Re: 4g/4g for 2.6.6

[Eric W. Biederman]

Linus Torvalds <torvalds@xxxxxxxx> writes:

> On Sun, 23 May 2004, Jeff Garzik wrote:
> > 
> > Sorta like I'm hoping that cheap and prevalent 64-bit CPUs make PAE36 
> > and PAE40 on ia32 largely unnecessary.  Addressing more memory than 32 
> > bits of memory on a 32-bit CPU always seemed like a hack to me, and a 
> > source of bugs and lost performance...
> 
> I agree. I held out on PAE for a longish while, in the unrealistic hope 
> that people would switch to alpha's. 
> 
> Oh, well. I don't expect _everybody_ to switch to x86-64 immediately, but 
> I hope we can hold out long enough without 4g that it does work out this 
> time.

Sounds sane. 

One of the real problems on machines with more than 4GB in 32bit mode
is where do you put all of the pci resources.  Especially when you start
getting into machines with large memory mapped resources of 128MB or more.

On Intel chipsets that is usually not a problem because you can relocate the
memory from under those resources and still get at it with PAE36.  Other
chipsets don't really have that kind of capability.

>From what I can tell all of the large PCI memory mapped resources are
64bit.  Which gives another solution of simply moving all of those
large memory mapped I/O resources above the memory entirely.  Besides
solving my immediate problem of loosing 1/2GB of memory in some
cases, that looks like the only sane long term solution.

So to encourage x86-64 usage, I am going to implement that in
LinuxBIOS and encourage any other BIOS vendor I run into to
follow suit.  That way the only painful customer questions I will
get will be why doesn't this high performance card work with a
32bit kernel :)  Which is much easier to explain :)

Can anyone think of a reason that would not be a good solution?


Eric










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