From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 11 19:17:38 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 D6F7D16A4CE for ; Thu, 11 Dec 2003 19:17:38 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 458B243D33 for ; Thu, 11 Dec 2003 19:17:37 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 43170469; Thu, 11 Dec 2003 21:17:36 -0600 (CST) Date: Thu, 11 Dec 2003 21:17:36 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20031212031736.GB64340@seekingfire.com> References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> <20031118210557.X16032@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031118210557.X16032@seekingfire.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.5.1i Subject: Re: ultra5/cmd646 hang 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, 12 Dec 2003 03:17:39 -0000 On Tue, Nov 18, 2003 at 09:05:57PM -0600, Tillman Hodgson wrote: > On Tue, Nov 18, 2003 at 05:26:12PM -0500, Garance A Drosihn wrote: > > At 9:54 AM +0100 11/18/03, Dag-Erling Sm?rgrav wrote: > > >Garance A Drosihn writes: > > > > Well, for what it's worth I hit something vaguely similar > > > > on my Ultra-10 [...] > > > > Unfortunately, I then mistakenly blew away my working > > > > kernel, so right now I can't boot up the machine at all. [...] > > > > > >Just disable DMA in the loader (set hw.ata.ata_dma=0) and boot > > >your new kernel. Slow as hell, but it works. > > > > Okay, I tried that. It did not print out the > > ata3: resetting devices .. > > message, but it died with a panic: > > I'm also having the same problem on an Ultra 5 (see the archives for > details if you're interested). If you chose to reinstall and want to > avoid this issue until it gets cleared up, avoid source newer than Oct > 29 which (from sombody else's posting) is the last date that appears to > boot properly by failing back to PIO mode. For the record and archives: I built a new current with today's sources and it boots fine. Somewhere between early-to-mid November and now someone must've fixed the problem :-) -T -- "There are really only four levels of the OSI model. Everything else is just overhead and underwear." - Mike DeMaria, on IST 452, Local Area Networks