From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 5 00:37:35 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 4858A16A4CE for ; Sun, 5 Dec 2004 00:37:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31D8943D5A for ; Sun, 5 Dec 2004 00:37:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1476F72DFC; Sat, 4 Dec 2004 16:37:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0F81A72DF4; Sat, 4 Dec 2004 16:37:35 -0800 (PST) Date: Sat, 4 Dec 2004 16:37:35 -0800 (PST) From: Doug White To: Joerg Wunsch In-Reply-To: <20041201143624.GO20598@ida.interface-business.de> Message-ID: <20041204163604.E434@carver.gumbysoft.com> References: <20041201143624.GO20598@ida.interface-business.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: sbus quad fast ethernet variants 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, 05 Dec 2004 00:37:35 -0000 On Wed, 1 Dec 2004, Joerg Wunsch wrote: > As mk@capri.pl wrote: > > > Does FreeBSD support both variants, any experiences, hints ? > > No idea for the SBus version. For the PCI versions of the QFE, > FreeBSD really just considers it as quad hme devices, sitting behind a > PCI-PCI bridge. Same for sbus. All the interfaces will come up with the same MAC address, though, so if they need to be unique you'll have to use the 'ether' option to ifconfig to set one. I've had some odd problems with multiple hme devices though, as if hme doesn't handle interrupts shared for multiple interfaces or something. I haven't yet come up with a good test, though. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 5 17:45:59 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 6CF2D16A4CE; Sun, 5 Dec 2004 17:45:59 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0420E43D49; Sun, 5 Dec 2004 17:45:59 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iB5Ho0N2093731; Sun, 5 Dec 2004 10:50:00 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41B3495C.3040805@freebsd.org> Date: Sun, 05 Dec 2004 10:46:04 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pyun YongHyeon References: <60205.24.112.41.105.1102267644.squirrel@24.112.41.105> In-Reply-To: <60205.24.112.41.105.1102267644.squirrel@24.112.41.105> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime 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: jnaughto@ee.ryerson.ca cc: sparc64@freebsd.org Subject: Re: issues... 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, 05 Dec 2004 17:45:59 -0000 [Forwarding to the sparc64 list and one of the sparc64 developers for input] jnaughto@ee.ryerson.ca wrote: > Hi, > > I have a Ultra sparc R420 which has 2gigs of ram and 2 450Mhz processors. I > thought it would be a great machine to provide DNS/mail/webmail services. I > installed Freebsd 5.3 on the server and I'm fighting with the station now. > What I mean by "fighting" is that the station likes to spontaneously reboot. > I've cvsup'ed the latest in the RELENG5 source tree. Re-compiled using the > 32bit time_t (I've read the UPDATING file), and yet the station still likes to > crash... > > The hardware was in use for some time running solaris, yet I didn't want to > put a solaris workstation in my public side of my network. Can you tell me if > the following errors could be responsible for the system crashing: > > Dec 5 02:21:13 eccles kernel: hme0: error signaled, status=0x3010501 > Dec 5 02:21:13 eccles kernel: hme0: error signaled, status=0x3010501 > Dec 5 02:21:29 eccles kernel: hme0: error signaled, status=0x400 > Dec 5 02:36:41 eccles kernel: hme0: error signaled, status=0x3010501 > Dec 5 02:43:07 eccles kernel: hme0: error signaled, status=0x3010501 > Dec 5 02:43:07 eccles kernel: hme0: too may errors; not reporting any more > > I've have also installed 1 intel-express pro pci card which doesn't seem to be > reporting any errors. Any suggestions? > > > Cheers > Jason > > Jason Naughton, Lead Engineer, > Department of Electrical Engineering, Ryerson University > 87 Gerrard St. E., Toronto, Ontario, M5B 2K3 > Office: (416)-979-5000 x7168 Fax: (416)-979-5280 > > From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 6 04:58:28 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 845C816A4CE; Mon, 6 Dec 2004 04:58:28 +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 E53D943D31; Mon, 6 Dec 2004 04:58:27 +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 iB64uTAh051770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 6 Dec 2004 13:56:29 +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.13.1/8.13.1) with ESMTP id iB64wLMu001241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Dec 2004 13:58:21 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id iB64wKZT001240; Mon, 6 Dec 2004 13:58:20 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 6 Dec 2004 13:58:19 +0900 From: Pyun YongHyeon To: Scott Long Message-ID: <20041206045819.GB744@kt-is.co.kr> References: <60205.24.112.41.105.1102267644.squirrel@24.112.41.105> <41B3495C.3040805@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B3495C.3040805@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc64@freebsd.org cc: jnaughto@ee.ryerson.ca cc: Pyun YongHyeon Subject: Re: issues... 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, 06 Dec 2004 04:58:28 -0000 On Sun, Dec 05, 2004 at 10:46:04AM -0700, Scott Long wrote: > [Forwarding to the sparc64 list and one of the sparc64 developers for > input] > > jnaughto@ee.ryerson.ca wrote: > >Hi, > > > >I have a Ultra sparc R420 which has 2gigs of ram and 2 450Mhz processors. > >I > >thought it would be a great machine to provide DNS/mail/webmail services. > >I > >installed Freebsd 5.3 on the server and I'm fighting with the station now. > >What I mean by "fighting" is that the station likes to spontaneously > >reboot. I've cvsup'ed the latest in the RELENG5 source tree. Re-compiled > >using the > >32bit time_t (I've read the UPDATING file), and yet the station still > >likes to > >crash... > > > >The hardware was in use for some time running solaris, yet I didn't want to > >put a solaris workstation in my public side of my network. Can you tell > >me if > >the following errors could be responsible for the system crashing: > > > >Dec 5 02:21:13 eccles kernel: hme0: error signaled, status=0x3010501 > >Dec 5 02:21:13 eccles kernel: hme0: error signaled, status=0x3010501 > >Dec 5 02:21:29 eccles kernel: hme0: error signaled, status=0x400 > >Dec 5 02:36:41 eccles kernel: hme0: error signaled, status=0x3010501 > >Dec 5 02:43:07 eccles kernel: hme0: error signaled, status=0x3010501 > >Dec 5 02:43:07 eccles kernel: hme0: too may errors; not reporting any more > > > >I've have also installed 1 intel-express pro pci card which doesn't seem > >to be > >reporting any errors. Any suggestions? > > Unfortunatly, I have no idea why it spews the message. And hme(4), I admit, is not tolerant on errors and its statistics are not correct. For example, expire counter bits in global status registers are not error at all. So, in your error message there are two errors. 1. TX Master Err Ack 2. Max Packet Size Error The first error is "fatal" one and it should not happen in normal circumstances. Normally it indicates H/W error or serious programming error in our driver. The only action that can be done by driver is reseting the H/W. However, your message shows that it's not freqeunet enough in time line and it seems that DMA engine is still alive. So I don't think resetting the H/W would help in this case. If I were you, I would have checked duplex negotiation settings. I guess the second error is the side effect of the first error. If your happy meal ethernet H/W is sane I don't think the errors you encountered cause a spontaneous system reboot. > > > > Cheers > > Jason > > > >Jason Naughton, Lead Engineer, > >Department of Electrical Engineering, Ryerson University > >87 Gerrard St. E., Toronto, Ontario, M5B 2K3 > >Office: (416)-979-5000 x7168 Fax: (416)-979-5280 > > > > > -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 6 11:02:29 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 0E78716A4DC for ; Mon, 6 Dec 2004 11:02:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F079C43D41 for ; Mon, 6 Dec 2004 11:02:28 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iB6B2SvD027460 for ; Mon, 6 Dec 2004 11:02:28 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iB6B2SpM027454 for freebsd-sparc64@freebsd.org; Mon, 6 Dec 2004 11:02:28 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Dec 2004 11:02:28 GMT Message-Id: <200412061102.iB6B2SpM027454@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, 06 Dec 2004 11:02:29 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2004/11/02] sparc64/73413sparc64 [patch] pthread(libkse) library is broken o [2004/11/10] sparc64/73782sparc64 libc is missing the _Qp_cmp function 7 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/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 o [2004/10/15] sparc64/72731sparc64 sparc64, 5.3-BETA7, "host" command doesn' o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa 5 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 8 19:48:28 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 C88FD16A4CE; Wed, 8 Dec 2004 19:48:28 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D64243D31; Wed, 8 Dec 2004 19:48:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iB8JmQRn013233; Wed, 8 Dec 2004 14:48:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iB8JmPHJ015569; Wed, 8 Dec 2004 14:48:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 47C5D7306E; Wed, 8 Dec 2004 14:48:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041208194826.47C5D7306E@freebsd-current.sentex.ca> Date: Wed, 8 Dec 2004 14:48:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/621/Tue Dec 7 07:55:16 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean 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: Wed, 08 Dec 2004 19:48:29 -0000 TB --- 2004-12-08 18:16:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-08 18:16:37 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-12-08 18:16:37 - checking out the source tree TB --- 2004-12-08 18:16:37 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-12-08 18:16:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-08 18:23:05 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-08 18:23:05 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-12-08 18:23:05 - /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-12-08 19:28:52 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-08 19:28:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-12-08 19:28:52 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Dec 8 19:28:52 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 Wed Dec 8 19:40:31 UTC 2004 TB --- 2004-12-08 19:40:31 - generating LINT kernel config TB --- 2004-12-08 19:40:31 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-12-08 19:40:31 - /usr/bin/make -B LINT TB --- 2004-12-08 19:40:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-08 19:40:31 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-12-08 19:40:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 8 19:40:31 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/net/zlib.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/net80211/ieee80211.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/net80211/ieee80211_crypto.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/net80211/ieee80211_crypto_none.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/net80211/ieee80211_freebsd.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/net80211/ieee80211_freebsd.c: In function `ieee80211_notify_replay_failure': /tinderbox/CURRENT/sparc64/sparc64/src/sys/net80211/ieee80211_freebsd.c:260: warning: long long unsigned int format, u_int64_t arg (arg 4) /tinderbox/CURRENT/sparc64/sparc64/src/sys/net80211/ieee80211_freebsd.c:260: warning: long long unsigned int format, u_int64_t arg (arg 5) *** 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-12-08 19:48:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-08 19:48:26 - ERROR: failed to build lint kernel TB --- 2004-12-08 19:48:26 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Dec 11 21:26:18 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 DAB0616A4CE; Sat, 11 Dec 2004 21:26:18 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADE3B43D5A; Sat, 11 Dec 2004 21:26:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CDBF1512C8; Sat, 11 Dec 2004 13:33:12 -0800 (PST) Date: Sat, 11 Dec 2004 13:33:12 -0800 From: Kris Kennaway To: Marius Strobl Message-ID: <20041211213312.GA27900@xor.obsecurity.org> References: <20041114230005.GH90701@xor.obsecurity.org> <20041122123721.A19023@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20041122123721.A19023@newtrinity.zeist.de> User-Agent: Mutt/1.4.2.1i cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: Error: Illegal operands: There are only 32 single precision f registers; [0-31] 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, 11 Dec 2004 21:26:19 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 22, 2004 at 12:37:21PM +0100, Marius Strobl wrote: > On Sun, Nov 14, 2004 at 03:00:05PM -0800, Kris Kennaway wrote: > > A number of ports are failing on sparc64 with the following error: > >=20 > > Error: Illegal operands: There are only 32 single precision f registers= ; [0-31] > >=20 > > It makes me suspect a compiler or assembler bug..can someone take a > > look in more detail? More errors are available on request :) > >=20 >=20 > The patch at: > http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/opcodes/sparc-opc.c.diff= ?r1=3D1.9&r2=3D1.10&cvsroot=3Dsrc > fixes these and doesn't break world. Binutils 2.15 were branched with > rev. 1.9 of sparc-opc.c so I think it's fairly safe to import rev. 1.10 > onto the vendor branch in FreeBSD. Any progress in getting this fixed in FreeBSD? Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBu2eYWry0BWjoQKURAnv3AKC7tOXpnFHAX46iAklrySDnFT0b8ACfaDqx FjTHypKnWmoEsSLAwLKA65Y= =BuhW -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Dec 11 22:22:37 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 517EA16A4CE; Sat, 11 Dec 2004 22:22:37 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B9AA43D2F; Sat, 11 Dec 2004 22:22:36 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) iBBMMVDT089496; Sat, 11 Dec 2004 23:22:31 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id iBBMMQ4g089495; Sat, 11 Dec 2004 23:22:26 +0100 (CET) (envelope-from marius) Date: Sat, 11 Dec 2004 23:22:25 +0100 From: Marius Strobl To: Kris Kennaway Message-ID: <20041211232225.C64141@newtrinity.zeist.de> References: <20041114230005.GH90701@xor.obsecurity.org> <20041122123721.A19023@newtrinity.zeist.de> <20041211213312.GA27900@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041211213312.GA27900@xor.obsecurity.org>; from kris@obsecurity.org on Sat, Dec 11, 2004 at 01:33:12PM -0800 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.4; VDF: 6.29.0.11; host: newtrinity.zeist.de) cc: sparc64@freebsd.org Subject: Re: Error: Illegal operands: There are only 32 single precision f registers; [0-31] 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, 11 Dec 2004 22:22:37 -0000 On Sat, Dec 11, 2004 at 01:33:12PM -0800, Kris Kennaway wrote: > On Mon, Nov 22, 2004 at 12:37:21PM +0100, Marius Strobl wrote: > > On Sun, Nov 14, 2004 at 03:00:05PM -0800, Kris Kennaway wrote: > > > A number of ports are failing on sparc64 with the following error: > > > > > > Error: Illegal operands: There are only 32 single precision f registers; [0-31] > > > > > > It makes me suspect a compiler or assembler bug..can someone take a > > > look in more detail? More errors are available on request :) > > > > > > > The patch at: > > http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/opcodes/sparc-opc.c.diff?r1=1.9&r2=1.10&cvsroot=src > > fixes these and doesn't break world. Binutils 2.15 were branched with > > rev. 1.9 of sparc-opc.c so I think it's fairly safe to import rev. 1.10 > > onto the vendor branch in FreeBSD. > > Any progress in getting this fixed in FreeBSD? > No, no reply or reaction from David so far.