[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2392100.i5YbeLyK7H@wuerfel>
Date: Mon, 19 Sep 2016 09:34:22 +0200
From: Arnd Bergmann <arnd@...db.de>
To: Baoyou Xie <baoyou.xie@...aro.org>
Cc: alexander.deucher@....com, christian.koenig@....com,
airlied@...ux.ie, Qingqing.Wang@....com, Monk.Liu@....com,
JinHuiEric.Huang@....com, Rex.Zhu@....com,
nils.wallmenius@...il.com, ray.huang@....com, Young.Yang@....com,
Flora.Cui@....com, Jammy.Zhou@....com, funfunctor@...klore1984.net,
dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
xie.baoyou@....com.cn
Subject: Re: [PATCH] drm/amd/powerplay/smumgr: mark symbols static where possible
On Monday, September 19, 2016 3:28:39 PM CEST Baoyou Xie wrote:
> We get a few warnings when building kernel with W=1:
> drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/tonga_smumgr.c:146:5: warning: no previous prototype for 'tonga_program_jump_on_start' [-Wmissing-prototypes]
> drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/fiji_smumgr.c:816:5: warning: no previous prototype for 'fiji_save_vft_table' [-Wmissing-prototypes]
> drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/polaris10_smumgr.c:743:5: warning: no previous prototype for 'polaris10_avfs_event_mgr' [-Wmissing-prototypes]
> drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/iceland_smumgr.c:167:5: warning: no previous prototype for 'iceland_program_jump_on_start' [-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 <baoyou.xie@...aro.org>
>
Hi Baoyou,
All your drm/amd patches seem fine to me, but again (as with the nouveau
driver patches before), I think it would make more sense to consolidate
them, and do a small number of patches such as
[PATCH 1/3] drm/amdgpu: add missing includes
[PATCH 2/3] drm/amdgpu: remove unused functions
[PATCH 3/3] drm/amdgpu: mark symbol static where possible
This is all one big driver, and I see no value in splitting it up
per file within the driver.
Arnd
Powered by blists - more mailing lists