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

RE: Hypercall number assignment convension (was Re: [Xen-devel] Re:[PATCH]: kexec: framework and i386)



>From: Keir Fraser [mailto:Keir.Fraser@xxxxxxxxxxxx]
>Sent: 2006年4月26日 15:56
>
>On 26 Apr 2006, at 08:54, Tian, Kevin wrote:
>
>> Then we may need to fill that breathing space with do_ni_hypercall
>> to ensure no leakage from NR_hypercall check. If that's the case,
>> how about define the __HYPERVISOR_arch_* at end of 256 spaces,
>> and fill all unused entries with do_ni_hypercall. By that way, the
>> check
>> to illegal hypercall (<256) is a bit slower, however it shouldn't
>> matter
>> for that rare cases.
>
>Yes, it would need filling with ni_hypercall: we already do that on x86
>anyway (since hypercall table is rounded up to a power of two).
>
>I don't want to put the hypercalls that far up: with one hypercall page
>x86 will currently have a problem implementing more than 128
>hypercalls. I also don't want to put them right at the end of the
>hypercall space because that would make it harder/uglier to add extra
>arch hypercalls later on.
>
>I think 48-55 would be reasonable.
>
>  -- Keir

OK, that makes sense.

Thanks,
Kevin

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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