[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200702061045.22966.ak@suse.de>
Date: Tue, 6 Feb 2007 10:45:22 +0100
From: Andi Kleen <ak@...e.de>
To: "Jan Beulich" <jbeulich@...ell.com>
Cc: "Andreas Herrmann" <andreas.herrmann3@....com>,
"Suresh B Siddha" <suresh.b.siddha@...el.com>,
"Richard Gooch" <rgooch@...e-mbox.com>,
linux-kernel@...r.kernel.org, discuss@...-64.org
Subject: Re: [discuss] [patch] mtrr: fix issues with large addresses
On Tuesday 06 February 2007 10:31, Jan Beulich wrote:
> >>> Andi Kleen <ak@...e.de> 06.02.07 08:53 >>>
> >On Monday 05 February 2007 23:50, Siddha, Suresh B wrote:
> >> On Mon, Feb 05, 2007 at 06:19:59PM +0100, Andreas Herrmann wrote:
> >> > o added check to restrict base address to 36 bit on i386
> >>
> >> Why is this? It can go upto implemented physical bits, right?
> >
> >In theory it can, but Linux doesn't support it.
>
> I don't think I remember a restriction here, at least not below 44 bits
> (that's where pfn-s would need to become 64-bit wide).
The i386 mm code only supports 4 entries in the PGD, so more than 36bit cannot
be mapped right now.
Also even 64MB barely works (many boxes don't boot), you would likely
need at least the 4:4 patch to go >64GB. Also we know there are tons
of possible deadlocks in various subsystems when the lowmem:highmem ratio
gets so out of hand.
Ok it could be probably all fixed with some work (at least the mm part,
the deadlocks would be more tricky), but would seem fairly
pointless to me because all machines with >36bits support are 64bit capable.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists