[PATCH] lib: sbi: Add option to select boot hart
Bin Meng
bmeng.cn at gmail.com
Tue Nov 29 19:47:52 PST 2022
On Wed, Nov 30, 2022 at 11:35 AM WeiLiang Lim
<weiliang.lim at starfivetech.com> wrote:
>
> > -----Original Message-----
> > From: Jessica Clarke <jrtc27 at jrtc27.com>
> > Sent: Wednesday, November 30, 2022 12:18 AM
> > To: WeiLiang Lim <weiliang.lim at starfivetech.com>
> > Cc: opensbi at lists.infradead.org; Cheehong Ang
> > <cheehong.ang at starfivetech.com>; JunLiang Tan
> > <junliang.tan at starfivetech.com>
> > Subject: Re: [PATCH] lib: sbi: Add option to select boot hart
> >
> > On 29 Nov 2022, at 05:21, Wei Liang Lim <weiliang.lim at starfivetech.com>
> > wrote:
> > >
> > > In certain scenario, user needs to select a particular hart ID as the boot hart.
> > This option provide the flexibility for user to select the preferred boot hart.
> >
> > Why? What’s wrong with the others?
> >
> > Jess
> >
> We need this patch for 2 scenarios below:
> 1) On our architecture, there are some harts supporting MMU sv39/sv48 and some harts only supporting sv39. When those harts with sv48 support is picked as boot hart, the OS automatically assumes all the other non-boot harts support sv48 as well. Therefore, we need to select the harts with sv39 supports only as the boot hart to avoid the incorrect page table issues in non-boot harts.
For such a case, you probably need to add a CONFIG option in the Linux
kernel to force an MMU type instead of auto probing the highest MMU
type on the boot hart.
>
> 2) We have use case which requires the same boot hart to save OS context before going into 'hibernation' mode and to restore the OS context after resuming from 'hibernation' mode.
>
> > > Signed-off-by: Wei Liang Lim <weiliang.lim at starfivetech.com>
> > > Reviewed-by: Chee Hong Ang <cheehong.ang at starfivetech.com>
> > > Reviewed-by: Jun Liang Tan <junliang.tan at starfivetech.com>
> > > ---
> > > firmware/objects.mk | 4 ++++
> > > lib/sbi/sbi_init.c | 9 ++++++++-
> > > 2 files changed, 12 insertions(+), 1 deletion(-)
> > >
Regards,
Bin
More information about the opensbi
mailing list