From owner-freebsd-sparc64@FreeBSD.ORG Mon May 26 05:13:37 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8432937B401 for ; Mon, 26 May 2003 05:13:37 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBE3043F85 for ; Mon, 26 May 2003 05:13:36 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 4F22D530E; Mon, 26 May 2003 14:13:35 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: sparc64@freebsd.org From: Dag-Erling Smorgrav Date: Mon, 26 May 2003 14:13:34 +0200 Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: tinderbox failure 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, 26 May 2003 12:13:37 -0000 The last sparc64 tinderbox run failed. Unfortunately the report wasn't sent out due to what looks like a freak Perl bug... It's available in the usual place (http://www.rtp.freebsd.org/~des/) DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-sparc64@FreeBSD.ORG Tue May 27 02:55:34 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6741237B401 for ; Tue, 27 May 2003 02:55:34 -0700 (PDT) Received: from kai.qix.co.uk (kai.qix.co.uk [195.149.39.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E8B43F75 for ; Tue, 27 May 2003 02:55:33 -0700 (PDT) (envelope-from aledm@qix.co.uk) Received: from localhost (aledm@localhost) by kai.qix.co.uk (8.11.1/8.11.1) with ESMTP id h4R9tUZ83537; Tue, 27 May 2003 10:55:30 +0100 (BST) (envelope-from aledm@qix.co.uk) Date: Tue, 27 May 2003 10:55:30 +0100 (BST) From: Aled Morris To: Baby Peanut In-Reply-To: <20030508162444.92388.qmail@web41306.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD 5.1-BETA on Ultra-2 with ISP panics 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, 27 May 2003 09:55:34 -0000 On Thu, 8 May 2003, Baby Peanut wrote: >But at least the ISP bug was fixed. > >Sun Ultra 2 UPA/SBus (2 X UltraSPARC 200MHz), No Keyboard >OpenBoot 3.11, 768 MB memory installed, Serial #8830939. >Ethernet address 8:0:20:86:bf:db, Host ID: 8086bfdb. > >Rebooting with command: boot /sbus@1f,0/QLGC,isp@3,10000/sd@2,0:a >Boot device: /sbus@1f,0/QLGC,isp@3,10000/sd@2,0:a File and args: Which sbus card is this? I'm keen to have my Ultra-2 running standalone and sbus cards seem to be readily available on ebay, though they are rarely identified by their chipset :-( Aled From owner-freebsd-sparc64@FreeBSD.ORG Tue May 27 12:13:30 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A8837B401 for ; Tue, 27 May 2003 12:13:30 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D36ED43F85 for ; Tue, 27 May 2003 12:13:29 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h4RJDATY011215; Tue, 27 May 2003 12:13:14 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h4RJDAQ0011214; Tue, 27 May 2003 12:13:10 -0700 (PDT) Date: Tue, 27 May 2003 12:13:09 -0700 From: "David O'Brien" To: Aled Morris Message-ID: <20030527191309.GB10522@dragon.nuxi.com> References: <20030508162444.92388.qmail@web41306.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.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: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD 5.1-BETA on Ultra-2 with ISP panics X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: 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: Tue, 27 May 2003 19:13:30 -0000 On Tue, May 27, 2003 at 10:55:30AM +0100, Aled Morris wrote: > On Thu, 8 May 2003, Baby Peanut wrote: > > >But at least the ISP bug was fixed. > > > >Sun Ultra 2 UPA/SBus (2 X UltraSPARC 200MHz), No Keyboard > >OpenBoot 3.11, 768 MB memory installed, Serial #8830939. > >Ethernet address 8:0:20:86:bf:db, Host ID: 8086bfdb. > > > >Rebooting with command: boot /sbus@1f,0/QLGC,isp@3,10000/sd@2,0:a > >Boot device: /sbus@1f,0/QLGC,isp@3,10000/sd@2,0:a File and args: > > Which sbus card is this? Qlogic ISP-1000. From owner-freebsd-sparc64@FreeBSD.ORG Tue May 27 13:53:35 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A19DB37B401 for ; Tue, 27 May 2003 13:53:35 -0700 (PDT) Received: from treason.nexuslabs.com (treason.nexuslabs.com [207.113.83.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F06543F3F for ; Tue, 27 May 2003 13:53:34 -0700 (PDT) (envelope-from beef@nexuslabs.com) Received: from treason.nexuslabs.com (beef@localhost [127.0.0.1]) by treason.nexuslabs.com (8.12.6/8.12.3) with ESMTP id h4RKrWTU039992 for ; Tue, 27 May 2003 16:53:32 -0400 (EDT) (envelope-from beef@nexuslabs.com) Received: from localhost (beef@localhost)h4RKrVLK039988 for ; Tue, 27 May 2003 16:53:31 -0400 (EDT) X-Authentication-Warning: treason.nexuslabs.com: beef owned process doing -bs Date: Tue, 27 May 2003 16:53:29 -0400 (EDT) From: "Charles E. Youse" To: freebsd-sparc64@freebsd.org In-Reply-To: <20030527191309.GB10522@dragon.nuxi.com> Message-ID: <20030527165238.H57733-100000@treason.nexuslabs.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: FreeBSD 5.1-BETA on Ultra-2 with ISP panics 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, 27 May 2003 20:53:36 -0000 Sun sells the Qlogic cards as part # 370-1703. You can find cards under that part number on Ebay if you look hard enough. C. On Tue, 27 May 2003, David O'Brien wrote: > On Tue, May 27, 2003 at 10:55:30AM +0100, Aled Morris wrote: > > On Thu, 8 May 2003, Baby Peanut wrote: > > > > >But at least the ISP bug was fixed. > > > > > >Sun Ultra 2 UPA/SBus (2 X UltraSPARC 200MHz), No Keyboard > > >OpenBoot 3.11, 768 MB memory installed, Serial #8830939. > > >Ethernet address 8:0:20:86:bf:db, Host ID: 8086bfdb. > > > > > >Rebooting with command: boot /sbus@1f,0/QLGC,isp@3,10000/sd@2,0:a > > >Boot device: /sbus@1f,0/QLGC,isp@3,10000/sd@2,0:a File and args: > > > > Which sbus card is this? > > Qlogic ISP-1000. > _______________________________________________ > 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 Tue May 27 17:37:02 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE2A137B401 for ; Tue, 27 May 2003 17:37:02 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE2543F93 for ; Tue, 27 May 2003 17:37:02 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 11CC366B9B for ; Tue, 27 May 2003 17:37:02 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 01F57AEA; Tue, 27 May 2003 17:37:01 -0700 (PDT) Date: Tue, 27 May 2003 17:37:01 -0700 From: Kris Kennaway To: sparc@FreeBSD.org Message-ID: <20030528003701.GA89173@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Uptime record? 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, 28 May 2003 00:37:03 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 5:26PM up 107 days, 13:35, 0 users, load averages: 8.07, 7.44, 6.85 This is one of the FreeBSD package building machines..it's been under more or less continuous load for those 107 days. Unfortunately, later source trees became more unstable, but I think those problems have been (recently) fixed now. Kris --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+1AStWry0BWjoQKURAqgGAKDvzmLlqLFAJbWBPloOg8AA0Xte6ACcCgXz psuxp6pMojITh0TOQo4H6Rw= =dZ/o -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 05:37:11 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93C1D37B401 for ; Wed, 28 May 2003 05:37:11 -0700 (PDT) Received: from web41315.mail.yahoo.com (web41315.mail.yahoo.com [66.218.93.64]) by mx1.FreeBSD.org (Postfix) with SMTP id 240D743FA3 for ; Wed, 28 May 2003 05:37:11 -0700 (PDT) (envelope-from baby_p_nut@yahoo.com) Message-ID: <20030528123711.96136.qmail@web41315.mail.yahoo.com> Received: from [68.50.141.185] by web41315.mail.yahoo.com via HTTP; Wed, 28 May 2003 05:37:11 PDT Date: Wed, 28 May 2003 05:37:11 -0700 (PDT) From: Baby Peanut To: freebsd-sparc64@freebsd.org In-Reply-To: <20030527165238.H57733-100000@treason.nexuslabs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: FreeBSD 5.1-BETA on Ultra-2 with ISP panics 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, 28 May 2003 12:37:11 -0000 http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3026612305&category=11216 --- "Charles E. Youse" wrote: > > Sun sells the Qlogic cards as part # 370-1703. > > You can find cards under that part number on Ebay if you look hard enough. > > C. > > > > On Tue, 27 May 2003, David O'Brien wrote: > > > On Tue, May 27, 2003 at 10:55:30AM +0100, Aled Morris wrote: > > > On Thu, 8 May 2003, Baby Peanut wrote: > > > > > > >But at least the ISP bug was fixed. > > > > > > > >Sun Ultra 2 UPA/SBus (2 X UltraSPARC 200MHz), No Keyboard > > > >OpenBoot 3.11, 768 MB memory installed, Serial #8830939. > > > >Ethernet address 8:0:20:86:bf:db, Host ID: 8086bfdb. > > > > > > > >Rebooting with command: boot /sbus@1f,0/QLGC,isp@3,10000/sd@2,0:a > > > >Boot device: /sbus@1f,0/QLGC,isp@3,10000/sd@2,0:a File and args: > > > > > > Which sbus card is this? > > > > Qlogic ISP-1000. > > _______________________________________________ > > 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" > > > > _______________________________________________ > 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" __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 12:58:48 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A980C37B401 for ; Wed, 28 May 2003 12:58:48 -0700 (PDT) Received: from plmler2.mail.eds.com (plmler2.mail.eds.com [199.228.142.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF46043F85 for ; Wed, 28 May 2003 12:58:47 -0700 (PDT) (envelope-from paul.talbot@eds.com) Received: from plmlir5.mail.eds.com (plmlir5-2.mail.eds.com [199.228.142.135]) by plmler2.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SJwlM12516 for ; Wed, 28 May 2003 14:58:47 -0500 Received: from plmlir5.mail.eds.com (localhost [127.0.0.1]) by plmlir5.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SJwjQ28809 for ; Wed, 28 May 2003 14:58:46 -0500 (CDT) Received: from USPLM001.examhub.exch.eds.com (uspla005.txpln.us.eds.com [148.94.64.102]) by plmlir5.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SJwjI28796 for ; Wed, 28 May 2003 14:58:45 -0500 (CDT) Received: by uspla005.txpln.us.eds.com with Internet Mail Service (5.5.2656.59) id ; Wed, 28 May 2003 14:58:48 -0500 Message-ID: From: "Talbot, Paul" To: "'Sparc@freebsd.org'" Date: Wed, 28 May 2003 14:58:39 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: portversion/portupgrade 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, 28 May 2003 19:58:49 -0000 Hello all... I have an issue with portversion and portupgrade (20030427) on my Ultra 10.... After running the 'portsdb -Uu' command, I get the following output from portversion and portupgrade: localhost# portversion ** No package matching '*' was found. localhost# localhost# portupgrade -a ** No such package '*' is installed. localhost# Here's output from 'uname -a' command: FreeBSD localhost 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Fri Jan 17 20:03:38 GMT 2003 root@numenor.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC sparc64 Any assistance/guidance would be great! -Paul From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 13:00:57 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D342B37B401 for ; Wed, 28 May 2003 13:00:57 -0700 (PDT) Received: from plmler5.mail.eds.com (plmler5.mail.eds.com [199.228.142.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0E0543FBF for ; Wed, 28 May 2003 13:00:56 -0700 (PDT) (envelope-from paul.talbot@eds.com) Received: from plmlir1.mail.eds.com (plmlir1-2.mail.eds.com [199.228.142.131]) by plmler5.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SK0tB25730 for ; Wed, 28 May 2003 15:00:56 -0500 Received: from plmlir1.mail.eds.com (localhost [127.0.0.1]) by plmlir1.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SK0su22750 for ; Wed, 28 May 2003 15:00:54 -0500 (CDT) Received: from USPLM001.examhub.exch.eds.com (uspla005.txpln.us.eds.com [148.94.64.102]) by plmlir1.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SK0rn22738 for ; Wed, 28 May 2003 15:00:54 -0500 (CDT) Received: by uspla005.txpln.us.eds.com with Internet Mail Service (5.5.2656.59) id ; Wed, 28 May 2003 15:00:56 -0500 Message-ID: From: "Talbot, Paul" To: freebsd-sparc64@freebsd.org Date: Wed, 28 May 2003 15:00:44 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: portversion/portupgrade 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, 28 May 2003 20:00:58 -0000 > Hello all... > > I have an issue with portversion and portupgrade (20030427) on my Ultra > 10.... > > After running the 'portsdb -Uu' command, I get the following output from > portversion and portupgrade: > > localhost# portversion > ** No package matching '*' was found. > localhost# > > localhost# portupgrade -a > ** No such package '*' is installed. > localhost# > > Here's output from 'uname -a' command: > > FreeBSD localhost 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Fri Jan 17 20:03:38 > GMT 2003 root@numenor.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC > sparc64 > > Any assistance/guidance would be great! > > -Paul > > From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 14:47:13 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CD9837B401 for ; Wed, 28 May 2003 14:47:13 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A39043F3F for ; Wed, 28 May 2003 14:47:12 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 398AA66B9B; Wed, 28 May 2003 14:47:12 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 1395C5EF; Wed, 28 May 2003 14:47:12 -0700 (PDT) Date: Wed, 28 May 2003 14:47:12 -0700 From: Kris Kennaway To: "Talbot, Paul" Message-ID: <20030528214711.GA94049@rot13.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'Sparc@freebsd.org'" Subject: Re: portversion/portupgrade 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, 28 May 2003 21:47:13 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 28, 2003 at 02:58:39PM -0500, Talbot, Paul wrote: >=20 > Hello all... >=20 > I have an issue with portversion and portupgrade (20030427) on my Ultra > 10.... >=20 > After running the 'portsdb -Uu' command, I get the following output from > portversion and portupgrade: >=20 > localhost# portversion > ** No package matching '*' was found. > localhost# >=20 > localhost# portupgrade -a > ** No such package '*' is installed. > localhost# Yes, this is known to be broken. knu is aware of it, but seems to be too busy to fix it. If there are any other ruby hackers out there who are familiar with the ruby internals, fixing this would be a great help. Kris --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+1S5fWry0BWjoQKURAhnPAKCewIhg70WpIsxvgyRJuDCxJL1h8gCZAec6 YVhsevrslFcnxesQCeVsdIs= =oJGS -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 14:55:13 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B1A137B401 for ; Wed, 28 May 2003 14:55:13 -0700 (PDT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B3F43F85 for ; Wed, 28 May 2003 14:55:12 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h4SLtACS022502; Wed, 28 May 2003 17:55:10 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20030528214711.GA94049@rot13.obsecurity.org> References: <20030528214711.GA94049@rot13.obsecurity.org> Date: Wed, 28 May 2003 17:55:09 -0400 To: Kris Kennaway , "Talbot, Paul" From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 cc: freebsd-sparc64@freebsd.org Subject: Re: portversion/portupgrade 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, 28 May 2003 21:55:13 -0000 At 2:47 PM -0700 5/28/03, Kris Kennaway wrote: >On Wed, May 28, 2003, Talbot, Paul wrote: > > >> Hello all... >> > > I have an issue with portversion and portupgrade (20030427) on > > my Ultra 10.... > > > > After running the 'portsdb -Uu' command, I get the following > > output from portversion and portupgrade: > > >> localhost# portversion >> ** No package matching '*' was found. >> localhost# >> >> localhost# portupgrade -a >> ** No such package '*' is installed. >> localhost# > >Yes, this is known to be broken. knu is aware of it, but seems >to be too busy to fix it. If there are any other ruby hackers >out there who are familiar with the ruby internals, fixing this >would be a great help. Do you know if this a bug in ruby itself, or is it only in portversion && portupgrade? Is it only happening on sparc64? -- 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 May 28 15:00:13 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFB2D37B401 for ; Wed, 28 May 2003 15:00:13 -0700 (PDT) Received: from plmler2.mail.eds.com (plmler2.mail.eds.com [199.228.142.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 207AC43F3F for ; Wed, 28 May 2003 15:00:13 -0700 (PDT) (envelope-from paul.talbot@eds.com) Received: from plmlir1.mail.eds.com (plmlir1-2.mail.eds.com [199.228.142.131]) by plmler2.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SM0BM32000; Wed, 28 May 2003 17:00:11 -0500 Received: from plmlir1.mail.eds.com (localhost [127.0.0.1]) by plmlir1.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SM09u23887; Wed, 28 May 2003 17:00:10 -0500 (CDT) Received: from USPLM001.examhub.exch.eds.com (uspla005.txpln.us.eds.com [148.94.64.102]) by plmlir1.mail.eds.com (8.11.6p2/8.11.6) with ESMTP id h4SM09n23875; Wed, 28 May 2003 17:00:09 -0500 (CDT) Received: by uspla005.txpln.us.eds.com with Internet Mail Service (5.5.2656.59) id ; Wed, 28 May 2003 17:00:12 -0500 Message-ID: From: "Talbot, Paul" To: "'Garance A Drosihn'" Date: Wed, 28 May 2003 17:00:04 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain cc: freebsd-sparc64@freebsd.org Subject: RE: portversion/portupgrade 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, 28 May 2003 22:00:14 -0000 My x86 box doesn't exhibit the problem. -Paul -----Original Message----- From: Garance A Drosihn [mailto:drosih@rpi.edu] Sent: Wednesday, May 28, 2003 2:55 PM To: Kris Kennaway; Talbot, Paul Cc: freebsd-sparc64@freebsd.org Subject: Re: portversion/portupgrade At 2:47 PM -0700 5/28/03, Kris Kennaway wrote: >On Wed, May 28, 2003, Talbot, Paul wrote: > > >> Hello all... >> > > I have an issue with portversion and portupgrade (20030427) on > > my Ultra 10.... > > > After running the 'portsdb -Uu' command, I get the following > > output from portversion and portupgrade: > > >> localhost# portversion >> ** No package matching '*' was found. >> localhost# >> >> localhost# portupgrade -a >> ** No such package '*' is installed. >> localhost# > >Yes, this is known to be broken. knu is aware of it, but seems to be >too busy to fix it. If there are any other ruby hackers out there who >are familiar with the ruby internals, fixing this would be a great >help. Do you know if this a bug in ruby itself, or is it only in portversion && portupgrade? Is it only happening on sparc64? -- 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 May 28 15:02:16 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA02337B401 for ; Wed, 28 May 2003 15:02:16 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 170D643F3F for ; Wed, 28 May 2003 15:02:16 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 96BD366D74; Wed, 28 May 2003 15:02:15 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 6FD13AF1; Wed, 28 May 2003 15:02:15 -0700 (PDT) Date: Wed, 28 May 2003 15:02:15 -0700 From: Kris Kennaway To: Garance A Drosihn Message-ID: <20030528220215.GA94270@rot13.obsecurity.org> References: <20030528214711.GA94049@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org cc: Kris Kennaway Subject: Re: portversion/portupgrade 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, 28 May 2003 22:02:17 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 28, 2003 at 05:55:09PM -0400, Garance A Drosihn wrote: > At 2:47 PM -0700 5/28/03, Kris Kennaway wrote: > >On Wed, May 28, 2003, Talbot, Paul wrote: > > > > >> Hello all... > >> > > > I have an issue with portversion and portupgrade (20030427) on > > > my Ultra 10.... > > > > > > After running the 'portsdb -Uu' command, I get the following > > > output from portversion and portupgrade: > > > > >> localhost# portversion > >> ** No package matching '*' was found. > >> localhost# > >> > >> localhost# portupgrade -a > >> ** No such package '*' is installed. > >> localhost# > > > >Yes, this is known to be broken. knu is aware of it, but seems > >to be too busy to fix it. If there are any other ruby hackers > >out there who are familiar with the ruby internals, fixing this > >would be a great help. >=20 > Do you know if this a bug in ruby itself, or is it only in > portversion && portupgrade? Is it only happening on sparc64? It's apparently a bug in ruby on sparc64. I don't think the bug exists on other 64-bit platforms, so it might be an endianness bug. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+1THnWry0BWjoQKURAjMAAKDEvg22q++LpvffkeELNVnwUOwVYwCeK35b c9Oa33w0WqHpz9uEI1Z4RGU= =4Tsb -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 15:21:05 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE7037B401 for ; Wed, 28 May 2003 15:21:05 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 3366D43F3F for ; Wed, 28 May 2003 15:21:04 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 9976 invoked by uid 65534); 28 May 2003 22:21:02 -0000 Received: from p508E5213.dip.t-dialin.net (EHLO galatea.local) (80.142.82.19) by mail.gmx.net (mp010) with SMTP; 29 May 2003 00:21:02 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19L9In-0000HN-0t; Thu, 29 May 2003 00:21:45 +0200 Date: Thu, 29 May 2003 00:21:44 +0200 From: Thomas Moestl To: Kris Kennaway Message-ID: <20030528222144.GA667@crow.dom2ip.de> Mail-Followup-To: Kris Kennaway , Garance A Drosihn , freebsd-sparc64@freebsd.org References: <20030528214711.GA94049@rot13.obsecurity.org> <20030528220215.GA94270@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030528220215.GA94270@rot13.obsecurity.org> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-sparc64@freebsd.org Subject: Re: portversion/portupgrade 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, 28 May 2003 22:21:05 -0000 On Wed, 2003/05/28 at 15:02:15 -0700, Kris Kennaway wrote: > On Wed, May 28, 2003 at 05:55:09PM -0400, Garance A Drosihn wrote: > > At 2:47 PM -0700 5/28/03, Kris Kennaway wrote: > > >On Wed, May 28, 2003, Talbot, Paul wrote: > > > > > > >> Hello all... > > >> > > > > I have an issue with portversion and portupgrade (20030427) on > > > > my Ultra 10.... > > > > > > > > After running the 'portsdb -Uu' command, I get the following > > > > output from portversion and portupgrade: > > > > > > >> localhost# portversion > > >> ** No package matching '*' was found. > > >> localhost# > > >> > > >> localhost# portupgrade -a > > >> ** No such package '*' is installed. > > >> localhost# > > > > > >Yes, this is known to be broken. knu is aware of it, but seems > > >to be too busy to fix it. If there are any other ruby hackers > > >out there who are familiar with the ruby internals, fixing this > > >would be a great help. > > > > Do you know if this a bug in ruby itself, or is it only in > > portversion && portupgrade? Is it only happening on sparc64? > > It's apparently a bug in ruby on sparc64. I don't think the bug > exists on other 64-bit platforms, so it might be an endianness bug. I believe that this is fixed in ruby-devel. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 15:22:45 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E7E937B401 for ; Wed, 28 May 2003 15:22:45 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D4343F3F for ; Wed, 28 May 2003 15:22:44 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 7EB6166B9B; Wed, 28 May 2003 15:22:44 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 655E1AF1; Wed, 28 May 2003 15:22:44 -0700 (PDT) Date: Wed, 28 May 2003 15:22:44 -0700 From: Kris Kennaway To: Kris Kennaway , Garance A Drosihn , freebsd-sparc64@freebsd.org Message-ID: <20030528222244.GA94418@rot13.obsecurity.org> References: <20030528214711.GA94049@rot13.obsecurity.org> <20030528220215.GA94270@rot13.obsecurity.org> <20030528222144.GA667@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20030528222144.GA667@crow.dom2ip.de> User-Agent: Mutt/1.4.1i Subject: Re: portversion/portupgrade 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, 28 May 2003 22:22:45 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 29, 2003 at 12:21:44AM +0200, Thomas Moestl wrote: > On Wed, 2003/05/28 at 15:02:15 -0700, Kris Kennaway wrote: > > On Wed, May 28, 2003 at 05:55:09PM -0400, Garance A Drosihn wrote: > > > At 2:47 PM -0700 5/28/03, Kris Kennaway wrote: > > > >On Wed, May 28, 2003, Talbot, Paul wrote: > > > > > > > > >> Hello all... > > > >> > > > > > I have an issue with portversion and portupgrade (20030427) on > > > > > my Ultra 10.... > > > > > > > > > > After running the 'portsdb -Uu' command, I get the following > > > > > output from portversion and portupgrade: > > > > > > > > >> localhost# portversion > > > >> ** No package matching '*' was found. > > > >> localhost# > > > >> > > > >> localhost# portupgrade -a > > > >> ** No such package '*' is installed. > > > >> localhost# > > > > > > > >Yes, this is known to be broken. knu is aware of it, but seems > > > >to be too busy to fix it. If there are any other ruby hackers > > > >out there who are familiar with the ruby internals, fixing this > > > >would be a great help. > > >=20 > > > Do you know if this a bug in ruby itself, or is it only in > > > portversion && portupgrade? Is it only happening on sparc64? > >=20 > > It's apparently a bug in ruby on sparc64. I don't think the bug > > exists on other 64-bit platforms, so it might be an endianness bug. >=20 > I believe that this is fixed in ruby-devel. Hmm, I thought knu made a change to bsd.ruby.mk some time ago that switched sparc64 over to using ruby-devel, but the problem persists with freshly-built ports. Kris --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+1Ta0Wry0BWjoQKURAgCIAKCXUfsDFGcAkkZG2pREatqmC8yJIwCg1e0N Y1i9DsYXRUF6/5VPl31W2rQ= =14/i -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 16:48:34 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C54837B404 for ; Wed, 28 May 2003 16:48:34 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B63843F85 for ; Wed, 28 May 2003 16:48:33 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 4085 invoked by uid 65534); 28 May 2003 23:48:31 -0000 Received: from p508E5213.dip.t-dialin.net (EHLO galatea.local) (80.142.82.19) by mail.gmx.net (mp004) with SMTP; 29 May 2003 01:48:31 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19LAfS-0000Xy-OL; Thu, 29 May 2003 01:49:14 +0200 Date: Thu, 29 May 2003 01:49:14 +0200 From: Thomas Moestl To: Kris Kennaway Message-ID: <20030528234914.GA1987@crow.dom2ip.de> Mail-Followup-To: Kris Kennaway , Garance A Drosihn , freebsd-sparc64@freebsd.org References: <20030528214711.GA94049@rot13.obsecurity.org> <20030528220215.GA94270@rot13.obsecurity.org> <20030528222144.GA667@crow.dom2ip.de> <20030528222244.GA94418@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <20030528222244.GA94418@rot13.obsecurity.org> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-sparc64@freebsd.org Subject: Re: portversion/portupgrade 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, 28 May 2003 23:48:34 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, 2003/05/28 at 15:22:44 -0700, Kris Kennaway wrote: > On Thu, May 29, 2003 at 12:21:44AM +0200, Thomas Moestl wrote: > > On Wed, 2003/05/28 at 15:02:15 -0700, Kris Kennaway wrote: > > > On Wed, May 28, 2003 at 05:55:09PM -0400, Garance A Drosihn wrote: > > > > Do you know if this a bug in ruby itself, or is it only in > > > > portversion && portupgrade? Is it only happening on sparc64? > > > > > > It's apparently a bug in ruby on sparc64. I don't think the bug > > > exists on other 64-bit platforms, so it might be an endianness bug. > > > > I believe that this is fixed in ruby-devel. > > Hmm, I thought knu made a change to bsd.ruby.mk some time ago that > switched sparc64 over to using ruby-devel, but the problem persists > with freshly-built ports. Hmmm, yes, I must have misremebered that. The bug really seems to be in ruby-bdb1, which is also marked NOT_FOR_ARCHS=sparc64. I just got portupgrade to work on my boxhowever by changing the dependency in the Makefile from ruby-bdb1 to ruby-bdb (as already hinted in a comment) and dropping the attached patch into files/ to make it use ruby-bdb instead of ruby-bdb1 by default. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch-use-bdb --- lib/pkgdb.rb~ Tue Apr 22 07:35:20 2003 +++ lib/pkgdb.rb Thu May 29 01:06:53 2003 @@ -120,7 +120,7 @@ def db_driver=(new_db_driver) begin - case new_db_driver || ENV['PKG_DBDRIVER'] || 'bdb1_btree' + case new_db_driver || ENV['PKG_DBDRIVER'] || 'bdb_btree' when 'bdb_btree' @db_driver = :bdb_btree when 'bdb_hash', 'bdb' --VS++wcV0S1rZb1Fb-- From owner-freebsd-sparc64@FreeBSD.ORG Wed May 28 19:34:17 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDA9A37B401 for ; Wed, 28 May 2003 19:34:17 -0700 (PDT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F06E843F93 for ; Wed, 28 May 2003 19:34:16 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h4T2YFPx009235; Wed, 28 May 2003 22:34:15 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20030528234914.GA1987@crow.dom2ip.de> References: <20030528214711.GA94049@rot13.obsecurity.org> <20030528220215.GA94270@rot13.obsecurity.org> <20030528222144.GA667@crow.dom2ip.de> <20030528222244.GA94418@rot13.obsecurity.org> <20030528234914.GA1987@crow.dom2ip.de> Date: Wed, 28 May 2003 22:34:14 -0400 To: Thomas Moestl , Kris Kennaway From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 cc: freebsd-sparc64@freebsd.org Subject: Re: portversion/portupgrade 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, 29 May 2003 02:34:18 -0000 At 1:49 AM +0200 5/29/03, Thomas Moestl wrote: >On Wed, 2003/05/28, Kris Kennaway wrote: > > > > Hmm, I thought knu made a change to bsd.ruby.mk some time > > ago that switched sparc64 over to using ruby-devel, but the > > problem persists with freshly-built ports. > >Hmmm, yes, I must have misremebered that. >The bug really seems to be in ruby-bdb1, which is also marked >NOT_FOR_ARCHS=sparc64. > >I just got portupgrade to work on my box, however by changing >the dependency in the Makefile from ruby-bdb1 to ruby-bdb >(as already hinted in a comment) and dropping the attached >patch into files/ to make it use ruby-bdb instead of ruby-bdb1 >by default. I haven't upgraded portupgrade and ruby on my sparc64 box for awhile. It was working when I started to investigate this. I rebuilt ruby, and after that I started having problems with portupgrade. Note that in my case ruby-bdb1 was already installed, so the dependency-checking did not fail, although I was getting errors from portupgrade commands. One portupgrade problem led to another, and eventually I just moved aside /var/db/pkg and /usr/local, and started over. I do not have many ports installed, so that was a simple solution. I followed the suggestions from Thomas, and it seems to be going OK for me. There were a few oddities in building things though, which I should figure out. Initially I somehow managed to build portupgrade without building ruby-bdb. It was even working fine, until I did tried 'portversion' and that complained about a stale-dependency (the missing ruby-bdb). However I'm doing this on a rather slow machine, and at this point I need to leave for the day. I'll try to look into it some more tomorrow. -- 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 Thu May 29 04:36:51 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1230B37B401 for ; Thu, 29 May 2003 04:36:51 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 62AA243F75 for ; Thu, 29 May 2003 04:36:49 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 22460 invoked by uid 65534); 29 May 2003 11:36:47 -0000 Received: from p508E67DF.dip.t-dialin.net (EHLO galatea.local) (80.142.103.223) by mail.gmx.net (mp022) with SMTP; 29 May 2003 13:36:47 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19LLit-0000Or-T5 for ; Thu, 29 May 2003 13:37:31 +0200 Date: Thu, 29 May 2003 13:37:31 +0200 From: Thomas Moestl To: freebsd-sparc64@FreeBSD.org Message-ID: <20030529113731.GB630@crow.dom2ip.de> Mail-Followup-To: freebsd-sparc64@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline User-Agent: Mutt/1.4.1i Sender: Thomas Moestl Subject: PLEASE TEST: interrupt assignment patch 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, 29 May 2003 11:36:51 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I would like to get the attached patch into 5.1; although I am quite confident that it will not break anything, we need a good test coverage (i.e. testing on many different models) to make sure this is the case, since we are that close to a release. Therefore, I would very much appreciate if people could give this a spin on their machines and report back. The aim of the patch is to fix the interrupt assignment on e450s; it should not have any effect on other boxen. It has been tested so far on two e450s, a Blade 100 and an u60. Thanks, - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="guess-ino.diff" Index: ebus/ebus.c =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/ebus/ebus.c,v retrieving revision 1.7 diff -u -r1.7 ebus.c --- ebus/ebus.c 19 Feb 2003 05:47:44 -0000 1.7 +++ ebus/ebus.c 23 May 2003 10:53:26 -0000 @@ -112,7 +112,7 @@ u_long, u_long, u_long, u_int); static struct resource_list *ebus_get_resource_list(device_t, device_t); -static struct ebus_devinfo *ebus_setup_dinfo(struct ebus_softc *, +static struct ebus_devinfo *ebus_setup_dinfo(device_t, struct ebus_softc *, phandle_t, char *); static void ebus_destroy_dinfo(struct ebus_devinfo *); static int ebus_print_res(struct ebus_devinfo *); @@ -200,7 +200,7 @@ if ((OF_getprop_alloc(node, "name", 1, (void **)&cname)) == -1) continue; - if ((edi = ebus_setup_dinfo(sc, node, cname)) == NULL) { + if ((edi = ebus_setup_dinfo(dev, sc, node, cname)) == NULL) { device_printf(dev, "<%s>: incomplete\n", cname); free(cname, M_OFWPROP); continue; @@ -363,7 +363,8 @@ } static struct ebus_devinfo * -ebus_setup_dinfo(struct ebus_softc *sc, phandle_t node, char *name) +ebus_setup_dinfo(device_t dev, struct ebus_softc *sc, phandle_t node, + char *name) { struct ebus_devinfo *edi; struct isa_regs *reg; @@ -398,7 +399,8 @@ nintr = OF_getprop_alloc(node, "interrupts", sizeof(*intrs), (void **)&intrs); for (i = 0; i < nintr; i++) { - intr = ofw_bus_route_intr(node, intrs[i], ofw_pci_orb_callback); + intr = ofw_bus_route_intr(node, intrs[i], ofw_pci_orb_callback, + dev); if (intr == ORIR_NOTFOUND) { panic("ebus_setup_dinfo: could not map ebus " "interrupt %d", intrs[i]); Index: include/ofw_bus.h =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/include/ofw_bus.h,v retrieving revision 1.3 diff -u -r1.3 ofw_bus.h --- include/ofw_bus.h 7 Nov 2002 16:07:46 -0000 1.3 +++ include/ofw_bus.h 23 May 2003 10:53:26 -0000 @@ -32,8 +32,8 @@ #define ORIR_NOTFOUND 0xffffffff typedef int obr_callback_t(phandle_t, u_int8_t *, int, u_int8_t *, int, - u_int8_t **, int *); + u_int8_t **, int *, void *); -u_int32_t ofw_bus_route_intr(phandle_t, int, obr_callback_t *); +u_int32_t ofw_bus_route_intr(phandle_t, int, obr_callback_t *, void *); #endif /* !_MACHINE_OFW_BUS_H_ */ Index: isa/isa.c =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/isa/isa.c,v retrieving revision 1.5 diff -u -r1.5 isa.c --- isa/isa.c 7 Nov 2002 16:07:46 -0000 1.5 +++ isa/isa.c 23 May 2003 10:53:26 -0000 @@ -134,7 +134,7 @@ if (ino > 7) panic("isa_init: XXX: ino too large"); isa_ino[ino] = ofw_bus_route_intr(node, ino, - ofw_pci_orb_callback); + ofw_pci_orb_callback, dev); } for (nbr -= 1; nbr >= 0; nbr--) { Index: pci/ofw_pci.c =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/pci/ofw_pci.c,v retrieving revision 1.10 diff -u -r1.10 ofw_pci.c --- pci/ofw_pci.c 27 Mar 2003 02:01:59 -0000 1.10 +++ pci/ofw_pci.c 27 May 2003 11:55:48 -0000 @@ -46,44 +46,90 @@ #include +#include #include #include #include #include #include "pcib_if.h" +#include "sparcbus_if.h" u_int8_t pci_bus_cnt; phandle_t *pci_bus_map; int pci_bus_map_sz; -#define OPQ_NO_SWIZZLE 1 +/* Do not swizzle on a PCI bus node with no interrupt-map propery. */ +#define OPQ_NO_SWIZZLE 1 +/* + * INOs < 255 are really intpin numbers; use a driver method to figure out + * the real INO. + */ +#define OPQ_INO_CALLBACK 2 +/* + * Do not map EBus interrupts at PCI buses, but assume that they are fully + * specified already. + */ +#define OPQ_EBUS_NOMAP 4 + static struct ofw_pci_quirk { char *opq_model; int opq_quirks; } ofw_pci_quirks[] = { - { "SUNW,Ultra-4", OPQ_NO_SWIZZLE }, - { "SUNW,Ultra-1-Engine", OPQ_NO_SWIZZLE }, + { "SUNW,Ultra-4", OPQ_INO_CALLBACK | OPQ_EBUS_NOMAP }, + { "SUNW,Ultra-1-Engine", OPQ_NO_SWIZZLE }, }; #define OPQ_NENT (sizeof(ofw_pci_quirks) / sizeof(ofw_pci_quirks[0])) static int pci_quirks; #define OFW_PCI_PCIBUS "pci" +#define OFW_PCI_EBUS "ebus" #define PCI_BUS_MAP_INC 10 int ofw_pci_orb_callback(phandle_t node, u_int8_t *pintptr, int pintsz, - u_int8_t *pregptr, int pregsz, u_int8_t **rintr, int *terminate) + u_int8_t *pregptr, int pregsz, u_int8_t **rintr, int *terminate, + void *cookie) { + device_t dev = cookie; struct ofw_pci_register preg; u_int32_t pintr, intr; + u_int slot; char type[32]; + int found = 0; - if (pintsz != sizeof(u_int32_t)) + if ((pci_quirks & OPQ_EBUS_NOMAP) != 0 && + OF_getprop(node, "name", type, sizeof(type)) != -1 && + strcmp(type, OFW_PCI_EBUS) == 0) { + *terminate = 1; + return (-1); + } + if (pintsz != sizeof(u_int32_t) || pregsz < sizeof(preg)) return (-1); bcopy(pintptr, &pintr, sizeof(pintr)); - if ((pci_quirks & OPQ_NO_SWIZZLE) == 0 && pregsz >= sizeof(preg) && + bcopy(pregptr, &preg, sizeof(preg)); + slot = OFW_PCI_PHYS_HI_DEVICE(preg.phys_hi); + + if ((pci_quirks & OPQ_INO_CALLBACK) != 0 && pintr <= 255) { + /* + * The e450 has no interrupt maps at all, and it usually has + * full interrupt numbers, including IGN, in the interrupt + * properties. There is one exception, however: the property + * values for external PCI devices seem to always be below 255 + * and describe the interrupt pin to be used on the slot, while + * we have to figure out the base INO by looking at the slot + * number (which we do using a sparcbus method). + * + * Of course, there is an exception to that nice rule: + * in the ebus case, the interrupt property has the correct + * INO (but without IGN). This is dealt with above. + */ + intr = SPARCBUS_GUESS_INO(dev, node, slot, pintr); + found = intr != 255; + *terminate = found; + } + if (!found && (pci_quirks & OPQ_NO_SWIZZLE) == 0 && OF_getprop(node, "device_type", type, sizeof(type)) != -1 && strcmp(type, OFW_PCI_PCIBUS) == 0 && pintr >= 1 && pintr <= 4) { /* @@ -91,29 +137,31 @@ * PCI bridges without interrupt maps, where we apparently must * do the PCI swizzle and continue to map on at the parent. */ - bcopy(pregptr, &preg, sizeof(preg)); - intr = (OFW_PCI_PHYS_HI_DEVICE(preg.phys_hi) + pintr + 3) % - 4 + 1; + intr = (slot + pintr + 3) % 4 + 1; + *terminate = 0; + found = 1; + } + + if (found) { *rintr = malloc(sizeof(intr), M_OFWPROP, M_WAITOK); bcopy(&intr, *rintr, sizeof(intr)); - *terminate = 0; return (sizeof(intr)); - } - return (-1); + } else + return (-1); } -u_int32_t -ofw_pci_route_intr(phandle_t node, u_int32_t ign) +static u_int32_t +ofw_pci_route_intr(device_t dev, phandle_t node, u_int32_t ign) { u_int32_t rv; - rv = ofw_bus_route_intr(node, ORIP_NOINT, ofw_pci_orb_callback); + rv = ofw_bus_route_intr(node, ORIP_NOINT, ofw_pci_orb_callback, dev); if (rv == ORIR_NOTFOUND) return (255); /* - * Some machines (notably the SPARCengine Ultra AX) have no mappings - * at all, but use complete interrupt vector number including the IGN. - * Catch this case and remove the IGN. + * Some machines (notably the SPARCengine Ultra AX and the e450) have + * no mappings at all, but use complete interrupt vector number + * including the IGN. Catch this case and remove the IGN. */ if (rv > ign) rv -= ign; @@ -273,7 +321,7 @@ } /* Initialize the intline registers. */ - if ((intr = ofw_pci_route_intr(node, ign)) != 255) { + if ((intr = ofw_pci_route_intr(dev, node, ign)) != 255) { #ifdef OFW_PCI_DEBUG device_printf(dev, "%s: mapping intr for " "%d/%d/%d to %d (preset was %d)\n", Index: pci/ofw_pci.h =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/pci/ofw_pci.h,v retrieving revision 1.4 diff -u -r1.4 ofw_pci.h --- pci/ofw_pci.h 7 Nov 2002 16:07:46 -0000 1.4 +++ pci/ofw_pci.h 23 May 2003 10:53:26 -0000 @@ -71,7 +71,6 @@ struct ofw_pci_bdesc *obd_super; }; -u_int32_t ofw_pci_route_intr(phandle_t, u_int32_t); obr_callback_t ofw_pci_orb_callback; u_int8_t ofw_pci_alloc_busno(phandle_t); ofw_pci_binit_t ofw_pci_binit; Index: pci/psycho.c =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/pci/psycho.c,v retrieving revision 1.32 diff -u -r1.32 psycho.c --- pci/psycho.c 2 May 2003 01:21:36 -0000 1.32 +++ pci/psycho.c 23 May 2003 10:53:26 -0000 @@ -144,6 +144,7 @@ int); static int psycho_route_interrupt(device_t, device_t, int); static int psycho_intr_pending(device_t, int); +static u_int32_t psycho_guess_ino(device_t, phandle_t, u_int, u_int); static bus_space_handle_t psycho_get_bus_handle(device_t dev, enum sbbt_id id, bus_space_handle_t childhdl, bus_space_tag_t *tag); @@ -170,6 +171,7 @@ /* sparcbus interface */ DEVMETHOD(sparcbus_intr_pending, psycho_intr_pending), + DEVMETHOD(sparcbus_guess_ino, psycho_guess_ino), DEVMETHOD(sparcbus_get_bus_handle, psycho_get_bus_handle), { 0, 0 } @@ -339,7 +341,6 @@ struct upa_regs *reg; struct ofw_pci_bdesc obd; struct psycho_desc *desc; - vm_paddr_t pcictl_offs; phandle_t node; u_int64_t csr; u_long mlen; @@ -377,13 +378,25 @@ panic("psycho_attach: %d not enough registers", nreg); sc->sc_basepaddr = (vm_paddr_t)UPA_REG_PHYS(®[2]); mlen = UPA_REG_SIZE(®[2]); - pcictl_offs = UPA_REG_PHYS(®[0]); + sc->sc_pcictl = UPA_REG_PHYS(®[0]) - sc->sc_basepaddr; + switch (sc->sc_pcictl) { + case PSR_PCICTL0: + sc->sc_half = 0; + break; + case PSR_PCICTL1: + sc->sc_half = 1; + break; + default: + panic("psycho_attach: bogus pci control register " + "location"); + } } else { if (nreg <= 0) panic("psycho_attach: %d not enough registers", nreg); sc->sc_basepaddr = (vm_paddr_t)UPA_REG_PHYS(®[0]); mlen = UPA_REG_SIZE(reg); - pcictl_offs = sc->sc_basepaddr + PSR_PCICTL0; + sc->sc_pcictl = PSR_PCICTL0; + sc->sc_half = 0; } /* @@ -418,17 +431,14 @@ sc->sc_bustag = osc->sc_bustag; sc->sc_bushandle = osc->sc_bushandle; } - if (pcictl_offs < sc->sc_basepaddr) - panic("psycho_attach: bogus pci control register location"); - sc->sc_pcictl = pcictl_offs - sc->sc_basepaddr; csr = PSYCHO_READ8(sc, PSR_CS); sc->sc_ign = 0x7c0; /* APB IGN is always 0x7c */ if (sc->sc_mode == PSYCHO_MODE_PSYCHO) sc->sc_ign = PSYCHO_GCSR_IGN(csr) << 6; - device_printf(dev, "%s, impl %d, version %d, ign %#x\n", + device_printf(dev, "%s, impl %d, version %d, ign %#x, bus %c\n", desc->pd_name, (int)PSYCHO_GCSR_IMPL(csr), - (int)PSYCHO_GCSR_VERS(csr), sc->sc_ign); + (int)PSYCHO_GCSR_VERS(csr), sc->sc_ign, 'A' + sc->sc_half); /* * Setup the PCI control register @@ -1275,6 +1285,31 @@ return (0); } return (diag != 0); +} + +static u_int32_t +psycho_guess_ino(device_t dev, phandle_t node, u_int slot, u_int pin) +{ + struct psycho_softc *sc = (struct psycho_softc *)device_get_softc(dev); + bus_addr_t intrmap; + + /* + * If this is not for one of our direct children (i.e. we are mapping + * at our node), tell the interrupt mapper to go on - we need the + * slot number of the device or it's topmost parent bridge to guess + * the INO. + */ + if (node != sc->sc_node) + return (255); + /* + * Actually guess the INO. We always assume that this is a non-OBIO + * device, and use from the slot number to determine it. + * We only need to do this on e450s, it seems; here, the slot numbers + * for bus A are one-based, while those for bus B seemingly have an + * offset of 2 (hence the factor of 3 below). + */ + intrmap = PSR_PCIA0_INT_MAP + 8 * (slot - 1 + 3 * sc->sc_half); + return (INTINO(PSYCHO_READ8(sc, intrmap)) + pin - 1); } static bus_space_handle_t Index: pci/psychovar.h =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/pci/psychovar.h,v retrieving revision 1.7 diff -u -r1.7 psychovar.h --- pci/psychovar.h 8 Apr 2003 06:35:08 -0000 1.7 +++ pci/psychovar.h 23 May 2003 10:53:26 -0000 @@ -61,6 +61,9 @@ #define PSYCHO_MODE_SABRE 1 #define PSYCHO_MODE_PSYCHO 2 + /* Bus A or B of a psycho pair? */ + int sc_half; + struct iommu_state *sc_is; u_int32_t sc_dvmabase; Index: sparc64/ofw_bus.c =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/sparc64/ofw_bus.c,v retrieving revision 1.5 diff -u -r1.5 ofw_bus.c --- sparc64/ofw_bus.c 19 Feb 2003 05:47:45 -0000 1.5 +++ sparc64/ofw_bus.c 23 May 2003 10:53:26 -0000 @@ -160,7 +160,7 @@ * This should work for all bus systems. */ u_int32_t -ofw_bus_route_intr(phandle_t node, int intrp, obr_callback_t *cb) +ofw_bus_route_intr(phandle_t node, int intrp, obr_callback_t *cb, void *cookie) { u_int8_t *reg, *intr, *tintr, *imap, *imapmsk; phandle_t parent; @@ -201,7 +201,7 @@ */ if (cb != NULL) { tisz = cb(parent, intr, isz, reg, regsz, &tintr, - &found); + &found, cookie); if (tisz != -1) { isz = tisz; free(intr, M_OFWPROP); Index: sparc64/sparcbus_if.m =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/sparc64/sparcbus_if.m,v retrieving revision 1.1 diff -u -r1.1 sparcbus_if.m --- sparc64/sparcbus_if.m 9 Nov 2001 20:43:44 -0000 1.1 +++ sparc64/sparcbus_if.m 23 May 2003 10:53:26 -0000 @@ -26,6 +26,8 @@ #include #include +#include + INTERFACE sparcbus; HEADER { @@ -37,10 +39,6 @@ }; CODE { - static int sparcbus_default_intr_pending(device_t, int); - static bus_space_handle_t sparcbus_default_get_bus_handle(device_t, - enum sbbt_id, bus_space_handle_t childhdl, bus_space_tag_t *tag); - static int sparcbus_default_intr_pending(device_t dev, int intr) { @@ -48,6 +46,15 @@ return (SPARCBUS_INTR_PENDING(device_get_parent(dev), intr)); } + static u_int32_t + sparcbus_default_guess_ino(device_t dev, phandle_t node, u_int slot, + u_int pin) + { + + return (SPARCBUS_GUESS_INO(device_get_parent(dev), node, slot, + pin)); + } + static bus_space_handle_t sparcbus_default_get_bus_handle(device_t dev, enum sbbt_id id, bus_space_handle_t childhdl, bus_space_tag_t *tag) @@ -63,6 +70,17 @@ device_t dev; int intr; } DEFAULT sparcbus_default_intr_pending; + +# Let the bus driver guess the INO of the device at the given slot and intpin +# on the bus described by the node if it could not be determined from the +# firmware properties. Returns 255 if no INO could be found (mapping will +# continue at the parent), or the desired INO. +METHOD u_int32_t guess_ino { + device_t dev; + phandle_t node; + u_int slot; + u_int pin; +} DEFAULT sparcbus_default_guess_ino; # Get the bustag for the root bus. This is needed for ISA old-stlye # in[bwl]()/out[bwl]() support, where no tag retrieved from a resource is --HlL+5n6rz5pIUxbD-- From owner-freebsd-sparc64@FreeBSD.ORG Thu May 29 09:34:43 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E35A37B401 for ; Thu, 29 May 2003 09:34:43 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A1343FA3 for ; Thu, 29 May 2003 09:34:42 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) h4TGYfNQ092362; Thu, 29 May 2003 18:34:41 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.9/8.12.9/Submit) id h4TGYaPG092361; Thu, 29 May 2003 18:34:36 +0200 (CEST) (envelope-from marius) Date: Thu, 29 May 2003 18:34:36 +0200 From: Marius Strobl To: Thomas Moestl Message-ID: <20030529183436.A90255@newtrinity.zeist.de> References: <20030529113731.GB630@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030529113731.GB630@crow.dom2ip.de>; from t.moestl@tu-bs.de on Thu, May 29, 2003 at 01:37:31PM +0200 cc: freebsd-sparc64@FreeBSD.org Subject: Re: PLEASE TEST: interrupt assignment patch 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, 29 May 2003 16:34:43 -0000 On Thu, May 29, 2003 at 01:37:31PM +0200, Thomas Moestl wrote: > Hi, > > I would like to get the attached patch into 5.1; although I am quite > confident that it will not break anything, we need a good test coverage > (i.e. testing on many different models) to make sure this is the case, > since we are that close to a release. > > Therefore, I would very much appreciate if people could give this a > spin on their machines and report back. > > The aim of the patch is to fix the interrupt assignment on e450s; it > should not have any effect on other boxen. It has been tested so far > on two e450s, a Blade 100 and an u60. > Doesn't seem to have any ill effects on an Ultra AXi. There's only a little difference in the dmesg: -pcib0: Sabre, impl 0, version 0, ign 0x7c0 +pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A From owner-freebsd-sparc64@FreeBSD.ORG Thu May 29 11:14:27 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4762137B401 for ; Thu, 29 May 2003 11:14:27 -0700 (PDT) Received: from prisma.quccc.org (c7057.upc-c.chello.nl [212.187.7.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 621EA43FA3 for ; Thu, 29 May 2003 11:14:24 -0700 (PDT) (envelope-from einekoai@chello.nl) Received: from [192.168.1.13] (unknown [192.168.1.13]) by prisma.quccc.org (Postfix) with ESMTP id CDAD93C; Thu, 29 May 2003 20:14:24 +0200 (CEST) From: Koop Mast To: Thomas Moestl In-Reply-To: <20030529113731.GB630@crow.dom2ip.de> References: <20030529113731.GB630@crow.dom2ip.de> Content-Type: text/plain Message-Id: <1054232211.310.8.camel@healthy.prisma.quccc.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 29 May 2003 20:16:52 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@FreeBSD.org Subject: Re: PLEASE TEST: interrupt assignment patch 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, 29 May 2003 18:14:27 -0000 Op do 29-05-2003, om 13:37 schreef Thomas Moestl: > Hi, > > I would like to get the attached patch into 5.1; although I am quite > confident that it will not break anything, we need a good test coverage > (i.e. testing on many different models) to make sure this is the case, > since we are that close to a release. > > Therefore, I would very much appreciate if people could give this a > spin on their machines and report back. > > The aim of the patch is to fix the interrupt assignment on e450s; it > should not have any effect on other boxen. It has been tested so far > on two e450s, a Blade 100 and an u60. > > Thanks, > - Thomas On a Ultra 10 cpu0: Sun Microsystems UltraSparc-IIi Processor (440.00 MHz CPU) Only diff is in the dmesg: -pcib0: Sabre, impl 0, version 0, ign 0x7c0 +pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A -Koop From owner-freebsd-sparc64@FreeBSD.ORG Thu May 29 12:19:15 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9786A37B401 for ; Thu, 29 May 2003 12:19:15 -0700 (PDT) Received: from web41315.mail.yahoo.com (web41315.mail.yahoo.com [66.218.93.64]) by mx1.FreeBSD.org (Postfix) with SMTP id 4408143FA3 for ; Thu, 29 May 2003 12:19:15 -0700 (PDT) (envelope-from baby_p_nut@yahoo.com) Message-ID: <20030529191915.25230.qmail@web41315.mail.yahoo.com> Received: from [198.80.171.28] by web41315.mail.yahoo.com via HTTP; Thu, 29 May 2003 12:19:15 PDT Date: Thu, 29 May 2003 12:19:15 -0700 (PDT) From: Baby Peanut To: freebsd-sparc64@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: FreeBSD 5.1-BETA2 CD-ROM on Ultra-2 with isp 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, 29 May 2003 19:19:15 -0000 This is the first CD-ROM I have seen boot up FreeBSD on this crate. Binary upgrade fails since it does not detect the SCSI CD-ROM drive. isp0 mem 0x10000-0x1044f irq 2011 on sbus0 Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle da0 at isp0 bus 0 target 2 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) SMP: AP CPU #1 Launched! the fix-it shell goes: DEBUG: Doctor: I can't set the controlling terminal. but mostly works. I got stuck somehow while using it and could only make the system respond with the "abort the installation?" dialog by hitting the interrupt key. I hit enter to abort and it paniced with the usual initiate_write_inodeblock_ufs1: already started message boot() called on cpu#0 Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 14 13 13 4 panic: initiate_write_inodeblock_ufs1: already started cpuid = 1; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> t panic() at panic+0x134 initiate_write_inodeblock_ufs1() at initiate_write_inodeblock_ufs1+0x32c softdep_disk_io_initiation() at softdep_disk_io_initiation+0x80 spec_xstrategy() at spec_xstrategy+0x134 spec_specstrategy() at spec_specstrategy+0x8 spec_vnoperate() at spec_vnoperate+0x1c bwrite() at bwrite+0x3b8 vfs_bio_awrite() at vfs_bio_awrite+0x1a0 vop_stdfsync() at vop_stdfsync+0x120 spec_fsync() at spec_fsync+0x20 spec_vnoperate() at spec_vnoperate+0x1c ffs_sync() at ffs_sync+0x348 sync() at sync+0xcc boot() at boot+0x25c reboot() at reboot+0x34 syscall() at syscall+0x2a8 -- syscall (55, FreeBSD ELF64, reboot) %o7=0x1dcf88 -- userland() at 0x246e88 user trace: trap %o7=0x1dcf88 pc 0x246e88, sp 0x7fdffffda31 pc 0x209264, sp 0x7fdffffdaf1 pc 0x1dd09c, sp 0x7fdffffdc81 pc 0x29f380, sp 0x7fdffffdd61 pc 0x22346c, sp 0x7fdffffe121 pc 0x1ddcf4, sp 0x7fdffffe1e1 pc 0x1d1830, sp 0x7fdffffe2e1 pc 0x209264, sp 0x7fdffffe3a1 pc 0x1ce4f0, sp 0x7fdffffe541 pc 0x1ce1b0, sp 0x7fdffffea21 pc 0x1cde0c, sp 0x7fdffffeaf1 pc 0x209264, sp 0x7fdffffebb1 pc 0x1ce4f0, sp 0x7fdffffedc1 pc 0x1d6f40, sp 0x7fdfffff2a1 pc 0x10038c, sp 0x7fdfffff371 pc 0x1001dc, sp 0x7fdfffff431 pc 0, sp 0x7fdfffff4f1 done db> show thread Proc 0xfffff80045e19cb0 [CPU 1] sysinstall db> show pcpu cpuid = 1 curthread = 0xfffff80045e1cc60: pid 1 "sysinstall" curpcb = 0xdbab3980 fpcurthread = none idlethread = 0xfffff80045e1ce70: pid 11 "idle: cpu1" spin locks held: db> __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Thu May 29 12:21:32 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A3E237B401 for ; Thu, 29 May 2003 12:21:32 -0700 (PDT) Received: from web41304.mail.yahoo.com (web41304.mail.yahoo.com [66.218.93.53]) by mx1.FreeBSD.org (Postfix) with SMTP id 9EE0743F85 for ; Thu, 29 May 2003 12:21:31 -0700 (PDT) (envelope-from baby_p_nut@yahoo.com) Message-ID: <20030529192131.1539.qmail@web41304.mail.yahoo.com> Received: from [198.80.171.28] by web41304.mail.yahoo.com via HTTP; Thu, 29 May 2003 12:21:31 PDT Date: Thu, 29 May 2003 12:21:31 -0700 (PDT) From: Baby Peanut To: freebsd-sparc64@FreeBSD.org In-Reply-To: <20030529191915.25230.qmail@web41315.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: FreeBSD 5.1-BETA2 CD-ROM on Ultra-2 with isp 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, 29 May 2003 19:21:32 -0000 --- Baby Peanut wrote: > This is the first CD-ROM I have seen boot up FreeBSD on this crate. > > Binary upgrade fails since it does not detect the SCSI CD-ROM drive. > > isp0 mem 0x10000-0x1044f irq 2011 on sbus0 > Timecounters tick every 10.000 msec > Waiting 15 seconds for SCSI devices to settle > da0 at isp0 bus 0 target 2 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing > Enabled > da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) > SMP: AP CPU #1 Launched! Doh! the CD-ROM is hooked to the fas (esp) not the isp. I could get an external CD-ROM. > the fix-it shell goes: > > DEBUG: Doctor: I can't set the controlling terminal. > > but mostly works. I got stuck somehow while using it and could only make the > system respond with the "abort the installation?" dialog by hitting the > interrupt key. I hit enter to abort and it paniced with the usual > initiate_write_inodeblock_ufs1: already started > message > > boot() called on cpu#0 > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped > Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped > Waiting (max 60 seconds) for system process `syncer' to stop...stopped > > syncing disks, buffers remaining... 14 13 13 4 panic: > initiate_write_inodeblock_ufs1: already started > cpuid = 1; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> t > panic() at panic+0x134 > initiate_write_inodeblock_ufs1() at initiate_write_inodeblock_ufs1+0x32c > softdep_disk_io_initiation() at softdep_disk_io_initiation+0x80 > spec_xstrategy() at spec_xstrategy+0x134 > spec_specstrategy() at spec_specstrategy+0x8 > spec_vnoperate() at spec_vnoperate+0x1c > bwrite() at bwrite+0x3b8 > vfs_bio_awrite() at vfs_bio_awrite+0x1a0 > vop_stdfsync() at vop_stdfsync+0x120 > spec_fsync() at spec_fsync+0x20 > spec_vnoperate() at spec_vnoperate+0x1c > ffs_sync() at ffs_sync+0x348 > sync() at sync+0xcc > boot() at boot+0x25c > reboot() at reboot+0x34 > syscall() at syscall+0x2a8 > -- syscall (55, FreeBSD ELF64, reboot) %o7=0x1dcf88 -- > userland() at 0x246e88 > user trace: trap %o7=0x1dcf88 > pc 0x246e88, sp 0x7fdffffda31 > pc 0x209264, sp 0x7fdffffdaf1 > pc 0x1dd09c, sp 0x7fdffffdc81 > pc 0x29f380, sp 0x7fdffffdd61 > pc 0x22346c, sp 0x7fdffffe121 > pc 0x1ddcf4, sp 0x7fdffffe1e1 > pc 0x1d1830, sp 0x7fdffffe2e1 > pc 0x209264, sp 0x7fdffffe3a1 > pc 0x1ce4f0, sp 0x7fdffffe541 > pc 0x1ce1b0, sp 0x7fdffffea21 > pc 0x1cde0c, sp 0x7fdffffeaf1 > pc 0x209264, sp 0x7fdffffebb1 > pc 0x1ce4f0, sp 0x7fdffffedc1 > pc 0x1d6f40, sp 0x7fdfffff2a1 > pc 0x10038c, sp 0x7fdfffff371 > pc 0x1001dc, sp 0x7fdfffff431 > pc 0, sp 0x7fdfffff4f1 > done > db> show thread > Proc 0xfffff80045e19cb0 [CPU 1] sysinstall > db> show pcpu > cpuid = 1 > curthread = 0xfffff80045e1cc60: pid 1 "sysinstall" > curpcb = 0xdbab3980 > fpcurthread = none > idlethread = 0xfffff80045e1ce70: pid 11 "idle: cpu1" > spin locks held: > db> > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com > _______________________________________________ > 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" __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Thu May 29 16:46:40 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D33F37B401; Thu, 29 May 2003 16:46:40 -0700 (PDT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1828343F85; Thu, 29 May 2003 16:46:37 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h4TNkYPx014716; Thu, 29 May 2003 19:46:35 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20030528214711.GA94049@rot13.obsecurity.org> <20030528220215.GA94270@rot13.obsecurity.org> <20030528222144.GA667@crow.dom2ip.de> <20030528222244.GA94418@rot13.obsecurity.org> <20030528234914.GA1987@crow.dom2ip.de> Date: Thu, 29 May 2003 19:46:33 -0400 To: Thomas Moestl , Kris Kennaway From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 cc: freebsd-sparc64@freebsd.org cc: knu@freebsd.org Subject: Re: portversion/portupgrade 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, 29 May 2003 23:46:40 -0000 At 10:34 PM -0400 5/28/03, Garance A Drosihn wrote: >At 1:49 AM +0200 5/29/03, Thomas Moestl wrote: >>I just got portupgrade to work on my box, however by changing >>the dependency in the Makefile from ruby-bdb1 to ruby-bdb >>(as already hinted in a comment) and dropping the attached >>patch into files/ to make it use ruby-bdb instead of ruby-bdb1 >>by default. > >I followed the suggestions from Thomas, and it seems to be >going OK for me. There were a few oddities in building things >though, which I should figure out. Initially I somehow managed >to build portupgrade without building ruby-bdb. It was even >working fine, until I did tried 'portversion' and that complained >about a stale-dependency (the missing ruby-bdb). Okay, I'm not sure what happened to me yesterday, but I started over from scratch again, and it seems to be working OK. I made the makefile change that Thomas suggested, and added his patch. I then ran into trouble because the makefiles for ruby and ruby-devel want to rummage through PKG_DBDIR for out-of-date ports. This does not work well if ruby is the first port you make after removing /var/db/pkg (which is what I did). The following update fixes that for lang/ruby-devel, and a similar patch would be good for lang/ruby: --- Makefile.orig Wed May 28 19:06:58 2003 +++ Makefile Thu May 29 19:18:32 2003 @@ -166,6 +166,8 @@ ${INSTALL_DATA} ${WRKSRC}/ext/zlib/doc/zlib.rd ${RUBY_DOCDIR} ${CP} -R ${WRKSRC}/doc/* ${RUBY_DOCDIR}/ .endif +# Have to make sure PKG_DBDIR exists before we `cd' into it. + @if ! test -d ${PKG_DBDIR} ; then mkdir ${PKG_DBDIR} ; fi @${ECHO} "Deinstalling obsoleted packages that are now part of ruby..." @cd ${PKG_DBDIR}; for portname in ${OBSOLETED_MODULES}; do \ for pkg in ${RUBY_PKGNAMEPREFIX}$$portname-*; do \ I must admit that I am uneasy that ruby-devel installs itself as the package "ruby". This can be confusing, because you can actually install both ruby and ruby-devel on sparc64. The ports for sysutils/portupgrade and lang/ruby-devel do seem to do the right things, it just looks a bit confusing. Also, if you then go to pkg_deinstall ruby, it thinks you want to deinstall both versions of ruby. I also noticed that when ruby-devel is built, it prints out the lines: To build a ruby related port for Ruby 1.8, define RUBY_VER=1.8 on the make command line or in /etc/make.conf. If you want to use Ruby 1.8 as the default instead of 1.6, define RUBY_DEFAULT_VER=1.8 also. I am inclined to put those lines in my /etc/make.conf, just in case other ruby-related ports might be confused by this special setup for sparc64. However, with all that done, portupgrade, portversion and related commands seem to be working OK for me. I will continue testing things, but for now it seems to me that Thomas's patches for portupgrade will solve the problems on sparc64. -- 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 Thu May 29 18:24:24 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 570DC37B401 for ; Thu, 29 May 2003 18:24:24 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 039BB43F93 for ; Thu, 29 May 2003 18:24:23 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 8980 invoked by uid 65534); 30 May 2003 01:24:21 -0000 Received: from p508E67DF.dip.t-dialin.net (EHLO galatea.local) (80.142.103.223) by mail.gmx.net (mp002) with SMTP; 30 May 2003 03:24:21 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19LYdn-0000gO-Ae; Fri, 30 May 2003 03:25:07 +0200 Date: Fri, 30 May 2003 03:25:07 +0200 From: Thomas Moestl To: Kris Kennaway , Garance A Drosihn , freebsd-sparc64@freebsd.org Message-ID: <20030530012506.GA662@crow.dom2ip.de> Mail-Followup-To: Kris Kennaway , Garance A Drosihn , freebsd-sparc64@freebsd.org References: <20030528214711.GA94049@rot13.obsecurity.org> <20030528220215.GA94270@rot13.obsecurity.org> <20030528222144.GA667@crow.dom2ip.de> <20030528222244.GA94418@rot13.obsecurity.org> <20030528234914.GA1987@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20030528234914.GA1987@crow.dom2ip.de> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl Subject: Re: portversion/portupgrade 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, 30 May 2003 01:24:24 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, 2003/05/29 at 01:49:14 +0200, Thomas Moestl wrote: > On Wed, 2003/05/28 at 15:22:44 -0700, Kris Kennaway wrote: > > On Thu, May 29, 2003 at 12:21:44AM +0200, Thomas Moestl wrote: > > > On Wed, 2003/05/28 at 15:02:15 -0700, Kris Kennaway wrote: > > > > On Wed, May 28, 2003 at 05:55:09PM -0400, Garance A Drosihn wrote: > > > > > Do you know if this a bug in ruby itself, or is it only in > > > > > portversion && portupgrade? Is it only happening on sparc64? > > > > > > > > It's apparently a bug in ruby on sparc64. I don't think the bug > > > > exists on other 64-bit platforms, so it might be an endianness bug. > > > > > > I believe that this is fixed in ruby-devel. > > > > Hmm, I thought knu made a change to bsd.ruby.mk some time ago that > > switched sparc64 over to using ruby-devel, but the problem persists > > with freshly-built ports. > > Hmmm, yes, I must have misremebered that. > The bug really seems to be in ruby-bdb1, which is also marked > NOT_FOR_ARCHS=sparc64. To follow up on this, it seems that ruby_bdb1 is not at fault; the error is in our libc db code. The attached patch should fix it. I'll try to get approval to commit it. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="btree.diff" Index: lib/libc/db/btree/bt_put.c =================================================================== RCS file: /vol/ncvs/src/lib/libc/db/btree/bt_put.c,v retrieving revision 1.3 diff -u -r1.3 bt_put.c --- lib/libc/db/btree/bt_put.c 16 Feb 2003 17:29:09 -0000 1.3 +++ lib/libc/db/btree/bt_put.c 30 May 2003 00:10:25 -0000 @@ -78,7 +78,7 @@ PAGE *h; indx_t index, nxtindex; pgno_t pg; - u_int32_t nbytes; + u_int32_t nbytes, tmp; int dflags, exact, status; char *dest, db[NOVFLSIZE], kb[NOVFLSIZE]; @@ -131,8 +131,9 @@ tkey.data = kb; tkey.size = NOVFLSIZE; memmove(kb, &pg, sizeof(pgno_t)); + tmp = key->size; memmove(kb + sizeof(pgno_t), - &key->size, sizeof(u_int32_t)); + &tmp, sizeof(u_int32_t)); dflags |= P_BIGKEY; key = &tkey; } @@ -142,8 +143,9 @@ tdata.data = db; tdata.size = NOVFLSIZE; memmove(db, &pg, sizeof(pgno_t)); + tmp = data->size; memmove(db + sizeof(pgno_t), - &data->size, sizeof(u_int32_t)); + &tmp, sizeof(u_int32_t)); dflags |= P_BIGDATA; data = &tdata; } --4Ckj6UjgE2iN1+kY-- From owner-freebsd-sparc64@FreeBSD.ORG Fri May 30 03:32:14 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C409E37B401; Fri, 30 May 2003 03:32:14 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0871043F3F; Fri, 30 May 2003 03:32:14 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h4UAW1kF023941; Fri, 30 May 2003 06:32:01 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h4UAW1cr023940; Fri, 30 May 2003 10:32:01 GMT (envelope-from des+tinderbox@freebsd.org) Date: Fri, 30 May 2003 10:32:01 GMT Message-Id: <200305301032.h4UAW1cr023940@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2003 10:32:15 -0000 TB --- 2003-05-30 09:20:29 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-05-30 09:20:29 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-05-30 09:23:20 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-05-30 10:15:29 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri May 30 10:15:29 GMT 2003 >>> Kernel build for GENERIC completed on Fri May 30 10:24:09 GMT 2003 TB --- 2003-05-30 10:24:09 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-05-30 10:24:09 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 30 10:24:10 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_bsdextended/mac_bsdextended.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_ifoff/mac_ifoff.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_lomac/mac_lomac.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_mls/mac_mls.c cc1: warnings being treated as errors /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_mls/mac_mls.c: In function `mac_mls_parse': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_mls/mac_mls.c:675: warning: unused variable `range' /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_mls/mac_mls.c:675: warning: unused variable `rangeend' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-05-30 10:32:01 - /usr/bin/make returned exit code 1 TB --- 2003-05-30 10:32:01 - ERROR: failed to build lint kernel TB --- 2003-05-30 10:32:01 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri May 30 05:25:42 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F162637B401 for ; Fri, 30 May 2003 05:25:41 -0700 (PDT) Received: from main.onix.ro (main.onix.ro [194.102.104.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 738EE43FBF for ; Fri, 30 May 2003 05:25:38 -0700 (PDT) (envelope-from mari@onix.ro) Received: from onix.ro (mari.work.onix.ro [194.102.104.20]) by main.onix.ro (8.11.6/8.11.6) with ESMTP id h4UBW8K26035; Fri, 30 May 2003 14:32:08 +0300 Message-ID: <3ED74D99.7080308@onix.ro> Date: Fri, 30 May 2003 15:24:57 +0300 From: Marian Dobre Organization: Onix User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Moestl References: <20030529113731.GB630@crow.dom2ip.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (main) cc: freebsd-sparc64@freebsd.org Subject: Re: PLEASE TEST: interrupt assignment patch 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, 30 May 2003 12:25:42 -0000 Hello, I can't compile the kernel after I applied the patch on my E450. This is the error I'm getting. rib/ipfilter -D_KERNEL -include opt_global.h -mcmodel=medlow -msoft-float -fno-common -ffreestanding -Werror /usr/src/sys/sparc64/pci/ofw_pci.c /usr/src/sys/sparc64/pci/ofw_pci.c:76: conflicting types for `ofw_pci_orb_callback' /usr/src/sys/sparc64/pci/ofw_pci.h:74: previous declaration of `ofw_pci_orb_callback' /usr/src/sys/sparc64/pci/ofw_pci.c: In function `ofw_pci_orb_callback': /usr/src/sys/sparc64/pci/ofw_pci.c:92: `slot' undeclared (first use in this function) /usr/src/sys/sparc64/pci/ofw_pci.c:92: (Each undeclared identifier is reported only once /usr/src/sys/sparc64/pci/ofw_pci.c:92: for each function it appears in.) /usr/src/sys/sparc64/pci/ofw_pci.c:94: `found' undeclared (first use in this function) cc1: warnings being treated as errors /usr/src/sys/sparc64/pci/ofw_pci.c: In function `ofw_pci_route_intr': /usr/src/sys/sparc64/pci/ofw_pci.c:110: warning: passing arg 3 of `ofw_bus_route_intr' from incompatible pointer type *** Error code 1 Stop in /usr/obj/usr/src/sys/CUSTOM. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I'll try to remove the kernel sources and start fresh but I dont think that will help. Marian Thomas Moestl wrote: > Hi, > > I would like to get the attached patch into 5.1; although I am quite > confident that it will not break anything, we need a good test coverage > (i.e. testing on many different models) to make sure this is the case, > since we are that close to a release. > > Therefore, I would very much appreciate if people could give this a > spin on their machines and report back. > > The aim of the patch is to fix the interrupt assignment on e450s; it > should not have any effect on other boxen. It has been tested so far > on two e450s, a Blade 100 and an u60. > > Thanks, > - Thomas > > > > ------------------------------------------------------------------------ > > Index: ebus/ebus.c > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/ebus/ebus.c,v > retrieving revision 1.7 > diff -u -r1.7 ebus.c > --- ebus/ebus.c 19 Feb 2003 05:47:44 -0000 1.7 > +++ ebus/ebus.c 23 May 2003 10:53:26 -0000 > @@ -112,7 +112,7 @@ > u_long, u_long, u_long, u_int); > static struct resource_list *ebus_get_resource_list(device_t, device_t); > > -static struct ebus_devinfo *ebus_setup_dinfo(struct ebus_softc *, > +static struct ebus_devinfo *ebus_setup_dinfo(device_t, struct ebus_softc *, > phandle_t, char *); > static void ebus_destroy_dinfo(struct ebus_devinfo *); > static int ebus_print_res(struct ebus_devinfo *); > @@ -200,7 +200,7 @@ > if ((OF_getprop_alloc(node, "name", 1, (void **)&cname)) == -1) > continue; > > - if ((edi = ebus_setup_dinfo(sc, node, cname)) == NULL) { > + if ((edi = ebus_setup_dinfo(dev, sc, node, cname)) == NULL) { > device_printf(dev, "<%s>: incomplete\n", cname); > free(cname, M_OFWPROP); > continue; > @@ -363,7 +363,8 @@ > } > > static struct ebus_devinfo * > -ebus_setup_dinfo(struct ebus_softc *sc, phandle_t node, char *name) > +ebus_setup_dinfo(device_t dev, struct ebus_softc *sc, phandle_t node, > + char *name) > { > struct ebus_devinfo *edi; > struct isa_regs *reg; > @@ -398,7 +399,8 @@ > nintr = OF_getprop_alloc(node, "interrupts", sizeof(*intrs), > (void **)&intrs); > for (i = 0; i < nintr; i++) { > - intr = ofw_bus_route_intr(node, intrs[i], ofw_pci_orb_callback); > + intr = ofw_bus_route_intr(node, intrs[i], ofw_pci_orb_callback, > + dev); > if (intr == ORIR_NOTFOUND) { > panic("ebus_setup_dinfo: could not map ebus " > "interrupt %d", intrs[i]); > Index: include/ofw_bus.h > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/include/ofw_bus.h,v > retrieving revision 1.3 > diff -u -r1.3 ofw_bus.h > --- include/ofw_bus.h 7 Nov 2002 16:07:46 -0000 1.3 > +++ include/ofw_bus.h 23 May 2003 10:53:26 -0000 > @@ -32,8 +32,8 @@ > #define ORIR_NOTFOUND 0xffffffff > > typedef int obr_callback_t(phandle_t, u_int8_t *, int, u_int8_t *, int, > - u_int8_t **, int *); > + u_int8_t **, int *, void *); > > -u_int32_t ofw_bus_route_intr(phandle_t, int, obr_callback_t *); > +u_int32_t ofw_bus_route_intr(phandle_t, int, obr_callback_t *, void *); > > #endif /* !_MACHINE_OFW_BUS_H_ */ > Index: isa/isa.c > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/isa/isa.c,v > retrieving revision 1.5 > diff -u -r1.5 isa.c > --- isa/isa.c 7 Nov 2002 16:07:46 -0000 1.5 > +++ isa/isa.c 23 May 2003 10:53:26 -0000 > @@ -134,7 +134,7 @@ > if (ino > 7) > panic("isa_init: XXX: ino too large"); > isa_ino[ino] = ofw_bus_route_intr(node, ino, > - ofw_pci_orb_callback); > + ofw_pci_orb_callback, dev); > } > > for (nbr -= 1; nbr >= 0; nbr--) { > Index: pci/ofw_pci.c > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/pci/ofw_pci.c,v > retrieving revision 1.10 > diff -u -r1.10 ofw_pci.c > --- pci/ofw_pci.c 27 Mar 2003 02:01:59 -0000 1.10 > +++ pci/ofw_pci.c 27 May 2003 11:55:48 -0000 > @@ -46,44 +46,90 @@ > > #include > > +#include > #include > #include > #include > #include > > #include "pcib_if.h" > +#include "sparcbus_if.h" > > u_int8_t pci_bus_cnt; > phandle_t *pci_bus_map; > int pci_bus_map_sz; > > -#define OPQ_NO_SWIZZLE 1 > +/* Do not swizzle on a PCI bus node with no interrupt-map propery. */ > +#define OPQ_NO_SWIZZLE 1 > +/* > + * INOs < 255 are really intpin numbers; use a driver method to figure out > + * the real INO. > + */ > +#define OPQ_INO_CALLBACK 2 > +/* > + * Do not map EBus interrupts at PCI buses, but assume that they are fully > + * specified already. > + */ > +#define OPQ_EBUS_NOMAP 4 > + > static struct ofw_pci_quirk { > char *opq_model; > int opq_quirks; > } ofw_pci_quirks[] = { > - { "SUNW,Ultra-4", OPQ_NO_SWIZZLE }, > - { "SUNW,Ultra-1-Engine", OPQ_NO_SWIZZLE }, > + { "SUNW,Ultra-4", OPQ_INO_CALLBACK | OPQ_EBUS_NOMAP }, > + { "SUNW,Ultra-1-Engine", OPQ_NO_SWIZZLE }, > }; > #define OPQ_NENT (sizeof(ofw_pci_quirks) / sizeof(ofw_pci_quirks[0])) > > static int pci_quirks; > > #define OFW_PCI_PCIBUS "pci" > +#define OFW_PCI_EBUS "ebus" > #define PCI_BUS_MAP_INC 10 > > int > ofw_pci_orb_callback(phandle_t node, u_int8_t *pintptr, int pintsz, > - u_int8_t *pregptr, int pregsz, u_int8_t **rintr, int *terminate) > + u_int8_t *pregptr, int pregsz, u_int8_t **rintr, int *terminate, > + void *cookie) > { > + device_t dev = cookie; > struct ofw_pci_register preg; > u_int32_t pintr, intr; > + u_int slot; > char type[32]; > + int found = 0; > > - if (pintsz != sizeof(u_int32_t)) > + if ((pci_quirks & OPQ_EBUS_NOMAP) != 0 && > + OF_getprop(node, "name", type, sizeof(type)) != -1 && > + strcmp(type, OFW_PCI_EBUS) == 0) { > + *terminate = 1; > + return (-1); > + } > + if (pintsz != sizeof(u_int32_t) || pregsz < sizeof(preg)) > return (-1); > bcopy(pintptr, &pintr, sizeof(pintr)); > - if ((pci_quirks & OPQ_NO_SWIZZLE) == 0 && pregsz >= sizeof(preg) && > + bcopy(pregptr, &preg, sizeof(preg)); > + slot = OFW_PCI_PHYS_HI_DEVICE(preg.phys_hi); > + > + if ((pci_quirks & OPQ_INO_CALLBACK) != 0 && pintr <= 255) { > + /* > + * The e450 has no interrupt maps at all, and it usually has > + * full interrupt numbers, including IGN, in the interrupt > + * properties. There is one exception, however: the property > + * values for external PCI devices seem to always be below 255 > + * and describe the interrupt pin to be used on the slot, while > + * we have to figure out the base INO by looking at the slot > + * number (which we do using a sparcbus method). > + * > + * Of course, there is an exception to that nice rule: > + * in the ebus case, the interrupt property has the correct > + * INO (but without IGN). This is dealt with above. > + */ > + intr = SPARCBUS_GUESS_INO(dev, node, slot, pintr); > + found = intr != 255; > + *terminate = found; > + } > + if (!found && (pci_quirks & OPQ_NO_SWIZZLE) == 0 && > OF_getprop(node, "device_type", type, sizeof(type)) != -1 && > strcmp(type, OFW_PCI_PCIBUS) == 0 && pintr >= 1 && pintr <= 4) { > /* > @@ -91,29 +137,31 @@ > * PCI bridges without interrupt maps, where we apparently must > * do the PCI swizzle and continue to map on at the parent. > */ > - bcopy(pregptr, &preg, sizeof(preg)); > - intr = (OFW_PCI_PHYS_HI_DEVICE(preg.phys_hi) + pintr + 3) % > - 4 + 1; > + intr = (slot + pintr + 3) % 4 + 1; > + *terminate = 0; > + found = 1; > + } > + > + if (found) { > *rintr = malloc(sizeof(intr), M_OFWPROP, M_WAITOK); > bcopy(&intr, *rintr, sizeof(intr)); > - *terminate = 0; > return (sizeof(intr)); > - } > - return (-1); > + } else > + return (-1); > } > > -u_int32_t > -ofw_pci_route_intr(phandle_t node, u_int32_t ign) > +static u_int32_t > +ofw_pci_route_intr(device_t dev, phandle_t node, u_int32_t ign) > { > u_int32_t rv; > > - rv = ofw_bus_route_intr(node, ORIP_NOINT, ofw_pci_orb_callback); > + rv = ofw_bus_route_intr(node, ORIP_NOINT, ofw_pci_orb_callback, dev); > if (rv == ORIR_NOTFOUND) > return (255); > /* > - * Some machines (notably the SPARCengine Ultra AX) have no mappings > - * at all, but use complete interrupt vector number including the IGN. > - * Catch this case and remove the IGN. > + * Some machines (notably the SPARCengine Ultra AX and the e450) have > + * no mappings at all, but use complete interrupt vector number > + * including the IGN. Catch this case and remove the IGN. > */ > if (rv > ign) > rv -= ign; > @@ -273,7 +321,7 @@ > } > > /* Initialize the intline registers. */ > - if ((intr = ofw_pci_route_intr(node, ign)) != 255) { > + if ((intr = ofw_pci_route_intr(dev, node, ign)) != 255) { > #ifdef OFW_PCI_DEBUG > device_printf(dev, "%s: mapping intr for " > "%d/%d/%d to %d (preset was %d)\n", > Index: pci/ofw_pci.h > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/pci/ofw_pci.h,v > retrieving revision 1.4 > diff -u -r1.4 ofw_pci.h > --- pci/ofw_pci.h 7 Nov 2002 16:07:46 -0000 1.4 > +++ pci/ofw_pci.h 23 May 2003 10:53:26 -0000 > @@ -71,7 +71,6 @@ > struct ofw_pci_bdesc *obd_super; > }; > > -u_int32_t ofw_pci_route_intr(phandle_t, u_int32_t); > obr_callback_t ofw_pci_orb_callback; > u_int8_t ofw_pci_alloc_busno(phandle_t); > ofw_pci_binit_t ofw_pci_binit; > Index: pci/psycho.c > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/pci/psycho.c,v > retrieving revision 1.32 > diff -u -r1.32 psycho.c > --- pci/psycho.c 2 May 2003 01:21:36 -0000 1.32 > +++ pci/psycho.c 23 May 2003 10:53:26 -0000 > @@ -144,6 +144,7 @@ > int); > static int psycho_route_interrupt(device_t, device_t, int); > static int psycho_intr_pending(device_t, int); > +static u_int32_t psycho_guess_ino(device_t, phandle_t, u_int, u_int); > static bus_space_handle_t psycho_get_bus_handle(device_t dev, enum sbbt_id id, > bus_space_handle_t childhdl, bus_space_tag_t *tag); > > @@ -170,6 +171,7 @@ > > /* sparcbus interface */ > DEVMETHOD(sparcbus_intr_pending, psycho_intr_pending), > + DEVMETHOD(sparcbus_guess_ino, psycho_guess_ino), > DEVMETHOD(sparcbus_get_bus_handle, psycho_get_bus_handle), > > { 0, 0 } > @@ -339,7 +341,6 @@ > struct upa_regs *reg; > struct ofw_pci_bdesc obd; > struct psycho_desc *desc; > - vm_paddr_t pcictl_offs; > phandle_t node; > u_int64_t csr; > u_long mlen; > @@ -377,13 +378,25 @@ > panic("psycho_attach: %d not enough registers", nreg); > sc->sc_basepaddr = (vm_paddr_t)UPA_REG_PHYS(®[2]); > mlen = UPA_REG_SIZE(®[2]); > - pcictl_offs = UPA_REG_PHYS(®[0]); > + sc->sc_pcictl = UPA_REG_PHYS(®[0]) - sc->sc_basepaddr; > + switch (sc->sc_pcictl) { > + case PSR_PCICTL0: > + sc->sc_half = 0; > + break; > + case PSR_PCICTL1: > + sc->sc_half = 1; > + break; > + default: > + panic("psycho_attach: bogus pci control register " > + "location"); > + } > } else { > if (nreg <= 0) > panic("psycho_attach: %d not enough registers", nreg); > sc->sc_basepaddr = (vm_paddr_t)UPA_REG_PHYS(®[0]); > mlen = UPA_REG_SIZE(reg); > - pcictl_offs = sc->sc_basepaddr + PSR_PCICTL0; > + sc->sc_pcictl = PSR_PCICTL0; > + sc->sc_half = 0; > } > > /* > @@ -418,17 +431,14 @@ > sc->sc_bustag = osc->sc_bustag; > sc->sc_bushandle = osc->sc_bushandle; > } > - if (pcictl_offs < sc->sc_basepaddr) > - panic("psycho_attach: bogus pci control register location"); > - sc->sc_pcictl = pcictl_offs - sc->sc_basepaddr; > csr = PSYCHO_READ8(sc, PSR_CS); > sc->sc_ign = 0x7c0; /* APB IGN is always 0x7c */ > if (sc->sc_mode == PSYCHO_MODE_PSYCHO) > sc->sc_ign = PSYCHO_GCSR_IGN(csr) << 6; > > - device_printf(dev, "%s, impl %d, version %d, ign %#x\n", > + device_printf(dev, "%s, impl %d, version %d, ign %#x, bus %c\n", > desc->pd_name, (int)PSYCHO_GCSR_IMPL(csr), > - (int)PSYCHO_GCSR_VERS(csr), sc->sc_ign); > + (int)PSYCHO_GCSR_VERS(csr), sc->sc_ign, 'A' + sc->sc_half); > > /* > * Setup the PCI control register > @@ -1275,6 +1285,31 @@ > return (0); > } > return (diag != 0); > +} > + > +static u_int32_t > +psycho_guess_ino(device_t dev, phandle_t node, u_int slot, u_int pin) > +{ > + struct psycho_softc *sc = (struct psycho_softc *)device_get_softc(dev); > + bus_addr_t intrmap; > + > + /* > + * If this is not for one of our direct children (i.e. we are mapping > + * at our node), tell the interrupt mapper to go on - we need the > + * slot number of the device or it's topmost parent bridge to guess > + * the INO. > + */ > + if (node != sc->sc_node) > + return (255); > + /* > + * Actually guess the INO. We always assume that this is a non-OBIO > + * device, and use from the slot number to determine it. > + * We only need to do this on e450s, it seems; here, the slot numbers > + * for bus A are one-based, while those for bus B seemingly have an > + * offset of 2 (hence the factor of 3 below). > + */ > + intrmap = PSR_PCIA0_INT_MAP + 8 * (slot - 1 + 3 * sc->sc_half); > + return (INTINO(PSYCHO_READ8(sc, intrmap)) + pin - 1); > } > > static bus_space_handle_t > Index: pci/psychovar.h > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/pci/psychovar.h,v > retrieving revision 1.7 > diff -u -r1.7 psychovar.h > --- pci/psychovar.h 8 Apr 2003 06:35:08 -0000 1.7 > +++ pci/psychovar.h 23 May 2003 10:53:26 -0000 > @@ -61,6 +61,9 @@ > #define PSYCHO_MODE_SABRE 1 > #define PSYCHO_MODE_PSYCHO 2 > > + /* Bus A or B of a psycho pair? */ > + int sc_half; > + > struct iommu_state *sc_is; > u_int32_t sc_dvmabase; > > Index: sparc64/ofw_bus.c > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/sparc64/ofw_bus.c,v > retrieving revision 1.5 > diff -u -r1.5 ofw_bus.c > --- sparc64/ofw_bus.c 19 Feb 2003 05:47:45 -0000 1.5 > +++ sparc64/ofw_bus.c 23 May 2003 10:53:26 -0000 > @@ -160,7 +160,7 @@ > * This should work for all bus systems. > */ > u_int32_t > -ofw_bus_route_intr(phandle_t node, int intrp, obr_callback_t *cb) > +ofw_bus_route_intr(phandle_t node, int intrp, obr_callback_t *cb, void *cookie) > { > u_int8_t *reg, *intr, *tintr, *imap, *imapmsk; > phandle_t parent; > @@ -201,7 +201,7 @@ > */ > if (cb != NULL) { > tisz = cb(parent, intr, isz, reg, regsz, &tintr, > - &found); > + &found, cookie); > if (tisz != -1) { > isz = tisz; > free(intr, M_OFWPROP); > Index: sparc64/sparcbus_if.m > =================================================================== > RCS file: /vol/ncvs/src/sys/sparc64/sparc64/sparcbus_if.m,v > retrieving revision 1.1 > diff -u -r1.1 sparcbus_if.m > --- sparc64/sparcbus_if.m 9 Nov 2001 20:43:44 -0000 1.1 > +++ sparc64/sparcbus_if.m 23 May 2003 10:53:26 -0000 > @@ -26,6 +26,8 @@ > #include > #include > > +#include > + > INTERFACE sparcbus; > > HEADER { > @@ -37,10 +39,6 @@ > }; > > CODE { > - static int sparcbus_default_intr_pending(device_t, int); > - static bus_space_handle_t sparcbus_default_get_bus_handle(device_t, > - enum sbbt_id, bus_space_handle_t childhdl, bus_space_tag_t *tag); > - > static int > sparcbus_default_intr_pending(device_t dev, int intr) > { > @@ -48,6 +46,15 @@ > return (SPARCBUS_INTR_PENDING(device_get_parent(dev), intr)); > } > > + static u_int32_t > + sparcbus_default_guess_ino(device_t dev, phandle_t node, u_int slot, > + u_int pin) > + { > + > + return (SPARCBUS_GUESS_INO(device_get_parent(dev), node, slot, > + pin)); > + } > + > static bus_space_handle_t > sparcbus_default_get_bus_handle(device_t dev, enum sbbt_id id, > bus_space_handle_t childhdl, bus_space_tag_t *tag) > @@ -63,6 +70,17 @@ > device_t dev; > int intr; > } DEFAULT sparcbus_default_intr_pending; > + > +# Let the bus driver guess the INO of the device at the given slot and intpin > +# on the bus described by the node if it could not be determined from the > +# firmware properties. Returns 255 if no INO could be found (mapping will > +# continue at the parent), or the desired INO. > +METHOD u_int32_t guess_ino { > + device_t dev; > + phandle_t node; > + u_int slot; > + u_int pin; > +} DEFAULT sparcbus_default_guess_ino; > > # Get the bustag for the root bus. This is needed for ISA old-stlye > # in[bwl]()/out[bwl]() support, where no tag retrieved from a resource is > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 May 30 05:45:07 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C36ED37B401 for ; Fri, 30 May 2003 05:45:07 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 833CF43FA3 for ; Fri, 30 May 2003 05:45:06 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 4423 invoked by uid 65534); 30 May 2003 12:45:05 -0000 Received: from p508E727E.dip.t-dialin.net (EHLO galatea.local) (80.142.114.126) by mail.gmx.net (mp007) with SMTP; 30 May 2003 14:45:05 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19LjGZ-0000yW-Un; Fri, 30 May 2003 14:45:51 +0200 Date: Fri, 30 May 2003 14:45:51 +0200 From: Thomas Moestl To: Marian Dobre Message-ID: <20030530124551.GC654@crow.dom2ip.de> Mail-Followup-To: Marian Dobre , freebsd-sparc64@freebsd.org References: <20030529113731.GB630@crow.dom2ip.de> <3ED74D99.7080308@onix.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3ED74D99.7080308@onix.ro> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-sparc64@freebsd.org Subject: Re: PLEASE TEST: interrupt assignment patch 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, 30 May 2003 12:45:08 -0000 On Fri, 2003/05/30 at 15:24:57 +0300, Marian Dobre wrote: > Hello, > > I can't compile the kernel after I applied the patch on my E450. > This is the error I'm getting. > > rib/ipfilter -D_KERNEL -include opt_global.h -mcmodel=medlow > -msoft-float -fno-common -ffreestanding -Werror > /usr/src/sys/sparc64/pci/ofw_pci.c > /usr/src/sys/sparc64/pci/ofw_pci.c:76: conflicting types for > `ofw_pci_orb_callback' > /usr/src/sys/sparc64/pci/ofw_pci.h:74: previous declaration of > `ofw_pci_orb_callback' > /usr/src/sys/sparc64/pci/ofw_pci.c: In function `ofw_pci_orb_callback': > /usr/src/sys/sparc64/pci/ofw_pci.c:92: `slot' undeclared (first use in > this function) > /usr/src/sys/sparc64/pci/ofw_pci.c:92: (Each undeclared identifier is > reported only once > /usr/src/sys/sparc64/pci/ofw_pci.c:92: for each function it appears in.) > /usr/src/sys/sparc64/pci/ofw_pci.c:94: `found' undeclared (first use in > this function) > cc1: warnings being treated as errors > /usr/src/sys/sparc64/pci/ofw_pci.c: In function `ofw_pci_route_intr': > /usr/src/sys/sparc64/pci/ofw_pci.c:110: warning: passing arg 3 of > `ofw_bus_route_intr' from incompatible pointer type > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/CUSTOM. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. This looks like a hosed source tree; the declaration of ofw_pci_orb_callback, for example, is not touched at all by the patch. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Fri May 30 05:56:29 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE63C37B401 for ; Fri, 30 May 2003 05:56:29 -0700 (PDT) Received: from main.onix.ro (main.onix.ro [194.102.104.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A68143F75 for ; Fri, 30 May 2003 05:56:27 -0700 (PDT) (envelope-from mari@onix.ro) Received: from onix.ro (mari.work.onix.ro [194.102.104.20]) by main.onix.ro (8.11.6/8.11.6) with ESMTP id h4UC3FK27413; Fri, 30 May 2003 15:03:15 +0300 Message-ID: <3ED754E4.90001@onix.ro> Date: Fri, 30 May 2003 15:56:04 +0300 From: Marian Dobre Organization: Onix User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Moestl References: <20030529113731.GB630@crow.dom2ip.de> <3ED74D99.7080308@onix.ro> <20030530124551.GC654@crow.dom2ip.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (main) cc: freebsd-sparc64@freebsd.org Subject: Re: PLEASE TEST: interrupt assignment patch 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, 30 May 2003 12:56:30 -0000 I just updated the kernel source and the patch for ofw_pci.c fails. |Index: pci/ofw_pci.c |=================================================================== |RCS file: /vol/ncvs/src/sys/sparc64/pci/ofw_pci.c,v |retrieving revision 1.10 |diff -u -r1.10 ofw_pci.c |--- pci/ofw_pci.c 27 Mar 2003 02:01:59 -0000 1.10 |+++ pci/ofw_pci.c 27 May 2003 11:55:48 -0000 -------------------------- Patching file pci/ofw_pci.c using Plan A... Hunk #1 failed at 46. Hunk #2 succeeded at 135 (offset -2 lines). Hunk #3 succeeded at 308 (offset -13 lines). 1 out of 3 hunks failed--saving rejects to pci/ofw_pci.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: I'm probably using the wrong kernel sources. I've used cvsup to update the sources but it looks like its 5.0 This is what i have in my standard-supfile: *default release=cvs tag=RELENG_5_0 Marian Thomas Moestl wrote: > On Fri, 2003/05/30 at 15:24:57 +0300, Marian Dobre wrote: > >>Hello, >> >>I can't compile the kernel after I applied the patch on my E450. >>This is the error I'm getting. >> >>rib/ipfilter -D_KERNEL -include opt_global.h -mcmodel=medlow >>-msoft-float -fno-common -ffreestanding -Werror >>/usr/src/sys/sparc64/pci/ofw_pci.c >>/usr/src/sys/sparc64/pci/ofw_pci.c:76: conflicting types for >>`ofw_pci_orb_callback' >>/usr/src/sys/sparc64/pci/ofw_pci.h:74: previous declaration of >>`ofw_pci_orb_callback' >>/usr/src/sys/sparc64/pci/ofw_pci.c: In function `ofw_pci_orb_callback': >>/usr/src/sys/sparc64/pci/ofw_pci.c:92: `slot' undeclared (first use in >>this function) >>/usr/src/sys/sparc64/pci/ofw_pci.c:92: (Each undeclared identifier is >>reported only once >>/usr/src/sys/sparc64/pci/ofw_pci.c:92: for each function it appears in.) >>/usr/src/sys/sparc64/pci/ofw_pci.c:94: `found' undeclared (first use in >>this function) >>cc1: warnings being treated as errors >>/usr/src/sys/sparc64/pci/ofw_pci.c: In function `ofw_pci_route_intr': >>/usr/src/sys/sparc64/pci/ofw_pci.c:110: warning: passing arg 3 of >>`ofw_bus_route_intr' from incompatible pointer type >>*** Error code 1 >> >>Stop in /usr/obj/usr/src/sys/CUSTOM. >>*** Error code 1 >> >>Stop in /usr/src. >>*** Error code 1 >> >>Stop in /usr/src. > > > This looks like a hosed source tree; the declaration of > ofw_pci_orb_callback, for example, is not touched at all by the > patch. > > - Thomas > From owner-freebsd-sparc64@FreeBSD.ORG Fri May 30 06:03:30 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBB3A37B401 for ; Fri, 30 May 2003 06:03:30 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 964A743FA3 for ; Fri, 30 May 2003 06:03:29 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 15498 invoked by uid 65534); 30 May 2003 13:03:28 -0000 Received: from p508E727E.dip.t-dialin.net (EHLO galatea.local) (80.142.114.126) by mail.gmx.net (mp022) with SMTP; 30 May 2003 15:03:28 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19LjYN-00011X-2g; Fri, 30 May 2003 15:04:15 +0200 Date: Fri, 30 May 2003 15:04:14 +0200 From: Thomas Moestl To: Marian Dobre Message-ID: <20030530130414.GD654@crow.dom2ip.de> Mail-Followup-To: Marian Dobre , freebsd-sparc64@freebsd.org References: <20030529113731.GB630@crow.dom2ip.de> <3ED74D99.7080308@onix.ro> <20030530124551.GC654@crow.dom2ip.de> <3ED754E4.90001@onix.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3ED754E4.90001@onix.ro> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-sparc64@freebsd.org Subject: Re: PLEASE TEST: interrupt assignment patch 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, 30 May 2003 13:03:31 -0000 On Fri, 2003/05/30 at 15:56:04 +0300, Marian Dobre wrote: > I just updated the kernel source and the patch for ofw_pci.c fails. > > |Index: pci/ofw_pci.c > |=================================================================== > |RCS file: /vol/ncvs/src/sys/sparc64/pci/ofw_pci.c,v > |retrieving revision 1.10 > |diff -u -r1.10 ofw_pci.c > |--- pci/ofw_pci.c 27 Mar 2003 02:01:59 -0000 1.10 > |+++ pci/ofw_pci.c 27 May 2003 11:55:48 -0000 > -------------------------- > Patching file pci/ofw_pci.c using Plan A... > Hunk #1 failed at 46. > Hunk #2 succeeded at 135 (offset -2 lines). > Hunk #3 succeeded at 308 (offset -13 lines). > 1 out of 3 hunks failed--saving rejects to pci/ofw_pci.c.rej > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > > I'm probably using the wrong kernel sources. > I've used cvsup to update the sources but it looks like its 5.0 > This is what i have in my standard-supfile: > *default release=cvs tag=RELENG_5_0 This patch is relative to -CURRENT, so you need to use *default release=cvs tag=. to get the -CURRENT sources. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Fri May 30 10:23:56 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2752F37B401 for ; Fri, 30 May 2003 10:23:56 -0700 (PDT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5870143F3F for ; Fri, 30 May 2003 10:23:55 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h4UHNrPx015837 for ; Fri, 30 May 2003 13:23:54 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Fri, 30 May 2003 13:23:53 -0400 To: sparc64@FreeBSD.ORG From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 Subject: Question on system memory, 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: Fri, 30 May 2003 17:23:56 -0000 I have an ultra-5 that I'm using for freebsd/sparc64. Some lines from dmesg: FreeBSD 5.1-BETA #0: Thu May 29 12:41:58 EDT 2003 root@shine-on.netel.rpi.edu:/usr/obj/usr/src/sys/Ultra10-GAD Preloaded elf kernel "/boot/kernel/kernel" at 0xc0440000. Timecounter "tick" frequency 300000000 Hz real memory = 108290048 (103 MB) avail memory = 100139008 (95 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (300.00 MHz CPU) Now, when the system boots up, the initial hardware startup message claims the machine has 128 meg of memory. Why does freebsd think there's only 103 meg? Could that suggest some bad memory chips? -- 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 Fri May 30 12:45:43 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65C1F37B404 for ; Fri, 30 May 2003 12:45:43 -0700 (PDT) Received: from main.onix.ro (main.onix.ro [194.102.104.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E86F043F85 for ; Fri, 30 May 2003 12:45:41 -0700 (PDT) (envelope-from mari@onix.ro) Received: from onix.ro (mari.work.onix.ro [194.102.104.20]) by main.onix.ro (8.11.6/8.11.6) with ESMTP id h4UIqXK05775; Fri, 30 May 2003 21:52:33 +0300 Message-ID: <3ED7B4D2.9090504@onix.ro> Date: Fri, 30 May 2003 22:45:22 +0300 From: Marian Dobre Organization: Onix User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Moestl References: <20030529113731.GB630@crow.dom2ip.de> <3ED74D99.7080308@onix.ro> <20030530124551.GC654@crow.dom2ip.de> <3ED754E4.90001@onix.ro> <20030530130414.GD654@crow.dom2ip.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (main) cc: freebsd-sparc64@freebsd.org Subject: Re: PLEASE TEST: interrupt assignment patch 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, 30 May 2003 19:45:43 -0000 Hi, The patch fixed my pci netcard problem on my E450. Its now setting the right irq for the card. Marian Thomas Moestl wrote: > On Fri, 2003/05/30 at 15:56:04 +0300, Marian Dobre wrote: > >>I just updated the kernel source and the patch for ofw_pci.c fails. >> >>|Index: pci/ofw_pci.c >>|=================================================================== >>|RCS file: /vol/ncvs/src/sys/sparc64/pci/ofw_pci.c,v >>|retrieving revision 1.10 >>|diff -u -r1.10 ofw_pci.c >>|--- pci/ofw_pci.c 27 Mar 2003 02:01:59 -0000 1.10 >>|+++ pci/ofw_pci.c 27 May 2003 11:55:48 -0000 >>-------------------------- >>Patching file pci/ofw_pci.c using Plan A... >>Hunk #1 failed at 46. >>Hunk #2 succeeded at 135 (offset -2 lines). >>Hunk #3 succeeded at 308 (offset -13 lines). >>1 out of 3 hunks failed--saving rejects to pci/ofw_pci.c.rej >>Hmm... The next patch looks like a unified diff to me... >>The text leading up to this was: >> >>I'm probably using the wrong kernel sources. >>I've used cvsup to update the sources but it looks like its 5.0 >>This is what i have in my standard-supfile: >>*default release=cvs tag=RELENG_5_0 > > > This patch is relative to -CURRENT, so you need to use > *default release=cvs tag=. > to get the -CURRENT sources. > > - Thomas > From owner-freebsd-sparc64@FreeBSD.ORG Sat May 31 12:35:12 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB38D37B401; Sat, 31 May 2003 12:35:12 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB6E43F75; Sat, 31 May 2003 12:35:12 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h4VJYrkF015936; Sat, 31 May 2003 15:34:53 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h4VJYrOA015935; Sat, 31 May 2003 19:34:53 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sat, 31 May 2003 19:34:53 GMT Message-Id: <200305311934.h4VJYrOA015935@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2003 19:35:13 -0000 TB --- 2003-05-31 19:21:20 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-05-31 19:21:20 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-05-31 19:23:04 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries [...] /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam/libpam/pam_std_option.c:137: warning: `struct options' declared inside parameter list /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam/libpam/pam_std_option.c:138: parameter `option' has incomplete type /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam/libpam/pam_std_option.c:138: warning: no previous prototype for `pam_clear_option' /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam/libpam/pam_std_option.c: In function `pam_clear_option': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam/libpam/pam_std_option.c:139: `PAM_OPT_STD_MAX' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam/libpam/pam_std_option.c:140: dereferencing pointer to incomplete type /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdio.h: At top level: /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam/libpam/pam_std_option.c:40: storage size of `std_options' isn't known *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam/libpam. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpam. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-05-31 19:34:53 - /usr/bin/make returned exit code 1 TB --- 2003-05-31 19:34:53 - ERROR: failed to build world TB --- 2003-05-31 19:34:53 - tinderbox aborted