From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 19 10:35:16 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3684716A4CE for ; Sun, 19 Dec 2004 10:35:16 +0000 (GMT) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA9F43D2F for ; Sun, 19 Dec 2004 10:35:15 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [192.168.1.10] (c66.190.109.169.ts46v-01.rckprt.tx.charter.com [66.190.109.169]) (authenticated bits=0)iBJAZ8GS080526 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 19 Dec 2004 04:35:11 -0600 (CST) From: "R. Tyler Ballance" To: freebsd-sparc@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Cx+fTuzPtxudFCmjeqha" Message-Id: <1103452435.2542.14.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 19 Dec 2004 04:33:55 -0600 Subject: Garbage thrown into console X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 10:35:16 -0000 --=-Cx+fTuzPtxudFCmjeqha Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Howdy, I finally got the console (as in, physical access to the machine over serial) working in -CURRENT on my Ultra 2 using the patches recommended to me by Marius Strobl (found here: http://alchemy.franken.de/~marius/zs_nwo.diff) Anyways, they work now, and after rebooting a second time after rebuilding the kernel with the patches applied to the zs driver, I get garbage thrown into the console before I get the usual FreeBSD prompt -----[snip]----- Starting inetd. Starting background file system checks in 60 seconds. Sun Dec 19 04:17:58 CST 2004 ]:Fre oSp/sparc64e(nres a/edteerovc/m) (scteen)ty a lo:i :No such file or directory FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) login:=20 =20 -----[snip]----- While not something critical, it is slightly annoying, and ugly, anybody have any idea what is causing it? To make sure it wasn't a one time thing, I reset once again, and got this: -----[snip]----- Starting inetd. Starting background file system checks in 60 seconds. Sun Dec 19 04:24:46 CST 2004 FreeBSD/sparc64 (ares.agentdero.com) (screen) login: Dec 19 04:24:47 ares getty[402]: open /dev/ttyz0: No such file or directory Dec 19 04:24:47 ares getty[400]: open /dev/ttya: No such file or directory Dec 19 04:24:47 getty[400]: open /dev/ttya: No such file or directory FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) login:=20 -----[snip]----- Just to be more certain than not, I reset yet again, and got a combination of the two! (Oh brother, this is getting annoying ;)) -----[snip]----- Starting inetd. Starting background file system checks in 60 seconds. Sun Dec 19 04:27:30 CST 2004 FreeBSD/sparc64=20 Fr(aBSD/rpaec64 (ares.agentdero.som).agentdnero.com) g(ttyy0) login:=20 FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) login: Dec 19 04:27:31 getty[400]: open /dev/ttya: No such file or directory Dec 19 04:27:31 ares getty[400]: open /dev/ttya: No such file or directory FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) login:=20 -----[snip]----- If anybody has any other (more correct?) patches that I can use, that'd be wonderful (prior to the patch, console was completely unusable, so it's a step in the right direction) -R. Tyler Ballance --=-Cx+fTuzPtxudFCmjeqha Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQIVAwUAQcVZEugkwzi+drJUAQJv5RAAoYQ62/rONc4ZTxvNTASdBl19mOVlKeBj B+ZR+0WrwjSsGeW5LYhd2yhCRlhrt8tSR1vVcK8p9FS0kL1Q6L769LwgzD5R9DOp huc+RkogutJYMRZ7Xx24PpiIRvDKBbzYWzM+nDknaj3X9MFTmKI16a1f4t0sgIc5 9DPQtyyS26A1oQ1trFs0sWMdy2WjxoM168yaBb21ZhDVCD6yHZcQYL0wtTGMQYNu e7lX3LWgFiH8YccnhMQ5sfOsphF5+9u8fWVXfiQURk/TZMQH0VBh8lCKGwL8vJHf pRL2s9lyYA/c4MQ6x+aF+3a9wEnYa+sesSIOAPMws/kuJW17mxg1ZQnOqxO14hP2 VhUBl2AyezTI+fD9fLOa3az8bWC5lCb8/Gs3FCQht2iQkKhICAFgIPMTH/paLbea gRkH01CGeEjqQiVaxSMpZfmrGjEzQ4f0rLLiJIQK0q7ujh7O+6O8kKxjBnD2rx57 4DavqPsfwamyw1W6PIu5TDp/scQjbVB/nZ0UgXarmLj0kCHENlubEfOlX0rJY+6+ ojcJBRgzFa4262Czvu32wcrV+BXaSXD5ah8RRavYauZIhCPpYQN/oVsCyiQ+ugGW 5OTKmbIljDGFh8lO4RLXM+0MUtfOYxEt1EQPbS+7tSL0p5/Ywwq1SSvDNN6CsN+T lpHvrQYaXM8= =2szg -----END PGP SIGNATURE----- --=-Cx+fTuzPtxudFCmjeqha-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 19 13:33:24 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F0C16A4CE for ; Sun, 19 Dec 2004 13:33:24 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA79A43D1D for ; Sun, 19 Dec 2004 13:33:23 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) iBJDXMOY087971; Sun, 19 Dec 2004 14:33:22 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id iBJDXHLq087970; Sun, 19 Dec 2004 14:33:17 +0100 (CET) (envelope-from marius) Date: Sun, 19 Dec 2004 14:33:17 +0100 From: Marius Strobl To: "R. Tyler Ballance" Message-ID: <20041219143317.A87531@newtrinity.zeist.de> References: <1103452435.2542.14.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1103452435.2542.14.camel@localhost.localdomain>; from tyler@tamu.edu on Sun, Dec 19, 2004 at 04:33:55AM -0600 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.23; host: newtrinity.zeist.de) cc: freebsd-sparc@freebsd.org Subject: Re: Garbage thrown into console X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 13:33:24 -0000 On Sun, Dec 19, 2004 at 04:33:55AM -0600, R. Tyler Ballance wrote: > Howdy, I finally got the console (as in, physical access to the machine > over serial) working in -CURRENT on my Ultra 2 using the patches > recommended to me by Marius Strobl (found here: > http://alchemy.franken.de/~marius/zs_nwo.diff) > > Anyways, they work now, and after rebooting a second time after > rebuilding the kernel with the patches applied to the zs driver, I get > garbage thrown into the console before I get the usual FreeBSD prompt > > -----[snip]----- > > Starting inetd. > Starting background file system checks in 60 seconds. > > Sun Dec 19 04:17:58 CST 2004 > ]:Fre oSp/sparc64e(nres a/edteerovc/m) (scteen)ty > a > lo:i :No such file or directory > > FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) > > login: > > -----[snip]----- > > While not something critical, it is slightly annoying, and ugly, anybody > have any idea what is causing it? To make sure it wasn't a one time > thing, I reset once again, and got this: > > -----[snip]----- > Starting inetd. > Starting background file system checks in 60 seconds. > > Sun Dec 19 04:24:46 CST 2004 > > FreeBSD/sparc64 (ares.agentdero.com) (screen) > > login: Dec 19 04:24:47 ares getty[402]: open /dev/ttyz0: No such file or > directory > Dec 19 04:24:47 ares getty[400]: open /dev/ttya: No such file or > directory > Dec 19 04:24:47 getty[400]: open /dev/ttya: No such file or directory > > FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) > > login: > -----[snip]----- > > Just to be more certain than not, I reset yet again, and got a > combination of the two! (Oh brother, this is getting annoying ;)) > > -----[snip]----- > Starting inetd. > Starting background file system checks in 60 seconds. > > Sun Dec 19 04:27:30 CST 2004 > > FreeBSD/sparc64 > Fr(aBSD/rpaec64 (ares.agentdero.som).agentdnero.com) > g(ttyy0) > > login: > FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) > > login: Dec 19 04:27:31 getty[400]: open /dev/ttya: No such file or > directory > Dec 19 04:27:31 ares getty[400]: open /dev/ttya: No such file or > directory > > > FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) > > login: > -----[snip]----- > > If anybody has any other (more correct?) patches that I can use, that'd > be wonderful (prior to the patch, console was completely unusable, so > it's a step in the right direction) > Could you please test what happens if you disable the unused entries, i.e. ttyz0 and ttya, in /etc/ttys? Just comment them out or change the "on" to "off" in their entries. If you then still get garbage characters intermixed please try if it helps when you change "std.9600" to "3wire.9600" in the entry for ttyy0. In the current state when using /etc/ttys as created by the patch does the serial console work as expected if you log in once the garbage was printed? From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 20 11:02:15 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A300616A4E0 for ; Mon, 20 Dec 2004 11:02:15 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E9ED43D58 for ; Mon, 20 Dec 2004 11:02:15 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBKB2F9s047153 for ; Mon, 20 Dec 2004 11:02:15 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBKB2Es1047147 for freebsd-sparc64@freebsd.org; Mon, 20 Dec 2004 11:02:14 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 20 Dec 2004 11:02:14 GMT Message-Id: <200412201102.iBKB2Es1047147@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 11:02:15 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2004/11/02] sparc64/73413sparc64 [patch] pthread(libkse) library is broken o [2004/11/10] sparc64/73782sparc64 libc is missing the _Qp_cmp function 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/11] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 o [2004/10/15] sparc64/72731sparc64 sparc64, 5.3-BETA7, "host" command doesn' o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa 5 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 20 18:41:55 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A4716A4CE for ; Mon, 20 Dec 2004 18:41:55 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE7D43D58 for ; Mon, 20 Dec 2004 18:41:55 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 19777 invoked from network); 20 Dec 2004 18:41:55 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 20 Dec 2004 18:41:55 -0000 Received: from hydrogen.funkthat.com (rqxabu@localhost.funkthat.com [127.0.0.1])iBKIfrGH047678; Mon, 20 Dec 2004 10:41:53 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iBKIfrAH047677; Mon, 20 Dec 2004 10:41:53 -0800 (PST) Date: Mon, 20 Dec 2004 10:41:53 -0800 From: John-Mark Gurney To: Tan Heng Chai Message-ID: <20041220184152.GA19624@funkthat.com> Mail-Followup-To: Tan Heng Chai , Kris Kennaway , freebsd-sparc64@freebsd.org References: <20041217192131.GA93290@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org cc: Kris Kennaway Subject: Re: FreeBSD Maximum CPU/RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2004 18:41:55 -0000 Tan Heng Chai wrote this message on Sat, Dec 18, 2004 at 08:39 +0800: > I saw a couple of threads on people running FreeBSD on 8-way Xeons, > seems favourable though. > > Not meaning to be "rude" (this is after all, a FreeBSD mailing list), > but is there any other OS that scales CPUs, minus Solaris? I have just IRIX... > chucked Solaris 9 out of my box after 1 week of experimenting. Way too > painful to tune to. There was a system that ran 8 procs w/ 8gigs of memory on a E4500, but I think the reason it was only 8 procs was that was all in the box.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 02:31:17 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF1F116A4CE for ; Tue, 21 Dec 2004 02:31:17 +0000 (GMT) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4854043D3F for ; Tue, 21 Dec 2004 02:31:17 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [192.168.1.10] (c66.190.109.169.ts46v-01.rckprt.tx.charter.com [66.190.109.169]) (authenticated bits=0)iBL2VA8x019317 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 20 Dec 2004 20:31:12 -0600 (CST) From: "R. Tyler Ballance" To: freebsd-sparc64@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jVqJmXzOEJjz6h6OLJGw" Message-Id: <1103596207.2542.35.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 20 Dec 2004 20:30:07 -0600 Subject: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 02:31:17 -0000 --=-jVqJmXzOEJjz6h6OLJGw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Ok, I'm not sure if this is because of Marius' patch for zs(4) on my Ultra 2 or not (probably not since I'm using SSH) Anyways, i'm starting up sysinstall to install some packages, and this is what I get. -----[snip]------ x Probing devices, please wait (this can take a while)...Floating exception (core dumped) =20 -------------------------------------------------- =20 ares# =20 -----[snip]------ And then back out to the prompt. Ouch Any ideas? -R. Tyler Ballance --=-jVqJmXzOEJjz6h6OLJGw Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQIVAwUAQceKq+gkwzi+drJUAQJWeRAAmWXbwKntoxcZAxIKdXB4qf1Iat1RRdE9 vicqYiZWRJ2U84/E+oaFiNpfCWUMCDeu/4gtsLgwlP/CiXi1nB5OuoMv6VIY+q+L OtZE2ae1BFBZA4SXqpuhH9vfdjESvCnb7XTUOOMGPpRDMCu3TPrAv67zo8TDC3m/ IJform+x3nKpKy190eFPyoYm5XwNson5z/jqNAo12s6Oi75dGbGji9RHomLI7ltH 3+xPDtuNsTxmwFZ9dY2cH8sb+CxZ4qPfJPdnjvhdKD98sazz4xoO9j/xgRVMDxv3 jkCITTP7Ttj8FK7MkAvAIpCuPepel/zFL2hWd/YzphW6NSZ2yZCnmpgDzEkrtQcn ngVOmcL9fRrmKvBFnQeWkuBg5fDmpCFMbUhG+ZnMh6Y/GPFANc9q/dn3A3A7606I ilUUwsv9f5fhxfTG6KQrHLvu4R+jeTrSwfT/zbc1njT/UDdUgjyLAt5nt+yQC2jn wNRMaJOMQFIExQTDLjQGefQPzhEg68u62isFYZ7JIZ1aBlJO84CSNtpKommImihg NxRh5qfLzvysxR5X3/BPxii+JMc+7uXTbeH6fH9VjtDAWA+9lV3W3xNKvUzr2BYC 8vCfmxOSn8fsOS83LaBuo0FpbLvEyr8u9m56dZyIA/faN4OscerFjdIUGBgLtnzq s3pN9llzoZ8= =RVE5 -----END PGP SIGNATURE----- --=-jVqJmXzOEJjz6h6OLJGw-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 02:50:26 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3E2D16A4CE for ; Tue, 21 Dec 2004 02:50:25 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72F2443D39 for ; Tue, 21 Dec 2004 02:50:25 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id iBL2iVAh092514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 21 Dec 2004 11:44:31 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id iBL2oOMh004721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Dec 2004 11:50:24 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id iBL2oN54004720; Tue, 21 Dec 2004 11:50:23 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Tue, 21 Dec 2004 11:50:23 +0900 From: Pyun YongHyeon To: "R. Tyler Ballance" Message-ID: <20041221025023.GB4468@kt-is.co.kr> References: <1103596207.2542.35.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1103596207.2542.35.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 02:50:26 -0000 On Mon, Dec 20, 2004 at 08:30:07PM -0600, R. Tyler Ballance wrote: > Ok, I'm not sure if this is because of Marius' patch for zs(4) on my > Ultra 2 or not (probably not since I'm using SSH) > > Anyways, i'm starting up sysinstall to install some packages, and this > is what I get. > > -----[snip]------ > x Probing devices, please wait (this can take a > while)...Floating exception (core dumped) > -------------------------------------------------- > ares# > > -----[snip]------ > > And then back out to the prompt. Ouch > > Any ideas? > AFAIK, this has nothing to do with marius' zs(4) patch. There is also PR72962 for the issue. Long ago, I made a patch for this issue. But it wasn't further investigated due to lack of time. I sent a mail to one of developer but got no reply. The following is the summary of the mail. It seems that it happans on on systems with SCSI CDROM. In rev. 1.90 of scsi_cd.c, phk changed to return 2k sectors when no media inserted. But open_disk.c:Int_Open_Disk() just check sectorsize against 0. So if we have no media in CDROM, we would bypass the check and could generate division by zero exception. I guess we need at least the following patch. It seems that there are two cases here. 1. No media in CDROM -> sector = 2k, hd = 0 2. media present in CDROM -> sector = 0, hd = 0 --- open_disk.c.orig Mon Sep 20 11:22:10 2004 +++ open_disk.c Tue Oct 26 17:45:17 2004 @@ -94,6 +94,8 @@ return (NULL); d->sector_size = s; len /= s; /* media size in number of sectors. */ + if (len == 0) + return (NULL); if (Add_Chunk(d, 0, len, name, whole, 0, 0, "-")) { DPRINT(("Failed to add 'whole' chunk")); @@ -123,6 +125,10 @@ */ o = d->bios_hd * d->bios_sect; d->bios_cyl = (o != 0) ? len / o : 0; + if (d->bios_cyl == 0) { + /* XXX This may indicate it is not DISK. */ + return (NULL); + } p = q; lo[0] = 0; And another one to plug memory leak. --- disk.c.orig Mon May 17 07:08:16 2004 +++ disk.c Tue Oct 26 16:46:23 2004 @@ -77,6 +77,7 @@ struct disk * Open_Disk(const char *name) { + struct disk *d; char *conftxt; size_t txtsize; int error; @@ -99,7 +100,10 @@ } conftxt[txtsize] = '\0'; /* in case kernel bug is still there */ - return Int_Open_Disk(name, conftxt); + d = Int_Open_Disk(name, conftxt); + free(conftxt); + + return (d); } void BTW, I don't know why GEOM thinks SCSI CDROM as a disk. On systems with IDE CDROM, it is not considered as a disk. So above problem only happen on systems with SCSI CDROM. With above patches my U2 displayed install screen successfully with/without CD mdia in CDROM. Hope this help. > -R. Tyler Ballance -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 03:18:02 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3133A16A4CE for ; Tue, 21 Dec 2004 03:18:02 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A35C343D46 for ; Tue, 21 Dec 2004 03:18:01 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) iBL3I0Io002621; Mon, 20 Dec 2004 22:18:00 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id iBL3I08w002620; Mon, 20 Dec 2004 22:18:00 -0500 (EST) Date: Mon, 20 Dec 2004 22:18:00 -0500 From: Ken Smith To: Pyun YongHyeon Message-ID: <20041221031800.GA2517@electra.cse.Buffalo.EDU> References: <1103596207.2542.35.camel@localhost.localdomain> <20041221025023.GB4468@kt-is.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041221025023.GB4468@kt-is.co.kr> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 03:18:02 -0000 On Tue, Dec 21, 2004 at 11:50:23AM +0900, Pyun YongHyeon wrote: > Long ago, I made a patch for this issue. But it wasn't further > investigated due to lack of time. I sent a mail to one of > developer but got no reply. The following is the summary of > the mail. That would probably be me. Sorry this got dropped for so long, I got a bit distracted by something else. :-( The original thread is still here in my spool file, hoping to return to it soon. What I got distracted by should settle down for a couple weeks. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 06:33:52 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AF1B16A4CE for ; Tue, 21 Dec 2004 06:33:52 +0000 (GMT) Received: from mx1.au.itouchnet.net (nat2.au.itouchnet.net [144.135.23.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52F1D43D5E for ; Tue, 21 Dec 2004 06:33:50 +0000 (GMT) (envelope-from andrewjt@applecomm.net) Received: from [192.168.13.111] (helo=itouch-1011.prv.au.itouchnet.net) by mx1.au.itouchnet.net with esmtp (Exim 4.34; FreeBSD) id 1Cgdaa-000HqN-Dn for freebsd-sparc64@freebsd.org; Tue, 21 Dec 2004 17:33:47 +1100 From: Andrew Thomson To: freebsd-sparc64@freebsd.org Content-Type: text/plain Date: Tue, 21 Dec 2004 17:27:34 +1100 Message-Id: <1103610454.38458.13.camel@itouch-1011.prv.au.itouchnet.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Score: -4.9 (----) X-Spam-Report: Spam detection software, running on the system "mx1.au.itouchnet.net", hasmessageblock similar future email. If you have any questions, see the administrator of that system for details.thought I'd float it as most of my experience is with i386 freebsd not sparc. worked out well as it had a lot of nics in it, hme[0-5]. [...] Content analysis details: (-4.9 points, 5.0 required) pts rule name description --------------------------------------------------1% [score: 0.0000] Subject: netra t1 as a firewall X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 06:33:52 -0000 All, This may be kind of a loose comment but I thought I'd float it as most of my experience is with i386 freebsd not sparc. Basically at a site I have installed a Netra T1 as a firewall - worked out well as it had a lot of nics in it, hme[0-5]. I originally installed 5.2.1 on it but soon discovered that the hme driver in 5.2.1 didn't allocate different mac addresses! Upgraded to 5.3 and that problem disappeared. This firewall runs a simple office network providing internet access and has a couple of IPSEC VPNs to other sites. After the initial install, the network seemed to be "hanging" when running simple commands on remote boxes, top, ls -al etc.. The MTU was changed was to 1492 which seemed to resolve the problem. However now when we try to transfer files across the VPN, the transfers just stall. If the mtu is changed back to 1500, the transfers across the VPN work but then the network hang returns until the mtu is dropped to 1492 again - it's pretty weird. Basically I just thought I'd float the problem here just to make sure I'm not running into any known sparc related issues.. My /var/log/messages is filled with these... hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max 1506) hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max 1506) hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max 1506) hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max 1506) Any thoughts appreciated. Regards, ajt. -- Andrew Thomson From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 06:43:21 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED7F916A4CE for ; Tue, 21 Dec 2004 06:43:21 +0000 (GMT) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E3D43D1F for ; Tue, 21 Dec 2004 06:43:21 +0000 (GMT) (envelope-from tyler@neo.tamu.edu) Received: from neo.tamu.edu (nobody@xyzzy-1.tamu.edu [165.91.252.74]) by smtp-relay.tamu.edu (8.12.10/8.12.10) with SMTP id iBL6hHEK085224; Tue, 21 Dec 2004 00:43:18 -0600 (CST) Message-Id: <200412210643.iBL6hHEK085224@smtp-relay.tamu.edu> Date: Tue, 21 Dec 2004 06:43:17 -0000 To: From: "Ballance, Robert T" X-Mailer: TWIG 2.6.2 In-Reply-To: <20041221025023.GB4468@kt-is.co.kr> X-Client-IP: cc: freebsd-sparc64@freebsd.org Subject: Re: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tyler@neo.tamu.edu List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 06:43:22 -0000 > AFAIK, this has nothing to do with marius' zs(4) patch. > There is also PR72962 for the issue. > > Long ago, I made a patch for this issue. But it wasn't further > investigated due to lack of time. I sent a mail to one of > developer but got no reply. The following is the summary of > the mail. > > It seems that it happans on on systems with SCSI CDROM. In rev. > 1.90 of scsi_cd.c, phk changed to return 2k sectors when no media > inserted. But open_disk.c:Int_Open_Disk() just check sectorsize > against 0. So if we have no media in CDROM, we would bypass the > check and could generate division by zero exception. I guess we > need at least the following patch. > > It seems that there are two cases here. > 1. No media in CDROM -> sector = 2k, hd = 0 > 2. media present in CDROM -> sector = 0, hd = 0 > > --- open_disk.c.orig Mon Sep 20 11:22:10 2004 > +++ open_disk.c Tue Oct 26 17:45:17 2004 > @@ -94,6 +94,8 @@ > return (NULL); > d->sector_size = s; > len /= s; /* media size in number of sectors. */ > + if (len == 0) > + return (NULL); > > if (Add_Chunk(d, 0, len, name, whole, 0, 0, "-")) { > DPRINT(("Failed to add 'whole' chunk")); > @@ -123,6 +125,10 @@ > */ > o = d->bios_hd * d->bios_sect; > d->bios_cyl = (o != 0) ? len / o : 0; > + if (d->bios_cyl == 0) { > + /* XXX This may indicate it is not DISK. */ > + return (NULL); > + } > > p = q; > lo[0] = 0; > > And another one to plug memory leak. > > --- disk.c.orig Mon May 17 07:08:16 2004 > +++ disk.c Tue Oct 26 16:46:23 2004 > @@ -77,6 +77,7 @@ > struct disk * > Open_Disk(const char *name) > { > + struct disk *d; > char *conftxt; > size_t txtsize; > int error; > @@ -99,7 +100,10 @@ > } > conftxt[txtsize] = ''; /* in case kernel bug is still there */ > > - return Int_Open_Disk(name, conftxt); > + d = Int_Open_Disk(name, conftxt); > + free(conftxt); > + > + return (d); > } > > void > > BTW, I don't know why GEOM thinks SCSI CDROM as a disk. On systems > with IDE CDROM, it is not considered as a disk. So above problem > only happen on systems with SCSI CDROM. With above patches my U2 > displayed install screen successfully with/without CD mdia in CDROM. Is there anything I can do to help get this into the tree/working, and does this problem affect SCSI cdrom's across the board, or just with sparc64? I'm off for a good while from University, and I got access today to another Ultra2 and an Ultra60, so I can test more stuff if needed ;) -R. Tyler Ballance From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 08:07:08 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B145316A4CE for ; Tue, 21 Dec 2004 08:07:08 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD6343D41 for ; Tue, 21 Dec 2004 08:07:07 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id iBL7KgAh008620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 21 Dec 2004 16:20:43 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id iBL7QbcR005438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Dec 2004 16:26:37 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id iBL7QV1M005435; Tue, 21 Dec 2004 16:26:31 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Tue, 21 Dec 2004 16:26:31 +0900 From: Pyun YongHyeon To: Andrew Thomson Message-ID: <20041221072631.GB5301@kt-is.co.kr> References: <1103610454.38458.13.camel@itouch-1011.prv.au.itouchnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1103610454.38458.13.camel@itouch-1011.prv.au.itouchnet.net> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: netra t1 as a firewall X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 08:07:08 -0000 On Tue, Dec 21, 2004 at 05:27:34PM +1100, Andrew Thomson wrote: > All, > > This may be kind of a loose comment but I thought I'd float it as most > of my experience is with i386 freebsd not sparc. > > Basically at a site I have installed a Netra T1 as a firewall - worked > out well as it had a lot of nics in it, hme[0-5]. > > I originally installed 5.2.1 on it but soon discovered that the hme > driver in 5.2.1 didn't allocate different mac addresses! Upgraded to 5.3 > and that problem disappeared. > > This firewall runs a simple office network providing internet access and > has a couple of IPSEC VPNs to other sites. > > After the initial install, the network seemed to be "hanging" when > running simple commands on remote boxes, top, ls -al etc.. The MTU was > changed was to 1492 which seemed to resolve the problem. > > However now when we try to transfer files across the VPN, the transfers > just stall. If the mtu is changed back to 1500, the transfers across the > VPN work but then the network hang returns until the mtu is dropped to > 1492 again - it's pretty weird. > > Basically I just thought I'd float the problem here just to make sure > I'm not running into any known sparc related issues.. > > My /var/log/messages is filled with these... > > hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max > 1506) > hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max > 1506) > hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max > 1506) > hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max > 1506) > ether type 0x800 -> IP protocol m->m_flags 0x03 -> M_EXT | M_PKTHDR So I guess you have link negotiation problem. Check netstat(1) for collision counter. If you see high number of collision counter, try to force negotation media type/option with ifconfig(8) > Any thoughts appreciated. > > Regards, > > ajt. > > > -- > Andrew Thomson > -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 08:07:09 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 682AD16A4CE for ; Tue, 21 Dec 2004 08:07:09 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id F125B43D2F for ; Tue, 21 Dec 2004 08:07:08 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id iBL78MAh007821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 21 Dec 2004 16:08:23 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id iBL7EIHq005397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Dec 2004 16:14:18 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id iBL7EHKW005396; Tue, 21 Dec 2004 16:14:17 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Tue, 21 Dec 2004 16:14:17 +0900 From: Pyun YongHyeon To: "Ballance, Robert T" Message-ID: <20041221071417.GA5301@kt-is.co.kr> References: <20041221025023.GB4468@kt-is.co.kr> <200412210643.iBL6hHEK085224@smtp-relay.tamu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412210643.iBL6hHEK085224@smtp-relay.tamu.edu> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 08:07:09 -0000 On Tue, Dec 21, 2004 at 06:43:17AM -0000, Ballance, Robert T wrote: > > AFAIK, this has nothing to do with marius' zs(4) patch. > > There is also PR72962 for the issue. > > > > Long ago, I made a patch for this issue. But it wasn't further > > investigated due to lack of time. I sent a mail to one of > > developer but got no reply. The following is the summary of > > the mail. > > > > It seems that it happans on on systems with SCSI CDROM. In rev. > > 1.90 of scsi_cd.c, phk changed to return 2k sectors when no media > > inserted. But open_disk.c:Int_Open_Disk() just check sectorsize > > against 0. So if we have no media in CDROM, we would bypass the > > check and could generate division by zero exception. I guess we > > need at least the following patch. > > > > It seems that there are two cases here. > > 1. No media in CDROM -> sector = 2k, hd = 0 > > 2. media present in CDROM -> sector = 0, hd = 0 > > > > --- open_disk.c.orig Mon Sep 20 11:22:10 2004 > > +++ open_disk.c Tue Oct 26 17:45:17 2004 > > @@ -94,6 +94,8 @@ > > return (NULL); > > d->sector_size = s; > > len /= s; /* media size in number of sectors. */ > > + if (len == 0) > > + return (NULL); > > > > if (Add_Chunk(d, 0, len, name, whole, 0, 0, "-")) { > > DPRINT(("Failed to add 'whole' chunk")); > > @@ -123,6 +125,10 @@ > > */ > > o = d->bios_hd * d->bios_sect; > > d->bios_cyl = (o != 0) ? len / o : 0; > > + if (d->bios_cyl == 0) { > > + /* XXX This may indicate it is not DISK. */ > > + return (NULL); > > + } > > > > p = q; > > lo[0] = 0; > > > > And another one to plug memory leak. > > > > --- disk.c.orig Mon May 17 07:08:16 2004 > > +++ disk.c Tue Oct 26 16:46:23 2004 > > @@ -77,6 +77,7 @@ > > struct disk * > > Open_Disk(const char *name) > > { > > + struct disk *d; > > char *conftxt; > > size_t txtsize; > > int error; > > @@ -99,7 +100,10 @@ > > } > > conftxt[txtsize] = ''; /* in case kernel bug is still there */ > > > > - return Int_Open_Disk(name, conftxt); > > + d = Int_Open_Disk(name, conftxt); > > + free(conftxt); > > + > > + return (d); > > } > > > > void > > > > BTW, I don't know why GEOM thinks SCSI CDROM as a disk. On systems > > with IDE CDROM, it is not considered as a disk. So above problem > > only happen on systems with SCSI CDROM. With above patches my U2 > > displayed install screen successfully with/without CD mdia in CDROM. > > Is there anything I can do to help get this into the tree/working, and does this problem affect SCSI > cdrom's across the board, or just with sparc64? > I guess it happens only on sparc64 with SCSI CDROM. The patch I posted would be just a work-around, not fix. Why sysinstall thinks CDROM as a disk target would be the root cause. > I'm off for a good while from University, and I got access today to another Ultra2 and an Ultra60, so I > can test more stuff if needed ;) > I'd like to see real fix too. > -R. Tyler Ballance > > -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 10:30:43 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E14FD16A4DD for ; Tue, 21 Dec 2004 10:30:43 +0000 (GMT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49A3743D46 for ; Tue, 21 Dec 2004 10:30:43 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 535E17A0E; Tue, 21 Dec 2004 11:30:40 +0100 (MET) Date: Tue, 21 Dec 2004 11:30:40 +0100 From: Joerg Wunsch To: Pyun YongHyeon Message-ID: <20041221103040.GC78965@ida.interface-business.de> References: <1103596207.2542.35.camel@localhost.localdomain> <20041221025023.GB4468@kt-is.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041221025023.GB4468@kt-is.co.kr> X-Phone: +49-351-31809-14 X-PGP-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 Organization: interface systems GmbH, Dresden User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org Subject: Re: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 10:30:44 -0000 As Pyun YongHyeon wrote: > There is also PR72962 for the issue. > > Long ago, I made a patch for this issue. But it wasn't further > investigated due to lack of time. I sent a mail to one of > developer but got no reply. The following is the summary of > the mail. Btw., you've got commit privs. For a serious problem (and sysinstall dumping core *is* serious), I think it's OK to commit even a workaround only after some reasonable timeout, provided you clearly mark it in the commit log that it's a workaround only. This gives those people who need it a working system again, and if someone eventually pops up with a real fix later on, the workaround could always be backed out again. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 08:49:28 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 599B516A4CE for ; Tue, 21 Dec 2004 08:49:28 +0000 (GMT) Received: from web17304.mail.tpe.yahoo.com (web17304.mail.tpe.yahoo.com [202.43.200.125]) by mx1.FreeBSD.org (Postfix) with SMTP id 577A943D39 for ; Tue, 21 Dec 2004 08:49:27 +0000 (GMT) (envelope-from cuma1207@yahoo.com.tw) Message-ID: <20041221084926.93058.qmail@web17304.mail.tpe.yahoo.com> Received: from [220.135.204.56] by web17304.mail.tpe.yahoo.com via HTTP; Tue, 21 Dec 2004 16:49:26 CST Date: Tue, 21 Dec 2004 16:49:26 +0800 (CST) From: cuma1207 To: freebsd-sparc@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 21 Dec 2004 13:50:11 +0000 Subject: Fast Data Access MMU Miss problem X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 08:49:28 -0000 hi all First I would like thank you about the job of freebsd on sparc64, I am trying to install 5.3R on my sparc mb, I boot from CDROM and finish the installaion. Then when I boot from HD , I got a "Fast Data Access MMU Miss" error. here is the log: Netra AX1115S-500 (UltraSPARC-IIe 500MHz), No Keyboard OpenBoot 4.0, 1024 MB memory installed, Serial #51134023. Ethernet address 0:3:ba:c:3e:47, Host ID: 830c3e47. Executing last command: boot Boot device: disk File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,0/pci@1/scsi@8/disk@0,0:a Boot loader: /boot/loader Console: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@bobbi.cse.buffalo.edu, Fri Nov 5 02:16:10 UTC 2004) bootpath="/pci@1f,0/pci@1/scsi@8/disk@0,0:a" Fast Data Access MMU Miss ok thanks cuma _______________________________________________________________________ Yahoo!奇摩電子信箱 250MB 超大免費信箱，信件再多也不怕！ http://mail.yahoo.com.tw/ From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 19:46:33 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B3D916A4CE for ; Tue, 21 Dec 2004 19:46:33 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 177E543D53 for ; Tue, 21 Dec 2004 19:46:33 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 11819 invoked from network); 21 Dec 2004 19:46:32 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 21 Dec 2004 19:46:32 -0000 Received: from hydrogen.funkthat.com (nmrgri@localhost.funkthat.com [127.0.0.1])iBLJkVGH082984; Tue, 21 Dec 2004 11:46:31 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iBLJkTXI082983; Tue, 21 Dec 2004 11:46:29 -0800 (PST) Date: Tue, 21 Dec 2004 11:46:28 -0800 From: John-Mark Gurney To: Andrew Thomson Message-ID: <20041221194628.GB19624@funkthat.com> Mail-Followup-To: Andrew Thomson , freebsd-sparc64@freebsd.org References: <1103610454.38458.13.camel@itouch-1011.prv.au.itouchnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1103610454.38458.13.camel@itouch-1011.prv.au.itouchnet.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: netra t1 as a firewall X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 19:46:33 -0000 Andrew Thomson wrote this message on Tue, Dec 21, 2004 at 17:27 +1100: > All, > > This may be kind of a loose comment but I thought I'd float it as most > of my experience is with i386 freebsd not sparc. > > Basically at a site I have installed a Netra T1 as a firewall - worked > out well as it had a lot of nics in it, hme[0-5]. > > I originally installed 5.2.1 on it but soon discovered that the hme > driver in 5.2.1 didn't allocate different mac addresses! Upgraded to 5.3 > and that problem disappeared. > > This firewall runs a simple office network providing internet access and > has a couple of IPSEC VPNs to other sites. > > After the initial install, the network seemed to be "hanging" when > running simple commands on remote boxes, top, ls -al etc.. The MTU was > changed was to 1492 which seemed to resolve the problem. > > However now when we try to transfer files across the VPN, the transfers > just stall. If the mtu is changed back to 1500, the transfers across the > VPN work but then the network hang returns until the mtu is dropped to > 1492 again - it's pretty weird. > > Basically I just thought I'd float the problem here just to make sure > I'm not running into any known sparc related issues.. > > My /var/log/messages is filled with these... > > hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max > 1506) > hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max > 1506) > hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max > 1506) > hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max > 1506) > > Any thoughts appreciated. Well, this is obviously from where the mtu is dropped to 1492, there is a 14 byte ethernet header that is in addition to the 1500 byte payload.. so 1492 + 14 == 1506... Connections hanging are probably due to ICMP packets being dropped that are preventing path mtu discovery from working... changing the mtu to 1492 was probably a work around for path mtu discovery working... try bumping the mtu back to 1500 (so that you don't get the warnings about oversized frames), and make sure icmp packets are getting through.. The problems you've described are general networking issues, not specific to sparc... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 22 03:48:50 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 152AC16A4CE for ; Wed, 22 Dec 2004 03:48:50 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53E6443D41 for ; Wed, 22 Dec 2004 03:48:49 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id iBM3gbAh048954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 Dec 2004 12:42:38 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id iBM3mkwr008512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Dec 2004 12:48:46 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id iBM3mkdk008511; Wed, 22 Dec 2004 12:48:46 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Wed, 22 Dec 2004 12:48:46 +0900 From: Pyun YongHyeon To: "Ballance, Robert T" Message-ID: <20041222034846.GA8065@kt-is.co.kr> References: <20041221025023.GB4468@kt-is.co.kr> <200412210643.iBL6hHEK085224@smtp-relay.tamu.edu> <20041221071417.GA5301@kt-is.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041221071417.GA5301@kt-is.co.kr> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 03:48:50 -0000 On Tue, Dec 21, 2004 at 04:14:17PM +0900, To Ballance, Robert T wrote: > On Tue, Dec 21, 2004 at 06:43:17AM -0000, Ballance, Robert T wrote: > > > AFAIK, this has nothing to do with marius' zs(4) patch. > > > There is also PR72962 for the issue. > > > > > > Long ago, I made a patch for this issue. But it wasn't further > > > investigated due to lack of time. I sent a mail to one of > > > developer but got no reply. The following is the summary of > > > the mail. > > > > > > It seems that it happans on on systems with SCSI CDROM. In rev. > > > 1.90 of scsi_cd.c, phk changed to return 2k sectors when no media > > > inserted. But open_disk.c:Int_Open_Disk() just check sectorsize > > > against 0. So if we have no media in CDROM, we would bypass the > > > check and could generate division by zero exception. I guess we > > > need at least the following patch. > > > > > > It seems that there are two cases here. > > > 1. No media in CDROM -> sector = 2k, hd = 0 > > > 2. media present in CDROM -> sector = 0, hd = 0 > > > > > > --- open_disk.c.orig Mon Sep 20 11:22:10 2004 > > > +++ open_disk.c Tue Oct 26 17:45:17 2004 > > > @@ -94,6 +94,8 @@ > > > return (NULL); > > > d->sector_size = s; > > > len /= s; /* media size in number of sectors. */ > > > + if (len == 0) > > > + return (NULL); > > > > > > if (Add_Chunk(d, 0, len, name, whole, 0, 0, "-")) { > > > DPRINT(("Failed to add 'whole' chunk")); > > > @@ -123,6 +125,10 @@ > > > */ > > > o = d->bios_hd * d->bios_sect; > > > d->bios_cyl = (o != 0) ? len / o : 0; > > > + if (d->bios_cyl == 0) { > > > + /* XXX This may indicate it is not DISK. */ > > > + return (NULL); > > > + } > > > > > > p = q; > > > lo[0] = 0; > > > > > > And another one to plug memory leak. > > > > > > --- disk.c.orig Mon May 17 07:08:16 2004 > > > +++ disk.c Tue Oct 26 16:46:23 2004 > > > @@ -77,6 +77,7 @@ > > > struct disk * > > > Open_Disk(const char *name) > > > { > > > + struct disk *d; > > > char *conftxt; > > > size_t txtsize; > > > int error; > > > @@ -99,7 +100,10 @@ > > > } > > > conftxt[txtsize] = ''; /* in case kernel bug is still there */ > > > > > > - return Int_Open_Disk(name, conftxt); > > > + d = Int_Open_Disk(name, conftxt); > > > + free(conftxt); > > > + > > > + return (d); > > > } > > > > > > void > > > > > > BTW, I don't know why GEOM thinks SCSI CDROM as a disk. On systems > > > with IDE CDROM, it is not considered as a disk. So above problem > > > only happen on systems with SCSI CDROM. With above patches my U2 > > > displayed install screen successfully with/without CD mdia in CDROM. > > > > Is there anything I can do to help get this into the tree/working, and does this problem affect SCSI > > cdrom's across the board, or just with sparc64? > > > > I guess it happens only on sparc64 with SCSI CDROM. > The patch I posted would be just a work-around, not fix. Why sysinstall > thinks CDROM as a disk target would be the root cause. > > > I'm off for a good while from University, and I got access today to another Ultra2 and an Ultra60, so I > > can test more stuff if needed ;) > > > > I'd like to see real fix too. > Ok, here is a better workaround. This patch should also fix another error of sysinstall. At present, sysinstall presents SCSI CDROM to available disks in Fdisk/Label menu. It seems that the root cause is GEOM's disk handling.("kern.disk" always shows SCSI CDROM and it is used as an argument to Open_Disk()) So I added an additioanl check for CDROM in sysinstall instead of touching libdisk. Please let me know how it goes. And I'd like to know it doesn't break i386 sysinstall too. Due to lack of i386 with SCSI CDROM I couldn't verify the patch. > > -R. Tyler Ballance > > > > > --- usr.sbin/sysinstall/devices.c.orig Mon Nov 29 12:55:28 2004 +++ usr.sbin/sysinstall/devices.c Wed Dec 22 12:37:08 2004 @@ -457,6 +457,20 @@ if (!strncmp(names[i], "md", 2)) continue; + /* + * XXX + * Due to unknown reasons, Disk_Names() returns SCSI CDROM as a + * valid disk. This is main reason why sysinstall presents SCSI + * CDROM to available disks in Fdisk/Label menu. In addition, + * adding a blank SCSI CDROM to the menu generates floating point + * exception in sparc64. Disk_Names() just extracts sysctl + * "kern.disks". Why GEOM treats SCSI CDROM as a disk is beyond + * me and that should be investigated. + * For temporary workaround, ignore SCSI CDROM. + */ + if (!strncmp(names[i], "cd", 2)) + continue; + d = Open_Disk(names[i]); if (!d) { msgDebug("Unable to open disk %s\n", names[i]); -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 22 07:54:59 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7F1716A4CE for ; Wed, 22 Dec 2004 07:54:59 +0000 (GMT) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 520E543D4C for ; Wed, 22 Dec 2004 07:54:59 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [192.168.1.10] (c66.190.109.169.ts46v-01.rckprt.tx.charter.com [66.190.109.169]) (authenticated bits=0)iBM7sgGS067659 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 22 Dec 2004 01:54:51 -0600 (CST) From: "R. Tyler Ballance" To: yongari@kt-is.co.kr In-Reply-To: <20041222034846.GA8065@kt-is.co.kr> References: <20041221025023.GB4468@kt-is.co.kr> <200412210643.iBL6hHEK085224@smtp-relay.tamu.edu> <20041222034846.GA8065@kt-is.co.kr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-l9o+Yxoc0j0N3W+iQ2FB" Message-Id: <1103702026.2542.50.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 22 Dec 2004 01:53:46 -0600 cc: freebsd-sparc64@freebsd.org Subject: Re: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 07:54:59 -0000 --=-l9o+Yxoc0j0N3W+iQ2FB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Ok, here is a better workaround. This patch should also fix another > error of sysinstall. At present, sysinstall presents SCSI CDROM > to available disks in Fdisk/Label menu. It seems that the root > cause is GEOM's disk handling.("kern.disk" always shows SCSI CDROM > and it is used as an argument to Open_Disk()) >=20 > So I added an additioanl check for CDROM in sysinstall instead of > touching libdisk. Please let me know how it goes. And I'd like > to know it doesn't break i386 sysinstall too. Due to lack of i386 with > SCSI CDROM I couldn't verify the patch. Yep, your patch does work, I think it's a valid workaround that would help if worked into -CURRENT, I cannot imagine anywhere else where addressing the SCSI CD-Rom like you would a regular HD would get you into trouble, any other libdisk-caused errors? -R. Tyler Ballance --=-l9o+Yxoc0j0N3W+iQ2FB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQIVAwUAQckoCOgkwzi+drJUAQKyiBAAoxyDkHaWYwoCHX9hqQ3Io6eR3OXs/o5M w5XCxsB9v4EPmGKesWCZlmzCudS14J9vCA47/jhaYG1/EGo+tWQ5zLkyzGPWxo1w 50StKPfilJcl6EFD+Sff1dcpmGdJtYSUdTat5Hbc9aHc9onlk9B32BWGyKlyXsGW 3/0h6IcgNt3lvkq/ARQD3MJuDjlGXiMGeaAUDGveRdppatauTcwi+A9Un4ksRAO2 cWM9clISESBdRv4ly+2ytWMeGZKVE7ioNRU9xxPcqDkl+1olQupP5vLkt8X3pknG LlnJ9If+Udu93tMhIiwu+VdGuCdrv7UCKkDBQrAFRbKcRkdXKxP1ueJXjIcZcKc6 PzADrrnpasV3+34jL0M6nZ1EA9DoH6mYp2zaxu7jMIGImfw6DvWUtCoX2bzrIfkw ntdIhuom5L5SQJw9nkt/M+jj/7Fx1XHqzAtyK+ocfXI/9miI9d9zFNFtS/QUZ4iI GM7yLqyp6pQkU/SujP0gBjewaTgsK4b+q4AhxHPmdeepfH1tIk3CiOsJhzJlTp8f PwfAX+CSK+yBoz9UuJardTsm4mEkOL9AwgrzTLx3sh1FZvVicYXm8KpvpZ8jVBwM NW4V0gUwYDZqxr3Jjg13NL6rn27sSz82/b8s7tzOXDUMKl2nl1O4QzSluwoCcgIw eXZKaSPBimM= =sM0g -----END PGP SIGNATURE----- --=-l9o+Yxoc0j0N3W+iQ2FB-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 22 08:31:34 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9E0D16A4CE for ; Wed, 22 Dec 2004 08:31:34 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62FB643D53 for ; Wed, 22 Dec 2004 08:31:34 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id iBM8PKAh065104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 Dec 2004 17:25:20 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id iBM8VWbv009271 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Dec 2004 17:31:32 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id iBM8VU9s009270; Wed, 22 Dec 2004 17:31:30 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Wed, 22 Dec 2004 17:31:30 +0900 From: Pyun YongHyeon To: "R. Tyler Ballance" Message-ID: <20041222083130.GA8947@kt-is.co.kr> References: <20041221025023.GB4468@kt-is.co.kr> <200412210643.iBL6hHEK085224@smtp-relay.tamu.edu> <20041221071417.GA5301@kt-is.co.kr> <20041222034846.GA8065@kt-is.co.kr> <1103702026.2542.50.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1103702026.2542.50.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: sysinstall dead in -CURRENT? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 08:31:35 -0000 On Wed, Dec 22, 2004 at 01:53:46AM -0600, R. Tyler Ballance wrote: > > Ok, here is a better workaround. This patch should also fix another > > error of sysinstall. At present, sysinstall presents SCSI CDROM > > to available disks in Fdisk/Label menu. It seems that the root > > cause is GEOM's disk handling.("kern.disk" always shows SCSI CDROM > > and it is used as an argument to Open_Disk()) > > > > So I added an additioanl check for CDROM in sysinstall instead of > > touching libdisk. Please let me know how it goes. And I'd like > > to know it doesn't break i386 sysinstall too. Due to lack of i386 with > > SCSI CDROM I couldn't verify the patch. > > Yep, your patch does work, I think it's a valid workaround that would > help if worked into -CURRENT, I cannot imagine anywhere else where Thanks, committed. > addressing the SCSI CD-Rom like you would a regular HD would get you > into trouble, any other libdisk-caused errors? > Users would be confused if CDROM device appear on Fdisk/Label memu. > -R. Tyler Ballance -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 22 15:22:02 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CB0016A4CE for ; Wed, 22 Dec 2004 15:22:02 +0000 (GMT) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0C0A43D49 for ; Wed, 22 Dec 2004 15:22:01 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [192.168.1.10] (c66.190.109.169.ts46v-01.rckprt.tx.charter.com [66.190.109.169]) (authenticated bits=0)iBMFLn8u081503 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 22 Dec 2004 09:21:52 -0600 (CST) From: "R. Tyler Ballance" To: Marius Strobl In-Reply-To: <20041220031058.N25269@newtrinity.zeist.de> References: <1103452435.2542.14.camel@localhost.localdomain> <20041219143317.A87531@newtrinity.zeist.de> <1103466493.2542.18.camel@localhost.localdomain> <20041220031058.N25269@newtrinity.zeist.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gpakPKB+MjTmYG3aMiVG" Message-Id: <1103728856.2542.63.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 22 Dec 2004 09:20:56 -0600 cc: freebsd-sparc64@freebsd.org Subject: zs(4) works [was "Garbage thrown into console"] X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 15:22:02 -0000 --=-gpakPKB+MjTmYG3aMiVG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Starting inetd. > Starting background file system checks in 60 seconds. >=20 > Sun Dec 19 04:24:46 CST 2004 >=20 > FreeBSD/sparc64 (ares.agentdero.com) (screen) >=20 > login: Dec 19 04:24:47 ares getty[402]: open /dev/ttyz0: No such file or > directory > Dec 19 04:24:47 ares getty[400]: open /dev/ttya: No such file or > directory > Dec 19 04:24:47 getty[400]: open /dev/ttya: No such file or directory >=20 > FreeBSD/sparc64 (ares.agentdero.com) (ttyy0) >=20 > login:=20 Taking out those entires made everything work, keep in mind, this is over the serial connection; so ttys was trying to open a tty that was already in use. I've noticed no problems in using the console now, I think it's safe to commit, for the list, the patch is here: http://alchemy.franken.de/~marius/zs_nwo.diff Marius may choose to change this around some, but as it is presented there (with the minor changes to /etc/ttys) it works perfectly! -R. Tyler Ballance --=-gpakPKB+MjTmYG3aMiVG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQIVAwUAQcmQ1ugkwzi+drJUAQKsHw//dSSipvdTXGlOMTwsWTrE7XXuYMcpxXgE drhH4TsvDelytyONd1Bl7fj4c6swPt9tBuNo6tqofiAJ2T9ndSu1Rn0lFRuOSrzL oVNOgrEH8ydVyElmTufJ/mE9aVKqddEyr0pvYiSDXtSEsL8ZdK/9/ckqpO7CNSjI Gm7GYb6rRlldEkeZ3NlSFXO/WqiyGT9zh89iu5kqC/3NjlQkoxjZCnbhcgtQ5qKX OHGZxS9/g4ZHz9nGBXYQ+gCSKYmv4YZqGm7YJNXy6LljZ+pvoBCfSHutAoMaDTob 1ftsdx7GTd4RTD3D6htBh7I2LAdULxuXNmvBUVSEZtmjyrGYdYmHVNkyTx5Gi5w9 dHDz8apx5eEoYQUyySuA2lGdAkFnyI00O6l5noeDg0ZhA8IPi3oMHcysramowEJf UmpqCo+ySgsBHHA1rxh2vqfqIa04Iu4+52vgZYuCvj9c58rtIKuzvA7zILq+jNwy P6IURQerqMYWZgztnllBVB8A1uYRmXPClgiaFnvmUYbJRoYdA3oTmZTnWDXnOA1q DXiHtOO4hwaYTidq1l6o6a59LcmX5RrMEfyEsDITgGvXDnjw4TIu7opH6Pw28rYk 6UGDPruzu1enZ8mrJpo2rXhAqkZ0+zUqFREUQMFaTwmQDhsA2XVFk0T65LetY64o FU46ggRgoEM= =fRBW -----END PGP SIGNATURE----- --=-gpakPKB+MjTmYG3aMiVG-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 22 18:40:26 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F080D16A4CE for ; Wed, 22 Dec 2004 18:40:26 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9A1343D1D for ; Wed, 22 Dec 2004 18:40:26 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBMIeQac007989 for ; Wed, 22 Dec 2004 18:40:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBMIeQ6S007988; Wed, 22 Dec 2004 18:40:26 GMT (envelope-from gnats) Date: Wed, 22 Dec 2004 18:40:26 GMT Message-Id: <200412221840.iBMIeQ6S007988@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: "R. Tyler Ballance" Subject: Re: sparc64/72962: [sysinstall] Sysinstall panics on sparc64 if /dev/cd0 present X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "R. Tyler Ballance" List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 18:40:27 -0000 The following reply was made to PR sparc64/72962; it has been noted by GNATS. From: "R. Tyler Ballance" To: freebsd-gnats-submit@FreeBSD.org, bel@orel.ru Cc: Subject: Re: sparc64/72962: [sysinstall] Sysinstall panics on sparc64 if /dev/cd0 present Date: Wed, 22 Dec 2004 12:32:42 -0600 --=-imhDqPDMXn3KSz5z6ICc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable yongari@ submitted a workaround to this "critical" bug (an unusable sysinstall on SCSI CDROM systems counts as critical) that can be found here: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/sysinstall/devices.c?rev= =3D1.159&content-type=3Dtext/x-cvsweb-markup It doesn't fix the entire problem, for example, the SCSI CDROM still shows up in fdisk IIRC, but it will make sure that the sysinstall program can still be used (i.e. just a workaround ;)). -R. Tyler Ballance --=-imhDqPDMXn3KSz5z6ICc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQIVAwUAQcm9yOgkwzi+drJUAQIYEhAAxCiJ1zmK2pg1Q/WIkZrRy+cdYrnRMpNf +5R5hsCAj/urm9KUKuOUHImA2hJHqXEqJLi/YBbmdtAFCRg5DV5kyEHA7OIOeGoc xyO7KAVa4gqaH7BnODYV7rE9xjCJTuVBPGPDjJia6ro80dJ0Xq9E93M4aKv6ubwf OUcf+9Qe3vxwUtla5JhOrydVxw2Tq2MquXw3jp1gYcAXosVE61/qstApLD4mZODv hBlVmczr8hZtEftwN2ZO2BCVsmakokIOpd/zVymxYRdPHlJxbUqy4ZzmsNaxqxoU yNo3GdS1fc8CbVC+CnYlF6ukghbS3TjcHPSTKtZfTqgh6nvQsQK3WflbubUiMsCD 75Z58E0ndlupidiQCSimpmbefQjgEwkk4ktnlNS1PMJ1VenhX0nghbcXeycLnMBa JwdpV0HjmvYUTfY1TcZ+hHAh7MNTqTUrFBC5SGE76cOrR01zpmiiDixgDeBR7Mzo 5rBCLsbRN0GtkQMeuSq7zDlGqdY4p658FWxAxhih7nrxhAnpHymrz02BALk++0ss OAAWn3BDmZsb1EWRX0UWm4go7X424EZuu6ZqygUtmT9kdRd7tyJW0cHxZkazrw5o g7ppWUWBu4UxnmW+wKhiEIlVWXB6SqIo5QHw0CMJ753RR9K3llJ/3shPj6965Fs3 szd0JC0Q4zo= =Uu7P -----END PGP SIGNATURE----- --=-imhDqPDMXn3KSz5z6ICc-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 23 01:20:18 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F9BC16A4CE for ; Thu, 23 Dec 2004 01:20:18 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FBBA43D46 for ; Thu, 23 Dec 2004 01:20:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBN1KIFT061209 for ; Thu, 23 Dec 2004 01:20:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBN1KITs061208; Thu, 23 Dec 2004 01:20:18 GMT (envelope-from gnats) Date: Thu, 23 Dec 2004 01:20:18 GMT Message-Id: <200412230120.iBN1KITs061208@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: "R. Tyler Ballance" Subject: Re: sparc64/73782: libc is missing the _Qp_cmp function X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "R. Tyler Ballance" List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 01:20:18 -0000 The following reply was made to PR sparc64/73782; it has been noted by GNATS. From: "R. Tyler Ballance" To: freebsd-gnats-submit@FreeBSD.org, dnelson@allantgroup.com Cc: Subject: Re: sparc64/73782: libc is missing the _Qp_cmp function Date: Wed, 22 Dec 2004 19:18:35 -0600 --=-PEI8uUE9i/QvWt5EMDdl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Isn't the functionality of the _Qp_cmp function from NetBSD done by our _Qp_f function (found on line 90 of fpu_qp.c) Along those lines, how come that file defines the macro _QP_CMP and then the function 'int _Qp_f(u_int *a, u_int *b)' from what I can tell by glancing over the code, it's got the functionalty of the _Qp_cmp function, why is it not named as such (especially if it's defined in the sparc standard, i'm looking for it in there now) -R. Tyler Ballance --=-PEI8uUE9i/QvWt5EMDdl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQIVAwUAQcoc6Ogkwzi+drJUAQLiHA/+Lb1Tn5HX7Q5W2+4drPocFA4GQXo4FNu4 3xqS4J2LZmAn18bfmP68hH8/cFba+S1QXhlvPywFiM+aJz8uKm9CdWUz20OllxhW SqoLNKCO+e358uuaV24XfwRN5//b0Sa0/u85HQnQUZ4NTwFeRpgzaFjWWZpt97TU RWNh/0TgESMEsOX9mr/NeVWtyusQ3fcOcNeQwTa+azhKyeG+OrnSz0dU7pAo9Mse amULRyoBN2ct4vLbBCpAu8Lqr5haRP6MOASczznoAlZ1kp7InFNuO+Nj5bcNOIi1 rQtUgbyIh/+F62sZUv/45yP1hL+FItyPQXSwp0/NI6bn1qlBu3pYEnvvudFzkBy5 b998/XqUiuJWhz7gxe4fiu0X+7+x4UCPKAWpDQ4B5xP6W7BAHMulOhN7ze84PaCu 84nA9cF2QKi9BBYSTFYBd5aPJW/8Fu5zCJJo4qvGvNBxifmA5PGVNf+oblDMSBSd OfzqoX/FYI2ucy6/sOHq/jMTN9qfdrv98WsjfJHSYrkTUscfTzXf3BWMEudm7zzn oKRCO3UE5e1pMEKtb2t84eS3ylzAh9HlcLR5fxRvDmQKxP1XsZLsG82n93xmN52Q k9Ov/B3mPFOCUVdPb6982pHEA5vdJ/lSzN3k2fMMwgEBCaHAXrGxPOGvGxQ0zlLC TegvO6OhgHc= =FXOt -----END PGP SIGNATURE----- --=-PEI8uUE9i/QvWt5EMDdl-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 23 03:44:46 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8650716A4CE for ; Thu, 23 Dec 2004 03:44:46 +0000 (GMT) Received: from web17307.mail.tpe.yahoo.com (web17307.mail.tpe.yahoo.com [202.43.200.128]) by mx1.FreeBSD.org (Postfix) with SMTP id C013043D2D for ; Thu, 23 Dec 2004 03:44:45 +0000 (GMT) (envelope-from cuma1207@yahoo.com.tw) Message-ID: <20041223034444.74406.qmail@web17307.mail.tpe.yahoo.com> Received: from [220.135.204.56] by web17307.mail.tpe.yahoo.com via HTTP; Thu, 23 Dec 2004 11:44:44 CST Date: Thu, 23 Dec 2004 11:44:44 +0800 (CST) From: cuma1207 To: freebsd-sparc64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit Subject: Fast Data Access MMU Miss error? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 03:44:46 -0000 dear all First I would like thank you about the job of freebsd on sparc64, I am trying to install Freebsd 5.3R on my sparc mb, I boot from CD and finish the installaion. Then when I boot from HD , I got a "Fast Data Access MMU Miss" error. here is the log: Netra AX1115S-500 (UltraSPARC-IIe 500MHz), No Keyboard OpenBoot 4.0, 1024 MB memory installed, Serial #51134023. Ethernet address 0:3:ba:c:3e:47, Host ID: 830c3e47. Executing last command: boot Boot device: disk File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,0/pci@1/scsi@8/disk@0,0:a Boot loader: /boot/loader Console: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@bobbi.cse.buffalo.edu, Fri Nov 5 02:16:10 UTC 2004) bootpath="/pci@1f,0/pci@1/scsi@8/disk@0,0:a" Fast Data Access MMU Miss ok how to fix this problem and let it boot up ? thanks cuma _______________________________________________________________________ Yahoo!奇摩電子信箱 250MB 超大免費信箱，信件再多也不怕！ http://mail.yahoo.com.tw/ From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 23 11:04:06 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B28816A4CE for ; Thu, 23 Dec 2004 11:04:06 +0000 (GMT) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C76843D46 for ; Thu, 23 Dec 2004 11:04:05 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [192.168.1.10] (c66.190.109.169.ts46v-01.rckprt.tx.charter.com [66.190.109.169]) (authenticated bits=0)iBNB3xCZ047354 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 23 Dec 2004 05:04:01 -0600 (CST) From: "R. Tyler Ballance" To: freebsd-sparc64@freebsd.org In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FmdnBONjLd88xSlEUhOP" Message-Id: <1103799791.7216.35.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 23 Dec 2004 05:03:11 -0600 cc: stephen.paskaluk@gmail.com Subject: Possible long double bug fix (Problem Report sparc64/55773) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 11:04:06 -0000 --=-FmdnBONjLd88xSlEUhOP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable sap@ (of the MirOS project) has come up with a patch to fix this bug, which in my rudimentary testing on my Ultra2 seems to prove that it works.=20 The .diff file can be found here: http://dero.tamu.edu/~tyler/code/freebsd/fpu_qp.diff And the two tiny test programs we used to test it out are: http://dero.tamu.edu/~tyler/code/freebsd/long_double_test.c http://dero.tamu.edu/~tyler/code/freebsd/long_double_test2.c If somebody could also test this with programs that are affected, such as ports/net/isc-dhcp3-server referenced in the audit-trail on the bug-report (here: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dsparc64/55773) (which i'll be testing later today, time permitting) Suggestions, and/or corrections welcomed ;) -R. Tyler Ballance --=-FmdnBONjLd88xSlEUhOP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQIVAwUAQcql7egkwzi+drJUAQLAuw/+PBuTtqEcI3M8Mf10jpyEgEZwP3frCueI Hz4eEMbvUj55BAe+pOgl4F5F+AqIGbijXEzQ+OKXKYVLzG+Sp/WnUuqeoopcANHi eQqUnslNU6r/iNu3qRn4cYDpz5Y6f18QLp/USR31rx0nZy3drwSZRVyZ+64RQ6jM 1jRs2vd0Ypr+E7i48+lIHUP8NiouJYLWidvq4dsfMuAe+4Q97cIkHogQ1s/WMDaP f7+xTu6Q45xg+BMldv9KxB2FpyvXZSuGyEJNrsbyS8XGCdycNQWdIL5UppAMVJUn 3jJsjGNBiroeU/STQCE+ykhbBW9oqnh/zDZ1Cukz4Ov9AoKq94AKj+vy/2h00PD1 axAfgz6qvxbtlwwIqnrnW8hC+fcNUEs3cgAUCJrw9cFtIDUQJkVTzMKNxNy96vdQ TuopFjpj8SRmbSrSd2j8/XXJ3/B88XoNGLkyf2dq6/JA7lxh8Mbr0AvqBvRaLt3k ADNYsutWTMd3SpDTNZeNM3qyR3xtSRGytp2IgwBfNRZw/Fy/Acf36zliVzAI9Om5 ACrYVNr11HllYKp13bPmdMdYb7XirmQNHJhTaBDWqSsxcv1sk1AKn0N1uuXPy5Za tOCsX/K2XfKVouBGlw5uvOwpeiIYKOS9xd/u7htWVV0VnOEiL6tDrLC3wH3ZDpyQ 6yp/MV1bPis= =O/G1 -----END PGP SIGNATURE----- --=-FmdnBONjLd88xSlEUhOP-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 23 14:45:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E314316A4CE for ; Thu, 23 Dec 2004 14:45:44 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EE5D43D1F for ; Thu, 23 Dec 2004 14:45:44 +0000 (GMT) (envelope-from stephen.paskaluk@gmail.com) Received: by rproxy.gmail.com with SMTP id y7so160727rne for ; Thu, 23 Dec 2004 06:45:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ICXN5O7wP8+X0u7dOrc7WQzetVSM/yPyh8U5kD2K1e4hBLKNgOC7ctHeBlXnIsAePGKqq1eFN80gFoU04e12QBZt7j7ZQecHrEeiFnru7LKabtgsIvUWa7hlzkHdeEcyISNC8BJAt+jdZ+kp3Wp09ifzxAf6OwSeuK6/5S+n9tE= Received: by 10.38.92.63 with SMTP id p63mr18273rnb; Thu, 23 Dec 2004 06:45:43 -0800 (PST) Received: by 10.38.126.41 with HTTP; Thu, 23 Dec 2004 06:45:43 -0800 (PST) Message-ID: Date: Thu, 23 Dec 2004 07:45:43 -0700 From: Stephen Paskaluk To: "R. Tyler Ballance" In-Reply-To: <1103799791.7216.35.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1103799791.7216.35.camel@localhost.localdomain> cc: freebsd-sparc64@freebsd.org Subject: Re: Possible long double bug fix (Problem Report sparc64/55773) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Stephen Paskaluk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 14:45:45 -0000 On Thu, 23 Dec 2004 05:03:11 -0600, R. Tyler Ballance wrote: > sap@ (of the MirOS project) has come up with a patch to fix this bug, > which in my rudimentary testing on my Ultra2 seems to prove that it > works. > The .diff file can be found here: > http://dero.tamu.edu/~tyler/code/freebsd/fpu_qp.diff It's based partly on the OpenBSD version of the same code. As a general thought on the sparc64 fpu code, I don't see why there's a need for the _QP_TTOQ macro at all, it only saves manually writing a handful of functions. It's true that you don't have to change each function in the event of a change to the overall routine, but I don't think that's much of an issue with this code. -- Stephen Paskaluk From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 23 16:23:30 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7322F16A4CE for ; Thu, 23 Dec 2004 16:23:30 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D286143D46 for ; Thu, 23 Dec 2004 16:23:29 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) iBNGNSOY091724; Thu, 23 Dec 2004 17:23:28 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id iBNGNN45091723; Thu, 23 Dec 2004 17:23:23 +0100 (CET) (envelope-from marius) Date: Thu, 23 Dec 2004 17:23:22 +0100 From: Marius Strobl To: cuma1207 Message-ID: <20041223172322.A91468@newtrinity.zeist.de> References: <20041223034444.74406.qmail@web17307.mail.tpe.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041223034444.74406.qmail@web17307.mail.tpe.yahoo.com>; from cuma1207@yahoo.com.tw on Thu, Dec 23, 2004 at 11:44:44AM +0800 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.31; host: newtrinity.zeist.de) cc: freebsd-sparc64@freebsd.org Subject: Re: Fast Data Access MMU Miss error? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 16:23:30 -0000 On Thu, Dec 23, 2004 at 11:44:44AM +0800, cuma1207 wrote: > dear all > > First I would like thank you about the job of freebsd > on sparc64, > I am trying to install Freebsd 5.3R on my sparc mb, > I boot from CD and finish the installaion. Then when I > boot from HD , I got a "Fast Data Access MMU Miss" > error. > > here is the log: > > Netra AX1115S-500 (UltraSPARC-IIe 500MHz), No Keyboard > OpenBoot 4.0, 1024 MB memory installed, Serial > #51134023. > Ethernet address 0:3:ba:c:3e:47, Host ID: 830c3e47. > > Executing last command: boot > Boot device: disk File and args: > > >> FreeBSD/sparc64 boot block > Boot path: /pci@1f,0/pci@1/scsi@8/disk@0,0:a > Boot loader: /boot/loader > Console: Open Firmware console > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > (root@bobbi.cse.buffalo.edu, Fri Nov 5 02:16:10 UTC > 2004) > bootpath="/pci@1f,0/pci@1/scsi@8/disk@0,0:a" > Fast Data Access MMU Miss > ok > > > how to fix this problem and let it boot up ? > thanks > Hi, I'm not aware of the AX1115 boards, only the AX1105 boards which don't have onboard SCSI controllers. Does the AX1115 have an onboard SCSI controller or is this an add-on card? If the latter, is it known to be bootable? From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 23 17:12:11 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6466716A4E9 for ; Thu, 23 Dec 2004 17:12:11 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5EDC43D49 for ; Thu, 23 Dec 2004 17:12:10 +0000 (GMT) (envelope-from stephen.paskaluk@gmail.com) Received: by rproxy.gmail.com with SMTP id y7so197319rne for ; Thu, 23 Dec 2004 09:12:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=fPVf2AMWtaIlu+tnII0unAmUEXNRzEDm3Az35jlWo6g6hTIH07Yz58B3Osstq+fpyWHbQ0XDMxXxCgTfu7oCun/cyRd7+isP2vHfzbOQ8ytQM/NxouB0dok9KNyw6DBqJ0FoC+E4m5TA8LLbpmuX3tjnf974vk13Ku1U31/z0Ac= Received: by 10.38.99.64 with SMTP id w64mr85426rnb; Thu, 23 Dec 2004 09:12:10 -0800 (PST) Received: by 10.38.126.41 with HTTP; Thu, 23 Dec 2004 09:12:10 -0800 (PST) Message-ID: Date: Thu, 23 Dec 2004 10:12:10 -0700 From: Stephen Paskaluk To: "R. Tyler Ballance" In-Reply-To: <1103799791.7216.35.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1103799791.7216.35.camel@localhost.localdomain> cc: freebsd-sparc64@freebsd.org Subject: Re: Possible long double bug fix (Problem Report sparc64/55773) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Stephen Paskaluk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 17:12:11 -0000 On Thu, 23 Dec 2004 05:03:11 -0600, R. Tyler Ballance wrote: > sap@ (of the MirOS project) has come up with a patch to fix this bug, > which in my rudimentary testing on my Ultra2 seems to prove that it > works. > The .diff file can be found here: > http://dero.tamu.edu/~tyler/code/freebsd/fpu_qp.diff I did some more testing, this patch doesn't fix the problems completely. It fixes the sign detection, but there's also a problem with the magnitude calculation because __fpu_xtof (IIRC, I'm just going from memory here) will do a two's complement before determining the magnitude. So something like 0xffffffffffffffff will return -1.0 when signed and 1.0 when unsigned. This didn't come up in earlier testing because the border case of 0x8000000000000000 is equal it's own two's complement. There are two potential fixes I can think of, the first is to for __fpu_xtof() to test fp_sign before doing the two's complement. The second is to implement __fpu_uxtof(). The same problem exists with with __fpu_itof(). I think the sign check is probably sufficient, I'll try to put together and test a patch shortly but I'm busier today than I was yesterday. Cheers, -- Stephen Paskaluk From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 24 06:40:23 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AD4A16A4CE for ; Fri, 24 Dec 2004 06:40:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 738B443D31 for ; Fri, 24 Dec 2004 06:40:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBO6eN3P071737 for ; Fri, 24 Dec 2004 06:40:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBO6eNgA071736; Fri, 24 Dec 2004 06:40:23 GMT (envelope-from gnats) Date: Fri, 24 Dec 2004 06:40:23 GMT Message-Id: <200412240640.iBO6eNgA071736@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Dan Nelson Subject: Re: sparc64/73782: libc is missing the _Qp_cmp function X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Nelson List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2004 06:40:23 -0000 The following reply was made to PR sparc64/73782; it has been noted by GNATS. From: Dan Nelson To: "R. Tyler Ballance" Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: sparc64/73782: libc is missing the _Qp_cmp function Date: Fri, 24 Dec 2004 00:37:34 -0600 In the last episode (Dec 22), R. Tyler Ballance said: > Isn't the functionality of the _Qp_cmp function from NetBSD done by > _our Qp_f function (found on line 90 of fpu_qp.c) Probably. It looks like _Qp_cmp does them all in one function, and can also tell you whether two floads are unordered relative to each other. If gcc can be told to never emit calls to _qp_cmp, maybe it won't be needed. Here's a testcase that at least on Solaris 9/gcc-3.4.2 generates a call _to Qp_cmp. The C99 unordered() function from is probably what is generating the call in Pike. main() { long double a, b; return __builtin_isunordered(a,b); } > Along those lines, how come that file defines the macro _QP_CMP and > then the function 'int _Qp_f(u_int *a, u_int *b)' from what I can > tell by glancing over the code, it's got the functionalty of the > _Qp_cmp function, why is it not named as such (especially if it's > defined in the sparc standard, i'm looking for it in there now) That's just a macro definition; it pastes the first argument of the macro onto "_Qp_f", so _QP_CMP(eq,0,FCC_EQ) generates a function named _Qp_feq. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 24 09:20:02 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFC6216A4CE for ; Fri, 24 Dec 2004 09:20:02 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 956A543D54 for ; Fri, 24 Dec 2004 09:20:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBO9K2CQ084877 for ; Fri, 24 Dec 2004 09:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBO9K2gO084873; Fri, 24 Dec 2004 09:20:02 GMT (envelope-from gnats) Resent-Date: Fri, 24 Dec 2004 09:20:02 GMT Resent-Message-Id: <200412240920.iBO9K2gO084873@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Gavin Atkinson Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEE2D16A4CE for ; Fri, 24 Dec 2004 09:17:14 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CF1E43D39 for ; Fri, 24 Dec 2004 09:17:14 +0000 (GMT) (envelope-from gavin@leeloo.york.ac.uk) Received: from leeloo.york.ac.uk (leeloo.york.ac.uk [144.32.226.154]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id iBO9H9dn023486 for ; Fri, 24 Dec 2004 09:17:09 GMT Received: from leeloo.york.ac.uk (localhost [127.0.0.1]) by leeloo.york.ac.uk (8.13.1/8.13.1) with ESMTP id iBO1b2KG008192 for ; Fri, 24 Dec 2004 01:37:03 GMT (envelope-from gavin@leeloo.york.ac.uk) Received: (from root@localhost) by leeloo.york.ac.uk (8.13.1/8.13.1/Submit) id iBO1b23M008191; Fri, 24 Dec 2004 01:37:02 GMT (envelope-from gavin) Message-Id: <200412240137.iBO1b23M008191@leeloo.york.ac.uk> Date: Fri, 24 Dec 2004 01:37:02 GMT From: Gavin Atkinson To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: sparc64/75458: Add detection of US-IIIi processor X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gavin Atkinson List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2004 09:20:02 -0000 >Number: 75458 >Category: sparc64 >Synopsis: Add detection of US-IIIi processor >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 24 09:20:02 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Gavin Atkinson >Release: FreeBSD 6.0-CURRENT sparc64 >Organization: >Environment: System: FreeBSD leeloo.york.ac.uk 6.0-CURRENT FreeBSD 6.0-CURRENT #20: Thu Dec 23 13:24:57 GMT 2004 root@leeloo.york.ac.uk:/usr/obj/usr/src/sys/GENERIC sparc64 >Description: The sparc64 port doesn't detect the US-IIIi processor at the moment. Even though this is currently unsupported, the ability to detect other processors in the series already exists. >How-To-Repeat: Attempt to boot FreeBSD/sparc64 on (eg) a V240. >Fix: --- us3i.diff begins here --- Index: sys/sparc64/sparc64/identcpu.c =================================================================== RCS file: /usr/cvs/src/sys/sparc64/sparc64/identcpu.c,v retrieving revision 1.12 diff -u -r1.12 identcpu.c --- sys/sparc64/sparc64/identcpu.c 30 Apr 2004 14:04:21 -0000 1.12 +++ sys/sparc64/sparc64/identcpu.c 24 Dec 2004 01:30:13 -0000 @@ -70,6 +70,9 @@ case CPU_IMPL_ULTRASPARCIIIp: impls = "UltraSparc-III+"; break; + case CPU_IMPL_ULTRASPARCIIIi: + impls = "UltraSparc-IIIi"; + break; default: impls = NULL; break; Index: sys/sparc64/include/ver.h =================================================================== RCS file: /usr/cvs/src/sys/sparc64/include/ver.h,v retrieving revision 1.4 diff -u -r1.4 ver.h --- sys/sparc64/include/ver.h 7 Nov 2002 16:07:46 -0000 1.4 +++ sys/sparc64/include/ver.h 24 Dec 2004 01:30:13 -0000 @@ -69,5 +69,6 @@ #define CPU_IMPL_ULTRASPARCIIe 0x13 #define CPU_IMPL_ULTRASPARCIII 0x14 #define CPU_IMPL_ULTRASPARCIIIp 0x15 +#define CPU_IMPL_ULTRASPARCIIIi 0x16 #endif /* !_MACHINE_VER_H_ */ --- us3i.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 24 17:51:04 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF75C16A4CE for ; Fri, 24 Dec 2004 17:51:04 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C65243D3F for ; Fri, 24 Dec 2004 17:51:04 +0000 (GMT) (envelope-from stephen.paskaluk@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so39339rnf for ; Fri, 24 Dec 2004 09:50:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=LobWpHmw0wM4w/6uKKArBzOS87VK1Qhr3fUpeuTFDTA7F9dgHsJMzqMGl/BVNzDNVVPRysuGWXfzzCyb/Z3Htom1d1F7Tg1+3NPoMFTllHAWQ8mi///y2um2ltB/GS/YBbwQH69q5pNwXm12c4r2Pj4HYhTdb0rTmrl6m1fHL6Y= Received: by 10.39.2.58 with SMTP id e58mr76391rni; Fri, 24 Dec 2004 09:50:56 -0800 (PST) Received: by 10.38.126.41 with HTTP; Fri, 24 Dec 2004 09:50:56 -0800 (PST) Message-ID: Date: Fri, 24 Dec 2004 10:50:56 -0700 From: Stephen Paskaluk To: "R. Tyler Ballance" In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_184_6309789.1103910656338" References: <1103799791.7216.35.camel@localhost.localdomain> cc: freebsd-sparc64@freebsd.org Subject: Re: Possible long double bug fix (Problem Report sparc64/55773) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Stephen Paskaluk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2004 17:51:05 -0000 ------=_Part_184_6309789.1103910656338 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thu, 23 Dec 2004 10:12:10 -0700, Stephen Paskaluk wrote: > I think the sign check is probably sufficient, I'll try to put > together and test a patch shortly but I'm busier today than I was > yesterday. Here's a patch for fpu_explode.c, as well I'm attaching the patch to fpu_qp.c also over http: http://dero.tamu.edu/~tyler/code/fpu_explode.diff http://dero.tamu.edu/~tyler/code/fpu_qp.diff These patches seem to correct three issues with int/long/uint/ulong values to long double floating point representation. The first issue is the checking of bit 31 for sign on a 64 bit value instead of bit 63, which is solved by using sizeof to determine the proper bit to check. The second issue was always treating long and int values as signed, even if they were unsigned, which was solved by adding a sign argument to the _QP_TTOQ macro that generates the _Qp_uxtof() and _Qp_uitof() functions. This argument is checked before setting the fp_sign member of fp structure. The third problem (which is only a problem when the sign is actually handled properly) is that the long double magnitude for longs or ints was set with the assumption they were signed, whether they should have been unsigned or not. This was fixed by checking the fp_sign member before negating the value. This means that fp_sign *must* be set before a call to __fpu_itof() or __fpu_xtof() (which is true in the only uses of the functions I could find) and a comment has been place in the functions noting the check. These probably aren't the only problems in this code, I'm not sure where the function __fpu_explode() is used but it doesn't do a proper sign check either, but rudimentary testing on Tyler's Ultra2 running -current shows good results. All testing is welcome (in fact I request it). Cheers, -- Stephen Paskaluk ------=_Part_184_6309789.1103910656338 Content-Type: text/plain; name="fpu_explode.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="fpu_explode.diff" --- /usr/src/lib/libc/sparc64/fpu/fpu_explode.c.orig=09Sat May 11 16:20:04 = 2002 +++ /usr/src/lib/libc/sparc64/fpu/fpu_explode.c=09Fri Dec 24 09:09:27 2004 @@ -101,7 +101,16 @@ =09 * fpu_norm()'s handling of `supernormals'; see fpu_subr.c. =09 */ =09fp->fp_exp =3D FP_LG; -=09fp->fp_mant[0] =3D (int)i < 0 ? -i : i; +=09/* +=09 * The sign should be handled outside of this function and +=09 * the sign bit should be set appropriately. The sign bit +=09 * can then be used to determine if a two's complement +=09 * should be performed when determining the magnitude. +=09 */ +=09if (fp->fp_sign =3D=3D 1) +=09=09fp->fp_mant[0] =3D (int) -i; +=09else +=09=09fp->fp_mant[0] =3D i; =09fp->fp_mant[1] =3D 0; =09fp->fp_mant[2] =3D 0; =09fp->fp_mant[3] =3D 0; @@ -127,7 +136,16 @@ =09 * fpu_norm()'s handling of `supernormals'; see fpu_subr.c. =09 */ =09fp->fp_exp =3D FP_LG2; -=09*((int64_t*)fp->fp_mant) =3D (int64_t)i < 0 ? -i : i; +=09/* +=09 * The sign should be handled outside of this function and +=09 * the sign bit should be set appropriately. The sign bit +=09 * can then be used to determine if a two's complement +=09 * should be performed when determining the magnitude. +=09 */ +=09if (fp->fp_sign =3D=3D 1) +=09=09*((int64_t*)fp->fp_mant) =3D (int64_t) -i; +=09else +=09=09*((u_int64_t*)fp->fp_mant) =3D i; =09fp->fp_mant[2] =3D 0; =09fp->fp_mant[3] =3D 0; =09__fpu_norm(fp); ------=_Part_184_6309789.1103910656338 Content-Type: text/plain; name="fpu_qp.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="fpu_qp.diff" --- /usr/src/lib/libc/sparc64/fpu/fpu_qp.c.orig=09Tue Mar 16 14:42:02 2004 +++ /usr/src/lib/libc/sparc64/fpu/fpu_qp.c=09Fri Dec 24 00:24:10 2004 @@ -51,7 +51,7 @@ =09c[0] =3D __fpu_ftoq(&fe, r, c); \ } =20 -#define=09_QP_TTOQ(qname, fname, ntype, atype, ...) \ +#define=09_QP_TTOQ(qname, fname, ntype, atype, signed, ...) \ void _Qp_ ## qname ## toq(u_int *c, ntype n); \ void \ _Qp_ ## qname ## toq(u_int *c, ntype n) \ @@ -59,7 +59,12 @@ =09struct fpemu fe; \ =09union { atype a[2]; ntype n; } u =3D { .n =3D n }; \ =09__asm __volatile("stx %%fsr, %0" : "=3Dm" (fe.fe_fsr) :); \ -=09fe.fe_f1.fp_sign =3D u.a[0] >> 31; \ +=09if (signed =3D=3D 1){ \ +=09=09fe.fe_f1.fp_sign =3D u.a[0] >> (sizeof(u.a[0]) * 8 - 1); \ +=09} \ + else{ \ + fe.fe_f1.fp_sign =3D 0; \ + } \ =09fe.fe_f1.fp_sticky =3D 0; \ =09fe.fe_f1.fp_class =3D __fpu_ ## fname ## tof(&fe.fe_f1, __VA_ARGS__); \ =09c[0] =3D __fpu_ftoq(&fe, &fe.fe_f1, c); \ @@ -123,12 +128,12 @@ _QP_OP(mul) _QP_OP(sub) =20 -_QP_TTOQ(d,=09d,=09double,=09u_int,=09u.a[0], u.a[1]) -_QP_TTOQ(i,=09i,=09int,=09u_int,=09u.a[0]) -_QP_TTOQ(s,=09s,=09float,=09u_int,=09u.a[0]) -_QP_TTOQ(x,=09x,=09long,=09u_long,=09u.a[0]) -_QP_TTOQ(ui,=09i,=09u_int,=09u_int,=09u.a[0]) -_QP_TTOQ(ux,=09x,=09u_long,=09u_long,=09u.a[0]) +_QP_TTOQ(d,=09d,=09double,=09u_int,=091, u.a[0], u.a[1]) +_QP_TTOQ(i,=09i,=09int,=09u_int,=091, u.a[0]) +_QP_TTOQ(s,=09s,=09float,=09u_int, 1, u.a[0]) +_QP_TTOQ(x,=09x,=09long,=09u_long,=091, u.a[0]) +_QP_TTOQ(ui,=09i,=09u_int,=09u_int,=090, u.a[0]) +_QP_TTOQ(ux,=09x,=09u_long,=09u_long,=090, u.a[0]) =20 _QP_QTOT(d,=09d,=09double,=09&u.a) _QP_QTOT(i,=09i,=09int) ------=_Part_184_6309789.1103910656338-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 24 17:56:58 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6605B16A4CE for ; Fri, 24 Dec 2004 17:56:58 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 007D143D2D for ; Fri, 24 Dec 2004 17:56:58 +0000 (GMT) (envelope-from stephen.paskaluk@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so40205rnf for ; Fri, 24 Dec 2004 09:56:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=kSKAmUdi+wd+ZzLfNoZdx6tu0nikce3akTBwciLKNW0uygmVp5hrbAehDMMkedIC99+1vpJWitMxk2m6ALfzi+8D6ZkQ/Sq+Br9IGdk37TKDncZ2mznPRxxVBM3/1bm/UOhTRfoUkHrYk511V79k/RBPlSRQQzFmbepVE9t7G1I= Received: by 10.38.104.64 with SMTP id b64mr78388rnc; Fri, 24 Dec 2004 09:56:57 -0800 (PST) Received: by 10.38.126.41 with HTTP; Fri, 24 Dec 2004 09:56:57 -0800 (PST) Message-ID: Date: Fri, 24 Dec 2004 10:56:57 -0700 From: Stephen Paskaluk To: "R. Tyler Ballance" In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1103799791.7216.35.camel@localhost.localdomain> cc: freebsd-sparc64@freebsd.org Subject: Re: Possible long double bug fix (Problem Report sparc64/55773) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Stephen Paskaluk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2004 17:56:58 -0000 > argument to the _QP_TTOQ macro that generates the _Qp_uxtof() and > _Qp_uitof() functions. Sorry, those functions are _Qp_uxtoq() and _Qp_uitoq(). -- Stephen Paskaluk From owner-freebsd-sparc64@FreeBSD.ORG Sat Dec 25 04:59:36 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74ECC16A4CE for ; Sat, 25 Dec 2004 04:59:36 +0000 (GMT) Received: from smtp18.mail.bbt.yahoo.co.jp (smtp18.mail.bbt.yahoo.co.jp [202.93.83.111]) by mx1.FreeBSD.org (Postfix) with SMTP id B8E4343D2F for ; Sat, 25 Dec 2004 04:59:35 +0000 (GMT) (envelope-from hvcjapan@yahoo.co.jp) Received: from unknown (HELO localhost) (218.118.6.27 with poptime) by smtp18.mail.bbt.yahoo.co.jp with SMTP; 25 Dec 2004 04:59:34 -0000 X-Apparently-From: Date: Sat, 25 Dec 2004 13:59:33 +0900 From: Huynh Van Chung To: freebsd-sparc64@freebsd.org Message-Id: <20041225135933.0d51f4fd.hvcjapan@yahoo.co.jp> Organization: Saitama University X-Mailer: Sylpheed version 0.9.99-gtk2-20041024 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: What happen in Apache??? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Dec 2004 04:59:36 -0000 Hi all Please help me. I now running FreeBSD5.3-p2 sparc64 in Sun Ultra 10 box. And I find very bad performance in Apache server. vnfreebsd:/usr/ports/mail/postfix% pkg_info | grep apache apache+mod_ssl+ipv6-1.3.33+2.8.22 The Apache 1.3 webserver with SSL/TLS and IPv6 functionalit vnfreebsd:/usr/ports/mail/postfix% pkg_info | grep php php4-4.3.10 PHP Scripting Language (Apache Module and CLI) php4-ctype-4.3.9 The ctype shared extension for php php4-extensions-1.0 A "meta-port" to install PHP extensions php4-gd-4.3.9 The gd shared extension for php php4-mbstring-4.3.9 The mbstring shared extension for php php4-mysql-4.3.9 The mysql shared extension for php php4-overload-4.3.9 The overload shared extension for php php4-pcre-4.3.9 The pcre shared extension for php php4-posix-4.3.9 The posix shared extension for php php4-session-4.3.9 The session shared extension for php php4-tokenizer-4.3.9 The tokenizer shared extension for php php4-xml-4.3.9 The xml shared extension for php php4-zlib-4.3.9 The zlib shared extension for php vnfreebsd:/usr/ports/mail/postfix% pkg_info | grep mysql mysql-client-4.0.22 Multithreaded SQL database (client) mysql-server-4.0.22 Multithreaded SQL database (server) p5-DBD-mysql41-2.9004 MySQL 4.1 driver for the Perl5 Database Interface (DBI) php4-mysql-4.3.9 The mysql shared extension for php And now at the top command last pid: 2270; load averages: 0.24, 0.05, 0.02 up 8+11:35:33 13:49:14 31 processes: 1 running, 30 sleeping CPU states: 78.1% user, 0.0% nice, 13.9% system, 0.0% interrupt, 8.0% idle Mem: 76M Active, 16M Inact, 49M Wired, 264K Cache, 34M Buf, 73M Free Swap: 1000M Total, 39M Used, 961M Free, 3% Inuse, 64K In PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 2129 www 20 0 115M 24656K lockf 0:02 6.74% 6.74% httpd 2127 www 20 0 114M 24072K lockf 0:02 6.69% 6.69% httpd 2128 www 4 0 114M 24016K sbwait 0:01 6.30% 6.30% httpd 2125 www 20 0 114M 24104K lockf 0:01 5.47% 5.47% httpd See that the apache server run with 115M memory. It very large number, even if in my i386 box it need only 5M. And when I continuously click the web page ( it is Xoops2), and see the pstree command: | |-+= 63138 root /usr/local/sbin/httpd -DSSL | | |--- 01942 www /usr/local/sbin/httpd -DSSL | | |--- 01943 www /usr/local/sbin/httpd -DSSL | | |--- 01944 www /usr/local/sbin/httpd -DSSL | | |--- 01945 www /usr/local/sbin/httpd -DSSL | | |--- 01946 www /usr/local/sbin/httpd -DSSL | | |--- 01947 www /usr/local/sbin/httpd -DSSL | | |--- 01948 www /usr/local/sbin/httpd -DSSL | | |--- 01949 www /usr/local/sbin/httpd -DSSL | | |--- 01950 www /usr/local/sbin/httpd -DSSL | | |--- 01951 www /usr/local/sbin/httpd -DSSL | | |--- 01952 www /usr/local/sbin/httpd -DSSL | | |--- 01953 www /usr/local/sbin/httpd -DSSL | | |--- 01954 www /usr/local/sbin/httpd -DSSL | | |--- 01955 www /usr/local/sbin/httpd -DSSL | | |--- 01956 www /usr/local/sbin/httpd -DSSL | | |--- 01957 www /usr/local/sbin/httpd -DSSL | | |--- 01958 www /usr/local/sbin/httpd -DSSL | | |--- 01959 www /usr/local/sbin/httpd -DSSL | | |--- 01960 www /usr/local/sbin/httpd -DSSL | | |--- 01961 www /usr/local/sbin/httpd -DSSL | | |--- 01962 www /usr/local/sbin/httpd -DSSL | | |--- 01963 www /usr/local/sbin/httpd -DSSL | | |--- 01964 www /usr/local/sbin/httpd -DSSL | | |--- 01965 www /usr/local/sbin/httpd -DSSL | | |--- 01967 www /usr/local/sbin/httpd -DSSL | | |--- 01968 www /usr/local/sbin/httpd -DSSL | | |--- 01969 www /usr/local/sbin/httpd -DSSL | | |--- 01970 www /usr/local/sbin/httpd -DSSL | | |--- 01971 www /usr/local/sbin/httpd -DSSL | | |--- 01972 www /usr/local/sbin/httpd -DSSL | | |--- 01973 www /usr/local/sbin/httpd -DSSL | | |--- 01974 www /usr/local/sbin/httpd -DSSL | | |--- 01975 www /usr/local/sbin/httpd -DSSL | | |--- 01976 www /usr/local/sbin/httpd -DSSL | | |--- 01977 www /usr/local/sbin/httpd -DSSL | | |--- 63139 www /usr/local/sbin/httpd -DSSL | | |--- 63140 www /usr/local/sbin/httpd -DSSL | | |--- 63141 www /usr/local/sbin/httpd -DSSL | | |--- 63142 www /usr/local/sbin/httpd -DSSL | | |--- 63143 www /usr/local/sbin/httpd -DSSL | | |--- 63145 www /usr/local/sbin/httpd -DSSL | | |--- 63368 www /usr/local/sbin/httpd -DSSL | | |--- 64247 www /usr/local/sbin/httpd -DSSL | | |--- 64248 www /usr/local/sbin/httpd -DSSL | | \--- 64249 www /usr/local/sbin/httpd -DSSL So that, the machine get very load averages 7.xx. And I can't access in this time. In my httpd.conf, I now use the default setting: MinSpareServers 5 MaxSpareServers 10 StartServers 5 MaxClients 150 MaxRequestsPerChild 0 What something I wrong? Please help me Huynh Van Chung