| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
[Xen-devel] Re: One question to compat model
On 12/05/2010 09:50, "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx> wrote:
>> You can't disable CONFIG_COMPAT anymore, but I think you should
>> be able to tweak the CONFIG_COMPAT section in
>> xen/arch/x86/cpu/mcheck/mce.c in a way to allow your new code to
>> be built without doing anything compat-related for the new
>> structures. But maybe removing the domctl.h dependency already
>> clarifies matters.
>
> Yes, it should be ok. But a curios question is, why the xenctl_cpumap has to
> be defined in domctl.h. It's simply a helper function. Now I have to work like
> XENPF_getidletime, passing two parameters (nr_cpus and the bitmap pointer),
> combine them in hypervisor to xenctl_cpumap and then call the xenctl_cpumap
> code. And the same to user space tools.
Whoever implemented XENPF_getidletime decided to stuff a fake xenctl_cpumap
struct within Xen rather than properly refactor the public headers. There's
no reason not to move xenctl_cpumap out into xen.h.
-- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home