mike kravetz <[EMAIL PROTECTED]> wrote:
>
> Here is another version of the patch. This one gets the cell sizes
> before extracting the cells. I have made this change to existing
> code in the file, as well as the code I added. This works fine on
> my 720, but so did the previous patch. :) I'
Here is another version of the patch. This one gets the cell sizes
before extracting the cells. I have made this change to existing
code in the file, as well as the code I added. This works fine on
my 720, but so did the previous patch. :) I'd appreciate it if
someone could touch test this on a
On Fri, Mar 11, 2005 at 07:51:38PM +1100, Paul Mackerras wrote:
>
> Anyway, the ultimate reason seems to be that the numa.c code is
> assuming that an address value and a size value occupy the same number
> of cells. On the G5 we have #address-cells = 2 but #size-cells = 1.
> Previously this didn
Andrew Morton writes:
> This patch causes the non-numa G5 to oops very early in boot in
> smp_call_function().
Hmmm, the reason we are getting into smp_call_function is that we have
panicked due to not being able to allocate boot memory. It's kind of
sad that we can't even panic successfully, al
On Thu, Mar 10, 2005 at 02:36:13AM -0800, Andrew Morton wrote:
>
> This patch causes the non-numa G5 to oops very early in boot in
> smp_call_function().
>
OK - Let me take a look.
--
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> When I booted my new 720 on a kernel configured for NUMA, I received
> the following during bootup:
>
> WARNING: Unexpected node layout: region start 4400 length 200
> NUMA is disabled
>
> This is due to memory 'holes' within nodes. If su
6 matches
Mail list logo
