From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 23 12:42:51 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE5E37B401 for ; Mon, 23 Jun 2003 12:42:51 -0700 (PDT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-250.dsl.rcsntx.swbell.net [65.70.175.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D7FD43FDD for ; Mon, 23 Jun 2003 12:42:48 -0700 (PDT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.6p2/8.12.6) with ESMTP id h5NJxMTT069386; Mon, 23 Jun 2003 14:59:22 -0500 (CDT) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by mail.unixjunkie.com (8.12.6p2/8.12.6) with ESMTP id h5NJxMBk069383; Mon, 23 Jun 2003 14:59:22 -0500 (CDT) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.6p2/8.12.6/Submit) id h5NJxLEj069382; Mon, 23 Jun 2003 14:59:21 -0500 (CDT) (envelope-from strgout) Date: Mon, 23 Jun 2003 14:59:21 -0500 From: John To: Thomas Moestl Message-ID: <20030623195921.GA69353@mail.unixjunkie.com> References: <20030620042259.GA60831@mail.unixjunkie.com> <20030621003322.GA5020@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030621003322.GA5020@crow.dom2ip.de> User-Agent: Mutt/1.4i cc: freebsd-sparc64@freebsd.org Subject: Re: my poor e450 ;) 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, 23 Jun 2003 19:42:51 -0000 Well i forgot that i started a wipe of the drive before i left on friday. :/ Guess what, it works now (reinstalled with 5.1-R again). I think when i upgraded to current i got a bad boot loader. The thing I don't understand is why installing 5.1 didn't kill the old loader. I would guess the installer didn't newfs the partitions. I'm sure that when i reinstalled 5.1-R (over 5.1-Beta) i deleted and recreated the slices, and that the newfs flag was set to Y. But i did notice on the last install that the newfs only take a second or two to run now (UFS2ism?) Well anyways this is how i wiped the drive (from openbsd btw) dd if=/dev/zero of=/dev/sd2c bs=512 only took 20 hours. Thanks for everything! On Sat, Jun 21, 2003 at 02:33:22AM +0200, Thomas Moestl wrote: > On Thu, 2003/06/19 at 23:22:59 -0500, John wrote: > > Just wondering if you can give me a hand. My E450 has not booted FreeBSD > > sinse i upgrade to current and installed your patch. This started the day > > you posted the patch btw. > > http://docs.FreeBSD.org/cgi/getmsg.cgi?fetch=52665+0+archive/2003/freebsd-sparc64/20030601.freebsd-sparc64 > > > > Not to say your patch hosed my e450, who knows what happened. I've posted a lot > > of info to the sparc64 mailing list. If you get a sec, could you check it out > > and tell me if you can think of anything to check? > > The problem seems to already be with the loader (so the patch must be > innocent :). Does pressing Stop-A (or sending a break if you are using > a serial console) bring you back to the firmware prompt? If so, can > you please use the 'ctrace' command at the loader prompt, and send me > the output? I'll also need your loader binary in that case to examine > it. > > - Thomas > > -- > Thomas Moestl http://www.tu-bs.de/~y0015675/ > http://people.FreeBSD.org/~tmm/ > PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 23 13:03:53 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 260BD37B401 for ; Mon, 23 Jun 2003 13:03:53 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2952D43F93 for ; Mon, 23 Jun 2003 13:03:52 -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 CDE0066BE5; Mon, 23 Jun 2003 13:03:51 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id A832A836; Mon, 23 Jun 2003 13:03:51 -0700 (PDT) Date: Mon, 23 Jun 2003 13:03:51 -0700 From: Kris Kennaway To: John Message-ID: <20030623200351.GA12222@rot13.obsecurity.org> References: <20030620042259.GA60831@mail.unixjunkie.com> <20030621003322.GA5020@crow.dom2ip.de> <20030623195921.GA69353@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20030623195921.GA69353@mail.unixjunkie.com> User-Agent: Mutt/1.4.1i cc: Thomas Moestl cc: freebsd-sparc64@freebsd.org Subject: Re: my poor e450 ;) 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, 23 Jun 2003 20:03:53 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 23, 2003 at 02:59:21PM -0500, John wrote: > Well anyways this is how i wiped the drive (from openbsd btw) > dd if=/dev/zero of=/dev/sd2c bs=512 > only took 20 hours. FWIW, using a larger block size (say, 64k) makes disk writes go a lot faster. Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+910nWry0BWjoQKURAt/9AJ9vCB+i8ZXlLc3VAIZEcpX0RsHw0wCgjF07 2D+ICM57yurgRr6lW6yXDxk= =uKC/ -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 23 20:43:21 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 31C7037B401 for ; Mon, 23 Jun 2003 20:43:21 -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 6806B43F3F for ; Mon, 23 Jun 2003 20:43:15 -0700 (PDT) (envelope-from chris@manual-override.net) Received: (qmail 61835 invoked from network); 24 Jun 2003 03:34:04 -0000 Received: from unknown (HELO ?10.69.69.22?) (10.69.69.22) by 10.69.69.1 with SMTP; 24 Jun 2003 03:34:04 -0000 User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Mon, 23 Jun 2003 22:43:01 -0500 From: Chris Orr To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Freeradius on 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: Tue, 24 Jun 2003 03:43:21 -0000 Hi, I am having some issues with 5.1/sparc64 authenticating users with freeradius to the password file. It works great on 5.1/i386. Same config files. Its really strange. Im just curious if others have run into this problem, or if its my crazy Netra. Note: these next few lines maybe nonsense due to a lack of expertise. I -think- Freeradius uses the getpwd function to auth to the passwd files. Is there any chance that something is different between the i386 and sparc64 versions? Again, I apologize for my ignorance in this area. Here is the output of uname -a FreeBSD compaq-sucks.net 5.1-RELEASE FreeBSD 5.1-RELEASE #18: Tue Jun 10 21:28:22 EST 2003 chris@netra.compaq-sucks.net:/usr/obj/usr/src/sys/NETRA sparc64 Thank you for any input on this matter! -chris From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 23 21:05: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 2521237B401 for ; Mon, 23 Jun 2003 21:05:25 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA5843F3F for ; Mon, 23 Jun 2003 21:05:23 -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 E459266BE5; Mon, 23 Jun 2003 21:05:21 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id A5097963; Mon, 23 Jun 2003 21:05:21 -0700 (PDT) Date: Mon, 23 Jun 2003 21:05:21 -0700 From: Kris Kennaway To: Chris Orr Message-ID: <20030624040521.GA21564@rot13.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Freeradius on 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: Tue, 24 Jun 2003 04:05:25 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 23, 2003 at 10:43:01PM -0500, Chris Orr wrote: > Hi, >=20 > I am having some issues with 5.1/sparc64 authenticating users with > freeradius to the password file. It works great on 5.1/i386. Same config > files. It's possible the software is poorly-written and has bugs on a 64-bit or big-endian architecture. Look for compiler warnings during the compilation, and/or ask the developers whether it's known to work on sparc64. Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+984BWry0BWjoQKURAozFAJ9jY243vcj6YEu5+gKYOUEUtOdoZwCeLWGT U5ifn/XU6i99spbQB68AhDo= =Kf3c -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 02:40:07 2003 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4D2537B401 for ; Tue, 24 Jun 2003 02:40:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4AB843FA3 for ; Tue, 24 Jun 2003 02:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h5O9e6Up021115 for ; Tue, 24 Jun 2003 02:40:06 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h5O9e6OK021114; Tue, 24 Jun 2003 02:40:06 -0700 (PDT) Resent-Date: Tue, 24 Jun 2003 02:40:06 -0700 (PDT) Resent-Message-Id: <200306240940.h5O9e6OK021114@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Steven Haywood Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2EEC37B401 for ; Tue, 24 Jun 2003 02:34:23 -0700 (PDT) Received: from natural.keybaud.org (natural.keybaud.org [81.23.208.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B4AB43F75 for ; Tue, 24 Jun 2003 02:34:23 -0700 (PDT) (envelope-from steven@natural.keybaud.org) Received: by natural.keybaud.org (Postfix, from userid 1002) id 8774C2F; Tue, 24 Jun 2003 10:34:17 +0100 (BST) Message-Id: <20030624093417.8774C2F@natural.keybaud.org> Date: Tue, 24 Jun 2003 10:34:17 +0100 (BST) From: Steven Haywood To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: sparc64/53670: pthreads implementation on 5.1-Release sparc64 not working X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Steven Haywood List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 09:40:08 -0000 >Number: 53670 >Category: sparc64 >Synopsis: pthreads implementation on 5.1-Release sparc64 not working >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 24 02:40:05 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Steven Haywood >Release: FreeBSD 5.1-RELEASE sparc64 >Organization: >Environment: System: FreeBSD natural.keybaud.org 5.1-RELEASE FreeBSD 5.1-RELEASE #1: Mon Jun 23 21:24:47 BST 2003 root@natural.keybaud.org:/usr/obj/usr/src/sys/KEYBAUD sparc64 Sun ultra 5, UltraSparc IIi 333Mhz 8 MB Ecache 256 MB ram >Description: Code that uses pthreads hangs (mysql, python etc) >How-To-Repeat: -bash-2.05b$ cat conftest.c ########################################## #include void* routine(void* p){return NULL;} int main(){ pthread_t p; if(pthread_create(&p,NULL,routine,NULL)!=0) return 1; (void)pthread_detach(p); return 0; } ########################################### -bash-2.05b$ gcc -o test -lc_r conftest.c -bash-2.05b$ truss ./test mmap(0x0,7056,0x3,0x1000,-1,0x0) = 1075978240 (0x40222000) munmap(0x40222000,0x1b90) = 0 (0x0) __sysctl(0x7fdfffff4f0,0x2,0x40323110,0x7fdfffff4e8,0x0,0x0) = 0 (0x0) mmap(0x0,32768,0x3,0x1002,-1,0x0) = 1075978240 (0x40222000) geteuid() = 1002 (0x3ea) getuid() = 1002 (0x3ea) getegid() = 1001 (0x3e9) getgid() = 1001 (0x3e9) mmap(0x0,40960,0x3,0x1002,-1,0x0) = 1076011008 (0x4022a000) open("/var/run/ld-elf.so.hints",0x0,010010540070) = 3 (0x3) read(0x3,0x7fdfffff780,0x80) = 128 (0x80) lseek(3,0x80,-1) = 128 (0x80) read(0x3,0x4022e000,0x57) = 87 (0x57) close(3) = 0 (0x0) access("/usr/lib/libc_r.so.5",0) = 0 (0x0) open("/usr/lib/libc_r.so.5",0x0,07) = 3 (0x3) fstat(3,0x7fdfffff840) = 0 (0x0) read(0x3,0x7fdffffd780,0x2000) = 8192 (0x2000) mmap(0x0,1220608,0x5,0x20002,3,0x0) = 1077043200 (0x40326000) mprotect(0x40342000,0x2000,0x7) = 0 (0x0) mprotect(0x40342000,0x2000,0x5) = 0 (0x0) mmap(0x40442000,16384,0x7,0x12,3,0x0) = 1078206464 (0x40442000) mmap(0x40446000,40960,0x7,0x1012,-1,0x0) = 1078222848 (0x40446000) close(3) = 0 (0x0) access("/usr/lib/libc.so.5",0) = 0 (0x0) open("/usr/lib/libc.so.5",0x0,0137) = 3 (0x3) fstat(3,0x7fdfffff840) = 0 (0x0) read(0x3,0x7fdffffd780,0x2000) = 8192 (0x2000) mmap(0x0,2154496,0x5,0x20002,3,0x0) = 1078263808 (0x40450000) mprotect(0x40538000,0x2000,0x7) = 0 (0x0) mprotect(0x40538000,0x2000,0x5) = 0 (0x0) mmap(0x40638000,73728,0x7,0x12,3,0x0) = 1080262656 (0x40638000) mmap(0x4064a000,81920,0x7,0x1012,-1,0x0) = 1080336384 (0x4064a000) close(3) = 0 (0x0) mmap(0x0,304,0x3,0x1000,-1,0x0) = 1076051968 (0x40234000) munmap(0x40234000,0x130) = 0 (0x0) mmap(0x0,9456,0x3,0x1000,-1,0x0) = 1076051968 (0x40234000) munmap(0x40234000,0x24f0) = 0 (0x0) mmap(0x0,43072,0x3,0x1000,-1,0x0) = 1076051968 (0x40234000) munmap(0x40234000,0xa840) = 0 (0x0) __sysctl(0x7fdfffff550,0x2,0x4065b218,0x7fdfffff548,0x0,0x0) = 0 (0x0) getpid() = 33200 (0x81b0) fcntl(0x0,0x3,0x0) = 2 (0x2) fcntl(0x1,0x3,0x0) = 2 (0x2) fcntl(0x2,0x3,0x0) = 2 (0x2) pipe() = 3 (0x3) fcntl(0x3,0x3,0x0) = 2 (0x2) fcntl(0x3,0x4,0x6) = 0 (0x0) fcntl(0x4,0x3,0x0) = 2 (0x2) fcntl(0x4,0x4,0x6) = 0 (0x0) readlink("/etc/malloc.conf",0x7fdfffff380,63) ERR#2 'No such file or directory' issetugid() = 0 (0x0) getuid() = 1002 (0x3ea) getgid() = 1001 (0x3e9) mmap(0x0,8192,0x3,0x1002,-1,0x0) = 1076051968 (0x40234000) break(0x200d68) = 0 (0x0) break(0x200d68) = 0 (0x0) break(0x204000) = 0 (0x0) break(0x204000) = 0 (0x0) break(0x206000) = 0 (0x0) break(0x206000) = 0 (0x0) break(0x208000) = 0 (0x0) break(0x208000) = 0 (0x0) break(0x20a000) = 0 (0x0) break(0x20a000) = 0 (0x0) break(0x20c000) = 0 (0x0) __sysctl(0x7fdfffff670,0x2,0x40443370,0x7fdfffff628,0x0,0x0) = 0 (0x0) mmap(0x7fdffefe000,8192,0x0,0x1000,-1,0x0) = -1056768 (0xffefe000) break(0x20c000) = 0 (0x0) break(0x20e000) = 0 (0x0) gettimeofday(0x40443390,0x0) = 0 (0x0) sysarch(0x2,0x4063e100) = 0 (0x0) sigaction(SIGHUP,0x0,0x40449420) = 0 (0x0) sigaction(SIGINT,0x0,0x40449440) = 0 (0x0) sigaction(SIGQUIT,0x0,0x40449460) = 0 (0x0) sigaction(SIGILL,0x0,0x40449480) = 0 (0x0) sigaction(SIGTRAP,0x0,0x404494a0) = 0 (0x0) sigaction(SIGABRT,0x0,0x404494c0) = 0 (0x0) sigaction(SIGEMT,0x0,0x404494e0) = 0 (0x0) sigaction(SIGFPE,0x0,0x40449500) = 0 (0x0) sigaction(SIGBUS,0x0,0x40449540) = 0 (0x0) sigaction(SIGSEGV,0x0,0x40449560) = 0 (0x0) sigaction(SIGSYS,0x0,0x40449580) = 0 (0x0) sigaction(SIGPIPE,0x0,0x404495a0) = 0 (0x0) sigaction(SIGALRM,0x0,0x404495c0) = 0 (0x0) sigaction(SIGTERM,0x0,0x404495e0) = 0 (0x0) sigaction(SIGURG,0x0,0x40449600) = 0 (0x0) sigaction(SIGTSTP,0x0,0x40449640) = 0 (0x0) sigaction(SIGCONT,0x0,0x40449660) = 0 (0x0) sigaction(SIGCHLD,0x0,0x40449680) = 0 (0x0) sigaction(SIGTTIN,0x0,0x404496a0) = 0 (0x0) sigaction(SIGTTOU,0x0,0x404496c0) = 0 (0x0) sigaction(SIGIO,0x0,0x404496e0) = 0 (0x0) sigaction(SIGXCPU,0x0,0x40449700) = 0 (0x0) sigaction(SIGXFSZ,0x0,0x40449720) = 0 (0x0) sigaction(SIGVTALRM,0x0,0x40449740) = 0 (0x0) sigaction(SIGPROF,0x0,0x40449760) = 0 (0x0) sigaction(SIGWINCH,0x0,0x40449780) = 0 (0x0) sigaction(SIGINFO,0x0,0x404497a0) = 0 (0x0) sigaction(SIGUSR1,0x0,0x404497c0) = 0 (0x0) sigaction(SIGUSR2,0x0,0x404497e0) = 0 (0x0) sigaction(SIGPROF,0x7fdfffff630,0x0) = 0 (0x0) sigaction(SIGINFO,0x7fdfffff630,0x0) = 0 (0x0) sigaction(SIGCHLD,0x7fdfffff630,0x0) = 0 (0x0) sigprocmask(0x3,0x0,0x40443418) = 0 (0x0) __sysctl(0x7fdfffff670,0x2,0x7fdfffff650,0x7fdfffff628,0x0,0x0) = 0 (0x0) getdtablesize() = 3405 (0xd4d) break(0x20e000) = 0 (0x0) break(0x216000) = 0 (0x0) break(0x216000) = 0 (0x0) break(0x21e000) = 0 (0x0) break(0x21e000) = 0 (0x0) break(0x220000) = 0 (0x0) fcntl(0x0,0x4,0x6) = 0 (0x0) fcntl(0x1,0x4,0x6) = 0 (0x0) fcntl(0x2,0x4,0x6) = 0 (0x0) sigprocmask(0x1,0x40322f40,0x7fdfffff8b0) = 0 (0x0) sigprocmask(0x3,0x40322f50,0x0) = 0 (0x0) sysarch(0x1,0x40639390) = 0 (0x0) mmap(0x7fdffeee000,65536,0x3,0x400,-1,0x0) = -1122304 (0xffeee000) setitimer(0x2,0x7fdfffff930,0x0) = 0 (0x0) SIGNAL 27 SIGNAL 27 gettimeofday(0x40443390,0x0) = 0 (0x0) sigprocmask(0x3,0x40443418,0x0) = 0 (0x0) sigreturn(0x7fdfffff250) = 1076043776 (0x40232000) poll(0x216000,0x0,0x0) = 0 (0x0) Nothing else happens until I Ctrl-C it. Note that in this case I waited about 3 minutes. ^CSIGNAL 2 poll(0x216000,0x1,0xffffffffffffffff) ERR#4 'Interrupted system call' SIGNAL 2 SIGNAL 2 process exit, rval = 2 >Fix: Unknown >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 03:55: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 BC50037B401; Tue, 24 Jun 2003 03:55:54 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B4443FA3; Tue, 24 Jun 2003 03:55:54 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5OAovkF015051; Tue, 24 Jun 2003 06:51:12 -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 h5OAorKG015050; Tue, 24 Jun 2003 10:50:53 GMT (envelope-from des+tinderbox@freebsd.org) Date: Tue, 24 Jun 2003 10:50:53 GMT Message-Id: <200306241050.h5OAorKG015050@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: Tue, 24 Jun 2003 10:55:55 -0000 TB --- 2003-06-24 09:45:12 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-24 09:45:12 - 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-06-24 09:47:50 - 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-06-24 10:40:01 - 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 Tue Jun 24 10:40:02 GMT 2003 >>> Kernel build for GENERIC completed on Tue Jun 24 10:49:01 GMT 2003 TB --- 2003-06-24 10:49:01 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-24 10:49:01 - 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 Tue Jun 24 10:49:01 GMT 2003 [...] touch opt_quota.h touch opt_suiddir.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/tmp/usr/include /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_alloc.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_balloc.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_bmap.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_ihash.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_inode.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_inode_cnv.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_linux_balloc.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_linux_ialloc.c /vol/! vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_lookup.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_subr.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_vfsops.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs/../../gnu/ext2fs/ext2_vnops.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/gnu/ext2fs/ext2_linux_balloc.c:50:2: #error Provide a bitops.h file, please! /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/gnu/ext2fs/ext2_linux_ialloc.c:52:2: #error please provide bit operation functions mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ext2fs. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** 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-06-24 10:50:53 - /usr/bin/make returned exit code 1 TB --- 2003-06-24 10:50:53 - ERROR: failed to build lint kernel TB --- 2003-06-24 10:50:53 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 04:28:40 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAC3337B401 for ; Tue, 24 Jun 2003 04:28:40 -0700 (PDT) Received: from surfeu.fi (mailbox.surfeu.fi [213.173.154.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DCF343FBF for ; Tue, 24 Jun 2003 04:28:39 -0700 (PDT) (envelope-from vezku@surfeu.fi) Received: from [213.173.154.9] (HELO surfeu.fi) by surfeu.fi (CommuniGate Pro SMTP 3.4.1) with SMTP id 43880764 for freebsd-sparc64@freebsd.org; Tue, 24 Jun 2003 14:28:37 +0300 Received: from 62.142.81.6 (SquirrelMail authenticated user vezku) by redbull.tiscali.fi with HTTP; Tue, 24 Jun 2003 14:26:38 +0300 (EEST) Message-ID: <5405.62.142.81.6.1056453998.squirrel@redbull.tiscali.fi> Date: Tue, 24 Jun 2003 14:26:38 +0300 (EEST) From: To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: panic: trap: fast data access mmu miss 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, 24 Jun 2003 11:28:41 -0000 Hey folks, I found some references for this issue, but not many answers. I'm running 5.1-RELEASE on SUN 250E and system crashes while trying to copy "large amount" of data (9Gb, both rsync or tar) on vinum mirrored volume. Sorry I don't have any trace or similar output, but things are kinda hectic right now. I solved the problem by copying data in smaller pieces. Just thought to drop a line...I read it might have something to with the SCSI controller, but not sure. -Vesa, SysAdmin, Finland da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: cd present [448664 x 512 byte records] da2 at sym0 bus 0 target 10 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da2: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at sym0 bus 0 target 9 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 05:53: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 60E0D37B401 for ; Tue, 24 Jun 2003 05:53:08 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28EB043FBF for ; Tue, 24 Jun 2003 05:53:07 -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 16B2366CFB; Tue, 24 Jun 2003 05:53:07 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id E9D35B89; Tue, 24 Jun 2003 05:53:06 -0700 (PDT) Date: Tue, 24 Jun 2003 05:53:06 -0700 From: Kris Kennaway To: vezku@surfeu.fi Message-ID: <20030624125306.GA29135@rot13.obsecurity.org> References: <5405.62.142.81.6.1056453998.squirrel@redbull.tiscali.fi> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <5405.62.142.81.6.1056453998.squirrel@redbull.tiscali.fi> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: panic: trap: fast data access mmu miss 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, 24 Jun 2003 12:53:08 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 24, 2003 at 02:26:38PM +0300, vezku@surfeu.fi wrote: > Hey folks, >=20 > I found some references for this issue, but not many answers. >=20 > I'm running 5.1-RELEASE on SUN 250E and system crashes while trying to > copy "large amount" of data (9Gb, both rsync or tar) on vinum mirrored > volume. vinum isn't well-tested on sparc64, so it could well have problems. A backtrace might help to identify the culprit. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE++EmyWry0BWjoQKURAgbDAKDCf9+gtRwmDwvwPZ4oXpGzyynLYACfYUjG C2hbAKUGyC2ZHwwtXINXaS0= =oGul -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 06:11: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 01A5B37B401 for ; Tue, 24 Jun 2003 06:11:27 -0700 (PDT) Received: from surfeu.fi (mailbox.surfeu.fi [213.173.154.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D001D43F3F for ; Tue, 24 Jun 2003 06:11:25 -0700 (PDT) (envelope-from vezku@surfeu.fi) Received: from [213.173.154.9] (HELO surfeu.fi) by surfeu.fi (CommuniGate Pro SMTP 3.4.1) with SMTP id 43886096 for freebsd-sparc64@freebsd.org; Tue, 24 Jun 2003 16:11:24 +0300 Received: from 62.142.81.6 (SquirrelMail authenticated user vezku) by redbull.tiscali.fi with HTTP; Tue, 24 Jun 2003 16:09:25 +0300 (EEST) Message-ID: <5565.62.142.81.6.1056460165.squirrel@redbull.tiscali.fi> Date: Tue, 24 Jun 2003 16:09:25 +0300 (EEST) From: To: In-Reply-To: <20030624125306.GA29135@rot13.obsecurity.org> References: <5405.62.142.81.6.1056453998.squirrel@redbull.tiscali.fi> <20030624125306.GA29135@rot13.obsecurity.org> X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: panic: trap: fast data access mmu miss 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, 24 Jun 2003 13:11:27 -0000 > vinum isn't well-tested on sparc64, so it could well have problems. A > backtrace might help to identify the culprit. Yeah, I was thinking about that. I just removed isp and ispfw options from kernel and I'll test what it does. Someone had similar probs with those options, so we'll see what happens. I'll send a backtrace as soon as I have time... -Vesa, SysAdmin From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 08:50:29 2003 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5F7F37B401 for ; Tue, 24 Jun 2003 08:50:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C1C243F3F for ; Tue, 24 Jun 2003 08:50:29 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h5OFoRUp093703 for ; Tue, 24 Jun 2003 08:50:27 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h5OFoR2d093702; Tue, 24 Jun 2003 08:50:27 -0700 (PDT) Date: Tue, 24 Jun 2003 08:50:27 -0700 (PDT) Message-Id: <200306241550.h5OFoR2d093702@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Thomas Moestl Subject: Re: sparc64/53670: pthreads implementation on 5.1-Release sparc64 not working X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Thomas Moestl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 15:50:30 -0000 The following reply was made to PR sparc64/53670; it has been noted by GNATS. From: Thomas Moestl To: Steven Haywood Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: sparc64/53670: pthreads implementation on 5.1-Release sparc64 not working Date: Tue, 24 Jun 2003 17:50:22 +0200 On Tue, 2003/06/24 at 10:34:17 +0100, Steven Haywood wrote: > >Description: > Code that uses pthreads hangs (mysql, python etc) > > >How-To-Repeat: > > -bash-2.05b$ cat conftest.c > ########################################## > #include > > void* routine(void* p){return NULL;} > > int main(){ > pthread_t p; > if(pthread_create(&p,NULL,routine,NULL)!=0) > return 1; > (void)pthread_detach(p); > return 0; > } > ########################################### > -bash-2.05b$ gcc -o test -lc_r conftest.c > -bash-2.05b$ truss ./test > mmap(0x0,7056,0x3,0x1000,-1,0x0) = 1075978240 (0x40222000) > munmap(0x40222000,0x1b90) = 0 (0x0) > __sysctl(0x7fdfffff4f0,0x2,0x40323110,0x7fdfffff4e8,0x0,0x0) = 0 (0x0) > [...] > setitimer(0x2,0x7fdfffff930,0x0) = 0 (0x0) > SIGNAL 27 > SIGNAL 27 > gettimeofday(0x40443390,0x0) = 0 (0x0) > sigprocmask(0x3,0x40443418,0x0) = 0 (0x0) > sigreturn(0x7fdfffff250) = 1076043776 (0x40232000) > poll(0x216000,0x0,0x0) = 0 (0x0) > > > Nothing else happens until I Ctrl-C it. Note that in this case I waited about 3 minutes. > ^CSIGNAL 2 > poll(0x216000,0x1,0xffffffffffffffff) ERR#4 'Interrupted system call' > SIGNAL 2 > SIGNAL 2 > process exit, rval = 2 I cannot reproduce this. When the process is hanging, does it loop (using all available CPU), or is it sleeping (and if it is, in which state)? Can you please also try pressing ^T? This should make the process generate a state dump in /tmp/uthread.dump.., which should be interesting. - 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 Tue Jun 24 09:00: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 CEBC737B401 for ; Tue, 24 Jun 2003 09:00:17 -0700 (PDT) Received: from theinternet.com.au (c17609.carlnfd1.nsw.optusnet.com.au [210.49.139.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8768D43F75 for ; Tue, 24 Jun 2003 09:00:07 -0700 (PDT) (envelope-from akm@theinternet.com.au) Received: from theinternet.com.au (akm@localhost [127.0.0.1]) by theinternet.com.au (8.12.9/8.12.9) with ESMTP id h5OG05Y3055632; Wed, 25 Jun 2003 02:00:05 +1000 (EST) (envelope-from akm@theinternet.com.au) Received: (from akm@localhost) by theinternet.com.au (8.12.9/8.12.9/Submit) id h5OG04vC055631; Wed, 25 Jun 2003 02:00:04 +1000 (EST) Date: Wed, 25 Jun 2003 02:00:04 +1000 From: Andrew Kenneth Milton To: Thomas Moestl Message-ID: <20030624160004.GK728@zeus.theinternet.com.au> References: <200306241550.h5OFoR2d093702@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200306241550.h5OFoR2d093702@freefall.freebsd.org> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64/53670: pthreads implementation on 5.1-Release sparc64 not working 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, 24 Jun 2003 16:00:18 -0000 +-------[ Thomas Moestl ]---------------------- | | I cannot reproduce this. When the process is hanging, does it loop | (using all available CPU), or is it sleeping (and if it is, in which | state)? Can you please also try pressing ^T? This should make the | process generate a state dump in /tmp/uthread.dump.., | which should be interesting. For what it's worth mozilla displays the same behaviour for me under x86. There's no particular site I can go to that triggers it, it just seems to happen randomly. Same truss output. This is with a -current from early June. -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | M:+61 416 022 411 | ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 11:35:21 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 2D38537B401 for ; Tue, 24 Jun 2003 11:35:21 -0700 (PDT) Received: from web14204.mail.yahoo.com (web14204.mail.yahoo.com [216.136.172.146]) by mx1.FreeBSD.org (Postfix) with SMTP id C06CF43FB1 for ; Tue, 24 Jun 2003 11:35:20 -0700 (PDT) (envelope-from temac@yahoo.com) Message-ID: <20030624183520.99348.qmail@web14204.mail.yahoo.com> Received: from [12.22.62.13] by web14204.mail.yahoo.com via HTTP; Tue, 24 Jun 2003 11:35:20 PDT Date: Tue, 24 Jun 2003 11:35:20 -0700 (PDT) From: Thomas McIntyre To: freebsd-sparc64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: gem0 not working on sparc64 current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 18:35:21 -0000 Greetings, Anybody know why recent CURRENT kernels have switched gem0 on my sparc64 Netra from the physical port marked 0 to the one marked 1? The same thing happened when testing the install of gentoo sparc64, but 5.1 had it right on RELEASE; it just recently flip flopped. It took some head scratching before figuring out to try plugging the patch cable into the other port. Full disclosure is that one of my machines suffered through an unrelated (self inflicted :) problem, by accidentally reinstalling a minimal RELEASE over the top of CURRENT, which of course scrambled /etc files and generally created some minor havoc. Since then /usr/{src,obj} has been blown away, the system supped, and world and kernel reinstalled, so my naive understanding is that the machine should be back to baseline CURRENT... =-=-=-=-= While on the topic of general weirdness, I've batched up a couple more questions about sparc64 CURRENT: 1) It seems that new versions of `ps aux` don't like the RELEASE kernel (complaints about can't find kvm_getprocs), which is a problem for maintenance during an emergency, such as loosing one's network connection. 2) It would appear that fdisk and disklabel don't work. Going back to the install program to partition the second disk is what caused the installation havoc above. Anybody know how sysinstall does it's dirty work? I'm trying to setup vinum and would rather not bounce through the menu. 3) Lastly, (the question has been mailed around in a different context) since vinum boot encapsulation apparently requires having swap be the first physical partition, does anybody know why sysinstall wants to put root first? Perhaps even if a raid isn't supported on install, there should be an option or a warning or something to get the partitioning straight.....short of that some cookbook instructions on how to dump/load the existing partitions to move them around might be helpful. I'm also not totally clear on if and how the boot loader needs to be put on the second disk. I've been trying to claw my way through it (vs reinstallation), mostly as a gedanken exercise, but I feel somewhat ill equipped to create formal suggestions on this for others. Thx, Tom McIntyre __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 11:45: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 6521A37B401 for ; Tue, 24 Jun 2003 11:45:17 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7925543F85 for ; Tue, 24 Jun 2003 11:45:16 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h5OIk0Mo009924; Tue, 24 Jun 2003 14:46:00 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h5OIjfPb010773; Tue, 24 Jun 2003 11:45:41 -0700 (PDT) (envelope-from jmg) Date: Tue, 24 Jun 2003 11:45:41 -0700 From: John-Mark Gurney To: Thomas McIntyre Message-ID: <20030624184541.GS57612@funkthat.com> Mail-Followup-To: Thomas McIntyre , freebsd-sparc64@freebsd.org References: <20030624183520.99348.qmail@web14204.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030624183520.99348.qmail@web14204.mail.yahoo.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: gem0 not working on sparc64 current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 18:45:17 -0000 Thomas McIntyre wrote this message on Tue, Jun 24, 2003 at 11:35 -0700: > Anybody know why recent CURRENT kernels have switched gem0 on my > sparc64 Netra from the physical port marked 0 to the one marked 1? > The same thing happened when testing the install of gentoo sparc64, > but 5.1 had it right on RELEASE; it just recently flip flopped. You can blame me for that. On the -RELEASE, not all machines were probing the second gem device. So, I fixed this, but since we do our own enumeration of PCI (tmm has patches to use OFW), your port 1 is now being probed before port 0 causing the switch. > It took some head scratching before figuring out to try plugging the > patch cable into the other port. My fault for not posting a heads up to -sparc64 about that. > 2) It would appear that fdisk and disklabel don't work. Going back > to the install program to partition the second disk is what caused > the installation havoc above. Anybody know how sysinstall does it's > dirty work? I'm trying to setup vinum and would rather not bounce > through the menu. sunlabel is your friend. on Sparc64, fdisk is not useful (only on x86 similar systems), and disklabel has been removed in preference to bsdlabel and sunlabel. I can't address your other issues, maybe someone else can? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 12:09:37 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC5D637B401 for ; Tue, 24 Jun 2003 12:09:37 -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 9BBBE43F85 for ; Tue, 24 Jun 2003 12:09:36 -0700 (PDT) (envelope-from chris@manual-override.net) Received: (qmail 85676 invoked from network); 24 Jun 2003 19:00:22 -0000 Received: from unknown (HELO manual-override.net) (65.42.236.8) by 12-222-90-48.client.insightbb.com with SMTP; 24 Jun 2003 19:00:22 -0000 Message-ID: <3EF8A35B.1080002@manual-override.net> Date: Tue, 24 Jun 2003 14:15:39 -0500 From: Chris Orr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-sparc64@freebsd.org References: <20030624183520.99348.qmail@web14204.mail.yahoo.com> <20030624184541.GS57612@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: gem0 not working on sparc64 current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 19:09:38 -0000 Hey, Is there any word on using both gem0 and gem1? Thanks! -chris John-Mark Gurney wrote: >Thomas McIntyre wrote this message on Tue, Jun 24, 2003 at 11:35 -0700: > > >>Anybody know why recent CURRENT kernels have switched gem0 on my >>sparc64 Netra from the physical port marked 0 to the one marked 1? >>The same thing happened when testing the install of gentoo sparc64, >>but 5.1 had it right on RELEASE; it just recently flip flopped. >> >> > >You can blame me for that. On the -RELEASE, not all machines were >probing the second gem device. So, I fixed this, but since we do >our own enumeration of PCI (tmm has patches to use OFW), your port 1 >is now being probed before port 0 causing the switch. > > > >>It took some head scratching before figuring out to try plugging the >>patch cable into the other port. >> >> > >My fault for not posting a heads up to -sparc64 about that. > > > >>2) It would appear that fdisk and disklabel don't work. Going back >>to the install program to partition the second disk is what caused >>the installation havoc above. Anybody know how sysinstall does it's >>dirty work? I'm trying to setup vinum and would rather not bounce >>through the menu. >> >> > >sunlabel is your friend. on Sparc64, fdisk is not useful (only on x86 >similar systems), and disklabel has been removed in preference to bsdlabel >and sunlabel. > >I can't address your other issues, maybe someone else can? > > > From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 24 12:14:29 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25F2B37B401 for ; Tue, 24 Jun 2003 12:14:29 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4857A43F75 for ; Tue, 24 Jun 2003 12:14:28 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h5OJFDMo015788; Tue, 24 Jun 2003 15:15:13 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h5OJEtA4011340; Tue, 24 Jun 2003 12:14:55 -0700 (PDT) (envelope-from jmg) Date: Tue, 24 Jun 2003 12:14:55 -0700 From: John-Mark Gurney To: Chris Orr Message-ID: <20030624191455.GT57612@funkthat.com> Mail-Followup-To: Chris Orr , freebsd-sparc64@freebsd.org References: <20030624183520.99348.qmail@web14204.mail.yahoo.com> <20030624184541.GS57612@funkthat.com> <3EF8A35B.1080002@manual-override.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EF8A35B.1080002@manual-override.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: gem0 not working on sparc64 current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 19:14:29 -0000 Chris Orr wrote this message on Tue, Jun 24, 2003 at 14:15 -0500: > Is there any word on using both gem0 and gem1? If it doesn't work in -current, let me know. I'm currently using both on the AXi box that I have right now. One for net connection, the other to netboot a U2. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Wed Jun 25 15:30:29 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFF7E37B401; Wed, 25 Jun 2003 15:30:29 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15CA243F3F; Wed, 25 Jun 2003 15:30:29 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5PMS2kF092449; Wed, 25 Jun 2003 18:28:03 -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 h5PKwOw1092264; Wed, 25 Jun 2003 20:58:24 GMT (envelope-from des+tinderbox@freebsd.org) Date: Wed, 25 Jun 2003 20:58:24 GMT Message-Id: <200306252058.h5PKwOw1092264@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: Wed, 25 Jun 2003 22:30:30 -0000 TB --- 2003-06-25 20:08:47 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-25 20:08:47 - 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-06-25 20:11:35 - 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.. [...] cc -O -pipe -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/jot/jot.c cc -O -pipe -o jot jot.o gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/jot/jot.1 > jot.1.gz ===> usr.bin/kdump cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/kdump/../ktrace -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/kdump/../.. -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/kdump/kdump.c cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/kdump/../ktrace -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/kdump/../.. -c ioctl.c In file included from ioctl.c:53: /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/net80211/ieee80211_ioctl.h:40: redefinition of `struct ieee80211req' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin/kdump. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/usr.bin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-06-25 20:58:11 - /usr/bin/make returned exit code 1 TB --- 2003-06-25 20:58:11 - ERROR: failed to build world TB --- 2003-06-25 20:58:11 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 27 03:42: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 BB07437B401; Fri, 27 Jun 2003 03:42:06 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFCDC43F3F; Fri, 27 Jun 2003 03:42:05 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5RAfusN054144; Fri, 27 Jun 2003 06:41:57 -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 h5RAfrJg054143; Fri, 27 Jun 2003 10:41:53 GMT (envelope-from des+tinderbox@freebsd.org) Date: Fri, 27 Jun 2003 10:41:53 GMT Message-Id: <200306271041.h5RAfrJg054143@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, 27 Jun 2003 10:42:07 -0000 TB --- 2003-06-27 09:33:24 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-27 09:33:24 - 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-06-27 09:36:17 - 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-06-27 10:27:33 - 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 Jun 27 10:27:33 GMT 2003 >>> Kernel build for GENERIC completed on Fri Jun 27 10:36:32 GMT 2003 TB --- 2003-06-27 10:36:32 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-27 10:36:32 - 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 Jun 27 10:36:32 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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/init_main.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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/init_sysent.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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_acct.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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_acl.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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_clock.c cc1: warnings being treated as errors /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_clock.c: In function `watchdog_fire': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_clock.c:555: warning: long long unsigned int format, u_int64_t arg (arg 2) *** 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-06-27 10:41:53 - /usr/bin/make returned exit code 1 TB --- 2003-06-27 10:41:53 - ERROR: failed to build lint kernel TB --- 2003-06-27 10:41:53 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 28 09:20:07 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4D0337B408 for ; Sat, 28 Jun 2003 09:20:07 -0700 (PDT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92DC444003 for ; Sat, 28 Jun 2003 09:20:06 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.8p1/8.12.3) with ESMTP id h5SGK6kN001309 for ; Sat, 28 Jun 2003 09:20:06 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.8p1/8.12.3/Submit) id h5SGK63h001308 for sparc64@freebsd.org; Sat, 28 Jun 2003 09:20:06 -0700 (PDT) (envelope-from rizzo) Date: Sat, 28 Jun 2003 09:20:06 -0700 From: Luigi Rizzo To: sparc64@freebsd.org Message-ID: <20030628092006.A1288@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: HEADS-UP: ipfw2 in RELENG_4 has been sync'ed with -current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 16:20:08 -0000 [copy to -alpha and -sparc64 as I would appreciate feedback from those users...] See the attached commit log... if you are using ipfw2 on RELENG_4, you need to rebuild /sbin/ipfw next time you update your kernel. Please have a look at the new features for iplen, ipttl and address ranges, they might simplify the writing of your rulesets. Finally, I would be grateful if alpha and/or sparc64 users could test this change and confirm that it works (it is the same one that was recently committed to -current). cheers luigi ----- Forwarded message from Luigi Rizzo ----- Date: Sat, 28 Jun 2003 09:12:14 -0700 (PDT) From: Luigi Rizzo Subject: cvs commit: src/sbin/ipfw ipfw.8 ipfw2.c src/sys/netinet ip_dummynet.c ip_fw2.c ip_fw2.h To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org luigi 2003/06/28 09:12:14 PDT FreeBSD src repository Modified files: (Branch: RELENG_4) sbin/ipfw ipfw.8 ipfw2.c sys/netinet ip_dummynet.c ip_fw2.c ip_fw2.h Log: MFC: sync ipfw2 (kernel, userland, manpage) with the version in -current. Among other things, this includes the following: + pass to the preprocessor all command-line options after -p (except the last one, the ruleset file) + add the "verrevpath" option + support strong alignment architectures such as alpha and sparc64; + support multiple values and ranges for "iplen", "ipttl", "ipid" options. + support range notations such as 1.2.3.4/24{5,6,7,10-20,60-90} for sets of IP addresses The changes (also those in sys/netinet/ip_dummynet.c) are all IPFW2-specific, which is entirely optional in RELENG_4 so there are no ABI issues for those using the standard ipfw[1]. Note, however, that ipfw2 users MUST REBUILD /sbin/ipfw together with the new kernel. Revision Changes Path 1.63.2.35 +67 -18 src/sbin/ipfw/ipfw.8 1.4.2.15 +148 -51 src/sbin/ipfw/ipfw2.c 1.24.2.24 +9 -1 src/sys/netinet/ip_dummynet.c 1.6.2.15 +94 -23 src/sys/netinet/ip_fw2.c 1.1.2.3 +15 -5 src/sys/netinet/ip_fw2.h ----- End forwarded message ----- _______________________________________________ freebsd-ipfw@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" ----- End forwarded message ----- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 28 21:03:35 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41A1C37B401; Sat, 28 Jun 2003 21:03:35 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E63143FCB; Sat, 28 Jun 2003 21:03:34 -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 B623066BE5; Sat, 28 Jun 2003 21:03:33 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 8BA73B1F; Sat, 28 Jun 2003 21:03:33 -0700 (PDT) Date: Sat, 28 Jun 2003 21:03:33 -0700 From: Kris Kennaway To: Luigi Rizzo Message-ID: <20030629040333.GA62650@rot13.obsecurity.org> References: <20030628092006.A1288@xorpc.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <20030628092006.A1288@xorpc.icir.org> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: HEADS-UP: ipfw2 in RELENG_4 has been sync'ed with -current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 04:03:35 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Jun 28, 2003 at 09:20:06AM -0700, Luigi Rizzo wrote: > Finally, I would be grateful if alpha and/or sparc64 users could > test this change and confirm that it works (it is the same one that > was recently committed to -current). It might be kind of difficult for anyone to test FreeBSD 4.x on sparc64... Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+/mUUWry0BWjoQKURAo/LAJ0RltmX48tfcy3P60FErLQpjZ6qYQCdF1w5 K9xud3uJI/0w412/xaPS2Tc= =G0xT -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ--