Re: [PATCH] Fix sparsemem on Cell (take 3)

2007-01-07 Thread Tim Pepper
On 1/7/07, Dave Hansen <[EMAIL PROTECTED]> wrote: On Fri, 2007-01-05 at 22:52 -0600, John Rose wrote: > Could this break ia64, given that it uses memmap_init_zone()? You are right, I think it does. Boot tested OK on ia64 with this latest version of the patch. (forgot to click plain text on gm

Re: [PATCH] Fix sparsemem on Cell (take 3)

2007-01-07 Thread Arnd Bergmann
On Sunday 07 January 2007 09:58, Dave Hansen wrote: > The following patch fixes an oops experienced on the Cell architecture > when init-time functions, early_*(), are called at runtime.  It alters > the call paths to make sure that the callers explicitly say whether the > call is being made on beh

Re: [PATCH] Fix sparsemem on Cell (take 3)

2007-01-07 Thread Dave Hansen
On Fri, 2007-01-05 at 22:52 -0600, John Rose wrote: > > I dropped this on the floor over Christmas. This has had a few smoke > > tests on ppc64 and i386 and is ready for -mm. Against 2.6.20-rc2-mm1. > > Could this break ia64, given that it uses memmap_init_zone()? You are right, I think it does

Re: [PATCH] Fix sparsemem on Cell (take 3)

2007-01-05 Thread John Rose
> I dropped this on the floor over Christmas. This has had a few smoke > tests on ppc64 and i386 and is ready for -mm. Against 2.6.20-rc2-mm1. Could this break ia64, given that it uses memmap_init_zone()? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

[PATCH] Fix sparsemem on Cell (take 3)

2007-01-05 Thread Dave Hansen
I dropped this on the floor over Christmas. This has had a few smoke tests on ppc64 and i386 and is ready for -mm. Against 2.6.20-rc2-mm1. The following patch fixes an oops experienced on the Cell architecture when init-time functions, early_*(), are called at runtime. It alters the call paths