Re: [PATCH][2.6-mm] fix any_online_cpu() with cpumask_t and NR_CPUS < BITS_PER_LONG

• Next message: Mike Fedyk: "Re: [PATCH] [2.6] reiserfs: fix locking in reiserfs_remount"
• Previous message: Rob van Nieuwkerk: "2.4.22-rc1 FIFO bug still present"
• In reply to: Zwane Mwaikambo: "[PATCH][2.6-mm] fix any_online_cpu() with cpumask_t and NR_CPUS < BITS_PER_LONG"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Wed, Aug 06, 2003 at 06:23:20AM -0400, Zwane Mwaikambo wrote:
> I have no idea how this slipped in, all my boxes couldn't boot, the thing
> is it'll boot on 2way but as soon as you get to cpu2 you're shafted.
> Tested on 3x and 8x. The problem is that we really want to find the first
> cpu in the map and not whether there are processors in the map.

There's more where that came from. I've not done quite as good a job of
tracking the fixes as sending them upstream.

Basically:
(a) any_online_cpu()
(b) cpus_shift_left()
(c) cpu_set()/cpu_clear() need atomicity
(d) something else that's really obvious from looking

all needed fixes, and should have all had stuff sent upstream/to akpm.

-- wli
-
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/

• Next message: Mike Fedyk: "Re: [PATCH] [2.6] reiserfs: fix locking in reiserfs_remount"
• Previous message: Rob van Nieuwkerk: "2.4.22-rc1 FIFO bug still present"
• In reply to: Zwane Mwaikambo: "[PATCH][2.6-mm] fix any_online_cpu() with cpumask_t and NR_CPUS < BITS_PER_LONG"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Thu Aug 07 2003 - 22:00:34 EST