[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Is: PVH + ARM new hypercalls. Was: Re: [PATCH]: PVH: specify xen features strings cleany for PVH
On Tue, 29 Jan 2013 10:48:12 +0000 "Jan Beulich" <JBeulich@xxxxxxxx> wrote: > >>> On 29.01.13 at 03:57, Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> > >>> wrote: > > On xen side I added the ifdef: > > > > #if __XEN_INTERFACE_VERSION__ < 0x00040300 > > unsigned long gdt_frames[16], gdt_ents; /* GDT (machine frames, > > # ents) */ > > #else > > union { > > struct { > > /* GDT (machine frames, # ents) */ > > unsigned long gdt_frames[16], gdt_ents; > > } pv; > > struct { > > /* PVH: GDTR addr and size */ > > unsigned long gdtaddr, gdtsz; > > } pvh; > > } u; > > #endif > > > > but it doesn't matter on linux side, so up to you. > > But I'd still prefer for this to go away again - you could simply use > gdt_frames[0] for gdtaddr and gdt_ents for the (normalized) > gdtsz. That was my patch version 1 during linux patch review. Then the reviewer suggested to make it a union. > And if you nevertheless go the union route, call it "gdt" instead > of "u" and drop the gdt/gdt_ prefixes from the member names > (yes, I know, grepping and cscoping for such member is more > difficult, but I continue to see more advantage in avoiding the > redundancy). That was my patch version 2, where I called it gdt and another reviewer suggested to change to u. So I changed it to u. It's gone thru enough iterations that I'd like to leave as is. Thank you in advance for your compromise in helping us mortals grep/cscope to learn code. Thanks, Mukesh _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |