lkml.org 
[lkml]   [2008]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: linux-next: Tree for June 5
Andrew Morton wrote:
> On Fri, 6 Jun 2008 02:48:11 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:
>
>> I'll try a linear search starting at
>
> ff0e010ef613b0e7136f2f40ec4b51273676b085
> Author: Mike Travis <travis@sgi.com> 2008-05-12 12:21:12
> Committer: Thomas Gleixner <tglx@linutronix.de> 2008-05-23 09:05:25
> Parent: b65e04b53ffcb4002737a5346c9ff8865c37be58 (x86: don't call pxm_to_node again)
> Child: dfdf1d75efee39e9396f8384c6f3bf555349ed60 (x86: modify Kconfig to allow up to 4096 cpus)
> Branch:
> Follows: v2.6.26-rc2
> Precedes: next-20080526
>
> x86: fix remove cpu_pda table patch
>
>
> Good
>
> dfdf1d75efee39e9396f8384c6f3bf555349ed60
> Author: Mike Travis <travis@sgi.com> 2008-05-12 12:21:12
> Committer: Thomas Gleixner <tglx@linutronix.de> 2008-05-23 09:05:39
> Parent: ff0e010ef613b0e7136f2f40ec4b51273676b085 (x86: fix remove cpu_pda table patch)
> Child: 29657a44f8660acd8751d7e9f5aac06ec8633481 (x86: cleanup early per cpu variables/accesses v4)
> Branch:
> Follows: v2.6.26-rc2
> Precedes: next-20080526
>
> x86: modify Kconfig to allow up to 4096 cpus
>
> Good
>
> 29657a44f8660acd8751d7e9f5aac06ec8633481
> Author: Mike Travis <travis@sgi.com> 2008-05-12 12:21:12
> Committer: Thomas Gleixner <tglx@linutronix.de> 2008-05-23 09:07:23
> Parent: dfdf1d75efee39e9396f8384c6f3bf555349ed60 (x86: modify Kconfig to allow up to 4096 cpus)
> Child: 543e21916497be5a4005fd5820264ce1de9bd56d (x86: restore pda nodenumber field)
> Branch:
> Follows: v2.6.26-rc2
> Precedes: next-20080526
>
> x86: cleanup early per cpu variables/accesses v4
>
> Good
>
>
> 543e21916497be5a4005fd5820264ce1de9bd56d
> Author: Mike Travis <travis@sgi.com> 2008-05-12 12:21:12
> Committer: Thomas Gleixner <tglx@linutronix.de> 2008-05-23 09:07:37
> Parent: 29657a44f8660acd8751d7e9f5aac06ec8633481 (x86: cleanup early per cpu variables/accesses v4)
> Child: a9ad585c8a18f7ba754b85f5786976609b9d7d29 (x86: remove the static 256k node_to_cpumask_map)
> Branch:
> Follows: v2.6.26-rc2
> Precedes: next-20080526
>
> x86: restore pda nodenumber field
>
> Good
>
> a9ad585c8a18f7ba754b85f5786976609b9d7d29
> Author: Mike Travis <travis@sgi.com> 2008-05-12 12:21:12
> Committer: Thomas Gleixner <tglx@linutronix.de> 2008-05-23 09:07:47
> Parent: 543e21916497be5a4005fd5820264ce1de9bd56d (x86: restore pda nodenumber field)
> Child: 78d49c6d890aee9cf8aea371011c9d7b0121b822 (x86: remove static boot_cpu_pda array v2)
> Branch:
> Follows: v2.6.26-rc2
> Precedes: next-20080526
>
> x86: remove the static 256k node_to_cpumask_map
>
> crash, as described earlier.
>
> I don't know what happened to that early exception - it didn't come back.
>
> The below revert gets linux-next working for me.

Did you try using the DEBUG_PER_CPU_MAPS option? This should trigger on any
use of the node_to_cpumask map before it's been allocated. (Hmm, I should
check if it also validates the node number - as when MAX_NUMNODES is used
instead of nr_node_ids.)

Also, could you send me the config file and a short description of what kind
of system you are testing on?

Thanks,
Mike


\
 
 \ /
  Last update: 2008-06-06 15:31    [W:0.087 / U:1.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site