From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 27 03:06:50 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E833F37B401; Sun, 27 Jul 2003 03:06:50 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-135.dsl.lsan03.pacbell.net [63.207.60.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id C550E43F3F; Sun, 27 Jul 2003 03:06:49 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 6CCBD66D32; Sun, 27 Jul 2003 03:06:49 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 0208DC2E; Sun, 27 Jul 2003 03:06:48 -0700 (PDT) Date: Sun, 27 Jul 2003 03:06:48 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20030727100648.GA57566@rot13.obsecurity.org> References: <200307270944.h6R9i0rX074671@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <200307270944.h6R9i0rX074671@repoman.freebsd.org> User-Agent: Mutt/1.4.1i cc: cvs-ports@FreeBSD.org cc: sparc64@FreeBSD.org cc: cvs-all@FreeBSD.org cc: ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/x11-servers/XFree86-4-Server Makefile pkg-plist ports/x11-servers/XFree86-4-Server/files patch-FreeBSD.cf patch-Pci.h patch-Sbus.c patch-bsd_Imakefile patch-bus_Imakefile patch-compiler.h patch-elfloader.c patch-freebsdPci.c ... 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, 27 Jul 2003 10:06:51 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2003 at 02:44:00AM -0700, Kris Kennaway wrote: > kris 2003/07/27 02:44:00 PDT >=20 > FreeBSD ports repository >=20 > Modified files: > x11-servers/XFree86-4-Server Makefile pkg-plist=20 > x11-servers/XFree86-4-Server/files patch-Pci.h=20 > patch-xf86-common-Imakefile=20 > Added files: > x11-servers/XFree86-4-Server/files patch-FreeBSD.cf=20 > patch-Sbus.c=20 > patch-bsd_Imakefile=20 > patch-bus_Imakefile=20 > patch-compiler.h=20 > patch-elfloader.c=20 > patch-freebsdPci.c=20 > patch-loader.c=20 > patch-os-support_Imakefile=20 > patch-sunffb_Imakefile=20 > patch-xf86Events.c=20 > patch-xf86Sbus.h=20 > patch-xf86sym.c=20 > patch-xfree86.cf=20 > Log: > Add support for sparc64. > =20 > Submitted by: jake (based on) Before you get too excited, this is waiting on some uncommitted kernel work (syscons support) that Jake has in his p4 branch. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/I6Q3Wry0BWjoQKURArHAAKDpCXGuscolOop4H7hmM631KiOYHwCfSzZ0 LNdA9GyDvCbD40RZq59cUD4= =R/J7 -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 27 03:13:03 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0738037B401 for ; Sun, 27 Jul 2003 03:13:03 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-135.dsl.lsan03.pacbell.net [63.207.60.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C69C43FA3 for ; Sun, 27 Jul 2003 03:13:02 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id E7AF566D16 for ; Sun, 27 Jul 2003 03:13:01 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 1A847C31; Sun, 27 Jul 2003 03:13:00 -0700 (PDT) Date: Sun, 27 Jul 2003 03:13:00 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20030727101300.GA57694@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Re: cvs commit: ports/x11-servers/XFree86-4-Server Makefile pkg-plist ports/x11-servers/XFree86-4-Server/files patch-FreeBSD.cf patch-Pci.h patch-Sbus.c patch-bsd_Imakefile patch-bus_Imakefile patch-compiler.h patch-elfloader.c patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2003 10:13:03 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2003 at 02:44:00AM -0700, Kris Kennaway wrote: > kris 2003/07/27 02:44:00 PDT >=20 > FreeBSD ports repository >=20 > Modified files: > x11-servers/XFree86-4-Server Makefile pkg-plist=20 > x11-servers/XFree86-4-Server/files patch-Pci.h=20 > patch-xf86-common-Imakefile=20 > Added files: > x11-servers/XFree86-4-Server/files patch-FreeBSD.cf=20 > patch-Sbus.c=20 > patch-bsd_Imakefile=20 > patch-bus_Imakefile=20 > patch-compiler.h=20 > patch-elfloader.c=20 > patch-freebsdPci.c=20 > patch-loader.c=20 > patch-os-support_Imakefile=20 > patch-sunffb_Imakefile=20 > patch-xf86Events.c=20 > patch-xf86Sbus.h=20 > patch-xf86sym.c=20 > patch-xfree86.cf=20 > Log: > Add support for sparc64. > =20 > Submitted by: jake (based on) Before you get too excited, this is waiting on some uncommitted kernel work (basically syscons support) that Jake has in his p4 branch. Kris --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/I6WrWry0BWjoQKURAmw5AJ97gl6mySu1TlvXrEGo1lXca1He0ACg1Q9U LTCYf/h8ueobaIY1FI19Apc= =CWNf -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 27 10:04:30 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4770E37B401 for ; Sun, 27 Jul 2003 10:04:30 -0700 (PDT) Received: from klingler.ch (netra.klingler.ch [212.182.218.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id A169843F85 for ; Sun, 27 Jul 2003 10:04:27 -0700 (PDT) (envelope-from richard@uclinux.net) Received: from 192.168.1.3 (dsl-X-140.kotikaista.weppi.fi [80.74.202.140]) by klingler.ch (8.12.2/8.12.2) with ESMTP id h6RH3jrx002955 for ; Sun, 27 Jul 2003 20:03:47 +0300 (EEST) Date: Sun, 27 Jul 2003 20:04:23 +0300 From: richard@uclinux.net To: sparc64@freebsd.org X-Priority: 3 In-Reply-To: <20030727101300.GA57694@rot13.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Mailsmith 2.0 (Blindsider) Subject: ircd-hybrid... 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, 27 Jul 2003 17:04:30 -0000 Good evening (o; Finally got FreeBSD 5.1 up and running on my Sunblade 100 (o; Tried today installing ircd-hybrid and modified ircd.conf for a simple setup... When I try to connect to the ircd server the CPU load gets up to the limit...eating up all CPU resources...and the ircd can't be killed anymore... any1 using ircd on FreeBSD? Is there a better alternative to hybrid? greetings rick From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 27 17:14:39 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0805937B401 for ; Sun, 27 Jul 2003 17:14:39 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-135.dsl.lsan03.pacbell.net [63.207.60.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D7F043F75 for ; Sun, 27 Jul 2003 17:14:38 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 014DF66BE5; Sun, 27 Jul 2003 17:14:38 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id E5905551; Sun, 27 Jul 2003 17:14:37 -0700 (PDT) Date: Sun, 27 Jul 2003 17:14:37 -0700 From: Kris Kennaway To: richard@uclinux.net Message-ID: <20030728001437.GA81583@rot13.obsecurity.org> References: <20030727101300.GA57694@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: ircd-hybrid... 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, 28 Jul 2003 00:14:39 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2003 at 08:04:23PM +0300, richard@uclinux.net wrote: > Good evening (o; >=20 >=20 > Finally got FreeBSD 5.1 up and running on my Sunblade 100 (o; >=20 >=20 > Tried today installing ircd-hybrid and modified ircd.conf for > a simple setup... >=20 >=20 > When I try to connect to the ircd server the CPU load gets > up to the limit...eating up all CPU resources...and the ircd > can't be killed anymore... >=20 >=20 > any1 using ircd on FreeBSD? It's quite possibly a code bug and the software does not work on 64-bit or big-endian architectures. You should ask the developers whether the software is known to work on sparc64 machines (e.g. under Solaris) > Is there a better alternative to hybrid? There are several other ircds in the ports collection. kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/JGrtWry0BWjoQKURAs1JAJ0ehDl0oMY5Yv8MTIM4SNUvqUpV/ACcC0zl +JhtrMmHXIL1K1vN9/Mfv8s= =WW83 -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 27 17:21:13 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3C4037B401 for ; Sun, 27 Jul 2003 17:21:12 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-135.dsl.lsan03.pacbell.net [63.207.60.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200CB43F75 for ; Sun, 27 Jul 2003 17:21:12 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 3AA5966D16 for ; Sun, 27 Jul 2003 17:21:11 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 0C860551; Sun, 27 Jul 2003 17:21:11 -0700 (PDT) Date: Sun, 27 Jul 2003 17:21:11 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20030728002110.GA81640@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: For richard@uclinux.net (Undelivered Mail Returned to Sender) 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, 28 Jul 2003 00:21:13 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ---- : host mail.uclinux.net[212.182.218.91] said: 550 5.0.0 Get lost with your spamming mails (in reply to MAIL FROM command) ---- This is incredibly rude. If you're going to use such a coarse technique as blocking entire DSL subnets, then at least be polite about it. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/JGx2Wry0BWjoQKURArgfAJkBnEomNgcaKWzEQZ4W6Mim4nTPBwCeP2py AFF+Y37eWQ094I4InXO3bhs= =JQy0 -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 28 04:14:17 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A10137B401 for ; Mon, 28 Jul 2003 04:14:17 -0700 (PDT) Received: from klingler.ch (netra.klingler.ch [212.182.218.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id E587643F85 for ; Mon, 28 Jul 2003 04:14:14 -0700 (PDT) (envelope-from richard@uclinux.net) Received: from 192.168.1.3 (dsl-X-140.kotikaista.weppi.fi [80.74.202.140]) by klingler.ch (8.12.2/8.12.2) with ESMTP id h6SBDOrx010674; Mon, 28 Jul 2003 14:13:33 +0300 (EEST) Date: Mon, 28 Jul 2003 14:14:10 +0300 From: richard@uclinux.net To: Kris Kennaway X-Priority: 3 In-Reply-To: <20030728002110.GA81640@rot13.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Mailsmith 2.0 (Blindsider) cc: sparc64@freebsd.org Subject: Re: For richard@uclinux.net (Undelivered Mail Returned to Sender) 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, 28 Jul 2003 11:14:17 -0000 > ---- > : host mail.uclinux.net[212.182.218.91] said: 550 5.0.0 > Get lost with your spamming mails (in reply to MAIL FROM command) > ---- > > This is incredibly rude. If you're going to use such a coarse > technique as blocking entire DSL subnets, then at least be polite > about it. > > Kris I'm gonna change the "message" then...but not chnage the access rules until I installed postfix... Most spam is coming from people behind dsl lines and running sendmail by default...and leaving it open for everyone in the world... And since obviously you have a mx record for your domain... why not use an official mail server for outgoing mail as well? rick From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 28 04:34:28 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C90A37B401 for ; Mon, 28 Jul 2003 04:34:28 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-135.dsl.lsan03.pacbell.net [63.207.60.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D9A43FA3 for ; Mon, 28 Jul 2003 04:34:22 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 1708466BE5; Mon, 28 Jul 2003 04:34:08 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id E966E830; Mon, 28 Jul 2003 04:34:07 -0700 (PDT) Date: Mon, 28 Jul 2003 04:34:07 -0700 From: Kris Kennaway To: richard@uclinux.net Message-ID: <20030728113407.GA52952@rot13.obsecurity.org> References: <20030728002110.GA81640@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: For richard@uclinux.net (Undelivered Mail Returned to Sender) 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, 28 Jul 2003 11:34:28 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 28, 2003 at 02:14:10PM +0300, richard@uclinux.net wrote: > > ---- > > : host mail.uclinux.net[212.182.218.91] said: 550 = 5.0.0 > > Get lost with your spamming mails (in reply to MAIL FROM command) > > ---- > >=20 > > This is incredibly rude. If you're going to use such a coarse > > technique as blocking entire DSL subnets, then at least be polite > > about it. > >=20 > > Kris >=20 > I'm gonna change the "message" then...but not chnage the > access rules until I installed postfix... >=20 >=20 > Most spam is coming from people behind dsl lines and running > sendmail by default...and leaving it open for everyone > in the world... Your mail, your call..bear in mind that you're asking for help on public mailing lists, and possibly losing mail that people might be sending you in response. I send a lot of email in response to FreeBSD support questions, and run into misguided anti-spam filters from time to time...usually I just leave it at that and don't bother to try harder to reach the originator. > And since obviously you have a mx record for your domain... > why not use an official mail server for outgoing mail as well? Because there isn't one available that I can reliably use. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/JQovWry0BWjoQKURApxxAJ93mCg79zPB+7Nn3c47po8b0fs6zwCfZjw6 Z8whxfEXNtRn5GSvcxiuCGY= =PjY5 -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 28 04:51:38 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16B8E37B401 for ; Mon, 28 Jul 2003 04:51:38 -0700 (PDT) Received: from radix.sorted.org (radix.sorted.org [194.70.217.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0526543FB1 for ; Mon, 28 Jul 2003 04:51:37 -0700 (PDT) (envelope-from pete@sorted.org) Received: by radix.sorted.org (Postfix, from userid 501) id CEE572B966; Mon, 28 Jul 2003 12:51:34 +0100 (BST) Date: Mon, 28 Jul 2003 12:51:34 +0100 From: Pete Bentley To: freebsd-sparc64@freebsd.org Message-ID: <20030728115134.GA88856@sorted.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Netra X1 - Status query and stupid question 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, 28 Jul 2003 11:51:38 -0000 Hi, Just wondering what the status is with regard to drivers for the X1's onboard Davicom ethernet? Trawling through the list archive, the most recent relevant post seems to be:- >Date: Mon, 20 Jan 2003 09:46:48 -0800 >From: Maxime Henrion >[...] >The dc(4) driver needs to be converted to the busdma API before working >on sparc64. It's next on my TODO list and I'll take care of it once I'm >finished with fxp(4). I'd be willing to help out with this assuming I can get a suitable dev box going (most of my machines are FreeBSD 4.x/i386) - would have to be in my "copious" spare time though. Which leads on to the stupid question... I was trying to install fbsd 5.1 onto the X1 from CD... Which works fine up to a point, ie I can create the filesystems, but then the way the sparc64 CDs are laid out bites me... The distribution sets are on a different CD to the boot image and there doesn't appear to be a way to swap CDs mid-install. So, am I missing something obvious? Or is the CD thing a no-go and I'll have to install via SLIP or some such? Pete. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 28 08:00:25 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E73737B404 for ; Mon, 28 Jul 2003 08:00:25 -0700 (PDT) Received: from klingler.ch (netra.klingler.ch [212.182.218.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F33B43F3F for ; Mon, 28 Jul 2003 08:00:23 -0700 (PDT) (envelope-from richard@uclinux.net) Received: from 192.168.1.3 (dsl-X-140.kotikaista.weppi.fi [80.74.202.140]) by klingler.ch (8.12.2/8.12.2) with ESMTP id h6SExfrx011332 for ; Mon, 28 Jul 2003 17:59:43 +0300 (EEST) Date: Mon, 28 Jul 2003 18:00:20 +0300 From: richard@uclinux.net To: sparc64@freebsd.org X-Priority: 3 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Mailsmith 2.0 (Blindsider) Subject: Re: ircd-hybrid... 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, 28 Jul 2003 15:00:25 -0000 > Good evening (o; > > > Finally got FreeBSD 5.1 up and running on my Sunblade 100 (o; > > > Tried today installing ircd-hybrid and modified ircd.conf for > a simple setup... > > > When I try to connect to the ircd server the CPU load gets > up to the limit...eating up all CPU resources...and the ircd > can't be killed anymore... > > > any1 using ircd on FreeBSD? > > Is there a better alternative to hybrid? > All hybrid based irc daemon don't work at all on FreeBSD 5.1 sparc64...either just quit after startup or take over whole CPU... Seems the only runnable irc daemon is ngircd which lacks advanced configuration settings...and irc2.10.3p3... which needs a little modification in setup.h. The configure scripts automatically defines for a solaris2 machine on freebsd 5.1 (o; But at least I have a running ircd now (o; rick From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 28 10:05:06 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3672337B40F for ; Mon, 28 Jul 2003 10:05:06 -0700 (PDT) Received: from 12-222-90-48.client.insightbb.com (12-222-90-48.client.insightBB.com [12.222.90.48]) by mx1.FreeBSD.org (Postfix) with SMTP id 72DC643F3F for ; Mon, 28 Jul 2003 10:05:05 -0700 (PDT) (envelope-from chris@manual-override.net) Received: (qmail 43019 invoked from network); 28 Jul 2003 16:45:59 -0000 Received: from unknown (HELO ?10.69.69.22?) (chris@10.69.69.22) by 10.69.69.1 with SMTP; 28 Jul 2003 16:45:59 -0000 User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Mon, 28 Jul 2003 12:05:03 -0500 From: Chris Orr To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: On the topic of irc... 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, 28 Jul 2003 17:05:06 -0000 Has anyone tried BitchX on Freebsd/sparc64? It seems to coredump on my when I run it. Does it happen with anyone else? Thanks! -chris From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 28 11:01:47 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D2EE37B407 for ; Mon, 28 Jul 2003 11:01:45 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B7E643FB1 for ; Mon, 28 Jul 2003 11:01:45 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h6SI1jUp082248 for ; Mon, 28 Jul 2003 11:01:45 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h6SI1ifY082242 for freebsd-sparc64@freebsd.org; Mon, 28 Jul 2003 11:01:44 -0700 (PDT) Date: Mon, 28 Jul 2003 11:01:44 -0700 (PDT) Message-Id: <200307281801.h6SI1ifY082242@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, 28 Jul 2003 18:01:49 -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 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/02/03] sparc64/47845sparc64 4 second daily clock drift 1 problem total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 29 04:31:25 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF6837B401 for ; Tue, 29 Jul 2003 04:31:25 -0700 (PDT) Received: from klingler.ch (netra.klingler.ch [212.182.218.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id A019B43F75 for ; Tue, 29 Jul 2003 04:31:23 -0700 (PDT) (envelope-from richard@uclinux.net) Received: from 192.168.1.3 (dsl-X-115.kotikaista.weppi.fi [80.74.202.115]) by klingler.ch (8.12.2/8.12.2) with ESMTP id h6TBUfrx013905 for ; Tue, 29 Jul 2003 14:30:43 +0300 (EEST) Date: Tue, 29 Jul 2003 14:31:19 +0300 From: richard@uclinux.net To: sparc64@freebsd.org X-Priority: 3 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Mailsmith 2.0 (Blindsider) Subject: mysql4 performance... 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, 29 Jul 2003 11:31:26 -0000 Good afternoon (o; How far are the patches with thread support for the sparc64 kernel? Think it is already built into i386 5.0 kernel... and sparc64? Beginning with 5.2? best regards rick From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 29 14:11:36 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AF7D37B407 for ; Tue, 29 Jul 2003 14:11:36 -0700 (PDT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50FD243FA3 for ; Tue, 29 Jul 2003 14:11:35 -0700 (PDT) (envelope-from tillman@seekingfire.com) Received: from blues.seekingfire.prv (blues.seekingfire.prv [192.168.23.211]) by mail.seekingfire.com (Postfix) with ESMTP id 40440274 for ; Tue, 29 Jul 2003 15:11:34 -0600 (CST) Received: (from tillman@localhost) by blues.seekingfire.prv (8.11.6/8.11.6) id h6TLBYj18838 for freebsd-sparc64@freebsd.org; Tue, 29 Jul 2003 15:11:34 -0600 Date: Tue, 29 Jul 2003 15:11:34 -0600 From: Tillman To: freebsd-sparc64@freebsd.org Message-ID: <20030729151134.H18234@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Urban-Legend: There is lots of hidden information in headers Subject: netpbm port 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, 29 Jul 2003 21:11:36 -0000 The tail end of a make for /usr/ports/graphics/netpbm (which is part of textproc/docproj): exif.c:726: error: insn does not satisfy its constraints: (insn 1032 1031 1747 126 0x407d44e0 (set (reg:DI 31 %i7 [32]) (fix:DI (fix:DF (reg:DF 32 %f0 [431])))) 156 {fix_truncdfdi2} (insn_list 1029 (nil)) (nil)) exif.c:726: internal compiler error: in reload_cse_simplify_operands, at reload1.c:8345 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. gmake[2]: *** [exif.o] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/netpbm/work/netpbm-10.14/converter/other' gmake[1]: *** [other/all] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/netpbm/work/netpbm-10.14/converter' gmake: *** [converter/all] Error 2 *** Error code 2 This is with: # uname -a FreeBSD caliban.rospa.ca 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Mon Jul 28 07:34:07 CST 2003 toor@caliban.rospa.ca:/usr/obj/usr/src/sys/CALIBAN sparc64 A nearby i386 4-STABLE box compiles this port fine. I suspect that makes this either a sparc64 or a gcc3.3 problem. - Tillman -- In Googlis non est, ergo non est. From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 30 04:02:55 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 445D437B401 for ; Wed, 30 Jul 2003 04:02:55 -0700 (PDT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0770643FA3 for ; Wed, 30 Jul 2003 04:02:53 -0700 (PDT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [195.90.189.89]) by tts.orel.ru (8.12.6/8.12.6/bel) with ESMTP id h6UB2n0A014212 for ; Wed, 30 Jul 2003 15:02:50 +0400 Message-ID: <3F27A5DB.2050601@orel.ru> Date: Wed, 30 Jul 2003 15:02:51 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030411 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <3F210BF6.6070001@orel.ru> <20030725153258.GE10708@funkthat.com> In-Reply-To: <20030725153258.GE10708@funkthat.com> Content-Type: multipart/mixed; boundary="------------050209060502070001000100" Subject: fork&Perl BUG 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, 30 Jul 2003 11:02:55 -0000 This is a multi-part message in MIME format. --------------050209060502070001000100 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John-Mark Gurney wrote: > Andrew Belashov wrote this message on Fri, Jul 25, 2003 at 14:52 +0400: > >>My script working perfectly on FreeBSD 4.7R i386. > > > Does it work perfectly on 5.1-R? Yes, it work right on FreeBSD 5.1-R/i386. I'm still work above this problem. My new script crashing Perl@sparc64 depending on memory usege. Good example: -------------------------------------------------------------- bel@trash$ perl perlbug.pl 40000 ........................................ Main: sum = 19904.3003875081, cnt = 40000 Child sleeping... Child pid = 89373 Parent working... Parent: sum = 19904.3003875081, cnt = 40000 Parent waiting a child... Child working... Child: sum = 19904.3003875081, cnt = 40000 Child exiting... Parent exiting... -------------------------------------------------------------- Bad example: -------------------------------------------------------------- bel@trash$ perl perlbug.pl 80000 ................................................................................ Main: sum = 39912.0714518987, cnt = 80000 Child pid = 89383 Parent working... perl in realloc(): warning: modified (chunk-) pointer Out of memory! Attempt to free unreferenced scalar at perlbug.pl line 13. perl in free(): warning: modified (chunk-) pointer Parent: sum = 39912.0714518987, cnt = 80000 Parent waiting a child... Parent exiting... -------------------------------------------------------------- Any ideas? How to localize problem? --------------050209060502070001000100 Content-Type: text/plain; name="perlbug.pl" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="perlbug.pl" #!/usr/bin/perl -w use IO::Handle; my %arr; my @tmpl = ('.', '/', '0'..'9', 'a'..'z', 'A'..'Z'); my $lentmpl = @tmpl; sub docheck { my $prefix = shift; my $sum = 0; my $cnt = 0; foreach my $key (keys(%arr)) { $sum += $arr{$key}; $cnt++; } print "$prefix: sum = $sum, cnt = $cnt\n"; } my $maxsize = shift; STDOUT->autoflush(1); STDIN->autoflush(1); STDERR->autoflush(1); for (my $i = 0; $i < $maxsize; $i++) { my $key = ''; foreach my $j (0..7) { $key .= $tmpl[rand($lentmpl)]; } $arr{$key} = rand; print "." if (($i % 1000) == 0); } print "\n"; &docheck('Main'); die "fork()" unless defined(my $pid = fork()); if ($pid) { print "Child pid = $pid\n"; print "Parent working...\n"; &docheck('Parent'); print "Parent waiting a child...\n"; wait(); print "Parent exiting...\n"; exit(0); } else { print "Child sleeping...\n"; sleep(30); print "Child working...\n"; &docheck('Child'); print "Child exiting...\n"; exit(0); } --------------050209060502070001000100-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 30 06:06:58 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C507937B401 for ; Wed, 30 Jul 2003 06:06:58 -0700 (PDT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B90F43FA3 for ; Wed, 30 Jul 2003 06:06:56 -0700 (PDT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [195.90.189.89]) by tts.orel.ru (8.12.6/8.12.6/bel) with ESMTP id h6UD6n0A024949 for ; Wed, 30 Jul 2003 17:06:53 +0400 Message-ID: <3F27C2EB.2030809@orel.ru> Date: Wed, 30 Jul 2003 17:06:51 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030411 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <3F210BF6.6070001@orel.ru> <20030725153258.GE10708@funkthat.com> <3F27A5DB.2050601@orel.ru> In-Reply-To: <3F27A5DB.2050601@orel.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: fork&Perl BUG 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, 30 Jul 2003 13:06:59 -0000 I modified Perl by adding sleep() in child after fork(): -------------------------------------------------------------- --- pp_sys.c.orig Fri Apr 6 08:38:46 2001 +++ pp_sys.c Wed Jul 30 16:23:39 2003 @@ -3700,6 +3700,8 @@ RETSETUNDEF; if (!childpid) { /*SUPPRESS 560*/ + /* CHILD */ + sleep(60); if ((tmpgv = gv_fetchpv("$", TRUE, SVt_PV))) sv_setiv(GvSV(tmpgv), (IV)PerlProc_getpid()); hv_clear(PL_pidstatus); /* no kids, so don't wait for 'em */ -------------------------------------------------------------- and running test script: -------------------------------------------------------------- bel@trash$ /usr/ports/lang/perl5.debug/work/perl-5.6.1/perl \ perlbug.pl 80000 ................................................................................ Main: sum = 39952.6836460792, cnt = 80000 Child pid = 90078 Parent working... Parent: sum = 39952.6836460792, cnt = 80000 Parent waiting a child... Parent exiting... Parent exiting... -------------------------------------------------------------- Wow! Child printing "Parent exiting..."! Its like as: kernel unblock fork() in parent before end of duplicating memory to child! From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 30 06:25:48 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF3EC37B401 for ; Wed, 30 Jul 2003 06:25:48 -0700 (PDT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD54443FB1 for ; Wed, 30 Jul 2003 06:25:43 -0700 (PDT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [195.90.189.89]) by tts.orel.ru (8.12.6/8.12.6/bel) with ESMTP id h6UDPe0A008334 for ; Wed, 30 Jul 2003 17:25:40 +0400 Message-ID: <3F27C756.6070201@orel.ru> Date: Wed, 30 Jul 2003 17:25:42 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030411 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <3F210BF6.6070001@orel.ru> <20030725153258.GE10708@funkthat.com> <3F27A5DB.2050601@orel.ru> In-Reply-To: <3F27A5DB.2050601@orel.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: fork&Perl BUG 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, 30 Jul 2003 13:25:49 -0000 I modified Perl by adding sleep(10) in parent after fork(): --------------------------------------------------------------------- --- pp_sys.c.orig Fri Apr 6 08:38:46 2001 +++ pp_sys.c Wed Jul 30 17:17:50 2003 @@ -3703,6 +3703,9 @@ if ((tmpgv = gv_fetchpv("$", TRUE, SVt_PV))) sv_setiv(GvSV(tmpgv), (IV)PerlProc_getpid()); hv_clear(PL_pidstatus); /* no kids, so don't wait for 'em */ + } else { + /* PARENT */ + sleep(10); } PUSHi(childpid); RETURN; --------------------------------------------------------------------- and my test script working OK!!! --------------------------------------------------------------------- (gdb) run perlbug.pl 80000 Starting program: /usr/ports/lang/perl5.debug/work/perl-5.6.1/perl perlbug.pl 80000 ................................................................................ Main: sum = 39977.1619376211, cnt = 80000 Child working... Child: sum = 39977.1619376211, cnt = 80000 Child exiting... Child pid = 92042 Parent working... Parent: sum = 39977.1619376211, cnt = 80000 Parent waiting a child... Parent exiting... --------------------------------------------------------------------- IMHO, it is bug in fork(2). From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 30 09:36:41 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA6D437B401 for ; Wed, 30 Jul 2003 09:36:41 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 78EFA43FA3 for ; Wed, 30 Jul 2003 09:36:40 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 10478 invoked by uid 65534); 30 Jul 2003 16:36:39 -0000 Received: from p508E7363.dip.t-dialin.net (EHLO galatea.local) (80.142.115.99) by mail.gmx.net (mp002) with SMTP; 30 Jul 2003 18:36:39 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19htwi-000IPQ-JX; Wed, 30 Jul 2003 18:37:00 +0200 Date: Wed, 30 Jul 2003 18:37:00 +0200 From: Thomas Moestl To: Andrew Belashov Message-ID: <20030730163659.GA662@crow.dom2ip.de> Mail-Followup-To: Andrew Belashov , freebsd-sparc64@freebsd.org References: <3F210BF6.6070001@orel.ru> <20030725153258.GE10708@funkthat.com> <3F27A5DB.2050601@orel.ru> <3F27C756.6070201@orel.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <3F27C756.6070201@orel.ru> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-sparc64@freebsd.org Subject: Re: fork&Perl BUG 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, 30 Jul 2003 16:36:42 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, 2003/07/30 at 17:25:42 +0400, Andrew Belashov wrote: > I modified Perl by adding sleep(10) in parent after fork(): > --------------------------------------------------------------------- > --- pp_sys.c.orig Fri Apr 6 08:38:46 2001 > +++ pp_sys.c Wed Jul 30 17:17:50 2003 > @@ -3703,6 +3703,9 @@ > if ((tmpgv = gv_fetchpv("$", TRUE, SVt_PV))) > sv_setiv(GvSV(tmpgv), (IV)PerlProc_getpid()); > hv_clear(PL_pidstatus); /* no kids, so don't wait for 'em */ > + } else { > + /* PARENT */ > + sleep(10); > } > PUSHi(childpid); > RETURN; > --------------------------------------------------------------------- > > and my test script working OK!!! > --------------------------------------------------------------------- > (gdb) run perlbug.pl 80000 > Starting program: /usr/ports/lang/perl5.debug/work/perl-5.6.1/perl > perlbug.pl 80000 > ................................................................................ > Main: sum = 39977.1619376211, cnt = 80000 > Child working... > Child: sum = 39977.1619376211, cnt = 80000 > Child exiting... > Child pid = 92042 > Parent working... > Parent: sum = 39977.1619376211, cnt = 80000 > Parent waiting a child... > Parent exiting... > --------------------------------------------------------------------- > > IMHO, it is bug in fork(2). This was indeed caused by a kernel bug in the sparc64 pmap, which affected fork() among other things. I've just committed a fix (attached); can you please test it to make sure that it really resolves this problem? Thanks for the report and analysis! - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="protect.diff" Index: sys/sparc64/sparc64/pmap.c =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/sparc64/pmap.c,v retrieving revision 1.118 diff -u -r1.118 pmap.c --- sys/sparc64/sparc64/pmap.c 6 Jul 2003 20:32:42 -0000 1.118 +++ sys/sparc64/sparc64/pmap.c 30 Jul 2003 16:08:09 -0000 @@ -1161,7 +1161,7 @@ if ((data & TD_W) != 0 && pmap_track_modified(pm, va)) vm_page_dirty(m); } - return (0); + return (1); } /* --3MwIy2ne0vdjdPXF-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 30 09:37:46 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA0437B401 for ; Wed, 30 Jul 2003 09:37:46 -0700 (PDT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0365543FA3 for ; Wed, 30 Jul 2003 09:37:45 -0700 (PDT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [195.90.189.89]) by tts.orel.ru (8.12.6/8.12.6/bel) with ESMTP id h6UGbg0A024179 for ; Wed, 30 Jul 2003 20:37:42 +0400 Message-ID: <3F27F457.8030401@orel.ru> Date: Wed, 30 Jul 2003 20:37:43 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030411 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: multipart/mixed; boundary="------------070807040700090203040900" Subject: Simple C program to demonstrate bug in fork(2) 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, 30 Jul 2003 16:37:46 -0000 This is a multi-part message in MIME format. --------------070807040700090203040900 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have written the small program for demonstrate bug in fork(2). Normal output: bel@bel$ ./forkbug Main: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa Child working... Parent changed memory Child: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa Parent waiting a child... Child exiting... Parent exiting... Bad output: bel@trash$ ./forkbug Main: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa Parent changed memory Parent waiting a child... Child working... Child: bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa Child exiting... Parent exiting... --------------070807040700090203040900 Content-Type: text/plain; name="forkbug.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="forkbug.c" #include #include #include #include #include #include #define BUFFLEN (128 * 1024 * 1024) /* 128 Mb */ #define CHECKLEN 60 char * buff; void docheck(const char * prefix); int main() { int i; pid_t pid; if ((buff = (char *) malloc(BUFFLEN)) == NULL) { perror("Out of memory"); exit(1); } memset(buff, 'a', BUFFLEN); buff[BUFFLEN-1] = '\0'; docheck(" Main"); if ((pid = fork()) == -1) { perror("fork() failed"); exit(1); } if (pid) { memset(buff + BUFFLEN - 1 - CHECKLEN, 'b', CHECKLEN/2); printf("Parent changed memory\n"); printf("Parent waiting a child...\n"); wait(&i); printf("Parent exiting...\n"); } else { printf("Child working...\n"); docheck("Child"); printf("Child exiting...\n"); } return 0; } void docheck(const char * prefix) { printf ("%s: %s\n", prefix, buff + BUFFLEN - 1 - CHECKLEN); } --------------070807040700090203040900-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 30 14:19:47 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id F208F37B401; Wed, 30 Jul 2003 14:19:46 -0700 (PDT) Date: Wed, 30 Jul 2003 16:19:46 -0500 From: Juli Mallett To: Kris Kennaway Message-ID: <20030730161946.A65824@FreeBSD.org> References: <20030727101300.GA57694@rot13.obsecurity.org> <20030728001437.GA81583@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030728001437.GA81583@rot13.obsecurity.org>; from kris@obsecurity.org on Sun, Jul 27, 2003 at 05:14:37PM -0700 X-Title: Code Maven X-Towel: Yes X-Negacore: Yes X-Authentication-Warning: localhost: juli pwned teh intarweb cc: sparc64@freebsd.org Subject: Re: ircd-hybrid... 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, 30 Jul 2003 21:19:47 -0000 * Kris Kennaway [ Date: 2003-07-27 ] [ w.r.t. Re: ircd-hybrid... ] > On Sun, Jul 27, 2003 at 08:04:23PM +0300, richard@uclinux.net wrote: > > Good evening (o; > > > > > > Finally got FreeBSD 5.1 up and running on my Sunblade 100 (o; > > > > > > Tried today installing ircd-hybrid and modified ircd.conf for > > a simple setup... > > > > > > When I try to connect to the ircd server the CPU load gets > > up to the limit...eating up all CPU resources...and the ircd > > can't be killed anymore... > > > > > > any1 using ircd on FreeBSD? > > It's quite possibly a code bug and the software does not work on > 64-bit or big-endian architectures. You should ask the developers > whether the software is known to work on sparc64 machines > (e.g. under Solaris) Hybrid 7 works on *many* big endian systems and as far as I know a number of 64-bit ones, too. Relevant people to talk to would be (from README.PLATFORMS): SPARC Forte C v6,v7 Solaris Joan Touzet SPARC gcc Solaris Joan Touzet SPARC gcc Linux Aaron Sethman Alpha DEC C V6.0* OpenVMS 7.2 Edward Brocklesby Alpha cc Tru64 5.2b Joshua Kwan PA-RISC 2.0 cc HP-UX B.11 Yusuf Iskenderoglu With Joan and AndroSyn being the most likely useful people to figure such out with. Or contact the port maintainer. Or maybe there's a bug somewhere else. Thanx, juli. -- juli mallett. email: jmallett@freebsd.org; efnet: juli; aim: bsdflata; i have lost my way home early - i don't care cause i won't stay there. From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 31 03:34:36 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8076E37B404 for ; Thu, 31 Jul 2003 03:34:36 -0700 (PDT) Received: from klingler.ch (netra.klingler.ch [212.182.218.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DED043F85 for ; Thu, 31 Jul 2003 03:34:34 -0700 (PDT) (envelope-from richard@uclinux.net) Received: from 192.168.1.3 (dsl-X-115.kotikaista.weppi.fi [80.74.202.115]) by klingler.ch (8.12.2/8.12.2) with ESMTP id h6VAXirx020120 for ; Thu, 31 Jul 2003 13:33:53 +0300 (EEST) Date: Thu, 31 Jul 2003 13:34:29 +0300 From: richard@uclinux.net To: freebsd-sparc64@freebsd.org X-Priority: 3 In-Reply-To: <3F27F457.8030401@orel.ru> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Mailsmith 2.0 (Blindsider) Subject: ipfilter/ipmon... 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, 31 Jul 2003 10:34:37 -0000 Good afternoon.. After installing ipfilter/ipmon I set everything up to log any ipfilter messages via syslog to ipflog.. Seems that no log output is generated at all... and yeah... - IPFILTER_LOG options is set (o; - ipmon is started as "ipmon -oI -Ds" OTOH: when I run ipmon manually to log through stdout I also get no log output at all... Someone has setup ipmon successfully and would share his configuration? best regards rick From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 31 05:54:08 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7547537B401 for ; Thu, 31 Jul 2003 05:54:08 -0700 (PDT) Received: from klingler.ch (netra.klingler.ch [212.182.218.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAFDA43F75 for ; Thu, 31 Jul 2003 05:54:06 -0700 (PDT) (envelope-from richard@uclinux.net) Received: from 192.168.1.3 (dsl-X-115.kotikaista.weppi.fi [80.74.202.115]) by klingler.ch (8.12.2/8.12.2) with ESMTP id h6VCrFrx020520 for ; Thu, 31 Jul 2003 15:53:26 +0300 (EEST) Date: Thu, 31 Jul 2003 15:54:04 +0300 From: richard@uclinux.net To: freebsd-sparc64@freebsd.org X-Priority: 3 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Mailsmith 2.0 (Blindsider) Subject: Re: ipfilter/ipmon... 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, 31 Jul 2003 12:54:08 -0000 Tracked down to ipmon.c... if (ioctl(fd[i], FIONREAD, &tr) == -1) { if (opts & OPT_SYSLOG) syslog(LOG_CRIT, "ioctl(FIONREAD): %m"); else perror("ioctl(FIONREAD)"); exit(1); /* NOTREACHED */ } FIONREAD always returns 0 although I can dump the binary representation of /dev/ipl... Also correctly flushes the log buffer from /dev/ipl when calling with "-F" option... don't expect an answer though...since this list is sort of dead anyway (o; rick From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 31 17:37:18 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24DE237B401; Thu, 31 Jul 2003 17:37:18 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6602E43FA3; Thu, 31 Jul 2003 17:37:17 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h710bGo6042230; Thu, 31 Jul 2003 20:37:16 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h710bGP0042229; Thu, 31 Jul 2003 20:37:16 -0400 (EDT) Date: Thu, 31 Jul 2003 20:37:16 -0400 (EDT) Message-Id: <200308010037.h710bGP0042229@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 00:37:18 -0000 TB --- 2003-07-31 23:13:33 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-31 23:13:33 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-31 23:16:20 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-08-01 00:19:23 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Aug 1 00:19:24 GMT 2003 >>> Kernel build for GENERIC completed on Fri Aug 1 00:28:49 GMT 2003 TB --- 2003-08-01 00:28:49 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-08-01 00:28:49 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 1 00:28:49 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_thr.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_kthread.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c: In function `db_ktr_all': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: `lines' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: for each function it appears in.) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:270: warning: unused variable `c' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-08-01 00:37:16 - /usr/bin/make returned exit code 1 TB --- 2003-08-01 00:37:16 - ERROR: failed to build lint kernel TB --- 2003-08-01 00:37:16 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 1 04:21:12 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C705A37B401; Fri, 1 Aug 2003 04:21:12 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB3443FE1; Fri, 1 Aug 2003 04:21:11 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h71BLAo6033691; Fri, 1 Aug 2003 07:21:10 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h71BLAMn033690; Fri, 1 Aug 2003 07:21:10 -0400 (EDT) Date: Fri, 1 Aug 2003 07:21:10 -0400 (EDT) Message-Id: <200308011121.h71BLAMn033690@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 11:21:13 -0000 TB --- 2003-08-01 10:06:10 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-08-01 10:06:10 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 10:08:23 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-08-01 11:06:06 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Aug 1 11:06:06 GMT 2003 >>> Kernel build for GENERIC completed on Fri Aug 1 11:15:19 GMT 2003 TB --- 2003-08-01 11:15:19 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-08-01 11:15:19 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 1 11:15:19 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_thr.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_kthread.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c: In function `db_ktr_all': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: `lines' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: for each function it appears in.) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:270: warning: unused variable `c' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-08-01 11:21:10 - /usr/bin/make returned exit code 1 TB --- 2003-08-01 11:21:10 - ERROR: failed to build lint kernel TB --- 2003-08-01 11:21:10 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 1 06:22:44 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B5237B401 for ; Fri, 1 Aug 2003 06:22:44 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B9943FCB for ; Fri, 1 Aug 2003 06:22:42 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h71DMePR010463 for ; Fri, 1 Aug 2003 16:22:40 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h71DMeOX010462 for freebsd-sparc@FreeBSD.ORG; Fri, 1 Aug 2003 16:22:40 +0300 (EEST) Date: Fri, 1 Aug 2003 16:22:40 +0300 From: Maxim Mazurok To: freebsd-sparc@FreeBSD.ORG Message-ID: <20030801132240.GA77415@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 13:22:45 -0000 I need to add 2 async serial port to my sparc. 5.1-RELEASE I add to kernel device puc options PUC_FASTINTR but i forgot add device sio after reboot i have in dmesg: puc0: port 0x1030-0x103f,0x1020-0x1027,0x1018-0x101f,0x1010-0x1017,0x1008-0x100f,0x1000-0x1007 irq 4 at device 3.0 on pci1 card detected, but no have ports (no sio driver in kernel). I rebuild kernel width sio driver and after reboot have kernel trap. sio(4) diver are ported to sparc? -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 1 10:03:54 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ED7F37B401 for ; Fri, 1 Aug 2003 10:03:54 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C15043FA3 for ; Fri, 1 Aug 2003 10:03:52 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 6243 invoked by uid 65534); 1 Aug 2003 17:03:50 -0000 Received: from p508E758A.dip.t-dialin.net (EHLO galatea.local) (80.142.117.138) by mail.gmx.net (mp027) with SMTP; 01 Aug 2003 19:03:50 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19idKD-00075H-Ii; Fri, 01 Aug 2003 19:04:17 +0200 Date: Fri, 1 Aug 2003 19:04:17 +0200 From: Thomas Moestl To: Maxim Mazurok Message-ID: <20030801170417.GC834@crow.dom2ip.de> References: <20030801132240.GA77415@km.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4jXrM3lyYWu4nBt5" Content-Disposition: inline In-Reply-To: <20030801132240.GA77415@km.ua> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 17:03:54 -0000 --4jXrM3lyYWu4nBt5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, 2003/08/01 at 16:22:40 +0300, Maxim Mazurok wrote: > I need to add 2 async serial port to my sparc. > > 5.1-RELEASE > > I add to kernel > > device puc > options PUC_FASTINTR > > but i forgot add > > device sio > > after reboot i have in dmesg: > > puc0: port 0x1030-0x103f,0x1020-0x1027,0x1018-0x101f,0x1010-0x1017,0x1008-0x100f,0x1000-0x1007 irq 4 at device 3.0 on pci1 > > card detected, but no have ports (no sio driver in kernel). > I rebuild kernel width sio driver and after reboot have kernel trap. > sio(4) diver are ported to sparc? It works only for ISA sio(4)s currently, due to some ISA specific code that happens to work with PCI on other platforms. I have attached a quick hack to fix this which I use on one of my machines, which should get you around the problems (it also cointains things like console support). The rework which marcel@ is doing in the perforce repository will fix this the right way. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --4jXrM3lyYWu4nBt5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sio-s64-20030612.diff" Index: sio.c =================================================================== RCS file: /vol/ncvs/src/sys/dev/sio/sio.c,v retrieving revision 1.400 diff -u -r1.400 sio.c --- sio.c 9 Jun 2003 21:25:14 -0000 1.400 +++ sio.c 12 Jun 2003 14:00:19 -0000 @@ -126,7 +126,7 @@ #define sio_getreg(com, off) \ (bus_space_read_1((com)->bst, (com)->bsh, (off))) #define sio_setreg(com, off, value) \ - (bus_space_write_1((com)->bst, (com)->bsh, (off), (value))) + bus_space_write_1((com)->bst, (com)->bsh, (off), (value)) /* * com state bits. @@ -229,15 +229,9 @@ bus_space_tag_t bst; bus_space_handle_t bsh; - Port_t data_port; /* i/o ports */ #ifdef COM_ESP Port_t esp_port; #endif - Port_t int_id_port; - Port_t modem_ctl_port; - Port_t line_status_port; - Port_t modem_status_port; - Port_t intr_ctl_port; /* Ports of IIR register */ struct tty *tp; /* cross reference */ @@ -337,9 +331,20 @@ &gdbdefaultrate, GDBSPEED, ""); static u_int com_events; /* input chars + weighted output completions */ static Port_t siocniobase; -static int siocnunit = -1; +#ifdef __sparc64__ +#define SIOP_CONS 0 +#define SIOP_LLCONS 1 +static struct bus_space_tag siocntag[2]; +static bus_space_handle_t siocnhandle[2]; +static bus_addr_t siocnports[2]; +#endif +#if defined(__i386__) || defined(__ia64__) || defined(__sparc64__) +static int siocnunit; +#endif static Port_t siogdbiobase; +#ifndef __sparc64__ static int siogdbunit = -1; +#endif static void *sio_slow_ih; static void *sio_fast_ih; static int sio_timeout; @@ -348,6 +353,18 @@ = CALLOUT_HANDLE_INITIALIZER(&sio_timeout_handle); static int sio_numunits; +#ifdef __sparc64__ +#define SIOCNIOBASE(b) siocnports[(b)] +#define SIOCNOUTB(p, o, v) \ + bus_space_write_1(&siocntag[p], siocnhandle[p], o, v) +#define SIOCNINB(p, o) \ + bus_space_read_1(&siocntag[p], siocnhandle[p], o) +#else +#define SIOCNIOBASE(b) (b) +#define SIOCNOUTB(p, o, v) outb(p + o, v) +#define SIOCNINB(p, o) inb(p + o) +#endif + #ifdef COM_ESP /* XXX configure this properly. */ /* XXX quite broken for new-bus. */ @@ -640,7 +657,7 @@ * XXX what about the UART bug avoided by waiting in comparam()? * We don't want to to wait long enough to drain at 2 bps. */ - if (iobase == siocniobase) + if (iobase == SIOCNIOBASE(siocniobase)) DELAY((16 + 1) * 1000000 / (comdefaultrate / 10)); else { sio_setreg(com, com_cfcr, CFCR_DLAB | CFCR_8BITS); @@ -660,7 +677,8 @@ sio_setreg(com, com_mcr, mcr_image); sio_setreg(com, com_ier, 0); DELAY(1000); /* XXX */ - irqmap[0] = isa_irq_pending(); + if (!noprobe) + irqmap[0] = isa_irq_pending(); /* * Attempt to set loopback mode so that we can send a null byte @@ -736,7 +754,7 @@ sio_setreg(com, com_cfcr, CFCR_8BITS); mtx_unlock_spin(&sio_lock); bus_release_resource(dev, SYS_RES_IOPORT, rid, port); - if (iobase == siocniobase) + if (iobase == SIOCNIOBASE(siocniobase)) result = 0; if (result != 0) { device_set_softc(dev, NULL); @@ -813,7 +831,7 @@ break; } bus_release_resource(dev, SYS_RES_IOPORT, rid, port); - if (iobase == siocniobase) + if (iobase == SIOCNIOBASE(siocniobase)) result = 0; if (result != 0) { device_set_softc(dev, NULL); @@ -944,13 +962,7 @@ com->obufs[0].l_head = com->obuf1; com->obufs[1].l_head = com->obuf2; - com->data_port = iobase + com_data; - com->int_id_port = iobase + com_iir; - com->modem_ctl_port = iobase + com_mcr; - com->mcr_image = inb(com->modem_ctl_port); - com->line_status_port = iobase + com_lsr; - com->modem_status_port = iobase + com_msr; - com->intr_ctl_port = iobase + com_ier; + com->mcr_image = sio_getreg(com, com_mcr); if (rclk == 0) rclk = DEFAULT_RCLK; @@ -983,7 +995,7 @@ * Leave i/o resources allocated if this is a `cn'-level * console, so that other devices can't snarf them. */ - if (iobase != siocniobase) + if (iobase != SIOCNIOBASE(siocniobase)) bus_release_resource(dev, SYS_RES_IOPORT, rid, port); return (ENOMEM); } @@ -1015,7 +1027,7 @@ sio_setreg(com, com_fifo, FIFO_ENABLE | FIFO_RX_HIGH); DELAY(100); com->st16650a = 0; - switch (inb(com->int_id_port) & IIR_FIFO_MASK) { + switch (sio_getreg(com, com_iir) & IIR_FIFO_MASK) { case FIFO_RX_LOW: printf(" 16450"); break; @@ -1164,7 +1176,7 @@ * on the console. */ if (ret == 0 && unit == comconsole) - outb(siocniobase + com_ier, IER_ERXRDY | IER_ERLS | + SIOCNOUTB(siocniobase, com_ier, IER_ERXRDY | IER_ERLS | IER_EMSC); #endif } @@ -1292,11 +1304,11 @@ * for about 85 usec instead of 100. */ DELAY(50); - if (!(inb(com->line_status_port) & LSR_RXRDY)) + if (!(sio_getreg(com, com_lsr) & LSR_RXRDY)) break; sio_setreg(com, com_fifo, 0); DELAY(50); - (void) inb(com->data_port); + (void) sio_getreg(com, com_data); } if (i == 500) { error = EIO; @@ -1305,15 +1317,15 @@ } mtx_lock_spin(&sio_lock); - (void) inb(com->line_status_port); - (void) inb(com->data_port); + (void) sio_getreg(com, com_lsr); + (void) sio_getreg(com, com_data); com->prev_modem_status = com->last_modem_status - = inb(com->modem_status_port); + = sio_getreg(com, com_msr); if (COM_IIR_TXRDYBUG(com->flags)) { - outb(com->intr_ctl_port, IER_ERXRDY | IER_ERLS + sio_setreg(com, com_ier, IER_ERXRDY | IER_ERLS | IER_EMSC); } else { - outb(com->intr_ctl_port, IER_ERXRDY | IER_ETXRDY + sio_setreg(com, com_ier, IER_ERXRDY | IER_ETXRDY | IER_ERLS | IER_EMSC); } mtx_unlock_spin(&sio_lock); @@ -1524,7 +1536,7 @@ s = spltty(); if (com->state & CS_BUSY) com->extra_state &= ~CSE_BUSYCHECK; /* False alarm. */ - else if ((inb(com->line_status_port) & (LSR_TSRE | LSR_TXRDY)) + else if ((sio_getreg(com, com_lsr) & (LSR_TSRE | LSR_TXRDY)) == (LSR_TSRE | LSR_TXRDY)) { com->tp->t_state &= ~TS_BUSY; ttwwakeup(com->tp); @@ -1668,7 +1680,7 @@ */ if ((com->state & CS_RTS_IFLOW) && !(com->mcr_image & MCR_RTS) && !(tp->t_state & TS_TBLOCK)) - outb(com->modem_ctl_port, com->mcr_image |= MCR_RTS); + sio_setreg(com, com_mcr, com->mcr_image |= MCR_RTS); } static void @@ -1705,7 +1717,7 @@ */ if (com != NULL && !com->gone - && (inb(com->int_id_port) & IIR_IMASK) + && (sio_getreg(com, com_iir) & IIR_IMASK) != IIR_NOPEND) { siointr1(com); possibly_more_intrs = TRUE; @@ -1761,12 +1773,12 @@ u_char int_ctl; u_char int_ctl_new; - int_ctl = inb(com->intr_ctl_port); + int_ctl = sio_getreg(com, com_ier); int_ctl_new = int_ctl; while (!com->gone) { if (com->pps.ppsparam.mode & PPS_CAPTUREBOTH) { - modem_status = inb(com->modem_status_port); + modem_status = sio_getreg(com, com_msr); if ((modem_status ^ com->last_modem_status) & com->pps_bit) { pps_capture(&com->pps); @@ -1775,7 +1787,7 @@ PPS_CAPTUREASSERT : PPS_CAPTURECLEAR); } } - line_status = inb(com->line_status_port); + line_status = sio_getreg(com, com_lsr); /* input event? (check first to help avoid overruns) */ while (line_status & LSR_RCV_MASK) { @@ -1783,7 +1795,7 @@ if (!(line_status & LSR_RXRDY)) recv_data = 0; else - recv_data = inb(com->data_port); + recv_data = sio_getreg(com, com_data); #if defined(DDB) && defined(ALT_BREAK_TO_DEBUGGER) /* * Solaris implements a new BREAK which is initiated @@ -1870,7 +1882,7 @@ com->iptr = ++ioptr; if (ioptr == com->ihighwater && com->state & CS_RTS_IFLOW) - outb(com->modem_ctl_port, + sio_setreg(com, com_mcr, com->mcr_image &= ~MCR_RTS); if (line_status & LSR_OE) CE_RECORD(com, CE_OVERRUN); @@ -1880,11 +1892,11 @@ * "& 0x7F" is to avoid the gcc-1.40 generating a slow * jump from the top of the loop to here */ - line_status = inb(com->line_status_port) & 0x7F; + line_status = sio_getreg(com, com_lsr) & 0x7F; } /* modem status change? (always check before doing output) */ - modem_status = inb(com->modem_status_port); + modem_status = sio_getreg(com, com_msr); if (modem_status != com->last_modem_status) { if (com->do_dcd_timestamp && !(com->last_modem_status & MSR_DCD) @@ -1925,10 +1937,10 @@ ocount = com->tx_fifo_size; com->bytes_out += ocount; do - outb(com->data_port, *ioptr++); + sio_setreg(com, com_data, *ioptr++); while (--ocount != 0); } else { - outb(com->data_port, *ioptr++); + sio_setreg(com, com_data, *ioptr++); ++com->bytes_out; if (com->unit == siotsunit) { nanouptime(&siots[siotso]); @@ -1965,13 +1977,13 @@ } } if (COM_IIR_TXRDYBUG(com->flags) && (int_ctl != int_ctl_new)) { - outb(com->intr_ctl_port, int_ctl_new); + sio_setreg(com, com_ier, int_ctl_new); } } /* finished? */ #ifndef COM_MULTIPORT - if ((inb(com->int_id_port) & IIR_IMASK) == IIR_NOPEND) + if ((sio_getreg(com, com_iir) & IIR_IMASK) == IIR_NOPEND) #endif /* COM_MULTIPORT */ return; } @@ -2345,7 +2357,7 @@ * CS_RTS_IFLOW just changed from on to off. Force MCR_RTS * on here, since comstart() won't do it later. */ - outb(com->modem_ctl_port, com->mcr_image |= MCR_RTS); + sio_setreg(com, com_mcr, com->mcr_image |= MCR_RTS); if (com->st16650a) { sio_setreg(com, com_cfcr, 0xbf); sio_setreg(com, com_fifo, @@ -2494,11 +2506,11 @@ com->state |= CS_TTGO; if (tp->t_state & TS_TBLOCK) { if (com->mcr_image & MCR_RTS && com->state & CS_RTS_IFLOW) - outb(com->modem_ctl_port, com->mcr_image &= ~MCR_RTS); + sio_setreg(com, com_mcr, com->mcr_image &= ~MCR_RTS); } else { if (!(com->mcr_image & MCR_RTS) && com->iptr < com->ihighwater && com->state & CS_RTS_IFLOW) - outb(com->modem_ctl_port, com->mcr_image |= MCR_RTS); + sio_setreg(com, com_mcr, com->mcr_image |= MCR_RTS); } mtx_unlock_spin(&sio_lock); if (tp->t_state & (TS_TIMEOUT | TS_TTSTOP)) { @@ -2643,14 +2655,14 @@ mtx_lock_spin(&sio_lock); switch (how) { case DMSET: - outb(com->modem_ctl_port, + sio_setreg(com, com_mcr, com->mcr_image = mcr | (com->mcr_image & MCR_IENABLE)); break; case DMBIS: - outb(com->modem_ctl_port, com->mcr_image |= mcr); + sio_setreg(com, com_mcr, com->mcr_image |= mcr); break; case DMBIC: - outb(com->modem_ctl_port, com->mcr_image &= ~mcr); + sio_setreg(com, com_mcr, com->mcr_image &= ~mcr); break; } mtx_unlock_spin(&sio_lock); @@ -2785,6 +2797,7 @@ static speed_t siocngetspeed(Port_t, u_long rclk); #endif static void siocnclose(struct siocnstate *sp, Port_t iobase); +static void siocninitdl(Port_t iobase, speed_t rate); static void siocnopen(struct siocnstate *sp, Port_t iobase, int speed); static void siocntxwait(Port_t iobase); @@ -2810,7 +2823,9 @@ /* To get the GDB related variables */ #if DDB > 0 #include +#ifndef __sparc64__ static struct consdev gdbconsdev; +#endif #endif @@ -2826,7 +2841,7 @@ * transmits. */ timo = 100000; - while ((inb(iobase + com_lsr) & (LSR_TSRE | LSR_TXRDY)) + while ((SIOCNINB(iobase, com_lsr) & (LSR_TSRE | LSR_TXRDY)) != (LSR_TSRE | LSR_TXRDY) && --timo != 0) ; } @@ -2852,13 +2867,13 @@ u_char dlbl; u_char cfcr; - cfcr = inb(iobase + com_cfcr); - outb(iobase + com_cfcr, CFCR_DLAB | cfcr); + cfcr = SIOCNINB(iobase, com_cfcr); + SIOCNOUTB(iobase, com_cfcr, CFCR_DLAB | cfcr); - dlbl = inb(iobase + com_dlbl); - dlbh = inb(iobase + com_dlbh); + dlbl = SIOCNINB(iobase, com_dlbl); + dlbh = SIOCNINB(iobase, com_dlbh); - outb(iobase + com_cfcr, cfcr); + SIOCNOUTB(iobase, com_cfcr, cfcr); divisor = dlbh << 8 | dlbl; @@ -2885,13 +2900,13 @@ * and set our default ones (cs8 -parenb speed=comdefaultrate). * We can't save the fifo register since it is read-only. */ - sp->ier = inb(iobase + com_ier); - outb(iobase + com_ier, 0); /* spltty() doesn't stop siointr() */ + sp->ier = SIOCNINB(iobase, com_ier); + SIOCNOUTB(iobase, com_ier, 0); /* spltty() doesn't stop siointr() */ siocntxwait(iobase); - sp->cfcr = inb(iobase + com_cfcr); - outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); - sp->dlbl = inb(iobase + com_dlbl); - sp->dlbh = inb(iobase + com_dlbh); + sp->cfcr = SIOCNINB(iobase, com_cfcr); + SIOCNOUTB(iobase, com_cfcr, CFCR_DLAB | CFCR_8BITS); + sp->dlbl = SIOCNINB(iobase, com_dlbl); + sp->dlbh = SIOCNINB(iobase, com_dlbh); /* * Only set the divisor registers if they would change, since on * some 16550 incompatibles (Startech), setting them clears the @@ -2901,18 +2916,18 @@ divisor = siodivisor(comdefaultrclk, speed); dlbl = divisor & 0xFF; if (sp->dlbl != dlbl) - outb(iobase + com_dlbl, dlbl); + SIOCNOUTB(iobase, com_dlbl, dlbl); dlbh = divisor >> 8; if (sp->dlbh != dlbh) - outb(iobase + com_dlbh, dlbh); - outb(iobase + com_cfcr, CFCR_8BITS); - sp->mcr = inb(iobase + com_mcr); + SIOCNOUTB(iobase, com_dlbh, dlbh); + SIOCNOUTB(iobase, com_cfcr, CFCR_8BITS); + sp->mcr = SIOCNINB(iobase, com_mcr); /* * We don't want interrupts, but must be careful not to "disable" * them by clearing the MCR_IENABLE bit, since that might cause * an interrupt by floating the IRQ line. */ - outb(iobase + com_mcr, (sp->mcr & MCR_IENABLE) | MCR_DTR | MCR_RTS); + SIOCNOUTB(iobase, com_mcr, (sp->mcr & MCR_IENABLE) | MCR_DTR | MCR_RTS); } static void @@ -2924,20 +2939,45 @@ * Restore the device control registers. */ siocntxwait(iobase); - outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); - if (sp->dlbl != inb(iobase + com_dlbl)) - outb(iobase + com_dlbl, sp->dlbl); - if (sp->dlbh != inb(iobase + com_dlbh)) - outb(iobase + com_dlbh, sp->dlbh); - outb(iobase + com_cfcr, sp->cfcr); + SIOCNOUTB(iobase, com_cfcr, CFCR_DLAB | CFCR_8BITS); + if (sp->dlbl != SIOCNINB(iobase, com_dlbl)) + SIOCNOUTB(iobase, com_dlbl, sp->dlbl); + if (sp->dlbh != SIOCNINB(iobase, com_dlbh)) + SIOCNOUTB(iobase, com_dlbh, sp->dlbh); + SIOCNOUTB(iobase, com_cfcr, sp->cfcr); /* * XXX damp oscillations of MCR_DTR and MCR_RTS by not restoring them. */ - outb(iobase + com_mcr, sp->mcr | MCR_DTR | MCR_RTS); - outb(iobase + com_ier, sp->ier); + SIOCNOUTB(iobase, com_mcr, sp->mcr | MCR_DTR | MCR_RTS); + SIOCNOUTB(iobase, com_ier, sp->ier); } -#ifndef __alpha__ +static void +siocninitdl(iobase, rate) + Port_t iobase; + speed_t rate; +{ + u_int divisor; + u_char cfcr; + + /* + * Initialize the divisor latch. We can't rely on + * siocnopen() to do this the first time, since it + * avoids writing to the latch if the latch appears + * to have the correct value. Also, if we didn't + * just read the speed from the hardware, then we + * need to set the speed in hardware so that + * switching it later is null. + */ + cfcr = SIOCNINB(iobase, com_cfcr); + SIOCNOUTB(iobase, com_cfcr, CFCR_DLAB | cfcr); + divisor = siodivisor(comdefaultrclk, rate); + SIOCNOUTB(iobase, com_dlbl, divisor & 0xff); + SIOCNOUTB(iobase, com_dlbh, divisor >> 8); + SIOCNOUTB(iobase, com_cfcr, cfcr); +} + +#if defined(__i386__) || defined(__ia64__) static void siocnprobe(cp) @@ -2945,7 +2985,6 @@ { speed_t boot_speed; u_char cfcr; - u_int divisor; int s, unit; struct siocnstate sp; @@ -2989,22 +3028,7 @@ comdefaultrate = boot_speed; } - /* - * Initialize the divisor latch. We can't rely on - * siocnopen() to do this the first time, since it - * avoids writing to the latch if the latch appears - * to have the correct value. Also, if we didn't - * just read the speed from the hardware, then we - * need to set the speed in hardware so that - * switching it later is null. - */ - cfcr = inb(iobase + com_cfcr); - outb(iobase + com_cfcr, CFCR_DLAB | cfcr); - divisor = siodivisor(comdefaultrclk, comdefaultrate); - outb(iobase + com_dlbl, divisor & 0xff); - outb(iobase + com_dlbh, divisor >> 8); - outb(iobase + com_cfcr, cfcr); - + siocninitdl(iobase, comdefaultrate); siocnopen(&sp, iobase, comdefaultrate); splx(s); @@ -3052,6 +3076,10 @@ #endif } +#endif + +#ifndef __alpha__ + static void siocninit(cp) struct consdev *cp; @@ -3079,34 +3107,16 @@ { int s; u_char cfcr; - u_int divisor; struct siocnstate sp; - int unit = 0; /* XXX random value! */ siocniobase = port; - siocnunit = unit; comdefaultrate = speed; sio_consdev.cn_pri = CN_NORMAL; - sio_consdev.cn_dev = makedev(CDEV_MAJOR, unit); + sio_consdev.cn_dev = makedev(CDEV_MAJOR, 0); s = spltty(); - /* - * Initialize the divisor latch. We can't rely on - * siocnopen() to do this the first time, since it - * avoids writing to the latch if the latch appears - * to have the correct value. Also, if we didn't - * just read the speed from the hardware, then we - * need to set the speed in hardware so that - * switching it later is null. - */ - cfcr = inb(siocniobase + com_cfcr); - outb(siocniobase + com_cfcr, CFCR_DLAB | cfcr); - divisor = siodivisor(comdefaultrclk, comdefaultrate); - outb(siocniobase + com_dlbl, divisor & 0xff); - outb(siocniobase + com_dlbh, divisor >> 8); - outb(siocniobase + com_cfcr, cfcr); - + siocninitdl(siocniobase, comdefaultrate); siocnopen(&sp, siocniobase, comdefaultrate); splx(s); @@ -3121,9 +3131,8 @@ { int s; u_char cfcr; - u_int divisor; struct siocnstate sp; - int unit = 1; /* XXX random value! */ + int unit = 1; /* XXX !!! */ siogdbiobase = port; gdbdefaultrate = speed; @@ -3139,22 +3148,7 @@ s = spltty(); - /* - * Initialize the divisor latch. We can't rely on - * siocnopen() to do this the first time, since it - * avoids writing to the latch if the latch appears - * to have the correct value. Also, if we didn't - * just read the speed from the hardware, then we - * need to set the speed in hardware so that - * switching it later is null. - */ - cfcr = inb(siogdbiobase + com_cfcr); - outb(siogdbiobase + com_cfcr, CFCR_DLAB | cfcr); - divisor = siodivisor(comdefaultrclk, gdbdefaultrate); - outb(siogdbiobase + com_dlbl, divisor & 0xff); - outb(siogdbiobase + com_dlbh, divisor >> 8); - outb(siogdbiobase + com_cfcr, cfcr); - + siocninitdl(siogdbiobase, gdbdefaultrate); siocnopen(&sp, siogdbiobase, gdbdefaultrate); splx(s); @@ -3183,8 +3177,8 @@ } s = spltty(); siocnopen(&sp, iobase, speed); - if (inb(iobase + com_lsr) & LSR_RXRDY) - c = inb(iobase + com_data); + if (SIOCNINB(iobase, com_lsr) & LSR_RXRDY) + c = SIOCNINB(iobase, com_data); else c = -1; siocnclose(&sp, iobase); @@ -3213,9 +3207,9 @@ } s = spltty(); siocnopen(&sp, iobase, speed); - while (!(inb(iobase + com_lsr) & LSR_RXRDY)) + while (!(SIOCNINB(iobase, com_lsr) & LSR_RXRDY)) ; - c = inb(iobase + com_data); + c = SIOCNINB(iobase, com_data); siocnclose(&sp, iobase); splx(s); return (c); @@ -3247,7 +3241,7 @@ } siocnopen(&sp, iobase, speed); siocntxwait(iobase); - outb(iobase + com_data, c); + SIOCNOUTB(iobase, com_data, c); siocnclose(&sp, iobase); if (need_unlock) mtx_unlock_spin(&sio_lock); @@ -3304,6 +3298,208 @@ siocntxwait(siogdbiobase); outb(siogdbiobase + com_data, c); siocnclose(&sp, siogdbiobase); + splx(s); +} +#endif + +#ifdef __sparc64__ + +#include +#include +#include +#include +#include +#include + +/* This requires EBus support for now. */ +extern char *sio_ofw_names[]; +extern char *sio_ofw_compat[]; +int sio_ofw_inlist(char *name, char *list[]); + +static phandle_t siocnfind(struct consdev *cp, phandle_t root, + int *unit, int *flags); + +static char sio_ofw_name[32]; + +/* + * Sparc64 console support is a bit complicated; the console needs to + * initialize before any bus drivers are registered. Therefore the attach + * routine needs to walk the ofw device tree, extract nodes that look like + * sio's, look at the parent bus nodes, map the registers, and map the + * resulting PCI adresses to physical addresses using the PCI host bridge node. + */ + +/* Find the first sio eligible for console use and return. */ +static phandle_t +siocnfind(cp, root, unit, flags) + struct consdev *cp; + phandle_t root; + int *unit; + int *flags; +{ + int disabled; + int found; + phandle_t node; + phandle_t rv; + + node = OF_child(root); + while (node != 0) { + found = 0; + if (OF_getprop(node, "name", sio_ofw_name, + sizeof(sio_ofw_name)) != -1) { + sio_ofw_name[sizeof(sio_ofw_name) - 1] = '\0'; + if (sio_ofw_inlist(sio_ofw_name, sio_ofw_names)) + found = 1; + } + if (OF_getprop(node, "compat", sio_ofw_name, + sizeof(sio_ofw_name)) != -1) { + sio_ofw_name[sizeof(sio_ofw_name) - 1] = '\0'; + if (sio_ofw_inlist(sio_ofw_name, sio_ofw_compat)) + found = 1; + } + if (found) { + if (resource_int_value("sio", *unit, "disabled", + &disabled) != 0) + disabled = 0; + if (resource_int_value("sio", *unit, "flags", + flags) == 0) { + if (!disabled && COM_CONSOLE(*flags)) + return (node); + } + (*unit)++; + } + /* + * This recursion should be at most only about 5 levels deep, + * so this should not take up too much stack space. + * It is also done very early, before interrupts can kick in + * or the like. + */ + if ((rv = siocnfind(cp, node, unit, flags)) != 0) + return (rv); + node = OF_peer(node); + } + return (0); +} + +static int siocnmap(phandle_t node, phandle_t parent); + +/* + * ISA and EBus ranges and regs are identical, so we can use a single function + * here. + */ +static int +siocnmap(node, parent) + phandle_t node; + phandle_t parent; +{ + int bs; + phandle_t bus; + u_long child; + int cs; + u_long dummy; + int error; + int i; + struct isa_ranges ir[4]; + char name[32]; + phandle_t pbus; + u_long phys; + struct isa_regs reg; + int rsz; + int type; + struct upa_ranges ur[4]; + + if (OF_getprop(node, "reg", ®, sizeof(reg)) == -1 || + (rsz = OF_getprop(parent, "ranges", ir, sizeof(ir))) == -1) + return (ENXIO); + phys = ISA_REG_PHYS(®); + dummy = phys + 8; + type = ofw_isa_map_iorange(ir, rsz / sizeof(*ir), &phys, &dummy); + if (type == SYS_RES_MEMORY) { + cs = PCI_CS_MEM32; + bs = PCI_MEMORY_BUS_SPACE; + } else { + cs = PCI_CS_IO; + bs = PCI_IO_BUS_SPACE; + } + bus = OF_parent(parent); + if (OF_getprop(bus, "name", name, sizeof(name)) == -1) + return (ENXIO); + name[sizeof(name) - 1] = '\0'; + if (strcmp(name, "pci") != 0) + return (ENXIO); + /* Find the topmost PCI node (the host bridge) */ + while ((pbus = OF_parent(bus)) != 0) { + if (OF_getprop(pbus, "name", name, sizeof(name)) != -1) { + name[sizeof(name) - 1] = '\0'; + if (strcmp(name, "pci") != 0) + break; + } + bus = pbus; + } + if (pbus == 0) + return (ENXIO); + if ((rsz = OF_getprop(bus, "ranges", ur, sizeof(ur))) == -1) + return (ENXIO); + error = ENXIO; + siocniobase = SIOP_CONS; + for (i = 0; i < (rsz / sizeof(ur[0])); i++) { + child = UPA_RANGE_CHILD(&ur[i]); + if (UPA_RANGE_CS(&ur[i]) == cs && phys >= child && + phys - child < UPA_RANGE_SIZE(&ur[i])) { + siocnports[SIOP_CONS] = phys; + siocnhandle[SIOP_CONS] = sparc64_fake_bustag(bs, + UPA_RANGE_PHYS(&ur[i]) + phys, + &siocntag[SIOP_CONS]); + error = 0; + break; + } + } + return (error); +} + +static void +siocnprobe(cp) + struct consdev *cp; +{ + char bname[32]; + speed_t boot_speed; + int error; + int flags; + phandle_t node; + phandle_t parent; + int s; + struct siocnstate sp; + int unit; + + cp->cn_pri = CN_DEAD; + node = OF_peer(0); + if (node <= 0) + return; + unit = 0; + if ((node = siocnfind(cp, node, &unit, &flags)) == 0) + return; + if ((parent = OF_parent(node)) == 0) + return; + if ((OF_getprop(parent, "name", bname, sizeof(bname))) <= 0) + return; + bname[sizeof(bname) - 1] = '\0'; + error = ENXIO; + if (strcmp(bname, "isa") == 0 || + strcmp(bname, "ebus") == 0) + error = siocnmap(node, parent); + if (error != 0) + return; + s = spltty(); + if (boothowto & RB_SERIAL) { + boot_speed = siocngetspeed(SIOP_CONS, comdefaultrclk); + if (boot_speed) + comdefaultrate = boot_speed; + } + cp->cn_dev = makedev(CDEV_MAJOR, unit); + cp->cn_pri = COM_FORCECONSOLE(flags) || boothowto & RB_SERIAL ? + CN_REMOTE : CN_NORMAL; + siocninitdl(SIOP_CONS, comdefaultrate); + siocnopen(&sp, SIOP_CONS, comdefaultrate); splx(s); } #endif --4jXrM3lyYWu4nBt5-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 1 14:19:18 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF7537B401; Fri, 1 Aug 2003 14:19:17 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EBE943F93; Fri, 1 Aug 2003 14:19:17 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h71LJGo6074908; Fri, 1 Aug 2003 17:19:16 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h71LJGJR074907; Fri, 1 Aug 2003 17:19:16 -0400 (EDT) Date: Fri, 1 Aug 2003 17:19:16 -0400 (EDT) Message-Id: <200308012119.h71LJGJR074907@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 21:19:18 -0000 TB --- mkdir /home/des/tinderbox TB --- mkdir /home/des/tinderbox/CURRENT TB --- mkdir /home/des/tinderbox/CURRENT/sparc64 TB --- mkdir /home/des/tinderbox/CURRENT/sparc64/sparc64 From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 1 14:47:26 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 809DA37B401; Fri, 1 Aug 2003 14:47:26 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD6E43F85; Fri, 1 Aug 2003 14:47:25 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 5B0D578792; Fri, 1 Aug 2003 23:47:24 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id 1B94196026; Fri, 1 Aug 2003 23:47:24 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id 53F1695EEB; Fri, 1 Aug 2003 23:47:20 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 3BACBB824; Fri, 1 Aug 2003 23:47:20 +0200 (CEST) To: current@freebsd.org References: <200308012119.h71LJGJR074907@cueball.rtp.FreeBSD.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 01 Aug 2003 23:47:19 +0200 In-Reply-To: <200308012119.h71LJGJR074907@cueball.rtp.FreeBSD.org> (des+tinderbox@freebsd.org's message of "Fri, 1 Aug 2003 17:19:16 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-2.5 required=8.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: sparc64@freebsd.org Subject: Re: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 21:47:26 -0000 Tinderbox writes: > TB --- mkdir /home/des/tinderbox > TB --- mkdir /home/des/tinderbox/CURRENT > TB --- mkdir /home/des/tinderbox/CURRENT/sparc64 > TB --- mkdir /home/des/tinderbox/CURRENT/sparc64/sparc64 Sorry about that, I was a bit too hasty moving some directories around. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 2 03:12:27 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 017C237B401 for ; Sat, 2 Aug 2003 03:12:27 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1594443FA3 for ; Sat, 2 Aug 2003 03:12:25 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h72ACMPR012141; Sat, 2 Aug 2003 13:12:22 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h72ACLkA012140; Sat, 2 Aug 2003 13:12:21 +0300 (EEST) Date: Sat, 2 Aug 2003 13:12:21 +0300 From: Maxim Mazurok To: Thomas Moestl Message-ID: <20030802101221.GB77415@km.ua> References: <20030801132240.GA77415@km.ua> <20030801170417.GC834@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030801170417.GC834@crow.dom2ip.de> User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver 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, 02 Aug 2003 10:12:27 -0000 On Fri, Aug 01, 2003 at 07:04:17PM +0200, Thomas Moestl wrote: >> I need to add 2 async serial port to my sparc. >> >> 5.1-RELEASE >> >> I add to kernel >> >> device puc >> options PUC_FASTINTR >> >> but i forgot add >> >> device sio >> >> after reboot i have in dmesg: >> >> puc0: port 0x1030-0x103f,0x1020-0x1027,0x1018-0x101f,0x1010-0x1017,0x1008-0x100f,0x1000-0x1007 irq 4 at device 3.0 on pci1 >> >> card detected, but no have ports (no sio driver in kernel). >> I rebuild kernel width sio driver and after reboot have kernel trap. >> sio(4) diver are ported to sparc? > >It works only for ISA sio(4)s currently, due to some ISA specific code >that happens to work with PCI on other platforms. I have attached a >quick hack to fix this which I use on one of my machines, which should >get you around the problems (it also cointains things like console >support). >The rework which marcel@ is doing in the perforce repository will >fix this the right way. YES! it worked! puc0: port 0x1030-0x103f,0x1020-0x1027,0x1018-0x101f,0x1010-0x1017,0x1008-0x100f,0x1000-0x1007 irq 4 at device 3.0 on pci1 sio0: type 16550A sio1: type 16550A BIG TNX! -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 2 04:52:28 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3456D37B401; Sat, 2 Aug 2003 04:52:28 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 741E343F3F; Sat, 2 Aug 2003 04:52:27 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h72BqQo6023437; Sat, 2 Aug 2003 07:52:26 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h72BqQNw023436; Sat, 2 Aug 2003 07:52:26 -0400 (EDT) Date: Sat, 2 Aug 2003 07:52:26 -0400 (EDT) Message-Id: <200308021152.h72BqQNw023436@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2003 11:52:28 -0000 TB --- 2003-08-02 10:36:54 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-08-02 10:36:54 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-02 10:39:03 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-08-02 11:37:25 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Aug 2 11:37:26 GMT 2003 >>> Kernel build for GENERIC completed on Sat Aug 2 11:46:36 GMT 2003 TB --- 2003-08-02 11:46:36 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-08-02 11:46:36 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 2 11:46:36 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_thr.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_kthread.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c: In function `db_ktr_all': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: `lines' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: for each function it appears in.) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:270: warning: unused variable `c' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-08-02 11:52:26 - /usr/bin/make returned exit code 1 TB --- 2003-08-02 11:52:26 - ERROR: failed to build lint kernel TB --- 2003-08-02 11:52:26 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 2 13:48:45 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F066C37B401 for ; Sat, 2 Aug 2003 13:48:45 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04C6443FE0 for ; Sat, 2 Aug 2003 13:48:44 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h72KmfPR061602; Sat, 2 Aug 2003 23:48:41 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h72KmexM061601; Sat, 2 Aug 2003 23:48:40 +0300 (EEST) Date: Sat, 2 Aug 2003 23:48:40 +0300 From: Maxim Mazurok To: Thomas Moestl Message-ID: <20030802204840.GC77415@km.ua> References: <20030801132240.GA77415@km.ua> <20030801170417.GC834@crow.dom2ip.de> <20030802101221.GB77415@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030802101221.GB77415@km.ua> User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver 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, 02 Aug 2003 20:48:46 -0000 On Sat, Aug 02, 2003 at 01:12:21PM +0300, Maxim Mazurok wrote: >>> I need to add 2 async serial port to my sparc. >>> >>> 5.1-RELEASE >>> >>> I add to kernel >>> >>> device puc >>> options PUC_FASTINTR >>> >>> but i forgot add >>> >>> device sio >>> >>> after reboot i have in dmesg: >>> >>> puc0: port 0x1030-0x103f,0x1020-0x1027,0x1018-0x101f,0x1010-0x1017,0x1008-0x100f,0x1000-0x1007 irq 4 at device 3.0 on pci1 >>> >>> card detected, but no have ports (no sio driver in kernel). >>> I rebuild kernel width sio driver and after reboot have kernel trap. >>> sio(4) diver are ported to sparc? >> >>It works only for ISA sio(4)s currently, due to some ISA specific code >>that happens to work with PCI on other platforms. I have attached a >>quick hack to fix this which I use on one of my machines, which should >>get you around the problems (it also cointains things like console >>support). >>The rework which marcel@ is doing in the perforce repository will >>fix this the right way. > >YES! >it worked! > >puc0: port 0x1030-0x103f,0x1020-0x1027,0x1018-0x101f,0x1010-0x1017,0x1008-0x100f,0x1000-0x1007 irq 4 at device 3.0 on pci1 >sio0: type 16550A >sio1: type 16550A > >BIG TNX! hmmm. i see strange.... this card inserted in my Ultra AXi motherboard. onboard i have two serial ports: sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sabtty0: on sab0 sabtty0: console 9600,8,n,1,- sabtty1: on sab0 ports are worked. after insert dual-rs232 ports card i have worked sio0 and sio1 (see up). but in dmesg i see two strange ports: sio2 addr 0x14003803f8-0x14003803ff irq 41 on ebus0 sio2: type 16550A sio3 addr 0x14003602f8-0x14003602ff irq 42 on ebus0 sio3: type 16550A who know, what this? p.s. sorry for my bad english. -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 2 13:59:15 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF2B937B401 for ; Sat, 2 Aug 2003 13:59:15 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C2343F93 for ; Sat, 2 Aug 2003 13:59:15 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h72KxEwO013834; Sat, 2 Aug 2003 13:59:14 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h72KxE8J025080; Sat, 2 Aug 2003 13:59:14 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h72KxD1E025079; Sat, 2 Aug 2003 13:59:13 -0700 (PDT) (envelope-from marcel) Date: Sat, 2 Aug 2003 13:59:13 -0700 From: Marcel Moolenaar To: Maxim Mazurok Message-ID: <20030802205913.GA25026@dhcp01.pn.xcllnt.net> References: <20030801132240.GA77415@km.ua> <20030801170417.GC834@crow.dom2ip.de> <20030802101221.GB77415@km.ua> <20030802204840.GC77415@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030802204840.GC77415@km.ua> User-Agent: Mutt/1.5.4i cc: Thomas Moestl cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver 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, 02 Aug 2003 20:59:16 -0000 On Sat, Aug 02, 2003 at 11:48:40PM +0300, Maxim Mazurok wrote: > > after insert dual-rs232 ports card i have worked sio0 and sio1 (see up). > but in dmesg i see two strange ports: > > sio2 addr 0x14003803f8-0x14003803ff irq 41 on ebus0 > sio2: type 16550A > sio3 addr 0x14003602f8-0x14003602ff irq 42 on ebus0 > sio3: type 16550A > > who know, what this? Those probably are the rs232 ports you always had, but were never supported before. In old dmesg(8) outputs you'll find them as devices with the name . -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 2 14:56:56 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EEE337B401 for ; Sat, 2 Aug 2003 14:56:56 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147D343FAF for ; Sat, 2 Aug 2003 14:56:54 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h72LupPR067220; Sun, 3 Aug 2003 00:56:51 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h72Luo99067219; Sun, 3 Aug 2003 00:56:50 +0300 (EEST) Date: Sun, 3 Aug 2003 00:56:50 +0300 From: Maxim Mazurok To: Marcel Moolenaar Message-ID: <20030802215650.GF77415@km.ua> References: <20030801132240.GA77415@km.ua> <20030801170417.GC834@crow.dom2ip.de> <20030802101221.GB77415@km.ua> <20030802204840.GC77415@km.ua> <20030802205913.GA25026@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030802205913.GA25026@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.5.4i cc: Thomas Moestl cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver 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, 02 Aug 2003 21:56:56 -0000 On Sat, Aug 02, 2003 at 01:59:13PM -0700, Marcel Moolenaar wrote: >> after insert dual-rs232 ports card i have worked sio0 and sio1 (see up). >> but in dmesg i see two strange ports: >> >> sio2 addr 0x14003803f8-0x14003803ff irq 41 on ebus0 >> sio2: type 16550A >> sio3 addr 0x14003602f8-0x14003602ff irq 42 on ebus0 >> sio3: type 16550A >> >> who know, what this? > >Those probably are the rs232 ports you always had, but were never >supported before. In old dmesg(8) outputs you'll find them as >devices with the name . but... where hardware connectors for this ports? -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 2 15:03:38 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FC937B401 for ; Sat, 2 Aug 2003 15:03:38 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8E0243F3F for ; Sat, 2 Aug 2003 15:03:37 -0700 (PDT) (envelope-from jake@locore.ca) Received: by k6.locore.ca (Postfix, from userid 1000) id 2D8711E80D; Sat, 2 Aug 2003 18:03:39 -0400 (EDT) Date: Sat, 2 Aug 2003 18:03:39 -0400 From: Jake Burkholder To: Maxim Mazurok Message-ID: <20030802220339.GB41829@locore.ca> References: <20030801132240.GA77415@km.ua> <20030801170417.GC834@crow.dom2ip.de> <20030802101221.GB77415@km.ua> <20030802204840.GC77415@km.ua> <20030802205913.GA25026@dhcp01.pn.xcllnt.net> <20030802215650.GF77415@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030802215650.GF77415@km.ua> User-Agent: Mutt/1.4.1i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver 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, 02 Aug 2003 22:03:38 -0000 Apparently, On Sun, Aug 03, 2003 at 12:56:50AM +0300, Maxim Mazurok said words to the effect of; > On Sat, Aug 02, 2003 at 01:59:13PM -0700, Marcel Moolenaar wrote: > > >> after insert dual-rs232 ports card i have worked sio0 and sio1 (see up). > >> but in dmesg i see two strange ports: > >> > >> sio2 addr 0x14003803f8-0x14003803ff irq 41 on ebus0 > >> sio2: type 16550A > >> sio3 addr 0x14003602f8-0x14003602ff irq 42 on ebus0 > >> sio3: type 16550A > >> > >> who know, what this? > > > >Those probably are the rs232 ports you always had, but were never > >supported before. In old dmesg(8) outputs you'll find them as > >devices with the name . > > but... where hardware connectors for this ports? Keyboard and mouse ports. Jake From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 2 15:11:15 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E06537B401 for ; Sat, 2 Aug 2003 15:11:15 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 96F0B43F85 for ; Sat, 2 Aug 2003 15:11:13 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 11612 invoked by uid 65534); 2 Aug 2003 22:11:11 -0000 Received: from p508E6DD0.dip.t-dialin.net (EHLO galatea.local) (80.142.109.208) by mail.gmx.net (mp013) with SMTP; 03 Aug 2003 00:11:11 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19j4bF-0000Gl-ML; Sun, 03 Aug 2003 00:11:41 +0200 Date: Sun, 3 Aug 2003 00:11:41 +0200 From: Thomas Moestl To: Maxim Mazurok Message-ID: <20030802221141.GA675@crow.dom2ip.de> References: <20030801132240.GA77415@km.ua> <20030801170417.GC834@crow.dom2ip.de> <20030802101221.GB77415@km.ua> <20030802204840.GC77415@km.ua> <20030802205913.GA25026@dhcp01.pn.xcllnt.net> <20030802215650.GF77415@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030802215650.GF77415@km.ua> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-sparc@freebsd.org cc: Marcel Moolenaar Subject: Re: sio(4) driver 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, 02 Aug 2003 22:11:15 -0000 On Sun, 2003/08/03 at 00:56:50 +0300, Maxim Mazurok wrote: > On Sat, Aug 02, 2003 at 01:59:13PM -0700, Marcel Moolenaar wrote: > > >> after insert dual-rs232 ports card i have worked sio0 and sio1 (see up). > >> but in dmesg i see two strange ports: > >> > >> sio2 addr 0x14003803f8-0x14003803ff irq 41 on ebus0 > >> sio2: type 16550A > >> sio3 addr 0x14003602f8-0x14003602ff irq 42 on ebus0 > >> sio3: type 16550A > >> > >> who know, what this? > > > >Those probably are the rs232 ports you always had, but were never > >supported before. In old dmesg(8) outputs you'll find them as > >devices with the name . > > but... where hardware connectors for this ports? EBus sios are typically used as keyboard and mouse interfaces on this type of machines. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 2 20:39:10 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D160037B401 for ; Sat, 2 Aug 2003 20:39:10 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C014743F93 for ; Sat, 2 Aug 2003 20:39:09 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h733d9QX016961; Sat, 2 Aug 2003 20:39:09 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h733d6IZ016960; Sat, 2 Aug 2003 20:39:06 -0700 (PDT) Date: Sat, 2 Aug 2003 20:39:06 -0700 From: "David O'Brien" To: Pete Bentley Message-ID: <20030803033906.GF98015@dragon.nuxi.com> References: <20030728115134.GA88856@sorted.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030728115134.GA88856@sorted.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-sparc64@freebsd.org Subject: Re: Netra X1 - Status query and stupid question X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Aug 2003 03:39:11 -0000 On Mon, Jul 28, 2003 at 12:51:34PM +0100, Pete Bentley wrote: > Hi, > > Just wondering what the status is with regard to drivers for > the X1's onboard Davicom ethernet? Trawling through the list > archive, the most recent relevant post seems to be:- > > >Date: Mon, 20 Jan 2003 09:46:48 -0800 > >From: Maxime Henrion > >[...] > >The dc(4) driver needs to be converted to the busdma API before working > >on sparc64. It's next on my TODO list and I'll take care of it once I'm > >finished with fxp(4). It should be finished. Can you test a latest kernel on an X1?