[PATCH v2] drm/amd/display: enable more strict compile checks

[Ho, Kenny]

[AMD Official Use Only - General]

I ran some experiment yesterday to turn on CONFIG_WERROR and here are some results (summary: gcc 12 seems ok but gcc 13 gives a lot more error, but not necessarily in our module.)

Build with gcc13 using Fedora 38:
http://zuul.linux.amd.com/t/osg/build/722ad77affed4f988d72051a84979e9f/log/job-output.txt#2924

Build with gcc12 using Fedora 37:
http://zuul.linux.amd.com/t/osg/build/9e90f08bbeb044a2997a41b6cdc13f29/log/job-output.txt#7534

Kenny

========================
From: Alex Deucher <alexdeucher at gmail.com>
Sent: Wednesday, May 24, 2023 3:50 PM
To: Kuehling, Felix <Felix.Kuehling at amd.com>
Cc: Russell, Kent <Kent.Russell at amd.com>; Ho, Kenny <Kenny.Ho at amd.com>; Mahfooz, Hamza <Hamza.Mahfooz at amd.com>; Li, Sun peng (Leo) <Sunpeng.Li at amd.com>; Wentland, Harry <Harry.Wentland at amd.com>; Pan, Xinhui <Xinhui.Pan at amd.com>; Siqueira, Rodrigo <Rodrigo.Siqueira at amd.com>; linux-kernel at vger.kernel.org <linux-kernel at vger.kernel.org>; dri-devel at lists.freedesktop.org <dri-devel at lists.freedesktop.org>; amd-gfx at lists.freedesktop.org <amd-gfx at lists.freedesktop.org>; Daniel Vetter <daniel at ffwll.ch>; Deucher, Alexander <Alexander.Deucher at amd.com>; David Airlie <airlied at gmail.com>; Koenig, Christian <Christian.Koenig at amd.com>
Subject: Re: [PATCH v2] drm/amd/display: enable more strict compile checks

On Wed, May 24, 2023 at 3:46 PM Felix Kuehling <felix.kuehling at amd.com> wrote:
>
> Sure, I think we tried enabling warnings as errors before and had to
> revert it because of weird compiler quirks or the variety of compiler
> versions that need to be supported.
>
> Alex, are you planning to upstream this, or is this only to enforce more
> internal discipline about not ignoring warnings?

I'd like to upstream it.  Upstream already has CONFIG_WERROR as a
config option, but it's been problematic to enable in CI because of
various breakages outside of the driver and in different compilers.
That said, I don't know how much trouble enabling it will cause with
various compilers in the wild.

Alex

