[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v1 3/3] xen/riscv: register Xen's load address as a boot module



On Wed, 2024-10-02 at 14:11 +0200, Jan Beulich wrote:
> On 02.10.2024 13:25, oleksii.kurochko@xxxxxxxxx wrote:
> > On Tue, 2024-10-01 at 17:49 +0200, Jan Beulich wrote:
> > > On 30.09.2024 17:08, Oleksii Kurochko wrote:
> > > > @@ -26,6 +27,8 @@ unsigned char __initdata
> > > > cpu0_boot_stack[STACK_SIZE]
> > > >  void __init noreturn start_xen(unsigned long bootcpu_id,
> > > >                                 paddr_t dtb_addr)
> > > >  {
> > > > +    struct bootmodule *xen_bootmodule;
> > > 
> > > With just the uses below this can be pointer-to-const. Question
> > > of
> > > course
> > > is whether you already know of further uses.
> > It could be dropped as it is used only for BUG_ON(!xen_bootmodule)
> > as
> > it looks to me a little bit better then:
> >     BUG_ON(!add_boot_module(BOOTMOD_XEN, virt_to_maddr(_start),
> >                             (_end - _start), false));
> 
> Yet that's undesirable for other reasons. Did you consider
> 
>     if ( !add_boot_module(BOOTMOD_XEN, virt_to_maddr(_start),
>                           _end - _start, false) )
>         BUG();
> 
> ? Maybe panic() would be even better for cases like this one.
It looks fine to me. Thanks for suggestion.

~ Oleksii




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.