Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965267AbcJXUWD (ORCPT ); Mon, 24 Oct 2016 16:22:03 -0400 Received: from mail-sn1nam02on0068.outbound.protection.outlook.com ([104.47.36.68]:15840 "EHLO NAM02-SN1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S941110AbcJXUWA (ORCPT ); Mon, 24 Oct 2016 16:22:00 -0400 From: "Deucher, Alexander" To: "'Arnd Bergmann'" , Alex Deucher CC: Baoyou Xie , Dave Airlie , "Zhu, Rex" , "Zhou, Jammy" , "Huang, JinHuiEric" , "StDenis, Tom" , "Edward O'Callaghan" , "Prosyak, Vitaly" , "Yang, Eric" , "Yang, Young" , "Huang, Ray" , Dan Carpenter , "Cui, Flora" , =?iso-8859-1?Q?Nils_Wallm=E9nius?= , "Liu, Monk" , "Wang, Ken" , "Min, Frank" , "tang.qiang007@zte.com.cn" , "xie.baoyou@zte.com.cn" , LKML , Maling list - DRI developers , "han.fei@zte.com.cn" Subject: RE: [PATCH] drm/amd/powerplay: mark symbols static where possible Thread-Topic: [PATCH] drm/amd/powerplay: mark symbols static where possible Thread-Index: AQHSLEJIm92MnInRcEaIoVpfU6VMC6C30SEAgAA1vQCAAAHsUA== Date: Mon, 24 Oct 2016 20:07:16 +0000 Message-ID: References: <1477126582-2906-1-git-send-email-baoyou.xie@linaro.org> <3749845.re3cZTKYeA@wuerfel> In-Reply-To: <3749845.re3cZTKYeA@wuerfel> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Deucher@amd.com; x-originating-ip: [165.204.77.1] x-ms-office365-filtering-correlation-id: e057cd90-b810-4bf7-66be-08d3fc495a76 x-microsoft-exchange-diagnostics: 1;MWHPR12MB1773;7:kOejn+9uH224zdS5igTMmSykxnoKj7V0YTSwzV6neCuIS98fkgkZJZez5EtBy/57TV4qPcDLmG2oAj5Tq0+RW6Sw+URUPW3CKMLrYnkWKe+jaQH30ZppmzbpvOmBryDjqukkEfQlESIjwX+IVdD5dz3AA/8JqiJmDHf7VW3mNz2q3fYi64m11y3kde2OGat6JqReh/tD4KnxkQ0tua4LsKmpYsZq8o4eqeCf498mnrAO0e/cTbkSo/vofTXTjYnmiEfigVyDpIXrzR3tMz9qLhssCrO6ScN0dQM/N5q9kh5HCycBZ52NlVwA8SaZvaydMEZ2H7TvjoyeUv025h5P9mBpc+18/FAovD4CSDijZqM=;20:E1BCyLD8UoJd55BiDxAhBk3RcvCZOvz4qJt2sUfdY1gIt1jcfJJdKoq3eNNOqdYHPtd9tCATzQKEPfgY/7geNXnm+DewZDiyFnVwJgYhS9/KS8aDp2mI7pGhodBoZwXTIzWzO6K+PQY57/HNMr8JUuSrP3N1vzq3GAX2/UicMXdsBCy1fCtRGQahp6vNRlZOGvekrZtdXBnk36+c8plQLlVqP2eu4DZ/aftu7EELp9YdjhY3YR57pOa6wgUAHwkR x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:MWHPR12MB1773; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026);SRVR:MWHPR12MB1773;BCL:0;PCL:0;RULEID:;SRVR:MWHPR12MB1773; x-forefront-prvs: 0105DAA385 x-forefront-antispam-report: SFV:NSPM;SFS:(10009020)(6009001)(7916002)(189002)(13464003)(199003)(24454002)(377454003)(586003)(7736002)(102836003)(3846002)(7846002)(6116002)(97736004)(4326007)(8936002)(189998001)(5001770100001)(77096005)(3280700002)(66066001)(92566002)(2900100001)(87936001)(3660700001)(8676002)(81166006)(81156014)(2906002)(9686002)(2950100002)(101416001)(105586002)(99286002)(76576001)(7696004)(86362001)(33656002)(5002640100001)(106356001)(106116001)(10400500002)(19580395003)(5660300001)(19580405001)(76176999)(68736007)(54356999)(50986999)(74316002)(122556002)(305945005)(7416002);DIR:OUT;SFP:1101;SCL:1;SRVR:MWHPR12MB1773;H:MWHPR12MB1694.namprd12.prod.outlook.com;FPR:;SPF:None;PTR:InfoNoRecords;MX:1;A:1;LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Oct 2016 20:07:16.8251 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR12MB1773 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.home.local id u9OKM7SX017599 Content-Length: 3424 Lines: 70 > -----Original Message----- > From: Arnd Bergmann [mailto:arnd@arndb.de] > Sent: Monday, October 24, 2016 3:49 PM > To: Alex Deucher > Cc: Baoyou Xie; Deucher, Alexander; Dave Airlie; Zhu, Rex; Zhou, Jammy; > Huang, JinHuiEric; StDenis, Tom; Edward O'Callaghan; Prosyak, Vitaly; Yang, > Eric; Yang, Young; Huang, Ray; Dan Carpenter; Cui, Flora; Nils Wallm?nius; Liu, > Monk; Wang, Ken; Min, Frank; tang.qiang007@zte.com.cn; > xie.baoyou@zte.com.cn; LKML; Maling list - DRI developers; > han.fei@zte.com.cn > Subject: Re: [PATCH] drm/amd/powerplay: mark symbols static where > possible > > On Monday, October 24, 2016 12:36:52 PM CEST Alex Deucher wrote: > > On Sat, Oct 22, 2016 at 4:56 AM, Baoyou Xie > wrote: > > > We get a few warnings when building kernel with W=1: > > > > drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/fiji_smumgr.c:162:5: > warning: no previous prototype for 'fiji_setup_pwr_virus' [-Wmissing- > prototypes] > > > drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/fiji_smc.c:2052:5: > warning: no previous prototype for 'fiji_program_mem_timing_parameters' > [-Wmissing-prototypes] > > > > drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/polaris10_smumgr.c: > 175:5: warning: no previous prototype for 'polaris10_avfs_event_mgr' [- > Wmissing-prototypes] > > > > drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/cz_hwmgr.c:1020:5: > warning: no previous prototype for 'cz_tf_reset_acp_boot_level' [- > Wmissing-prototypes] > > > > drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/smu7_hwmgr.c:92:26: > warning: no previous prototype for 'cast_phw_smu7_power_state' [- > Wmissing-prototypes] > > > .... > > > > > > In fact, these functions are only used in the file in which they are > > > declared and don't need a declaration, but can be made static. > > > So this patch marks these functions with 'static'. > > > > > > Signed-off-by: Baoyou Xie > > > > This was already applied the last time you sent it out. Sorry if I > > didn't mention that previously. > > For some reason the patch hasn't made it into linux-next, so I can see > why Baoyou was getting confused here. Can you clarify what the timeline > is for the AMD DRM driver patches from between they get applied to the > AMD tree to when they make it into linux-next? > It came in late enough last cycle that it didn't make it into 4.9 (this is just a clean up not a critical bug fix), so I queued it for 4.10. I try to reply when I apply a patch, but sometimes I miss one here and there. Once Dave starts the drm-next tree for 4.10, it will be included in my pull request. Pending -next patches are in my drm-next--wip tree until I send Dave a formal request. > I've occasionally had a hard time with DRM (and a few other subsystems) > with bugfix patches trying to find out whether they got lost or > whether they just haven't made it into -next but are in some other tree. > For bug fixes we usually send Dave ~weekly pull requests for each -rc as necessary. For -next stuff, each driver usually sends at least one, sometimes several pull requests for the next merge window. Alex > Baoyou, when you resend a patch, please try to list explicitly why > you are resending it, when it was last sent, and what kind of reply > you got (integrating any Ack, listing what changes you did, and > if there are no other changes, why you think you have to resend it). > > Arnd