From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 17 15:44:54 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 5708216A4CF for ; Mon, 17 Nov 2003 15:44:54 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02E9C43FCB for ; Mon, 17 Nov 2003 15:44:53 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.10/8.12.9) with ESMTP id hAHNiqtp015088; Mon, 17 Nov 2003 18:44:52 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031117130205.R22102@carver.gumbysoft.com> References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> Date: Mon, 17 Nov 2003 18:44:51 -0500 To: Doug White , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) 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: Mon, 17 Nov 2003 23:44:54 -0000 At 1:04 PM -0800 11/17/03, Doug White wrote: >On Fri, 14 Nov 2003, Doug White wrote: > >> > FreeBSD 5.1-CURRENT #2: Fri Nov 14 10:51:48 PST 2003 >> > dwhite@dwsparc.looksmart.com:/usr/src/sys/sparc64/compile/SPARC >> > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0330000. >> > Timecounter "tick" frequency 270000000 Hz quality 0 >> > real memory = 134217728 (128 MB) >> > avail memory = 104366080 (99 MB) >> > cpu0: Sun Microsystems UltraSparc-IIi Processor (270.00 MHz CPU) > >Next chapter in the saga. > >Working from 11/1 source still, I tried compiling without >OFW_NEWPCI. The IRQs show up in the boot -v output now >but still aren't being serviced by the ata_*_intr routines. >So there's still a disconnect. > >The disk drive in this machine is in need of help so I'm >going to zero and reinstall the system from 5.1-RELEASE, >then continue searching. Not sure where to go next, though. Well, for what it's worth I hit something vaguely similar on my Ultra-10, when I tried to upgrade it to an 11/11 snapshot of current. In fact, I first hit the problem on a previous upgrade attempt (maybe a week or two earlier), but at that time I simply rebooted into an earlier kernel and temporarily forgot about the whole thing. In my case, the bootup process would get to: atapci0: port 0xc00020-0xc0002f,0xc00018-0xc0001b,0xc 00010-0xc00017,0xc00008-0xc0000b,0xc00000-0xc00007 at device 3.0 on pci1 atapci0: [MPSAFE] ata2: at 0xc00000 on atapci0 ata2: [MPSAFE] ata3: at 0xc00010 on atapci0 ata3: [MPSAFE] pcib2: at device 1.0 on pci0 pci2: on pcib2 Timecounters tick every 10.000 msec ad0: WARNING - SETFEATURES recovered from missing interrupt ad0: WARNING - SETFEATURES recovered from missing interrupt ad0: WARNING - SET_MULTI recovered from missing interrupt ad0: WARNING - SETFEATURES recovered from missing interrupt GEOM: create disk ad0 dp=0xfffff80000756ec0 ad0 4103MB [8894/15/63] at ata2-master WDMA2 acd0: WARNING - MODE_SENSE_BIG recovered from missing interrupt ata3: resetting devices .. and then completely freeze up. the only thing I can do is power-off and power-on again. I haven't said anything, because in my case I happen to comment out the 'options SMP' clause in the kernel, and those '[MPSAFE]' lines got me thinking that maybe this system-hang was my own fault. My problem may very well be different than yours, given that I seem to be hanging at a different spot. Also note that this Ultra-10 has a relatively old disk, which might explain all those complaints from SETFEATURES. Unfortunately, I then mistakenly blew away my working kernel, so right now I can't boot up the machine at all. So I will also be reinstalling from 5.1-RELEASE and seeing what I can figure out from there... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu