xen-devel
Re: [Xen-devel] Re: [PATCH] to fix ACPI slit table access at runtime
On 25/02/2010 13:03, "Jan Beulich" <JBeulich@xxxxxxxxxx> wrote:
> Removing the code for 32-bit altogether is certainly one option (in
> that case I'd want to see _memnodemap to be reasonably
> increased though, plus we should probably make an attempt to
> reduce memnodemapsize again - the hash shift currently is unduly
> small - and I have a patch for the original Linux code to do so).
>
> All other options are likely indeed not worth it to make 32-bit
> happy.
Given we agree the current situation is a bug, could you make up a patch
along the lines of what you prefer to see? Because my default action will be
simply to ifdef the code, as NUMA-on-i386 is not much a concern of mine.
-- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] [PATCH] to fix ACPI slit table access at runtime, Kamble, Nitin A
- [Xen-devel] Re: [PATCH] to fix ACPI slit table access at runtime, Keir Fraser
- [Xen-devel] Re: [PATCH] to fix ACPI slit table access at runtime, Jan Beulich
- [Xen-devel] RE: [PATCH] to fix ACPI slit table access at runtime, Kamble, Nitin A
- [Xen-devel] Re: [PATCH] to fix ACPI slit table access at runtime, Keir Fraser
- [Xen-devel] RE: [PATCH] to fix ACPI slit table access at runtime, Kamble, Nitin A
- [Xen-devel] Warning in current pv_ops Kernel, Carsten Schiers
- Re: [Xen-devel] Warning in current pv_ops Kernel, Pasi Kärkkäinen
- [Xen-devel] RE: [PATCH] to fix ACPI slit table access at runtime, Kamble, Nitin A
- [Xen-devel] RE: [PATCH] to fix ACPI slit table access at runtime, Jan Beulich
- RE: [Xen-devel] RE: [PATCH] to fix ACPI slit table access at runtime, Kamble, Nitin A
|
|
|