From owner-freebsd-sparc Sun Dec 1 11:11: 8 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FC1C37B404 for ; Sun, 1 Dec 2002 11:11:06 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B1743EA9 for ; Sun, 1 Dec 2002 11:07:19 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB1JLixQ035477 for ; Sun, 1 Dec 2002 14:21:44 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB1JKTNb035471; Sun, 1 Dec 2002 14:20:29 -0500 (EST) Date: Sun, 1 Dec 2002 14:20:28 -0500 From: Jake Burkholder To: Anthony Volodkin Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: netbooting freebsd-sparc64 howto Message-ID: <20021201142028.B26595@locore.ca> References: <3DE87029.2030609@brainlink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3DE87029.2030609@brainlink.com>; from anthonyv@brainlink.com on Sat, Nov 30, 2002 at 03:00:41AM -0500 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Sat, Nov 30, 2002 at 03:00:41AM -0500, Anthony Volodkin said words to the effect of; > Hi > > After last night of hacking netbooting with nfsroot, I wrote the > following howto: http://non-standard.net/freebsd/sparc64-nfsroot.html > Any comments or corrections are appreciated. Hi, Thanks for making the effort to put this together. Comments: Your dhcp setup looks correct, that's basically what I use. I don't think that tftp is required if you use 'boot net:dhcp', as far as I know the firmware will use bootp to retrieve the bootstrap in this case. 'boot net' alone will use tftp. Also, the loader.nfs isn't necessary anymore; the default loader does nfs and tftp, so you can just copy it from the unpacked distribution or from the cross built world. i.e: cp /path/to/nfsroot/boot/loader /tftpboot. I just noticed that you didn't setup the symlinks to the ethernet address for tftp, so boot net:dhcp must be using bootp. If tftp is to be used the ethernet address for the sparc must appear in /etc/ethers, and a symlink needs to be made to its ip address in hex. boot net:dhcp should probably be recommended as its simpler. A non-empty fstab in the nfsroot is not strictly necessary, although I suppose this will cause the nfsroot to be mounted read write, which is useful. There were some problems with the default diskless scripts and mounting root read only last time I checked, but might be worth pointing this out if a readonly mount is desired. portmap is called rpcbind in 5.0, might be worth pointing out this difference. Also, for nfs locking to work right rpc.statd and rpc.lockd should be started as well. I see you found the steps to cross build the kernel, you might point out that you can also use the cross built world instead of downloading the iso and using the files on that. i.e. checkout a 5.0 source tree and cross build world as the first step, and then install it in the nfsroot directory on the nfs server. The steps to do this are: cd /path/to/src make TARGET_ARCH=sparc64 buildworld make TARGET_ARCH=sparc64 buildkernel cd /path/to/src/etc make TARGET_ARCH=sparc64 distrib-dirs DESTDIR=/path/to/nfsroot make TARGET_ARCH=sparc64 distribution DESTDIR=/path/to/nfsroot cd /path/to/src make TARGET_ARCH=sparc64 installworld DESTDIR=/path/to/nfsroot touch /path/to/nfsroot/boot/device.hints make TARGET_ARCH=sparc64 installkernel DESTDIR=/path/to/nfsroot Of course, in this case its VERY IMPORTANT not to forget the DESTDIR, or you will toast the existing system. Installworld doesn't create an fstab by default, so it needs to be created manually, either empty or pointing to the nfsroot on the server as you did. Also, the distrib-dirs and distribution steps don't honour TARGET_ARCH properly. In general this doesn't matter, but some of the wrong files will be installed in /etc, so its necessary to do: cp /path/to/src/etc/etc.sparc64/* /path/to/nfsroot/etc Its possible to netboot without compiling a new kernel to add BOOTP. BOOTP can't be included in the default config because it assumes nfsroot. If the kernel is loaded via bootp it should be sufficient to either put 'set vfs.root.mountfrom=nfs:' in the loader.conf in the nfsroot directory (/path/to/nfsroot/boot/loader.conf), or to enter nfs: at the mountroot prompt. This works with the GENERIC kernel. Are you interested in converting this to sgml at some point so we can include it in the handbook somewhere? Thanks again, Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Sun Dec 1 14:37:56 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0165037B401 for ; Sun, 1 Dec 2002 14:37:53 -0800 (PST) Received: from brainlink.com (mail.brainlink.com [66.228.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C2A443E88 for ; Sun, 1 Dec 2002 14:37:52 -0800 (PST) (envelope-from anthonyv@brainlink.com) Received: from [24.189.7.159] (HELO brainlink.com) by brainlink.com (CommuniGate Pro SMTP 3.5.3) with SMTP id 17275039 for freebsd-sparc@freebsd.org; Sun, 01 Dec 2002 17:47:50 -0500 Message-ID: <3DEA8F3E.4000202@brainlink.com> Date: Sun, 01 Dec 2002 17:37:50 -0500 From: Anthony Volodkin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc@freebsd.org Subject: Re: netbooting freebsd-sparc64 howto References: <3DE87029.2030609@brainlink.com> <20021201142028.B26595@locore.ca> In-Reply-To: <20021201142028.B26595@locore.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hey, Thanks very much for the feedback. I tried out the suggestions and here is what I found. - using the loader included with the live filesystem does not seem to work because that particular loader insists on using TFTP to download the kernel. I suppose this would work too, but i just like to keep my kernel togehter with the rest of my nfsroot environment. - while the nfs entry in fstab does allow me to read-wrte to the partition, the system startup scripts seem to be operating as if i mounted nfsroot in read-only mode. Hence, they make a md device for /var and for /tmp. A md device for /tmp is not a bad idea anyway though. - thanks for that portmap note. - I was not able to get nfs locking to work. on the nfs server (4.7-stable, the release notes say it supports locking) i run rpc.statd and rpc.lockd in addition to the standard nfs daemons, but on the nfsroot system, i get the following type of problems: divine# passwd Changing local password for root New Password: Retype New Password: passwd: could not lock the passwd file: : Operation not supported If you have any idea on how to get locking to work, I'd be glad to hear about it. - while i was working on this earlier, i tried that option you mentioned, in my /boot/loader.conf located on my nfsroot, and that did not produce any results. Instead I got the following error: Mounting root from nfs:192.168.1.3:/storage3/sparc64-nfsroot setrootbyname failed Root mount failed: -1 Manual root filesystem specification: : Mount using filesystem eg. ufs:da0a ? List valid disk boot devices Abort manual input mountroot> I also tried using the "nfs:" command but that still produced the same error. - thanks for those additional make buildworld arguments. Things like cross-compiling werent really documented anywhere - found them in the mailing archive. I think for this howto, it's best to leave the existing steps as they are, because forgetting DESTDIR is very destructive. I think this should be covered in a separate document on building a live filesystem using those make buildworld/kernel commands. - and yes, i think this should go in the handbook. Regards, Anthony Jake Burkholder wrote: >Apparently, On Sat, Nov 30, 2002 at 03:00:41AM -0500, > Anthony Volodkin said words to the effect of; > > > >>Hi >> >>After last night of hacking netbooting with nfsroot, I wrote the >>following howto: http://non-standard.net/freebsd/sparc64-nfsroot.html >>Any comments or corrections are appreciated. >> >> > >Hi, > >Thanks for making the effort to put this together. > >Comments: > >Your dhcp setup looks correct, that's basically what I use. > >I don't think that tftp is required if you use 'boot net:dhcp', as far as >I know the firmware will use bootp to retrieve the bootstrap in this case. >'boot net' alone will use tftp. Also, the loader.nfs isn't necessary >anymore; the default loader does nfs and tftp, so you can just copy >it from the unpacked distribution or from the cross built world. >i.e: cp /path/to/nfsroot/boot/loader /tftpboot. I just noticed that >you didn't setup the symlinks to the ethernet address for tftp, so >boot net:dhcp must be using bootp. If tftp is to be used the ethernet >address for the sparc must appear in /etc/ethers, and a symlink needs >to be made to its ip address in hex. boot net:dhcp should probably be >recommended as its simpler. > >A non-empty fstab in the nfsroot is not strictly necessary, although I >suppose this will cause the nfsroot to be mounted read write, which is >useful. There were some problems with the default diskless scripts and >mounting root read only last time I checked, but might be worth pointing >this out if a readonly mount is desired. > >portmap is called rpcbind in 5.0, might be worth pointing out this >difference. Also, for nfs locking to work right rpc.statd and rpc.lockd >should be started as well. > >I see you found the steps to cross build the kernel, you might point out >that you can also use the cross built world instead of downloading the iso >and using the files on that. i.e. checkout a 5.0 source tree and cross >build world as the first step, and then install it in the nfsroot directory >on the nfs server. The steps to do this are: > > cd /path/to/src > make TARGET_ARCH=sparc64 buildworld > make TARGET_ARCH=sparc64 buildkernel > cd /path/to/src/etc > make TARGET_ARCH=sparc64 distrib-dirs DESTDIR=/path/to/nfsroot > make TARGET_ARCH=sparc64 distribution DESTDIR=/path/to/nfsroot > cd /path/to/src > make TARGET_ARCH=sparc64 installworld DESTDIR=/path/to/nfsroot > touch /path/to/nfsroot/boot/device.hints > make TARGET_ARCH=sparc64 installkernel DESTDIR=/path/to/nfsroot > >Of course, in this case its VERY IMPORTANT not to forget the DESTDIR, or >you will toast the existing system. Installworld doesn't create an fstab >by default, so it needs to be created manually, either empty or pointing to >the nfsroot on the server as you did. Also, the distrib-dirs and distribution >steps don't honour TARGET_ARCH properly. In general this doesn't matter, >but some of the wrong files will be installed in /etc, so its necessary to >do: cp /path/to/src/etc/etc.sparc64/* /path/to/nfsroot/etc > >Its possible to netboot without compiling a new kernel to add BOOTP. BOOTP >can't be included in the default config because it assumes nfsroot. If the >kernel is loaded via bootp it should be sufficient to either put >'set vfs.root.mountfrom=nfs:' in the loader.conf in the nfsroot directory >(/path/to/nfsroot/boot/loader.conf), or to enter nfs: at the mountroot >prompt. This works with the GENERIC kernel. > >Are you interested in converting this to sgml at some point so we can >include it in the handbook somewhere? > >Thanks again, >Jake > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-sparc" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 2:17:52 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 590D737B401 for ; Mon, 2 Dec 2002 02:17:51 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-47.dsl.lsan03.pacbell.net [64.169.106.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8785143EC5 for ; Mon, 2 Dec 2002 02:17:50 -0800 (PST) (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 AE21466E58 for ; Mon, 2 Dec 2002 02:17:48 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 111AE1307; Mon, 2 Dec 2002 02:17:45 -0800 (PST) Date: Mon, 2 Dec 2002 02:17:45 -0800 From: Kris Kennaway To: sparc@FreeBSD.org Subject: libc_r support Message-ID: <20021202101745.GA26214@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Is anyone working on libc_r support? This is a major missing feature, IMO (it's killing a lot of packages). Kris --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE96zNJWry0BWjoQKURAmTTAJ9QGEMsZovkyapVlu8AjcFAoa02TwCgitkH ohqblyoow/wW0FaY7agB0ew= =wJyX -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 2:36:28 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8875D37B401 for ; Mon, 2 Dec 2002 02:36:27 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC33043EB2 for ; Mon, 2 Dec 2002 02:36:26 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id gB2AaPqe019583; Mon, 2 Dec 2002 02:36:25 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id gB2AZApM019549; Mon, 2 Dec 2002 02:35:10 -0800 (PST) Date: Mon, 2 Dec 2002 02:35:10 -0800 From: "David O'Brien" To: Kris Kennaway Cc: sparc@FreeBSD.org Subject: Re: libc_r support Message-ID: <20021202103510.GA19525@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Kris Kennaway , sparc@FreeBSD.org References: <20021202101745.GA26214@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021202101745.GA26214@rot13.obsecurity.org> 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 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Dec 02, 2002 at 02:17:45AM -0800, Kris Kennaway wrote: > Is anyone working on libc_r support? This is a major missing feature, > IMO (it's killing a lot of packages). I believe the idea is to skip libc_r and only have the KSE libpthread (when it is ready for prime-time). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 2:41:46 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E9BE37B401; Mon, 2 Dec 2002 02:41:45 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-47.dsl.lsan03.pacbell.net [64.169.106.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F66B43E9C; Mon, 2 Dec 2002 02:41:43 -0800 (PST) (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 E33C266C61; Mon, 2 Dec 2002 02:41:38 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 865191328; Mon, 2 Dec 2002 02:41:38 -0800 (PST) Date: Mon, 2 Dec 2002 02:41:38 -0800 From: Kris Kennaway To: David O'Brien Cc: Kris Kennaway , sparc@FreeBSD.ORG Subject: Re: libc_r support Message-ID: <20021202104138.GA80120@rot13.obsecurity.org> References: <20021202101745.GA26214@rot13.obsecurity.org> <20021202103510.GA19525@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <20021202103510.GA19525@dragon.nuxi.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 02, 2002 at 02:35:10AM -0800, David O'Brien wrote: > On Mon, Dec 02, 2002 at 02:17:45AM -0800, Kris Kennaway wrote: > > Is anyone working on libc_r support? This is a major missing feature, > > IMO (it's killing a lot of packages). >=20 > I believe the idea is to skip libc_r and only have the KSE libpthread > (when it is ready for prime-time). OK, fair enough. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE96zjhWry0BWjoQKURAgqqAKDTI12efLM9KoLH/C7RwrRrIKQSWACfXeFq +xwNkighiO+HSM70U7JxApE= =M2Vd -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 11: 5:14 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CACE37B404 for ; Mon, 2 Dec 2002 11:05:13 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 9242543EB2 for ; Mon, 2 Dec 2002 11:05:11 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 4182 invoked by uid 0); 2 Dec 2002 19:05:09 -0000 Received: from p508e5688.dip.t-dialin.net (HELO forge.local) (80.142.86.136) by mail.gmx.net (mp010-rz3) with SMTP; 2 Dec 2002 19:05:09 -0000 Received: from tmm by forge.local with local (Exim 4.10 #1) id 18Ivsk-0000J6-00 for ; Mon, 02 Dec 2002 20:05:26 +0100 Date: Mon, 2 Dec 2002 20:05:26 +0100 From: Thomas Moestl To: freebsd-sparc@FreeBSD.org Subject: HEADS UP: kernel module flag day on sparc64 Message-ID: <20021202190525.GA405@crow.dom2ip.de> Mail-Followup-To: freebsd-sparc@FreeBSD.org References: <200212021856.gB2IuUpU064966@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212021856.gB2IuUpU064966@repoman.freebsd.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 2002/12/02 at 10:56:30 -0800, Thomas Moestl wrote: > tmm 2002/12/02 10:56:30 PST > > Modified files: > sys/sparc64/sparc64 elf_machdep.c > Log: > Remove a workaround for a binutils bug that was fixed in the recent > import, as it breaks the relocation kernel modules built with the new > binutils. > Note that this, together with the binutils import, marks a kernel module > flag day on sparc64: modules built with the old binutils will not work > with new kernels and vice versa. Mismatches will result in panics. If you follow the documented standard upgrade procedure (i.e. 'make buildworld' followed by 'make buildkernel'), you should be fine. Otherwise, you should know what you are doing :) - 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 13:17:33 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ADB837B404 for ; Mon, 2 Dec 2002 13:17:31 -0800 (PST) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5345243E88 for ; Mon, 2 Dec 2002 13:17:29 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 6920 invoked from network); 2 Dec 2002 21:17:36 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 2 Dec 2002 21:17:36 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gB2LHQuH034689; Mon, 2 Dec 2002 16:17:27 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021129184005.G67382@espresso.q9media.com> Date: Mon, 02 Dec 2002 16:17:34 -0500 (EST) From: John Baldwin To: Mike Barcroft Subject: Re: sparc64 tinderbox failure Cc: sparc64@FreeBSD.ORG, current@FreeBSD.ORG, Ruslan Ermilov Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 29-Nov-2002 Mike Barcroft wrote: > Ruslan Ermilov writes: >> On Fri, Nov 29, 2002 at 03:22:29AM +0000, Mike Barcroft wrote: >> > Fri Nov 29 03:15:00 GMT 2002 >> > U lib/libpam/modules/pam_ksu/pam_ksu.c >> > U release/doc/en_US.ISO8859-1/early-adopter/article.sgml >> > Running test variables >> > PASS: Test variables detected no regression, output matches. >> > Running test targets >> > PASS: Test targets detected no regression. >> > Running test sysvmatch >> > PASS: Test sysvmatch detected no regression. >> > Running test lhs_expn >> > PASS: Test lhs_expn detected no regression. >> > Running test notdef >> > PASS: Test notdef detected no regression. >> > Running test modifiers >> > PASS: Test modifiers detected no regression. >> > Running test funny_targets >> > FAIL: Test failed: regression detected. See above. >> > *** Error code 1 >> > >> > Stop in /tinderbox/sparc64/src/tools/regression/usr.bin/make. >> > *** Error code 1 >> > >> > Stop in /tinderbox/sparc64/src/tools/regression/usr.bin/make. >> > >> > -------------------------------------------------------------- >> > Upgrading the installed make >> > -------------------------------------------------------------- >> > install: /usr/bin/make: Text file busy >> > *** Error code 71 >> > >> Are you using NFS here? > > Only the CVS repo is NFS mounted. And you don't have INSTALL= install -C, correct? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 13:17:33 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68ADC37B406 for ; Mon, 2 Dec 2002 13:17:31 -0800 (PST) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F52E43EC5 for ; Mon, 2 Dec 2002 13:17:30 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 6940 invoked from network); 2 Dec 2002 21:17:37 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 2 Dec 2002 21:17:37 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gB2LHSuH034692; Mon, 2 Dec 2002 16:17:29 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021201142028.B26595@locore.ca> Date: Mon, 02 Dec 2002 16:17:36 -0500 (EST) From: John Baldwin To: Jake Burkholder Subject: Re: netbooting freebsd-sparc64 howto Cc: freebsd-sparc@FreeBSD.ORG, Anthony Volodkin Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 01-Dec-2002 Jake Burkholder wrote: > Apparently, On Sat, Nov 30, 2002 at 03:00:41AM -0500, > Anthony Volodkin said words to the effect of; > >> Hi >> >> After last night of hacking netbooting with nfsroot, I wrote the >> following howto: http://non-standard.net/freebsd/sparc64-nfsroot.html >> Any comments or corrections are appreciated. > > Hi, > > Thanks for making the effort to put this together. > > Comments: > > Your dhcp setup looks correct, that's basically what I use. > > I don't think that tftp is required if you use 'boot net:dhcp', as far as > I know the firmware will use bootp to retrieve the bootstrap in this case. > 'boot net' alone will use tftp. Also, the loader.nfs isn't necessary > anymore; the default loader does nfs and tftp, so you can just copy > it from the unpacked distribution or from the cross built world. > i.e: cp /path/to/nfsroot/boot/loader /tftpboot. I just noticed that > you didn't setup the symlinks to the ethernet address for tftp, so > boot net:dhcp must be using bootp. If tftp is to be used the ethernet > address for the sparc must appear in /etc/ethers, and a symlink needs > to be made to its ip address in hex. boot net:dhcp should probably be > recommended as its simpler. You still need tftp for boot net:dhcp. bootp just provides a filename and machine to download from, it doesn't actually transfer files. The firmware uses tftp to grab a particular file from the specified machine. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 13:51:41 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E735837B401 for ; Mon, 2 Dec 2002 13:51:38 -0800 (PST) Received: from mail.kpnqwest.ch (mail.eunet.ch [146.228.10.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C1243ECF for ; Mon, 2 Dec 2002 13:51:37 -0800 (PST) (envelope-from mw@kpnqwest.ch) Received: (from mw@localhost) by mail.kpnqwest.ch (8.9.3/1.34) id WAA86673 for freebsd-sparc@FreeBSD.ORG; Mon, 2 Dec 2002 22:51:36 +0100 (CET) env-from (mw@kpnqwest.ch) Message-Id: <200212022151.WAA86673@mail.kpnqwest.ch> Subject: Re: netbooting freebsd-sparc64 howto To: freebsd-sparc@FreeBSD.ORG Date: Mon, 2 Dec 2002 22:51:36 +0100 (CET) From: Markus Wild X-NCC-RegID: ch.vianetworks X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > You still need tftp for boot net:dhcp. bootp just provides a filename > and machine to download from, it doesn't actually transfer files. The > firmware uses tftp to grab a particular file from the specified machine. On the matter of bootp and the various BOOTP kernel options: what is the rationale behind the sparc64 port _not_ using a cpu_rootconf() function (such as for example in the i386 port) to avoid refetching the network parameters that the firmware loader already retrieved and passed on to the kernel, at least as an option? With the following small patch, you just need NFSCLIENT and NFS_ROOT as kernel option, and none of the BOOTP* to netboot (works fine at least for me here, perhaps I've missed something?). Cheers, Markus RCS file: /home/ncvs/src/sys/sparc64/sparc64/autoconf.c,v retrieving revision 1.10 diff -c -r1.10 autoconf.c *** autoconf.c 18 Nov 2002 03:28:23 -0000 1.10 --- autoconf.c 2 Dec 2002 21:48:59 -0000 *************** *** 27,38 **** --- 27,55 ---- */ #include "opt_isa.h" + #include "opt_bootp.h" + #include "opt_nfs.h" + #include "opt_nfsroot.h" #include #include #include #include #include + #include + #include + + #include + #include + #include + #include + #include + #include + #include + #include + #include + #include + #include #ifdef DEV_ISA #include *************** *** 57,59 **** --- 74,95 ---- #endif cold = 0; } + + /* + * Do legacy root filesystem discovery. + */ + void + cpu_rootconf() + { + #ifdef BOOTP + bootpc_init(); + #endif + #if defined(NFSCLIENT) && defined(NFS_ROOT) + #if !defined(BOOTP_NFSROOT) + nfs_setup_diskless(); + if (nfs_diskless_valid) + #endif + rootdevnames[0] = "nfs:"; + #endif + } + SYSINIT(cpu_rootconf, SI_SUB_ROOT_CONF, SI_ORDER_FIRST, cpu_rootconf, NULL) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 13:59:28 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E97537B401; Mon, 2 Dec 2002 13:59:27 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-47.dsl.lsan03.pacbell.net [64.169.106.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9831543EA9; Mon, 2 Dec 2002 13:59:26 -0800 (PST) (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 49DFE66C61; Mon, 2 Dec 2002 13:59:26 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 2374C130A; Mon, 2 Dec 2002 13:59:26 -0800 (PST) Date: Mon, 2 Dec 2002 13:59:26 -0800 From: Kris Kennaway To: sparc@FreeBSD.org, obrien@FreeBSD.org, kan@FreeBSD.org Subject: f77 ICE on sparc Message-ID: <20021202215925.GA43991@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable http://obsecurity.dyndns.org/errorlogs/errors/psi88-1.0.log =3D=3D=3D> Building for psi88-1.0 /bin/cp /a/ports/biology/psi88/files/Makefile.top /tmp/a/ports/biology/psi8= 8/work/psi88/Makefile (cd src/ && make all) f77 -O3 -Wall psi1.f -o PSI1=20 Assertion failed: (ffetype_size (type) =3D=3D sizeof (ffetargetInteger1)), = function ffecom_init_0, file /usr/src/contrib/gcc/f/com.c, line 11342. f771: internal error: Abort trap Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 I haven't yet tested this with gcc 3.2.1. Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE969e9Wry0BWjoQKURAmNLAJ9pTBaC45GCgkjIY3npw6/rcwcgSQCg8acM KKLtRQG58tNlSIDXhwm3ZmQ= =q7U9 -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 14:28: 6 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9127A37B401; Mon, 2 Dec 2002 14:28:04 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-47.dsl.lsan03.pacbell.net [64.169.106.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AAD43EAF; Mon, 2 Dec 2002 14:28:03 -0800 (PST) (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 67B4966C61; Mon, 2 Dec 2002 14:28:03 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 3E567133F; Mon, 2 Dec 2002 14:28:03 -0800 (PST) Date: Mon, 2 Dec 2002 14:28:03 -0800 From: Kris Kennaway To: Kris Kennaway Cc: sparc@FreeBSD.ORG, obrien@FreeBSD.ORG, kan@FreeBSD.ORG Subject: Re: f77 ICE on sparc Message-ID: <20021202222803.GA46082@rot13.obsecurity.org> References: <20021202215925.GA43991@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20021202215925.GA43991@rot13.obsecurity.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 02, 2002 at 01:59:26PM -0800, Kris Kennaway wrote: > http://obsecurity.dyndns.org/errorlogs/errors/psi88-1.0.log >=20 > =3D=3D=3D> Building for psi88-1.0 > /bin/cp /a/ports/biology/psi88/files/Makefile.top /tmp/a/ports/biology/ps= i88/work/psi88/Makefile > (cd src/ && make all) > f77 -O3 -Wall psi1.f -o PSI1=20 > Assertion failed: (ffetype_size (type) =3D=3D sizeof (ffetargetInteger1))= , function ffecom_init_0, file /usr/src/contrib/gcc/f/com.c, line 11342. > f771: internal error: Abort trap > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 >=20 > I haven't yet tested this with gcc 3.2.1. >=20 > Kris I've seen an ICE on 2 other fortran ports so far (tinker and ortep3). It looks like there are serious problems here - has anyone managed to use f77 successfully on sparc? Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9695yWry0BWjoQKURApnIAJ9nSL4C9WFoo8/UDt9Gb7vbkaQ29wCgvs1j uZpzSD1VebU+PEBeKwL9A6U= =ihg7 -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 14:30:50 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCBDD37B401 for ; Mon, 2 Dec 2002 14:30:49 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 4145743E4A for ; Mon, 2 Dec 2002 14:30:48 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 2679 invoked by uid 0); 2 Dec 2002 22:30:46 -0000 Received: from p508e5688.dip.t-dialin.net (HELO forge.local) (80.142.86.136) by mail.gmx.net (mp003-rz3) with SMTP; 2 Dec 2002 22:30:46 -0000 Received: from tmm by forge.local with local (Exim 4.10 #1) id 18Iz5f-0000n6-00; Mon, 02 Dec 2002 23:30:59 +0100 Date: Mon, 2 Dec 2002 23:30:58 +0100 From: Thomas Moestl To: Markus Wild Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: netbooting freebsd-sparc64 howto Message-ID: <20021202223058.GB405@crow.dom2ip.de> Mail-Followup-To: Markus Wild , freebsd-sparc@FreeBSD.ORG References: <200212022151.WAA86673@mail.kpnqwest.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212022151.WAA86673@mail.kpnqwest.ch> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 2002/12/02 at 22:51:36 +0100, Markus Wild wrote: > > You still need tftp for boot net:dhcp. bootp just provides a filename > > and machine to download from, it doesn't actually transfer files. The > > firmware uses tftp to grab a particular file from the specified machine. > > On the matter of bootp and the various BOOTP kernel options: what is > the rationale behind the sparc64 port _not_ using a cpu_rootconf() > function (such as for example in the i386 port) to avoid refetching > the network parameters that the firmware loader already retrieved and > passed on to the kernel, at least as an option? You don't need BOOTP any more. The setup is done in sys/nfsclient/nfs_vfsops.c (since r.1.122), and obtains the parameters from the loader via the kernel environment. - 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 17:51:59 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE31137B401 for ; Mon, 2 Dec 2002 17:51:57 -0800 (PST) Received: from brainlink.com (mail.brainlink.com [66.228.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DAA743E88 for ; Mon, 2 Dec 2002 17:51:57 -0800 (PST) (envelope-from anthonyv@brainlink.com) Received: from [24.189.7.159] (HELO brainlink.com) by brainlink.com (CommuniGate Pro SMTP 3.5.3) with SMTP id 17291564 for freebsd-sparc@freebsd.org; Mon, 02 Dec 2002 21:01:51 -0500 Message-ID: <3DEC0E33.7090009@brainlink.com> Date: Mon, 02 Dec 2002 20:51:47 -0500 From: Anthony Volodkin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc@freebsd.org Subject: Re: nfs locking References: <20021203014122.7434.qmail@web10008.mail.yahoo.com> In-Reply-To: <20021203014122.7434.qmail@web10008.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hey, Yep. Here are my commands when bringing up NFS on my server: root#> portmap root#> rpc.statd root#> rpc.lockd root#> nfsd -u -t -n 4 root#> mountd -r Kenneth Stailey wrote: >Hi Anthony, > >Are you running rpc.lockd and rpc.statd? They are the NFS locking servers. > >---- > >divine# passwd >Changing local password for root >New Password: >Retype New Password: >passwd: could not lock the passwd file: : Operation not supported > >__________________________________________________ >Do you Yahoo!? >Yahoo! Mail Plus - Powerful. Affordable. Sign up now. >http://mailplus.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Mon Dec 2 22:36:14 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA4E637B401; Mon, 2 Dec 2002 22:36:13 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E5143E9C; Mon, 2 Dec 2002 22:36:13 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id gB36aCqe061960; Mon, 2 Dec 2002 22:36:12 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id gB36Yvtq061953; Mon, 2 Dec 2002 22:34:57 -0800 (PST) Date: Mon, 2 Dec 2002 22:34:57 -0800 From: "David O'Brien" To: Kris Kennaway Cc: sparc@FreeBSD.org, kan@FreeBSD.org Subject: Re: f77 ICE on sparc Message-ID: <20021203063457.GA61873@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Kris Kennaway , sparc@FreeBSD.org, kan@FreeBSD.org References: <20021202215925.GA43991@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021202215925.GA43991@rot13.obsecurity.org> 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 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Dec 02, 2002 at 01:59:26PM -0800, Kris Kennaway wrote: > ===> Building for psi88-1.0 ... > I haven't yet tested this with gcc 3.2.1. Same happens on sparc64 with gcc 3.2.1-R To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Tue Dec 3 0:17: 3 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6C9737B401; Tue, 3 Dec 2002 00:17:02 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12ED643EC2; Tue, 3 Dec 2002 00:17:02 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id gB38Guqe062882; Tue, 3 Dec 2002 00:16:56 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id gB38FeA2062881; Tue, 3 Dec 2002 00:15:40 -0800 (PST) Date: Tue, 3 Dec 2002 00:15:40 -0800 From: "David O'Brien" To: re@freebsd.org Cc: sparc@freebsd.org Subject: GCC can't decide on what the pre-defined arch symbol should be Message-ID: <20021203081540.GA62842@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , re@freebsd.org, sparc@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Its a mess in the GCC code -- how the %$^# to spell the architecture pre-define. The GCC developers are totally inconsistent -- so lets just got with all permutations. RE@, permission to commit this? It affects only the sparc64 platform. Index: freebsd.h =================================================================== RCS file: /home/ncvs/src/contrib/gcc/config/sparc/freebsd.h,v retrieving revision 1.3 diff -u -r1.3 freebsd.h --- freebsd.h 5 Nov 2002 03:35:56 -0000 1.3 +++ freebsd.h 3 Dec 2002 08:04:58 -0000 @@ -24,7 +24,8 @@ Emacs needs to know if the arch is 64 or 32-bits. */ #undef CPP_CPU64_DEFAULT_SPEC -#define CPP_CPU64_DEFAULT_SPEC "-D__sparc64__ -D__sparc_v9__ -D__arch64__" +#define CPP_CPU64_DEFAULT_SPEC \ + "-D__sparc64__ -D__sparc_v9__ -D__sparcv9 -D__sparc__ -D__arch64__" /* Because we include sparc/sysv4.h. */ #undef CPP_PREDEFINES To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Tue Dec 3 0:20:21 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B55837B401; Tue, 3 Dec 2002 00:20:21 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CAD443EA9; Tue, 3 Dec 2002 00:20:20 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id gB38KJqe062946; Tue, 3 Dec 2002 00:20:19 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id gB38J3L8062906; Tue, 3 Dec 2002 00:19:03 -0800 (PST) Date: Tue, 3 Dec 2002 00:19:03 -0800 From: "David O'Brien" To: Kris Kennaway Cc: sparc@FreeBSD.ORG, kan@FreeBSD.ORG Subject: Re: f77 ICE on sparc Message-ID: <20021203081903.GA62600@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Kris Kennaway , sparc@FreeBSD.ORG, kan@FreeBSD.ORG References: <20021202215925.GA43991@rot13.obsecurity.org> <20021202222803.GA46082@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021202222803.GA46082@rot13.obsecurity.org> 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 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Dec 02, 2002 at 02:28:03PM -0800, Kris Kennaway wrote: > I've seen an ICE on 2 other fortran ports so far (tinker and ortep3). > It looks like there are serious problems here - has anyone managed to > use f77 successfully on sparc? My patch adding alternate arch spellings fixes FORTRAN for these three ports. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Tue Dec 3 1:35:48 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 069ED37B401; Tue, 3 Dec 2002 01:35:46 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4759643EB2; Tue, 3 Dec 2002 01:35:41 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gB39ZYVX002670 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 3 Dec 2002 11:35:34 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gB39ZY8P002665; Tue, 3 Dec 2002 11:35:34 +0200 (EET) Date: Tue, 3 Dec 2002 11:35:34 +0200 From: Ruslan Ermilov To: John Baldwin Cc: Mike Barcroft , sparc64@FreeBSD.org, current@FreeBSD.org Subject: Re: sparc64 tinderbox failure Message-ID: <20021203093534.GB2340@sunbay.com> References: <20021129184005.G67382@espresso.q9media.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 02, 2002 at 04:17:34PM -0500, John Baldwin wrote: >=20 > On 29-Nov-2002 Mike Barcroft wrote: > > Ruslan Ermilov writes: > >> On Fri, Nov 29, 2002 at 03:22:29AM +0000, Mike Barcroft wrote: > >> > Fri Nov 29 03:15:00 GMT 2002 > >> > U lib/libpam/modules/pam_ksu/pam_ksu.c > >> > U release/doc/en_US.ISO8859-1/early-adopter/article.sgml > >> > Running test variables > >> > PASS: Test variables detected no regression, output matches. > >> > Running test targets > >> > PASS: Test targets detected no regression. > >> > Running test sysvmatch > >> > PASS: Test sysvmatch detected no regression. > >> > Running test lhs_expn > >> > PASS: Test lhs_expn detected no regression. > >> > Running test notdef > >> > PASS: Test notdef detected no regression. > >> > Running test modifiers > >> > PASS: Test modifiers detected no regression. > >> > Running test funny_targets > >> > FAIL: Test failed: regression detected. See above. > >> > *** Error code 1 > >> >=20 > >> > Stop in /tinderbox/sparc64/src/tools/regression/usr.bin/make. > >> > *** Error code 1 > >> >=20 > >> > Stop in /tinderbox/sparc64/src/tools/regression/usr.bin/make. > >> >=20 > >> > -------------------------------------------------------------- > >> > Upgrading the installed make > >> > -------------------------------------------------------------- > >> > install: /usr/bin/make: Text file busy > >> > *** Error code 71 > >> >=20 > >> Are you using NFS here? > >=20 > > Only the CVS repo is NFS mounted. >=20 > And you don't have INSTALL=3D install -C, correct? >=20 Yes, he was building under non-root. This problem is already resolved. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE97HrmUkv4P6juNwoRAo9GAJ0W6HUHAHiB1M06o1kaabdEOFx+8QCaAoYk /Q22b/tQ0XXgCDbJGwMctDs= =vgy5 -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Tue Dec 3 2:23: 2 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F1E337B401 for ; Tue, 3 Dec 2002 02:23:01 -0800 (PST) Received: from mailhost1.dircon.co.uk (mailhost1.dircon.co.uk [194.112.32.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AEF43EB2 for ; Tue, 3 Dec 2002 02:23:00 -0800 (PST) (envelope-from Mark.Blackman@netscalibur.co.uk) Received: from cheshire.uk.netscalibur.com (cheshire.dircon.co.uk [195.157.2.3]) by mailhost1.dircon.co.uk (Postfix) with ESMTP id 92F6657689 for ; Tue, 3 Dec 2002 10:22:59 +0000 (GMT) Received: by cheshire with Internet Mail Service (5.5.2653.19) id ; Tue, 3 Dec 2002 10:22:59 -0000 Message-ID: <439E717A0036154D865F6E9389C8A38C52B3F5@corp-01> From: Blackman Mark To: "'freebsd-sparc@freebsd.org'" Subject: X1 if_dc support Date: Tue, 3 Dec 2002 10:21:46 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Got the 5.0-DP2 iso image installed on an X1, had to manually load the if_dc support for the davicom 9102 NIC chips. couple of points * the dc0,dc1 number was reverse w.r.t the markings on the X1 box (net0 --> dc1, net1---> dc0). * MAC address for both NICs was 00:00:00:00:00:00 * after configuring dc0, a ping to the the default gateway crashed the kernel with a panic and reboot. I presume there are a hell of a lot of X1 boxes to play with out there and this can be trivially reproduced. However, if there is sufficient interest to track this down, I can send more verbose info. My question boils down to has anyone else seen this problem? and Why weren't the davicom NICs picked up and attached automatically? I'm more interested in the first question. - Mark -- Email Disclaimer can be viewed at: http://www.netscalibur.co.uk/email.html -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Tue Dec 3 8:42:27 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FBB037B401 for ; Tue, 3 Dec 2002 08:42:26 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED4C43EA9 for ; Tue, 3 Dec 2002 08:42:25 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB3GvFxQ045702 for ; Tue, 3 Dec 2002 11:57:15 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB3GvFVj045701 for freebsd-sparc@freebsd.org; Tue, 3 Dec 2002 11:57:15 -0500 (EST) Date: Tue, 3 Dec 2002 11:57:14 -0500 From: Jake Burkholder To: freebsd-sparc@freebsd.org Subject: snapshots on ftp2.freebsd.org Message-ID: <20021203115714.J35729@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Daily releases of -current are now available on ftp2.freebsd.org. These are SNAP releases, like the JP-SNAPs available for other platforms. Included is the miniinst.iso and disc2.iso, as was available for DP2. I will try to ensure there is a new one each day that the tree is buildable. Note that these will not be mirrored to the other ftp sites. ftp://ftp2.freebsd.org/pub/FreeBSD/snapshots/sparc64 5.0-20021202-SNAP is available now: ftp://ftp2.freebsd.org/pub/FreeBSD/snapshots/sparc64/5.0-20021202-SNAP/ Have fun, Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Tue Dec 3 9:31:14 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCA2337B401 for ; Tue, 3 Dec 2002 09:31:13 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 085B943E4A for ; Tue, 3 Dec 2002 09:31:13 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB3HkExQ045908 for ; Tue, 3 Dec 2002 12:46:14 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB3HkEQx045907 for freebsd-sparc@freebsd.org; Tue, 3 Dec 2002 12:46:14 -0500 (EST) Date: Tue, 3 Dec 2002 12:46:13 -0500 From: Jake Burkholder To: freebsd-sparc@freebsd.org Subject: pci quad hme ethernet card Message-ID: <20021203124613.L35729@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The pci qfe quad hme ethernet card is now supported in -current. If you have one of these cards please update your system or try the 5.0-20021202-SNAP snapshot available on ftp2, and let us know if it works for you. Thanks, Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Tue Dec 3 10:55:41 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1626C37B401 for ; Tue, 3 Dec 2002 10:55:40 -0800 (PST) Received: from madlen.mts.ru (madlen.mts.ru [212.44.140.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A6FE43EA9 for ; Tue, 3 Dec 2002 10:55:37 -0800 (PST) (envelope-from tiamat@komi.mts.ru) Received: from cache2.inside.mts.ru ([192.168.10.3]) by madlen.mts.ru (8.10.2+Sun/8.11.6) with SMTP id gB3ItTT27925 for ; Tue, 3 Dec 2002 21:55:30 +0300 (MSK) Received: from stella.komi.mts.ru ([10.50.1.1]) by cache2.inside.mts.ru (NAVGW 2.5.2.12) with SMTP id M2002120321552620048 ; Tue, 03 Dec 2002 21:55:28 +0300 Received: from ad ([10.50.1.29]) (user=tiamat mech=NTLM bits=0) by stella.komi.mts.ru (MTS Komi/Smtp) with ESMTP id gB3ItKPZ078246; Tue, 3 Dec 2002 21:55:22 +0300 (MSK) (envelope-from tiamat@komi.mts.ru) Message-ID: <000d01c29afd$83ce6460$ce13fea9@ad> From: "Alex Deiter" To: "Jake Burkholder" Cc: References: <20021203124613.L35729@locore.ca> Subject: Re: pci quad hme ethernet card Date: Tue, 3 Dec 2002 21:55:11 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > The pci qfe quad hme ethernet card is now supported in -current. Tell me please when both ports pci gem dual ethernet on Netra T1/SunFire v120 will be supported? Only one port work now: gem0: mem 0xe0400000-0xe041ffff irq 6 at device 12.1 on pci2 miibus0: on gem0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: Ethernet address: 00:03:ba:13:22:35, 2KB RX fifo, 2KB TX fifo using internal phy Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Wed Dec 4 1: 5:59 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92CA737B401 for ; Wed, 4 Dec 2002 01:05:58 -0800 (PST) Received: from alpha.de.tiscali.com (alpha.de.tiscali.com [62.27.91.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FD5343EAF for ; Wed, 4 Dec 2002 01:05:57 -0800 (PST) (envelope-from Oliver.Blasnik@de.tiscali.com) Received: from de-Ex-03.de.tiscali.com (de-ex-03.de.tiscali.com [10.49.8.65]) by alpha.de.tiscali.com (Postfix) with ESMTP id 2D1F164C50 for ; Wed, 4 Dec 2002 10:05:50 +0100 (CET) Received: from de-ex-02.de.tiscali.com ([10.49.8.76]) by de-Ex-03.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 4 Dec 2002 10:05:50 +0100 Received: from xpath1000 ([10.49.244.77]) by de-ex-02.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 4 Dec 2002 10:05:49 +0100 Message-ID: <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> From: "Oliver Blasnik" To: References: <20021203124613.L35729@locore.ca> Subject: Re: pci quad hme ethernet card Date: Wed, 4 Dec 2002 10:06:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-OriginalArrivalTime: 04 Dec 2002 09:05:49.0805 (UTC) FILETIME=[5701E9D0:01C29B74] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Jake, > The pci qfe quad hme ethernet card is now supported in -current. If you > have one of these cards please update your system or try the 5.0-20021202-SNAP > snapshot available on ftp2, and let us know if it works for you. I'll update and tell you the results. Is it based on the patches you posted in the list? If yes - these didn't work for me (or: the t1/105). But I'll give it a try (and also take a look if some kind of quirk entry did it into pci.c for checking at least func00 and func01 of a slot to get the dual hme working at the 105's). Again: if anyone's interested, I can setup a 105 in our Lab and give (even serial console) access to it. I'm still trying to get a 1400/1405 with four processors as I'm really interested in its performance (and there are two "unused" servers I know of...). I'd really like to see LOM support for environmental control and watchdog timer, is there any documentation available to work with? > Thanks, > Jake Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Wed Dec 4 7:13:45 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 431BB37B401 for ; Wed, 4 Dec 2002 07:13:44 -0800 (PST) Received: from kwiatek.eu.org (kwiatek.eu.org [193.110.123.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9268D43EC2 for ; Wed, 4 Dec 2002 07:13:43 -0800 (PST) (envelope-from kwiatek@tpi.pl) Received: from localhost (localhost [127.0.0.1]) by kwiatek.eu.org (Postfix) with ESMTP id B6BA23614B; Wed, 4 Dec 2002 16:13:33 +0100 (CET) Date: Wed, 4 Dec 2002 16:13:33 +0100 (CET) From: Andrzej Kwiatkowski X-X-Sender: kwiatek@kwiatek.eu.org To: freebsd-sparc@freebsd.org Subject: Multiple interfaces -> one MAC Message-ID: <20021204160900.F5536-100000@kwiatek.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have got U10 with one internal ethernet Card, one quad and one Pci network card. My banner command in OBP shows: Ethernet address 8:0:20:a1:fd:47, i've set ok setenv local-mac-address? true local-mac-address? = true ok reset When my FreeBSD boot-s, i've got platinum# ifconfig -a hme0: flags=8802 mtu 1500 ether 08:00:20:a1:fd:47 media: Ethernet autoselect hme1: flags=8802 mtu 1500 ether 08:00:20:a1:fd:47 media: Ethernet autoselect hme2: flags=8802 mtu 1500 ether 08:00:20:a1:fd:47 media: Ethernet autoselect hme3: flags=8802 mtu 1500 ether 08:00:20:a1:fd:47 media: Ethernet autoselect hme4: flags=8802 mtu 1500 ether 08:00:20:a1:fd:47 media: Ethernet autoselect hme5: flags=8843 mtu 1500 inet 10.23.12.50 netmask 0xffff0000 broadcast 10.23.255.255 inet6 fe80::a00:20ff:fea1:fd47%hme5 prefixlen 64 scopeid 0x6 ether 08:00:20:a1:fd:47 media: Ethernet autoselect (100baseTX) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff000000 platinum# Every Card have got one Mac address. How can i change to every card was showing its own MAC ??? Andrzej Kwiatkowski To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Wed Dec 4 8:14:26 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBE9C37B401 for ; Wed, 4 Dec 2002 08:14:23 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F3F43EB2 for ; Wed, 4 Dec 2002 08:14:22 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB4GTUxQ050698; Wed, 4 Dec 2002 11:29:30 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB4GTU8x050697; Wed, 4 Dec 2002 11:29:30 -0500 (EST) Date: Wed, 4 Dec 2002 11:29:30 -0500 From: Jake Burkholder To: Andrzej Kwiatkowski Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: Multiple interfaces -> one MAC Message-ID: <20021204112929.P35729@locore.ca> References: <20021204160900.F5536-100000@kwiatek.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021204160900.F5536-100000@kwiatek.eu.org>; from kwiatek@tpi.pl on Wed, Dec 04, 2002 at 04:13:33PM +0100 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Wed, Dec 04, 2002 at 04:13:33PM +0100, Andrzej Kwiatkowski said words to the effect of; > > I have got U10 with one internal ethernet Card, > one quad and one Pci network card. > > My banner command in OBP shows: > Ethernet address 8:0:20:a1:fd:47, > > i've set > ok setenv local-mac-address? true > local-mac-address? = true > ok reset > > When my FreeBSD boot-s, i've got > > platinum# ifconfig -a > hme0: flags=8802 mtu 1500 > ether 08:00:20:a1:fd:47 > media: Ethernet autoselect > hme1: flags=8802 mtu 1500 > ether 08:00:20:a1:fd:47 > media: Ethernet autoselect > hme2: flags=8802 mtu 1500 > ether 08:00:20:a1:fd:47 > media: Ethernet autoselect > hme3: flags=8802 mtu 1500 > ether 08:00:20:a1:fd:47 > media: Ethernet autoselect > hme4: flags=8802 mtu 1500 > ether 08:00:20:a1:fd:47 > media: Ethernet autoselect > hme5: flags=8843 mtu 1500 > inet 10.23.12.50 netmask 0xffff0000 broadcast 10.23.255.255 > inet6 fe80::a00:20ff:fea1:fd47%hme5 prefixlen 64 scopeid 0x6 > ether 08:00:20:a1:fd:47 > media: Ethernet autoselect (100baseTX) > status: active > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 > inet 127.0.0.1 netmask 0xff000000 > platinum# > > Every Card have got one Mac address. > How can i change to every card was showing its own MAC ??? You can use the attached patch, it will make them use their local mac address unconditionally. Given that we're in code freeze I'm not sure when/if this support will be committed. I'm curious why you want them to have different MAC addresses? If they're on separate networks it shouldn't matter right? Also, out of interest, could you post the dmesg lines where hme1 through 4 are probed? Jake Index: if_hme_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/hme/if_hme_pci.c,v retrieving revision 1.3 diff -u -r1.3 if_hme_pci.c --- if_hme_pci.c 23 Mar 2002 19:37:11 -0000 1.3 +++ if_hme_pci.c 19 Nov 2002 17:29:13 -0000 @@ -62,6 +62,9 @@ #include #include +#include +#include + #include "miibus_if.h" struct hme_pci_softc { @@ -120,6 +123,7 @@ { struct hme_pci_softc *hsc = device_get_softc(dev); struct hme_softc *sc = &hsc->hsc_hme; + phandle_t node; int error; /* @@ -167,7 +171,10 @@ sc->sc_maco = 0x6000; sc->sc_mifo = 0x7000; - OF_getetheraddr(dev, sc->sc_arpcom.ac_enaddr); + node = ofw_pci_node(dev); + if (OF_getprop(node, "local-mac-address", sc->sc_arpcom.ac_enaddr, + sizeof(sc->sc_arpcom.ac_enaddr)) == -1) + OF_getetheraddr(dev, sc->sc_arpcom.ac_enaddr); sc->sc_burst = 64; /* XXX */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Wed Dec 4 10:45:31 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C196737B401 for ; Wed, 4 Dec 2002 10:45:29 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B6343EBE for ; Wed, 4 Dec 2002 10:45:28 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB4J0kxQ051731; Wed, 4 Dec 2002 14:00:46 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB4J0jIb051730; Wed, 4 Dec 2002 14:00:45 -0500 (EST) Date: Wed, 4 Dec 2002 14:00:45 -0500 From: Jake Burkholder To: Oliver Blasnik Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: pci quad hme ethernet card Message-ID: <20021204140045.S35729@locore.ca> References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <010d01c29b74$65d3b4c0$2100a8c0@xpath1000>; from oliver.blasnik@de.tiscali.com on Wed, Dec 04, 2002 at 10:06:13AM +0100 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Wed, Dec 04, 2002 at 10:06:13AM +0100, Oliver Blasnik said words to the effect of; > Hi Jake, > > > The pci qfe quad hme ethernet card is now supported in -current. If you > > have one of these cards please update your system or try the > 5.0-20021202-SNAP > > snapshot available on ftp2, and let us know if it works for you. > > I'll update and tell you the results. Is it based on the patches you posted > in the list? If yes - these didn't work for me (or: the t1/105). But I'll Hmm. Yes its a similar patch with some other changes. The netra is a very quirky box, so it may be that additional hacks are required. Please send dmesg output if you have any problems. > give it a try (and also take a look if some kind of quirk entry did it into > pci.c for checking at least func00 and func01 of a slot to get the dual > hme working at the 105's). I've had conflicting reports as to wether this actually works. We've tried a hack in the MD code to deal with the missing function 0, but appparently there are still phy problems that stop the interface from working. I'd like to avoid adding hacks to the MI pci code to support devices that don't follow the PCI spec, and we can't really do this so late in the release cycle without a good idea of how it affects other platforms. Jake > > Again: if anyone's interested, I can setup a 105 in our Lab and give (even > serial console) access to it. I'm still trying to get a 1400/1405 with four > processors as I'm really interested in its performance (and there are two > "unused" servers I know of...). > > I'd really like to see LOM support for environmental control and watchdog > timer, > is there any documentation available to work with? > > > Thanks, > > Jake > > Oliver > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-sparc" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Wed Dec 4 11: 1: 8 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43A9F37B401 for ; Wed, 4 Dec 2002 11:01:07 -0800 (PST) Received: from kwiatek.eu.org (kwiatek.eu.org [193.110.123.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 417EC43E88 for ; Wed, 4 Dec 2002 11:01:06 -0800 (PST) (envelope-from kwiatek@tpi.pl) Received: from localhost (localhost [127.0.0.1]) by kwiatek.eu.org (Postfix) with ESMTP id 6BC753648C; Wed, 4 Dec 2002 20:00:55 +0100 (CET) Date: Wed, 4 Dec 2002 20:00:55 +0100 (CET) From: Andrzej Kwiatkowski X-X-Sender: kwiatek@kwiatek.eu.org To: Jake Burkholder Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: Multiple interfaces -> one MAC In-Reply-To: <20021204112929.P35729@locore.ca> Message-ID: <20021204195839.M9024-100000@kwiatek.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > You can use the attached patch, it will make them use their local mac address > unconditionally. Given that we're in code freeze I'm not sure when/if this > support will be committed. > > I'm curious why you want them to have different MAC addresses? If they're > on separate networks it shouldn't matter right? > > Also, out of interest, could you post the dmesg lines where hme1 through 4 > are probed? Ok, now is good : hme0: flags=8802 mtu 1500 ether 08:00:20:e3:90:9e media: Ethernet autoselect hme1: flags=8802 mtu 1500 ether 08:00:20:e4:80:10 media: Ethernet autoselect hme2: flags=8802 mtu 1500 ether 08:00:20:e4:80:11 media: Ethernet autoselect hme3: flags=8802 mtu 1500 ether 08:00:20:e4:80:12 media: Ethernet autoselect hme4: flags=8802 mtu 1500 ether 08:00:20:e4:80:13 media: Ethernet autoselect hme5: flags=8843 mtu 1500 inet 10.23.12.50 netmask 0xffff0000 broadcast 10.23.255.255 inet6 fe80::a00:20ff:fea1:fd47%hme5 prefixlen 64 scopeid 0x6 ether 08:00:20:a1:fd:47 media: Ethernet autoselect (100baseTX) status: active But I've seen one strange thing: my network card, are in reverse direction, this one which should be first is the last, and this one which is last should be first. my hme5 should by hme0 and hme0 should by hme5. I there any posibility to change this?? Greetings Andrzej Kwiatkowski To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Wed Dec 4 22:44:29 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7A6037B401 for ; Wed, 4 Dec 2002 22:44:28 -0800 (PST) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id E57A543EA9 for ; Wed, 4 Dec 2002 22:44:25 -0800 (PST) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [195.90.189.89]) by tts.orel.ru (8.12.6/8.12.6) with ESMTP id gB56iLA5004976 for ; Thu, 5 Dec 2002 09:44:22 +0300 Message-ID: <3DEEF5C6.4090707@orel.ru> Date: Thu, 05 Dec 2002 09:44:22 +0300 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-sparc@freebsd.org Subject: source tree Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org How to synchronize source tree to 5.0-DP2 or 5.0-20021202-SNAP? What should be "tag" and "date" keywords in supfile? Best regards, Andrew Belashov. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 1:41:56 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B085B37B401 for ; Thu, 5 Dec 2002 01:41:51 -0800 (PST) Received: from alpha.de.tiscali.com (alpha.de.tiscali.com [62.27.91.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34F6543E4A for ; Thu, 5 Dec 2002 01:41:50 -0800 (PST) (envelope-from Oliver.Blasnik@de.tiscali.com) Received: from de-ex-04.de.tiscali.com (de-ex-04.de.tiscali.com [10.49.8.75]) by alpha.de.tiscali.com (Postfix) with ESMTP id DDB4464C1E; Thu, 5 Dec 2002 10:41:42 +0100 (CET) Received: from de-ex-02.de.tiscali.com ([10.49.8.76]) by de-ex-04.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 10:41:42 +0100 Received: from xpath1000 ([10.49.244.74]) by de-ex-02.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 10:41:41 +0100 Message-ID: <005b01c29c42$93cc75a0$2100a8c0@xpath1000> From: "Oliver Blasnik" To: "Jake Burkholder" Cc: References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> Subject: Re: pci quad hme ethernet card Date: Thu, 5 Dec 2002 10:42:06 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0058_01C29C4A.F4EED140" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-OriginalArrivalTime: 05 Dec 2002 09:41:41.0458 (UTC) FILETIME=[83E7DB20:01C29C42] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0058_01C29C4A.F4EED140 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi Jake, [PCI QFE] > > > and let us know if it works for you. > Hmm. Yes its a similar patch with some other changes. The netra is a > very quirky box, so it may be that additional hacks are required. Please > send dmesg output if you have any problems. Still doesn't work. As you see in the dmsg, each of the hme on this qfe gets the same irq assigned (which is "1" now instead "0", because of the codechange "+1"?). But thats it, looks as no routing through the bridge ("hme0: device timeout" after configure). Because of this I think the atapci0 won't work, too, but it's nothing connected to it so theres no chance to check it out. Taking a deeper look, atapci0 gets irq 0 assigned after the last changes... [PCI func>0] > I've had conflicting reports as to wether this actually works. We've > tried a hack in the MD code to deal with the missing function 0, but > appparently there are still phy problems that stop the interface from > working. Did it? It does work for me, thats interesting. The only thing I was wondering about was that double-phy on hme0, but its because there is an onboard-rj45 connector avail on the _mainboard_, and this one isn't the one you connect the cables to ;) I'd recommend to switch pci bus detection / device assignment to another scheme on sparc systems - as other ppl on the list also don't get it that the "real hme0" gets assigned to "hme4" like in my case after adding a additional card. It breaks connectivity and possibly hardwired rules. > we can't really do this so late in the release cycle without a good > idea of how it affects other platforms. Sure. As it only effects this one board of the Sun products, is there an unique identifier (chipset?) to base a quirk of? > Jake Oliver ------=_NextPart_000_0058_01C29C4A.F4EED140 Content-Type: text/plain; name="demsg-netra-t1-qfe.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="demsg-netra-t1-qfe.txt" Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD 5.0-CURRENT #3: Wed Dec 4 20:12:57 CET 2002 root@free64.de.tiscali.com:/usr/src/sys/sparc64/compile/S64NEW Preloaded elf kernel "/boot/kernel/kernel" at 0xc0390000. Timecounter "tick" frequency 440016734 Hz cpu0: Sun Microsystems UltraSparc-IIi Processor (440.02 MHz CPU) Model: SUNW,UltraSPARC-IIi-cEngine Initializing GEOMetry subsystem nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 7c0 DVMA map: 0xc0000000 to = 0xdfffffff pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 1.0 on pci1 pci3: on pcib2 atapci0: port = 0x1020-0x102f,0x1018-0x101b,0x1010-0x1017,0x1008-0x100b,0x1000-0x1007 = irq 0 at device 14.0 on pci3 ata2: at 0x1000 on atapci0 ata3: at 0x1010 on atapci0 pcib3: at device 15.0 on pci3 pci4: on pcib3 pci4: at device 0.0 (no driver attached) hme0: mem 0x2800000-0x2807fff irq 1 at device = 0.1 on pci4 hme0: Ethernet address: 08:00:20:da:36:4e miibus0: on hme0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci4: at device 1.0 (no driver attached) hme1: mem 0x4800000-0x4807fff irq 1 at device = 1.1 on pci4 hme1: Ethernet address: 08:00:20:da:36:4e miibus1: on hme1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci4: at device 2.0 (no driver attached) hme2: mem 0x6800000-0x6807fff irq 1 at device = 2.1 on pci4 hme2: Ethernet address: 08:00:20:da:36:4e miibus2: on hme2 ukphy2: on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci4: at device 3.0 (no driver attached) hme3: mem 0x8800000-0x8807fff irq 1 at device = 3.1 on pci4 hme3: Ethernet address: 08:00:20:da:36:4e miibus3: on hme3 ukphy3: on miibus3 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib4: at device 1.1 on pci0 pci2: on pcib4 ebus0: revision 0x01 ebus0: mem = 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci2 ebus0: addr = 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072= a003,0x1400728000-0x1400728003,0x 1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver = attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x14003803f8-0x14003803ff irq 28 (no driver attached) ebus0: addr 0x14003602f8-0x14003602ff irq 20 (no driver attached) ebus0: addr = 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x1400340278-0x140034= 0287 irq 34 (no driver attached) ebus0: addr = 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003203f0-0x140032= 03f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80da364e ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400200000-0x140020003f irq 4 (no driver = attached) ebus0: addr 0x1400200040 (no driver attached) ebus0: addr 0x1400722000-0x1400722003 (no driver attached) ebus0: addr 0x1000400000-0x10005fffff (no driver attached) ebus0: addr 0x1000800000-0x10009fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 40 (no driver attached) ebus0: addr 0x1400100000-0x1400100003 irq 27 (no driver attached) ebus0: addr 0x1400400000-0x1400400063 (no driver attached) hme4: mem 0xe0000000-0xe0007fff irq 33 at = device 1.1 on pci2 hme4: Ethernet address: 08:00:20:da:36:4e miibus4: on hme4 ukphy4: on miibus4 ukphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy5: on miibus4 ukphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0xc00000-0xc000ff mem = 0xe000a000-0xe000afff,0xe0008000-0xe00080ff irq 32 at device 2.0 on pci2 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking hme5: mem 0xe0010000-0xe0017fff irq 26 at = device 3.1 on pci2 hme5: Ethernet address: 08:00:20:da:36:4e miibus5: on hme5 ukphy6: on miibus5 ukphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Timecounters tick every 10.000 msec Waiting 2 seconds for SCSI devices to settle da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing = Enabled da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device=20 da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing = Enabled da1: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) Mounting root from ufs:/dev/da0a ------=_NextPart_000_0058_01C29C4A.F4EED140-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 3:41:52 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14B0437B401 for ; Thu, 5 Dec 2002 03:41:43 -0800 (PST) Received: from alpha.de.tiscali.com (alpha.de.tiscali.com [62.27.91.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3224B43EA9 for ; Thu, 5 Dec 2002 03:41:40 -0800 (PST) (envelope-from Oliver.Blasnik@de.tiscali.com) Received: from de-Ex-03.de.tiscali.com (de-ex-03.de.tiscali.com [10.49.8.65]) by alpha.de.tiscali.com (Postfix) with ESMTP id BAF0F64C39; Thu, 5 Dec 2002 12:41:38 +0100 (CET) Received: from de-ex-02.de.tiscali.com ([10.49.8.76]) by de-Ex-03.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 12:41:38 +0100 Received: from TECHNIK47 ([10.49.10.29]) by de-ex-02.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 12:41:38 +0100 Message-ID: <008401c29c53$4566d160$1d0a310a@de.tiscali.com> From: "Oliver Blasnik" To: "Jake Burkholder" Cc: References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> Subject: Re: pci quad hme ethernet card Date: Thu, 5 Dec 2002 12:41:37 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0081_01C29C5B.A72211A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Dec 2002 11:41:38.0128 (UTC) FILETIME=[45748D00:01C29C53] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0081_01C29C5B.A72211A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hum.... I think a _verbose_ dmesg would be better than that one I already sent ;-) Oliver ------=_NextPart_000_0081_01C29C5B.A72211A0 Content-Type: text/plain; name="dmesg-verbose-t1-105.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-verbose-t1-105.txt" Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD 5.0-CURRENT #3: Wed Dec 4 20:12:57 CET 2002 root@free64.de.tiscali.com:/usr/src/sys/sparc64/compile/S64NEW Preloaded elf kernel "/boot/kernel/kernel" at 0xc0390000. Timecounter "tick" frequency 440016906 Hz cpu0: Sun Microsystems UltraSparc-IIi Processor (440.02 MHz CPU) mask=3D0x91 maxtl=3D5 maxwin=3D7 Model: SUNW,UltraSPARC-IIi-cEngine Initializing GEOMetry subsystem null: random: openfirm: mem: nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 7c0 DVMA map: 0xc0000000 to = 0xdfffffff pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x108e, dev=3D0x5000, revid=3D0x13 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x02a0, cachelnsz=3D16 (dwords) lattimer=3D0x28 (1200 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 = (0 ns) found-> vendor=3D0x108e, dev=3D0x5000, revid=3D0x13 bus=3D0, slot=3D1, func=3D1 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x02a0, cachelnsz=3D16 (dwords) lattimer=3D0x28 (1200 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x00 = (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 4 pcib1: I/O decode 0x0-0x1fffff, 0x200000-0x3fffff, = 0x400000-0x5fffff, 0x600000-0x7fffff, 0x800000-0x9fffff, = 0xa00000-0xbfffff pcib1: memory decode 0x0-0x1fffffff, 0x20000000-0x3fffffff, = 0x40000000-0x5fffffff, 0x60000000-0x7fffffff, 0x80000000-0x9fffffff, = 0xa0 000000-0xbfffffff pci1: on pcib1 pci1: physical bus=3D2 found-> vendor=3D0x1011, dev=3D0x0022, revid=3D0x06 bus=3D2, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) pcib2: at device 1.0 on pci1 pcib2: secondary bus 3 pcib2: subordinate bus 4 pcib2: I/O decode 0x1000-0x1fff pcib2: memory decode 0x100000-0x88fffff pcib2: prefetched decode 0xfff00000-0xfffff pci3: on pcib2 pci3: physical bus=3D3 map[10]: type 4, range 32, base 00001000, size 3, enabled map[14]: type 4, range 32, base 00001008, size 2, enabled map[18]: type 4, range 32, base 00001010, size 3, enabled map[1c]: type 4, range 32, base 00001018, size 2, enabled map[20]: type 4, range 32, base 00001020, size 4, enabled found-> vendor=3D0x1095, dev=3D0x0646, revid=3D0x03 bus=3D3, slot=3D14, func=3D0 class=3D01-01-8f, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x10 (480 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 = (1000 ns) intpin=3Da, irq=3D0 found-> vendor=3D0x1011, dev=3D0x0025, revid=3D0x04 bus=3D3, slot=3D15, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) atapci0: port = 0x1020-0x102f,0x1018-0x101b,0x1010-0x1017,0x1008-0x100b,0x1000-0x1007 = irq 0 at device 14.0 on pci3 pcib2: device atapci0 requested decoded I/O range 0x1020-0x102f pcib1: device atapci0 requested decoded I/O range 0x1020-0x102f pcib2: device atapci0 requested decoded I/O range 0x1000-0x1007 pcib1: device atapci0 requested decoded I/O range 0x1000-0x1007 pcib2: device atapci0 requested decoded I/O range 0x1008-0x100b pcib1: device atapci0 requested decoded I/O range 0x1008-0x100b pcib2: device atapci0 requested decoded I/O range 0x100a-0x100a pcib1: device atapci0 requested decoded I/O range 0x100a-0x100a pcib2: device ata2 requested decoded I/O range 0x1020-0x1027 pcib1: device ata2 requested decoded I/O range 0x1020-0x1027 ata2: iobase=3D0x1000 altiobase=3D0x100a bmaddr=3D0x1020 ata2: mask=3D03 ostat0=3D7f ostat2=3D7f ata2-master: ATAPI 7f 7f ata2-slave: ATAPI 7f 7f ata2: mask=3D03 stat0=3D7f stat1=3D7f ata2-master: ATA 7f 7f ata2-slave: ATA 7f 7f ata2: devices=3D00 ata2: at 0x1000 on atapci0 pcib2: device atapci0 requested decoded I/O range 0x1010-0x1017 pcib1: device atapci0 requested decoded I/O range 0x1010-0x1017 pcib2: device atapci0 requested decoded I/O range 0x1018-0x101b pcib1: device atapci0 requested decoded I/O range 0x1018-0x101b pcib2: device atapci0 requested decoded I/O range 0x101a-0x101a pcib1: device atapci0 requested decoded I/O range 0x101a-0x101a pcib2: device ata3 requested decoded I/O range 0x1028-0x102f pcib1: device ata3 requested decoded I/O range 0x1028-0x102f ata3: iobase=3D0x1010 altiobase=3D0x101a bmaddr=3D0x1028 ata3: mask=3D03 ostat0=3D7f ostat2=3D7f ata3-master: ATAPI 7f 7f ata3-slave: ATAPI 7f 7f ata3: mask=3D03 stat0=3D7f stat1=3D7f ata3-master: ATA 7f 7f ata3-slave: ATA 7f 7f ata3: devices=3D00 ata3: at 0x1010 on atapci0 pcib3: at device 15.0 on pci3 pcib3: secondary bus 4 pcib3: subordinate bus 4 pcib3: I/O decode 0x1000-0xfff pcib3: memory decode 0x100000-0x88fffff pcib3: prefetched decode 0xfff00000-0xfffff pci4: on pcib3 pci4: physical bus=3D4 map[10]: type 1, range 32, base 01000000, size 24, memory = disabled map[14]: type 1, range 32, base 02000000, size 23, enabled found-> vendor=3D0x108e, dev=3D0x1000, revid=3D0x01 bus=3D4, slot=3D0, func=3D0 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x19 (6250 ns) intpin=3Da, irq=3D0 map[10]: type 1, range 32, base 02800000, size 15, memory = disabled found-> vendor=3D0x108e, dev=3D0x1001, revid=3D0x01 bus=3D4, slot=3D0, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x05 (1250 ns) intpin=3Db, irq=3D1 map[10]: type 1, range 32, base 03000000, size 24, memory = disabled map[14]: type 1, range 32, base 04000000, size 23, enabled found-> vendor=3D0x108e, dev=3D0x1000, revid=3D0x01 bus=3D4, slot=3D1, func=3D0 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x19 (6250 ns) intpin=3Da, irq=3D0 map[10]: type 1, range 32, base 04800000, size 15, memory = disabled found-> vendor=3D0x108e, dev=3D0x1001, revid=3D0x01 bus=3D4, slot=3D1, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x05 (1250 ns) intpin=3Db, irq=3D1 map[10]: type 1, range 32, base 05000000, size 24, memory = disabled map[14]: type 1, range 32, base 06000000, size 23, enabled found-> vendor=3D0x108e, dev=3D0x1000, revid=3D0x01 bus=3D4, slot=3D2, func=3D0 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x19 (6250 ns) intpin=3Da, irq=3D0 map[10]: type 1, range 32, base 06800000, size 15, memory = disabled found-> vendor=3D0x108e, dev=3D0x1001, revid=3D0x01 bus=3D4, slot=3D2, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x05 (1250 ns) intpin=3Db, irq=3D1 map[10]: type 1, range 32, base 07000000, size 24, memory = disabled map[14]: type 1, range 32, base 08000000, size 23, enabled found-> vendor=3D0x108e, dev=3D0x1000, revid=3D0x01 bus=3D4, slot=3D3, func=3D0 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x19 (6250 ns) intpin=3Da, irq=3D0 map[10]: type 1, range 32, base 08800000, size 15, memory = disabled found-> vendor=3D0x108e, dev=3D0x1001, revid=3D0x01 bus=3D4, slot=3D3, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x05 (1250 ns) intpin=3Db, irq=3D1 pci4: at device 0.0 (no driver attached) hme0: mem 0x2800000-0x2807fff irq 1 at device = 0.1 on pci4 pcib3: device hme0 requested decoded memory range 0x2800000-0x2807fff pcib2: device hme0 requested decoded memory range 0x2800000-0x2807fff pcib1: device hme0 requested decoded memory range 0x2800000-0x2807fff hme0: Ethernet address: 08:00:20:da:36:4e miibus0: on hme0 ukphy0: on miibus0 ukphy0: OUI 0x00601d, model 0x000c, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: bpf attached pci4: at device 1.0 (no driver attached) hme1: mem 0x4800000-0x4807fff irq 1 at device = 1.1 on pci4 pcib3: device hme1 requested decoded memory range 0x4800000-0x4807fff pcib2: device hme1 requested decoded memory range 0x4800000-0x4807fff pcib1: device hme1 requested decoded memory range 0x4800000-0x4807fff hme1: Ethernet address: 08:00:20:da:36:4e miibus1: on hme1 ukphy1: on miibus1 ukphy1: OUI 0x00601d, model 0x000c, rev. 1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme1: bpf attached pci4: at device 2.0 (no driver attached) hme2: mem 0x6800000-0x6807fff irq 1 at device = 2.1 on pci4 pcib3: device hme2 requested decoded memory range 0x6800000-0x6807fff pcib2: device hme2 requested decoded memory range 0x6800000-0x6807fff pcib1: device hme2 requested decoded memory range 0x6800000-0x6807fff hme2: Ethernet address: 08:00:20:da:36:4e miibus2: on hme2 ukphy2: on miibus2 ukphy2: OUI 0x00601d, model 0x000c, rev. 1 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme2: bpf attached pci4: at device 3.0 (no driver attached) hme3: mem 0x8800000-0x8807fff irq 1 at device = 3.1 on pci4 pcib3: device hme3 requested decoded memory range 0x8800000-0x8807fff pcib2: device hme3 requested decoded memory range 0x8800000-0x8807fff pcib1: device hme3 requested decoded memory range 0x8800000-0x8807fff hme3: Ethernet address: 08:00:20:da:36:4e miibus3: on hme3 ukphy3: on miibus3 ukphy3: OUI 0x00601d, model 0x000c, rev. 1 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme3: bpf attached pcib4: at device 1.1 on pci0 pcib4: secondary bus 1 pcib4: subordinate bus 1 pcib4: I/O decode 0xc00000-0xdfffff, 0xe00000-0xffffff pcib4: memory decode 0xe0000000-0xffffffff pci2: on pcib4 pci2: physical bus=3D1 map[10]: type 1, range 32, base f0000000, size 24, enabled map[14]: type 1, range 32, base f1000000, size 23, enabled found-> vendor=3D0x108e, dev=3D0x1000, revid=3D0x01 bus=3D1, slot=3D1, func=3D0 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0146, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x19 (6250 ns) map[10]: type 1, range 32, base e0000000, size 15, memory = disabled found-> vendor=3D0x108e, dev=3D0x1001, revid=3D0x01 bus=3D1, slot=3D1, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x05 (1250 ns) intpin=3Da, irq=3D33 map[10]: type 4, range 32, base 00c00000, size 8, port disabled map[14]: type 1, range 32, base e0008000, size 8, enabled map[18]: type 1, range 32, base e000a000, size 12, enabled found-> vendor=3D0x1000, dev=3D0x000f, revid=3D0x03 bus=3D1, slot=3D2, func=3D0 class=3D01-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0146, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x8c (4200 ns), mingnt=3D0x11 (4250 ns), = maxlat=3D0x40 (16000 ns) intpin=3Da, irq=3D32 map[10]: type 1, range 32, base e0010000, size 15, memory = disabled found-> vendor=3D0x108e, dev=3D0x1001, revid=3D0x01 bus=3D1, slot=3D3, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x52 (2460 ns), mingnt=3D0x0a (2500 ns), = maxlat=3D0x05 (1250 ns) intpin=3Db, irq=3D26 ebus0: revision 0x01 ebus0: mem = 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci2 ebus0: addr = 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072= a003,0x1400728000-0x1400728003,0x1400726000-0x 1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver = attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x14003803f8-0x14003803ff irq 28 (no driver attached) ebus0: addr 0x14003602f8-0x14003602ff irq 20 (no driver attached) ebus0: addr = 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x1400340278-0x140034= 0287 irq 34 (no driver attached) ebus0: addr = 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003203f0-0x140032= 03f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 pcib4: device eeprom0 requested decoded memory range = 0xf1000000-0xf1001fff eeprom0: model mk48t59 eeprom0: registered as a time-of-day clock (resolution 1000000us) eeprom0: hostid 80da364e eeprom0: current time: 1039088087.000000000 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400200000-0x140020003f irq 4 (no driver = attached) ebus0: addr 0x1400200040 (no driver attached) ebus0: addr 0x1400722000-0x1400722003 (no driver attached) ebus0: addr 0x1000400000-0x10005fffff (no driver attached) ebus0: addr 0x1000800000-0x10009fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 40 (no driver attached) ebus0: addr 0x1400100000-0x1400100003 irq 27 (no driver attached) ebus0: addr 0x1400400000-0x1400400063 (no driver attached) hme4: mem 0xe0000000-0xe0007fff irq 33 at = device 1.1 on pci2 pcib4: device hme4 requested decoded memory range 0xe0000000-0xe0007fff hme4: Ethernet address: 08:00:20:da:36:4e miibus4: on hme4 ukphy4: on miibus4 ukphy4: OUI 0x00601d, model 0x000c, rev. 1 ukphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy5: on miibus4 ukphy5: OUI 0x00601d, model 0x000c, rev. 1 ukphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme4: bpf attached sym0: <875> port 0xc00000-0xc000ff mem = 0xe000a000-0xe000afff,0xe0008000-0xe00080ff irq 32 at device 2.0 on pci2 pcib4: device sym0 requested decoded memory range 0xe0008000-0xe00080ff pcib4: device sym0 requested decoded memory range 0xe000a000-0xe000afff sym0: chip clock is 40218KHz sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. hme5: mem 0xe0010000-0xe0017fff irq 26 at = device 3.1 on pci2 pcib4: device hme5 requested decoded memory range 0xe0010000-0xe0017fff hme5: Ethernet address: 08:00:20:da:36:4e miibus5: on hme5 ukphy6: on miibus5 ukphy6: OUI 0x00601d, model 0x000c, rev. 1 ukphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme5: bpf attached procfs registered Timecounters tick every 10.000 msec lo0: bpf attached ------=_NextPart_000_0081_01C29C5B.A72211A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 3:53:18 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8EC537B401 for ; Thu, 5 Dec 2002 03:53:16 -0800 (PST) Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by mx1.FreeBSD.org (Postfix) with SMTP id D701543EB2 for ; Thu, 5 Dec 2002 03:53:15 -0800 (PST) (envelope-from brian@ukip.com) Received: from BRI (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id LAA25689 for ; Thu, 5 Dec 2002 11:53:08 GMT From: "Bri" To: Subject: PHP INFO Extert Date: Thu, 5 Dec 2002 11:47:53 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Check it out php built from the ports originally but with a slightly modify configure line it runs as apache module on sparc64.. it has mysql client but not mysql server and few other features. PHP Version 4.2.3 System FreeBSD lighthouse.shacknet.nu 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Dec 4 01:42:04 GMT 2002 dome@lighthouse.shacknet.nu:/usr/cvsroot/src/sys/sparc64/compile/NETPI PE sparc64 Build Date Dec 5 2002 09:02:55 Configure Command './configure' '--with-config-file-path=/usr/local/etc/php.standalone' '--disable-pear' '--enable-discard-path' '--with-readline=/usr' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-bz2=/usr' '--with-mysql=/usr/local' '--with-openssl=/usr' '--enable-ftp' '--with-curl=/usr/local' '--enable-sockets' '--prefix=/usr/local' 'sparc64-portbld-freebsd5.0' '--with-apxs=/usr/local/sbin/apxs' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/etc/php.standalone Debug Build no Thread Safety disabled Zend logo This program makes use of the Zend Scripting Language Engine: Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies _________________________________________________________________ Reporting Success on this one. Bri, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 4: 3: 0 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80CAA37B401 for ; Thu, 5 Dec 2002 04:02:59 -0800 (PST) Received: from fang.km.ua (fang.km.ua [217.66.96.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FE443E4A for ; Thu, 5 Dec 2002 04:02:57 -0800 (PST) (envelope-from maxim@fang.km.ua) Received: from fang.km.ua (localhost [127.0.0.1]) by fang.km.ua (8.12.6/8.12.6) with ESMTP id gB5C2rKw095262 for ; Thu, 5 Dec 2002 14:02:53 +0200 (EET) (envelope-from maxim@fang.km.ua) Received: (from maxim@localhost) by fang.km.ua (8.12.6/8.12.6/Submit) id gB5C2r9N095261 for freebsd-sparc@FreeBSD.ORG; Thu, 5 Dec 2002 14:02:53 +0200 (EET) Date: Thu, 5 Dec 2002 14:02:53 +0200 From: Maxim Mazurok To: freebsd-sparc@FreeBSD.ORG Subject: freebsd-sparc and pci ethernets Message-ID: <20021205140252.V54486@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Can i use width my PCI motherboard Ultra-AXi any PCI Ethernet cards, like rl0, fxp0, de0, xl0, etc? Onboard hme0 worked perfectly, but i need many moo ethernet ports, and have not specific SUN ethernet cards.... O, and can i use dot1q vlans on hme0 card? -- Maxim Mazurok (MMP2-RIPE) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 4: 6:59 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C900B37B401 for ; Thu, 5 Dec 2002 04:06:58 -0800 (PST) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79AB243ED1 for ; Thu, 5 Dec 2002 04:06:57 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gB5C6Zn11494; Thu, 5 Dec 2002 13:06:35 +0100 (MET) Date: Thu, 5 Dec 2002 13:06:35 +0100 (CET) From: Harti Brandt To: Maxim Mazurok Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: freebsd-sparc and pci ethernets In-Reply-To: <20021205140252.V54486@km.ua> Message-ID: <20021205130608.B78025-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 5 Dec 2002, Maxim Mazurok wrote: MM>Can i use width my PCI motherboard Ultra-AXi any PCI Ethernet cards, MM>like rl0, fxp0, de0, xl0, etc? Onboard hme0 worked perfectly, but i MM>need many moo ethernet ports, and have not specific SUN ethernet MM>cards.... O, and can i use dot1q vlans on hme0 card? The xl seems to work in my Ultra10... harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 4:14:27 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 061FB37B401 for ; Thu, 5 Dec 2002 04:14:25 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 4964D43ECD for ; Thu, 5 Dec 2002 04:14:23 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 13984 invoked by uid 0); 5 Dec 2002 12:14:20 -0000 Received: from p508e73a3.dip.t-dialin.net (HELO forge.local) (80.142.115.163) by mail.gmx.net (mp009-rz3) with SMTP; 5 Dec 2002 12:14:20 -0000 Received: from tmm by forge.local with local (Exim 4.10 #1) id 18Jutq-0000Tt-00; Thu, 05 Dec 2002 13:14:38 +0100 Date: Thu, 5 Dec 2002 13:14:37 +0100 From: Thomas Moestl To: Oliver Blasnik Cc: Jake Burkholder , freebsd-sparc@FreeBSD.ORG Subject: Re: pci quad hme ethernet card Message-ID: <20021205121437.GA305@crow.dom2ip.de> Mail-Followup-To: Oliver Blasnik , Jake Burkholder , freebsd-sparc@FreeBSD.ORG References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <005b01c29c42$93cc75a0$2100a8c0@xpath1000> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 2002/12/05 at 10:42:06 +0100, Oliver Blasnik wrote: > [PCI QFE] > > > > and let us know if it works for you. > > > Hmm. Yes its a similar patch with some other changes. The netra is a > > very quirky box, so it may be that additional hacks are required. Please > > send dmesg output if you have any problems. > > Still doesn't work. As you see in the dmsg, each of the hme on this qfe > gets the same irq assigned (which is "1" now instead "0", because of the > codechange "+1"?). But thats it, looks as no routing through the bridge > ("hme0: device timeout" after configure). Can you please post the output of "ofwdump -ap" (or "prtconf -vp" on Solaris) on this machine? > Because of this I think the atapci0 won't work, too, but it's > nothing connected to it so theres no chance to check it out. Taking > a deeper look, atapci0 gets irq 0 assigned after the last changes... A PCI interrupt number of 0 is legal on FreeBSD/sparc64. In this case, it must come from a firmware interrupt map, which could mean that it is not completely off. There are Netra t1 models on which the onboard ATA controller is confirmed to work, the interrupt assignments are different there though. > [PCI func>0] > > I've had conflicting reports as to wether this actually works. We've > > tried a hack in the MD code to deal with the missing function 0, but > > appparently there are still phy problems that stop the interface from > > working. > > Did it? It does work for me, thats interesting. The only thing I > was wondering about was that double-phy on hme0, but its because there is > an onboard-rj45 connector avail on the _mainboard_, and this one isn't the > one you connect the cables to ;) Hmmm, that is news to me; on the Netra that this was tried before, the second hme could not be persuaded to work. I'll sync up the MD patch Jake was talking about and post it later. > I'd recommend to switch pci bus detection / device assignment to another > scheme on sparc systems - as other ppl on the list also don't get it that > the "real hme0" gets assigned to "hme4" like in my case after adding a > additional card. It breaks connectivity and possibly hardwired rules. This is not likely to happen before 5.0. An OpenFirmware PCI bus driver, which I have started to work on, might solve this in the future, depending on how Solaris determines the device order. However, even if I finish this work in time for 5.0 and get permission to commit it from the release engineering team, it would be off by default until it has received much more testing. Fiddling with the probe order now would just lead to ugly hacks which would bite us later. Since the system setup is quite different from Solaris anyway, this should not hurt too much, apart from the possible confusion resulting from the labeling on the case. I'll see to get this documented somewhere. - 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 5:10:57 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4407A37B401 for ; Thu, 5 Dec 2002 05:10:20 -0800 (PST) Received: from alpha.de.tiscali.com (alpha.de.tiscali.com [62.27.91.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25F4C43EC5 for ; Thu, 5 Dec 2002 05:10:14 -0800 (PST) (envelope-from Oliver.Blasnik@de.tiscali.com) Received: from de-Ex-03.de.tiscali.com (de-ex-03.de.tiscali.com [10.49.8.65]) by alpha.de.tiscali.com (Postfix) with ESMTP id BCBE764C39; Thu, 5 Dec 2002 14:10:05 +0100 (CET) Received: from de-ex-02.de.tiscali.com ([10.49.8.76]) by de-Ex-03.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 14:10:05 +0100 Received: from TECHNIK47 ([10.49.10.29]) by de-ex-02.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 14:10:05 +0100 Message-ID: <009f01c29c5f$a09942a0$1d0a310a@de.tiscali.com> From: "Oliver Blasnik" To: "Thomas Moestl" Cc: "Jake Burkholder" , References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> <20021205121437.GA305@crow.dom2ip.de> Subject: Re: pci quad hme ethernet card Date: Thu, 5 Dec 2002 14:10:04 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_009C_01C29C68.0252FC40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Dec 2002 13:10:05.0120 (UTC) FILETIME=[A0AB4400:01C29C5F] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_009C_01C29C68.0252FC40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi Thomas, > Can you please post the output of "ofwdump -ap" (or "prtconf -vp" on > Solaris) on this machine? As attached. Nice commands, are there any ones good to know like this one? ;) > Hmmm, that is news to me; on the Netra that this was tried before, the > second hme could not be persuaded to work. The second isn't found because of the non-standard-pci; it only has a function #1 but no #0 - no detection possible if you don't patch pci.c. But works if patched & detected, at least with the t1/105 models I have access to. > - Thomas Cu, Oliver ------=_NextPart_000_009C_01C29C68.0252FC40 Content-Type: text/plain; name="ofwdump.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ofwdump.txt" Node 0xf002a52c: SUNW,UltraSPARC-IIi-cEngine banner-name: 4e 65 74 72 61 20 74 31 20 28 55 6c 74 72 61 53 50 41 52 43 2d 49 49 69 20 34 34 30 4d 48 7a 29 00 'Netra t1 (UltraSPARC-IIi 440MHz)' reset-reason: 53 2d 50 4f 52 00 'S-POR' idprom: 01 80 08 00 20 da 36 4e 00 00 00 00 da 36 4e a9 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 compatible: 73 75 6e 34 75 00 'sun4u' breakpoint-trap: 00 00 00 7f #size-cells: 00 00 00 02 energystar-v2: model: 53 55 4e 57 2c 35 30 30 2d 35 34 37 33 00 'SUNW,500-5473' name: 53 55 4e 57 2c 55 6c 74 72 61 53 50 41 52 43 2d 49 49 69 2d 63 45 6e 67 69 6e 65 00 'SUNW,UltraSPARC-IIi-cEngine' clock-frequency: 06 8e 88 02 device_type: 75 70 61 00 'upa' Node 0xf002d904: packages name: 70 61 63 6b 61 67 65 73 00 'packages' Node 0xf0034b64: terminal-emulator iso6429-1983-colors: name: 74 65 72 6d 69 6e 61 6c 2d 65 6d 75 6c 61 74 6f 72 00 'terminal-emulator' Node 0xf0037d34: deblocker disk-write-fix: name: 64 65 62 6c 6f 63 6b 65 72 00 'deblocker' Node 0xf0038434: obp-tftp name: 6f 62 70 2d 74 66 74 70 00 'obp-tftp' Node 0xf0043734: disk-label name: 64 69 73 6b 2d 6c 61 62 65 6c 00 'disk-label' Node 0xf0054568: ufs-file-system support: name: 75 66 73 2d 66 69 6c 65 2d 73 79 73 74 65 6d 00 'ufs-file-system' Node 0xf0055cac: cdfs name: 63 64 66 73 00 'cdfs' Node 0xf0062e10: SUNW,builtin-drivers name: 53 55 4e 57 2c 62 75 69 6c 74 69 6e 2d 64 72 69 76 65 72 73 00 'SUNW,builtin-drivers' Node 0xf007d01c: sun-keyboard name: 73 75 6e 2d 6b 65 79 62 6f 61 72 64 00 'sun-keyboard' Node 0xf002d974: chosen stdout: ff f9 b5 d8 stdin: ff f9 b8 a8 mmu: ff fe 83 a0 memory: ff fe 85 a0 bootargs: 00 bootpath: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 30 2c 30 3a 61 00 '/pci@1f,0/pci@1,1/scsi@2/disk@0,0:a' stdout-#lines: ff ff ff ff name: 63 68 6f 73 65 6e 00 'chosen' Node 0xf002d9e0: openprom version: 4f 42 50 20 33 2e 31 30 2e 32 35 20 32 30 30 30 2f 30 31 2f 31 37 20 32 31 3a 32 36 00 'OBP 3.10.25 2000/01/17 21:26' model: 53 55 4e 57 2c 33 2e 31 30 2e 32 35 20 4d 45 00 'SUNW,3.10.25 ME' decode-complete: aligned-allocator: relative-addressing: name: 6f 70 65 6e 70 72 6f 6d 00 'openprom' Node 0xf002da70: client-services name: 63 6c 69 65 6e 74 2d 73 65 72 76 69 63 65 73 00 'client-services' Node 0xf002db18: options tpe-link-test?: 74 72 75 65 scsi-initiator-id: 37 keyboard-click?: 66 61 6c 73 65 keymap: watchdog-timeout: 36 35 35 33 35 watchdog-enable?: 66 61 6c 73 65 ttyb-rts-dtr-off: 66 61 6c 73 65 ttyb-ignore-cd: 74 72 75 65 ttya-rts-dtr-off: 66 61 6c 73 65 ttya-ignore-cd: 74 72 75 65 ttyb-mode: 39 36 30 30 2c 38 2c 6e 2c 31 2c 2d ttya-mode: 39 36 30 30 2c 38 2c 6e 2c 31 2c 2d cpci-probe-list: 30 2c 31 2c 32 2c 33 2c 34 2c 35 2c 36 2c 37 2c 38 2c 39 2c 61 2c 62 2c 63 2c 64 2c 65 2c 66 pcia-probe-list: 31 pcib-probe-list: 31 2c 32 2c 33 mfg-mode: 6f 66 66 diag-level: 6d 61 78 d7s-flipped?: 66 61 6c 73 65 #power-cycles: 33 34 system-board-serial#: system-board-date: last-poweroff-cause: 30 env-monitor: 65 6e 61 62 6c 65 64 shutdown-temperature: 37 34 warning-temperature: 36 39 fcode-debug?: 66 61 6c 73 65 output-device: 74 74 79 61 input-device: 74 74 79 61 load-base: 31 36 33 38 34 auto-boot-retry?: 66 61 6c 73 65 use-boot-table?: 66 61 6c 73 65 boot-command: 62 6f 6f 74 auto-boot?: 74 72 75 65 watchdog-reboot?: 66 61 6c 73 65 diag-file: diag-device: 6e 65 74 boot-file: boot-device: 64 69 73 6b 3a 61 20 64 69 73 6b 20 6e 65 74 local-mac-address?: 66 61 6c 73 65 net-timeout: 30 ansi-terminal?: 74 72 75 65 screen-#columns: 38 30 screen-#rows: 33 34 silent-mode?: 66 61 6c 73 65 use-nvramrc?: 66 61 6c 73 65 nvramrc: security-mode: 6e 6f 6e 65 security-password: security-#badlogins: 30 oem-logo: oem-logo?: 66 61 6c 73 65 oem-banner: oem-banner?: 66 61 6c 73 65 hardware-revision: last-hardware-update: diag-switch?: 66 61 6c 73 65 name: 6f 70 74 69 6f 6e 73 00 'options' Node 0xf002db88: aliases cdrom1: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 36 2c 30 3a 66 cdrom: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2f 70 63 69 40 31 2f 69 64 65 40 65 2f 63 64 72 6f 6d 40 32 3a 66 ide-disk: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2f 70 63 69 40 31 2f 69 64 65 40 65 2f 64 69 73 6b 40 30 3a 66 ide-cdrom: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2f 70 63 69 40 31 2f 69 64 65 40 65 2f 63 64 72 6f 6d 40 32 3a 66 ide: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2f 70 63 69 40 31 2f 69 64 65 40 65 userprom2: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 66 6c 61 73 68 70 72 6f 6d 40 31 30 2c 38 30 30 30 30 30 userprom1: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 66 6c 61 73 68 70 72 6f 6d 40 31 30 2c 34 30 30 30 30 30 i2c-cs2: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 69 32 63 40 31 34 2c 31 30 30 30 30 30 i2c: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 69 32 63 40 31 34 2c 36 30 30 30 30 30 systemprom: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 66 6c 61 73 68 70 72 6f 6d 40 31 30 2c 30 pcic: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2f 70 63 69 40 31 pcib: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 pcia: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 ebus: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 net2: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 6e 65 74 77 6f 72 6b 40 33 2c 31 net: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 6e 65 74 77 6f 72 6b 40 31 2c 31 floppy: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 66 64 74 68 72 65 65 disk: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 30 2c 30 tape: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 74 61 70 65 40 34 2c 30 tape1: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 74 61 70 65 40 35 2c 30 tape0: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 74 61 70 65 40 34 2c 30 diskf: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 66 2c 30 diske: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 65 2c 30 diskd: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 64 2c 30 diskc: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 63 2c 30 diskb: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 62 2c 30 diska: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 61 2c 30 disk9: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 39 2c 30 disk8: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 38 2c 30 disk7: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 37 2c 30 disk6: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 36 2c 30 disk5: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 35 2c 30 disk4: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 34 2c 30 disk3: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 33 2c 30 disk2: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 32 2c 30 disk1: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 31 2c 30 disk0: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 2f 64 69 73 6b 40 30 2c 30 scsi: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 73 63 73 69 40 32 ttyb: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 73 75 40 31 34 2c 33 36 30 32 66 38 ttya: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 73 75 40 31 34 2c 33 38 30 33 66 38 ttyd: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 73 65 40 31 34 2c 34 30 30 30 30 30 3a 62 ttyc: 2f 70 63 69 40 31 66 2c 30 2f 70 63 69 40 31 2c 31 2f 65 62 75 73 40 31 2f 73 65 40 31 34 2c 34 30 30 30 30 30 3a 61 name: 61 6c 69 61 73 65 73 00 'aliases' Node 0xf0051250: memory reg: 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00 00 00 00 00 00 20 00 00 00 00 00 00 00 08 00 00 00 00 00 00 00 08 00 00 00 00 00 00 00 08 00 00 00 00 00 00 00 28 00 00 00 00 00 00 00 08 00 00 00 available: 00 00 00 00 2f e0 00 00 00 00 00 00 00 0b 80 00 00 00 00 00 2e c0 00 00 00 00 00 00 00 1f e0 00 00 00 00 00 20 00 00 00 00 00 00 00 0e 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 00 00 00 name: 6d 65 6d 6f 72 79 00 'memory' Node 0xf0051830: virtual-memory translations: 00 00 00 00 ff fe 00 00 00 00 00 00 00 01 00 00 80 00 00 00 2f ef 00 b6 00 00 00 00 ff fd 60 00 00 00 00 00 00 00 a0 00 80 00 00 00 2f ed e0 b6 00 00 00 00 ff fd 40 00 00 00 00 00 00 00 20 00 80 00 01 fe 01 00 00 8e 00 00 00 00 ff fc 00 00 00 00 00 00 00 01 00 00 80 00 01 fe 00 00 00 8e 00 00 00 00 ff fb c0 00 00 00 00 00 00 00 40 00 80 00 00 00 2f ed 80 b6 00 00 00 00 ff fb a0 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 00 00 8e 00 00 00 00 ff fb 80 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 00 00 8e 00 00 00 00 ff fb 60 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 72 40 8e 00 00 00 00 ff fb 40 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 72 60 8e 00 00 00 00 ff fb 20 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 72 80 8e 00 00 00 00 ff fb 00 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 72 a0 8e 00 00 00 00 ff fa e0 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 72 c0 8e 00 00 00 00 ff fa c0 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 72 e0 8e 00 00 00 00 ff fa a0 00 00 00 00 00 00 00 20 00 80 00 00 00 2f df e0 b6 00 00 00 00 ff fa 80 00 00 00 00 00 00 00 20 00 80 00 00 00 2f ed 60 b6 00 00 00 00 ff fa 60 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 20 00 8e 00 00 00 00 ff fa 40 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 20 00 8e 00 00 00 00 ff fa 20 00 00 00 00 00 00 00 20 00 80 00 00 00 2f ed 40 b6 00 00 00 00 ff fa 00 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 60 00 8e 00 00 00 00 ff f9 e0 00 00 00 00 00 00 00 20 00 80 00 00 00 2f ed 00 b6 00 00 00 00 ff f9 c0 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 32 00 8e 00 00 00 00 ff f9 a0 00 00 00 00 00 00 00 20 00 80 00 00 00 2f ec e0 b6 00 00 00 00 ff f9 80 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 70 60 8e 00 00 00 00 ff f9 60 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 72 00 8e 00 00 00 00 ff f9 40 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 32 00 8e 00 00 00 00 ff f9 20 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 32 00 8e 00 00 00 00 ff f9 00 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 38 00 8e 00 00 00 00 ff f8 e0 00 00 00 00 00 00 00 20 00 80 00 00 00 2f ec c0 b6 00 00 00 00 ff f8 c0 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 10 00 8e 00 00 00 00 ff f8 a0 00 00 00 00 00 00 00 20 00 80 00 00 00 2f ed 20 b6 00 00 00 00 ff f8 80 00 00 00 00 00 00 00 20 00 80 00 01 ff f1 32 00 8e 00 00 00 00 ff f8 40 00 00 00 00 00 00 00 20 00 80 00 00 00 2f ec 40 b6 00 00 00 00 ff f5 c0 00 00 00 00 00 00 00 60 00 80 00 00 00 2f eb e0 b6 00 00 00 00 ff ef c0 00 00 00 00 00 00 00 40 00 80 00 00 00 2f ec 60 b6 00 00 00 00 fe f0 00 00 00 00 00 00 00 10 00 00 80 00 01 ff f0 00 00 8e 00 00 00 00 fe d0 00 00 00 00 00 00 00 20 00 00 80 00 01 ff f0 40 00 8e 00 00 00 00 fe b0 00 00 00 00 00 00 00 20 00 00 80 00 01 ff f0 80 00 8e 00 00 00 00 fd b0 00 00 00 00 00 00 01 00 00 00 80 00 00 00 2e df e0 b6 00 00 00 00 f0 00 00 00 00 00 00 00 00 10 00 00 80 00 00 00 2f f0 00 b6 00 00 00 00 00 00 20 00 00 00 00 00 00 9f e0 00 80 00 00 00 00 00 20 36 existing: 00 00 00 00 00 00 00 00 00 00 08 00 00 00 00 00 ff ff f8 00 00 00 00 00 00 00 08 00 00 00 00 00 available: ff ff f8 00 00 00 00 00 00 00 07 fc 00 00 00 00 00 00 00 01 00 00 00 00 00 00 07 ff 00 00 00 00 00 00 00 00 ff ff 00 00 00 00 00 00 00 00 e0 00 00 00 00 00 c0 40 00 00 00 00 00 00 2f c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0 00 00 00 00 00 00 00 ff f8 60 00 00 00 00 00 00 00 20 00 00 00 00 00 ff f6 20 00 00 00 00 00 00 02 20 00 00 00 00 00 ff f0 00 00 00 00 00 00 00 05 c0 00 00 00 00 00 f0 80 00 00 00 00 00 00 0d 30 00 00 page-size: 00 00 20 00 name: 76 69 72 74 75 61 6c 2d 6d 65 6d 6f 72 79 00 'virtual-memory' Node 0xf0069600: pci bus-range: 00 00 00 00 00 00 00 04 available: 82 00 00 00 00 00 00 00 08 90 00 00 00 00 00 00 f7 70 00 00 81 00 00 00 00 00 00 00 00 00 20 00 00 00 00 00 00 ff e0 00 virtual-dma: c0 00 00 00 20 00 00 00 #virtual-dma-size-cells: 00 00 00 01 #virtual-dma-addr-cells: 00 00 00 01 latency-timer: address: ff fc 00 00 ff fd 40 00 no-streaming-cache: clock-frequency: 03 ef 14 80 upa-portid: 00 00 00 1f 66mhz-capable: interrupts: 00 00 07 f0 00 00 07 ee 00 00 07 ef 00 00 07 e5 ranges: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 fe 01 00 00 00 00 00 00 00 01 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 01 fe 02 00 00 00 00 00 00 00 01 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 01 ff 00 00 00 00 00 00 00 01 00 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 01 ff 00 00 00 00 00 00 00 01 00 00 00 00 reg: 00 00 01 fe 00 00 00 00 00 00 00 00 00 01 00 00 00 00 01 fe 01 00 00 00 00 00 00 00 00 00 01 00 model: 53 55 4e 57 2c 73 61 62 72 65 00 'SUNW,sabre' compatible: 70 63 69 31 30 38 65 2c 61 30 30 30 00 70 63 69 63 6c 61 73 73 2c 30 00 bus-parity-generated: #size-cells: 00 00 00 02 #address-cells: 00 00 00 03 device_type: 70 63 69 00 'pci' name: 70 63 69 00 'pci' Node 0xf0069dfc: pci bus-range: 00 00 00 01 00 00 00 01 scsi-initiator-id: 00 00 00 07 compatible: 70 63 69 31 30 38 65 2c 35 30 30 30 00 70 63 69 63 6c 61 73 73 2c 30 36 30 34 30 30 00 66mhz-capable: fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 04 00 revision-id: 00 00 00 13 device-id: 00 00 50 00 vendor-id: 00 00 10 8e interrupt-map: 00 01 08 00 00 00 00 00 00 00 00 00 00 00 00 01 f0 06 96 00 00 00 00 21 00 01 10 00 00 00 00 00 00 00 00 00 00 00 00 01 f0 06 96 00 00 00 00 20 00 01 11 00 00 00 00 00 00 00 00 00 00 00 00 01 f0 06 96 00 00 00 00 20 00 01 18 00 00 00 00 00 00 00 00 00 00 00 00 01 f0 06 96 00 00 00 00 1a interrupt-map-mask: 00 ff f8 00 00 00 00 00 00 00 00 00 00 00 00 07 #interrupt-cells: 00 00 00 01 no-probe-list: 30 00 '0' clock-frequency: 01 f7 8a 40 model: 53 55 4e 57 2c 73 69 6d 62 61 00 'SUNW,simba' #address-cells: 00 00 00 03 #size-cells: 00 00 00 02 reg: 00 00 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 device_type: 70 63 69 00 'pci' name: 70 63 69 00 'pci' Node 0xf006b390: ebus latency-timer: 00 00 00 0a fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 80 00 max-latency: 00 00 00 19 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 00 vendor-id: 00 00 10 8e interrupt-map: 00 00 00 14 00 34 02 78 00 00 00 01 f0 06 96 00 00 00 00 22 00 00 00 14 00 72 40 00 00 00 00 01 f0 06 96 00 00 00 00 25 00 00 00 14 00 32 03 f0 00 00 00 01 f0 06 96 00 00 00 00 27 00 00 00 14 00 38 03 f8 00 00 00 01 f0 06 96 00 00 00 00 1c 00 00 00 14 00 30 00 60 00 00 00 01 f0 06 96 00 00 00 00 29 00 00 00 14 00 30 00 60 00 00 00 02 f0 06 96 00 00 00 00 2a 00 00 00 14 00 36 02 f8 00 00 00 01 f0 06 96 00 00 00 00 14 00 00 00 14 00 40 00 00 00 00 00 01 f0 06 96 00 00 00 00 2b 00 00 00 14 00 20 00 00 00 00 00 01 f0 06 96 00 00 00 00 04 00 00 00 14 00 60 00 00 00 00 00 01 f0 06 96 00 00 00 00 28 00 00 00 14 00 10 00 00 00 00 00 01 f0 06 96 00 00 00 00 1b interrupt-map-mask: 00 00 00 1f 00 ff ff ff 00 00 00 03 #interrupt-cells: 00 00 00 01 ranges: 00 00 00 10 00 00 00 00 82 01 08 10 00 00 00 00 f0 00 00 00 01 00 00 00 00 00 00 14 00 00 00 00 82 01 08 14 00 00 00 00 f1 00 00 00 00 80 00 00 reg: 00 01 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 82 01 08 10 00 00 00 00 f0 00 00 00 00 00 00 00 01 00 00 00 82 01 08 14 00 00 00 00 f1 00 00 00 00 00 00 00 00 80 00 00 #size-cells: 00 00 00 01 #address-cells: 00 00 00 02 name: 65 62 75 73 00 'ebus' Node 0xf006b914: auxio address: ff fb 40 00 ff fb 20 00 ff fb 00 00 ff fa e0 00 ff fa d0 00 reg: 00 00 00 14 00 72 60 00 00 00 00 04 00 00 00 14 00 72 80 00 00 00 00 04 00 00 00 14 00 72 a0 00 00 00 00 04 00 00 00 14 00 72 c0 00 00 00 00 04 00 00 00 14 00 72 f0 00 00 00 00 04 name: 61 75 78 69 6f 00 'auxio' Node 0xf006b9d4: power address: ff fb 60 00 '\M^?\M-{`' interrupts: 00 00 00 01 reg: 00 00 00 14 00 72 40 00 00 00 00 04 name: 70 6f 77 65 72 00 'power' Node 0xf006ba88: SUNW,pll freq-syn: 4d 43 31 32 34 33 30 00 'MC12430' reg: 00 00 00 14 00 50 40 00 00 00 00 03 name: 53 55 4e 57 2c 70 6c 6c 00 'SUNW,pll' Node 0xf006bb1c: su port-a-ignore-cd: interrupts: 00 00 00 01 reg: 00 00 00 14 00 38 03 f8 00 00 00 08 interrupt-priorities: 00 00 00 0c 00 00 00 0c device_type: 73 65 72 69 61 6c 00 'serial' name: 73 75 00 'su' Node 0xf006ce78: su port-a-ignore-cd: interrupts: 00 00 00 01 reg: 00 00 00 14 00 36 02 f8 00 00 00 08 interrupt-priorities: 00 00 00 0c 00 00 00 0c device_type: 73 65 72 69 61 6c 00 'serial' name: 73 75 00 'su' Node 0xf006fb04: ecpp interrupts: 00 00 00 01 reg: 00 00 00 14 00 34 02 78 00 00 00 10 00 00 00 14 00 30 01 5c 00 00 00 02 00 00 00 14 00 70 00 00 00 00 00 10 name: 65 63 70 70 00 'ecpp' Node 0xf006fc04: fdthree status: 64 69 73 61 62 6c 65 64 00 'disabled' address: ff f9 c3 f0 ff f9 80 00 ff f9 60 00 device_type: 62 6c 6f 63 6b 00 'block' interrupts: 00 00 00 01 reg: 00 00 00 14 00 32 03 f0 00 00 00 08 00 00 00 14 00 70 60 00 00 00 00 10 00 00 00 14 00 72 00 00 00 00 00 04 name: 66 64 74 68 72 65 65 00 'fdthree' Node 0xf007173c: eeprom address: ff fb 80 00 '\M^?\M-{\M^@' reg: 00 00 00 14 00 00 00 00 00 00 20 00 model: 6d 6b 34 38 74 35 39 00 'mk48t59' name: 65 65 70 72 6f 6d 00 'eeprom' Node 0xf0071824: flashprom version: 4f 42 50 20 33 2e 31 30 2e 32 35 20 32 30 30 30 2f 30 31 2f 31 37 20 32 31 3a 32 36 00 50 4f 53 54 20 31 2e 31 36 2e 30 20 32 30 30 30 2f 30 31 2f 31 32 20 31 35 3a 34 39 00 address: fe f0 00 00 model: 53 55 4e 57 2c 35 32 35 2d 31 37 36 38 00 'SUNW,525-1768' reg: 00 00 00 10 00 00 00 00 00 10 00 00 name: 66 6c 61 73 68 70 72 6f 6d 00 'flashprom' Node 0xf00718e0: watchdog address: ff fa 40 00 '\M^?\M-z@' interrupts: 00 00 00 01 reg: 00 00 00 14 00 20 00 00 00 00 00 40 name: 77 61 74 63 68 64 6f 67 00 'watchdog' Node 0xf0071998: display7seg address: ff fa 60 40 reg: 00 00 00 14 00 20 00 40 00 00 00 01 name: 64 69 73 70 6c 61 79 37 73 65 67 00 'display7seg' Node 0xf0071a30: beeper reg: 00 00 00 14 00 72 20 00 00 00 00 04 name: 62 65 65 70 65 72 00 'beeper' Node 0xf0084fe0: flashprom address: fe d0 00 00 compatible: 75 73 65 72 66 6c 61 73 68 00 'userflash' user: reg: 00 00 00 10 00 40 00 00 00 20 00 00 block-size: 00 01 00 00 dcode-offset: 00 00 00 02 model: 53 55 4e 57 2c 79 79 79 2d 79 79 79 79 00 'SUNW,yyy-yyyy' name: 66 6c 61 73 68 70 72 6f 6d 00 'flashprom' Node 0xf0085178: flashprom address: fe b0 00 00 compatible: 75 73 65 72 66 6c 61 73 68 00 'userflash' user: reg: 00 00 00 10 00 80 00 00 00 20 00 00 block-size: 00 01 00 00 dcode-offset: 00 00 00 02 model: 53 55 4e 57 2c 7a 7a 7a 2d 7a 7a 7a 7a 00 'SUNW,zzz-zzzz' name: 66 6c 61 73 68 70 72 6f 6d 00 'flashprom' Node 0xf0086cc8: i2c address: ff fa 00 00 s2-val: 00 00 00 10 clock-frequency: 00 43 98 b0 own-address: 00 00 00 00 00 00 00 aa interrupts: 00 00 00 01 reg: 00 00 00 14 00 60 00 00 00 00 00 04 #size-cells: 00 00 00 00 #address-cells: 00 00 00 02 compatible: 69 32 63 70 63 66 2c 38 35 38 34 00 'i2cpcf,8584' device_type: 69 32 63 00 'i2c' name: 69 32 63 00 'i2c' Node 0xf0087018: adc env-monitor: 00 00 00 05 env-mon-interval: 00 00 00 3c shutdown-temp: 00 00 00 4a warning-temp: 00 00 00 45 translation: 00 00 00 03 00 00 00 00 00 00 00 00 00 00 01 00 tables: 63 63 63 63 63 63 63 63 63 60 5d 5a 59 57 54 52 50 4e 4d 4c 4a 49 48 47 46 45 44 43 42 41 3f 3e 3e 3d 3d 3c 3b 3a 39 38 38 37 37 36 36 35 35 34 33 33 32 32 31 30 30 2f 2e 2e 2d 2d 2c 2c 2b 2b 2a 2a 29 29 28 28 27 27 26 26 25 25 24 24 23 23 22 22 21 21 20 20 1f 1f 1f 1e 1e 1e 1d 1d 1c 1c 1c 1c 1b 1b 1a 1a 19 19 19 19 18 18 18 17 17 17 17 17 16 16 15 15 14 14 14 14 13 13 12 12 11 11 11 11 10 10 10 0f 0f 0f 0f 0f 0e 0e 0e 0d 0d 0d 0d 0d 0d 0d 0c 0c 0c 0c 0b 0b 0b 0b 0a 0a 0a 0a 0a 0a 0a 0a 09 09 09 09 08 08 08 08 08 08 08 08 07 07 07 07 06 06 06 06 06 06 06 06 05 05 05 05 05 05 05 05 04 04 04 04 04 04 04 04 04 04 04 04 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 channels-in-use: 00 00 01 00 channels-description: 74 65 6d 70 2c 63 70 75 00 'temp,cpu' compatible: 69 32 63 70 63 66 2c 38 35 39 31 00 69 32 63 74 79 70 65 2c 39 00 69 32 63 67 65 6e 65 72 69 63 00 device_type: 61 64 63 00 'adc' name: 61 64 63 00 'adc' reg: 00 00 00 00 00 00 00 9e Node 0xf0087350: gpio env-monitor: 00 00 00 05 env-mon-interval: 00 00 00 3c channels-in-use: 00 00 02 00 03 01 00 00 06 00 02 00 07 01 00 00 channels-description: 76 64 64 63 6f 72 65 2c 63 70 75 00 69 32 63 2d 69 6e 74 2d 63 6c 6b 00 69 32 63 2d 70 6f 77 65 72 2d 66 61 69 6c 00 69 32 63 2d 69 6e 74 2d 6f 6e 00 compatible: 69 32 63 70 63 66 2c 38 35 37 34 61 00 69 32 63 74 79 70 65 2c 37 00 69 32 63 70 63 66 2c 38 35 37 34 00 69 32 63 74 79 70 65 2c 34 00 69 32 63 67 65 6e 65 72 69 63 00 device_type: 67 70 69 6f 00 'gpio' name: 67 70 69 6f 00 'gpio' reg: 00 00 00 00 00 00 00 70 Node 0xf008753c: gpio channels-in-use: 00 00 06 00 01 00 06 00 02 00 06 00 03 00 06 00 04 00 06 00 06 00 02 00 07 00 02 00 channels-description: 67 61 30 00 67 61 31 00 67 61 32 00 67 61 33 00 67 61 34 00 44 45 47 23 00 46 41 4c 23 00 compatible: 69 32 63 70 63 66 2c 38 35 37 34 61 00 69 32 63 74 79 70 65 2c 37 00 69 32 63 70 63 66 2c 38 35 37 34 00 69 32 63 74 79 70 65 2c 34 00 69 32 63 67 65 6e 65 72 69 63 00 device_type: 67 70 69 6f 00 'gpio' name: 67 70 69 6f 00 'gpio' reg: 00 00 00 00 00 00 00 72 Node 0xf00876f0: i2c address: ff f8 c0 00 '\M^?\M-x\M-@' s2-val: 00 00 00 10 clock-frequency: 00 43 98 b0 own-address: 00 00 00 00 00 00 00 aa interrupts: 00 00 00 01 reg: 00 00 00 14 00 10 00 00 00 00 00 04 #size-cells: 00 00 00 00 #address-cells: 00 00 00 02 compatible: 69 32 63 70 63 66 2c 38 35 38 34 00 'i2cpcf,8584' device_type: 69 32 63 00 'i2c' name: 69 32 63 00 'i2c' Node 0xf00c1c20: SUNW,lom reg: 00 00 00 14 00 40 00 00 00 00 00 64 name: 53 55 4e 57 2c 6c 6f 6d 00 'SUNW,lom' Node 0xf0087ae4: network local-mac-address: 08 00 20 da 36 4e latency-timer: 00 00 00 0a assigned-addresses: 82 01 09 10 00 00 00 00 e0 00 00 00 00 00 00 00 00 00 70 20 hm-rev: 00 00 00 c1 device_type: 6e 65 74 77 6f 72 6b 00 'network' interrupts: 00 00 00 01 address-bits: 00 00 00 30 max-frame-size: 00 00 40 00 reg: 00 01 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 01 09 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70 20 compatible: 53 55 4e 57 2c 68 6d 65 00 'SUNW,hme' name: 6e 65 74 77 6f 72 6b 00 'network' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 02 00 00 max-latency: 00 00 00 05 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 01 vendor-id: 00 00 10 8e Node 0xf008f6e8: scsi latency-timer: 00 00 00 11 assigned-addresses: 81 01 10 10 00 00 00 00 00 c0 00 00 00 00 00 00 00 00 01 00 82 01 10 14 00 00 00 00 e0 00 80 00 00 00 00 00 00 00 01 00 82 01 10 18 00 00 00 00 e0 00 a0 00 00 00 00 00 00 00 10 00 device_type: 73 63 73 69 2d 32 00 'scsi-2' clock-frequency: 02 62 5a 00 '\^BbZ' reg: 00 01 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 01 10 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 02 01 10 14 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 02 01 10 18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 00 model: 53 79 6d 62 69 6f 73 2c 35 33 43 38 37 35 00 'Symbios,53C875' compatible: 67 6c 6d 00 'glm' name: 73 63 73 69 00 'scsi' devsel-speed: 00 00 00 01 class-code: 00 01 00 00 interrupts: 00 00 00 01 max-latency: 00 00 00 40 min-grant: 00 00 00 11 revision-id: 00 00 00 03 device-id: 00 00 00 0f vendor-id: 00 00 10 00 Node 0xf0093278: disk device_type: 62 6c 6f 63 6b 00 'block' compatible: 73 64 00 'sd' name: 64 69 73 6b 00 'disk' Node 0xf00948c4: tape device_type: 62 79 74 65 00 'byte' compatible: 73 74 00 'st' name: 74 61 70 65 00 'tape' Node 0xf0095564: network local-mac-address: 08 00 20 da 36 4f latency-timer: 00 00 00 0a assigned-addresses: 82 01 19 10 00 00 00 00 e0 01 00 00 00 00 00 00 00 00 70 20 hm-rev: 00 00 00 c1 device_type: 6e 65 74 77 6f 72 6b 00 'network' address-bits: 00 00 00 30 max-frame-size: 00 00 40 00 reg: 00 01 19 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 01 19 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70 20 compatible: 53 55 4e 57 2c 68 6d 65 00 'SUNW,hme' name: 6e 65 74 77 6f 72 6b 00 'network' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 02 00 00 interrupts: 00 00 00 01 max-latency: 00 00 00 05 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 01 vendor-id: 00 00 10 8e Node 0xf006a3c0: pci bus-range: 00 00 00 02 00 00 00 04 scsi-initiator-id: 00 00 00 07 compatible: 70 63 69 31 30 38 65 2c 35 30 30 30 00 70 63 69 63 6c 61 73 73 2c 30 36 30 34 30 30 00 66mhz-capable: fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 04 00 revision-id: 00 00 00 13 device-id: 00 00 50 00 vendor-id: 00 00 10 8e interrupt-map: 00 02 08 00 00 00 00 00 00 00 00 00 00 00 00 01 f0 06 96 00 00 00 00 00 00 02 08 00 00 00 00 00 00 00 00 00 00 00 00 02 f0 06 96 00 00 00 00 01 00 02 08 00 00 00 00 00 00 00 00 00 00 00 00 03 f0 06 96 00 00 00 00 02 00 02 08 00 00 00 00 00 00 00 00 00 00 00 00 04 f0 06 96 00 00 00 00 03 interrupt-map-mask: 00 ff f8 00 00 00 00 00 00 00 00 00 00 00 00 07 #interrupt-cells: 00 00 00 01 no-probe-list: 30 00 '0' clock-frequency: 01 f7 8a 40 model: 53 55 4e 57 2c 73 69 6d 62 61 00 'SUNW,simba' #address-cells: 00 00 00 03 #size-cells: 00 00 00 02 reg: 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 device_type: 70 63 69 00 'pci' name: 70 63 69 00 'pci' Node 0xf009cad0: pci latency-timer: 00 00 00 40 bus-range: 00 00 00 03 00 00 00 04 compatible: 70 63 69 31 30 31 31 2c 32 32 00 70 63 69 63 6c 61 73 73 2c 30 36 30 34 30 30 00 #address-cells: 00 00 00 03 #size-cells: 00 00 00 02 reg: 00 02 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 device_type: 70 63 69 00 'pci' name: 70 63 69 00 'pci' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 04 00 revision-id: 00 00 00 06 device-id: 00 00 00 22 vendor-id: 00 00 10 11 Node 0xf009d6f8: ide latency-timer: 00 00 00 02 assigned-addresses: 81 03 70 10 00 00 00 00 00 00 10 00 00 00 00 00 00 00 00 08 81 03 70 14 00 00 00 00 00 00 10 08 00 00 00 00 00 00 00 04 81 03 70 18 00 00 00 00 00 00 10 10 00 00 00 00 00 00 00 08 81 03 70 1c 00 00 00 00 00 00 10 18 00 00 00 00 00 00 00 04 81 03 70 20 00 00 00 00 00 00 10 20 00 00 00 00 00 00 00 10 reg: 00 03 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 03 70 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 08 01 03 70 14 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 01 03 70 18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 08 01 03 70 1c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 01 03 70 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 compatible: 70 63 69 31 30 39 35 2c 36 34 36 00 70 63 69 31 30 39 35 2c 36 34 36 00 70 63 69 63 6c 61 73 73 2c 30 31 30 31 38 66 00 #address-cells: 00 00 00 02 device_type: 69 64 65 00 'ide' name: 69 64 65 00 'ide' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 01 01 8a interrupts: 00 00 00 01 max-latency: 00 00 00 04 min-grant: 00 00 00 02 subsystem-vendor-id: 00 00 10 95 subsystem-id: 00 00 06 46 revision-id: 00 00 00 03 device-id: 00 00 06 46 vendor-id: 00 00 10 95 Node 0xf009ffcc: disk device_type: 62 6c 6f 63 6b 00 'block' name: 64 69 73 6b 00 'disk' compatible: 69 64 65 2d 64 69 73 6b 00 'ide-disk' Node 0xf00a0678: cdrom device_type: 62 6c 6f 63 6b 00 'block' name: 63 64 72 6f 6d 00 'cdrom' compatible: 69 64 65 2d 63 64 72 6f 6d 00 'ide-cdrom' Node 0xf00a112c: pci latency-timer: 00 00 00 40 bus-range: 00 00 00 04 00 00 00 04 compatible: 70 63 69 31 30 31 31 2c 32 35 00 70 63 69 63 6c 61 73 73 2c 30 36 30 34 30 30 00 #address-cells: 00 00 00 03 #size-cells: 00 00 00 02 reg: 00 03 78 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 device_type: 70 63 69 00 'pci' name: 70 63 69 00 'pci' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 04 00 revision-id: 00 00 00 04 device-id: 00 00 00 25 vendor-id: 00 00 10 11 Node 0xf00a1cb0: pci108e,1000 latency-timer: 00 00 00 0a assigned-addresses: 82 04 00 10 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 82 04 00 14 00 00 00 00 02 00 00 00 00 00 00 00 00 80 00 00 reg: 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 04 00 10 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 02 04 00 14 00 00 00 00 00 00 00 00 00 00 00 00 00 80 00 00 compatible: 70 63 69 31 30 38 65 2c 31 30 30 30 00 70 63 69 63 6c 61 73 73 2c 30 36 38 30 30 30 00 name: 70 63 69 31 30 38 65 2c 31 30 30 30 00 'pci108e,1000' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 80 00 interrupts: 00 00 00 01 max-latency: 00 00 00 19 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 00 vendor-id: 00 00 10 8e Node 0xf00a1f00: SUNW,qfe latency-timer: 00 00 00 0a assigned-addresses: 82 04 01 10 00 00 00 00 02 80 00 00 00 00 00 00 00 00 70 30 local-mac-address: 08 00 20 f6 00 08 hm-rev: 00 00 00 c1 compatible: 70 63 69 31 30 38 65 2c 31 30 30 31 00 70 63 69 63 6c 61 73 73 2c 30 32 30 30 30 30 00 has-fcode: 20 00 ' ' version: 31 2e 34 00 '1.4' device_type: 6e 65 74 77 6f 72 6b 00 'network' address-bits: 00 00 00 30 max-frame-size: 00 00 40 00 reg: 00 04 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 04 01 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70 30 model: 53 55 4e 57 2c 70 63 69 2d 71 66 65 00 'SUNW,pci-qfe' name: 53 55 4e 57 2c 71 66 65 00 'SUNW,qfe' fcode-rom-offset: 00 00 00 00 fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 02 00 00 interrupts: 00 00 00 02 max-latency: 00 00 00 05 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 01 vendor-id: 00 00 10 8e Node 0xf00a9ab0: pci108e,1000 latency-timer: 00 00 00 0a assigned-addresses: 82 04 08 10 00 00 00 00 03 00 00 00 00 00 00 00 01 00 00 00 82 04 08 14 00 00 00 00 04 00 00 00 00 00 00 00 00 80 00 00 reg: 00 04 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 04 08 10 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 02 04 08 14 00 00 00 00 00 00 00 00 00 00 00 00 00 80 00 00 compatible: 70 63 69 31 30 38 65 2c 31 30 30 30 00 70 63 69 63 6c 61 73 73 2c 30 36 38 30 30 30 00 name: 70 63 69 31 30 38 65 2c 31 30 30 30 00 'pci108e,1000' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 80 00 interrupts: 00 00 00 01 max-latency: 00 00 00 19 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 00 vendor-id: 00 00 10 8e Node 0xf00a9d00: SUNW,qfe latency-timer: 00 00 00 0a assigned-addresses: 82 04 09 10 00 00 00 00 04 80 00 00 00 00 00 00 00 00 70 30 local-mac-address: 08 00 20 f6 00 09 hm-rev: 00 00 00 c1 compatible: 70 63 69 31 30 38 65 2c 31 30 30 31 00 70 63 69 63 6c 61 73 73 2c 30 32 30 30 30 30 00 has-fcode: 20 00 ' ' version: 31 2e 34 00 '1.4' device_type: 6e 65 74 77 6f 72 6b 00 'network' address-bits: 00 00 00 30 max-frame-size: 00 00 40 00 reg: 00 04 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 04 09 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70 30 model: 53 55 4e 57 2c 70 63 69 2d 71 66 65 00 'SUNW,pci-qfe' name: 53 55 4e 57 2c 71 66 65 00 'SUNW,qfe' fcode-rom-offset: 00 00 00 00 fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 02 00 00 interrupts: 00 00 00 02 max-latency: 00 00 00 05 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 01 vendor-id: 00 00 10 8e Node 0xf00b18b0: pci108e,1000 latency-timer: 00 00 00 0a assigned-addresses: 82 04 10 10 00 00 00 00 05 00 00 00 00 00 00 00 01 00 00 00 82 04 10 14 00 00 00 00 06 00 00 00 00 00 00 00 00 80 00 00 reg: 00 04 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 04 10 10 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 02 04 10 14 00 00 00 00 00 00 00 00 00 00 00 00 00 80 00 00 compatible: 70 63 69 31 30 38 65 2c 31 30 30 30 00 70 63 69 63 6c 61 73 73 2c 30 36 38 30 30 30 00 name: 70 63 69 31 30 38 65 2c 31 30 30 30 00 'pci108e,1000' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 80 00 interrupts: 00 00 00 01 max-latency: 00 00 00 19 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 00 vendor-id: 00 00 10 8e Node 0xf00b1b00: SUNW,qfe latency-timer: 00 00 00 0a assigned-addresses: 82 04 11 10 00 00 00 00 06 80 00 00 00 00 00 00 00 00 70 30 local-mac-address: 08 00 20 f6 00 0a hm-rev: 00 00 00 c1 compatible: 70 63 69 31 30 38 65 2c 31 30 30 31 00 70 63 69 63 6c 61 73 73 2c 30 32 30 30 30 30 00 has-fcode: 20 00 ' ' version: 31 2e 34 00 '1.4' device_type: 6e 65 74 77 6f 72 6b 00 'network' address-bits: 00 00 00 30 max-frame-size: 00 00 40 00 reg: 00 04 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 04 11 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70 30 model: 53 55 4e 57 2c 70 63 69 2d 71 66 65 00 'SUNW,pci-qfe' name: 53 55 4e 57 2c 71 66 65 00 'SUNW,qfe' fcode-rom-offset: 00 00 00 00 fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 02 00 00 interrupts: 00 00 00 02 max-latency: 00 00 00 05 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 01 vendor-id: 00 00 10 8e Node 0xf00b96b0: pci108e,1000 latency-timer: 00 00 00 0a assigned-addresses: 82 04 18 10 00 00 00 00 07 00 00 00 00 00 00 00 01 00 00 00 82 04 18 14 00 00 00 00 08 00 00 00 00 00 00 00 00 80 00 00 reg: 00 04 18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 04 18 10 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 02 04 18 14 00 00 00 00 00 00 00 00 00 00 00 00 00 80 00 00 compatible: 70 63 69 31 30 38 65 2c 31 30 30 30 00 70 63 69 63 6c 61 73 73 2c 30 36 38 30 30 30 00 name: 70 63 69 31 30 38 65 2c 31 30 30 30 00 'pci108e,1000' fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 06 80 00 interrupts: 00 00 00 01 max-latency: 00 00 00 19 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 00 vendor-id: 00 00 10 8e Node 0xf00b9900: SUNW,qfe latency-timer: 00 00 00 0a assigned-addresses: 82 04 19 10 00 00 00 00 08 80 00 00 00 00 00 00 00 00 70 30 local-mac-address: 08 00 20 f6 00 0b hm-rev: 00 00 00 c1 compatible: 70 63 69 31 30 38 65 2c 31 30 30 31 00 70 63 69 63 6c 61 73 73 2c 30 32 30 30 30 30 00 has-fcode: 20 00 ' ' version: 31 2e 34 00 '1.4' device_type: 6e 65 74 77 6f 72 6b 00 'network' address-bits: 00 00 00 30 max-frame-size: 00 00 40 00 reg: 00 04 19 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 04 19 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 70 30 model: 53 55 4e 57 2c 70 63 69 2d 71 66 65 00 'SUNW,pci-qfe' name: 53 55 4e 57 2c 71 66 65 00 'SUNW,qfe' fcode-rom-offset: 00 00 00 00 fast-back-to-back: devsel-speed: 00 00 00 01 class-code: 00 02 00 00 interrupts: 00 00 00 02 max-latency: 00 00 00 05 min-grant: 00 00 00 0a revision-id: 00 00 00 01 device-id: 00 00 10 01 vendor-id: 00 00 10 8e Node 0xf0085558: SUNW,UltraSPARC-IIi manufacturer#: 00 00 00 17 implementation#: 00 00 00 12 mask#: 00 00 00 91 sparc-version: 00 00 00 09 ecache-associativity: 00 00 00 01 ecache-line-size: 00 00 00 40 ecache-size: 00 20 00 00 #dtlb-entries: 00 00 00 40 dcache-associativity: 00 00 00 01 dcache-line-size: 00 00 00 20 dcache-size: 00 00 40 00 #itlb-entries: 00 00 00 40 icache-associativity: 00 00 00 02 icache-line-size: 00 00 00 20 icache-size: 00 00 40 00 upa-portid: 00 00 00 00 clock-frequency: 1a 3a 20 0a reg: 00 00 01 c0 00 00 00 00 00 00 00 00 00 00 00 08 device_type: 63 70 75 00 'cpu' name: 53 55 4e 57 2c 55 6c 74 72 61 53 50 41 52 43 2d 49 49 69 00 'SUNW,UltraSPARC-IIi' ------=_NextPart_000_009C_01C29C68.0252FC40-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 5:55:45 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A487337B401 for ; Thu, 5 Dec 2002 05:55:44 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0912743E9C for ; Thu, 5 Dec 2002 05:55:44 -0800 (PST) (envelope-from ilmar@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.6/8.12.5) with ESMTP id gB5DtcBE092829 for ; Thu, 5 Dec 2002 08:55:38 -0500 (EST) (envelope-from ilmar@watson.org) Received: from localhost (ilmar@localhost) by fledge.watson.org (8.12.6/8.12.6/Submit) with ESMTP id gB5Dtcni092826 for ; Thu, 5 Dec 2002 08:55:38 -0500 (EST) X-Authentication-Warning: fledge.watson.org: ilmar owned process doing -bs Date: Thu, 5 Dec 2002 08:55:37 -0500 (EST) From: "Ilmar S. Habibulin" To: freebsd-sparc@freebsd.org Subject: Sun Blade 100 & 5.0-DP2 panics In-Reply-To: <3DEEF5C6.4090707@orel.ru> Message-ID: <20021205082709.Q78967-100000@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The installation process interrupts right after "Atempting to install all selected distributions" and panics. Then it trys to boot from hdd, but panics with the same message: IOMMU fault virtual address 0xdf002000 panic:pcib: uncorrectable DMA error AFAR 0x804008 AFSR 0x4100ff0020800000 cpuid=0; etc. This is message from hdd boot panic, install panic have different addresses (0xdf000000, 0x83a000, 0x210000ff00000000. I've used graphic console for installation. What can i do in order to localize and solve the problem? Or it is well known? Sorry, i'm new to sparc, so i need exact instructions if i should do anything with it. Thank you for the answer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 7:19:12 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7945E37B401 for ; Thu, 5 Dec 2002 07:19:11 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 391FF43E9C for ; Thu, 5 Dec 2002 07:19:10 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 16114 invoked by uid 0); 5 Dec 2002 15:19:08 -0000 Received: from p508e4d69.dip.t-dialin.net (HELO forge.local) (80.142.77.105) by mail.gmx.net (mp021-rz3) with SMTP; 5 Dec 2002 15:19:08 -0000 Received: from tmm by forge.local with local (Exim 4.10 #1) id 18Jxme-0000Gw-00; Thu, 05 Dec 2002 16:19:24 +0100 Date: Thu, 5 Dec 2002 16:19:24 +0100 From: Thomas Moestl To: Oliver Blasnik Cc: Jake Burkholder , freebsd-sparc@FreeBSD.ORG Subject: Re: pci quad hme ethernet card Message-ID: <20021205151924.GA305@crow.dom2ip.de> Mail-Followup-To: Oliver Blasnik , Jake Burkholder , freebsd-sparc@FreeBSD.ORG References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> <20021205121437.GA305@crow.dom2ip.de> <009f01c29c5f$a09942a0$1d0a310a@de.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <009f01c29c5f$a09942a0$1d0a310a@de.tiscali.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 2002/12/05 at 14:10:04 +0100, Oliver Blasnik wrote: > Hi Thomas, > > > > Can you please post the output of "ofwdump -ap" (or "prtconf -vp" on > > Solaris) on this machine? > > As attached. Hummm, that looks quite normal, the ATA controller should get interrupt 2 and the hmes 3, 4, 1 and 2. This sound like the old behavior a lot, are you sure that your sources are up to date and there are no local diffs? If that is the case, please add a printf() for pintr, intr and OFW_PCI_PHYS_HI_DEVICE(preg.phys_hi) in sparc64/pci/ofw_pci.c:ofw_pci_orb_callback(), just below: intr = (OFW_PCI_PHYS_HI_DEVICE(preg.phys_hi) + pintr + 3) % 4 + 1; and mail the output. - 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 7:52:26 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE8FE37B407 for ; Thu, 5 Dec 2002 07:52:23 -0800 (PST) Received: from alpha.de.tiscali.com (alpha.de.tiscali.com [62.27.91.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E09943EC2 for ; Thu, 5 Dec 2002 07:52:22 -0800 (PST) (envelope-from Oliver.Blasnik@de.tiscali.com) Received: from de-Ex-03.de.tiscali.com (de-ex-03.de.tiscali.com [10.49.8.65]) by alpha.de.tiscali.com (Postfix) with ESMTP id 06CE464C39; Thu, 5 Dec 2002 16:52:21 +0100 (CET) Received: from de-ex-02.de.tiscali.com ([10.49.8.76]) by de-Ex-03.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 16:52:20 +0100 Received: from TECHNIK47 ([10.49.10.29]) by de-ex-02.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 16:52:20 +0100 Message-ID: <000c01c29c76$4b5faab0$1d0a310a@de.tiscali.com> From: "Oliver Blasnik" To: "Thomas Moestl" Cc: "Jake Burkholder" , References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> <20021205121437.GA305@crow.dom2ip.de> <009f01c29c5f$a09942a0$1d0a310a@de.tiscali.com> <20021205151924.GA305@crow.dom2ip.de> Subject: Re: pci quad hme ethernet card Date: Thu, 5 Dec 2002 16:52:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Dec 2002 15:52:20.0464 (UTC) FILETIME=[4B62DF00:01C29C76] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Thomas, > Hummm, that looks quite normal, the ATA controller should get > interrupt 2 and the hmes 3, 4, 1 and 2. That was like _before_ I updated to the latest sources. Funny... Not. > This sound like the old behavior a lot, are you sure that your > sources are up to date and there are no local diffs? :-( There was ONE local diff, resulting from the old patch on this list, and cvs had not complained... Ok, after changing this, the irq assignment gets back to the old behavior, also atapci gets irq 2 as it should. Nevertheless, hme0-3 (qfe) don't work (hme0: device timeout). To be absolutely sure, i cvs co'd the complete source into a empty directory and made a diff. some changes till yesterday, but nothing in sparc related code. > If that is the case, please add a printf() for pintr, intr and > OFW_PCI_PHYS_HI_DEVICE(preg.phys_hi) in > sparc64/pci/ofw_pci.c:ofw_pci_orb_callback(), just below: > intr = (OFW_PCI_PHYS_HI_DEVICE(preg.phys_hi) + pintr + 3) % > 4 + 1; > and mail the output. Sorry to have worried you :/ Do you still need that output? > - Thomas Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 7:54:20 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BA1637B401 for ; Thu, 5 Dec 2002 07:54:19 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id E8C3A43EC5 for ; Thu, 5 Dec 2002 07:54:17 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 22357 invoked by uid 0); 5 Dec 2002 15:54:16 -0000 Received: from p508e4d69.dip.t-dialin.net (HELO forge.local) (80.142.77.105) by mail.gmx.net (mp011-rz3) with SMTP; 5 Dec 2002 15:54:16 -0000 Received: from tmm by forge.local with local (Exim 4.10 #1) id 18JyKg-0000ML-00; Thu, 05 Dec 2002 16:54:34 +0100 Date: Thu, 5 Dec 2002 16:54:34 +0100 From: Thomas Moestl To: Oliver Blasnik Cc: Jake Burkholder , freebsd-sparc@FreeBSD.ORG Subject: Re: pci quad hme ethernet card Message-ID: <20021205155434.GB305@crow.dom2ip.de> Mail-Followup-To: Oliver Blasnik , Jake Burkholder , freebsd-sparc@FreeBSD.ORG References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> <20021205121437.GA305@crow.dom2ip.de> <009f01c29c5f$a09942a0$1d0a310a@de.tiscali.com> <20021205151924.GA305@crow.dom2ip.de> <000c01c29c76$4b5faab0$1d0a310a@de.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000c01c29c76$4b5faab0$1d0a310a@de.tiscali.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 2002/12/05 at 16:52:20 +0100, Oliver Blasnik wrote: > Hi Thomas, > > > Hummm, that looks quite normal, the ATA controller should get > > interrupt 2 and the hmes 3, 4, 1 and 2. > > That was like _before_ I updated to the latest sources. Funny... > Not. > > > This sound like the old behavior a lot, are you sure that your > > sources are up to date and there are no local diffs? > > :-( There was ONE local diff, resulting from the old patch on > this list, and cvs had not complained... Ok, after changing this, > the irq assignment gets back to the old behavior, also atapci > gets irq 2 as it should. > > Nevertheless, hme0-3 (qfe) don't work (hme0: device timeout). Which interrupts do they get assigned now? - 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 7:58:45 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C25737B401 for ; Thu, 5 Dec 2002 07:58:44 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A6A43EBE for ; Thu, 5 Dec 2002 07:58:43 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB5GEJxQ056340; Thu, 5 Dec 2002 11:14:19 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB5GEJee056339; Thu, 5 Dec 2002 11:14:19 -0500 (EST) Date: Thu, 5 Dec 2002 11:14:19 -0500 From: Jake Burkholder To: Maxim Mazurok Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: freebsd-sparc and pci ethernets Message-ID: <20021205111419.A52352@locore.ca> References: <20021205140252.V54486@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021205140252.V54486@km.ua>; from maxim@km.ua on Thu, Dec 05, 2002 at 02:02:53PM +0200 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Thu, Dec 05, 2002 at 02:02:53PM +0200, Maxim Mazurok said words to the effect of; > Can i use width my PCI motherboard Ultra-AXi any PCI Ethernet cards, like > rl0, fxp0, de0, xl0, etc? > Onboard hme0 worked perfectly, but i need many moo ethernet ports, and have > not specific SUN ethernet cards.... > O, and can i use dot1q vlans on hme0 card? In general no, the ethernet drivers for the other cards have not been modified to use busdma so they won't work; they assume too much about how dma works. The rl driver does use busdma and should work with the following patch; the card I have here works fine. I'll see about getting approval to commit this. The ethernet address may come out wierd due to other bugs in the driver, but that shouldn't matter. Jake --- //depot/vendor/freebsd/src/sys/pci/if_rl.c 2002/11/14 21:42:02 +++ //depot/user/jake/busdma/src/sys/pci/if_rl.c 2002/11/29 17:11:55 @@ -84,6 +84,7 @@ */ #include +#include #include #include #include @@ -1209,7 +1215,7 @@ } #endif /* DEVICE_POLLING */ rxbufpos = sc->rl_cdata.rl_rx_buf + cur_rx; - rxstat = *(u_int32_t *)rxbufpos; + rxstat = le32toh(*(u_int32_t *)rxbufpos); /* * Here's a totally undocumented fact for you. When the To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 8: 1:40 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF2B837B401 for ; Thu, 5 Dec 2002 08:01:39 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29A7E43E4A for ; Thu, 5 Dec 2002 08:01:39 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB5GHCxQ056376; Thu, 5 Dec 2002 11:17:12 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB5GHBKW056375; Thu, 5 Dec 2002 11:17:11 -0500 (EST) Date: Thu, 5 Dec 2002 11:17:11 -0500 From: Jake Burkholder To: Harti Brandt Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: freebsd-sparc and pci ethernets Message-ID: <20021205111711.B52352@locore.ca> References: <20021205140252.V54486@km.ua> <20021205130608.B78025-100000@beagle.fokus.gmd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021205130608.B78025-100000@beagle.fokus.gmd.de>; from brandt@fokus.gmd.de on Thu, Dec 05, 2002 at 01:06:35PM +0100 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Thu, Dec 05, 2002 at 01:06:35PM +0100, Harti Brandt said words to the effect of; > On Thu, 5 Dec 2002, Maxim Mazurok wrote: > > MM>Can i use width my PCI motherboard Ultra-AXi any PCI Ethernet cards, > MM>like rl0, fxp0, de0, xl0, etc? Onboard hme0 worked perfectly, but i > MM>need many moo ethernet ports, and have not specific SUN ethernet > MM>cards.... O, and can i use dot1q vlans on hme0 card? > > The xl seems to work in my Ultra10... It does? Do you actually have it configured or are you just going from the device probes? I know that it works in openbsd and netbsd but our driver should not work at all in a sparc machine. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 8: 3: 2 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CDEE37B401; Thu, 5 Dec 2002 08:02:26 -0800 (PST) Received: from hotmail.com (f83.pav1.hotmail.com [64.4.31.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19ED743ECF; Thu, 5 Dec 2002 08:02:26 -0800 (PST) (envelope-from bola2002000@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 5 Dec 2002 08:02:25 -0800 Received: from 80.88.142.27 by pv1fd.pav1.hotmail.msn.com with HTTP; Thu, 05 Dec 2002 16:02:22 GMT X-Originating-IP: [80.88.142.27] From: "bola jide" To: GeorgiasCutest@aol.com Date: Thu, 05 Dec 2002 17:02:22 +0100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 05 Dec 2002 16:02:25.0846 (UTC) FILETIME=[B438D560:01C29C77] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org DR,SALAM ALI BILL AND EXCHANGE MANAGER, AFRICAN DEVELOPMENT BANK-ADB ANNEX OUAGADOUGOU, BURKINA FASO Dear Sir, I am the manager of bill and exchange at the foreign remittance department of African Development Bank (ADB). I am writing following the impressive information about you through one of my friends who runs a constancy firm in your country he assured me of your capability and reliability to champion this business opportunity. In my department we discovered an abandoned sum of $8.5m US dollars ,EIGHT million, five hundred thousand US dollars) . account that belongs to one of our foreign customer who died along with his entire family in November 1998 , in a plane crash. Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release it unless somebody applies for it as next of kin or relation to the deceased as indicated in our banking guidelines but unfortunately we learnt that all his supposed next of kin or relation died alongside with him at the plane crash leaving nobody behind for the claim. It is therefore upon this discovery that I and other officials in my department now decided to make this business proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we don’t want this money to go into the Bank treasury as unclaimed Bill. The Banking law and guideline here stipulates that if such money remained unclaimed after four years, the money will be transferred into the Bank treasury as unclaimed fund. The request of foreigner as next of kin in this business is occasioned by the fact that the customer was a foreigner and a Burkinabe cannot stand as next of kin to a foreigner. We agree that 30 % of this money will be for you as foreign partner, in respect to the provision of a foreign account, 10 % will be set aside for expenses incurred during the business and 60 % would be for ;me and my colleagues. There after I and my colleagues will visit your country for disbursement according to the percentages indicated. Therefore to enable the immediate transfer of this fund to you as arranged, you must apply first to the bank as relations or next of kin of the deceased indicating your bank name, your bank account number, your private telephone and fax number for easy and effective communication and location where in the money will be remitted . Upon receipt of your reply, I will send to you by fax or email the text of the application. I will not fail to bring to your notice that this transaction is hitch free and that you should not entertain any atom of fear as all required arrangements have been made for the transfer . You should contact me immediately as soon as you receive this letter. Trusting to hear from you immediately. Your’s faithfully, Dr SALAM ALI Bill and exchange manager, African Development Bank (ADB) DR,SALAM ALI BILL AND EXCHANGE MANAGER, AFRICAN DEVELOPMENT BANK-ADB ANNEX OUAGADOUGOU, BURKINA FASO Dear Sir, I am the manager of bill and exchange at the foreign remittance department of African Development Bank (ADB). I am writing following the impressive information about you through one of my friends who runs a constancy firm in your country he assured me of your capability and reliability to champion this business opportunity. In my department we discovered an abandoned sum of $8.5m US dollars ,EIGHT million, five hundred thousand US dollars) . account that belongs to one of our foreign customer who died along with his entire family in November 1998 , in a plane crash. Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release it unless somebody applies for it as next of kin or relation to the deceased as indicated in our banking guidelines but unfortunately we learnt that all his supposed next of kin or relation died alongside with him at the plane crash leaving nobody behind for the claim. It is therefore upon this discovery that I and other officials in my department now decided to make this business proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we don’t want this money to go into the Bank treasury as unclaimed Bill. The Banking law and guideline here stipulates that if such money remained unclaimed after four years, the money will be transferred into the Bank treasury as unclaimed fund. The request of foreigner as next of kin in this business is occasioned by the fact that the customer was a foreigner and a Burkinabe cannot stand as next of kin to a foreigner. We agree that 30 % of this money will be for you as foreign partner, in respect to the provision of a foreign account, 10 % will be set aside for expenses incurred during the business and 60 % would be for ;me and my colleagues. There after I and my colleagues will visit your country for disbursement according to the percentages indicated. Therefore to enable the immediate transfer of this fund to you as arranged, you must apply first to the bank as relations or next of kin of the deceased indicating your bank name, your bank account number, your private telephone and fax number for easy and effective communication and location where in the money will be remitted . Upon receipt of your reply, I will send to you by fax or email the text of the application. I will not fail to bring to your notice that this transaction is hitch free and that you should not entertain any atom of fear as all required arrangements have been made for the transfer . You should contact me immediately as soon as you receive this letter. Trusting to hear from you immediately. Your’s faithfully, Dr SALAM ALI Bill and exchange manager, African Development Bank (ADB) Dear Sir, My name is GIWA JEGA and I work for the Ministry of Education here in burkina faso I and certain colleagues of mine in our committee are desirous of starting importation and exportation partnership with you,if possible indicate your area of interest. Please contact me if you are interested. Yours faithfully, GIWA JEGA _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 8: 5:20 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F1FB37B401 for ; Thu, 5 Dec 2002 08:05:19 -0800 (PST) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4496343EA9 for ; Thu, 5 Dec 2002 08:05:18 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gB5G5Fn04412; Thu, 5 Dec 2002 17:05:15 +0100 (MET) Date: Thu, 5 Dec 2002 17:05:15 +0100 (CET) From: Harti Brandt To: Jake Burkholder Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: freebsd-sparc and pci ethernets In-Reply-To: <20021205111711.B52352@locore.ca> Message-ID: <20021205170326.G78025-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 5 Dec 2002, Jake Burkholder wrote: JB>Apparently, On Thu, Dec 05, 2002 at 01:06:35PM +0100, JB> Harti Brandt said words to the effect of; JB> JB>> On Thu, 5 Dec 2002, Maxim Mazurok wrote: JB>> JB>> MM>Can i use width my PCI motherboard Ultra-AXi any PCI Ethernet cards, JB>> MM>like rl0, fxp0, de0, xl0, etc? Onboard hme0 worked perfectly, but i JB>> MM>need many moo ethernet ports, and have not specific SUN ethernet JB>> MM>cards.... O, and can i use dot1q vlans on hme0 card? JB>> JB>> The xl seems to work in my Ultra10... JB> JB>It does? Do you actually have it configured or are you just going JB>from the device probes? I know that it works in openbsd and netbsd JB>but our driver should not work at all in a sparc machine. Well, I was a little bit too fast in reporting this. It probes and it goes up and down when I tell it to do so. But on a related topic: the Adaptec 29160N SCSI controller works. Perhaps the sentence about the need of OpenFirmware for these controllers in the release notes is misleading. You need a 2940-OF only when you are going to boot from it. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 8:10: 8 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89F0C37B401 for ; Thu, 5 Dec 2002 08:10:07 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D14AF43ED4 for ; Thu, 5 Dec 2002 08:10:06 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB5GPixQ056546; Thu, 5 Dec 2002 11:25:44 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB5GPhLZ056545; Thu, 5 Dec 2002 11:25:43 -0500 (EST) Date: Thu, 5 Dec 2002 11:25:42 -0500 From: Jake Burkholder To: Bri Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: PHP INFO Extert Message-ID: <20021205112542.C52352@locore.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from brian@ukip.com on Thu, Dec 05, 2002 at 11:47:53AM -0000 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Thu, Dec 05, 2002 at 11:47:53AM -0000, Bri said words to the effect of; > Check it out php built from the ports originally but with a slightly modify > configure line it runs as apache module on sparc64.. it has mysql client but > not mysql server and few other features. > > PHP Version 4.2.3 > > System FreeBSD lighthouse.shacknet.nu 5.0-CURRENT FreeBSD 5.0-CURRENT > #0: Wed Dec 4 01:42:04 GMT 2002 > dome@lighthouse.shacknet.nu:/usr/cvsroot/src/sys/sparc64/compile/NETPI > PE sparc64 > Build Date Dec 5 2002 09:02:55 > Configure Command './configure' > '--with-config-file-path=/usr/local/etc/php.standalone' > '--disable-pear' '--enable-discard-path' '--with-readline=/usr' > '--enable-versioning' '--with-regex=system' '--without-gd' > '--without-mysql' '--with-zlib' '--with-bz2=/usr' > '--with-mysql=/usr/local' '--with-openssl=/usr' '--enable-ftp' > '--with-curl=/usr/local' '--enable-sockets' '--prefix=/usr/local' > 'sparc64-portbld-freebsd5.0' '--with-apxs=/usr/local/sbin/apxs' > Server API Apache > Virtual Directory Support disabled > Configuration File (php.ini) Path /usr/local/etc/php.standalone > Debug Build no > Thread Safety disabled > > Zend logo This program makes use of the Zend Scripting Language > Engine: > Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies > _________________________________________________________________ > > Reporting Success on this one. Cool! Thanks for the report :) Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 8:31:39 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA11937B401 for ; Thu, 5 Dec 2002 08:31:35 -0800 (PST) Received: from alpha.de.tiscali.com (alpha.de.tiscali.com [62.27.91.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 155E943EB2 for ; Thu, 5 Dec 2002 08:31:34 -0800 (PST) (envelope-from Oliver.Blasnik@de.tiscali.com) Received: from de-Ex-03.de.tiscali.com (de-ex-03.de.tiscali.com [10.49.8.65]) by alpha.de.tiscali.com (Postfix) with ESMTP id 823D464C3B; Thu, 5 Dec 2002 17:31:22 +0100 (CET) Received: from de-ex-02.de.tiscali.com ([10.49.8.76]) by de-Ex-03.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 17:31:22 +0100 Received: from TECHNIK47 ([10.49.10.29]) by de-ex-02.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 17:31:21 +0100 Message-ID: <004201c29c7b$bf00b400$1d0a310a@de.tiscali.com> From: "Oliver Blasnik" To: "Thomas Moestl" Cc: "Jake Burkholder" , References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> <20021205121437.GA305@crow.dom2ip.de> <009f01c29c5f$a09942a0$1d0a310a@de.tiscali.com> <20021205151924.GA305@crow.dom2ip.de> <000c01c29c76$4b5faab0$1d0a310a@de.tiscali.com> <20021205155434.GB305@crow.dom2ip.de> Subject: Re: pci quad hme ethernet card Date: Thu, 5 Dec 2002 17:31:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Dec 2002 16:31:21.0962 (UTC) FILETIME=[BF071CA0:01C29C7B] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, > > > Hummm, that looks quite normal, the ATA controller should get > > > interrupt 2 and the hmes 3, 4, 1 and 2. > > That was like _before_ I updated to the latest sources. Funny... > > Not. > Which interrupts do they get assigned now? hme0: [...] mem 0x2800000-0x2807fff irq 0 at device 0.1 on pci4 hme1: [...] mem 0x4800000-0x4807fff irq 1 at device 1.1 on pci4 hme2: [...] mem 0x6800000-0x6807fff irq 2 at device 2.1 on pci4 hme3: [...] mem 0x8800000-0x8807fff irq 3 at device 3.1 on pci4 Hum... That doesn look like your "3, 4, 1 and 2". Are you sure about? The output is very interesting... Func01 (hme chip) @ INTB gets 0, 1, 2, 3. Func00 (bridge) @ INTA gets 3, 0, 1, 2 -> looks like (INTB+1)&3. At least the 00 is near of that you said: 3, _4_, 1, 2 (is it AND 3?), but who cares of the bridge? Isn't it a transparent one? Ok, then the "interesting parts" of the dmesg: *---------* new debugging START pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 7c0 DVMA map: 0xc0000000 to 0xdfffffff orb_callback: pintr 1, intr 3, HI_DEV.phys_hi: 14 orb_callback: pintr 1, intr 1, HI_DEV.phys_hi: 0 orb_callback: pintr 1, intr 4, HI_DEV.phys_hi: 15 orb_callback: pintr 2, intr 2, HI_DEV.phys_hi: 0 orb_callback: pintr 2, intr 1, HI_DEV.phys_hi: 15 orb_callback: pintr 1, intr 2, HI_DEV.phys_hi: 1 orb_callback: pintr 2, intr 1, HI_DEV.phys_hi: 15 orb_callback: pintr 2, intr 3, HI_DEV.phys_hi: 1 orb_callback: pintr 3, intr 2, HI_DEV.phys_hi: 15 orb_callback: pintr 1, intr 3, HI_DEV.phys_hi: 2 orb_callback: pintr 3, intr 2, HI_DEV.phys_hi: 15 orb_callback: pintr 2, intr 4, HI_DEV.phys_hi: 2 orb_callback: pintr 4, intr 3, HI_DEV.phys_hi: 15 orb_callback: pintr 1, intr 4, HI_DEV.phys_hi: 3 orb_callback: pintr 4, intr 3, HI_DEV.phys_hi: 15 orb_callback: pintr 2, intr 1, HI_DEV.phys_hi: 3 orb_callback: pintr 1, intr 4, HI_DEV.phys_hi: 15 *---------* new debugging END *---------* detection of the qfe START pcib3: at device 15.0 on pci3 pcib3: secondary bus 4 pcib3: subordinate bus 4 pcib3: I/O decode 0x1000-0xfff pcib3: memory decode 0x100000-0x88fffff pcib3: prefetched decode 0xfff00000-0xfffff pci4: on pcib3 pci4: physical bus=4 map[10]: type 1, range 32, base 01000000, size 24, memory disabled map[14]: type 1, range 32, base 02000000, size 23, enabled found-> vendor=0x108e, dev=0x1000, revid=0x01 bus=4, slot=0, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) intpin=a, irq=3 map[10]: type 1, range 32, base 02800000, size 15, memory disabled found-> vendor=0x108e, dev=0x1001, revid=0x01 bus=4, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=0 map[10]: type 1, range 32, base 03000000, size 24, memory disabled map[14]: type 1, range 32, base 04000000, size 23, enabled found-> vendor=0x108e, dev=0x1000, revid=0x01 bus=4, slot=1, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) intpin=a, irq=0 map[10]: type 1, range 32, base 04800000, size 15, memory disabled found-> vendor=0x108e, dev=0x1001, revid=0x01 bus=4, slot=1, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=1 map[10]: type 1, range 32, base 05000000, size 24, memory disabled map[14]: type 1, range 32, base 06000000, size 23, enabled found-> vendor=0x108e, dev=0x1000, revid=0x01 bus=4, slot=2, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) intpin=a, irq=1 map[10]: type 1, range 32, base 06800000, size 15, memory disabled found-> vendor=0x108e, dev=0x1001, revid=0x01 bus=4, slot=2, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=2 map[10]: type 1, range 32, base 07000000, size 24, memory disabled map[14]: type 1, range 32, base 08000000, size 23, enabled found-> vendor=0x108e, dev=0x1000, revid=0x01 bus=4, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) intpin=a, irq=2 map[10]: type 1, range 32, base 08800000, size 15, memory disabled found-> vendor=0x108e, dev=0x1001, revid=0x01 bus=4, slot=3, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=3 *---------* detection of the qfe END > - Thomas HTH, Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 9: 1: 4 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77FC737B401 for ; Thu, 5 Dec 2002 09:01:03 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id EDD3743EB2 for ; Thu, 5 Dec 2002 09:01:01 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 25532 invoked by uid 0); 5 Dec 2002 17:01:00 -0000 Received: from p508e4d69.dip.t-dialin.net (HELO forge.local) (80.142.77.105) by mail.gmx.net (mp009-rz3) with SMTP; 5 Dec 2002 17:01:00 -0000 Received: from tmm by forge.local with local (Exim 4.10 #1) id 18JzNG-0000XL-00; Thu, 05 Dec 2002 18:01:18 +0100 Date: Thu, 5 Dec 2002 18:01:18 +0100 From: Thomas Moestl To: Oliver Blasnik Cc: Jake Burkholder , freebsd-sparc@FreeBSD.ORG Subject: Re: pci quad hme ethernet card Message-ID: <20021205170117.GC305@crow.dom2ip.de> Mail-Followup-To: Oliver Blasnik , Jake Burkholder , freebsd-sparc@FreeBSD.ORG References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> <20021205121437.GA305@crow.dom2ip.de> <009f01c29c5f$a09942a0$1d0a310a@de.tiscali.com> <20021205151924.GA305@crow.dom2ip.de> <000c01c29c76$4b5faab0$1d0a310a@de.tiscali.com> <20021205155434.GB305@crow.dom2ip.de> <004201c29c7b$bf00b400$1d0a310a@de.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004201c29c7b$bf00b400$1d0a310a@de.tiscali.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 2002/12/05 at 17:31:21 +0100, Oliver Blasnik wrote: > Hi, > > > > > Hummm, that looks quite normal, the ATA controller should get > > > > interrupt 2 and the hmes 3, 4, 1 and 2. > > > That was like _before_ I updated to the latest sources. Funny... > > > Not. > > > Which interrupts do they get assigned now? > > hme0: [...] mem 0x2800000-0x2807fff irq 0 at device 0.1 on pci4 > hme1: [...] mem 0x4800000-0x4807fff irq 1 at device 1.1 on pci4 > hme2: [...] mem 0x6800000-0x6807fff irq 2 at device 2.1 on pci4 > hme3: [...] mem 0x8800000-0x8807fff irq 3 at device 3.1 on pci4 > > Hum... That doesn look like your "3, 4, 1 and 2". Are you sure > about? No, I miscalculated the numbers. Another strategy may help better here: please build a kernel with "options PSYCHO_DEBUG"; you should then see a stray interrupt message when you try the hmes (please try all of them, as it will not work when the interrupt is shared with another device). If you don't see any of these messages, please try putting a printf() in dev/hme/if_hme.c:hme_intr() (conditional on (device_get_unit(sc->sc_dev) != 4) if you use the built-in one) to see if it fires at all - another class of problems will cause it to fire only once. - 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 9:24: 8 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54A7137B401 for ; Thu, 5 Dec 2002 09:24:07 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 16AC943EC2 for ; Thu, 5 Dec 2002 09:24:06 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 1903 invoked by uid 0); 5 Dec 2002 17:24:04 -0000 Received: from p508e4d69.dip.t-dialin.net (HELO forge.local) (80.142.77.105) by mail.gmx.net (mp004-rz3) with SMTP; 5 Dec 2002 17:24:04 -0000 Received: from tmm by forge.local with local (Exim 4.10 #1) id 18JzjZ-0000cU-00; Thu, 05 Dec 2002 18:24:21 +0100 Date: Thu, 5 Dec 2002 18:24:21 +0100 From: Thomas Moestl To: "Ilmar S. Habibulin" Cc: freebsd-sparc@freebsd.org Subject: Re: Sun Blade 100 & 5.0-DP2 panics Message-ID: <20021205172421.GD305@crow.dom2ip.de> Mail-Followup-To: "Ilmar S. Habibulin" , freebsd-sparc@freebsd.org References: <3DEEF5C6.4090707@orel.ru> <20021205082709.Q78967-100000@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021205082709.Q78967-100000@fledge.watson.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 2002/12/05 at 08:55:37 -0500, Ilmar S. Habibulin wrote: > > The installation process interrupts right after "Atempting to install all > selected distributions" and panics. Then it trys to boot from hdd, but > panics with the same message: > > IOMMU fault virtual address 0xdf002000 > panic:pcib: uncorrectable DMA error AFAR 0x804008 AFSR 0x4100ff0020800000 > > cpuid=0; > > etc. > > This is message from hdd boot panic, install panic have different > addresses (0xdf000000, 0x83a000, 0x210000ff00000000. > > I've used graphic console for installation. > What can i do in order to localize and solve the problem? Or it is well > known? Hmmm, at which point of the boot process did this happen exactly? Is it possible that a kld for subsystems like usb (through usbd), firewire or pcm was loaded? Is this kernel built with ddb, so that you can obtain a backtrace (since this error is asynchronous, this doesn't tell us exactly where it happens, but it might still be 'close' in the code). 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 9:28: 6 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57F5837B401 for ; Thu, 5 Dec 2002 09:28:05 -0800 (PST) Received: from procyon.firepipe.net (procyon.firepipe.net [198.78.66.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7EA843ED4 for ; Thu, 5 Dec 2002 09:28:04 -0800 (PST) (envelope-from will@csociety.org) Received: by procyon.firepipe.net (Postfix, from userid 1000) id 1443B29830; Thu, 5 Dec 2002 09:24:51 -0800 (PST) Date: Thu, 5 Dec 2002 09:24:51 -0800 From: Will Andrews To: Thomas Moestl Cc: "Ilmar S. Habibulin" , freebsd-sparc@freebsd.org Subject: Re: Sun Blade 100 & 5.0-DP2 panics Message-ID: <20021205172451.GG86427@procyon.firepipe.net> References: <3DEEF5C6.4090707@orel.ru> <20021205082709.Q78967-100000@fledge.watson.org> <20021205172421.GD305@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021205172421.GD305@crow.dom2ip.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Dec 05, 2002 at 06:24:21PM +0100, Thomas Moestl wrote: > On Thu, 2002/12/05 at 08:55:37 -0500, Ilmar S. Habibulin wrote: > > IOMMU fault virtual address 0xdf002000 > > panic:pcib: uncorrectable DMA error AFAR 0x804008 AFSR 0x4100ff0020800000 > > > > I've used graphic console for installation. > > Hmmm, at which point of the boot process did this happen exactly? Is > it possible that a kld for subsystems like usb (through usbd), > firewire or pcm was loaded? Is this kernel built with ddb, so that you > can obtain a backtrace (since this error is asynchronous, this doesn't > tell us exactly where it happens, but it might still be 'close' in the > code). There's no need for that. I recognize the problem: He's using the graphical console (which AFAIK was never supported on the Blade 100), and I got the messages he was getting. You can only successfully install FreeBSD on a Blade 100 by using a serial console. This information needs to be documented properly, if it isn't already (a copy of the above messages would probably help identifying the problem). Unless, of course, I am out of date. But this was true only a few months ago. :-) Regards, -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 9:38:18 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C84C537B401 for ; Thu, 5 Dec 2002 09:38:15 -0800 (PST) Received: from alpha.de.tiscali.com (alpha.de.tiscali.com [62.27.91.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB0243EA9 for ; Thu, 5 Dec 2002 09:38:14 -0800 (PST) (envelope-from Oliver.Blasnik@de.tiscali.com) Received: from de-Ex-03.de.tiscali.com (de-ex-03.de.tiscali.com [10.49.8.65]) by alpha.de.tiscali.com (Postfix) with ESMTP id 57EB264C3E; Thu, 5 Dec 2002 18:38:13 +0100 (CET) Received: from de-ex-02.de.tiscali.com ([10.49.8.76]) by de-Ex-03.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 18:38:13 +0100 Received: from TECHNIK47 ([10.49.10.29]) by de-ex-02.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 5 Dec 2002 18:38:12 +0100 Message-ID: <006f01c29c85$15a3b970$1d0a310a@de.tiscali.com> From: "Oliver Blasnik" To: "Thomas Moestl" Cc: "Jake Burkholder" , References: <20021203124613.L35729@locore.ca> <010d01c29b74$65d3b4c0$2100a8c0@xpath1000> <20021204140045.S35729@locore.ca> <005b01c29c42$93cc75a0$2100a8c0@xpath1000> <20021205121437.GA305@crow.dom2ip.de> <009f01c29c5f$a09942a0$1d0a310a@de.tiscali.com> <20021205151924.GA305@crow.dom2ip.de> <000c01c29c76$4b5faab0$1d0a310a@de.tiscali.com> <20021205155434.GB305@crow.dom2ip.de> <004201c29c7b$bf00b400$1d0a310a@de.tiscali.com> <20021205170117.GC305@crow.dom2ip.de> Subject: Re: pci quad hme ethernet card Date: Thu, 5 Dec 2002 18:38:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Dec 2002 17:38:12.0710 (UTC) FILETIME=[159EB060:01C29C85] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, > please build a kernel with "options PSYCHO_DEBUG"; you should I did, including the if_hme.c changes (dont want to reboot twice)... First, a little bit of "new" debugging info at startup: *-------------* START pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 7c0 DVMA map: 0xc0000000 to 0xdfffffff pcib0: intr map (pci) 0: 0x7c0 pcib0: intr map (pci) 1: 0x7c4 pcib0: intr map (pci) 2: 0x7c8 pcib0: intr map (pci) 3: 0x7cc pcib0: intr map (pci) 4: 0x7d0 pcib0: intr map (pci) 5: 0x7d4 pcib0: intr map (pci) 6: 0x7d8 pcib0: intr map (pci) 7: 0x7dc pcib0: intr map (obio) 0: 0x7e0, clr: 0x1800 pcib0: intr map (obio) 1: 0x7e1, clr: 0x1808 pcib0: intr map (obio) 2: 0x7e2, clr: 0x1810 pcib0: intr map (obio) 3: 0x7e3, clr: 0x1818 pcib0: intr map (obio) 4: 0x7e4, clr: 0x1820 pcib0: intr map (obio) 5: 0x800007e5, clr: 0x1828 pcib0: intr map (obio) 6: 0x7e6, clr: 0x1830 pcib0: intr map (obio) 7: 0x7e7, clr: 0x1838 pcib0: intr map (obio) 8: 0x7e8, clr: 0x1840 pcib0: intr map (obio) 9: 0x7e9, clr: 0x1848 pcib0: intr map (obio) 10: 0x7ea, clr: 0x1850 pcib0: intr map (obio) 11: 0x7eb, clr: 0x1858 pcib0: intr map (obio) 12: 0x7ec, clr: 0x1860 pcib0: intr map (obio) 13: 0x7ed, clr: 0x1868 pcib0: intr map (obio) 14: 0x800007ee, clr: 0x1870 pcib0: intr map (obio) 15: 0x800007ef, clr: 0x1878 pcib0: intr map (obio) 16: 0x800007f0, clr: 0x1880 pcib0: intr map (obio) 17: 0x800007c0, clr: 0x1888 pcib0: intr map (obio) 18: 0x800007c0, clr: 0x1890 psycho at 0/0/0: setting bus #s to 0/0/0 psycho at 0/0/0: setting bus #s to 0/0/1 psycho at 0/0/0: setting bus #s to 0/0/2 psycho at 0/0/0: setting bus #s to 0/0/3 orb_callback: pintr 1, intr 3, HI_DEV.phys_hi: 14 psycho at 0/0/0: setting bus #s to 0/0/4 orb_callback: pintr 1, intr 1, HI_DEV.phys_hi: 0 *-------------* END Btw, the "bus #s" looks bogous. Wrong printf args used? Ok, now, trying to use hme0... | # ifconfig hme0 [....] | if_hme: hme0 got intr, status=0x3000100 | # ping gate [...] | ping: sendto: Host is down [...] hme0: device timeout NO stray int (expected, as we got a correct one routed), but: NO more hme0 int... Next, hme1: | # ifconfig hme1 [....] | if_hme: hme1 got intr, status=0x10100 (and 0x3000100 if sending) [a LOT of them] Interface DOES work Next, hme2: | # ifconfig hme2 [....] | if_hme: hme2 got intr, status=0x10100 (and 0x3000100 if sending) [a LOT of them] Interface DOES work Next, hme3: | # ifconfig hme3 [....] | if_hme: hme3 got intr, status=0x10100 (and 0x3000100 if sending) [a LOT of them] Interface DOES work Yes, trying the 2nd onboard hme5 did it, too... Another test with hme0, but nothing. Just nothing. Perhaps I was a little bit too fast saying "qfe doesn't work", as 3/4th of it apperantly do... > another class of problems will cause it to fire only once. And this happened. Possibly it's nice to know - and I wanted to know... I got the disk and put it into another t1/105 with a PCI HME. Booted up... It gets IRQ 0 again and has _exactly_ the same behavior as the hme0 from the QFE card. One single INT catched from if_hme, then nothing. How's acknowledging of INTs on this platform? Could it be a problem ack'ing a IRQ0 (coding error like 0=nothing, checking for true/false or such things)? HTH, Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Thu Dec 5 21:16:18 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4942537B401 for ; Thu, 5 Dec 2002 21:16:17 -0800 (PST) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id A735E43E9C for ; Thu, 5 Dec 2002 21:16:16 -0800 (PST) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (localhost.video-collage.com [127.0.0.1]) by corbulon.video-collage.com (8.12.6/8.12.6) with ESMTP id gB65G3jJ047317 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 6 Dec 2002 00:16:04 -0500 (EST) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost) by corbulon.video-collage.com (8.12.6/8.12.6/Submit) id gB65G3qK047316 for sparc@FreeBSD.org; Fri, 6 Dec 2002 00:16:03 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200212060516.gB65G3qK047316@corbulon.video-collage.com> Subject: why would Sparc be soo sloow? To: sparc@FreeBSD.org Date: Fri, 6 Dec 2002 00:16:02 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL92b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello! This is only marginally FreeBSD related... Sorry... I'm puzzled by the poor performance of our SparcIII @900MHz. On our particular, heavily number crunching little application, the best (using Sun's own compiler with -xarch=v9b -xO5, etc.) it can show off is being about 7.5 times slower than my desktop Pentium4 @2GHz. The Sparc machine is running a recent Solaris (the box purchased about 9 months ago). My desktop runs FreeBSD-current. First observed with pvm, the slowness was confirmed by a simple standalone application, that read the input (through scanf()) one line at a time from the text file. The SpecBench score of this machine (Sunfire 280) is about 20-30% lower than that of mine (Dell Dimension)... I'd accept the factor of 3 or 4, but 7.5 is casting doubts over my measurements, yet the results are quite repeatable... Another mistery is a high "system" component of the time (builtin(1)) output -- on Solaris over half the time is spent in "kernel". Can it be trusted? On FreeBSD, very little is spent in kernel -- as expected. (FWIW, the older Pentium2 @450MHz is only 2.5 times slower than the P4 @2GHz. Still over 3 times faster than the SparcIII) Any hints? Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 0:25: 5 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31B8837B401; Fri, 6 Dec 2002 00:25:04 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66A2C43EB2; Fri, 6 Dec 2002 00:24:48 -0800 (PST) (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 6910066BE3; Fri, 6 Dec 2002 00:24:38 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 1AFB91360; Fri, 6 Dec 2002 00:24:34 -0800 (PST) Date: Fri, 6 Dec 2002 00:24:33 -0800 From: Kris Kennaway To: sparc@FreeBSD.org Cc: kan@FreeBSD.org, obrien@FreeBSD.org Subject: gcc 3.2.1-R ICEs Message-ID: <20021206082433.GA9393@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://obsecurity.dyndns.org/errorlogs/outguess-0.2.log http://obsecurity.dyndns.org/errorlogs/libdivxencore-devel-0.4.0.50.log These are gcc crashes with non-standard optimization flags. The g77 problems seem to be fixed now. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE98F7BWry0BWjoQKURAlhoAKCRh4vog9tbKxo0+4SZZVnv26kIygCfQ8Xe wE00VRYPqHBPJamDJMfpMcM= =Py8i -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 3:22:33 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B820837B404 for ; Fri, 6 Dec 2002 03:22:32 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 162EC43EB2 for ; Fri, 6 Dec 2002 03:22:32 -0800 (PST) (envelope-from ilmar@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.6/8.12.5) with ESMTP id gB6BMPBE015947; Fri, 6 Dec 2002 06:22:25 -0500 (EST) (envelope-from ilmar@watson.org) Received: from localhost (ilmar@localhost) by fledge.watson.org (8.12.6/8.12.6/Submit) with ESMTP id gB6BMOZZ015944; Fri, 6 Dec 2002 06:22:24 -0500 (EST) X-Authentication-Warning: fledge.watson.org: ilmar owned process doing -bs Date: Fri, 6 Dec 2002 06:22:24 -0500 (EST) From: "Ilmar S. Habibulin" To: Will Andrews Cc: Thomas Moestl , Subject: Re: Sun Blade 100 & 5.0-DP2 panics In-Reply-To: <20021205172451.GG86427@procyon.firepipe.net> Message-ID: <20021206061542.L15834-100000@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 5 Dec 2002, Will Andrews wrote: > On Thu, Dec 05, 2002 at 06:24:21PM +0100, Thomas Moestl wrote: > > On Thu, 2002/12/05 at 08:55:37 -0500, Ilmar S. Habibulin wrote: > There's no need for that. I recognize the problem: He's using > the graphical console (which AFAIK was never supported on the > Blade 100), and I got the messages he was getting. Yes, this was my problem. I've just inserted cdrom and booted using graphic console. It worked until some point, then crashed. > Unless, of course, I am out of date. But this was true only a > few months ago. :-) No, the problem still exists. Graphic console driver will solve it, i suppose, but it need to be written first. I don't know how to write it. :( But anyway FreeBSD works on Sun Blade 100. Great work. 2 TM offtopic: do you have time to port your extended attributes support in tar to updated version? I tried to use somesort of cut-n-paste method, but it changed enough, so i failed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 8:23:53 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C74437B401 for ; Fri, 6 Dec 2002 08:23:52 -0800 (PST) Received: from alpha.de.tiscali.com (alpha.de.tiscali.com [62.27.91.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB5443E4A for ; Fri, 6 Dec 2002 08:23:50 -0800 (PST) (envelope-from Oliver.Blasnik@de.tiscali.com) Received: from de-ex-01.de.tiscali.com (de-ex-01.de.tiscali.com [10.49.8.74]) by alpha.de.tiscali.com (Postfix) with ESMTP id E9E5F64C3A for ; Fri, 6 Dec 2002 17:23:43 +0100 (CET) Received: from de-ex-02.de.tiscali.com ([10.49.8.76]) by de-ex-01.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Fri, 6 Dec 2002 17:23:43 +0100 Received: from TECHNIK47 ([10.49.10.29]) by de-ex-02.de.tiscali.com with Microsoft SMTPSVC(5.0.2195.5329); Fri, 6 Dec 2002 17:23:43 +0100 Message-ID: <012001c29d43$d7fac220$1d0a310a@de.tiscali.com> From: "Oliver Blasnik" To: Subject: Yes, me too, asking that stupid question.... Date: Fri, 6 Dec 2002 17:23:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 06 Dec 2002 16:23:43.0205 (UTC) FILETIME=[D8001950:01C29D43] Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ... sorry about, but I did not find any "real" answer to that question most of you possibly have already asked... - is libc_r / pthread / * going to be available for sparc64? - is there ANY threadlib I can use instead? Going to make some multiprocessor-perftests without threads available is impossible to me, and if I dont find anything for this I can stop bugging some people to provide me that quad-processor- box... Thanks, Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 15:43: 3 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFDF537B401 for ; Fri, 6 Dec 2002 15:43:02 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 236C043EB2 for ; Fri, 6 Dec 2002 15:43:02 -0800 (PST) (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 D6BBB66C61 for ; Fri, 6 Dec 2002 15:43:00 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 5A898134B; Fri, 6 Dec 2002 15:43:00 -0800 (PST) Date: Fri, 6 Dec 2002 15:43:00 -0800 From: Kris Kennaway To: sparc@FreeBSD.org Subject: Partial package set uploaded Message-ID: <20021206234300.GA63527@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've uploaded a new (incomplete) set of sparc64 packages to ftp-master based on the package build I am running locally. There are 2307 packages built so far (the major cause of failure is the lack of libc_r support). I hope to have a full build complete by 5.0-RELEASE. Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE98TYDWry0BWjoQKURAk4MAKD3ok8rHvUcRFZ3/1CG63UcobOL9QCgkprG uAp7qU7sg7xPfqv6YGOKYVo= =Jday -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 15:44:55 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50B1837B401 for ; Fri, 6 Dec 2002 15:44:54 -0800 (PST) Received: from kwiatek.eu.org (116-moc-8.acn.waw.pl [212.76.59.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B94F43EBE for ; Fri, 6 Dec 2002 15:44:48 -0800 (PST) (envelope-from kwiatek@tpi.pl) Received: from localhost (localhost [127.0.0.1]) by kwiatek.eu.org (Postfix) with ESMTP id C798E36B12; Sat, 7 Dec 2002 00:44:43 +0100 (CET) Date: Sat, 7 Dec 2002 00:44:43 +0100 (CET) From: Andrzej Kwiatkowski X-X-Sender: kwiatek@kwiatek.eu.org To: freebsd-sparc@freebsd.org Subject: U10 crash Message-ID: <20021207004405.C2644-100000@kwiatek.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20021207004405.C2644@kwiatek.eu.org> Content-Description: Notification Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have strange (very strange) problem. I have U10 whith last cvs build, which was done today. Sometimes whed i do ipfw list (i have IPFIREWALL and IPFILTER options compiled on kernel) i go system crash. And i got "memory not aligned" or something like that. I have read thet a few months ago there was a problem with hme device drivers. But, now, i haven't got any idea where is the problem. Have got any idea?? andrzej kwiatkowski To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 15:48:26 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0E9137B401 for ; Fri, 6 Dec 2002 15:48:24 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2045843EBE for ; Fri, 6 Dec 2002 15:48:20 -0800 (PST) (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 970EC66BE3; Fri, 6 Dec 2002 15:48:19 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 2585B134B; Fri, 6 Dec 2002 15:48:17 -0800 (PST) Date: Fri, 6 Dec 2002 15:48:17 -0800 From: Kris Kennaway To: Oliver Blasnik Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: Yes, me too, asking that stupid question.... Message-ID: <20021206234817.GA64041@rot13.obsecurity.org> References: <012001c29d43$d7fac220$1d0a310a@de.tiscali.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <012001c29d43$d7fac220$1d0a310a@de.tiscali.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 06, 2002 at 05:23:43PM +0100, Oliver Blasnik wrote: > ... sorry about, but I did not find any "real" answer to > that question most of you possibly have already asked... >=20 > - is libc_r / pthread / * going to be available for sparc64? > - is there ANY threadlib I can use instead? >=20 > Going to make some multiprocessor-perftests without threads > available is impossible to me, and if I dont find anything for this > I can stop bugging some people to provide me that quad-processor- > box... FreeBSD's libc_r does not take advantage of multiprocessor support anyway. This is a major goal of the KSE work being done in 5.0, but that is not likely to be finished in time for 5.0-R. Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE98TdAWry0BWjoQKURAjAjAKCfAW4oKwboQuLZ1zAn6lKms+sHPACg/kHF edkc3YOi+i5qTV5chhg13uo= =LSlK -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 15:48:57 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3820537B401 for ; Fri, 6 Dec 2002 15:48:56 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9722B43E4A for ; Fri, 6 Dec 2002 15:48:55 -0800 (PST) (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 33B3D66BE3; Fri, 6 Dec 2002 15:48:55 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id C32571386; Fri, 6 Dec 2002 15:48:51 -0800 (PST) Date: Fri, 6 Dec 2002 15:48:51 -0800 From: Kris Kennaway To: Andrzej Kwiatkowski Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: U10 crash Message-ID: <20021206234851.GB64041@rot13.obsecurity.org> References: <20021207004405.C2644-100000@kwiatek.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <20021207004405.C2644-100000@kwiatek.eu.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 07, 2002 at 12:44:43AM +0100, Andrzej Kwiatkowski wrote: > I have strange (very strange) problem. > I have U10 whith last cvs build, which was done today. > Sometimes whed i do ipfw list (i have IPFIREWALL and IPFILTER > options compiled on kernel) i go system crash. > And i got "memory not aligned" or something like that. >=20 > I have read thet a few months ago there was a problem with hme device > drivers. But, now, i haven't got any idea where is the problem. >=20 > Have got any idea?? How about you post the exact error message so we don't have to guess? Kris --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE98TdiWry0BWjoQKURAgpPAKCr9SmTolC0V1j1r94Rkbs6vKfGIQCgkaeR VgjPF8HFq/FJTcDbzCXowkQ= =zeM/ -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 15:56: 6 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BADF337B401 for ; Fri, 6 Dec 2002 15:56:05 -0800 (PST) Received: from kwiatek.eu.org (116-moc-8.acn.waw.pl [212.76.59.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2391543E4A for ; Fri, 6 Dec 2002 15:56:05 -0800 (PST) (envelope-from kwiatek@tpi.pl) Received: from localhost (localhost [127.0.0.1]) by kwiatek.eu.org (Postfix) with ESMTP id D6C7C36B11; Sat, 7 Dec 2002 00:56:01 +0100 (CET) Date: Sat, 7 Dec 2002 00:56:01 +0100 (CET) From: Andrzej Kwiatkowski X-X-Sender: kwiatek@kwiatek.eu.org To: Kris Kennaway Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: U10 crash In-Reply-To: <20021206234851.GB64041@rot13.obsecurity.org> Message-ID: <20021207005507.V3112-100000@kwiatek.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > How about you post the exact error message so we don't have to guess? > I'm sorry but i didint remeber. Now i run ipfw -a list and i got: login: panic: trap: memory address not aligned cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> greetings andrzej kwiatkowski To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 16: 0:57 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D64837B401 for ; Fri, 6 Dec 2002 16:00:57 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFACE43EC5 for ; Fri, 6 Dec 2002 16:00:53 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB70GnxQ066204; Fri, 6 Dec 2002 19:16:49 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB70GmKL066203; Fri, 6 Dec 2002 19:16:48 -0500 (EST) Date: Fri, 6 Dec 2002 19:16:48 -0500 From: Jake Burkholder To: Andrzej Kwiatkowski Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: U10 crash Message-ID: <20021206191648.A65438@locore.ca> References: <20021206234851.GB64041@rot13.obsecurity.org> <20021207005507.V3112-100000@kwiatek.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021207005507.V3112-100000@kwiatek.eu.org>; from kwiatek@tpi.pl on Sat, Dec 07, 2002 at 12:56:01AM +0100 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Sat, Dec 07, 2002 at 12:56:01AM +0100, Andrzej Kwiatkowski said words to the effect of; > > How about you post the exact error message so we don't have to guess? > > > I'm sorry but i didint remeber. > Now i run ipfw -a list and i got: > > login: panic: trap: memory address not aligned > cpuid = 0; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> Type trace at the ddb prompt and send the output. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 16: 4: 3 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAC9937B401 for ; Fri, 6 Dec 2002 16:04:02 -0800 (PST) Received: from kwiatek.eu.org (116-moc-8.acn.waw.pl [212.76.59.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4386543EC2 for ; Fri, 6 Dec 2002 16:04:02 -0800 (PST) (envelope-from kwiatek@tpi.pl) Received: from localhost (localhost [127.0.0.1]) by kwiatek.eu.org (Postfix) with ESMTP id 819B436B3F; Sat, 7 Dec 2002 01:03:59 +0100 (CET) Date: Sat, 7 Dec 2002 01:03:59 +0100 (CET) From: Andrzej Kwiatkowski X-X-Sender: kwiatek@kwiatek.eu.org To: Jake Burkholder Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: U10 crash In-Reply-To: <20021206191648.A65438@locore.ca> Message-ID: <20021207010330.F3319-100000@kwiatek.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Type trace at the ddb prompt and send the output. > > Jake > login: panic: trap: memory address not aligned cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> trace panic() at panic+0x134 trap() at trap+0x414 -- memory address not aligned sfar=0xc25d1a04 sfsr=0x4002d %o7=0xc01a2a80 -- ipfw_ctl() at ipfw_ctl+0x174 rip_ctloutput() at rip_ctloutput+0x164 sogetopt() at sogetopt+0x38 getsockopt() at getsockopt+0xb0 syscall() at syscall+0x31c -- syscall (118, FreeBSD ELF64, getsockopt) %o7=0x103120 -- userland() at 0x108a78 user trace: trap %o7=0x103120 pc 0x108a78, sp 0x7fdffffef01 pc 0x107104, sp 0x7fdffffefd1 pc 0x1076cc, sp 0x7fdfffff091 pc 0x1001f0, sp 0x7fdfffff151 pc 0, sp 0x7fdfffff211 done db> ---------------- greetings andrzej kwiatkowski To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Fri Dec 6 16:43:25 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E0E937B401 for ; Fri, 6 Dec 2002 16:43:24 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF22443EA9 for ; Fri, 6 Dec 2002 16:43:23 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gB70xFxQ066384; Fri, 6 Dec 2002 19:59:15 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gB70xFdT066383; Fri, 6 Dec 2002 19:59:15 -0500 (EST) Date: Fri, 6 Dec 2002 19:59:15 -0500 From: Jake Burkholder To: Andrzej Kwiatkowski Cc: freebsd-sparc@FreeBSD.ORG Subject: Re: U10 crash Message-ID: <20021206195915.B65438@locore.ca> References: <20021206191648.A65438@locore.ca> <20021207010330.F3319-100000@kwiatek.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021207010330.F3319-100000@kwiatek.eu.org>; from kwiatek@tpi.pl on Sat, Dec 07, 2002 at 01:03:59AM +0100 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Sat, Dec 07, 2002 at 01:03:59AM +0100, Andrzej Kwiatkowski said words to the effect of; > > Type trace at the ddb prompt and send the output. > > > > Jake > > > login: panic: trap: memory address not aligned > cpuid = 0; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> trace > panic() at panic+0x134 > trap() at trap+0x414 > -- memory address not aligned sfar=0xc25d1a04 sfsr=0x4002d %o7=0xc01a2a80 > -- > ipfw_ctl() at ipfw_ctl+0x174 > rip_ctloutput() at rip_ctloutput+0x164 > sogetopt() at sogetopt+0x38 > getsockopt() at getsockopt+0xb0 > syscall() at syscall+0x31c > -- syscall (118, FreeBSD ELF64, getsockopt) %o7=0x103120 -- > userland() at 0x108a78 > user trace: trap %o7=0x103120 > pc 0x108a78, sp 0x7fdffffef01 > pc 0x107104, sp 0x7fdffffefd1 > pc 0x1076cc, sp 0x7fdfffff091 > pc 0x1001f0, sp 0x7fdfffff151 > pc 0, sp 0x7fdfffff211 > done > db> Can you send me your firewall rules? (in private email if you don't want to send them to the list). Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message From owner-freebsd-sparc Sat Dec 7 6:52:13 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB09137B401; Sat, 7 Dec 2002 06:52:10 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D942C43EB2; Sat, 7 Dec 2002 06:52:09 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 857D05374; Sat, 7 Dec 2002 15:52:02 +0100 (CET) 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: sparc@freebsd.org Cc: peter@freebsd.org Subject: libc_r From: Dag-Erling Smorgrav Date: Sat, 07 Dec 2002 15:52:01 +0100 Message-ID: Lines: 27 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --=-=-= I was quite surprised to discover that sparc64, which is supposedly a tier 1 platform and our reference 64-bit platform, doesn't have a working libc_r, so I decided to take a shot at it. I've arrived at what I believe is a correct implementation for _atomic_lock() (see attached source code). It seems to work as expected when called from a simple test program which attempts to acquire the same lock twice: l is now 0x0 _atomic_lock() returned 0x0 l after _atomic_lock(): 0xff00000000000000 l is now 0xff00000000000000 _atomic_lock() returned 0xff l after _atomic_lock(): 0xff00000000000000 I've never written sparc assembler before, so caveat emptor, slippery when wet, do not look into laser with remaining eye, etc. I haven't started on pthread_private.h yet, and I'm not sure I can handle it on my own, but I hope this will inspire someone to tackle it. DES -- Dag-Erling Smorgrav - des@ofug.org --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename=_atomic_lock.S Content-Transfer-Encoding: quoted-printable /*- * Copyright (c) 2002 Dag-Erling Co=EFdan Sm=F8rgrav * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer * in this position and unchanged. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote products * derived from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. */ #include __FBSDID("$FreeBSD$"); /* * long _atomic_lock(long *) * * Atomically acquire a lock by storing a non-zero value in its * location, provided it is not already locked. Note that we only use * the first byte of the location provided. */ ENTRY(_atomic_lock) ldstub [%o0], %o1 membar #LoadLoad retl mov %o1, %o0 END(_atomic_lock) --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message