Linux-kernel mailing list archive 2000-06,: Re: 2.3.43-pre[25] do not work with HIGHMEM=64GB

# Re: 2.3.43-pre[25] do not work with HIGHMEM=64GB

Manfred Spraul (manfreds@colorfullife.com)
Wed, 09 Feb 2000 21:42:09 +0100

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Rik van Riel: "Re: Source Code Release of NWFS 2.0 for 2.2/2.3/2.4"
- Previous message: Rik van Riel: "Re: BSource Code Release of NWFS 2.0 for 2.2/2.3/2.4"
- Maybe in reply to: Christoph Rohland: "2.3.43-pre[25] do not work with HIGHMEM=64GB"
- Next in thread: Christoph Rohland: "Re: 2.3.43-pre[25] do not work with HIGHMEM=64GB"

Ingo Molnar wrote:
>
> On Wed, 9 Feb 2000, Manfred Spraul wrote:
>
> > > Unable to handle kernel NULL pointer dereference at virtual addres
> > > s 00000088
> > > *pde = 00104001
>
> > Strange. Ingo reported the same problem. [...]
>
> this one is definitely fixed in pre5. (with directed APIC broadcasts it's
> not possible to hit an uninitialized CPU)
>

I would prefer if we explicitly initialize cpu_tlbstate during cpu_init:
it's cleaner, and it prevents any ordering problems within switch_mm()
[there is a tiny race, around 30 instructions]

Do you have any further crashes due to the tlb changes? I was running
with my debug patches without any special messages.

Oh. Are you using gcc-2.95? I forgot to mark the cpu_tlbstate array as
volatile [arch/i386/kernel/smp.c and include/asm/pgalloc.h], could you
change that?

    --
    	Manfred

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

- Next message: Rik van Riel: "Re: Source Code Release of NWFS 2.0 for 2.2/2.3/2.4"
- Previous message: Rik van Riel: "Re: BSource Code Release of NWFS 2.0 for 2.2/2.3/2.4"
- Maybe in reply to: Christoph Rohland: "2.3.43-pre[25] do not work with HIGHMEM=64GB"
- Next in thread: Christoph Rohland: "Re: 2.3.43-pre[25] do not work with HIGHMEM=64GB"