From owner-cvs-src@FreeBSD.ORG Tue Dec 5 02:29:20 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 65A0A16A403 for ; Tue, 5 Dec 2006 02:29:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F61C43CA5 for ; Tue, 5 Dec 2006 02:28:43 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so78641nfc for ; Mon, 04 Dec 2006 18:29:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TQYKJp5c5mk9iwXuqmgc9pi557Nvuuw1v7V1rADYVExiMx2E9aJIVr4j+zTRXRf1z4UACh0ApdsnvM6jSWvGF4uGO1RCDjpy65XDjch8fSKTFZbxjFaNaDJgDhg3KC86VoFaeI9Bg7/Q01dDrSwz73u/rJvkW1UvswTk8Utq4ug= Received: by 10.82.126.5 with SMTP id y5mr1613029buc.1165279991505; Mon, 04 Dec 2006 16:53:11 -0800 (PST) Received: by 10.82.191.20 with HTTP; Mon, 4 Dec 2006 16:53:11 -0800 (PST) Message-ID: Date: Mon, 4 Dec 2006 16:53:11 -0800 From: "Kip Macy" To: "Marius Strobl" , "Kip Macy" , src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org In-Reply-To: <20061204230453.GD24301@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200611262316.kAQNGk3e071929@repoman.freebsd.org> <20061204212233.GA38633@alchemy.franken.de> <20061204230453.GD24301@alchemy.franken.de> Cc: 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: Tue, 05 Dec 2006 02:29:20 -0000 One would think so, but it didn't work for me on my 16GB sun4v box. -Kip On 12/4/06, Marius Strobl wrote: > 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 > > > > > > >