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: <20230529073845.2859178-1-guoren@kernel.org> <20230529-jasmine-amigo-6d01f6852b35@wendy>
 <CAJF2gTRSoZbexqka=_7nf4+dHZW2FGf++BiTMypfTbeoGAbUiA@mail.gmail.com>
 <CAJF2gTTzUfp7xDr8myA+xMcxGNEQ+XLEYMfoR91NShdBAQMu7Q@mail.gmail.com> <CABgGipXu7iq-J5v6GVMPrnHiGVLuMxabB0_hPb+o+04T2MAwpw@mail.gmail.com>
In-Reply-To: <CABgGipXu7iq-J5v6GVMPrnHiGVLuMxabB0_hPb+o+04T2MAwpw@mail.gmail.com>
From:   Guo Ren <guoren@kernel.org>
Date:   Tue, 30 May 2023 23:37:38 +0800
Message-ID: <CAJF2gTR2fAkk1532VWmsWP5DSYN17ib80wa5QwwT=DC0LY9gGw@mail.gmail.com>
Subject: Re: [PATCH] riscv: vector: Fixup modules compile error
To:     Andy Chiu <andy.chiu@sifive.com>
Cc:     Conor Dooley <conor.dooley@microchip.com>, greentime.hu@sifive.com,
        vincent.chen@sifive.com, paul.walmsley@sifive.com,
        palmer@rivosinc.com, linux-riscv@lists.infradead.org,
        linux-kernel@vger.kernel.org, Guo Ren <guoren@linux.alibaba.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

On Tue, May 30, 2023 at 5:49=E2=80=AFPM Andy Chiu <andy.chiu@sifive.com> wr=
ote:
>
> On Tue, May 30, 2023 at 2:52=E2=80=AFPM Guo Ren <guoren@kernel.org> wrote=
:
> >
> > On Tue, May 30, 2023 at 10:59=E2=80=AFAM Guo Ren <guoren@kernel.org> wr=
ote:
> > >
> > > On Mon, May 29, 2023 at 9:43=E2=80=AFPM Conor Dooley <conor.dooley@mi=
crochip.com> wrote:
> > > >
> > > > On Mon, May 29, 2023 at 03:38:45AM -0400, guoren@kernel.org wrote:
> > > > > From: Guo Ren <guoren@linux.alibaba.com>
> > > > >
> > > > > Some .ko also need the riscv_v_user_allowed symbol.
> > > > >
> > > > > ERROR: modpost: "riscv_v_user_allowed" [arch/riscv/kvm/kvm.ko]
> > > > > undefined!
> > > > > make[3]: ***
> > > > > [/home/guoren/source/kernel/linux/scripts/Makefile.modpost:136:
> > > > > Module.symvers] Error 1
> > > > >
> > > > > Signed-off-by: Guo Ren <guoren@linux.alibaba.com>
> > > > > Signed-off-by: Guo Ren <guoren@kernel.org>
> > > > > ---
> > > > >  arch/riscv/kernel/vector.c | 1 +
> > > > >  1 file changed, 1 insertion(+)
> > > > >
> > > > > diff --git a/arch/riscv/kernel/vector.c b/arch/riscv/kernel/vecto=
r.c
> > > > > index 1c4ac821e008..3ae08816d608 100644
> > > > > --- a/arch/riscv/kernel/vector.c
> > > > > +++ b/arch/riscv/kernel/vector.c
> > > > > @@ -129,6 +129,7 @@ bool riscv_v_user_allowed(void)
> > > > >  {
> > > > >       return riscv_v_get_cur_ctrl(current) =3D=3D PR_RISCV_V_VSTA=
TE_CTRL_ON;
> > > > >  }
> > > > > +EXPORT_SYMBOL(riscv_v_user_allowed);
> > > >
> > > > Is there a reason that this should not be EXPORT_SYMBOL_GPL()?
> > > Good question, but I just follow our arch/riscv habbit, maybe we
> > > should change all of that in another patch.
> > >
> > > =E2=9E=9C  linux-s64ilp32 git:(s64ilp32) =E2=9C=97 grep EXPORT_SYMBOL=
  arch/riscv -r | wc -l
> > > 66
> > > =E2=9E=9C  linux-s64ilp32 git:(s64ilp32) =E2=9C=97 grep EXPORT_SYMBOL=
_GPL  arch/riscv -r | wc -l
> > > 15
> >
> > Why !MODULE_LICENSE(GPL) modules couldn't use riscv_v_user_allowed?
> > Seems EXPORT_SYMBOL_GPL has more limitations.
> >
> > :c:func:`EXPORT_SYMBOL_GPL()`
> > -----------------------------
> >
> > Defined in ``include/linux/export.h``
> >
> > Similar to :c:func:`EXPORT_SYMBOL()` except that the symbols
> > exported by :c:func:`EXPORT_SYMBOL_GPL()` can only be seen by
> > modules with a :c:func:`MODULE_LICENSE()` that specifies a GPL
> > compatible license. It implies that the function is considered an
> > internal implementation issue, and not really an interface. Some
> > maintainers and developers may however require EXPORT_SYMBOL_GPL()
> > when adding any new APIs or functionality.
> >
> > For kvm is okay:
> >
> > MODULE_AUTHOR("Qumranet");
> > MODULE_LICENSE("GPL");
> >
> > So, I would leave the decition to Andy. If he didn't want it used with
> > other non-gpl modules, choose the EXPORT_SYMBOL_GPL.
>
> Do you have any use case for exporting this function to non-GPL
> licensed modules? I exported the function with EXPORT_SYMBOL_GPL() in
> v20[1] because I thought most maintainers would accept GPL rather than
> non-GPL one. And it seems most drivers would never call this function
> anyway.
I just found Linux-next build is broken, so I sent the patch. It seems
you've solved that. That's okay.

>
> >
> > >
> > > >
> > > > I figure Andy will roll this into this next revision.
>
> The fix for this has been included in v20[1]. However, I also changed
> the function name
> s/riscv_v_user_allowed/riscv_v_vstate_ctrl_user_allowed/.
>
> > > >
> > > > Cheers,
> > > > Conor.
> > >
> > >
> > >
> > > --
> > > Best Regards
> > >  Guo Ren
> >
> >
> >
> > --
> > Best Regards
> >  Guo Ren
>
> [1]: https://lore.kernel.org/all/20230518161949.11203-21-andy.chiu@sifive=
.com/
>
> Cheers,
> Andy


--=20
Best Regards
 Guo Ren