Messages in this thread | | | Subject | Re: Make sure we populate the initroot filesystem late enough | From | Benjamin Herrenschmidt <> | Date | Tue, 13 Mar 2007 08:03:49 +0100 |
| |
> Hmm. The crash came back after I booted into Mac OS X and back. It was however > a different crash, I believe it was coming from the USB modules (as it would > keep going when it happened, and get another crash, which tended to scroll away > too fast for me to capture) but I believe it was still getting down into the > slab code and actually dying there.
Have you tried, instead, to apply 38f3323037de22bb0089d08be27be01196e7148b ? (That is revert 39d61db0edb34d60b83c5e0d62d0e906578cc707).
I suspect this is the proper fix...
Ben.
> However, reverting the reversion of > 8d610dd52dd1da696e199e4b4545f33a2a5de5c6 and instead applying > the following patch: > > diff -ru linux-source-2.6.20.orig/arch/powerpc/mm/init_32.c linux-source-2.6.20/arch/powerpc/mm/init_32.c > --- linux-source-2.6.20.orig/arch/powerpc/mm/init_32.c 2007-02-05 05:44:54.000000000 +1100 > +++ linux-source-2.6.20/arch/powerpc/mm/init_32.c 2007-03-10 11:03:56.000000000 +1100 > @@ -244,7 +244,8 @@ > void free_initrd_mem(unsigned long start, unsigned long end) > { > if (start < end) > - printk ("Freeing initrd memory: %ldk freed\n", (end - start) >> 10); > + printk ("NOT Freeing initrd memory: %ldk freed\n", (end - start) >> 10); > + return; > for (; start < end; start += PAGE_SIZE) { > ClearPageReserved(virt_to_page(start)); > init_page_count(virt_to_page(start)); > > which if I recall correctly David Woodhouse posted to this thread, > seems to have fixed it. > > I dunno if it's relevant, but my initrd.img is 13193315 bytes long, > (ie 99 bytes over 12884k) and the above logs: > "NOT Freeing initrd memory: 12888k freed" > which makes sense... > > I of course completely failed to think to check this with the crashing > kernel, if it seems relevant I can roll back to it and get the numbers. >
- 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/
| |