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

Re: [Xen-devel] [PATCH v5 6/9] xen/x86: parse Dom0 kernel for PVHv2



>>> On 27.01.17 at 18:28, <roger.pau@xxxxxxxxxx> wrote:
> On Fri, Jan 27, 2017 at 05:22:03PM +0000, Roger Pau Monne wrote:
>> On Thu, Jan 26, 2017 at 06:37:00AM -0700, Jan Beulich wrote:
>> > >>> On 19.01.17 at 18:29, <roger.pau@xxxxxxxxxx> wrote:
>> > > +    if ( cmdline != NULL )
>> > > +    {
>> > > +        rc = hvm_copy_to_guest_phys_vcpu(last_addr, cmdline,
>> > > +                                         strlen(cmdline) + 1, v);
>> > > +        if ( rc )
>> > > +        {
>> > > +            printk("Unable to copy guest command line\n");
>> > > +            return rc;
>> > > +        }
>> > > +        start_info.cmdline_paddr = last_addr;
>> > > +        last_addr += ROUNDUP(strlen(cmdline) + 1, 8);
>> > 
>> > Where is this 8 coming from?
>> 
>> So that the next struct is aligned to the cache line size? It's also done in
>> xc_dom_x86.c.
> 
> Sorry, not to the cache, this is just so it's aligned:
> 
> https://lists.xen.org/archives/html/xen-devel/2015-08/msg01883.html 

Well, that still doesn't explain the 8 to the reader of the code. The
more that it remains unclear why it needs to be 8 even for the 32-bit
case. Deriving from guest properties would likely make the code
self-explanatory; otherwise I'd rather like to ask for a brief comment.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

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