Re: linux-next: Tree for June 5

Mike Travis
2008-06-06T15:20:38Z

Mike Travis wrote:
>
> Hi Ingo,
>
> My -tip branch has:
>
> a953e4597abd51b74c99e0e3b7074532a60fd031
>
> sched: replace MAX_NUMNODES with nr_node_ids in kernel/sched.c
> committed: 2008-05-23 09:22:17
>
> The check for node > nr_node_ids however should be included (at least
> when CONFIG_DEBUG_PER_CPU_MAPS is enabled.)
>
> Thanks,
> Mike

Note this was in the following set of patches:

- Subject: [PATCH 01/10] percpu: Use a kconfig variable to signal arch specific percpu setup
- Subject: [PATCH 00/11] x86: cleanup early per cpu variables/accesses v5-folded
- Subject: [PATCH 04/11] x86: remove the static 256k node_to_cpumask_map
- Subject: [PATCH 03/11] x86: restore pda nodenumber field
- Subject: [PATCH 08/11] x86: Add performance variants of cpumask operators
- Subject: [PATCH 09/11] x86: Use performance variant for_each_cpu_mask_nr
- Subject: [PATCH 02/11] x86: cleanup early per cpu variables/accesses v4
- Subject: [PATCH 06/11] cpu: change some globals to statics in drivers/base/cpu.c v2
- Subject: [PATCH 07/11] x86: remove static boot_cpu_pda array
- Subject: [PATCH 05/11] sched: replace MAX_NUMNODES with nr_node_ids in kernel/sched.c
- Subject: [PATCH 11/11] net: Pass reference to cpumask variable in net/sunrpc/svc.c

- Date: Fri, 25 Apr 2008 17:15:48 -0700

(Some have been further modified by later patches.)

The patch ordering was incorrect as I removed the node_to_cpumask_map before I replaced
the MAX_NUMNODES, should have been the opposite.