From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 15 10:02:22 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA77F37B401 for ; Fri, 15 Aug 2003 10:02:22 -0700 (PDT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id C228F43F93 for ; Fri, 15 Aug 2003 10:02:21 -0700 (PDT) (envelope-from tillman@seekingfire.com) Received: from blues.seekingfire.prv (blues.seekingfire.prv [192.168.23.211]) by mail.seekingfire.com (Postfix) with ESMTP id 42F8294 for ; Fri, 15 Aug 2003 11:02:21 -0600 (CST) Received: (from tillman@localhost) by blues.seekingfire.prv (8.11.6/8.11.6) id h7FH2LD12628 for sparc64@freebsd.org; Fri, 15 Aug 2003 11:02:21 -0600 Date: Fri, 15 Aug 2003 11:02:21 -0600 From: Tillman To: sparc64@freebsd.org Message-ID: <20030815110221.T22214@seekingfire.com> References: <20030815121010.I97608@beagle.fokus.fraunhofer.de> <20030815135034.GA701@crow.dom2ip.de> <20030815080055.O22214@seekingfire.com> <20030815143404.GB701@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030815143404.GB701@crow.dom2ip.de>; from t.moestl@tu-bs.de on Fri, Aug 15, 2003 at 04:34:04PM +0200 X-Urban-Legend: There is lots of hidden information in headers Subject: Re: Sparc slowdown - problem identified... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 17:02:23 -0000 On Fri, Aug 15, 2003 at 04:34:04PM +0200, Thomas Moestl wrote: > On Fri, 2003/08/15 at 08:00:56 -0600, Tillman wrote: > > Is OFW_NEWPCI where -CURRENT on Sparc is heading? I.e., if I enable it > > now and go through any needed reconfiguration will I be saving myself > > time in the future? > > Yes. Great, thanks for the info. I'll compile a new kernel with OFW_NEWPCI and try installing it over the weekend (compiling isn't fast at the moment ;-) ). > > # New OpenFirmware PCI framework. This fixes a number of interrupt- > > # routing problems and changes the device enumeration to be hopefully > > # closer to Solaris. Be aware that, because of the latter, enabling or > > # disabling this option may require reconfiguration, and can even > > # cause the machine to not boot without manual intervention before the > > # fstab is adjusted. > > > > What sort of changes are likely to occur that would affect fstab? The > > box is remote, so I can fix most things via a serial console as long as > > it'll boot :-) > > If you've got multiple SCSI or ATA controllers installed, the order in > which they are recognized might change, which affects the enumeration > of the devices attached to them. > It should be no problem to boot into single user and request a > mountroot prompt ('boot -as' from the loader), then identify the new > disk enumeration, mount the root file system from the prompt and > finally adjust the fstab in single user mode as required. Excellent, it looks like remotely changing to this should be fine :-) BTW, what does "closer to Solaris" refer to? Detection order? -T -- Enlightenment is: do what you want, eat what there is Jack Kerouac