From owner-cvs-src@FreeBSD.ORG Mon Dec 4 23:05:38 2006 Return-Path: X-Original-To: cvs-src@freebsd.org Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A7C416A500; Mon, 4 Dec 2006 23:05:38 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB4F43C9D; Mon, 4 Dec 2006 23:04:46 +0000 (GMT) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.13.8/8.13.8/ALCHEMY.FRANKEN.DE) with ESMTP id kB4N4rT3065934; Tue, 5 Dec 2006 00:04:54 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.13.8/8.13.8/Submit) id kB4N4rWa065933; Tue, 5 Dec 2006 00:04:53 +0100 (CET) (envelope-from marius) Date: Tue, 5 Dec 2006 00:04:53 +0100 From: Marius Strobl To: Kip Macy Message-ID: <20061204230453.GD24301@alchemy.franken.de> References: <200611262316.kAQNGk3e071929@repoman.freebsd.org> <20061204212233.GA38633@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: cvs-src@freebsd.org, src-committers@freebsd.org, Kip Macy , cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/conf kern.mk X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2006 23:05:38 -0000 On Mon, Dec 04, 2006 at 02:33:24PM -0800, Kip Macy wrote: > I haven't talked to Sam, I had forgotten about that - this will only break > ABI compat on -HEAD. "-mcmodel=medlow" was almost certainly never needed, > its an optimization that reduces then number of instructions needed to load > a constant by assuming that the constant is <=32 bits. Loading a 32 bit > constant is 3 instructions, loading a 64-bit constant is 7 :-(. Considering > the other performance issues that sparc64 has, its safe to say that the > extra overhead is in the noise. > > -Kip I just remember commits like sys/conf/Makefile.sparc64 rev. 1.14 and some others which claim that model medlow is/was essential, unfortunately neither did bother to explain as to why that's supposed to be so... I suppose that using medany also fixes executing modules on sparc64/sun4u machines with >4GB RAM, correct? Marius > > > On 12/4/06, Marius Strobl wrote: > > > >On Sun, Nov 26, 2006 at 11:16:46PM +0000, Kip Macy wrote: > >> kmacy 2006-11-26 23:16:46 UTC > >> > >> FreeBSD src repository > >> > >> Modified files: > >> sys/conf kern.mk > >> Log: > >> Fix module loading for sparc on machines with greater than 1GB of RAM > >> > > > >Hi Kip, > > > >could you please update the comment above the line you changed > >as appropriate? > >Do you have an idea why medlow no longer is crucial in order > >to get a working kernel? > >Did you talk to sam@ regarding providing a new sparc64 HAL BLOB > >(according to sys/contrib/dev/ath/public/sparc64-be-elf.inc it > >was built with -mcmodel=medlow, too)? > > > >Marius > > > >