Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
MIME-Version: 1.0
References: <20220608120849.1695191-1-heiko@sntech.de> <CAJF2gTT_xihu58V43bQ0X-WS0STCT5RNjiEHdwPBaoXmrnX2OA@mail.gmail.com>
 <7523610.lvqk35OSZv@diego>
In-Reply-To: <7523610.lvqk35OSZv@diego>
From:   Guo Ren <guoren@kernel.org>
Date:   Fri, 10 Jun 2022 09:12:27 +0800
Message-ID: <CAJF2gTTXT1UusfCDrccqd1X=16Z2Gg9+cvvhSjohF+D_ukVEiw@mail.gmail.com>
Subject: Re: [PATCH] riscv: don't warn for sifive erratas in modules
To:     =?UTF-8?Q?Heiko_St=C3=BCbner?= <heiko@sntech.de>
Cc:     Palmer Dabbelt <palmer@dabbelt.com>,
        Paul Walmsley <paul.walmsley@sifive.com>,
        linux-riscv <linux-riscv@lists.infradead.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Wei Fu <wefu@redhat.com>,
        Christoph Muellner <cmuellner@linux.com>,
        Philipp Tomsich <philipp.tomsich@vrull.eu>,
        Christoph Hellwig <hch@lst.de>, Ron Economos <re@w6rz.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

On Thu, Jun 9, 2022 at 5:58 PM Heiko St=C3=BCbner <heiko@sntech.de> wrote:
>
> Hi Guo,
>
> Am Donnerstag, 9. Juni 2022, 03:39:24 CEST schrieb Guo Ren:
> > On Wed, Jun 8, 2022 at 8:09 PM Heiko Stuebner <heiko@sntech.de> wrote:
> > >
> > > The SiFive errata code contains code checking applicable erratas
> > > vs. actually applied erratas to suggest missing erratas to the
> > > user when their Kconfig options are not enabled.
> > >
> > > In the main kernel image one can be quite sure that all available
> > > erratas appear at least once, so that check will succeed.
> > > On the other hand modules can very well not use any errata-relevant
> > > code, so the newly added module-alternative support may also patch
> > > the module code, but not touch SiFive-specific erratas at all.
> > >
> > > So to restore the original behaviour don't warn when patching
> > > modules. This will keep the warning if necessary for the main kernel
> > > image but prevent spurious warnings for modules.
> > >
> > > Of course having such a vendor-specific warning may not be needed at
> > > all, as CONFIG_ERRATA_SIFIVE is selected by CONFIG_SOC_SIFIVE and the
> > > individual erratas are default-y so disabling them requires
> > > deliberate action anyway. But for now just restore the old behaviour.
> > >
> > > Fixes: a8e910168bba ("riscv: implement module alternatives")
> > > Reported-by: Ron Economos <re@w6rz.net>
> > > Signed-off-by: Heiko Stuebner <heiko@sntech.de>
> > > ---
> > >  arch/riscv/errata/sifive/errata.c | 3 ++-
> > >  1 file changed, 2 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/arch/riscv/errata/sifive/errata.c b/arch/riscv/errata/si=
five/errata.c
> > > index 672f02b21ce0..1031038423e7 100644
> > > --- a/arch/riscv/errata/sifive/errata.c
> > > +++ b/arch/riscv/errata/sifive/errata.c
> > > @@ -111,6 +111,7 @@ void __init_or_module sifive_errata_patch_func(st=
ruct alt_entry *begin,
> > >                         cpu_apply_errata |=3D tmp;
> > >                 }
> > >         }
> > > -       if (cpu_apply_errata !=3D cpu_req_errata)
> > > +       if (stage !=3D RISCV_ALTERNATIVES_MODULE &&
> > > +           cpu_apply_errata !=3D cpu_req_errata)
> > if (cpu_apply_errata &=3D ~cpu_req_errata)
>
> Hmm, I don't see what that changes?
+       if (stage !=3D RISCV_ALTERNATIVES_MODULE &&
+           cpu_apply_errata !=3D cpu_req_errata)
                warn_miss_errata(cpu_req_errata - cpu_apply_errata);
+       else if (cpu_apply_errata &=3D ~cpu_req_errata)
                warn_miss_errata(cpu_req_errata - cpu_apply_errata);

All module's errata should be a subset of the main kernel. Not just
skip the check of MODULE.

>
>
> > Shall we still guarantee the module's must be a subset of the main kern=
el.'s?
>
> The warning generated there is mainly to warn about some Kconfig options
> not being enabled and in individual modules even no errata usage may be
> required.
>
>
> The intent for the patch is to restore how things behaved before
> module-alternatives were introduced, so I don't really want to
> introduce functional changes ;-) .
>
> But also in the future we could debate if that warning is helpful at all,
> as the erratas are enabled automatically by CONFIG_SOC_SIFIVE and
> thus disabling individual erratas requires someone to turn them off
> manually in their .config .
>
>
> Heiko
>
> > >                 warn_miss_errata(cpu_req_errata - cpu_apply_errata);
> > >  }
> > > --
> > > 2.35.1
> > >
> >
> >
> >
>
>
>
>


--=20
Best Regards
 Guo Ren

ML: https://lore.kernel.org/linux-csky/