Re: [PATCH 00/19] [Set 1] Rid W=1 warnings from GPU
From: Lee Jones
Date: Thu Nov 05 2020 - 13:11:00 EST
On Thu, 05 Nov 2020, Thierry Reding wrote:
> On Thu, Nov 05, 2020 at 02:44:58PM +0000, Lee Jones wrote:
> > This set is part of a larger effort attempting to clean-up W=1
> > kernel builds, which are currently overwhelmingly riddled with
> > niggly little warnings.
> >
> > There are 5000 warnings to work through.
> >
> > It will take a couple more sets.
> >
> > Lee Jones (19):
> > gpu: host1x: bus: Add missing description for 'driver'
> > gpu: ipu-v3: ipu-di: Strip out 2 unused 'di_sync_config' entries
> > gpu: drm: imx: ipuv3-plane: Mark 'crtc_state' as __always_unused
> > gpu: drm: omapdrm: omap_irq: Fix a couple of doc-rot issues
> > gpu: drm: selftests: test-drm_mm: Mark 'hole_end' as always_unused
> > gpu: drm: scheduler: sched_main: Provide missing description for
> > 'sched' paramter
> > gpu: drm: scheduler: sched_entity: Demote non-conformant kernel-doc
> > headers
> > gpu: drm: omapdrm: dss: dsi: Rework and remove a few unused variables
> > gpu: drm: selftests: test-drm_framebuffer: Remove set but unused
> > variable 'fb'
> > gpu: drm: ttm: ttm_bo: Fix one function header - demote lots of
> > kernel-doc abuses
> > gpu: drm: panel: panel-simple: Fix 'struct panel_desc's header
> > gpu: drm: bridge: analogix: analogix_dp_reg: Remove unused function
> > 'analogix_dp_write_byte_to_dpcd'
> > gpu: drm: ttm: ttm_tt: Demote kernel-doc header format abuses
> > gpu: drm: selftests: test-drm_dp_mst_helper: Place 'struct
> > drm_dp_sideband_msg_req_body' onto the heap
> > gpu: drm: radeon: radeon_drv: Remove unused variable 'ret'
> > gpu: drm: panel: panel-ilitek-ili9322: Demote non-conformant
> > kernel-doc header
> > gpu: drm: radeon: radeon_device: Fix a bunch of kernel-doc
> > misdemeanours
> > gpu: drm: amd: amdgpu: amdgpu: Mark global variables as __maybe_unused
> > gpu: drm: bridge: analogix: analogix_dp_reg: Remove unused function
> > 'analogix_dp_start_aux_transaction'
>
> As commented on the other patches, the subject prefixes on most of these
> look wrong, but it's generally a nice cleanup.
The prefixes are automated. I'll add this to my list of awkward
subsystems and go through them all manually again tomorrow. :D
--
Lee Jones [李琼斯]
Senior Technical Lead - Developer Services
Linaro.org │ Open source software for Arm SoCs
Follow Linaro: Facebook | Twitter | Blog