From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 16 05:29: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 B0E3C16A4CE; Sun, 16 Nov 2003 05:29:22 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id A43EA43FCB; Sun, 16 Nov 2003 05:29:21 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) hAGDTKv9035167; Sun, 16 Nov 2003 08:29:20 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id hAGDTKQc035166; Sun, 16 Nov 2003 08:29:20 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 16 Nov 2003 08:29:20 -0500 (EST) Message-Id: <200311161329.hAGDTKQc035166@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2003 13:29:22 -0000 TB --- 2003-11-16 12:20:48 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-11-16 12:20:48 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-11-16 12:20:48 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-11-16 12:23:01 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-11-16 13:17:46 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Nov 16 13:17:46 GMT 2003 >>> Kernel build for GENERIC completed on Sun Nov 16 13:27:17 GMT 2003 TB --- 2003-11-16 13:27:17 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-11-16 13:27:17 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 16 13:27:17 GMT 2003 [...] awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h ln -s /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT/opt_usb.h opt_usb.h echo '#define KBD_INSTALL_CDEV 1' > opt_kbd.h ln -s /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT/opt_ukbd.h opt_ukbd.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/tmp/usr/include -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ukbd/../../dev/usb/ukbd.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/usb/ukbd.c:425:21: ukbdmap.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ukbd. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-11-16 13:29:20 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-11-16 13:29:20 - TB --- ERROR: failed to build lint kernel TB --- 2003-11-16 13:29:20 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 16 16:56:30 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 8E0D216A4CE for ; Sun, 16 Nov 2003 16:56:30 -0800 (PST) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96A043FF5 for ; Sun, 16 Nov 2003 16:56:26 -0800 (PST) (envelope-from nm@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id 21D8F61C1C for ; Mon, 17 Nov 2003 04:56:12 +0400 (AMT) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id 7456261C1A for ; Mon, 17 Nov 2003 04:56:11 +0400 (AMT) Received: from webmail.web.am (wizard.web.am [217.113.0.66]) by mx1.web.am (Postfix) with SMTP id A50F561C14 for ; Mon, 17 Nov 2003 04:56:10 +0400 (AMT) Received: from nightmar.web.am ([217.113.1.123]) (SquirrelMail authenticated user nm@web.am) by webmail.web.am with HTTP; Mon, 17 Nov 2003 04:56:20 +0400 (AMT) Message-ID: <49693.217.113.1.123.1069030580.squirrel@webmail.web.am> Date: Mon, 17 Nov 2003 04:56:20 +0400 (AMT) From: "Gaspar Chilingarov" To: freebsd-sparc64@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.8 required=5.0 tests=PRIORITY_NO_NAME autolearn=no version=2.60 X-Spam-Level: Subject: enterprise 4500 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nm@web.am 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 00:56:30 -0000 Hello all! I got spare ent. 4500 server which can be made available for remote access - i mean both console and server itself. Anyone wish to debug/test sbus scsi support on it ? In other case i'll install solaris and put it in production. Now when i'm booting from 5.1 install CD it hangs on probing devices section and keren boot log shows that it have not detected any scsi devices. Developers are welcome to ask about remote access. Please contact me directly by email - nm@web.am Gaspar. From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 16 17:24:01 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 3A42316A4CE; Sun, 16 Nov 2003 17:24:01 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 176AB43FBD; Sun, 16 Nov 2003 17:24:00 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) hAH1Nxv9058765; Sun, 16 Nov 2003 20:23:59 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id hAH1Nwki058764; Sun, 16 Nov 2003 20:23:58 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 16 Nov 2003 20:23:58 -0500 (EST) Message-Id: <200311170123.hAH1Nwki058764@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 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 01:24:01 -0000 TB --- 2003-11-17 00:15:34 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-11-17 00:15:34 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-11-17 00:15:34 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-11-17 00:17:40 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-11-17 01:12:25 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Nov 17 01:12:25 GMT 2003 >>> Kernel build for GENERIC completed on Mon Nov 17 01:21:56 GMT 2003 TB --- 2003-11-17 01:21:56 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-11-17 01:21:56 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 17 01:21:56 GMT 2003 [...] awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h ln -s /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT/opt_usb.h opt_usb.h echo '#define KBD_INSTALL_CDEV 1' > opt_kbd.h ln -s /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT/opt_ukbd.h opt_ukbd.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/tmp/usr/include -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ukbd/../../dev/usb/ukbd.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/usb/ukbd.c:425:21: ukbdmap.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ukbd. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-11-17 01:23:58 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-11-17 01:23:58 - TB --- ERROR: failed to build lint kernel TB --- 2003-11-17 01:23:58 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 17 11:02:41 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 7D7A816A4D0 for ; Mon, 17 Nov 2003 11:02:41 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD8F43F93 for ; Mon, 17 Nov 2003 11:02:40 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id hAHJ2eFY006601 for ; Mon, 17 Nov 2003 11:02:40 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id hAHJ2dll006595 for freebsd-sparc64@freebsd.org; Mon, 17 Nov 2003 11:02:39 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 17 Nov 2003 11:02:39 -0800 (PST) Message-Id: <200311171902.hAHJ2dll006595@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you 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 19:02:41 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/02/03] sparc64/47845sparc64 4 second daily clock drift a [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 17 13:04:14 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 D20D116A4CE for ; Mon, 17 Nov 2003 13:04:14 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C85F243FB1 for ; Mon, 17 Nov 2003 13:04:11 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BDA4F72DB5; Mon, 17 Nov 2003 13:04:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BB42472DAD for ; Mon, 17 Nov 2003 13:04:11 -0800 (PST) Date: Mon, 17 Nov 2003 13:04:11 -0800 (PST) From: Doug White To: sparc64@freebsd.org In-Reply-To: <20031114134001.D92204@carver.gumbysoft.com> Message-ID: <20031117130205.R22102@carver.gumbysoft.com> References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 21:04:15 -0000 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. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 17 14:55:00 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 999FF16A4CE for ; Mon, 17 Nov 2003 14:55:00 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6BCE43FDD for ; Mon, 17 Nov 2003 14:54:58 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3966A66C55; Mon, 17 Nov 2003 14:54:54 -0800 (PST) Date: Mon, 17 Nov 2003 14:54:54 -0800 From: Kris Kennaway To: Doug White Message-ID: <20031117225453.GA35569@xor.obsecurity.org> References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20031117130205.R22102@carver.gumbysoft.com> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org 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 22:55:00 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 17, 2003 at 01:04:11PM -0800, Doug White wrote: > On Fri, 14 Nov 2003, Doug White wrote: >=20 > > > 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 =3D 134217728 (128 MB) > > > avail memory =3D 104366080 (99 MB) > > > cpu0: Sun Microsystems UltraSparc-IIi Processor (270.00 MHz CPU) >=20 > Next chapter in the saga. >=20 > 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. >=20 > 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. I appear to be seeing something like this with panther2.freebsd.org. Booting GENERIC with boot -v gives: [...] pcib2: at device 1.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x1fffff, 0x200000-0x3fffff, 0x400000-0x5fff= ff, 0x600000-0x7fffff, 0x800000-0x9fffff, 0xa00000-0xbfffff pcib2: memory decode 0x0-0x1fffffff, 0x20000000-0x3fffffff, 0x4000000= 0-0x5fffffff, 0x60000000-0x7fffffff, 0x80000000-0x9fffffff, +0xa0000000-0xbfffffff pci2: on pcib2 pci2: physical bus=3D2 procfs registered Timecounters tick every 10.000 msec lo0: bpf attached [hangs] I'm unable to break to debugger here. A kernel from July boots fine on thi= s system. Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/uVG9Wry0BWjoQKURAqi/AKDDZVX6v11dznDOqurEmC6+LwMtlQCg1He1 wUFWvG9wECx+gC7Cu9AOICA= =p4+e -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- 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 From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 17 17:10:21 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 40AD816A4CE; Mon, 17 Nov 2003 17:10:21 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 007F843FA3; Mon, 17 Nov 2003 17:10:20 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2B12566C55; Mon, 17 Nov 2003 17:10:19 -0800 (PST) Date: Mon, 17 Nov 2003 17:10:19 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20031118011019.GA37617@xor.obsecurity.org> References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> <20031117225453.GA35569@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20031117225453.GA35569@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: sos@FreeBSD.org cc: sparc64@freebsd.org 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: Tue, 18 Nov 2003 01:10:21 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Nov 17, 2003 at 02:54:54PM -0800, Kris Kennaway wrote: > I'm unable to break to debugger here. A kernel from July boots fine on this system. ALT_BREAK_TO_DEBUGGER lets me break into DDB. I see the following: ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 28 fffff8001ed72ed8 ccd8a000 0 0 0 0000204 [CPU 0] intr2016: atapci0 27 fffff8001ed0e2f8 cb990000 0 0 0 0000204 new [IWAIT] intr2017: hme0 26 fffff8001ed0e5f0 cb992000 0 0 0 0000204 [RUNQ] swi0: tty:sab 25 fffff8001ed0e8e8 cb994000 0 0 0 0000204 new [IWAIT] intr2027: sab0 24 fffff8001ed0ebe0 cb996000 0 0 0 0000204 new [IWAIT] intr2021: pcib0 23 fffff8001ed0eed8 cb998000 0 0 0 0000204 new [IWAIT] intr2032: pcib0 22 fffff8001ed0f1d0 cb99a000 0 0 0 0000204 new [IWAIT] intr2031: pcib0 21 fffff8001ed0f4c8 cba32000 0 0 0 0000204 new [IWAIT] intr2030: pcib0 20 fffff8001ed0f7c0 cba34000 0 0 0 0000204 new [IWAIT] swi6:+ 19 fffff8001ed0fab8 cba36000 0 0 0 0000204 new [IWAIT] swi7: task queue 18 fffff8001ed74000 cccb8000 0 0 0 0000204 new [IWAIT] swi3: cambio 17 fffff8001ed742f8 cccba000 0 0 0 0000204 new [IWAIT] swi2: camnet 16 fffff8001ed745f0 cccbc000 0 0 0 0000204 new [IWAIT] swi5:+ 5 fffff8001ecfe000 cb84e000 0 0 0 0000204 new [RUNQ] taskqueue 15 fffff8001ecfe2f8 cb97c000 0 0 0 0000204 new [RUNQ] random 4 fffff8001ecfe5f0 cb97e000 0 0 0 0000204 new [RUNQ] g_down 3 fffff8001ecfe8e8 cb980000 0 0 0 0000204 new [RUNQ] g_up 2 fffff8001ecfebe0 cb982000 0 0 0 0000204 [SLP]- 0xc03aede8] g_event 14 fffff8001ecfeed8 cb984000 0 0 0 0000204 new [IWAIT] swi4: vm 13 fffff8001ecff1d0 cb986000 0 0 0 000020c new [RUNQ] swi8: clock 12 fffff8001ecff4c8 cb988000 0 0 0 0000204 new [IWAIT] swi1: net 11 fffff8001ecff7c0 cb98a000 0 0 0 000020c [Can run] idle: cpu0 1 fffff8001ecffab8 cb98c000 0 0 0 0000200 new [INACTIVE] swapper 10 fffff8001ed0e000 cb98e000 0 0 0 0000204 [CV]ktrace 0xc03b3e58] ktrace 0 c03aef00 c0421360 0 0 0 0000200 [SLP]atareq 0xfffff80010686600] swapper db> show intr fast pil13 11 ithrd pil2 5600774 sab0 vec2027 12 atapci0 vec2016 5600774 tick pil14 3552 db> Interrupt storm! Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/uXF6Wry0BWjoQKURAuqLAKCZofngVW0eZgWzr0etyk2Pa/LmPQCgq82d eSrQlI5FfVWR7iGq59bsAcA= =nw8S -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 18 00:55:01 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 8A6D116A4CE for ; Tue, 18 Nov 2003 00:55:01 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A7A043FCB for ; Tue, 18 Nov 2003 00:55:00 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 4B476530C; Tue, 18 Nov 2003 09:54:59 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id DA13A5308; Tue, 18 Nov 2003 09:54:45 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 48FEF33C68; Tue, 18 Nov 2003 09:54:45 +0100 (CET) To: Garance A Drosihn References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 18 Nov 2003 09:54:45 +0100 In-Reply-To: (Garance A. Drosihn's message of "Mon, 17 Nov 2003 18:44:51 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.5 required=5.0 tests=RCVD_IN_DYNABLOCK autolearn=no version=2.60 cc: sparc64@freebsd.org 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: Tue, 18 Nov 2003 08:55:01 -0000 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=3D0) and boot your new kernel. Slow as hell, but it works. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 18 14:26:20 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 1F9A716A4CE for ; Tue, 18 Nov 2003 14:26:20 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D8D43FDD for ; Tue, 18 Nov 2003 14:26:19 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.10/8.12.9) with ESMTP id hAIMQEYR013487; Tue, 18 Nov 2003 17:26:14 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> Date: Tue, 18 Nov 2003 17:26:12 -0500 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org 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: Tue, 18 Nov 2003 22:26:20 -0000 At 9:54 AM +0100 11/18/03, Dag-Erling Sm=F8rgrav 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=3D0) 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: panic: trap: memory address not aligned Debugger("panic") Stopped at Debugger+0x1c: ta %xc, 1 db> trace panic() at panic+0xf0 trap() at trap+0x394 -- memory address not aligned sfar=3D0xdedeadc0ee sfsr=3D0x40029= %o7=3D0xc007ec28 -- ata_prtdev() at ata_prtdev+0x14 ata_timeout() at ata_timeout+0x130 softclock() at softclock+0x1a0 ithread_loop() at ithread_loop+0x1b8 fork_exit() at fork_exit+0x84 fork_trampoline() at fork_trampoline+0x8 I know nothing about lower-level sparc64 debugging, so I am probably stuck at this point. It will not be much of a problem if I have to reinstall this system, so don't worry too much about this situation until I get back to some kind of bootable system. Thanks for the suggestion though. it would have been nice if it had worked! -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 18 19:06:00 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 D155D16A4CE for ; Tue, 18 Nov 2003 19:06:00 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADB1C43F93 for ; Tue, 18 Nov 2003 19:05:59 -0800 (PST) (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 BDBF382 for ; Tue, 18 Nov 2003 21:05:58 -0600 (CST) Received: (from tillman@localhost) by blues.seekingfire.prv (8.11.6/8.11.6) id hAJ35wW07552 for sparc64@freebsd.org; Tue, 18 Nov 2003 21:05:58 -0600 Date: Tue, 18 Nov 2003 21:05:57 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20031118210557.X16032@seekingfire.com> References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from drosih@rpi.edu on Tue, Nov 18, 2003 at 05:26:12PM -0500 X-Urban-Legend: There is lots of hidden information in headers 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: Wed, 19 Nov 2003 03:06:00 -0000 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. -T -- There is no such thing as 'social gambling.' Either you are there to cut the other bloke's heart out and eat it - or you're a sucker. If you don't like this choice - don't gamble. - Robert Heinlein From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 19 00:26:28 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 ED9FD16A4CE for ; Wed, 19 Nov 2003 00:26:28 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D7F843F75 for ; Wed, 19 Nov 2003 00:26:27 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 527BC5309; Wed, 19 Nov 2003 09:26:26 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 97EBF5308; Wed, 19 Nov 2003 09:26:18 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 17A9033C65; Wed, 19 Nov 2003 09:26:18 +0100 (CET) To: Garance A Drosihn References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Wed, 19 Nov 2003 09:26:17 +0100 In-Reply-To: (Garance A. Drosihn's message of "Tue, 18 Nov 2003 17:26:12 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.5 required=5.0 tests=RCVD_IN_DYNABLOCK autolearn=no version=2.60 cc: sparc64@freebsd.org 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: Wed, 19 Nov 2003 08:26:29 -0000 Garance A Drosihn writes: > panic: trap: memory address not aligned > Debugger("panic") > Stopped at Debugger+0x1c: ta %xc, 1 > > db> trace > panic() at panic+0xf0 > trap() at trap+0x394 > -- memory address not aligned sfar=3D0xdedeadc0ee sfsr=3D0x40029 %o7=3D0x= c007ec28 -- ^^^^^^^^^^^^ > ata_prtdev() at ata_prtdev+0x14 > ata_timeout() at ata_timeout+0x130 > softclock() at softclock+0x1a0 > ithread_loop() at ithread_loop+0x1b8 > fork_exit() at fork_exit+0x84 > fork_trampoline() at fork_trampoline+0x8 this doesn't look good... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 19 01:13:50 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 970FF16A4CE for ; Wed, 19 Nov 2003 01:13:50 -0800 (PST) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7981F43FDD for ; Wed, 19 Nov 2003 01:13:49 -0800 (PST) (envelope-from Roar.Pettersen@it.uib.no) Received: from edprp by alf.uib.no with local-esmtp (Exim 4.12) id 1AMOPD-000395-00; Wed, 19 Nov 2003 10:13:47 +0100 Date: Wed, 19 Nov 2003 10:13:47 +0100 (MET) From: Roar Pettersen X-X-Sender: To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Roar Pettersen cc: sparc64@freebsd.org 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: Wed, 19 Nov 2003 09:13:50 -0000 Hello ! I've also the same problem on my Sun Ultra 10 UPA/PCI (UltraSPARC-IIi 300MHz) : FreeBSD 5.1-CURRENT #8: Mon Nov 18 15:45:22 CET 2003 atapci0: port 0xc00020-0xc0002f,0xc00018-0xc0001b,0xc00010-0xc00017,0xc00008-0xc0000b,0xc00000-0xc00007 irq 32 at device 3.0 on pci1 atapci0: [MPSAFE] ata2: at 0xc00000 on atapci0 ata2: [MPSAFE] ata3: at 0xc00010 on atapci0 ata3: [MPSAFE] 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=0xfffff800107652c0 ad0: 114473MB [232581/16/63] at ata2-master WDMA2 ad0: WARNING - READ_DMA recovered from missing interrupt acd0: WARNING - MODE_SENSE_BIG recovered from missing interrupt ad0: WARNING - READ_DMA recovered from missing interrupt acd0: WARNING - MODE_SENSE_BIG recovered from missing interrupt ad0: WARNING - READ_DMA recovered from missing interrupt ata3: resetting devices .. Now the server freeze... :-( If I boot from a old kernel (29 sep 2003) : atapci0: port 0xc00020-0xc0002f,0xc00018-0xc0001b,0xc00010-0xc00017,0xc00008-0xc0000b,0xc00000-0xc00007 irq 32 at device 3.0 on pci1 atapci0: [MPSAFE] ata2: at 0xc00000 on atapci0 ata2: [MPSAFE] ata3: at 0xc00010 on atapci0 ata3: [MPSAFE] Maybe this info can contribute to solve the problem ? --- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 VIP: 81503 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 19 04:39:07 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 7B06016A4CE for ; Wed, 19 Nov 2003 04:39:07 -0800 (PST) Received: from decstation.larkowski.net (d60-65-37-214.col.wideopenwest.com [65.60.214.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6FE443F75 for ; Wed, 19 Nov 2003 04:39:03 -0800 (PST) (envelope-from peter@larkowski.net) Received: from localhost (peter@localhost)hAJCd1s08833 for ; Wed, 19 Nov 2003 07:39:02 -0500 (EST) Date: Wed, 19 Nov 2003 07:38:59 -0500 (EST) From: peter@larkowski.net To: freebsd-sparc@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Netboot? 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: Wed, 19 Nov 2003 12:39:07 -0000 Is netbooting officially supported as an installation method? Also, has anyone tried a snapshot from current.freebsd.org? I downloaded the 5.1-CURRENT-20031118-JPSNAP snapshot. I setup rarp with /boot/loader and I setup an nfs exported partition with the kernel and the contents of mfsroot.gz. It boots fine, and mounts the nfs root, although it's readonly and sysinstall complains. I started the emergency shell and used boot_crunch to remount root read-write (which seems to work fine). This quiets sysinstall, but it still errors out when it comes time to actually make filesystems. It doesn't say anything useful (only that there was an error), so I don't really know what's happening. Once it "Finishes with errors", I can't start the shell anymore. Am I doing something unsupported, or am I just doing something wrong? Any pointers? -p From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 19 04:00:24 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 88F9116A4CE for ; Wed, 19 Nov 2003 04:00:24 -0800 (PST) Received: from mail.speakeasy.net (mail8.speakeasy.net [216.254.0.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9FF843FD7 for ; Wed, 19 Nov 2003 04:00:20 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 26321 invoked from network); 19 Nov 2003 12:00:20 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 19 Nov 2003 12:00:20 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id hAJC0GFn023315; Wed, 19 Nov 2003 07:00:16 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 19 Nov 2003 07:00:15 -0500 (EST) From: John Baldwin To: current@FreeBSD.org X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-Mailman-Approved-At: Wed, 19 Nov 2003 05:54:08 -0800 Subject: [PATCH] Please test SMP changes 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: Wed, 19 Nov 2003 12:00:24 -0000 [ Bcc'd to various arch mailing lists ] Please test the patch at http://www.FreeBSD.org/~jhb/patches/smp.patch You can apply it to a sys/ check out by using patch -p6. It moves the setting of mp_maxid into a separate function (cpu_mp_setmaxid()) that is called before loader tunables so that UMA and others can use it. cpu_mp_probe() is now called at SI_SUB_CPU / SI_ORDER_SECOND like it used to be. This is necessay to re-enable the ACPI module on i386. I have tested it on i386 but not on other archs. Please be sure to test that a normal SMP kernel works as well as booting an SMP kernel with 'kern.smp.disabled'. cpu_mp_probe() is no longer called if SMP is disabled in the loader using the tunable. Thanks. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 19 13:50:41 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 9458B16A4CE for ; Wed, 19 Nov 2003 13:50:41 -0800 (PST) Received: from mail.yazzy.org (yazzy.org [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BDBA43F85 for ; Wed, 19 Nov 2003 13:50:40 -0800 (PST) (envelope-from masta@wifibsd.org) Received: from localhost (localhost [127.0.0.1]) by mail.yazzy.org (Postfix) with ESMTP id A10053980F; Wed, 19 Nov 2003 22:50:33 +0100 (CET) Received: from mail.yazzy.org ([127.0.0.1]) by localhost (urukhai.yazzy.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84362-05; Wed, 19 Nov 2003 22:50:01 +0100 (CET) Received: from wifibsd.org (localhost [127.0.0.1]) by mail.yazzy.org (Postfix) with SMTP id 179ED39814; Wed, 19 Nov 2003 22:50:00 +0100 (CET) Received: from c-24-0-61-35.client.comcast.net ([24.0.61.35]) (SquirrelMail authenticated user masta@wifibsd.org) by mail.yazzy.org with HTTP; Wed, 19 Nov 2003 15:50:00 -0600 (CST) Message-ID: <60695.24.0.61.35.1069278600.squirrel@mail.yazzy.org> Date: Wed, 19 Nov 2003 15:50:00 -0600 (CST) From: "masta" To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: sparc64@freebsd.org Subject: Re: ultra5/cmd646 hang X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: masta@wifibsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2003 21:50:41 -0000 Hi Roar Pettersen wrote: > Hello ! > > I've also the same problem on my Sun Ultra 10 UPA/PCI (UltraSPARC-IIi > 300MHz) : > > FreeBSD 5.1-CURRENT #8: Mon Nov 18 15:45:22 CET 2003 > Thanksfor the warning! My buildworld/buildkernel just finished, and fortunately I read this first before doing something silly like installworld. :-) I have cvsup'd the same Nov 18th sources. FreeBSD jasper 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Sat Oct 11 17:03:17 CDT 2003 root@jasper:/usr/obj/usr/src/sys/GENERIC sparc64 Hopefully somebody will chime in and let the list know when the problem disappears. __ __ _ | \/ | __ _ ___| |_ __ _ | |\/| |/ _` / __| __/ _` | | | | | (_| \__ \ || (_| | |_| |_|\__,_|___/\__\__,_| unzip ; strip ; touch ; finger ; mount ; fsck ; more ; yes ; umount ; sleep masta@wifibsd.org http://wifibsd.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 19 19:11:56 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 7D37116A4CE for ; Wed, 19 Nov 2003 19:11:56 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D07AA43FBF for ; Wed, 19 Nov 2003 19:11:52 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 7683 invoked by uid 65534); 20 Nov 2003 03:11:51 -0000 Received: from p508E720C.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.114.12) by mail.gmx.net (mp026) with SMTP; 20 Nov 2003 04:11:51 +0100 X-Authenticated: #5374206 Received: by raven (Postfix, from userid 1001) id BE15B1AB; Thu, 20 Nov 2003 04:11:50 +0100 (CET) Date: Thu, 20 Nov 2003 04:11:50 +0100 From: Thomas Moestl To: Kris Kennaway Message-ID: <20031120031150.GA759@timesink.dyndns.org> Mail-Followup-To: Kris Kennaway , sos@freebsd.org, sparc64@freebsd.org References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> <20031117225453.GA35569@xor.obsecurity.org> <20031118011019.GA37617@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20031118011019.GA37617@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: sos@freebsd.org 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: Thu, 20 Nov 2003 03:11:56 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, 2003/11/17 at 17:10:19 -0800, Kris Kennaway wrote: > On Mon, Nov 17, 2003 at 02:54:54PM -0800, Kris Kennaway wrote: > > > I'm unable to break to debugger here. A kernel from July boots fine on this system. > > ALT_BREAK_TO_DEBUGGER lets me break into DDB. I see the following: > > [...] > > db> show intr > fast pil13 11 > ithrd pil2 5600774 > sab0 vec2027 12 > atapci0 vec2016 5600774 > tick pil14 3552 > db> > > Interrupt storm! I think I've found the reason for this; the attached patch works around it. The issue is that the chip does not set ATA_BMSTAT_INTERRUPT, even though it is DMA-capable. My hackaround is to add an interrupt handler for the CMD646 that does only check this bit if a DMA transfer is in progress, like it was done in pre-ATAng times. This probably isn't the best solution, but it works for now. On the problematic boxen, you will also have to set hw.ata.ata_dma=0 (they fell back to PIO before automatically anyway, and DMA operations time out even if all interrupts are admitted). I am not sure whether this is caused by some missing bit of setup that is required, but that the firmware doesn't do for us, or whether it applies only to some buggy/crippled chip revision in some machines. Additionally, this patch should fix the panic that were reported on request timeouts - the ata_request structure used to print the timeout warning could already be freed at that point, causing references to locations near 0xdeadc0de. I am not sure that the check for (ch->running != request) is completely safe with this in mind, since it could be possible that the request was freed and already reinserted. Søren, can you think of a reason why the interrupt bit would not be set? Otherwise, can you please take a look at the patch and tweak it so that some fix for this problem can be committed? Thanks, - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ata-hang.diff" Index: ata-chipset.c =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.46 diff -u -r1.46 ata-chipset.c --- ata-chipset.c 18 Nov 2003 15:27:28 -0000 1.46 +++ ata-chipset.c 20 Nov 2003 00:56:19 -0000 @@ -101,6 +101,7 @@ static int ata_sii_mio_allocate(device_t, struct ata_channel *); static void ata_sii_intr(void *); static void ata_cmd_intr(void *); +static void ata_nobms_intr(void *); static void ata_sii_setmode(struct ata_device *, int); static void ata_cmd_setmode(struct ata_device *, int); static int ata_sis_chipinit(device_t); @@ -1581,7 +1582,7 @@ { ATA_CMD649, 0x00, 0, SIIINTR, ATA_UDMA5, "CMD 649" }, { ATA_CMD648, 0x00, 0, SIIINTR, ATA_UDMA4, "CMD 648" }, { ATA_CMD646, 0x07, 0, 0, ATA_UDMA2, "CMD 646U2" }, - { ATA_CMD646, 0x00, 0, 0, ATA_WDMA2, "CMD 646" }, + { ATA_CMD646, 0x00, 0, SIINOBMS, ATA_WDMA2, "CMD 646" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -1599,6 +1600,7 @@ ata_sii_chipinit(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); + void (*ih)(void *); int rid = ATA_IRQ_RID; if (!(ctlr->r_irq = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0, ~0, 1, @@ -1637,10 +1639,14 @@ ctlr->setmode = ata_sii_setmode; } else { + if (ctlr->chip->cfg2 & SIIINTR) + ih = ata_cmd_intr; + else if (ctlr->chip->cfg2 & SIINOBMS) + ih = ata_nobms_intr; + else + ih = ata_generic_intr; if ((bus_setup_intr(dev, ctlr->r_irq, ATA_INTR_FLAGS, - ctlr->chip->cfg2 & SIIINTR ? - ata_cmd_intr : ata_generic_intr, - ctlr, &ctlr->handle))) { + ih, ctlr, &ctlr->handle))) { device_printf(dev, "unable to setup interrupt\n"); return ENXIO; } @@ -1739,6 +1745,34 @@ } ctlr->interrupt[unit].function(ch); } + } +} + +static void +ata_nobms_intr(void *data) +{ + struct ata_pci_controller *ctlr = data; + struct ata_channel *ch; + int unit; + + /* implement this as a toggle instead to balance load XXX */ + for (unit = 0; unit < 2; unit++) { + if (!(ch = ctlr->interrupt[unit].argument)) + continue; + /* + * The CMD646 does not always seem to set ATA_BMSTAT_INTERRUPT. + * Only check it when a transfer is active. + */ + if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { + int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; + + if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != + ATA_BMSTAT_INTERRUPT) + continue; + ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); + DELAY(1); + } + ctlr->interrupt[unit].function(ch); } } Index: ata-pci.h =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.18 diff -u -r1.18 ata-pci.h --- ata-pci.h 18 Nov 2003 15:27:28 -0000 1.18 +++ ata-pci.h 19 Nov 2003 23:38:08 -0000 @@ -255,6 +255,7 @@ #define SIIMEMIO 1 #define SIIINTR 0x01 #define SIISETCLK 0x02 +#define SIINOBMS 0x04 #define SIS_SOUTH 1 #define SISSATA 2 Index: ata-queue.c =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.11 diff -u -r1.11 ata-queue.c --- ata-queue.c 20 Oct 2003 14:28:37 -0000 1.11 +++ ata-queue.c 20 Nov 2003 00:56:48 -0000 @@ -316,6 +316,8 @@ ata_timeout(struct ata_request *request) { struct ata_channel *ch = request->device->channel; + struct ata_device *reqdev = request->device; + char *reqstr = ata_cmd2str(request); int quiet = request->flags & ATA_R_QUIET; /* clear timeout etc */ @@ -324,10 +326,11 @@ /* call hw.interrupt to try finish up the command */ ch->hw.interrupt(request->device->channel); if (ch->running != request) { + /* request might already be freed - use copies. */ if (!quiet) - ata_prtdev(request->device, + ata_prtdev(reqdev, "WARNING - %s recovered from missing interrupt\n", - ata_cmd2str(request)); + reqstr); return; } --3MwIy2ne0vdjdPXF-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 19 19:20:52 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 DE28C16A4D0 for ; Wed, 19 Nov 2003 19:20:52 -0800 (PST) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A21DA43F85 for ; Wed, 19 Nov 2003 19:20:50 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 28828 invoked by uid 65534); 20 Nov 2003 03:20:47 -0000 Received: from p508E720C.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.114.12) by mail.gmx.net (mp013) with SMTP; 20 Nov 2003 04:20:47 +0100 X-Authenticated: #5374206 Received: by raven (Postfix, from userid 1001) id 269441AB; Thu, 20 Nov 2003 04:20:46 +0100 (CET) Date: Thu, 20 Nov 2003 04:20:46 +0100 From: Thomas Moestl To: Kris Kennaway , sos@freebsd.org, sparc64@freebsd.org Message-ID: <20031120032045.GB759@timesink.dyndns.org> Mail-Followup-To: Kris Kennaway , sos@freebsd.org, sparc64@freebsd.org References: <20031114105853.A92204@carver.gumbysoft.com> <20031114134001.D92204@carver.gumbysoft.com> <20031117130205.R22102@carver.gumbysoft.com> <20031117225453.GA35569@xor.obsecurity.org> <20031118011019.GA37617@xor.obsecurity.org> <20031120031150.GA759@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031120031150.GA759@timesink.dyndns.org> User-Agent: Mutt/1.4.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: Thu, 20 Nov 2003 03:20:53 -0000 On Thu, 2003/11/20 at 04:11:50 +0100, Thomas Moestl wrote: > I think I've found the reason for this; the attached patch works around it. > > The issue is that the chip does not set ATA_BMSTAT_INTERRUPT, even though > it is DMA-capable. My hackaround is to add an interrupt handler for the > CMD646 that does only check this bit if a DMA transfer is in progress, I should add that this was observed on a rev. 3 CMD646 (aka CMD646U). - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 20 00:35:59 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 2B34516A4CE; Thu, 20 Nov 2003 00:35:59 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A989643FB1; Thu, 20 Nov 2003 00:35:57 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hAK8YZEQ057726; Thu, 20 Nov 2003 09:34:35 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hAK8YYFh057725; Thu, 20 Nov 2003 09:34:34 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311200834.hAK8YYFh057725@spider.deepcore.dk> In-Reply-To: <20031120031150.GA759@timesink.dyndns.org> To: Thomas Moestl Date: Thu, 20 Nov 2003 09:34:34 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: sparc64@FreeBSD.ORG cc: sos@FreeBSD.ORG cc: Kris Kennaway 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: Thu, 20 Nov 2003 08:35:59 -0000 It seems Thomas Moestl wrote: > The issue is that the chip does not set ATA_BMSTAT_INTERRUPT, even though > it is DMA-capable. My hackaround is to add an interrupt handler for the > CMD646 that does only check this bit if a DMA transfer is in progress, > like it was done in pre-ATAng times. This probably isn't the best solution, > but it works for now. On the problematic boxen, you will also have to > set hw.ata.ata_dma=0 (they fell back to PIO before automatically anyway, > and DMA operations time out even if all interrupts are admitted). > I am not sure whether this is caused by some missing bit of setup that > is required, but that the firmware doesn't do for us, or whether it > applies only to some buggy/crippled chip revision in some machines. Hmm, the only 646 chip I hace sits in an alpha board which -current hasn't been upgraded for quite some time as it broke it (might be fixed in the meantime, I'll try to check.. However if that bit doesn't work the chip has *serious* problems and cannot be used in DMA mode at all. I dont recall seeing this problem on the one in my alpha though, so it might be specific to certain silicon (rev number cannot be trusted in old CMD chips either, they are so crappy its unbeliveable)... > Additionally, this patch should fix the panic that were reported on > request timeouts - the ata_request structure used to print the timeout > warning could already be freed at that point, causing references to > locations near 0xdeadc0de. I am not sure that the check for > (ch->running != request) is completely safe with this in mind, since > it could be possible that the request was freed and already reinserted. Right I have a local fix semilar to this, but yes the test could fail and I've looked at different ways to stay clear, but havn't decided yet (besides the chances are very small for this to happen)... > Søren, can you think of a reason why the interrupt bit would not be set? Bad silicon, broken design - both fit the CMD nicely :( > Otherwise, can you please take a look at the patch and tweak it so that > some fix for this problem can be committed? Yes, I'll see if I can get the alpha in the air with a new -current... -Søren From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 20 15:42:04 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 BBC1E16A4CF for ; Thu, 20 Nov 2003 15:42:03 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2EC244049 for ; Thu, 20 Nov 2003 15:41:05 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D297C72DB5; Thu, 20 Nov 2003 15:41:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D04AA72DAD; Thu, 20 Nov 2003 15:41:02 -0800 (PST) Date: Thu, 20 Nov 2003 15:41:02 -0800 (PST) From: Doug White To: Gaspar Chilingarov In-Reply-To: <49693.217.113.1.123.1069030580.squirrel@webmail.web.am> Message-ID: <20031120153940.K50912@carver.gumbysoft.com> References: <49693.217.113.1.123.1069030580.squirrel@webmail.web.am> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: enterprise 4500 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: Thu, 20 Nov 2003 23:42:05 -0000 On Mon, 17 Nov 2003, Gaspar Chilingarov wrote: > I got spare ent. 4500 server which can be made available for remote access - > i mean both console and server itself. > > Anyone wish to debug/test sbus scsi support on it ? > In other case i'll install solaris and put it in production. > > Now when i'm booting from 5.1 install CD it hangs on probing devices section > and keren boot log shows that it have not detected any scsi devices. This is the same SCSI chip as the ultra1 and ultra2s have, which is currently unsupported. If you have an add-in sbus card, it might be interesting to check. Qlogic based ones should be supported, as well as the usual PCI suspects if you have that type of I/O card. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 20 17:47: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 0C53116A4CE for ; Thu, 20 Nov 2003 17:47:38 -0800 (PST) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B44443FE1 for ; Thu, 20 Nov 2003 17:47:34 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 8937 invoked by uid 65534); 21 Nov 2003 01:47:32 -0000 Received: from p508E65B5.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.101.181) by mail.gmx.net (mp016) with SMTP; 21 Nov 2003 02:47:32 +0100 X-Authenticated: #5374206 Received: by raven (Postfix, from userid 1001) id 7577690; Fri, 21 Nov 2003 02:47:32 +0100 (CET) Date: Fri, 21 Nov 2003 02:47:32 +0100 From: Thomas Moestl To: Soren Schmidt Message-ID: <20031121014732.GA9102@timesink.dyndns.org> Mail-Followup-To: Soren Schmidt , sparc64@freebsd.org, sos@freebsd.org, Kris Kennaway References: <20031120031150.GA759@timesink.dyndns.org> <200311200834.hAK8YYFh057725@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <200311200834.hAK8YYFh057725@spider.deepcore.dk> User-Agent: Mutt/1.4.1i cc: Kris Kennaway cc: sos@freebsd.org cc: sparc64@freebsd.org 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, 21 Nov 2003 01:47:38 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, 2003/11/20 at 09:34:34 +0100, Soren Schmidt wrote: > It seems Thomas Moestl wrote: > > The issue is that the chip does not set ATA_BMSTAT_INTERRUPT, even though > > it is DMA-capable. My hackaround is to add an interrupt handler for the > > CMD646 that does only check this bit if a DMA transfer is in progress, > > like it was done in pre-ATAng times. This probably isn't the best solution, > > but it works for now. On the problematic boxen, you will also have to > > set hw.ata.ata_dma=0 (they fell back to PIO before automatically anyway, > > and DMA operations time out even if all interrupts are admitted). > > I am not sure whether this is caused by some missing bit of setup that > > is required, but that the firmware doesn't do for us, or whether it > > applies only to some buggy/crippled chip revision in some machines. > > Hmm, the only 646 chip I hace sits in an alpha board which -current > hasn't been upgraded for quite some time as it broke it (might be > fixed in the meantime, I'll try to check.. > However if that bit doesn't work the chip has *serious* problems > and cannot be used in DMA mode at all. I dont recall seeing this > problem on the one in my alpha though, so it might be specific to > certain silicon (rev number cannot be trusted in old CMD chips > either, they are so crappy its unbeliveable)... I've played around some more with panther2, and managed to get it to work seemingly stable in WDMA2 mode by tweaking the initialization code a bit. I've attached the patch which I have used; the following changes in it seem to all be required: - Programming the timings before setting the transfer mode with ata_controlcmd(atadev, ATA_SETFEATURES, ATA_SF_SETXFER, ...); - The added interrupt acking code in the chipset interrupt handler (cribbed from NetBSD) - #if 0-ing out the code that sets the PIO timings. I have not yet investigated whether this is because of the PIO initialization of the disk before DMA is tried, or causes troubles when used for the secondary master, which is a PIO3 CD-ROM. I'll do some more testing tomorrow, and try to shine some light into the PIO timing issue. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ata-hang-point4.diff" Index: ata-chipset.c =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.46 diff -u -r1.46 ata-chipset.c --- ata-chipset.c 18 Nov 2003 15:27:28 -0000 1.46 +++ ata-chipset.c 21 Nov 2003 01:22:20 -0000 @@ -101,6 +101,7 @@ static int ata_sii_mio_allocate(device_t, struct ata_channel *); static void ata_sii_intr(void *); static void ata_cmd_intr(void *); +static void ata_nobms_intr(void *); static void ata_sii_setmode(struct ata_device *, int); static void ata_cmd_setmode(struct ata_device *, int); static int ata_sis_chipinit(device_t); @@ -1581,7 +1582,7 @@ { ATA_CMD649, 0x00, 0, SIIINTR, ATA_UDMA5, "CMD 649" }, { ATA_CMD648, 0x00, 0, SIIINTR, ATA_UDMA4, "CMD 648" }, { ATA_CMD646, 0x07, 0, 0, ATA_UDMA2, "CMD 646U2" }, - { ATA_CMD646, 0x00, 0, 0, ATA_WDMA2, "CMD 646" }, + { ATA_CMD646, 0x00, 0, SIINOBMS, ATA_WDMA2, "CMD 646" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -1599,6 +1600,7 @@ ata_sii_chipinit(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); + void (*ih)(void *); int rid = ATA_IRQ_RID; if (!(ctlr->r_irq = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0, ~0, 1, @@ -1637,10 +1639,14 @@ ctlr->setmode = ata_sii_setmode; } else { + if (ctlr->chip->cfg2 & SIIINTR) + ih = ata_cmd_intr; + else if (ctlr->chip->cfg2 & SIINOBMS) + ih = ata_nobms_intr; + else + ih = ata_generic_intr; if ((bus_setup_intr(dev, ctlr->r_irq, ATA_INTR_FLAGS, - ctlr->chip->cfg2 & SIIINTR ? - ata_cmd_intr : ata_generic_intr, - ctlr, &ctlr->handle))) { + ih, ctlr, &ctlr->handle))) { device_printf(dev, "unable to setup interrupt\n"); return ENXIO; } @@ -1743,6 +1749,40 @@ } static void +ata_nobms_intr(void *data) +{ + struct ata_pci_controller *ctlr = data; + struct ata_channel *ch; + int cr, conf; + int unit; + + /* implement this as a toggle instead to balance load XXX */ + for (unit = 0; unit < 2; unit++) { + if (!(ch = ctlr->interrupt[unit].argument)) + continue; + /* + * The CMD646 does not always seem to set ATA_BMSTAT_INTERRUPT. + * Only check it when a transfer is active. + */ + if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { + int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; + + if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != + ATA_BMSTAT_INTERRUPT) + continue; + ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); + DELAY(1); + } + ctlr->interrupt[unit].function(ch); + /* Ack the interrupt. */ + cr = unit == 0 ? 0x50 : 0x57; + conf = pci_read_config(device_get_parent(ch->dev), cr, 1); + pci_write_config(device_get_parent(ch->dev), cr, + conf | (unit == 0 ? 0x04 : 0x10), 1); + } +} + +static void ata_sii_setmode(struct ata_device *atadev, int mode) { device_t parent = device_get_parent(atadev->channel->dev); @@ -1805,56 +1845,64 @@ } static void +ata_cmd_settimings(struct ata_device *atadev, device_t parent, int mode) +{ + int devno = (atadev->channel->unit << 1) + ATA_DEV(atadev->unit); + int treg = 0x54 + (devno < 3) ? (devno << 1) : 7; + int ureg = atadev->channel->unit ? 0x7b : 0x73; + + if (mode >= ATA_UDMA0) { + int udmatimings[][2] = { { 0x31, 0xc2 }, { 0x21, 0x82 }, + { 0x11, 0x42 }, { 0x25, 0x8a }, + { 0x15, 0x4a }, { 0x05, 0x0a } }; + + u_int8_t umode = pci_read_config(parent, ureg, 1); + + umode &= ~(atadev->unit == ATA_MASTER ? 0x35 : 0xca); + umode |= udmatimings[mode & ATA_MODE_MASK][ATA_DEV(atadev->unit)]; + pci_write_config(parent, ureg, umode, 1); + } + else if (mode >= ATA_WDMA0) { + int dmatimings[] = { 0x87, 0x32, 0x3f }; + + pci_write_config(parent, treg, dmatimings[mode & ATA_MODE_MASK], 1); + pci_write_config(parent, ureg, + pci_read_config(parent, ureg, 1) & + ~(atadev->unit == ATA_MASTER ? 0x35 : 0xca), 1); + } + else { +#if 0 + int piotimings[] = { 0xa9, 0x57, 0x44, 0x32, 0x3f }; + pci_write_config(parent, treg, + piotimings[(mode & ATA_MODE_MASK) - ATA_PIO0], 1); + pci_write_config(parent, ureg, + pci_read_config(parent, ureg, 1) & + ~(atadev->unit == ATA_MASTER ? 0x35 : 0xca), 1); +#endif + } + +} + +static void ata_cmd_setmode(struct ata_device *atadev, int mode) { device_t parent = device_get_parent(atadev->channel->dev); struct ata_pci_controller *ctlr = device_get_softc(parent); - int devno = (atadev->channel->unit << 1) + ATA_DEV(atadev->unit); int error; mode = ata_limit_mode(atadev, mode, ctlr->chip->max_dma); - mode = ata_check_80pin(atadev, mode); + ata_cmd_settimings(atadev, parent, mode); error = ata_controlcmd(atadev, ATA_SETFEATURES, ATA_SF_SETXFER, 0, mode); - if (bootverbose) ata_prtdev(atadev, "%ssetting %s on %s chip\n", (error) ? "FAILURE " : "", ata_mode2str(mode), ctlr->chip->text); - if (!error) { - int treg = 0x54 + (devno < 3) ? (devno << 1) : 7; - int ureg = atadev->channel->unit ? 0x7b : 0x73; - - if (mode >= ATA_UDMA0) { - int udmatimings[][2] = { { 0x31, 0xc2 }, { 0x21, 0x82 }, - { 0x11, 0x42 }, { 0x25, 0x8a }, - { 0x15, 0x4a }, { 0x05, 0x0a } }; - - u_int8_t umode = pci_read_config(parent, ureg, 1); - - umode &= ~(atadev->unit == ATA_MASTER ? 0x35 : 0xca); - umode |= udmatimings[mode & ATA_MODE_MASK][ATA_DEV(atadev->unit)]; - pci_write_config(parent, ureg, umode, 1); - } - else if (mode >= ATA_WDMA0) { - int dmatimings[] = { 0x87, 0x32, 0x3f }; - - pci_write_config(parent, treg, dmatimings[mode & ATA_MODE_MASK], 1); - pci_write_config(parent, ureg, - pci_read_config(parent, ureg, 1) & - ~(atadev->unit == ATA_MASTER ? 0x35 : 0xca), 1); - } - else { - int piotimings[] = { 0xa9, 0x57, 0x44, 0x32, 0x3f }; - pci_write_config(parent, treg, - piotimings[(mode & ATA_MODE_MASK) - ATA_PIO0], 1); - pci_write_config(parent, ureg, - pci_read_config(parent, ureg, 1) & - ~(atadev->unit == ATA_MASTER ? 0x35 : 0xca), 1); - } + if (error) + ata_cmd_settimings(atadev, parent, atadev->mode); + else atadev->mode = mode; - } } /* Index: ata-pci.h =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.18 diff -u -r1.18 ata-pci.h --- ata-pci.h 18 Nov 2003 15:27:28 -0000 1.18 +++ ata-pci.h 21 Nov 2003 00:21:00 -0000 @@ -255,6 +255,7 @@ #define SIIMEMIO 1 #define SIIINTR 0x01 #define SIISETCLK 0x02 +#define SIINOBMS 0x04 #define SIS_SOUTH 1 #define SISSATA 2 Index: ata-queue.c =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.11 diff -u -r1.11 ata-queue.c --- ata-queue.c 20 Oct 2003 14:28:37 -0000 1.11 +++ ata-queue.c 21 Nov 2003 00:21:00 -0000 @@ -316,6 +316,8 @@ ata_timeout(struct ata_request *request) { struct ata_channel *ch = request->device->channel; + struct ata_device *reqdev = request->device; + char *reqstr = ata_cmd2str(request); int quiet = request->flags & ATA_R_QUIET; /* clear timeout etc */ @@ -324,10 +326,11 @@ /* call hw.interrupt to try finish up the command */ ch->hw.interrupt(request->device->channel); if (ch->running != request) { + /* request might already be freed - use copies. */ if (!quiet) - ata_prtdev(request->device, + ata_prtdev(reqdev, "WARNING - %s recovered from missing interrupt\n", - ata_cmd2str(request)); + reqstr); return; } --G4iJoqBmSsgzjUCe-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 20 23:47:48 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 92ACE16A4CE; Thu, 20 Nov 2003 23:47:48 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4550343F75; Thu, 20 Nov 2003 23:47:47 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hAL7kEEQ082666; Fri, 21 Nov 2003 08:46:14 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hAL7kD4Z082665; Fri, 21 Nov 2003 08:46:13 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311210746.hAL7kD4Z082665@spider.deepcore.dk> In-Reply-To: <20031121014732.GA9102@timesink.dyndns.org> To: Thomas Moestl Date: Fri, 21 Nov 2003 08:46:13 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: Kris Kennaway cc: sos@FreeBSD.ORG cc: sparc64@FreeBSD.ORG 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, 21 Nov 2003 07:47:48 -0000 It seems Thomas Moestl wrote: > I've played around some more with panther2, and managed to get it to work > seemingly stable in WDMA2 mode by tweaking the initialization code a bit. > I've attached the patch which I have used; the following changes in it > seem to all be required: > > - Programming the timings before setting the transfer mode with > ata_controlcmd(atadev, ATA_SETFEATURES, ATA_SF_SETXFER, ...); Wierd, sounds like the machine doesn't set it up at all, which would make it hard to boot from ?? > - The added interrupt acking code in the chipset interrupt handler > (cribbed from NetBSD) That shouldn't be needed according to docs, but I'll look through the endless list of erratas for this.. > - #if 0-ing out the code that sets the PIO timings. I have not > yet investigated whether this is because of the PIO initialization > of the disk before DMA is tried, or causes troubles when used > for the secondary master, which is a PIO3 CD-ROM. This all sounds screwed somehow, I've just upgraded my alpha to the latest -current and there the '646 works just fine as is... -Søren From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 21 00:58:51 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 AE04816A4CE; Fri, 21 Nov 2003 00:58:51 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75AA643FDD; Fri, 21 Nov 2003 00:58:48 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 741BD5309; Fri, 21 Nov 2003 09:58:47 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id E05385308; Fri, 21 Nov 2003 09:58:39 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 939F333C86; Fri, 21 Nov 2003 09:58:39 +0100 (CET) To: Soren Schmidt References: <200311210746.hAL7kD4Z082665@spider.deepcore.dk> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 21 Nov 2003 09:58:39 +0100 In-Reply-To: <200311210746.hAL7kD4Z082665@spider.deepcore.dk> (Soren Schmidt's message of "Fri, 21 Nov 2003 08:46:13 +0100 (CET)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.5 required=5.0 tests=RCVD_IN_DYNABLOCK autolearn=no version=2.60 cc: sparc64@FreeBSD.ORG cc: sos@FreeBSD.ORG cc: Thomas Moestl cc: Kris Kennaway 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, 21 Nov 2003 08:58:51 -0000 Soren Schmidt writes: > This all sounds screwed somehow, I've just upgraded my alpha to the > latest -current and there the '646 works just fine as is... I've never been able to use ATA disks in my PWS600au... I haven't tried with atang, but it seems to me that different systems with apparently similar chips may actually be broken in entirely different ways. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 21 01:24:50 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 C7C7316A4D4; Fri, 21 Nov 2003 01:24:50 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05F0043FCB; Fri, 21 Nov 2003 01:24:49 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hAL9NEEQ084445; Fri, 21 Nov 2003 10:23:14 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hAL9NEjH084444; Fri, 21 Nov 2003 10:23:14 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311210923.hAL9NEjH084444@spider.deepcore.dk> In-Reply-To: To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Date: Fri, 21 Nov 2003 10:23:13 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: sparc64@FreeBSD.ORG cc: sos@FreeBSD.ORG cc: Thomas Moestl cc: Kris Kennaway 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, 21 Nov 2003 09:24:51 -0000 It seems Dag-Erling Smørgrav wrote: > Soren Schmidt writes: > > This all sounds screwed somehow, I've just upgraded my alpha to the > > latest -current and there the '646 works just fine as is... > > I've never been able to use ATA disks in my PWS600au... I haven't > tried with atang, but it seems to me that different systems with > apparently similar chips may actually be broken in entirely different > ways. Hmm, the only explanation I can give is that !x86 vendors take different liberties when they do their BIOS/firmware support for the ATA chips. It also seem that in some cases they dont even do the HW right :( -Søren From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 21 06:59:37 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 6AA1716A4CE for ; Fri, 21 Nov 2003 06:59:37 -0800 (PST) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A529443FE0 for ; Fri, 21 Nov 2003 06:59:35 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 15447 invoked by uid 65534); 21 Nov 2003 14:59:34 -0000 Received: from p508E754C.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.117.76) by mail.gmx.net (mp027) with SMTP; 21 Nov 2003 15:59:34 +0100 X-Authenticated: #5374206 Received: by raven (Postfix, from userid 1001) id A028A1A1; Fri, 21 Nov 2003 15:59:28 +0100 (CET) Date: Fri, 21 Nov 2003 15:59:28 +0100 From: Thomas Moestl To: Soren Schmidt Message-ID: <20031121145928.GA5400@timesink.dyndns.org> Mail-Followup-To: Soren Schmidt , Kris Kennaway , sparc64@freebsd.org References: <20031121014732.GA9102@timesink.dyndns.org> <200311210746.hAL7kD4Z082665@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <200311210746.hAL7kD4Z082665@spider.deepcore.dk> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: Kris Kennaway 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, 21 Nov 2003 14:59:37 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, 2003/11/21 at 08:46:13 +0100, Soren Schmidt wrote: > It seems Thomas Moestl wrote: > > I've played around some more with panther2, and managed to get it to work > > seemingly stable in WDMA2 mode by tweaking the initialization code a bit. > > I've attached the patch which I have used; the following changes in it > > seem to all be required: > > > > - Programming the timings before setting the transfer mode with > > ata_controlcmd(atadev, ATA_SETFEATURES, ATA_SF_SETXFER, ...); > > Wierd, sounds like the machine doesn't set it up at all, which would > make it hard to boot from ?? > > > - The added interrupt acking code in the chipset interrupt handler > > (cribbed from NetBSD) > > That shouldn't be needed according to docs, but I'll look through the > endless list of erratas for this.. This was a red herring, sorry. I inadvertently had did another change when I was testing whether this is required. > > - #if 0-ing out the code that sets the PIO timings. I have not > > yet investigated whether this is because of the PIO initialization > > of the disk before DMA is tried, or causes troubles when used > > for the secondary master, which is a PIO3 CD-ROM. > > This all sounds screwed somehow, I've just upgraded my alpha to the > latest -current and there the '646 works just fine as is... It was indeed screwed; I have found the real reason for this behaviour now, which was a simple operator precedence problem in ata_cmd_setmode(): int treg = 0x54 + (devno < 3) ? (devno << 1) : 7; This should, of course, be int treg = 0x54 + ((devno < 3) ? (devno << 1) : 7); I had this right before my eyes for hours yesterday, and just didn't notice it. I'm feeling quite stupid now. The result was of course that the PIO/WDMA timings were written into entirely different PCI registers. For primary master and slave (0 and 1) and secondary slave (3) this was mostly harmless (targets were the PCI device, vendor and status registers), but for the secondary master, the write went into the the PCI command register, and for a PIO3 device the timing value was such that this write cleared the port and busmaster enable bits, which the chip naturally did not like. Exchanging the setmode command and the timing register programming is also not required any more with this fix, though I am not sure why it helped at all before (in this case, I am positive that it was needed). The issue with ATA_BMSTAT_INTERRUPT that I reported remains. While it seems to be set correctly to indicate completion of DMA operations, it is clear for interrupts which pertain to non-DMA events. I have attached an updated patch. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ata-hang-point6.diff" Index: ata-chipset.c =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.46 diff -u -r1.46 ata-chipset.c --- ata-chipset.c 18 Nov 2003 15:27:28 -0000 1.46 +++ ata-chipset.c 21 Nov 2003 14:41:09 -0000 @@ -101,6 +101,7 @@ static int ata_sii_mio_allocate(device_t, struct ata_channel *); static void ata_sii_intr(void *); static void ata_cmd_intr(void *); +static void ata_nobmintr_intr(void *); static void ata_sii_setmode(struct ata_device *, int); static void ata_cmd_setmode(struct ata_device *, int); static int ata_sis_chipinit(device_t); @@ -1581,7 +1582,7 @@ { ATA_CMD649, 0x00, 0, SIIINTR, ATA_UDMA5, "CMD 649" }, { ATA_CMD648, 0x00, 0, SIIINTR, ATA_UDMA4, "CMD 648" }, { ATA_CMD646, 0x07, 0, 0, ATA_UDMA2, "CMD 646U2" }, - { ATA_CMD646, 0x00, 0, 0, ATA_WDMA2, "CMD 646" }, + { ATA_CMD646, 0x00, 0, SIINOBMI, ATA_WDMA2, "CMD 646" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -1599,6 +1600,7 @@ ata_sii_chipinit(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); + void (*ih)(void *); int rid = ATA_IRQ_RID; if (!(ctlr->r_irq = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0, ~0, 1, @@ -1637,10 +1639,14 @@ ctlr->setmode = ata_sii_setmode; } else { + if (ctlr->chip->cfg2 & SIIINTR) + ih = ata_cmd_intr; + else if (ctlr->chip->cfg2 & SIINOBMI) + ih = ata_nobmintr_intr; + else + ih = ata_generic_intr; if ((bus_setup_intr(dev, ctlr->r_irq, ATA_INTR_FLAGS, - ctlr->chip->cfg2 & SIIINTR ? - ata_cmd_intr : ata_generic_intr, - ctlr, &ctlr->handle))) { + ih, ctlr, &ctlr->handle))) { device_printf(dev, "unable to setup interrupt\n"); return ENXIO; } @@ -1743,6 +1749,34 @@ } static void +ata_nobmintr_intr(void *data) +{ + struct ata_pci_controller *ctlr = data; + struct ata_channel *ch; + int unit; + + /* implement this as a toggle instead to balance load XXX */ + for (unit = 0; unit < 2; unit++) { + if (!(ch = ctlr->interrupt[unit].argument)) + continue; + /* + * The CMD646 does not always seem to set ATA_BMSTAT_INTERRUPT. + * Only check it when a transfer is active. + */ + if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { + int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; + + if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != + ATA_BMSTAT_INTERRUPT) + continue; + ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); + DELAY(1); + } + ctlr->interrupt[unit].function(ch); + } +} + +static void ata_sii_setmode(struct ata_device *atadev, int mode) { device_t parent = device_get_parent(atadev->channel->dev); @@ -1823,7 +1857,7 @@ (error) ? "FAILURE " : "", ata_mode2str(mode), ctlr->chip->text); if (!error) { - int treg = 0x54 + (devno < 3) ? (devno << 1) : 7; + int treg = 0x54 + ((devno < 3) ? (devno << 1) : 7); int ureg = atadev->channel->unit ? 0x7b : 0x73; if (mode >= ATA_UDMA0) { Index: ata-pci.h =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.18 diff -u -r1.18 ata-pci.h --- ata-pci.h 18 Nov 2003 15:27:28 -0000 1.18 +++ ata-pci.h 21 Nov 2003 14:09:54 -0000 @@ -255,6 +255,7 @@ #define SIIMEMIO 1 #define SIIINTR 0x01 #define SIISETCLK 0x02 +#define SIINOBMI 0x04 #define SIS_SOUTH 1 #define SISSATA 2 Index: ata-queue.c =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.11 diff -u -r1.11 ata-queue.c --- ata-queue.c 20 Oct 2003 14:28:37 -0000 1.11 +++ ata-queue.c 21 Nov 2003 00:21:00 -0000 @@ -316,6 +316,8 @@ ata_timeout(struct ata_request *request) { struct ata_channel *ch = request->device->channel; + struct ata_device *reqdev = request->device; + char *reqstr = ata_cmd2str(request); int quiet = request->flags & ATA_R_QUIET; /* clear timeout etc */ @@ -324,10 +326,11 @@ /* call hw.interrupt to try finish up the command */ ch->hw.interrupt(request->device->channel); if (ch->running != request) { + /* request might already be freed - use copies. */ if (!quiet) - ata_prtdev(request->device, + ata_prtdev(reqdev, "WARNING - %s recovered from missing interrupt\n", - ata_cmd2str(request)); + reqstr); return; } --5vNYLRcllDrimb99-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 21 14:06: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 426EF16A4CE; Fri, 21 Nov 2003 14:06:38 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D4043FA3; Fri, 21 Nov 2003 14:06:36 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hALM4tEQ098028; Fri, 21 Nov 2003 23:04:55 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hALM4tiA098027; Fri, 21 Nov 2003 23:04:55 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311212204.hALM4tiA098027@spider.deepcore.dk> In-Reply-To: <20031121145928.GA5400@timesink.dyndns.org> To: Thomas Moestl Date: Fri, 21 Nov 2003 23:04:55 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: dwhite@freebsd.org cc: sparc64@freebsd.org cc: Kris Kennaway 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, 21 Nov 2003 22:06:38 -0000 It seems Thomas Moestl wrote: > This was a red herring, sorry. I inadvertently had did another change > when I was testing whether this is required. Well, shit happens :) OK, try the following patch, it should do the tricks: Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.46 diff -u -r1.46 ata-chipset.c --- ata-chipset.c 18 Nov 2003 15:27:28 -0000 1.46 +++ ata-chipset.c 21 Nov 2003 22:05:26 -0000 @@ -101,6 +101,7 @@ static int ata_sii_mio_allocate(device_t, struct ata_channel *); static void ata_sii_intr(void *); static void ata_cmd_intr(void *); +static void ata_cmd_old_intr(void *); static void ata_sii_setmode(struct ata_device *, int); static void ata_cmd_setmode(struct ata_device *, int); static int ata_sis_chipinit(device_t); @@ -1639,7 +1642,7 @@ else { if ((bus_setup_intr(dev, ctlr->r_irq, ATA_INTR_FLAGS, ctlr->chip->cfg2 & SIIINTR ? - ata_cmd_intr : ata_generic_intr, + ata_cmd_intr : ata_cmd_old_intr, ctlr, &ctlr->handle))) { device_printf(dev, "unable to setup interrupt\n"); return ENXIO; @@ -1743,6 +1748,30 @@ } static void +ata_cmd_old_intr(void *data) +{ + struct ata_pci_controller *ctlr = data; + struct ata_channel *ch; + int unit; + + /* implement this as a toggle instead to balance load XXX */ + for (unit = 0; unit < 2; unit++) { + if (!(ch = ctlr->interrupt[unit].argument)) + continue; + if (ch->dma && (ch->dma->flags & ATA_DMA_ACTIVE)) { + int bmstat = ATA_IDX_INB(ch, ATA_BMSTAT_PORT) & ATA_BMSTAT_MASK; + + if ((bmstat & (ATA_BMSTAT_ACTIVE | ATA_BMSTAT_INTERRUPT)) != + ATA_BMSTAT_INTERRUPT) + continue; + ATA_IDX_OUTB(ch, ATA_BMSTAT_PORT, bmstat & ~ATA_BMSTAT_ERROR); + DELAY(1); + } + ctlr->interrupt[unit].function(ch); + } +} + +static void ata_sii_setmode(struct ata_device *atadev, int mode) { device_t parent = device_get_parent(atadev->channel->dev); @@ -1823,7 +1852,7 @@ (error) ? "FAILURE " : "", ata_mode2str(mode), ctlr->chip->text); if (!error) { - int treg = 0x54 + (devno < 3) ? (devno << 1) : 7; + int treg = 0x54 + ((devno < 3) ? (devno << 1) : 7); int ureg = atadev->channel->unit ? 0x7b : 0x73; if (mode >= ATA_UDMA0) { -Søren From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 21 14:57:44 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 663F416A4CE for ; Fri, 21 Nov 2003 14:57:44 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7580544014 for ; Fri, 21 Nov 2003 14:57:41 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6035772DB5; Fri, 21 Nov 2003 14:57:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5E07A72DAD; Fri, 21 Nov 2003 14:57:41 -0800 (PST) Date: Fri, 21 Nov 2003 14:57:41 -0800 (PST) From: Doug White To: Soren Schmidt In-Reply-To: <200311212204.hALM4tiA098027@spider.deepcore.dk> Message-ID: <20031121145621.M58426@carver.gumbysoft.com> References: <200311212204.hALM4tiA098027@spider.deepcore.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kris Kennaway cc: Thomas Moestl cc: sparc64@freebsd.org 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, 21 Nov 2003 22:57:44 -0000 On Fri, 21 Nov 2003, Soren Schmidt wrote: > OK, try the following patch, it should do the tricks: "Works for me!" :) Tested WDMA2 and PIO modes; this is a plain 646 and not a 646U. Thanks all for the hard work on this. Kinda sucks that it was shot for 3 months, but what can ya do. At least it'll work for 5.2-RELEASE. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 21 16:27:11 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 60C6316A4CE; Fri, 21 Nov 2003 16:27:11 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EC2143F75; Fri, 21 Nov 2003 16:27:09 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DB85B66C55; Fri, 21 Nov 2003 16:27:08 -0800 (PST) Date: Fri, 21 Nov 2003 16:27:08 -0800 From: Kris Kennaway To: =?unknown-8bit?Q?S=F8ren?= Schmidt Message-ID: <20031122002708.GA7926@xor.obsecurity.org> References: <200311212258.hALMwuSu021852@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <200311212258.hALMwuSu021852@repoman.freebsd.org> User-Agent: Mutt/1.4.1i cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ata ata-chipset.c 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: Sat, 22 Nov 2003 00:27:11 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 21, 2003 at 02:58:56PM -0800, S=F8ren Schmidt wrote: > sos 2003/11/21 14:58:56 PST >=20 > FreeBSD src repository >=20 > Modified files: > sys/dev/ata ata-chipset.c=20 > Log: > Fix support for the cmd646 chip. > =20 > Spotted by: tmm > reviewed by: re@ Thanks! This should fix the problems people have been seeing on Ultra 5/10 systems. Kris --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/vq1cWry0BWjoQKURAjFaAKCgFX7QBBI1WbqH/o0pDiOsy6hHKACgjfde 90pFXvE0JQofFMKNxN4nMnw= =4sQY -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 21 16:30:43 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 1CA7E16A4CF for ; Fri, 21 Nov 2003 16:30:43 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 507F643FD7 for ; Fri, 21 Nov 2003 16:30:42 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DB58F66C55; Fri, 21 Nov 2003 16:30:41 -0800 (PST) Date: Fri, 21 Nov 2003 16:30:41 -0800 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20031122003041.GA8015@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: [kris@obsecurity.org: Re: cvs commit: src/sys/dev/ata ata-chipset.c] 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: Sat, 22 Nov 2003 00:30:43 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ----- Forwarded message from Kris Kennaway ----- Date: Fri, 21 Nov 2003 16:27:08 -0800 From: Kris Kennaway To: S=F8ren Schmidt Cc: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ata ata-chipset.c In-Reply-To: <200311212258.hALMwuSu021852@repoman.freebsd.org> User-Agent: Mutt/1.4.1i On Fri, Nov 21, 2003 at 02:58:56PM -0800, S=F8ren Schmidt wrote: > sos 2003/11/21 14:58:56 PST >=20 > FreeBSD src repository >=20 > Modified files: > sys/dev/ata ata-chipset.c=20 > Log: > Fix support for the cmd646 chip. > =20 > Spotted by: tmm > reviewed by: re@ Thanks! This should fix the problems people have been seeing on Ultra 5/10 systems. Kris ----- End forwarded message ----- --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/vq4xWry0BWjoQKURAmcbAKDLatQ4wNZ+b/RA7lz7SmgNfsRJDQCdEUVw DCZv9Dc+StrJB2G2ExCyMKA= =+0/o -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 21 19:55:51 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 7C13F16A4CE; Fri, 21 Nov 2003 19:55:51 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E03543FCB; Fri, 21 Nov 2003 19:55:50 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.10/8.12.9) with ESMTP id hAM3tnYR010647; Fri, 21 Nov 2003 22:55:49 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031122002708.GA7926@xor.obsecurity.org> References: <200311212258.hALMwuSu021852@repoman.freebsd.org> <20031122002708.GA7926@xor.obsecurity.org> Date: Fri, 21 Nov 2003 22:55:48 -0500 To: =?unknown-8bit?Q?S=F8ren?= Schmidt From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: cvs commit: src/sys/dev/ata ata-chipset.c 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: Sat, 22 Nov 2003 03:55:51 -0000 At 4:27 PM -0800 11/21/03, Kris Kennaway wrote: >On Fri, Nov 21, 2003, S=AFren Schmidt wrote: > > sos 2003/11/21 14:58:56 PST >> >> FreeBSD src repository >> >> Modified files: >> sys/dev/ata ata-chipset.c >> Log: >> Fix support for the cmd646 chip. >> >> Spotted by: tmm >> reviewed by: re@ > >Thanks! This should fix the problems people have been seeing >on Ultra 5/10 systems. I hope to have my machine rebuilt on Saturday or Sunday, so thanks to everyone who helped to track this down! -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sat Nov 22 01:03:17 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 1A2D416A4CE; Sat, 22 Nov 2003 01:03:17 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BF2A43FCB; Sat, 22 Nov 2003 01:03:16 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 968D666C8E; Sat, 22 Nov 2003 01:03:15 -0800 (PST) Date: Sat, 22 Nov 2003 01:03:15 -0800 From: Kris Kennaway To: roger@freebsd.org, sparc64@FreeBSD.org Message-ID: <20031122090315.GA15093@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: ports@FreeBSD.org Subject: pwlib-1.5.0_2 broken on sparc64 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: Sat, 22 Nov 2003 09:03:17 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/sparc64-5-latest/pwlib-1.5.0_2.log Can someone please investigate? This package is supposed to appear on the Disc 1 CD image. Perhaps it cannot be built on sparc64 for fundamental reasons, in which case it should be marked ONLY_FOR_ARCHS/NOT_FOR_ARCHS as appopriate. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/vyZTWry0BWjoQKURAnalAJ9YjNzMid6sEwx2QGtdzk0jgiHsxQCfRdZo PnsqMcIzbjA/dIIO5EL7OYs= =6Xla -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Nov 22 01:21:13 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 C3AA916A4CE; Sat, 22 Nov 2003 01:21:13 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3781C43F75; Sat, 22 Nov 2003 01:21:10 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAM9L8se001485; Sat, 22 Nov 2003 04:21:09 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAM9KYuY052771; Sat, 22 Nov 2003 04:20:34 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20031122090315.GA15093@xor.obsecurity.org> References: <20031122090315.GA15093@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ye/ML7INVRiD/HeyPh81" Organization: MarcusCom, Inc. Message-Id: <1069492859.55784.34.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 22 Nov 2003 04:20:59 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: ports@freebsd.org cc: roger@freebsd.org cc: sparc64@freebsd.org Subject: Re: pwlib-1.5.0_2 broken on sparc64 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: Sat, 22 Nov 2003 09:21:13 -0000 --=-ye/ML7INVRiD/HeyPh81 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2003-11-22 at 04:03, Kris Kennaway wrote: > http://bento.freebsd.org/errorlogs/sparc64-5-latest/pwlib-1.5.0_2.log >=20 > Can someone please investigate? This package is supposed to appear on > the Disc 1 CD image. Perhaps it cannot be built on sparc64 for > fundamental reasons, in which case it should be marked > ONLY_FOR_ARCHS/NOT_FOR_ARCHS as appopriate. pwlib doesn't build on archs other than i386 IIRC. However, GNOME, the consumer of this port via gnomemeeting, should not depend on it unless the arch is i386. Joe >=20 > Kris --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-ye/ML7INVRiD/HeyPh81 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/vyp7b2iPiv4Uz4cRAuihAJ0R0UvP7EZNzhmHpc39o/o7+fZGdACfc/BJ Wy+F6QlAcadALqV8uefQP8Y= =bpjC -----END PGP SIGNATURE----- --=-ye/ML7INVRiD/HeyPh81-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Nov 22 01:51:27 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 CEAE416A4D1; Sat, 22 Nov 2003 01:51:27 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE25143FDF; Sat, 22 Nov 2003 01:51:26 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EB7A966C55; Sat, 22 Nov 2003 01:51:25 -0800 (PST) Date: Sat, 22 Nov 2003 01:51:25 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20031122095125.GA15558@xor.obsecurity.org> References: <20031122090315.GA15093@xor.obsecurity.org> <1069492859.55784.34.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <1069492859.55784.34.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.1i cc: ports@FreeBSD.org cc: roger@FreeBSD.org cc: sparc64@FreeBSD.org cc: Kris Kennaway Subject: Re: pwlib-1.5.0_2 broken on sparc64 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: Sat, 22 Nov 2003 09:51:28 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 22, 2003 at 04:20:59AM -0500, Joe Marcus Clarke wrote: > On Sat, 2003-11-22 at 04:03, Kris Kennaway wrote: > > http://bento.freebsd.org/errorlogs/sparc64-5-latest/pwlib-1.5.0_2.log > >=20 > > Can someone please investigate? This package is supposed to appear on > > the Disc 1 CD image. Perhaps it cannot be built on sparc64 for > > fundamental reasons, in which case it should be marked > > ONLY_FOR_ARCHS/NOT_FOR_ARCHS as appopriate. >=20 > pwlib doesn't build on archs other than i386 IIRC. However, GNOME, the > consumer of this port via gnomemeeting, should not depend on it unless > the arch is i386. OK..for some reason the print-cdrom-packages script generated the i386 package list even though I set PKG_ARCH=3Dsparc64. The port should still be marked FOO_ARCHS if it's unbuildable. Kris --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/vzGdWry0BWjoQKURAoWQAKCk8VmDBdrOhtzUjZ5AoFtGDmMK2wCg430x dVmkWFhOyvjVHHo3D3B+lPs= =wCTf -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Nov 22 02:06:50 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 7BBA616A4CE; Sat, 22 Nov 2003 02:06:50 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E14E543FE0; Sat, 22 Nov 2003 02:06:48 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu74-159-108.nc.rr.com [24.74.159.108])hAMA6lNW028999; Sat, 22 Nov 2003 05:06:47 -0500 (EST) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) hAMA6HuY053038; Sat, 22 Nov 2003 05:06:17 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20031122095125.GA15558@xor.obsecurity.org> References: <20031122090315.GA15093@xor.obsecurity.org> <1069492859.55784.34.camel@shumai.marcuscom.com> <20031122095125.GA15558@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wU1RUWchodzKMse3MV/i" Organization: MarcusCom, Inc. Message-Id: <1069495602.55784.38.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 22 Nov 2003 05:06:42 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on creme-brulee.marcuscom.com cc: ports@FreeBSD.org cc: roger@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: pwlib-1.5.0_2 broken on sparc64 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: Sat, 22 Nov 2003 10:06:50 -0000 --=-wU1RUWchodzKMse3MV/i Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2003-11-22 at 04:51, Kris Kennaway wrote: > On Sat, Nov 22, 2003 at 04:20:59AM -0500, Joe Marcus Clarke wrote: > > On Sat, 2003-11-22 at 04:03, Kris Kennaway wrote: > > > http://bento.freebsd.org/errorlogs/sparc64-5-latest/pwlib-1.5.0_2.log > > >=20 > > > Can someone please investigate? This package is supposed to appear o= n > > > the Disc 1 CD image. Perhaps it cannot be built on sparc64 for > > > fundamental reasons, in which case it should be marked > > > ONLY_FOR_ARCHS/NOT_FOR_ARCHS as appopriate. > >=20 > > pwlib doesn't build on archs other than i386 IIRC. However, GNOME, the > > consumer of this port via gnomemeeting, should not depend on it unless > > the arch is i386. >=20 > OK..for some reason the print-cdrom-packages script generated the i386 > package list even though I set PKG_ARCH=3Dsparc64. The port should > still be marked FOO_ARCHS if it's unbuildable. Agreed. I talked to Roger about this before, and I can't remember if he said he was working on it. Roger, if you'd like, I'd be happy to mark this port for i386 only. Joe >=20 > Kris --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-wU1RUWchodzKMse3MV/i Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/vzUyb2iPiv4Uz4cRApoNAJ9qG7Shno0O0EmJcMjYI5P2/XznKwCdGKcg 3ERG8pc53KlmFnwXo+wXVrQ= =Gb47 -----END PGP SIGNATURE----- --=-wU1RUWchodzKMse3MV/i-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Nov 22 14:31:15 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 C31F116A4CE; Sat, 22 Nov 2003 14:31:15 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 120F243F75; Sat, 22 Nov 2003 14:31:15 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AEF2666C8E; Sat, 22 Nov 2003 14:31:14 -0800 (PST) Date: Sat, 22 Nov 2003 14:31:14 -0800 From: Kris Kennaway To: steve@FreeBSD.org Message-ID: <20031122223114.GA27817@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: sparc64@FreeBSD.org Subject: open-motif-2.2.2_1 broken on sparc64 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: Sat, 22 Nov 2003 22:31:15 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/sparc64-5-latest/open-motif-2.2.2_1.log Can someone please investigate? This package is supposed to be included on the disc 1 image. Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/v+OyWry0BWjoQKURAu9QAKDSaUsbWs5sgpBbUwJcKS9Tyy5D5gCeNuJg 7xcRk4bvOoGJTpSkuAJXkTo= =EXMN -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7--