Re: [PATCH] PAE36 further diagnosis: Fix for 2.3.42

From: Manfred Spraul (manfreds@colorfullife.com)
Date: Thu Feb 10 2000 - 12:02:52 EST

Next message: f5ibh: "2.3.43-pre8 des not complile with plip"
Previous message: Hans Reiser: "Re: Source Code Release of NWFS 2.0 for 2.2/2.3/2.4"
In reply to: Stephen C. Tweedie: "Re: [PATCH] PAE36 further diagnosis: Fix for 2.3.42"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

"Stephen C. Tweedie" wrote:
>
> On Wed, 09 Feb 2000 21:19:57 +0100, Manfred Spraul
> <manfreds@colorfullife.com> said:
>
>
> > Could you enable ACPI?
>
> Yes, I have no problems with that enabled, even using the full 8GB.
>
I think I found the problem:
acpi tries to ioremap() memory that's just behind the end of the normal
memory:

I have 192 MB ram, and the last few bytes are used for the ACPI tables.

acpi calls ioremap(0xbff3000,36,flags).
high_memory is bff3000 --> remap_area_pages() gets called, but the page
is still mapped by a 2MB pte.

it seems that remap_area_pages() can't handle PSE pages -->
pte_alloc_kernel() calls pmd_bad(), and that function complains.

A few seconds later, the kernel runs into a BUG().

Could someone check what these remap_area_xy() functions should do? The
modifications to phys_address are interesting:

        phys_address -= address;
        [..., no access to phys_address]
        sub_func(,phys_address+address,,);

Without PAE36, the kernel runs smoothly.

-- 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: f5ibh: "2.3.43-pre8 des not complile with plip"
Previous message: Hans Reiser: "Re: Source Code Release of NWFS 2.0 for 2.2/2.3/2.4"
In reply to: Stephen C. Tweedie: "Re: [PATCH] PAE36 further diagnosis: Fix for 2.3.42"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Tue Feb 15 2000 - 21:00:18 EST