From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 9 11:01: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 3282516A4CE for ; Mon, 9 Aug 2004 11:01:56 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4D243D45 for ; Mon, 9 Aug 2004 11:01:56 +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 i79B1uPS077802 for ; Mon, 9 Aug 2004 11:01:56 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i79B1tHU077796 for freebsd-sparc64@freebsd.org; Mon, 9 Aug 2004 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 9 Aug 2004 11:01:55 GMT Message-Id: <200408091101.i79B1tHU077796@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, 09 Aug 2004 11:01:56 -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/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 2 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 9 12:00:08 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 E3C5D16A4D0; Mon, 9 Aug 2004 12:00:08 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 640D243D39; Mon, 9 Aug 2004 12:00:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i79C07Hg025017; Mon, 9 Aug 2004 08:00:07 -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 i79C07OB004968; Mon, 9 Aug 2004 08:00:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A44BE7303F; Mon, 9 Aug 2004 08:00:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040809120007.A44BE7303F@freebsd-current.sentex.ca> Date: Mon, 9 Aug 2004 08:00:07 -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: Mon, 09 Aug 2004 12:00:09 -0000 TB --- 2004-08-09 11:49:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-09 11:49:46 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-09 11:49:46 - cleaning the sandbox TB --- 2004-08-09 11:50:48 - checking out the source tree TB --- 2004-08-09 11:50:48 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-08-09 11:50:48 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-09 11:58:15 - WARNING: /home/tinderbox/sandbox/sparc64.diff does not exist TB --- 2004-08-09 11:58:15 - building world (CFLAGS=-O -pipe) TB --- 2004-08-09 11:58:15 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-09 11:58:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ===> usr.bin/awk yacc -d -o awkgram.c /tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/awk/../../contrib/one-true-awk/awkgram.y yacc: 43 shift/reduce conflicts yacc: 85 reduce/reduce conflicts ln -sf awkgram.h ytab.h cc -O -pipe -DHAS_ISBLANK -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/awk/../../contrib/one-true-awk -I/home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/include -L/home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/lib /tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o maketab ===> usr.bin/file make: don't know how to make build-tools. Stop *** Error code 2 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-09 12:00:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-09 12:00:07 - ERROR: failed to build world TB --- 2004-08-09 12:00:07 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 10 02:16: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 A67DE16A4CE for ; Tue, 10 Aug 2004 02:16:18 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821FF43D2D for ; Tue, 10 Aug 2004 02:16:16 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 75F2972DF2; Mon, 9 Aug 2004 19:16:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7185D72DB5; Mon, 9 Aug 2004 19:16:16 -0700 (PDT) Date: Mon, 9 Aug 2004 19:16:16 -0700 (PDT) From: Doug White To: Jim O'Gorman In-Reply-To: Message-ID: <20040809191254.V80973@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: Sun Gigaswift card 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, 10 Aug 2004 02:16:18 -0000 On Fri, 6 Aug 2004, Jim O'Gorman wrote: > none1@pci3:0:0: class=0x020000 card=0x00000000 chip=0xabba108e rev=0x20 hdr=0x00 Oh, I see Sun is into cute device IDs. The gem's device id is '2bad'. This one is 'abba'. pcidatabase.com has a pending entry for this as a 'Cassini Ethernet' chip. As noted , there is no driver yet. On the plus side most other PCI Ethernet cards work, some under both solaris and FreeBSD, like the SysKonnect series. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 10 02:55:22 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 47D3416A4D0 for ; Tue, 10 Aug 2004 02:55:22 +0000 (GMT) Received: from skippyii.compar.com (test.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F5B243D45 for ; Tue, 10 Aug 2004 02:55:00 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [69.193.82.185]) by skippyii.compar.com (8.12.9p2/8.12.9) with ESMTP id i7A2xp3J043745 for ; Mon, 9 Aug 2004 22:59:52 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <003f01c47e85$05fc0890$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: Date: Mon, 9 Aug 2004 22:52:05 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: FreeBSD on sun4m 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, 10 Aug 2004 02:55:22 -0000 Hi all, I just picked up a sun4m (SparcStation 20) and while I could install {Net,Open}BSD on it, I'd like to use it to help out the FreeBSD project if I could. I looked at the status page for the FreeBSD/Sparc project (http://people.freebsd.org/~obrien/freebsd-sparc/) which claims that both 32-bit and 64-bit Sparc machine are supported, but that information is a bit out of date. Can someone point me to some updated status and give me a nudge in the right direction? Thanks, -- Matt Emmerton From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 10 03:14:12 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 86E3616A4CF for ; Tue, 10 Aug 2004 03:14:12 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB3C743D53 for ; Tue, 10 Aug 2004 03:14:11 +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 i7A3Dlel025106; Mon, 9 Aug 2004 21:13:48 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <41183CF8.8060004@samsco.org> Date: Mon, 09 Aug 2004 21:11:52 -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: Matt Emmerton References: <003f01c47e85$05fc0890$1200a8c0@gsicomp.on.ca> In-Reply-To: <003f01c47e85$05fc0890$1200a8c0@gsicomp.on.ca> 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: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD on sun4m 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, 10 Aug 2004 03:14:12 -0000 Matt Emmerton wrote: > Hi all, > > I just picked up a sun4m (SparcStation 20) and while I could install > {Net,Open}BSD on it, I'd like to use it to help out the FreeBSD project if I > could. > > I looked at the status page for the FreeBSD/Sparc project > (http://people.freebsd.org/~obrien/freebsd-sparc/) which claims that both > 32-bit and 64-bit Sparc machine are supported, but that information is a bit > out of date. > > Can someone point me to some updated status and give me a nudge in the right > direction? > > Thanks, > -- > Matt Emmerton > The FreeBSD sparc64 port only support he sun4u architecture. The URL that you mention doesn't seem to be terribly current. Scott From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 10 04:50:54 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 EC72416A4CE for ; Tue, 10 Aug 2004 04:50:54 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id B70F343D1D for ; Tue, 10 Aug 2004 04:50:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 11767 invoked from network); 10 Aug 2004 04:50:54 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Aug 2004 04:50:54 -0000 Received: from hydrogen.funkthat.com (wtcfqp@localhost.funkthat.com [127.0.0.1])i7A4oquU068455; Mon, 9 Aug 2004 21:50:53 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7A4oqT7068454; Mon, 9 Aug 2004 21:50:52 -0700 (PDT) Date: Mon, 9 Aug 2004 21:50:52 -0700 From: John-Mark Gurney To: Matt Emmerton Message-ID: <20040810045052.GK991@funkthat.com> Mail-Followup-To: Matt Emmerton , freebsd-sparc64@freebsd.org References: <003f01c47e85$05fc0890$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003f01c47e85$05fc0890$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD on sun4m X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 04:50:55 -0000 Matt Emmerton wrote this message on Mon, Aug 09, 2004 at 22:52 -0400: > Can someone point me to some updated status and give me a nudge in the right > direction? Take a look at FreeBSD's home page, and see the link to sparc64 on the front page which is: http://www.freebsd.org/platforms/sparc.html Even this information is a bit out of date as the scsi controler on the Ultra 2 and Ultra 1E's should now be supported... but it's quite a bit newer than the previous url you were looking at... I've been running FreeBSD/sparc64 on a sparc for close to a year now.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 10 14:08:19 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 4083816A4CE; Tue, 10 Aug 2004 14:08:19 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B5B43D1D; Tue, 10 Aug 2004 14:08:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7AE8It7010205; Tue, 10 Aug 2004 10:08:18 -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 i7AE8HrE021668; Tue, 10 Aug 2004 10:08:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D6B07303F; Tue, 10 Aug 2004 10:08:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040810140817.2D6B07303F@freebsd-current.sentex.ca> Date: Tue, 10 Aug 2004 10:08:17 -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, 10 Aug 2004 14:08:19 -0000 TB --- 2004-08-10 13:23:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-10 13:23:38 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-10 13:23:38 - cleaning the sandbox TB --- 2004-08-10 13:24:26 - checking out the source tree TB --- 2004-08-10 13:24:26 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-08-10 13:24:26 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-10 13:31:44 - WARNING: /home/tinderbox/sandbox/sparc64.diff does not exist TB --- 2004-08-10 13:31:44 - building world (CFLAGS=-O -pipe) TB --- 2004-08-10 13:31:44 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-10 13:31:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] mkdep -f .depend -a -I. -DNS -DINET6 -DRESCUE /tinderbox/CURRENT/sparc64/sparc64/src/sbin/route/route.c echo route: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a >> .depend cc -O -pipe -I. -Wall -DNS -DINET6 -DRESCUE -c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/route/route.c (cd /tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/../../sbin/routed && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE if.o input.o main.o output.o parms.o radix.o rdisc.o table.o trace.o) rm -f .depend mkdep -f .depend -a -DRESCUE /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/if.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/input.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/main.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/output.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/parms.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/radix.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/rdisc.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/table.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed/trace.c echo routed: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libmd.a >> .depend +for: not found *** Error code 127 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sbin/routed. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-10 14:08:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-10 14:08:16 - ERROR: failed to build world TB --- 2004-08-10 14:08:16 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 11 02:45:51 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 53A3A16A4CE for ; Wed, 11 Aug 2004 02:45:51 +0000 (GMT) Received: from dev.eclipse.org (dev.eclipse.org [204.138.98.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1566F43D45 for ; Wed, 11 Aug 2004 02:45:51 +0000 (GMT) (envelope-from platform-ui-dev-admin@eclipse.org) Received: from dev.eclipse.org (localhost.localdomain [127.0.0.1]) by dev.eclipse.org (Postfix) with ESMTP id 5E81F23E67 for ; Tue, 10 Aug 2004 22:45:07 -0400 (EDT) Date: Tue, 10 Aug 2004 22:45:07 -0400 Message-ID: <20040811024507.17234.58951.Mailman@dev.eclipse.org> From: platform-ui-dev-admin@eclipse.org To: freebsd-sparc64@freebsd.org X-Ack: no Sender: platform-ui-dev-admin@eclipse.org Errors-To: platform-ui-dev-admin@eclipse.org X-BeenThere: platform-ui-dev@eclipse.org X-Mailman-Version: 2.0.13 Precedence: bulk Subject: Your message to platform-ui-dev awaits moderator approval X-BeenThere: freebsd-sparc64@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2004 02:45:51 -0000 Your mail to 'platform-ui-dev' with the subject 0i09u5rug08r89589gjrg Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you have posted a message to a list that you have not subscribed to, your message will be discarded. Please feel free to subscribe to the list and repost your message immediately. From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 11 15:59: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 1106C16A4CE; Wed, 11 Aug 2004 15:59:56 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC7643D45; Wed, 11 Aug 2004 15:59:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7BFxqXx094585; Wed, 11 Aug 2004 11:59:52 -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 i7BFxpV6030127; Wed, 11 Aug 2004 11:59:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE0397303F; Wed, 11 Aug 2004 11:59:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040811155951.EE0397303F@freebsd-current.sentex.ca> Date: Wed, 11 Aug 2004 11:59:51 -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: Wed, 11 Aug 2004 15:59:56 -0000 TB --- 2004-08-11 15:35:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-11 15:35:56 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-11 15:35:56 - cleaning the sandbox TB --- 2004-08-11 15:36:55 - checking out the source tree TB --- 2004-08-11 15:36:55 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-08-11 15:36:55 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-11 15:44:29 - WARNING: /home/tinderbox/sandbox/sparc64.diff does not exist TB --- 2004-08-11 15:44:29 - building world (CFLAGS=-O -pipe) TB --- 2004-08-11 15:44:29 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-11 15:44:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ===> lib/libbsnmp/libbsnmp rm -f .depend mkdep -f .depend -a -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/asn1.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpagent.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpclient.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.c ===> lib/libbsnmp/modules ===> lib/libbsnmp/modules/snmp_atm cat /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/atm_tree.def /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmptree -e begemotAtm > atm_oid.h line 110: junk after closing ')' context: "1 internet *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/modules/snmp_atm. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libbsnmp. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-11 15:59:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-11 15:59:51 - ERROR: failed to build world TB --- 2004-08-11 15:59:51 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Aug 12 11:11:48 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 7EBAF16A4CE for ; Thu, 12 Aug 2004 11:11:48 +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 C867143D1D for ; Thu, 12 Aug 2004 11:11:47 +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 i7CBBhAh062256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 12 Aug 2004 20:11:43 +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 i7CBBFRg013447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Aug 2004 20:11:15 +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 i7CBBE4h013446 for sparc64@freebsd.org; Thu, 12 Aug 2004 20:11:14 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Thu, 12 Aug 2004 20:11:14 +0900 From: Pyun YongHyeon To: sparc64@freebsd.org Message-ID: <20040812111114.GB12556@kt-is.co.kr> References: <20040727110011.GA5553@kt-is.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20040727110011.GA5553@kt-is.co.kr> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: Re: NFS panic and malloc(9) warning 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: Thu, 12 Aug 2004 11:11:48 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jul 27, 2004 at 08:00:11PM +0900, To sparc64@freebsd.org wrote: > Hello All, > > As soon as I did 'cp' via NFS, my Ultra2(NFS server) paniced. > The panic is reproduable. Even though I got core files successfully, > neither gdb6 nor kgdb understand the core.(no trace info.) > > 1st panic: trap: memory address not aligned > nfs_getreq() + 0x1d0 > nfssrv_dorec() + 0xcc > nfssvc_nfsd + 0x1c0 ... > > 2nd panic: trap: memory address not aligned > nfsrv_write() + 0x178 > nfssvc_nfsd() + 0x850 > ... > > And there is always a malloc(9) warning during the NFS operation. > Jul 27 16:51:36 daemon kernel: malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held: > Jul 27 16:51:36 daemon kernel: exclusive sleep mutex nfsd_mtx r = 0 (0xc03cdc38) locked @ /usr/src/sys/nfsserver/nfs_srvsock.c:712 > Jul 27 16:51:36 daemon kernel: KDB: stack backtrace: > Jul 27 16:51:36 daemon kernel: uma_zalloc_arg() at uma_zalloc_arg+0x40 > Jul 27 16:51:36 daemon kernel: nfsm_disct() at nfsm_disct+0x90 > Jul 27 16:51:36 daemon kernel: nfs_getreq() at nfs_getreq+0x44 > Jul 27 16:51:36 daemon kernel: nfsrv_dorec() at nfsrv_dorec+0xcc > Jul 27 16:51:36 daemon kernel: nfssvc_nfsd() at nfssvc_nfsd+0x2e4 > Jul 27 16:51:36 daemon kernel: nfssvc() at nfssvc+0x144 > Jul 27 16:51:36 daemon kernel: syscall() at syscall+0x21c > Jul 27 16:51:36 daemon kernel: -- syscall (155, FreeBSD ELF64, nfssvc) %o7=0x102bac -- > Jul 27 16:51:36 daemon kernel: userland() at 0x4039d848 > Jul 27 16:51:36 daemon kernel: user trace: trap %o7=0x102bac > Jul 27 16:51:36 daemon kernel: pc 0x4039d848, sp 0x7fdffffe031 > Jul 27 16:51:36 daemon kernel: pc 0x1019a4, sp 0x7fdffffe0f1 > Jul 27 16:51:36 daemon kernel: pc 0x100f80, sp 0x7fdffffe4d1 > Jul 27 16:51:36 daemon kernel: pc 0x4020a8d4, sp 0x7fdffffe591 > Jul 27 16:51:36 daemon kernel: done > Seeing no reply, so I assume I am the only persion seeing NFS panics on sparc64. How to reproduce: Sparc64 NFS server exports a directory to a NFS client. NFS client mounts the directory with TCP transport(either NFS v2 or v3 protocol). Now on client side, copy a big file(> 100MB) from the server's exported directory to a sub-directory of the exported directory. The NFS server panics immediatly. When sparc64 machine is configurated to NFS client, the same operation panics the client too. With UDP transport layer the panic doesn't happen. With the following patch, I couldn't panic sparc64 machine anymore. Patch summery. 1. We have now M_TRYWAIT == M_WAITOK, I think there is no need to check possible mixing. 2. Since nfsm_disct() is always called with NFSD lock held, we can't create a mbuf with M_TRYWAIT. This generates numerous WITNESS warning. However, I can't sure it's safe not to sleep when creating a mbuf under heavy memory pressure. 3. The patch is just one possible hack. I believe nfsm_dissect() should be completly rewritten in order to eliminate the need of nfs_realign(). Thanks. Regards, Pyun YongHyeon -- Pyun YongHyeon --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nfs.patch" --- sys/nfs/nfs_common.c.orig Wed Apr 7 13:59:56 2004 +++ sys/nfs/nfs_common.c Thu Aug 12 20:01:07 2004 @@ -166,7 +166,7 @@ void * nfsm_disct(struct mbuf **mdp, caddr_t *dposp, int siz, int left) { - struct mbuf *mp, *mp2; + struct mbuf *mp, *mp2, *n; int siz2, xfer; caddr_t ptr; void *ret; @@ -187,7 +187,9 @@ } else if (siz > MHLEN) { panic("nfs S too big"); } else { - MGET(mp2, M_TRYWAIT, MT_DATA); + MGET(mp2, M_NOWAIT, MT_DATA); + if (mp2 == NULL) + return (NULL); mp2->m_next = mp->m_next; mp->m_next = mp2; mp->m_len -= left; @@ -216,6 +218,26 @@ mp->m_len = siz; *mdp = mp2; *dposp = mtod(mp2, caddr_t); + /* + * XXX + * Forcibly align memory accesses on sparc64. Since function + * nfs_realign() doesn't work well, we may need to completly + * rewrite nfsm_disct() in near future such that eliminates + * nfs_realign() in the frequent code path. + */ + if (!nfsm_aligned(*dposp, u_int32_t)) { + MGET(n, M_DONTWAIT, MT_DATA); + if (n == NULL) + return (NULL); + n->m_len = 0; + bcopy(mtod(mp2, caddr_t), mtod(n, caddr_t), mp2->m_len); + n->m_len += mp2->m_len; + n->m_next = mp2->m_next; + mp->m_next = n; + m_free(mp2); + *mdp = n; + *dposp = mtod(n, caddr_t); + } } return ret; } --- sys/nfs/nfs_common.h.orig Wed Apr 7 13:59:56 2004 +++ sys/nfs/nfs_common.h Wed Aug 11 20:36:11 2004 @@ -118,4 +118,6 @@ nfsm_dcheck(t1, mrep); \ } while (0) +#define nfsm_aligned(p,t) ((((u_long)(p)) & (sizeof(t)-1)) == 0) + #endif --- sys/nfsserver/nfs_srvsock.c.orig Mon Jul 26 20:33:08 2004 +++ sys/nfsserver/nfs_srvsock.c Thu Aug 12 19:45:14 2004 @@ -94,7 +94,7 @@ #define NFS_MAXCWND (NFS_CWNDSCALE * 32) struct callout nfsrv_callout; -static void nfs_realign(struct mbuf **pm, int hsiz); /* XXX SHARED */ +static void nfs_realign(struct mbuf **, int, int); /* XXX SHARED */ static int nfsrv_getstream(struct nfssvc_sock *, int); int32_t (*nfsrv3_procs[NFS_NPROCS])(struct nfsrv_descript *nd, @@ -153,14 +153,14 @@ * If this is a big reply, use a cluster else * try and leave leading space for the lower level headers. */ - mreq->m_len = 6 * NFSX_UNSIGNED; siz += RPC_REPLYSIZ; - if ((max_hdr + siz) >= MINCLSIZE) { + if (siz >= max_datalen) { MCLGET(mreq, M_TRYWAIT); } else - mreq->m_data += min(max_hdr, M_TRAILINGSPACE(mreq)); + mreq->m_data += max_hdr; NFSD_LOCK(); tl = mtod(mreq, u_int32_t *); + mreq->m_len = 6 * NFSX_UNSIGNED; bpos = ((caddr_t)tl) + mreq->m_len; *tl++ = txdr_unsigned(nd->nd_retxid); *tl++ = nfsrv_rpc_reply; @@ -235,7 +235,7 @@ * with TCP. Use vfs.nfs.realign_count and realign_test to check this. */ static void -nfs_realign(struct mbuf **pm, int hsiz) /* XXX COMMON */ +nfs_realign(struct mbuf **pm, int hsiz, int waitflag) /* XXX COMMON */ { struct mbuf *m; struct mbuf *n = NULL; @@ -247,12 +247,14 @@ ++nfs_realign_test; while ((m = *pm) != NULL) { if ((m->m_len & 0x3) || (mtod(m, intptr_t) & 0x3)) { - NFSD_UNLOCK(); - MGET(n, M_TRYWAIT, MT_DATA); + if (waitflag == M_WAITOK) + NFSD_UNLOCK(); + MGET(n, waitflag, MT_DATA); if (m->m_len >= MINCLSIZE) { - MCLGET(n, M_TRYWAIT); + MCLGET(n, waitflag); } - NFSD_LOCK(); + if (waitflag == M_WAITOK) + NFSD_LOCK(); n->m_len = 0; break; } @@ -508,8 +510,7 @@ if (mp) { struct nfsrv_rec *rec; rec = malloc(sizeof(struct nfsrv_rec), - M_NFSRVDESC, - waitflag == M_DONTWAIT ? M_NOWAIT : M_WAITOK); + M_NFSRVDESC, waitflag); if (!rec) { if (nam) FREE(nam, M_SONAME); @@ -518,7 +519,7 @@ continue; } NFSD_LOCK(); - nfs_realign(&mp, 10 * NFSX_UNSIGNED); + nfs_realign(&mp, 10 * NFSX_UNSIGNED, waitflag); rec->nr_address = nam; rec->nr_packet = mp; STAILQ_INSERT_TAIL(&slp->ns_rec, rec, nr_link); @@ -666,13 +667,12 @@ if (slp->ns_flag & SLP_LASTFRAG) { struct nfsrv_rec *rec; NFSD_UNLOCK(); - rec = malloc(sizeof(struct nfsrv_rec), M_NFSRVDESC, - waitflag == M_DONTWAIT ? M_NOWAIT : M_WAITOK); + rec = malloc(sizeof(struct nfsrv_rec), M_NFSRVDESC, waitflag); NFSD_LOCK(); if (!rec) { m_freem(slp->ns_frag); } else { - nfs_realign(&slp->ns_frag, 10 * NFSX_UNSIGNED); + nfs_realign(&slp->ns_frag, 10 * NFSX_UNSIGNED, waitflag); rec->nr_address = NULL; rec->nr_packet = slp->ns_frag; STAILQ_INSERT_TAIL(&slp->ns_rec, rec, nr_link); --61jdw2sOBCFtR2d/-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Aug 12 19:31: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 4993916A4CE for ; Thu, 12 Aug 2004 19:31:29 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id A28A043D2F for ; Thu, 12 Aug 2004 19:31:28 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i7CJVQ1a091237 for ; Thu, 12 Aug 2004 21:31:27 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i7CJVLbn091236 for freebsd-sparc64@freebsd.org; Thu, 12 Aug 2004 21:31:21 +0200 (CEST) (envelope-from marius) Date: Thu, 12 Aug 2004 21:31:21 +0200 From: Marius Strobl To: freebsd-sparc64@freebsd.org Message-ID: <20040812213121.D31182@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.4; VDF 6.27.0.7 (host: newtrinity.zeist.de) Subject: HEADS UP! recompile esp(4), hme(4), isp(4) and uart(4) modules [marius@freebsd.org: cvs commit: src/sys/conf files.powerpc files.sparc64 kmod.mk src/sys/dev/esp esp_sbus.c src/sys/dev/hme if_hme_sbus.c src/sys/dev/isp isp_sbus.c src/sys/dev/ofw ofw_bus.h ofw_bus_if.m...] 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, 12 Aug 2004 19:31:29 -0000 I commited a larger change which requires the recompilation of the esp(4), hme(4), isp(4) and uart(4) modules together with the kernel next time you update 5-current. ----- Forwarded message from Marius Strobl ----- <...> Log: - Introduce an ofw_bus kobj-interface for retrieving the OFW node and a subset ("compatible", "device_type", "model" and "name") of the standard properties in drivers for devices on Open Firmware supported busses. The standard properties "reg", "interrupts" und "address" are not covered by this interface because they are only of interest in the respective bridge code. There's a remaining standard property "status" which is unclear how to support properly but which also isn't used in FreeBSD at present. This ofw_bus kobj-interface allows to replace the various (ebus_get_node(), ofw_pci_get_node(), etc.) and partially inconsistent (central_get_type() vs. sbus_get_device_type(), etc.) existing IVAR ones with a common one. This in turn allows to simplify and remove code-duplication in drivers for devices that can hang off of more than one OFW supported bus. - Convert the sparc64 Central, EBus, FHC, PCI and SBus bus drivers and the drivers for their children to use the ofw_bus kobj-interface. The IVAR- interfaces of the Central, EBus and FHC are entirely replaced by this. The PCI bus driver used its own kobj-interface and now also uses the ofw_bus one. The IVARs special to the SBus, e.g. for retrieving the burst size, remain. Beware: this causes an ABI-breakage for modules of drivers which used the IVAR-interfaces, i.e. esp(4), hme(4), isp(4) and uart(4), which need to be recompiled. The style-inconsistencies introduced in some of the bus drivers will be fixed by tmm@ in a generic clean-up of the respective drivers later (he requested to add the changes in the "new" style). - Convert the powerpc MacIO bus driver and the drivers for its children to use the ofw_bus kobj-interface. This invloves removing the IVARs related to the "reg" property which were unused and a leftover from the NetBSD origini of the code. There's no ABI-breakage caused by this because none of these driver are currently built as modules. There are other powerpc bus drivers which can be converted to the ofw_bus kobj-interface, e.g. the PCI bus driver, which should be done together with converting powerpc to use the OFW PCI code from sparc64. - Make the SBus and FHC front-end of zs(4) and the sparc64 eeprom(4) take advantage of the ofw_bus kobj-interface and simplify them a bit. Reviewed by: grehan, tmm Approved by: re (scottl) Discussed with: tmm Tested with: Sun AX1105, AXe, Ultra 2, Ultra 60; PPC cross-build on i386 Revision Changes Path 1.40 +1 -0 src/sys/conf/files.powerpc 1.57 +2 -1 src/sys/conf/files.sparc64 1.164 +1 -0 src/sys/conf/kmod.mk 1.6 +5 -4 src/sys/dev/esp/esp_sbus.c 1.13 +4 -3 src/sys/dev/hme/if_hme_sbus.c 1.15 +6 -5 src/sys/dev/isp/isp_sbus.c 1.1 +73 -0 src/sys/dev/ofw/ofw_bus.h (new) 1.1 +110 -0 src/sys/dev/ofw/ofw_bus_if.m (new) 1.4 +3 -5 src/sys/dev/pcf/envctrl.c 1.3 +7 -8 src/sys/dev/pcf/pcf_ebus.c 1.3 +4 -4 src/sys/dev/puc/puc_ebus.c 1.4 +4 -4 src/sys/dev/puc/puc_sbus.c 1.35 +12 -9 src/sys/dev/sab/sab.c 1.5 +5 -5 src/sys/dev/uart/uart_bus_ebus.c 1.6 +5 -9 src/sys/dev/zs/zs_macio.c 1.8 +12 -61 src/sys/dev/zs/zs_sbus.c 1.3 +1 -1 src/sys/modules/esp/Makefile 1.2 +2 -2 src/sys/modules/hme/Makefile 1.2 +1 -1 src/sys/modules/isp/Makefile 1.10 +3 -2 src/sys/modules/uart/Makefile 1.11 +2 -3 src/sys/powerpc/powermac/ata_macio.c 1.8 +2 -2 src/sys/powerpc/powermac/hrowpic.c 1.16 +69 -53 src/sys/powerpc/powermac/macio.c 1.5 +4 -27 src/sys/powerpc/powermac/maciovar.h 1.8 +2 -2 src/sys/powerpc/powermac/openpic_macio.c 1.4 +64 -46 src/sys/sparc64/central/central.c 1.2 +0 -47 src/sys/sparc64/central/centralvar.h (dead) 1.19 +71 -49 src/sys/sparc64/ebus/ebus.c 1.3 +0 -56 src/sys/sparc64/ebus/ebusvar.h (dead) 1.9 +52 -41 src/sys/sparc64/fhc/fhc.c 1.4 +10 -5 src/sys/sparc64/fhc/fhc_central.c 1.4 +8 -2 src/sys/sparc64/fhc/fhc_nexus.c 1.3 +5 -17 src/sys/sparc64/fhc/fhcvar.h 1.3 +2 -1 src/sys/sparc64/include/eeprom.h 1.13 +2 -1 src/sys/sparc64/isa/isa.c 1.10 +4 -1 src/sys/sparc64/pci/apb.c 1.8 +0 -7 src/sys/sparc64/pci/ofw_pci.h 1.5 +0 -17 src/sys/sparc64/pci/ofw_pci_if.m 1.4 +5 -2 src/sys/sparc64/pci/ofw_pcib.c 1.4 +4 -3 src/sys/sparc64/pci/ofw_pcib_subr.c 1.3 +1 -1 src/sys/sparc64/pci/ofw_pcib_subr.h 1.3 +67 -9 src/sys/sparc64/pci/ofw_pcibus.c 1.52 +7 -4 src/sys/sparc64/pci/psycho.c 1.31 +67 -25 src/sys/sparc64/sbus/sbus.c 1.4 +0 -8 src/sys/sparc64/sbus/sbusvar.h 1.5 +16 -9 src/sys/sparc64/sparc64/eeprom.c 1.7 +4 -19 src/sys/sparc64/sparc64/eeprom_ebus.c 1.7 +0 -136 src/sys/sparc64/sparc64/eeprom_fhc.c (dead) 1.7 +6 -20 src/sys/sparc64/sparc64/eeprom_sbus.c 1.10 +3 -1 src/sys/sparc64/sparc64/ofw_machdep.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" ----- End forwarded message ----- From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 14 09:06:44 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 1407716A4CE for ; Sat, 14 Aug 2004 09:06:44 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32BC143D31 for ; Sat, 14 Aug 2004 09:06:43 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i7E96f46023979 for ; Sat, 14 Aug 2004 10:06:41 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i7E96fMu051180 for ; Sat, 14 Aug 2004 10:06:41 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)i7E96fIF051177 for ; Sat, 14 Aug 2004 10:06:41 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 14 Aug 2004 10:06:41 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: freebsd-sparc@freebsd.org Message-ID: <20040814095829.W51109@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Subject: Top of tree kernel panics on Ultra 5 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, 14 Aug 2004 09:06:44 -0000 I've just updated my Ultra 5 (which was running a kernel from February) to top-of-tree CURRENT, but the new kernel won't boot. I trust the fardware - until this upgrade the machine has been stable and heavily used solidly for the past 180 days. I'm about to try jumping back a month to see if I can narrow down a commit which could have caused this. 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.2-CURRENT #2: Sat Aug 14 07:34:09 BST 2004 root@leeloo.york.ac.uk:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc04d2000. Timecounter "tick" frequency 269833437 Hz quality 0 real memory = 268435456 (256 MB) avail memory = 245817344 (234 MB) machine: SUNW,Ultra-5_10 cpu0: Sun Microsystems UltraSparc-IIi Processor (269.83 MHz CPU) mask=0x12 maxtl=5 maxwin=7 mem: null: random: openfirm: nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A initalizing intr_countp pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x108e, dev=0x5000, revid=0x11 bus=0, slot=1, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x108e, dev=0x5000, revid=0x11 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) pcib1: at device 1.1 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc00000-0xdfffff, 0xe00000-0xffffff pcib1: memory decode 0xe0000000-0xffffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base f0000000, size 24, enabled pcib1: device (null)-1 requested decoded memory range 0xf0000000-0xf0ffffff map[14]: type 1, range 32, base f1000000, size 23, enabled pcib1: device (null)-1 requested decoded memory range 0xf1000000-0xf17fffff found-> vendor=0x108e, dev=0x1000, revid=0x01 bus=1, slot=1, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) map[10]: type 1, range 32, base e0000000, size 15, memory disabled pcib1: device (null)-1 requested decoded memory range 0xe0000000-0xe0007fff found-> vendor=0x108e, dev=0x1001, revid=0x01 bus=1, slot=1, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) map[10]: type 1, range 32, base e1000000, size 24, memory disabled pcib1: device (null)-1 requested decoded memory range 0xe1000000-0xe1ffffff map[14]: type 4, range 32, base 00000000, size 8, port disabled map[18]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=0x1002, dev=0x4754, revid=0x9a bus=1, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0080, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 00c00000, size 3, enabled pcib1: device (null)-1 requested decoded I/O range 0xc00000-0xc00007 map[14]: type 4, range 32, base 00c00008, size 2, enabled pcib1: device (null)-1 requested decoded I/O range 0xc00008-0xc0000b map[18]: type 4, range 32, base 00c00010, size 3, enabled pcib1: device (null)-1 requested decoded I/O range 0xc00010-0xc00017 map[1c]: type 4, range 32, base 00c00018, size 2, enabled pcib1: device (null)-1 requested decoded I/O range 0xc00018-0xc0001b map[20]: type 4, range 32, base 00c00020, size 4, enabled pcib1: device (null)-1 requested decoded I/O range 0xc00020-0xc0002f found-> vendor=0x1095, dev=0x0646, revid=0x03 bus=1, slot=3, func=0 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci1 ebus0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xf0000000 ebus0: Reserved 0x800000 bytes for rid 0x14 type 3 at 0xf1000000 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty0: console 9600,8,n,1,- sabtty1: on sab0 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x14003043bc-0x14003043cb irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: registered as a time-of-day clock (resolution 1000000us) eeprom0: hostid 809c66f6 eeprom0: current time: 1092473850.000000000 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400722000-0x1400722003,0x1400704000-0x140070400f,0x1400702000-0x140070200f,0x1400200000-0x14002000ff irq 36,35 (no driver attached) hme0: mem 0xe0000000-0xe0007fff at device 1.1 on pci1 hme0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0xe0000000 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: bpf attached hme0: Ethernet address: 08:00:20:9c:66:f6 hme0: [GIANT-LOCKED] pci1: at device 2.0 (no driver attached) atapci0: port 0xc00020-0xc0002f,0xc00018-0xc0001b,0xc00010-0xc00017,0xc00008-0xc0000b,0xc00000-0xc00007 at device 3.0 on pci1 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc00020 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc00000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc00008 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc00010 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xc00018 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-slave: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] pcib2: at device 1.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x1fffff, 0x200000-0x3fffff, 0x400000-0x5fffff, 0x600000-0x7fffff, 0x800000-0x9fffff, 0xa00000-0xbfffff pcib2: memory decode 0x0-0x1fffffff, 0x20000000-0x3fffffff, 0x40000000-0x5fffffff, 0x60000000-0x7fffffff, 0x80000000-0x9fffffff, 0xa0000000-0xbfffffff pci2: on pcib2 pci2: physical bus=2 procfs registered Timecounters tick every 10.000 msec lo0: bpf attached ata2-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata2-master: setting PIO4 on CMD 646 chip ata2-master: setting WDMA2 on CMD 646 chip ad0: ATA-2 disk at ata2-master ad0: 4103MB (8404830 sectors), 8894 C, 15 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, WDMA2 GEOM: new disk ad0 GEOM: Configure ad0a, start 0 length 125798400 end 125798399 GEOM: Configure ad0b, start 125798400 length 153377280 end 279175679 GEOM: Configure ad0c, start 0 length 4303272960 end 4303272959 GEOM: Configure ad0e, start 279175680 length 217728000 end 496903679 GEOM: Configure ad0f, start 496903680 length 3806369280 end 4303272959 Mounting root from ufs:/dev/ad0a start_init: trying /sbin/init IOMMU fault virtual address 0xc0620000 panic: pcib: uncorrectable DMA error AFAR 0x179e7880 AFSR 0x270000ff00000000 cpuid = 0; KDB: enter: panic [thread 100041] Stopped at kdb_enter+0x38: ta %xcc, 1 db> tr panic() at panic+0x1a8 psycho_ue() at psycho_ue+0x60 intr_fast() at intr_fast+0x88 -- interrupt level=0xd pil=0 %o7=0xc02a990c -- spitfire_block_zero() at spitfire_block_zero+0x74 vm_pagezero() at vm_pagezero+0x1b8 fork_exit() at fork_exit+0x9c fork_trampoline() at fork_trampoline+0x8 db> Gavin