Re: [PATCH] Important per-cpu fix.

• Next message: Rusty Russell: "[PATCH] 2/2 daemonize calls reparent_to_init() cleanup"
• Previous message: Rusty Russell: "[PATCH] 1/2 daemonize() calls reparent_to_init() cleanup"
• In reply to: Rusty Russell: "[PATCH] Important per-cpu fix."
• Next in thread: Dipankar Sarma: "Re: [PATCH] Important per-cpu fix."
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Wed, Sep 04, 2002 at 12:35:41PM +1000, Rusty Russell wrote:
> Frankly, I'm amazed the kernel worked for long without this.
> Every linker script thinks the section is called .data.percpu.
> Without this patch, every CPU ends up sharing the same "per-cpu"
> variable.
> This might explain the wierd per-cpu problem reports from Andrew and
> Dave, and also that nagging feeling that I'm an idiot...

Hmm, 2.5.33 is doing some *really* weird crap. OTOH it doesn't appear
to be tripping the BUG() in softirq.c, and disks seem to be doing okay.
It survived 4 parallel mkfs's. I'll follow up with some kind of
bugreport on the PCI and/or starfire.c front in a separate post.

Cheers,
Bill
-
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: Rusty Russell: "[PATCH] 2/2 daemonize calls reparent_to_init() cleanup"
• Previous message: Rusty Russell: "[PATCH] 1/2 daemonize() calls reparent_to_init() cleanup"
• In reply to: Rusty Russell: "[PATCH] Important per-cpu fix."
• Next in thread: Dipankar Sarma: "Re: [PATCH] Important per-cpu fix."
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sat Sep 07 2002 - 22:00:20 EST