This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Sat Apr 27 02:53:59 2024 Delivery-date: Thu, 23 Feb 2006 20:06:04 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751406AbWBWTEM (ORCPT ); Thu, 23 Feb 2006 14:04:12 -0500 Received: from spirit.analogic.com ([204.178.40.4]:57861 "EHLO spirit.analogic.com") by vger.kernel.org with ESMTP id S1751373AbWBWTEL convert rfc822-to-8bit (ORCPT ); Thu, 23 Feb 2006 14:04:11 -0500 Received: from chaos.analogic.com ([10.112.50.11]) by phoenix.analogic.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Feb 2006 14:03:54 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Received: from chaos.analogic.com (localhost [127.0.0.1]) by chaos.analogic.com (8.12.11/8.12.11) with ESMTP id k1NJ3r3s004247; Thu, 23 Feb 2006 14:03:54 -0500 Received: (from linux-os@localhost) by chaos.analogic.com (8.12.11/8.12.11/Submit) id k1NJ3hTw004246; Thu, 23 Feb 2006 14:03:43 -0500 In-Reply-To: X-OriginalArrivalTime: 23 Feb 2006 19:03:54.0433 (UTC) FILETIME=[E41D5B10:01C638AB] content-class: urn:content-classes:message Subject: Re: Patch to reorder functions in the vmlinux to a defined order Date: Thu, 23 Feb 2006 14:03:43 -0500 Message-Id: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Patch to reorder functions in the vmlinux to a defined order Thread-Index: AcY4q+QmNCT+K/fEQWGXOltD1h26pg== 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> From: "linux-os \(Dick Johnson\)" To: "Linus Torvalds" Cc: "Arjan van de Ven" , "Andi Kleen" , , , Reply-To: "linux-os \(Dick Johnson\)" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 23 Feb 2006, Linus Torvalds wrote: > > > On Thu, 23 Feb 2006, Arjan van de Ven wrote: >>> >>> I think you would first need to move the code first for that. Currently it starts >>> at 1MB, which means 1MB is already wasted of the aligned 2MB TLB entry. >>> >>> I wouldn't have a problem with moving the 64bit kernel to 2MB though. >> >> that was easy since it's a Config entry already ;) > > Btw, the "low TLB entry" for the direct-mapped case can't be used as a > hugetlb page anyway, due to the MMU splitting it up due to the special > MTRR regions, if I recall correctly. > > So this is probably a bigger performance win than just the difference > between using one or two TLB entries. > > The same should be true on x86, btw. Where we should use a physical start > address of 4MB for best performance. > > Does anybody want to run benchmarks? (Totally untested, may not boot, > might physically accost your pets for all I know). > > Linus I just reconfigured and rebuilt linux-2.6.15.4 to put PHYSICAL_START at 0x00400000, unconditionally and it booted fine and is working so a 'boot' shouldn't be a problem. Cheers, Dick Johnson Penguin : Linux version 2.6.15.4 on an i686 machine (5589.54 BogoMips). Warning : 98.36% of all statistics are fiction. _  **************************************************************** The information transmitted in this message is confidential and may be privileged. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them. Thank you. - 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/