From owner-freebsd-sparc Mon Mar 4 16:39:56 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id 8552637B417 for ; Mon, 4 Mar 2002 16:39:51 -0800 (PST) Received: (qmail 4060 invoked by uid 0); 5 Mar 2002 00:39:50 -0000 Received: from pd9e16cdd.dip.t-dialin.net (HELO forge.local) (217.225.108.221) by mail.gmx.net (mp001-rz3) with SMTP; 5 Mar 2002 00:39:50 -0000 Received: from tmm by forge.local with local (Exim 3.34 #1) id 16i2zd-0003WA-00; Tue, 05 Mar 2002 01:39:49 +0100 Date: Tue, 5 Mar 2002 01:39:49 +0100 From: Thomas Moestl To: joeo@cracktown.com Cc: Jake Burkholder , freebsd-sparc@FreeBSD.ORG Subject: Re: freebsd/sparc64 bootable iso available Message-ID: <20020305003949.GC299@crow.dom2ip.de> Mail-Followup-To: joeo@cracktown.com, Jake Burkholder , freebsd-sparc@FreeBSD.ORG References: <20020304122609.K75158@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 2002/03/05 at 05:34:23 -0500, joeo@cracktown.com wrote: > > I sent the boot_verbose output seperately earlier. I went ahead and > netbooted the dist tarball and newfs'd the partitions to reinstall and > this time the reset dumped me into kdb (this same hardware had been > happily (thoguh slowly) running solaris 2.8 for a few months); I may > crack the box open later to verify that the ide drive (not a Sun OEM'd > drive) is set for cable select and that the CPU heatsink isn't covered in > cat hair... > > # mount /dev/ad0a /mnt > # cd /mnt > # mkdir home usr var opt > # mount /dev/ad0d /mnt/var > # mount /dev/ad0e /mnt/usr > # mount /dev/ad0f /mnt/home > > ad0: READ command timeout tag=0 serv=0 - resetting > ata2: resetting devices .. > ad0: removed from configuration > panic: trap: fast data access mmu miss > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> trace > panic() at panic+0x98 > trap() at trap+0x4b0 > -- fast data access mmu miss tar=0 -- > ata_dmafree() at ata_dmafree+0x48 > ad_detach() at ad_detach+0xb4 > ata_reinit() at ata_reinit+0x8c > ad_timeout() at ad_timeout+0x190 > softclock() at softclock+0x18c > ithread_loop() at ithread_loop+0x1a4 > fork_exit() at fork_exit+0x88 > fork_trampoline() at fork_trampoline+0x8 This panic was caused by a bug in the error path, which was triggered by the timeout. I've just fix that. Still, I've no idea what might cause these timeouts, except maybe hardware problems; the same controller appears to work fine in Ultra 10 boxen. - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message