![]() | ||||||||||
Messages in this thread |
On Tue, Feb 19, 2008 at 11:23 AM, Mel Gorman <mel@csn.ul.ie> wrote: > On (19/02/08 08:12), Mike Travis didst pronounce: > > > Mike Travis wrote: > > > Mel Gorman wrote: > > > > > >> If you send me patches to apply on top of 2.6.25-rc1, I'll give them a spin > > >> on the machine in question. Reverting didn't work out very well as there are > > >> too many collisions with patches that were applied later. I eventually got > > >> the machine booting but it only succeeds because it only brings up one core > > >> on each processor. The patch, which is pretty brain damaged is below in case > > >> it helps you guess what the real problem is. dmesg logs are attached of the > > >> vanilla failure with acpi=debug and the log with the patch applied showing > > >> "__cpu_up: bad cpu 1" and "__cpu_up: bad cpu3" (i.e. the second cores of > > >> each machine). > > >> > > > > > > This should completely undo the change to 16 bit apic ids until we can figure > > > out the problem with the memory-less nodes. I checked it on both the numa > > > and non-numa x86_64 box. > > > > > > Thanks, > > > Mike > > > > > > > Hi Mel, > > > > Did you get a chance to try out this patch to see if it cleared up the problem > > booting on your x86_64 numa box? did it fail with x86.git#testing? YH -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | |||||||||
| Last update: 2008-02-27 07:31 [from the cache] ©2003-2008 | ||||||||||