Subject: Re: Patch to reorder functions in the vmlinux to a defined order
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Rene Herman <rene.herman@keyaccess.nl>
Cc: Linus Torvalds <torvalds@osdl.org>,
       Arjan van de Ven <arjan@linux.intel.com>, Andi Kleen <ak@suse.de>,
       linux-kernel@vger.kernel.org, akpm@osdl.org, mingo@elte.hu
In-Reply-To: <43FE0B9A.40209@keyaccess.nl>
References: <1140700758.4672.51.camel@laptopd505.fenrus.org>
	 <1140707358.4672.67.camel@laptopd505.fenrus.org>
	 <200602231700.36333.ak@suse.de>
	 <1140713001.4672.73.camel@laptopd505.fenrus.org>
	 <Pine.LNX.4.64.0602230902230.3771@g5.osdl.org>
	 <43FE0B9A.40209@keyaccess.nl>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Thu, 23 Feb 2006 19:34:49 +0000
Message-Id: <1140723289.4952.10.camel@localhost.localdomain>
Mime-Version: 1.0
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1016
Lines: 25

On Iau, 2006-02-23 at 20:23 +0100, Rene Herman wrote:
> Linus Torvalds wrote:
> 
> > The same should be true on x86, btw. Where we should use a physical start 
> > address of 4MB for best performance.
> 
> Does 16MB still work? Gets the kernel out of the old ZONE_DMA. I suppose 
> not many people are really using that anyway anymore these days, but if 
> no downsides maybe?

Certainly the PAE kernel might as well do that and the AMD64 if it
doesn't already. There are complications however getting above 16MB
because 16bit protected mode (and maybe the BIOS helpers - I need to
check that) can't hit it.

We also used to have people DMAing into static kernel buffers in older
days but hopefully that habit is now dead and gone because modules
sorted most of it out.


-
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/