>
> Regards,
>    Felix
>
>
> On 2023-05-24 15:41, Russell, Kent wrote:
> >
> > [AMD Official Use Only - General]
> >
> >
> > (Adding Felix in CC)
> >
> > I’m a fan of adding it to KFD as well. Felix, can you foresee any
> > issues here?
> >
> > Kent
> >
> > *From:* amd-gfx <amd-gfx-bounces at lists.freedesktop.org> *On Behalf Of
> > *Ho, Kenny
> > *Sent:* Wednesday, May 24, 2023 3:23 PM
> > *To:* Alex Deucher <alexdeucher at gmail.com>; Mahfooz, Hamza
> > <Hamza.Mahfooz at amd.com>
> > *Cc:* Li, Sun peng (Leo) <Sunpeng.Li at amd.com>; Wentland, Harry
> > <Harry.Wentland at amd.com>; Pan, Xinhui <Xinhui.Pan at amd.com>; Siqueira,
> > Rodrigo <Rodrigo.Siqueira at amd.com>; linux-kernel at vger.kernel.org;
> > dri-devel at lists.freedesktop.org; amd-gfx at lists.freedesktop.org; Daniel
> > Vetter <daniel at ffwll.ch>; Deucher, Alexander
> > <Alexander.Deucher at amd.com>; David Airlie <airlied at gmail.com>; Koenig,
> > Christian <Christian.Koenig at amd.com>
> > *Subject:* Re: [PATCH v2] drm/amd/display: enable more strict compile
> > checks
> >
> > [AMD Official Use Only - General]
> >
> > [AMD Official Use Only - General]
> >
> > (+ Felix)
> >
> > Should we do the same for other modules under amd (amdkfd)?  I was
> > going to enable full kernel werror in the kconfig used by my CI but
> > this is probably better.
> >
> > Kenny
> >
> > ------------------------------------------------------------------------
> >
> > *From:*Alex Deucher <alexdeucher at gmail.com>
> > *Sent:* Wednesday, May 24, 2023 3:22 PM
> > *To:* Mahfooz, Hamza <Hamza.Mahfooz at amd.com>
> > *Cc:* amd-gfx at lists.freedesktop.org <amd-gfx at lists.freedesktop.org>;
> > Li, Sun peng (Leo) <Sunpeng.Li at amd.com>; Ho, Kenny <Kenny.Ho at amd.com>;
> > Pan, Xinhui <Xinhui.Pan at amd.com>; Siqueira, Rodrigo
> > <Rodrigo.Siqueira at amd.com>; linux-kernel at vger.kernel.org
> > <linux-kernel at vger.kernel.org>; dri-devel at lists.freedesktop.org
> > <dri-devel at lists.freedesktop.org>; Daniel Vetter <daniel at ffwll.ch>;
> > Deucher, Alexander <Alexander.Deucher at amd.com>; David Airlie
> > <airlied at gmail.com>; Wentland, Harry <Harry.Wentland at amd.com>; Koenig,
> > Christian <Christian.Koenig at amd.com>
> > *Subject:* Re: [PATCH v2] drm/amd/display: enable more strict compile
> > checks
> >
> > On Wed, May 24, 2023 at 3:20 PM Hamza Mahfooz <hamza.mahfooz at amd.com>
> > wrote:
> > >
> > > Currently, there are quite a number of issues that are quite easy for
> > > the CI to catch, that slip through the cracks. Among them, there are
> > > unused variable and indentation issues. Also, we should consider all
> > > warnings to be compile errors, since the community will eventually end
> > > up complaining about them. So, enable -Werror, -Wunused and
> > > -Wmisleading-indentation for all kernel builds.
> > >
> > > Cc: Alex Deucher <alexander.deucher at amd.com>
> > > Cc: Harry Wentland <harry.wentland at amd.com>
> > > Cc: Kenny Ho <kenny.ho at amd.com>
> > > Signed-off-by: Hamza Mahfooz <hamza.mahfooz at amd.com>
> > > ---
> > > v2: fix grammatical error
> > > ---
> > >  drivers/gpu/drm/amd/display/Makefile | 2 ++
> > >  1 file changed, 2 insertions(+)
> > >
> > > diff --git a/drivers/gpu/drm/amd/display/Makefile
> > b/drivers/gpu/drm/amd/display/Makefile
> > > index 0d610cb376bb..3c44162ebe21 100644
> > > --- a/drivers/gpu/drm/amd/display/Makefile
> > > +++ b/drivers/gpu/drm/amd/display/Makefile
> > > @@ -26,6 +26,8 @@
> > >
> > >  AMDDALPATH = $(RELATIVE_AMD_DISPLAY_PATH)
> > >
> > > +subdir-ccflags-y += -Werror -Wunused -Wmisleading-indentation
> > > +
> >
> > Care to enable this for the rest of amdgpu as well?  Or send out an
> > additional patch to do that?  Either way:
> > Reviewed-by: Alex Deucher <alexander.deucher at amd.com>
> >
> > Alex
> >
> > >  subdir-ccflags-y += -I$(FULL_AMD_DISPLAY_PATH)/dc/inc/
> > >  subdir-ccflags-y += -I$(FULL_AMD_DISPLAY_PATH)/dc/inc/hw
> > >  subdir-ccflags-y += -I$(FULL_AMD_DISPLAY_PATH)/dc/clk_mgr
> > > --
> > > 2.40.1
> > >
> >