lkml.org 
[lkml]   [2011]   [May]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [git pull] m68k SLUB fix for 2.6.39
On Wed, 4 May 2011, James Bottomley wrote:

> Yes, but I also encountered it after I applied you patch, which is why I
> still pushed the Kconfig patch. It's possible, since there were a huge
> number of patches flying around that the kernel base was contaminated,
> so I'll strip down to just linus HEAD + parisc coherence patches,
> reverting the Kconfig one and try again.
>

Great, and if that works out successfully this time around I think we'll
either need to fix each individual arch Kconfig that we know doesn't work
well (at least parisc because of the scheduling issue) so that it at least
enables CONFIG_NUMA implicitly for discontigmem unless CONFIG_BROKEN is
set.

The ideal solution is probably to rely on CONFIG_NEED_MULTIPLE_NODES
rather than CONFIG_NUMA, which is why it was introduced in the first place
since it was duplicating data structures for both NUMA and discontigmem.
That's apparently broken somewhere in the kernel that turned your SMP box
into an UP.


\
 
 \ /
  Last update: 2011-05-04 21:11    [W:0.172 / U:0.180 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site