From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 29 00:28:56 2004 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 20F8316A4CE; Sun, 29 Aug 2004 00:28:56 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED7443D5C; Sun, 29 Aug 2004 00:28:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.13.1/8.13.1) with ESMTP id i7T0Snlr080366; Sat, 28 Aug 2004 20:28:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7T0Ssmr018799; Sat, 28 Aug 2004 20:28:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 385757303F; Sat, 28 Aug 2004 20:28:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040829002855.385757303F@freebsd-current.sentex.ca> Date: Sat, 28 Aug 2004 20:28:55 -0400 (EDT) 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, 29 Aug 2004 00:28:56 -0000 TB --- 2004-08-28 23:09:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-28 23:09:46 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-28 23:09:46 - checking out the source tree TB --- 2004-08-28 23:09:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-08-28 23:09:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-28 23:14:37 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-28 23:14:37 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-28 23:14:37 - /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 --- 2004-08-29 00:17:45 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-29 00:17:45 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-29 00:17:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 29 00:17:45 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Aug 29 00:28:54 UTC 2004 TB --- 2004-08-29 00:28:54 - generating LINT kernel config TB --- 2004-08-29 00:28:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-08-29 00:28:54 - /usr/bin/make -B LINT TB --- 2004-08-29 00:28:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-29 00:28:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-29 00:28:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 29 00:28:54 UTC 2004 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf; PATH=/home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/sbin:/home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/bin:/home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/games:/home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/sbin:/home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/bin:/home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf/LINT FYI: static unit limits for vcoda are set: NVCODA=4 config: Error: device "ichwd" is unknown config: 1 errors *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-29 00:28:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-29 00:28:54 - ERROR: failed to build lint kernel TB --- 2004-08-29 00:28:54 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 29 03:55:26 2004 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 5A04516A4CF; Sun, 29 Aug 2004 03:55:26 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0943E43D1D; Sun, 29 Aug 2004 03:55:26 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i7T3tPTH005995; Sat, 28 Aug 2004 23:55:25 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i7T3tPRP005994; Sat, 28 Aug 2004 23:55:25 -0400 (EDT) Date: Sat, 28 Aug 2004 23:55:25 -0400 From: Ken Smith To: Hiroki Sato Message-ID: <20040829035525.GB5269@electra.cse.Buffalo.EDU> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? 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: Sun, 29 Aug 2004 03:55:26 -0000 On Sun, Aug 29, 2004 at 05:57:15AM +0900, Hiroki Sato wrote: > If so, I would like to move U1E and U2E to the "Fully Supported Systems" > section. I do not know about E3500 and E4500, but they use a different > controller chip? Yes, please move U1E and U2 (no E) to "Fully Supported". Despite what the page had said before I think "U1E" is actually a common name for one of two different versions of the Ultra-1 machines. The two are significantly different, and we actually do not support the "U1". The normal U1 has a Lance Ethernet controller chip for its on-board interface and has a "narrow" SCSI interface connector coming out its back. I don't think we have a Lance Ethernet driver at all, and that machine's SCSI controller is different enough from the U1E's controller that it doesn't work. I think. :-) The U1E has a HME onboard ethernet controller and a wide SCSI connector coming out the back. You might want to wait a day or two or three before making the change to the page to see if anyone else replies. I actually have both of the different Ultra-1 variants and the case of each has the names I describe above. But others might have input. :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 29 08:51:15 2004 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 3C7DC16A4CE; Sun, 29 Aug 2004 08:51:15 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C86D43D1D; Sun, 29 Aug 2004 08:51:15 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7T8pDwd027276; Sun, 29 Aug 2004 01:51:13 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7T8pClN027263; Sun, 29 Aug 2004 01:51:12 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 2004 01:51:12 -0700 From: "David O'Brien" To: Ken Smith Message-ID: <20040829085112.GB3971@dragon.nuxi.com> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040829035525.GB5269@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Hiroki Sato cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 08:51:15 -0000 On Sat, Aug 28, 2004 at 11:55:25PM -0400, Ken Smith wrote: > Yes, please move U1E and U2 (no E) to "Fully Supported". > > Despite what the page had said before I think "U1E" is actually a > common name for one of two different versions of the Ultra-1 machines. > The two are significantly different, and we actually do not support > the "U1". The normal U1 has a Lance Ethernet controller chip for > its on-board interface and has a "narrow" SCSI interface connector > coming out its back. I don't think we have a Lance Ethernet driver > at all, and that machine's SCSI controller is different enough from > the U1E's controller that it doesn't work. I think. :-) The U1E > has a HME onboard ethernet controller and a wide SCSI connector > coming out the back. This is correct. Please make the changes in the documentation. 'E' => "Enterprise". -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 29 10:22:03 2004 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 8BF6816A4CE; Sun, 29 Aug 2004 10:22:03 +0000 (GMT) Received: from nwkea-mail-2.sun.com (nwkea-mail-2.sun.com [192.18.42.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7514B43D46; Sun, 29 Aug 2004 10:22:03 +0000 (GMT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by nwkea-mail-2.sun.com (8.12.10/8.12.9) with ESMTP id i7TALw35015689; Sun, 29 Aug 2004 03:21:59 -0700 (PDT) Received: from ultrahot.finland.sun.com (ultrahot [129.159.101.87]) ESMTP id i7TALvOW005402; Sun, 29 Aug 2004 13:21:57 +0300 (EEST) Received: from ultrahot.finland.sun.com (localhost [127.0.0.1]) i7TALue3020510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Aug 2004 13:21:56 +0300 (EEST) Received: (from tomppa@localhost)i7TALuEW020507; Sun, 29 Aug 2004 13:21:56 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16689.44611.909721.433824@ultrahot.finland.sun.com> Date: Sun, 29 Aug 2004 13:21:55 +0300 To: obrien@freebsd.org In-Reply-To: <20040829085112.GB3971@dragon.nuxi.com> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> <20040829085112.GB3971@dragon.nuxi.com> X-Mailer: VM 7.18 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid cc: Ken Smith cc: Hiroki Sato cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 10:22:03 -0000 David O'Brien writes: > > This is correct. Please make the changes in the documentation. > 'E' => "Enterprise". > This is not correct. Sun did have machines like Enterprise 1 and 2 but these are completely different thing than U1E. Actually E1 is U1 not U1E. Enterprise machines were normally without frame buffers and package included Solaris server media. If you look machine front and the difference is logo 1 Green circle = Ultra 1, sbus only, tgx graphics, 10M ethernet, narrow scsi Red Circle = Ultra 1 E = UPA slot for creator graphics with 100 ethernet, wide scsi Blue square = Enterprise 1 = like normal Ultra 1 Tomppa From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 29 18:05:24 2004 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 3670316A4CF; Sun, 29 Aug 2004 18:05:24 +0000 (GMT) Received: from sirius.firepipe.net (sirius.firepipe.net [69.13.116.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36CFE43D49; Sun, 29 Aug 2004 18:05:14 +0000 (GMT) (envelope-from will@csociety.org) Received: by sirius.firepipe.net (Postfix, from userid 1000) id B7BC7181A9; Sun, 29 Aug 2004 13:05:13 -0500 (EST) Date: Sun, 29 Aug 2004 13:05:13 -0500 From: Will Andrews To: Ken Smith Message-ID: <20040829180513.GR3862@sirius.firepipe.net> Mail-Followup-To: Ken Smith , Hiroki Sato , sparc64@freebsd.org References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YQEH9CATo+4lan7A" Content-Disposition: inline In-Reply-To: <20040829035525.GB5269@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.5.6i cc: Hiroki Sato cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? 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: Sun, 29 Aug 2004 18:05:24 -0000 --YQEH9CATo+4lan7A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 28, 2004 at 11:55:25PM -0400, Ken Smith wrote: > I don't think we have a Lance Ethernet driver > at all Actually, we do. lnc(4) likely doesn't work with sparc64. Regards, --=20 wca --YQEH9CATo+4lan7A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBMhrZF47idPgWcsURAswJAJ402Kw3u+E+Jd/gbNx9VCa/Yt+3aACfaqBE CW0jrq8NnDyS613lCylQzEM= =vqf1 -----END PGP SIGNATURE----- --YQEH9CATo+4lan7A-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 29 23:00:55 2004 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 EC37E16A4CE; Sun, 29 Aug 2004 23:00:55 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A167E43D3F; Sun, 29 Aug 2004 23:00:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7TN0s3Y077684; Sun, 29 Aug 2004 19:00:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7TN0tsW089913; Sun, 29 Aug 2004 19:00:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CEF6B7303F; Sun, 29 Aug 2004 19:00:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040829230054.CEF6B7303F@freebsd-current.sentex.ca> Date: Sun, 29 Aug 2004 19:00:54 -0400 (EDT) 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, 29 Aug 2004 23:00:56 -0000 TB --- 2004-08-29 21:35:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-29 21:35:27 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-29 21:35:28 - checking out the source tree TB --- 2004-08-29 21:35:28 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-08-29 21:35:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-29 21:40:20 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-29 21:40:20 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-29 21:40:20 - /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 --- 2004-08-29 22:43:11 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-29 22:43:11 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-29 22:43:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 29 22:43:11 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Aug 29 22:54:20 UTC 2004 TB --- 2004-08-29 22:54:20 - generating LINT kernel config TB --- 2004-08-29 22:54:20 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-08-29 22:54:20 - /usr/bin/make -B LINT TB --- 2004-08-29 22:54:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-29 22:54:20 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-29 22:54:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 29 22:54:20 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_autoconf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_blist.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_bus.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_bus.c: In function `print_device_short': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_bus.c:3555: warning: int format, pointer arg (arg 12) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_bus.c:3555: warning: too many arguments for format *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-29 23:00:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-29 23:00:54 - ERROR: failed to build lint kernel TB --- 2004-08-29 23:00:54 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 29 23:37:14 2004 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 D4AE016A4CE; Sun, 29 Aug 2004 23:37:14 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C2E643D41; Sun, 29 Aug 2004 23:37:14 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.3] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i7TNbAF3001876; Sun, 29 Aug 2004 19:37:12 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <20040829035525.GB5269@electra.cse.Buffalo.EDU> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> Date: Mon, 30 Aug 2004 01:34:52 +0200 To: Ken Smith From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: Hiroki Sato cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? 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: Sun, 29 Aug 2004 23:37:15 -0000 At 11:55 PM -0400 2004-08-28, Ken Smith wrote: > Despite what the page had said before I think "U1E" is actually a > common name for one of two different versions of the Ultra-1 machines. I've been looking at the hardware specs for the U2 at , and comparing the pages at and . I didn't find a page for the U2E, however. However, looking at these pages, it's not obvious to me what the precise hardware differences are between the different sub-models. > The two are significantly different, and we actually do not support > the "U1". The normal U1 has a Lance Ethernet controller chip for > its on-board interface and has a "narrow" SCSI interface connector > coming out its back. I don't think we have a Lance Ethernet driver > at all, and that machine's SCSI controller is different enough from > the U1E's controller that it doesn't work. I think. :-) The U1E > has a HME onboard ethernet controller and a wide SCSI connector > coming out the back. The Lance Ethernet chip should be easy enough to support. If we don't have it, I'm sure NetBSD and OpenBSD do -- how hard would it be to port them? I'm more concerned about the SCSI controller, however. Does anyone have any ideas which specific controllers are included with which machines, and how they are different? Speaking only for myself, I'd like to do what I can to try to help FreeBSD/SPARC64 support all the UltraSPARC machines, including all variants of U1, U2, etc.... -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 02:07:13 2004 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 B0AA916A4CE for ; Mon, 30 Aug 2004 02:07:13 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D01343D45 for ; Mon, 30 Aug 2004 02:07:13 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7U27Arp098455; Sun, 29 Aug 2004 19:07:12 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7U27A1C098454; Sun, 29 Aug 2004 19:07:10 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 2004 19:07:10 -0700 From: "David O'Brien" To: Brad Knowles Message-ID: <20040830020710.GA98170@dragon.nuxi.com> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 02:07:13 -0000 On Mon, Aug 30, 2004 at 01:34:52AM +0200, Brad Knowles wrote: > At 11:55 PM -0400 2004-08-28, Ken Smith wrote: > > > Despite what the page had said before I think "U1E" is actually a > > common name for one of two different versions of the Ultra-1 machines. > > I've been looking at the hardware specs for the U2 at > , and > comparing the pages at > > and > . > I didn't find a page for the U2E, however. > > However, looking at these pages, it's not obvious to me what the > precise hardware differences are between the different sub-models. For all practical purposes (or at least FreeBSD's purposes), U2 and U1E are identical from a SCSI and NIC stand point. Think of them as a difference between Pentium and 2P Pentum-III. :-) The U2's CPU's are cartridges and a U2 is a 2P machine. The U1E's CPU's are directly attached to the mobo (and is "standard" modern looking CPU). A U1E has the same CPU as the same speed U1. > The Lance Ethernet chip should be easy enough to support. If we > don't have it, I'm sure NetBSD and OpenBSD do -- how hard would it be > to port them? Its all a issue of someone doing the work -- it isn't rocket science. Besides 'lnc(4)' we also had a 2nd Lance Ethernet driver in the tree -- you can find it here src/sys/alpha/tc/Attic/if_le*. Since this one was ported from NetBSD, another approach would be to resurrect it and grab the PCI attachment code from NetBSD. > I'm more concerned about the SCSI controller, however. Does > anyone have any ideas which specific controllers are included with > which machines, and how they are different? Scottl has looked extensively into this. I also gave him a U1 to play with supporting the SCSI if he gets spare moments. > Speaking only for myself, I'd like to do what I can to try to > help FreeBSD/SPARC64 support all the UltraSPARC machines, including > all variants of U1, U2, etc.... There is still so much polishing to do (especially in ports) for U2 and U1E machines that there is plenty you can contribute to and still not worry 1 bit about the U1. If ports isn't your cup of tea; there is still work to just support all the devices on U2 and U1E. That's not even including the whole syscon issue so people could use the framebuffer on U2/U1E. -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 03:57:11 2004 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 9231716A4CE; Mon, 30 Aug 2004 03:57:11 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D471443D1D; Mon, 30 Aug 2004 03:57:08 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i7U3ubsB064073; Sun, 29 Aug 2004 21:56:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4132A4F7.1000701@samsco.org> Date: Sun, 29 Aug 2004 21:54:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> <20040830020710.GA98170@dragon.nuxi.com> In-Reply-To: <20040830020710.GA98170@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? 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, 30 Aug 2004 03:57:11 -0000 David O'Brien wrote: > On Mon, Aug 30, 2004 at 01:34:52AM +0200, Brad Knowles wrote: > >>At 11:55 PM -0400 2004-08-28, Ken Smith wrote: >> >> >>>Despite what the page had said before I think "U1E" is actually a >>>common name for one of two different versions of the Ultra-1 machines. >> >> I've been looking at the hardware specs for the U2 at >>, and >>comparing the pages at >> >>and >>. >>I didn't find a page for the U2E, however. >> >> However, looking at these pages, it's not obvious to me what the >>precise hardware differences are between the different sub-models. > > > For all practical purposes (or at least FreeBSD's purposes), U2 and U1E > are identical from a SCSI and NIC stand point. Think of them as a > difference between Pentium and 2P Pentum-III. :-) The U2's CPU's are > cartridges and a U2 is a 2P machine. The U1E's CPU's are directly > attached to the mobo (and is "standard" modern looking CPU). A U1E has > the same CPU as the same speed U1. > > >> The Lance Ethernet chip should be easy enough to support. If we >>don't have it, I'm sure NetBSD and OpenBSD do -- how hard would it be >>to port them? > > > Its all a issue of someone doing the work -- it isn't rocket science. > Besides 'lnc(4)' we also had a 2nd Lance Ethernet driver in the tree -- > you can find it here src/sys/alpha/tc/Attic/if_le*. Since this one was > ported from NetBSD, another approach would be to resurrect it and grab the > PCI attachment code from NetBSD. > > > > >> I'm more concerned about the SCSI controller, however. Does >>anyone have any ideas which specific controllers are included with >>which machines, and how they are different? > > > Scottl has looked extensively into this. I also gave him a U1 to play > with supporting the SCSI if he gets spare moments. > > >> Speaking only for myself, I'd like to do what I can to try to >>help FreeBSD/SPARC64 support all the UltraSPARC machines, including >>all variants of U1, U2, etc.... > > > There is still so much polishing to do (especially in ports) for U2 and > U1E machines that there is plenty you can contribute to and still not > worry 1 bit about the U1. > > If ports isn't your cup of tea; there is still work to just support all > the devices on U2 and U1E. That's not even including the whole syscon > issue so people could use the framebuffer on U2/U1E. > Ok, let's back up a bit..... The Ultra1 variant that has a FEPS chip (Fast Ethernet/Parallel Port/Scsi is what that stands for, btw) is fully supported by FreeBSD. It is the same chip as is in the Ultra2. Fully supported. Well, maybe not the parallel port, but that would be trivial if someone wanted to tackle it. The Ultra1 variant that has a Lance Ethernet chip and an ESP100 Fast SCSI chip (not wide) is not supported. Let me explain: Lance - the FreeBSD lnc driver is highly i386 specific. It has attachments for ISA, CBUS, and PCI, so you might think that it would be trivial to write an Sbus attachment. Unfortunately, the DMA logic is radically different. I have a work-in-progress on this, but it's not really looking good. I'm actually considering porting the NetBSD le(4) driver as a replacement. ESP100 - the esp(4) driver that I ported for the Ultra2 will support this, but there are some technical problems with the way that the SCSI core and DMA core attach that makes this really hard right now. I ignored a lot of glue in the NetBSD driver related to this when I ported it, and it'll need to be revisited. Both Lance and ESP100 require a lot of work to the SBus infrastructure. Both are compound devices that have children, but FreeBSD really doesn't have a very good concept of SBus children having children of their own. There are ways to hack this, but I want to avoid going that route. The better solution is to make use of the newbus subclassing mechanism and create a base SBus class that these drivers can use for thier children. Again, I have some work in progress in this area, but it's not making a whole lot of progress at the moment. In reality, it's hard to get excited about putting this much work into a machine that is only 167MHz. The Ultra2 is fairly useable but is still pretty slow at basic things like 'buildworld'. I can't possibly imagine waiting for an Ultra1 to complete this task. However, if someone wants to lend a hand, I'd be happy to share my notes and point you in the right direction. Scott From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 05:31:34 2004 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 4EDFE16A4D4; Mon, 30 Aug 2004 05:31:34 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83E1143D2F; Mon, 30 Aug 2004 05:31:33 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i7U5QiAh015223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 30 Aug 2004 14:26:44 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i7U5VUxG001334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Aug 2004 14:31:30 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i7U5VTiH001333; Mon, 30 Aug 2004 14:31:29 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 30 Aug 2004 14:31:29 +0900 From: Pyun YongHyeon To: "David O'Brien" Message-ID: <20040830053129.GA743@kt-is.co.kr> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> <20040830020710.GA98170@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040830020710.GA98170@dragon.nuxi.com> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 05:31:34 -0000 On Sun, Aug 29, 2004 at 07:07:10PM -0700, David O'Brien wrote: ... > > > > However, looking at these pages, it's not obvious to me what the > > precise hardware differences are between the different sub-models. > > For all practical purposes (or at least FreeBSD's purposes), U2 and U1E > are identical from a SCSI and NIC stand point. Think of them as a > difference between Pentium and 2P Pentum-III. :-) The U2's CPU's are > cartridges and a U2 is a 2P machine. The U1E's CPU's are directly > attached to the mobo (and is "standard" modern looking CPU). A U1E has > the same CPU as the same speed U1. > I have been using U2 as a my main development platform for sparc64. It works great and has tolerable performance even with WITNESS kernel options. It seems that there is two problems on U2.(I know hme(4) issue too.) 1. esp(4) works well but its sync. rate is terribly slow(6.25MHz). 2. I have an annoying problems on ssh connection. From time to time, the connection attempt is failed with "key_verify failed for server_host_key". Further investigation shows there is an issue in bn library of OpenSSL. Builing OpenSSL without any optimization seems to fix the issue. But I don't think this is a bug of compiler since the same optimized code works well on AXe. Is it possible one code works on UltraSparc-IIi processor and the same code doesn't work on UltraSparc-II processor?(I vaguely guess UltraSparc-II processor has more cache memory(2MB)) Regards, Pyun YongHyeon -- Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 06:29:07 2004 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 078BE16A4CE for ; Mon, 30 Aug 2004 06:29:07 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9BB443D58 for ; Mon, 30 Aug 2004 06:29:06 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7U6T5E2006226; Sun, 29 Aug 2004 23:29:06 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7U6T5mB006225; Sun, 29 Aug 2004 23:29:05 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 2004 23:29:05 -0700 From: "David O'Brien" To: Brad Knowles , sparc64@freebsd.org Message-ID: <20040830062905.GA6026@dragon.nuxi.com> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> <20040830020710.GA98170@dragon.nuxi.com> <4132A4F7.1000701@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4132A4F7.1000701@samsco.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: Re: U1E and U2 are supported system? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 06:29:07 -0000 On Sun, Aug 29, 2004 at 09:54:31PM -0600, Scott Long wrote: > The Ultra1 variant that has a FEPS chip (Fast Ethernet/Parallel > Port/Scsi is what that stands for, btw) is fully supported by FreeBSD. > It is the same chip as is in the Ultra2. This is the Ultra1E. > The Ultra1 variant that has a Lance Ethernet chip and an ESP100 Fast > SCSI chip (not wide) is not supported. Let me explain: This is the plain Ultra1. > In reality, it's hard to get excited about putting this much work into > a machine that is only 167MHz. That's the _fast_ version. :-) There are also 143 MHz Ultra1's. > The Ultra2 is fairly useable ... And is only US$20-100[*] on eBay. [*] 2x 300mhz, 512MB, 2x 9GB -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 08:40:33 2004 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 6250C16A522 for ; Mon, 30 Aug 2004 08:40:33 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id A283943D62 for ; Mon, 30 Aug 2004 08:40:32 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i7U8ZfAh023440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 30 Aug 2004 17:35:41 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i7U8eSxG001863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Aug 2004 17:40:28 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i7U8eRln001862 for sparc64@freebsd.org; Mon, 30 Aug 2004 17:40:27 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 30 Aug 2004 17:40:27 +0900 From: Pyun YongHyeon To: sparc64@freebsd.org Message-ID: <20040830084027.GA1465@kt-is.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: bus_dma_tag_create(9) broken? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 08:40:33 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline While checking the possibility of "Trident 4D-Wave NX PCI" sound card on sparc64, I encountered an unexpected behavior from bus_dma(9). Since the audio card can't access address ranges larger than 1GB, I had to reduce possible DMA space with 0x3fffffff. But this generated an error in bus_dmamem_load(9) so the card couldn't get proper DMA-capable address. In i386, it seems that there is no such limitations at all. (Both BUS_SPACE_MAXADDR_24BIT, 0x3fffffff works OK.) Anyway the driver snd_t4dwave was broken since it failed to limit DMA addresses. I wonder how the driver worked on i386/amd64. In sparc64, is it intended behavior of bus_dma_tag_create(9)? If this is inherited feature from sparc64 H/W, the Trident audio card couldn't be supported at all. I guess other drivers that don't support 32bit DMA addressing such as maestro/maestro3 has the same issue too. The attached file is sample code I used. Regards, Pyun YongHyeon -- Pyun YongHyeon --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=Makefile # .PATH: ${.CURDIR} KMOD= bus_alloc SRCS= bus_alloc_test.c .include --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bus_alloc_test.c" #include #include #include #include #include #define ALLOC_SIZE (16*1024) static int foo_alloc(void); static void foo_free(void); bus_dma_tag_t dmat = NULL; bus_dmamap_t dmamap = 0; char *vbuf = NULL; bus_addr_t pbuf = 0; static void call_back(void *arg, bus_dma_segment_t *segs, int nseg, int error) { if (error == 0) pbuf = segs[0].ds_addr; else pbuf = 0; } static int foo_alloc(void) { if (bus_dma_tag_create( NULL, 2, 0, /*BUS_SPACE_MAXADDR_32BIT,*/ 0x3fffffff, BUS_SPACE_MAXADDR, NULL, NULL, ALLOC_SIZE, 1, ALLOC_SIZE, BUS_DMA_ALLOCNOW, NULL, NULL, &dmat) != 0) { printf("unable to create dma tag\n"); return (-1); } if (bus_dmamem_alloc(dmat, (void **)&vbuf, BUS_DMA_NOWAIT, &dmamap)) { printf("bus_dmamem_alloc() fail\n"); foo_free(); } if (bus_dmamap_load(dmat, dmamap, vbuf, ALLOC_SIZE, call_back, NULL, 0)) { printf("bus_dmamap_load() fail\n"); foo_free(); } printf("pbuf = 0x%lx\n", pbuf); return (0); } static void foo_free(void) { if (dmamap) bus_dmamap_unload(dmat, dmamap); if (dmamap) bus_dmamem_free(dmat, vbuf, dmamap); if (dmat) bus_dma_tag_destroy(dmat); dmat = NULL; dmamap = 0; vbuf = NULL; pbuf = 0; } static int bus_modevent(module_t mod, int type, void *data) { int err = 0; switch(type) { case MOD_LOAD: foo_alloc(); break; case MOD_UNLOAD: foo_free(); break; default: err = EINVAL; break; } return (err); } static moduledata_t bus_alloc = { "bus_alloc", bus_modevent, 0 }; DECLARE_MODULE(bus_alloc, bus_alloc, SI_SUB_PSEUDO, SI_ORDER_FIRST); MODULE_VERSION(bus_alloc, 1); --YZ5djTAD1cGYuMQK-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 09:00:46 2004 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 D7B1616A4CE; Mon, 30 Aug 2004 09:00:46 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 872E043D5E; Mon, 30 Aug 2004 09:00:31 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.3] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i7U90OD2031435; Mon, 30 Aug 2004 05:00:29 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <4132A4F7.1000701@samsco.org> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> <20040830020710.GA98170@dragon.nuxi.com> <4132A4F7.1000701@samsco.org> Date: Mon, 30 Aug 2004 10:40:18 +0200 To: Scott Long From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? 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, 30 Aug 2004 09:00:47 -0000 At 9:54 PM -0600 2004-08-29, Scott Long wrote: > In reality, it's hard to get > excited about putting this much work into a machine that is only 167MHz. > The Ultra2 is fairly useable but is still pretty slow at basic things > like 'buildworld'. For me, one of the really cool things about the U2 is that you can swap the CPU modules for ones based on UltraSPARC-II, up to 400MHz. That plus decent speed SCSI drives brings them a lot closer to the capabilities of more modern hardware. I mean, 2GB of RAM plus two 400MHz UltraSPARC-II chips gets you into the 220R class, and I have run some pretty good size ISP-class mail servers on machines like that, serving multiple hundreds of thousands of users. Certainly, even an original U2 is quite capable of being a decent firewall/IPSec VPN/DHCP box for a moderate size network, and should be overkill for that function on most SOHO networks. The Ultra1 doesn't let you swap out the CPUs or give you two of them, so that puts it back quite a bit further. Still, as the least expensive UltraSPARC out there, it would be good if we could support them better, if only to lower the barrier to entry. > I can't possibly imagine waiting for an Ultra1 to > complete this task. However, if someone wants to lend a hand, I'd be > happy to share my notes and point you in the right direction. I may have mentioned this before, but I'm not a programmer. I'm happy to drive up to a University in a nearby country and help to pick up a good quantity of boxes that are being donated to the project, and there are a variety of other ways that I will try to contribute to the project -- perhaps including the distribution of some of my existing UltraSPARC hardware to deserving/needy developers. That said, it might be interesting to look into the NetBSD le driver and see just what exactly it is that you kernel hackers do.... -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 11:02:07 2004 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 7902416A4F7 for ; Mon, 30 Aug 2004 11:02:07 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F9D043D5E for ; Mon, 30 Aug 2004 11:02:07 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i7UB275t033974 for ; Mon, 30 Aug 2004 11:02:07 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7UB26Wi033968 for freebsd-sparc64@freebsd.org; Mon, 30 Aug 2004 11:02:06 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 30 Aug 2004 11:02:06 GMT Message-Id: <200408301102.i7UB26Wi033968@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, 30 Aug 2004 11:02:07 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/02/21] sparc64/63161sparc64 system panics when writing to an NFS moun 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/04/14] kern/50943 sparc64 kernel panic to initialize NIC (Intel Pro o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/11] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/05/06] sparc64/66314sparc64 SMP kernel panic: ipi_send: couldn't send o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 4 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 14:39:56 2004 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 0A59C16A4CE; Mon, 30 Aug 2004 14:39:56 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A80043D54; Mon, 30 Aug 2004 14:39:55 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.0.12] (g4.samsco.home [192.168.0.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i7UEdPiG066270; Mon, 30 Aug 2004 08:39:26 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <41333BEF.4010303@freebsd.org> Date: Mon, 30 Aug 2004 08:38:39 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brad Knowles References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> <20040830020710.GA98170@dragon.nuxi.com> <4132A4F7.1000701@samsco.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? 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, 30 Aug 2004 14:39:56 -0000 Brad Knowles wrote: > At 9:54 PM -0600 2004-08-29, Scott Long wrote: > >> In reality, it's hard to get >> excited about putting this much work into a machine that is only 167MHz. >> The Ultra2 is fairly useable but is still pretty slow at basic things >> like 'buildworld'. > > > For me, one of the really cool things about the U2 is that you can > swap the CPU modules for ones based on UltraSPARC-II, up to 400MHz. > That plus decent speed SCSI drives brings them a lot closer to the > capabilities of more modern hardware. I mean, 2GB of RAM plus two > 400MHz UltraSPARC-II chips gets you into the 220R class, and I have run > some pretty good size ISP-class mail servers on machines like that, > serving multiple hundreds of thousands of users. > > Certainly, even an original U2 is quite capable of being a decent > firewall/IPSec VPN/DHCP box for a moderate size network, and should be > overkill for that function on most SOHO networks. > > > The Ultra1 doesn't let you swap out the CPUs or give you two of > them, so that puts it back quite a bit further. Still, as the least > expensive UltraSPARC out there, it would be good if we could support > them better, if only to lower the barrier to entry. Indeed, and this is why I've tried to keep this work going. > >> I can't possibly imagine waiting for an Ultra1 to >> complete this task. However, if someone wants to lend a hand, I'd be >> happy to share my notes and point you in the right direction. > > > I may have mentioned this before, but I'm not a programmer. I'm > happy to drive up to a University in a nearby country and help to pick > up a good quantity of boxes that are being donated to the project, and > there are a variety of other ways that I will try to contribute to the > project -- perhaps including the distribution of some of my existing > UltraSPARC hardware to deserving/needy developers. Lack of hardware is not the problem. There are plenty of Ultra1 boxes floating around and it's trivial to buy one off of ebay for less than what it costs to ship it. What would really be useful is more Ultra2 and higher boxes that can be used for package building and used by developers to write better console support. > > That said, it might be interesting to look into the NetBSD le driver > and see just what exactly it is that you kernel hackers do.... > I suspect that the NetBSD le driver is going to be similar to the NetBSD esp driver in that it's going to have an unbelievable number of attachments and special cases. Have fun! Scott From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 30 15:17:50 2004 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 B3D3216A4D8; Mon, 30 Aug 2004 15:17:50 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6560843D2F; Mon, 30 Aug 2004 15:17:50 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.3] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i7UFHhnp053376; Mon, 30 Aug 2004 11:17:44 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <41333BEF.4010303@freebsd.org> References: <20040829.055715.02308074.hrs@eos.ocn.ne.jp> <20040829035525.GB5269@electra.cse.Buffalo.EDU> <20040830020710.GA98170@dragon.nuxi.com> <4132A4F7.1000701@samsco.org> <41333BEF.4010303@freebsd.org> Date: Mon, 30 Aug 2004 17:17:52 +0200 To: Scott Long From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: sparc64@freebsd.org Subject: Re: U1E and U2 are supported system? 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, 30 Aug 2004 15:17:51 -0000 At 8:38 AM -0600 2004-08-30, Scott Long wrote: > Lack of hardware is not the problem. There are plenty of Ultra1 boxes > floating around and it's trivial to buy one off of ebay for less than > what it costs to ship it. What would really be useful is more Ultra2 > and higher boxes that can be used for package building and used by > developers to write better console support. Well, I've got one U2 and four U10 clones that I plan on putting to use in supporting various aspects of FreeBSD on SPARC64, as well as NTP development/support on FreeBSD/SPARC64. I also recently helped pick up seventeen U10s, one U60, and a variety of other cables and other equipment that could potentially be put to use towards these types of ends, if the FreeBSD project can't find better uses for them with developers through donations@. I'd kind of like to the use the U2 as my SOHO firewall/VPN/DHCP server, but other than the vague goals of helping to support FreeBSD on SPARC64, I do not yet have any concrete plans of what I'm going to do with the four U10 clones. If setting them up as a four node package build cluster would be helpful to the project, I'm willing to do that, although I confess it will probably take me a little while to figure out how that should be done. I would appreciate any guidance that you could provide. > I suspect that the NetBSD le driver is going to be similar to the NetBSD > esp driver in that it's going to have an unbelievable number of > attachments and special cases. Have fun! Okay, maybe not. Maybe I'll leave that sort of stuff to you, Bill, Philip, etc.... -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 31 09:12:06 2004 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 6D44D16A4CF; Tue, 31 Aug 2004 09:12:06 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2965043D3F; Tue, 31 Aug 2004 09:12:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7V9C56R080908; Tue, 31 Aug 2004 05:12:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7V9C4ZA054317; Tue, 31 Aug 2004 05:12:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2AEAA7303F; Tue, 31 Aug 2004 05:12:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040831091205.2AEAA7303F@freebsd-current.sentex.ca> Date: Tue, 31 Aug 2004 05:12:05 -0400 (EDT) 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: Tue, 31 Aug 2004 09:12:06 -0000 TB --- 2004-08-31 07:58:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-31 07:58:01 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-31 07:58:01 - checking out the source tree TB --- 2004-08-31 07:58:01 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-08-31 07:58:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-31 08:02:56 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-31 08:02:56 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-31 08:02:56 - /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 --- 2004-08-31 09:05:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-31 09:05:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-31 09:05:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 31 09:05:53 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ===> coda cc -O2 -pipe -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/coda/../../coda/coda_fbsd.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/coda/../../coda/coda_fbsd.c: In function `coda_fbsd_drvinit': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/coda/../../coda/coda_fbsd.c:205: error: `NVCODA' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/coda/../../coda/coda_fbsd.c:205: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/coda/../../coda/coda_fbsd.c:205: error: for each function it appears in.) /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/coda/../../coda/coda_fbsd.c: In function `coda_fbsd_drvuninit': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/coda/../../coda/coda_fbsd.c:215: error: `NVCODA' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/coda. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-31 09:12:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-31 09:12:04 - ERROR: failed to build generic kernel TB --- 2004-08-31 09:12:04 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 31 23:57:06 2004 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 F36F716A4CE for ; Tue, 31 Aug 2004 23:57:05 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7210443D53 for ; Tue, 31 Aug 2004 23:57:05 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i7VNv41a010088 for ; Wed, 1 Sep 2004 01:57:04 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i7VNux5E010087 for freebsd-sparc64@freebsd.org; Wed, 1 Sep 2004 01:56:59 +0200 (CEST) (envelope-from marius) Date: Wed, 1 Sep 2004 01:56:59 +0200 From: Marius Strobl To: freebsd-sparc64@freebsd.org Message-ID: <20040901015659.A9948@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.6; VDF 6.27.0.40 (host: newtrinity.zeist.de) Subject: xorg-server anyone? 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, 31 Aug 2004 23:57:06 -0000 Hi, is anyone successfully running x11-servers/xorg-server 6.7 on sparc64? I ask because the keyboard doesn't work under X, most keys are off by one, e.g. if you press 'd' you get a 'f', and some keys, don't work at all. I have a patch which fixes this but what really puzzles me is that while the code obviously can't work it didn't change in a while and is essentially the same as it was in XFree86-Server-4.3.x and these had no such problems. It also doesn't look like the XFree86-Server ports ever had a patch which would address this. Is someone running XFree86-Server-4.4.0 on sparc64? From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 1 00:52:16 2004 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 5CCE916A4CE for ; Wed, 1 Sep 2004 00:52:16 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9AC143D5C for ; Wed, 1 Sep 2004 00:52:15 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i810q8kD004047; Tue, 31 Aug 2004 20:52:08 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040901015659.A9948@newtrinity.zeist.de> References: <20040901015659.A9948@newtrinity.zeist.de> Date: Tue, 31 Aug 2004 20:52:05 -0400 To: Marius Strobl , freebsd-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: xorg-server anyone? 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, 01 Sep 2004 00:52:16 -0000 At 1:56 AM +0200 9/1/04, Marius Strobl wrote: > >Is someone running XFree86-Server-4.4.0 on sparc64? I (for one) do not run any form of X on my sparc64 box. -- 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 Wed Sep 1 13:19:32 2004 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 E8CFA16A4CE for ; Wed, 1 Sep 2004 13:19:32 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE73143D53 for ; Wed, 1 Sep 2004 13:19:31 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [62.33.11.59]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i81DJ6eT017594; Wed, 1 Sep 2004 17:19:07 +0400 Message-ID: <4135CC4A.80504@orel.ru> Date: Wed, 01 Sep 2004 17:19:06 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD sparc64; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Marius Strobl References: <20040901015659.A9948@newtrinity.zeist.de> In-Reply-To: <20040901015659.A9948@newtrinity.zeist.de> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Zombi-Check: on netra2.orel.ru cc: freebsd-sparc64@freebsd.org Subject: Re: xorg-server anyone? 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, 01 Sep 2004 13:19:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Marius! Marius Strobl wrote: | Is someone running XFree86-Server-4.4.0 on sparc64? I'm using XFree86-Server-4.3.0_14 from ports. It is build locally at 2 apr 2004. It works perfectly! Hardware: Sun Ultra 60 Creator 3D (2 x UltraSparc-II @ 450 MHz, 1024 MB) Important lines from config file: - --------------------------------------------------- ~ Option "XkbRules" "sun" ~ Option "XkbModel" "type5_euro" ~ Option "XkbLayout" "ru" ~ Option "XkbOptions" "grp:ctrl_shift_toggle" - --------------------------------------------------- With best regards, ~ Andrew Belashov. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBNcw7wF8YpH80o/IRAnQTAJ9OMTVExGorIpAqnK3Oja7EMP67WgCfS0Gf NXnfK6eQPxyOu7xQbPQflHM= =wc73 -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 2 06:04:39 2004 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 4716516A4CE for ; Thu, 2 Sep 2004 06:04:39 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F87643D2D for ; Thu, 2 Sep 2004 06:04:38 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [62.33.11.59]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i8264XeT011923; Thu, 2 Sep 2004 10:04:36 +0400 Message-ID: <4136B7F1.5040308@orel.ru> Date: Thu, 02 Sep 2004 10:04:33 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD sparc64; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Tijl Coosemans References: <200409011440.58934.tijl@ulyssis.org> In-Reply-To: <200409011440.58934.tijl@ulyssis.org> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Zombi-Check: on netra2.orel.ru cc: freebsd-sparc64@freebsd.org Subject: Re: 5.3beta2 Xircom CEM56 attach returned 12 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, 02 Sep 2004 06:04:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Tijl! Tijl Coosemans wrote: | I'm having problems to get my Xircom card working. It doesn't seem to | be able to allocate mem. I think in 4-stable it used 0xd1000. Anyway, | I've set the syctl variabe hw.xe.debug to 2 and included the output | below. The first thing I noticed was that it seems to think it's a | RealPort card while this certainly isn't the case. | | There are a couple messages related to this in the archives, even a | patch, but the code has changed since then and it no longer applies. | | I'm using an OLDCARD kernel by the way. (NEWCARD doesn't seem to work | with this ToPIC95B). Try NEWCARD with patch from PR kern/69127: Boot verbosely ("boot -v" at loader prompt). Before inserting card do following: # sysctl hw.cbb.debug=1 # sysctl hw.pccard.debug=1 # sysctl hw.pccard.cis_debug=1 # sysctl hw.cardbus.debug=1 # sysctl hw.cardbus.cis_debug=1 Post dmesg into maillist. With best regards, Andrew Belashov. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBNrfuwF8YpH80o/IRAoYSAKCtqQR/Wt2wt8vy0N+VsEVGcmxnawCglgLF WmKrjgwOZnEsnkzctV36sDs= =C2In -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 2 08:18:56 2004 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 A5CD416A4CE for ; Thu, 2 Sep 2004 08:18:56 +0000 (GMT) Received: from blade.rsc.cx (blade.rsc.cx [64.235.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA57543D5D for ; Thu, 2 Sep 2004 08:18:52 +0000 (GMT) (envelope-from essgee@secure.xohost.com) Received: from SLEEK (adsl-66-159-204-245.dslextreme.com [66.159.204.245]) by blade.rsc.cx (8.12.9p2/8.12.9) with SMTP id i828I33I039500 for ; Thu, 2 Sep 2004 01:18:08 -0700 (PDT) (envelope-from essgee@secure.xohost.com) Message-ID: <002601c490c5$6a44b020$9301010a@SLEEK> From: "SG" To: Date: Thu, 2 Sep 2004 01:18:17 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Bind/Netra t1 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, 02 Sep 2004 08:18:56 -0000 I was wondering if anyone was experiencing any issues running bind 9.2.3 in chroot with fbsd 5.2.1, netra t105 512 ram. The problems I'm having is that the named process will use a lot of cpu at times 30%-90% but will normally run at 10%, and the memory usage will steadily increase over time until it starts eating into swap. The same configuration on a p3 1ghz with the same amount of ram will run flawlessly and use no more than 150 meg. The amount of domains this server is authoritative for is relatively small, a little over 200 and at peak will only do about 150 recursive queries per second. Any help would be appreciated. Regards, Andrew From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 2 08:33:07 2004 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 CB85F16A4CE for ; Thu, 2 Sep 2004 08:33:07 +0000 (GMT) Received: from mailman1.servecentric.com (mailman1.servecentric.com [212.147.131.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CBCC43D39 for ; Thu, 2 Sep 2004 08:33:07 +0000 (GMT) (envelope-from imencke@servecentric.com) Received: from sun (unknown [212.147.132.69]) by mailman1.servecentric.com (Postfix) with ESMTP id CD448234DD; Thu, 2 Sep 2004 09:33:05 +0100 (IST) From: Ivo Mencke To: SG In-Reply-To: <002601c490c5$6a44b020$9301010a@SLEEK> References: <002601c490c5$6a44b020$9301010a@SLEEK> Content-Type: text/plain Organization: servecentric.com Message-Id: <1094113934.18992.322.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 02 Sep 2004 09:32:14 +0100 Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@freebsd.org Subject: Re: Bind/Netra t1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: imencke@servecentric.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 08:33:07 -0000 We run a very similar setup here (except we use E220's) and its been working perfectly for over 6 months. On Thu, 2004-09-02 at 09:18, SG wrote: > I was wondering if anyone was experiencing any issues running bind 9.2.3 in > chroot with fbsd 5.2.1, netra t105 512 ram. The problems I'm having is that > the named process will use a lot of cpu at times 30%-90% but will normally > run at 10%, and the memory usage will steadily increase over time until it > starts eating into swap. The same configuration on a p3 1ghz with the same > amount of ram will run flawlessly and use no more than 150 meg. The amount > of domains this server is authoritative for is relatively small, a little > over 200 and at peak will only do about 150 recursive queries per second. > Any help would be appreciated. > > Regards, > Andrew > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" From owner-freebsd-sparc64@FreeBSD.ORG Fri Sep 3 00:42:47 2004 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 4403A16A4CE; Fri, 3 Sep 2004 00:42:47 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE6943D3F; Fri, 3 Sep 2004 00:42:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i830gk41026858; Thu, 2 Sep 2004 20:42:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i830gjUU020142; Thu, 2 Sep 2004 20:42:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 043FD7303F; Thu, 2 Sep 2004 20:42:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040903004245.043FD7303F@freebsd-current.sentex.ca> Date: Thu, 2 Sep 2004 20:42:45 -0400 (EDT) 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: Fri, 03 Sep 2004 00:42:47 -0000 TB --- 2004-09-02 23:17:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-02 23:17:59 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-02 23:17:59 - checking out the source tree TB --- 2004-09-02 23:17:59 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-02 23:17:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-02 23:22:59 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-02 23:22:59 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-02 23:22:59 - /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 --- 2004-09-03 00:25:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-03 00:25:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-03 00:25:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Sep 3 00:25:53 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Sep 3 00:37:07 UTC 2004 TB --- 2004-09-03 00:37:07 - generating LINT kernel config TB --- 2004-09-03 00:37:07 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-09-03 00:37:07 - /usr/bin/make -B LINT TB --- 2004-09-03 00:37:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-03 00:37:07 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-03 00:37:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 3 00:37:07 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/zs/zs_sbus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vnops.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vnops.c: In function `autofs_remove_dupdents': /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vnops.c:593: warning: int format, different type arg (arg 3) /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vnops.c:593: warning: int format, different type arg (arg 4) /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vnops.c:593: warning: int format, different type arg (arg 5) /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vnops.c:625: warning: int format, different type arg (arg 2) /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vnops.c:625: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-03 00:42:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-03 00:42:45 - ERROR: failed to build lint kernel TB --- 2004-09-03 00:42:45 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Sep 3 04:10:57 2004 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 B8BB116A4CE for ; Fri, 3 Sep 2004 04:10:57 +0000 (GMT) Received: from mx1.systemrage.org (tor-13-peer1.clevernetsolutions.com [69.28.226.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5661243D58 for ; Fri, 3 Sep 2004 04:10:57 +0000 (GMT) (envelope-from cflecknell@systemrage.org) Received: from localhost (localhost.systemrage.org [127.0.0.1]) by mx1.systemrage.org (Postfix) with ESMTP id 9B21F1A707 for ; Fri, 3 Sep 2004 00:10:56 -0400 (EDT) Received: from mx1.systemrage.org ([127.0.0.1]) by localhost (to-web-01.systemrage.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30519-16 for ; Fri, 3 Sep 2004 00:10:56 -0400 (EDT) Received: by mx1.systemrage.org (Postfix, from userid 1006) id F363B1A729; Fri, 3 Sep 2004 00:10:55 -0400 (EDT) Received: from fleckstation (d141-31-7.home.cgocable.net [24.141.31.7]) by mx1.systemrage.org (Postfix) with ESMTP id 8E5621A719 for ; Fri, 3 Sep 2004 00:10:54 -0400 (EDT) From: "Chris Flecknell" To: Date: Fri, 3 Sep 2004 00:11:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 thread-index: AcSRbBCmq/nhrhTeQP2WEEFFZ2vF5Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20040903041054.8E5621A719@mx1.systemrage.org> X-Virus-Scanned: by amavisd-new at systemrage.org Subject: Serial Port 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, 03 Sep 2004 04:10:57 -0000 Stupid Question.. Trying to use tip What's the name of the serial ports? (I have a Netra T1 105) Long Day... Chris Flecknell SystemRage Inc. cflecknell@systemrage.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Sep 3 11:02:55 2004 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 0591616A4CE for ; Fri, 3 Sep 2004 11:02:55 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A3643D1F for ; Fri, 3 Sep 2004 11:02:54 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [62.33.11.59]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i83B2neT028711; Fri, 3 Sep 2004 15:02:50 +0400 Message-ID: <41384F58.5000108@orel.ru> Date: Fri, 03 Sep 2004 15:02:48 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD sparc64; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Chris Flecknell References: <20040903041054.8E5621A719@mx1.systemrage.org> In-Reply-To: <20040903041054.8E5621A719@mx1.systemrage.org> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Zombi-Check: on netra2.orel.ru cc: freebsd-sparc64@freebsd.org Subject: Re: Serial Port 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, 03 Sep 2004 11:02:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Cris! Chris Flecknell wrote: | Stupid Question.. | | Trying to use tip | | What's the name of the serial ports? (I have a Netra T1 105) Try: /dev/ttya, /dev/ttyb. With best regards, Andrew Belashov. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBOE9VwF8YpH80o/IRArwxAJ9yqy4fcU1C5iJDWS295LCRObkRLgCfUe/J LxQxqkq9kXGkPbPEXXbaurM= =kOJx -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Fri Sep 3 12:07:43 2004 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 8E7BC16A4D3; Fri, 3 Sep 2004 12:07:43 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C26343D1D; Fri, 3 Sep 2004 12:07:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i83C7gGp094194; Fri, 3 Sep 2004 08:07:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i83C7gIa024359; Fri, 3 Sep 2004 08:07:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 568C77303F; Fri, 3 Sep 2004 08:07:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040903120742.568C77303F@freebsd-current.sentex.ca> Date: Fri, 3 Sep 2004 08:07:42 -0400 (EDT) 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: Fri, 03 Sep 2004 12:07:43 -0000 TB --- 2004-09-03 10:42:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-03 10:42:56 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-03 10:42:56 - checking out the source tree TB --- 2004-09-03 10:42:56 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-03 10:42:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-03 10:47:54 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-03 10:47:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-03 10:47:54 - /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 --- 2004-09-03 11:50:54 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-03 11:50:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-03 11:50:54 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Sep 3 11:50:54 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Sep 3 12:02:02 UTC 2004 TB --- 2004-09-03 12:02:02 - generating LINT kernel config TB --- 2004-09-03 12:02:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-09-03 12:02:02 - /usr/bin/make -B LINT TB --- 2004-09-03 12:02:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-03 12:02:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-03 12:02:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 3 12:02:02 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/xe/if_xe.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/xe/if_xe_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/zs/zs.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/zs/zs_sbus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vnops.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vfsops.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vfsops.c: In function `autofs_sysctl': /tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/autofs/autofs_vfsops.c:447: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-03 12:07:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-03 12:07:42 - ERROR: failed to build lint kernel TB --- 2004-09-03 12:07:42 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Sep 3 18:50:45 2004 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 BC27A16A4CE for ; Fri, 3 Sep 2004 18:50:45 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C4943D46 for ; Fri, 3 Sep 2004 18:50:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23092 invoked from network); 3 Sep 2004 18:50:45 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 3 Sep 2004 18:50:44 -0000 Received: from [10.50.41.228] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i83IofJL077229; Fri, 3 Sep 2004 14:50:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: sparc64@FreeBSD.org Date: Fri, 3 Sep 2004 14:51:03 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409031451.03623.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: alc@FreeBSD.org Subject: sparc64 kernels have KVM problems(?) 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, 03 Sep 2004 18:50:45 -0000 I finally got a place to setup my ultra60 and turned it on the first time in about a year and a half last week. I'm currently in the process of updating it and have hit something of a bump (though I'll work around it for now). It seems that while a GENERIC kernel works fine, my custom kernel config that just removes unused devices from GENERIC doesn't boot. Instead it ends up doing a panic very early on like so: OK boot test -s /boot/test/kernel data=0x2bfe08+0x54fa8 syms=[0x8+0x4a880+0x8+0x3f4b1] Turning off DMA for ATA. jumping to kernel entry at 0xc0040000. GDBstray vector interrupt 2029 : no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #45: Fri Sep 3 10:47:55 EDT 2004 john@foo.baldwin.cx:/usr/src/sys/sparc64/compile/FOO panic: trap_pfault: vmspace NULL cpuid = 0 KDB: enter: panic [thread 0] Stopped at 0xc01175d8: ta %xcc, 1 db> tr (null)() at 0xc00fa59c (null)() at 0xc024c068 (null)() at 0xc024c3d8 (null)() at 0xc0040ff8 (null)() at 0xc02480f8 (null)() at 0xc02488a4 (null)() at 0xc021baf4 (null)() at 0xc022f578 (null)() at 0xc00effc0 (null)() at 0xc00f2848 (null)() at 0xc00f2930 (null)() at 0xc00d2b98 (null)() at 0xc0040034 db> reset The traceback corresponds to this (note that gdb gets the trap_pfault() frame wrong by a few lines which is odd): 0xc00fa59c is in panic (../../../kern/kern_shutdown.c:536). 0xc024c068 is in trap_pfault (../../../sparc64/sparc64/trap.c:456). 0xc024c3d8 is in trap (../../../sparc64/sparc64/trap.c:324). No source file for address 0xc0040ff8. 0xc02480f8 is in pmap_remove_tte (../../../sparc64/sparc64/pmap.c:1121). 0xc02488a4 is in pmap_enter (../../../sparc64/sparc64/pmap.c:1365). 0xc021baf4 is in kmem_malloc (../../../vm/vm_kern.c:404). 0xc022f578 is in uma_large_malloc (../../../vm/uma_core.c:2592). 0xc00effc0 is in malloc (../../../kern/kern_malloc.c:292). 0xc00f2848 is in mtx_pool_create (../../../kern/kern_mtxpool.c:129). 0xc00f2930 is in mtx_pool_setup_dynamic (../../../kern/kern_mtxpool.c:160). 0xc00d2b98 is in mi_startup (../../../kern/init_main.c:211). 0xc0040034 is at ../../../sparc64/sparc64/locore.S:86. Anyone have any ideas? (Note that this is with a 32-bit time_t still, I'm still in the process of doing the 64BTT update and was trying to figure this out before going on.) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Sep 4 20:48:46 2004 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 0E8EE16A4CE for ; Sat, 4 Sep 2004 20:48:46 +0000 (GMT) Received: from smtp.eos.ocn.ne.jp (eos.ocn.ne.jp [222.146.51.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80F443D2F for ; Sat, 4 Sep 2004 20:48:45 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p41145-adsao12honb4-acca.tokyo.ocn.ne.jp [219.161.230.145]) by smtp.eos.ocn.ne.jp (Postfix) with ESMTP id CA71125FB for ; Sun, 5 Sep 2004 05:48:44 +0900 (JST) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.12.9p2/8.12.9) with ESMTP id i84KmLbT012670 for ; Sun, 5 Sep 2004 05:48:21 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 05 Sep 2004 05:46:15 +0900 (JST) Message-Id: <20040905.054615.27776951.hrs@eos.ocn.ne.jp> To: sparc64@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.0.68 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Sun_Sep__5_05_46_15_2004_595)--" Content-Transfer-Encoding: 7bit Subject: 5.3-BETA works on Naturetech 777S 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, 04 Sep 2004 20:48:46 -0000 ----Security_Multipart0(Sun_Sep__5_05_46_15_2004_595)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Sep__5_05_46_15_2004_422)--" Content-Transfer-Encoding: 7bit ----Next_Part(Sun_Sep__5_05_46_15_2004_422)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I tried 5.3-BETA2 on my sparc64 laptop[*] and it worked! The dmesg is attached. [*] http://www.dciplano.com/p777.html However, console (keyboard) is slow to respond and some of the typed characters are randomly lost. -- | Hiroki SATO ----Next_Part(Sun_Sep__5_05_46_15_2004_422)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.g777" GENIALstation 777S (UltraSPARC-IIe 500MHz), Keyboard Present OpenBoot 4.0.2.12 , 512 MB memory installed, Serial #XXXXXXX. Ethernet address X:X:X:X:X:X, Host ID: XXXXXXXX. Boot device: /pci@1f,0/pci@1,1/ide@d/cdrom@2,0:f File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,0/pci@1,1/ide@d/cdrom@2,0:f Boot loader: /boot/loader Console: Open Firmware console Boot path set to /pci@1f,0/pci@1,1/ide@d/cdrom@2,0:a FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@bobbi.cse.buffalo.edu, Fri Aug 27 14:45:48 UTC 2004) bootpath="/pci@1f,0/pci@1,1/ide@d/cdrom@2,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x3a8408+0x91658 syms=[0x8+0x51ab0+0x8+0x44b58] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... 1 second.... Turning off DMA for ATA. jumping to kernel entry at 0xc0040000. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA2 #1: Sat Aug 28 21:55:40 UTC 2004 root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "tick" frequency 500000000 Hz quality 0 real memory = 536870912 (512 MB) avail memory = 500736000 (477 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (500.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 12.0 on pci1 ebus0: : incomplete ebus0: addr 0x1000000000-0x10000fffff (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 8080019c ebus0: addr 0x1000400000-0x10007fffff (no driver attached) ebus0: addr 0x1000800000-0x1000bfffff (no driver attached) isab0: at device 7.0 on pci1 isa0: on isab0 gem0: mem 0xe0400000-0xe041ffff at device 12.1 on pci1 miibus0: on gem0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: 2kB RX FIFO, 2kB TX FIFO gem0: Ethernet address: XX:XX:XX:XX:XX:XX gem0: [GIANT-LOCKED] fwohci0: <1394 Open Host Controller Interface> mem 0xe0422000-0xe04227ff,0xe0420000-0xe04207ff at device 12.2 on pci1 fwohci0: Could not allocate irq device_attach: fwohci0 attach returned 6 pci1: at device 12.3 (no driver attached) pci1: at device 3.0 (no driver attached) atapci0: port 0x420-0x42f,0x408-0x40b,0x410-0x417,0x418-0x41b,0x400-0x407 at device 13.0 on pci1 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 pci1: at device 2.0 (no driver attached) pci1: at device 8.0 (no driver attached) pcib2: at device 1.0 on pci0 pci2: on pcib2 Timecounters tick every 10.000 msec md0: Preloaded image 4194304 bytes at 0xc04d0078 ad0: 19077MB [38760/16/63] at ata2-master PIO4 ATAPI_RESET time = 20us acd0: DVDR at ata3-master PIO4 ----Next_Part(Sun_Sep__5_05_46_15_2004_422)---- ----Security_Multipart0(Sun_Sep__5_05_46_15_2004_595)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBOimYTyzT2CeTzy0RAoS4AJ9yZGWSk2bF227TU2qdaOIbawo55QCeJ/ym H7TUdPVerFiZmePEO2hf3bY= =fYax -----END PGP SIGNATURE----- ----Security_Multipart0(Sun_Sep__5_05_46_15_2004_595)---- From owner-freebsd-sparc64@FreeBSD.ORG Sat Sep 4 21:12:40 2004 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 CE9AA16A4CE; Sat, 4 Sep 2004 21:12:40 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA7D43D3F; Sat, 4 Sep 2004 21:12:40 +0000 (GMT) (envelope-from Mykel@mWare.ca) Received: from [10.100.104.31] (Hi.From.Radix.mWare.ca [66.96.18.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ox.eicat.ca (Postfix) with ESMTP id 2EE6CB878; Sat, 4 Sep 2004 17:12:38 -0400 (EDT) Message-ID: <413A2FC2.7000508@mWare.ca> Date: Sat, 04 Sep 2004 17:12:34 -0400 From: Mykel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040618 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hiroki Sato References: <20040905.054615.27776951.hrs@eos.ocn.ne.jp> In-Reply-To: <20040905.054615.27776951.hrs@eos.ocn.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: sparc64@freebsd.org Subject: Re: 5.3-BETA works on Naturetech 777S 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, 04 Sep 2004 21:12:40 -0000 see message ID 20040616085518.GA8881@kt-is.co.kr tho I haven't tried it yet. Still running the June14 snap... I should try the betas... Myke Hiroki Sato wrote: >Hi, > > I tried 5.3-BETA2 on my sparc64 laptop[*] and it worked! > The dmesg is attached. > > [*] http://www.dciplano.com/p777.html > > However, console (keyboard) is slow to respond and some of the > typed characters are randomly lost. > > > >------------------------------------------------------------------------ > >GENIALstation 777S (UltraSPARC-IIe 500MHz), Keyboard Present >OpenBoot 4.0.2.12 , 512 MB memory installed, Serial #XXXXXXX. >Ethernet address X:X:X:X:X:X, Host ID: XXXXXXXX. > > > >Boot device: /pci@1f,0/pci@1,1/ide@d/cdrom@2,0:f File and args: > > > >>>FreeBSD/sparc64 boot block >>> >>> > Boot path: /pci@1f,0/pci@1,1/ide@d/cdrom@2,0:f > Boot loader: /boot/loader >Console: Open Firmware console >Boot path set to /pci@1f,0/pci@1,1/ide@d/cdrom@2,0:a > >FreeBSD/sparc64 bootstrap loader, Revision 1.0 >(root@bobbi.cse.buffalo.edu, Fri Aug 27 14:45:48 UTC 2004) >bootpath="/pci@1f,0/pci@1,1/ide@d/cdrom@2,0:a" >Loading /boot/defaults/loader.conf >/boot/kernel/kernel data=0x3a8408+0x91658 syms=[0x8+0x51ab0+0x8+0x44b58] >/ >Hit [Enter] to boot immediately, or any other key for command prompt. >Booting [/boot/kernel/kernel]... 1 second.... > >Turning off DMA for ATA. >jumping to kernel entry at 0xc0040000. >GDB: no debug ports present >KDB: debugger backends: ddb >KDB: current backend: ddb >Copyright (c) 1992-2004 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. >FreeBSD 5.3-BETA2 #1: Sat Aug 28 21:55:40 UTC 2004 > root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >WARNING: WITNESS option enabled, expect reduced performance. >Timecounter "tick" frequency 500000000 Hz quality 0 >real memory = 536870912 (512 MB) >avail memory = 500736000 (477 MB) >cpu0: Sun Microsystems UltraSparc-IIe Processor (500.00 MHz CPU) >nexus0: >pcib0: on nexus0 >pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A >pcib0: [FAST] >pcib0: [GIANT-LOCKED] >pcib0: [FAST] >pcib0: [GIANT-LOCKED] >pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff >pci0: on pcib0 >pcib1: at device 1.1 on pci0 >pci1: on pcib1 >ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 12.0 on pci1 >ebus0: : incomplete >ebus0: addr 0x1000000000-0x10000fffff (no driver attached) >eeprom0: addr 0x1400000000-0x1400001fff on ebus0 >eeprom0: model mk48t59 >eeprom0: hostid 8080019c >ebus0: addr 0x1000400000-0x10007fffff (no driver attached) >ebus0: addr 0x1000800000-0x1000bfffff (no driver attached) >isab0: at device 7.0 on pci1 >isa0: on isab0 >gem0: mem 0xe0400000-0xe041ffff at device 12.1 on pci1 >miibus0: on gem0 >ukphy0: on miibus0 >ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >gem0: 2kB RX FIFO, 2kB TX FIFO >gem0: Ethernet address: XX:XX:XX:XX:XX:XX >gem0: [GIANT-LOCKED] >fwohci0: <1394 Open Host Controller Interface> mem 0xe0422000-0xe04227ff,0xe0420000-0xe04207ff at device 12.2 on pci1 >fwohci0: Could not allocate irq >device_attach: fwohci0 attach returned 6 >pci1: at device 12.3 (no driver attached) >pci1: at device 3.0 (no driver attached) >atapci0: port 0x420-0x42f,0x408-0x40b,0x410-0x417,0x418-0x41b,0x400-0x407 at device 13.0 on pci1 >ata2: channel #0 on atapci0 >ata3: channel #1 on atapci0 >pci1: at device 2.0 (no driver attached) >pci1: at device 8.0 (no driver attached) >pcib2: at device 1.0 on pci0 >pci2: on pcib2 >Timecounters tick every 10.000 msec >md0: Preloaded image 4194304 bytes at 0xc04d0078 >ad0: 19077MB [38760/16/63] at ata2-master PIO4 >ATAPI_RESET time = 20us >acd0: DVDR at ata3-master PIO4 > >