From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 26 09:48:07 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E68E616A4CE for ; Mon, 26 Jul 2004 09:48:07 +0000 (GMT) Received: from ecce-terram.de (triton.ecce-terram.de [193.16.3.6]) by mx1.FreeBSD.org (Postfix) with SMTP id D412543D45 for ; Mon, 26 Jul 2004 09:48:06 +0000 (GMT) (envelope-from jr@ecce-terram.de) Received: by ecce-terram.de (Smail3.2.0.101) from [193.16.3.52] (193.16.3.52) with esmtp id ; Mon, 26 Jul 2004 11:50:22 +0200 (MET DST) Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: quoted-printable Message-Id: Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: freebsd-sparc64@freebsd.org From: =?ISO-8859-1?Q?J=F6rg_Reisenweber?= Date: Mon, 26 Jul 2004 11:47:04 +0200 X-Mailer: Apple Mail (2.618) Subject: Problems on a Netra T1 105 using FreeBSD 5.2.1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2004 09:48:08 -0000 Hello, we are having problems with the installation of 5.2.1 on a Netra T1 =20 105. dmesg output: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD 5.2.1-RELEASE #0: Tue Feb 24 07:47:33 GMT 2004 root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0452000. Timecounter "tick" frequency 440027828 Hz quality 0 real memory =3D 536870912 (512 MB) avail memory =3D 505610240 (482 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (440.03 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [FAST] DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: revision 0x01 ebus0: mem =20 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci1 ebus0: addr =20 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000=20 -0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no =20= driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver =20 attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x14003803f8-0x14003803ff irq 28 (no driver attached) ebus0: addr 0x14003602f8-0x14003602ff irq 20 (no driver attached) ebus0: addr =20 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x1400340278=20 -0x1400340287 irq 34 (no driver attached) ebus0: addr =20 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003203f0=20 -0x14003203f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80c251b0 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400200000-0x140020003f irq 4 (no driver =20 attached) ebus0: addr 0x1400200040 (no driver attached) ebus0: addr 0x1400722000-0x1400722003 (no driver attached) ebus0: addr 0x1000400000-0x10005fffff (no driver attached) ebus0: addr 0x1000800000-0x10009fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 40 (no driver attached) ebus0: addr 0x1400100000-0x1400100003 irq 27 (no driver attached) ebus0: addr 0x1400400000-0x1400400063 (no driver attached) hme0: mem 0xe0000000-0xe0007fff at device 1.1 =20= on pci1 hme0: Ethernet address: 08:00:20:c2:51:b0 miibus0: on hme0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy1: on miibus0 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0xc00000-0xc000ff mem =20 0xe000a000-0xe000afff,0xe0008000-0xe00080ff at device 2.0 on pci1 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking hme1: mem 0xe0010000-0xe0017fff at device 3.1 =20= on pci1 hme1: Ethernet address: 08:00:20:c2:51:b0 miibus1: on hme1 ukphy2: on miibus1 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib2: at device 1.0 on pci0 pci2: on pcib2 pcib3: at device 1.0 on pci2 pci3: on pcib3 atapci0: port =20 0x1020-0x102f,0x1018-0x101b,0x1010-0x1017,0x1008-0x100b,0x1000-0x1007 =20= at device 14.0 on pci3 pcib3: slot 14 INTA is routed to irq 2 atapci0: [MPSAFE] ata2: at 0x1000 on atapci0 ata2: [MPSAFE] ata3: at 0x1010 on atapci0 ata3: [MPSAFE] Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle GEOM: create disk da0 dp=3D0xfffff8002faf5868 GEOM: create disk da1 dp=3D0xfffff80000812868 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 =20 Queueing Enabled da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged =20 Queueing Enabled da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) Mounting root from ufs:/dev/da0a =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D We are currently using this machine for Typo3, a php-based Content =20 Management System. Every few days the machine seems to hang. The machine is still pingable =20= but nothing else works. Even the console screen stays black. A hard =20 reset is all that helps... We browsed the log files but didn't find anything useful to solve the =20= problem. Are there any known such issues with FreeBSD 5.2.1 on a Netra T1 105 or =20= do you have any clues? Thank you in advance and best regards, J=F6rg _______________________________________ Ecce Terram GmbH J=F6rg Reisenweber Edewechter Landstr. 42 Systemintegration 26131 Oldenburg Tel.: 0441-500120 jr@ecce-terram.de Fax: 0441-5001229= From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 26 11:01:52 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E0516A4CE for ; Mon, 26 Jul 2004 11:01:52 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8976543D2D for ; Mon, 26 Jul 2004 11:01:52 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i6QB1qNg026776 for ; Mon, 26 Jul 2004 11:01:52 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i6QB1pdg026767 for freebsd-sparc64@freebsd.org; Mon, 26 Jul 2004 11:01:51 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 26 Jul 2004 11:01:51 GMT Message-Id: <200407261101.i6QB1pdg026767@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, 26 Jul 2004 11:01:52 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/02/21] sparc64/63161sparc64 system panics when writing to an NFS moun 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/11] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/05/06] sparc64/66314sparc64 SMP kernel panic: ipi_send: couldn't send o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe 3 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 27 11:00:27 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DE5616A4CF for ; Tue, 27 Jul 2004 11:00:27 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C57243D39 for ; Tue, 27 Jul 2004 11:00:26 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6RAowAh012849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 27 Jul 2004 19:50:58 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6RB0BoI005756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Jul 2004 20:00:11 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i6RB0Bki005755 for sparc64@freebsd.org; Tue, 27 Jul 2004 20:00:11 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Tue, 27 Jul 2004 20:00:11 +0900 From: Pyun YongHyeon To: sparc64@freebsd.org Message-ID: <20040727110011.GA5553@kt-is.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: NFS panic and malloc(9) warning X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 11:00:27 -0000 Hello All, As soon as I did 'cp' via NFS, my Ultra2(NFS server) paniced. The panic is reproduable. Even though I got core files successfully, neither gdb6 nor kgdb understand the core.(no trace info.) 1st panic: trap: memory address not aligned nfs_getreq() + 0x1d0 nfssrv_dorec() + 0xcc nfssvc_nfsd + 0x1c0 objdump said the following. .... 0000000000000480 : nfs_getreq(): /usr/src/sys/nfsserver/nfs_srvsock.c:286 /* * Parse an RPC request * - verify it * - fill in the cred struct. */ .... /usr/src/sys/nfsserver/nfs_srvsock.c:373 650: c4 06 80 00 ld [ %i2 ], %g2 654: b4 06 a0 04 add %i2, 4, %i2 658: c4 26 20 bc st %g2, [ %i0 + 0xbc ] .... So the paniced code is located in line 373. 364 /* 365 * XXX: This credential should be managed using crget(9) 366 * and related calls. Right now, this tramples on any 367 * extensible data in the ucred, fails to initialize the 368 * mutex, and worse. This must be fixed before FreeBSD 369 * 5.3-RELEASE. 370 */ 371 bzero((caddr_t)&nd->nd_cr, sizeof (struct ucred)); 372 nd->nd_cr.cr_ref = 1; 373 nd->nd_cr.cr_uid = fxdr_unsigned(uid_t, *tl++); 374 nd->nd_cr.cr_gid = fxdr_unsigned(gid_t, *tl++); 375 len = fxdr_unsigned(int, *tl); 2nd panic: trap: memory address not aligned nfsrv_write() + 0x178 nfssvc_nfsd() + 0x850 objdump said the following. .... 0000000000002600 : nfsrv_write(): /usr/src/sys/nfsserver/nfs_serv.c:1059 ... /usr/src/sys/nfsserver/nfs_serv.c:1106 off = fxdr_hyper(tl); 2778: c2 02 00 00 ld [ %o0 ], %g1 277c: c4 02 20 04 ld [ %o0 + 4 ], %g2 So the paniced code is located in line 1106. 1103 NFSD_LOCK(); 1104 if (v3) { 1105 tl = nfsm_dissect(u_int32_t *, 5 * NFSX_UNSIGNED); 1106 off = fxdr_hyper(tl); 1107 tl += 3; 1108 stable = fxdr_unsigned(int, *tl++); 1109 } else { 1110 tl = nfsm_dissect(u_int32_t *, 4 * NFSX_UNSIGNED); 1111 off = (off_t)fxdr_unsigned(u_int32_t, *++tl); 1112 tl += 2; And there is always a malloc(9) warning during the NFS operation. Jul 27 16:51:36 daemon kernel: malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held: Jul 27 16:51:36 daemon kernel: exclusive sleep mutex nfsd_mtx r = 0 (0xc03cdc38) locked @ /usr/src/sys/nfsserver/nfs_srvsock.c:712 Jul 27 16:51:36 daemon kernel: KDB: stack backtrace: Jul 27 16:51:36 daemon kernel: uma_zalloc_arg() at uma_zalloc_arg+0x40 Jul 27 16:51:36 daemon kernel: nfsm_disct() at nfsm_disct+0x90 Jul 27 16:51:36 daemon kernel: nfs_getreq() at nfs_getreq+0x44 Jul 27 16:51:36 daemon kernel: nfsrv_dorec() at nfsrv_dorec+0xcc Jul 27 16:51:36 daemon kernel: nfssvc_nfsd() at nfssvc_nfsd+0x2e4 Jul 27 16:51:36 daemon kernel: nfssvc() at nfssvc+0x144 Jul 27 16:51:36 daemon kernel: syscall() at syscall+0x21c Jul 27 16:51:36 daemon kernel: -- syscall (155, FreeBSD ELF64, nfssvc) %o7=0x102bac -- Jul 27 16:51:36 daemon kernel: userland() at 0x4039d848 Jul 27 16:51:36 daemon kernel: user trace: trap %o7=0x102bac Jul 27 16:51:36 daemon kernel: pc 0x4039d848, sp 0x7fdffffe031 Jul 27 16:51:36 daemon kernel: pc 0x1019a4, sp 0x7fdffffe0f1 Jul 27 16:51:36 daemon kernel: pc 0x100f80, sp 0x7fdffffe4d1 Jul 27 16:51:36 daemon kernel: pc 0x4020a8d4, sp 0x7fdffffe591 Jul 27 16:51:36 daemon kernel: done However, this warning is really strange. The source code at line 712 is 707 m = rec->nr_packet; 708 free(rec, M_NFSRVDESC); 709 NFSD_UNLOCK(); 710 MALLOC(nd, struct nfsrv_descript *, sizeof (struct nfsrv_descript), 711 M_NFSRVDESC, M_WAITOK); 712 NFSD_LOCK(); 713 nd->nd_md = nd->nd_mrep = m; So when malloc(9) is called there is no nfsd_mtx lock held. The system is -CURRENT(July 26 2004). Any clues? Regards, Pyun YongHyeon -- Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 27 12:31:11 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D6816A4CE for ; Tue, 27 Jul 2004 12:31:11 +0000 (GMT) Received: from slacknet.slacknet.com (slacknet.slacknet.com [204.228.135.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6772A43D5A for ; Tue, 27 Jul 2004 12:31:11 +0000 (GMT) (envelope-from rj45@slacknet.com) Received: from rj45 (helo=localhost) by slacknet.slacknet.com with local-esmtp (Exim 4.32 #1 (Debian)) id 1BpR6r-0005rr-Lq; Tue, 27 Jul 2004 06:31:09 -0600 Date: Tue, 27 Jul 2004 06:31:09 -0600 (MDT) From: RJ45 To: =?ISO-8859-1?Q?J=F6rg_Reisenweber?= In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-SA-Exim-Scanned: No (on slacknet.slacknet.com); SAEximRunCond expanded to false cc: freebsd-sparc64@freebsd.org Subject: Re: Problems on a Netra T1 105 using FreeBSD 5.2.1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2004 12:31:11 -0000 This happens to me also on Ultra 60 but once in a month or two and not very often. Someone told me it is a SMP issue but Netra T1 105 is not a SMP machine... Rick On Mon, 26 Jul 2004, J=F6rg Reisenweber wrote: > Hello, >=20 > we are having problems with the installation of 5.2.1 on a Netra T1 =20 > 105. dmesg output: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights =20 > reserved. > FreeBSD 5.2.1-RELEASE #0: Tue Feb 24 07:47:33 GMT 2004 > root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0452000. > Timecounter "tick" frequency 440027828 Hz quality 0 > real memory =3D 536870912 (512 MB) > avail memory =3D 505610240 (482 MB) > cpu0: Sun Microsystems UltraSparc-IIi Processor (440.03 MHz CPU) > nexus0: > pcib0: on nexus0 > pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A > pcib0: [FAST] > pcib0: [FAST] > DVMA map: 0xc0000000 to 0xc3ffffff > pci0: on pcib0 > pcib1: at device 1.1 on pci0 > pci1: on pcib1 > ebus0: revision 0x01 > ebus0: mem =20 > 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci1 > ebus0: addr =20 > 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000=20 > -0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no =20 > driver attached) > ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver =20 > attached) > ebus0: addr 0x1400504000-0x1400504002 (no driver attached) > ebus0: addr 0x14003803f8-0x14003803ff irq 28 (no driver attached) > ebus0: addr 0x14003602f8-0x14003602ff irq 20 (no driver attached) > ebus0: addr =20 > 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x1400340278=20 > -0x1400340287 irq 34 (no driver attached) > ebus0: addr =20 > 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003203f0=20 > -0x14003203f7 irq 39 (no driver attached) > eeprom0: addr 0x1400000000-0x1400001fff on ebus0 > eeprom0: model mk48t59 > eeprom0: hostid 80c251b0 > ebus0: addr 0x1000000000-0x10000fffff (no driver attached) > ebus0: addr 0x1400200000-0x140020003f irq 4 (no driver =20 > attached) > ebus0: addr 0x1400200040 (no driver attached) > ebus0: addr 0x1400722000-0x1400722003 (no driver attached) > ebus0: addr 0x1000400000-0x10005fffff (no driver attached) > ebus0: addr 0x1000800000-0x10009fffff (no driver attached) > ebus0: addr 0x1400600000-0x1400600003 irq 40 (no driver attached) > ebus0: addr 0x1400100000-0x1400100003 irq 27 (no driver attached) > ebus0: addr 0x1400400000-0x1400400063 (no driver attached) > hme0: mem 0xe0000000-0xe0007fff at device 1.1 = =20 > on pci1 > hme0: Ethernet address: 08:00:20:c2:51:b0 > miibus0: on hme0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ukphy1: on miibus0 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sym0: <875> port 0xc00000-0xc000ff mem =20 > 0xe000a000-0xe000afff,0xe0008000-0xe00080ff at device 2.0 on pci1 > sym0: No NVRAM, ID 7, Fast-20, SE, parity checking > hme1: mem 0xe0010000-0xe0017fff at device 3.1 = =20 > on pci1 > hme1: Ethernet address: 08:00:20:c2:51:b0 > miibus1: on hme1 > ukphy2: on miibus1 > ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > pcib2: at device 1.0 on pci0 > pci2: on pcib2 > pcib3: at device 1.0 on pci2 > pci3: on pcib3 > atapci0: port =20 > 0x1020-0x102f,0x1018-0x101b,0x1010-0x1017,0x1008-0x100b,0x1000-0x1007 =20 > at device 14.0 on pci3 > pcib3: slot 14 INTA is routed to irq 2 > atapci0: [MPSAFE] > ata2: at 0x1000 on atapci0 > ata2: [MPSAFE] > ata3: at 0x1010 on atapci0 > ata3: [MPSAFE] > Timecounters tick every 10.000 msec > Waiting 15 seconds for SCSI devices to settle > GEOM: create disk da0 dp=3D0xfffff8002faf5868 > GEOM: create disk da1 dp=3D0xfffff80000812868 > 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 =20 > Queueing Enabled > da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) > da1 at sym0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged =20 > Queueing Enabled > da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > Mounting root from ufs:/dev/da0a > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >=20 > We are currently using this machine for Typo3, a php-based Content =20 > Management System. >=20 > Every few days the machine seems to hang. The machine is still pingable = =20 > but nothing else works. Even the console screen stays black. A hard =20 > reset is all that helps... >=20 > We browsed the log files but didn't find anything useful to solve the =20 > problem. >=20 > Are there any known such issues with FreeBSD 5.2.1 on a Netra T1 105 or = =20 > do you have any clues? >=20 > Thank you in advance and best regards, > J=F6rg > _______________________________________ > Ecce Terram GmbH=09=09=09J=F6rg Reisenweber > Edewechter Landstr. 42=09=09Systemintegration > 26131 Oldenburg=09=09=09=09Tel.: 0441-500120 > jr@ecce-terram.de=09=09=09Fax: 0441-5001229 > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org= " >=20 From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 04:51:42 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DE8316A4CE for ; Wed, 28 Jul 2004 04:51:42 +0000 (GMT) Received: from mx2.mts.ru (mx2.mts.ru [212.44.140.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35AF343D54 for ; Wed, 28 Jul 2004 04:51:41 +0000 (GMT) (envelope-from tiamat@komi.mts.ru) Received: from mts.ru (localhost [127.0.0.1]) by mx2.mts.ru (Postfix) with SMTP id 8477223EC4 for ; Wed, 28 Jul 2004 08:51:39 +0400 (MSD) Received: by mx2.mts.ru (Postfix, from userid 501) id 7D7B123EE5; Wed, 28 Jul 2004 08:51:39 +0400 (MSD) Received: from maeko.inside.mts.ru (maeko [192.168.10.3]) by mx2.mts.ru (Postfix) with SMTP id 6C19A23EC4 for ; Wed, 28 Jul 2004 08:51:39 +0400 (MSD) Received: from stella.komi.mts.ru ([10.50.1.1]) by maeko.inside.mts.ru (NAVGW 2.5.2.12) with SMTP id M2004072808513814717 for ; Wed, 28 Jul 2004 08:51:38 +0400 Received: from komi.mts.ru (sandra.komi.mts.ru [10.50.1.13]) (user=tiamat mech=CRAM-MD5 bits=0) by stella.komi.mts.ru (MTS Komi/Smtp) with ESMTP id i6S4pcZq003291 for ; Wed, 28 Jul 2004 08:51:38 +0400 (MSD) (envelope-from tiamat@komi.mts.ru) Message-ID: <410730DC.5090404@komi.mts.ru> Date: Wed, 28 Jul 2004 08:51:40 +0400 From: =?KOI8-R?Q?=E4=C5=CA=D4=C5=D2_=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F7=C1?= =?KOI8-R?Q?=CC=C5=D2=C9=C5=D7=C9=DE?= Organization: MTS Komi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.6) Gecko/20040407 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SpamTest-Info: Profile: Formal (96/040626) X-SpamTest-Info: Profile: Detect Standard No RBL (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Delete only Spam ( for alarm mail to spam@mts.ru) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release Subject: panic: vm_page_free_toq() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 04:51:42 -0000 FreeBSD 5.2.1-RELEASE-p7 sparc64 periodically panic under high load (postgresql+apache+mod_perl): db> tr panic() at panic+0xf0 vm_page_free_toq() at vm_page_free_toq+0xec vm_page_free() at vm_page_free+0x10 vm_object_backing_scan() at vm_object_backing_scan+0x314 vm_object_collapse() at vm_object_collapse+0xdc vm_object_deallocate() at vm_object_deallocate+0x238 vm_map_entry_delete() at vm_map_entry_delete+0x140 vm_map_delete() at vm_map_delete+0x200 vm_map_remove() at vm_map_remove+0x44 exec_new_vmspace() at exec_new_vmspace+0x168 exec_elf64_imgact() at exec_elf64_imgact+0x1a8 kern_execve() at kern_execve+0x2dc execve() at execve+0x14 syscall() at syscall+0x2bc -- syscall (59, FreeBSD ELF64, execve) %o7=0x40613ed4 -- userland() at 0x406090c8 user trace: trap %o7=0x40613ed4 pc 0x406090c8, sp 0x7fdffff9791 pc 0x129070, sp 0x7fdffff9861 pc 0x415fa348, sp 0x7fdffff9931 pc 0x10c1b0, sp 0x7fdffff99f1 pc 0x10c398, sp 0x7fdffff9ae1 pc 0x415fa608, sp 0x7fdffff9bc1 pc 0x10e7d8, sp 0x7fdffffdcd1 pc 0x121d34, sp 0x7fdffffdda1 pc 0x121da8, sp 0x7fdffffde61 pc 0x119bc0, sp 0x7fdffffdf21 pc 0x119e3c, sp 0x7fdffffe021 pc 0x11a1a8, sp 0x7fdffffe0e1 pc 0x11a7e8, sp 0x7fdffffe231 pc 0x11addc, sp 0x7fdffffe311 pc 0x109660, sp 0x7fdffffe401 pc 0x4025c274, sp 0x7fdffffe4c1 done Thanks! From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 08:22:04 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C969716A4CE for ; Wed, 28 Jul 2004 08:22:04 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 244B443D39 for ; Wed, 28 Jul 2004 08:22:04 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6S8CLAh047504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 28 Jul 2004 17:12:21 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6S8LfoI008974 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Jul 2004 17:21:41 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i6S8LfN9008973 for sparc64@freebsd.org; Wed, 28 Jul 2004 17:21:41 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Wed, 28 Jul 2004 17:21:41 +0900 From: Pyun YongHyeon To: sparc64@freebsd.org Message-ID: <20040728082141.GA8679@kt-is.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: ALTQ patch for hme(4) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 08:22:04 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, For those users that want to use ALTQ traffic shaping with PF, here is patch for hme(4) driver. The patch was tested on Ultra2(SMP). ATM, CBQ and CBQ's borrowing from parent seems to work as expected. I guess it will work for PRIQ and HFSC too. If you have bad-experience with this patch, please let me know. Best regards, Pyun YongHyeon -- Pyun YongHyeon --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="hme.altq.patch" --- if_hme.c.orig Sat Jun 12 11:23:06 2004 +++ if_hme.c Wed Jul 28 13:55:42 2004 @@ -276,7 +276,9 @@ ifp->if_ioctl = hme_ioctl; ifp->if_init = hme_init; ifp->if_watchdog = hme_watchdog; - ifp->if_snd.ifq_maxlen = HME_NTXQ; + IFQ_SET_MAXLEN(&ifp->if_snd, HME_NTXQ); + ifp->if_snd.ifq_drv_maxlen = HME_NTXQ; + IFQ_SET_READY(&ifp->if_snd); hme_mifinit(sc); @@ -1002,14 +1004,14 @@ error = 0; for (;;) { - IF_DEQUEUE(&ifp->if_snd, m); + IFQ_DRV_DEQUEUE(&ifp->if_snd, m); if (m == NULL) break; error = hme_load_txmbuf(sc, m); if (error == -1) { ifp->if_flags |= IFF_OACTIVE; - IF_PREPEND(&ifp->if_snd, m); + IFQ_DRV_PREPEND(&ifp->if_snd, m); break; } else if (error > 0) { printf("hme_start: error %d while loading mbuf\n", --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 11:24:56 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0142516A4CE; Wed, 28 Jul 2004 11:24:56 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C9F43D53; Wed, 28 Jul 2004 11:24:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i6SBOtjx071464; Wed, 28 Jul 2004 07:24:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i6SBOtbS092197; Wed, 28 Jul 2004 07:24:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BF4F77303F; Wed, 28 Jul 2004 07:24:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040728112454.BF4F77303F@freebsd-current.sentex.ca> Date: Wed, 28 Jul 2004 07:24:54 -0400 (EDT) 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, 28 Jul 2004 11:24:56 -0000 TB --- 2004-07-28 10:31:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-28 10:31:06 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-07-28 10:31:06 - cleaning the sandbox TB --- 2004-07-28 10:32:10 - checking out the source tree TB --- 2004-07-28 10:32:10 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-07-28 10:32:10 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-07-28 10:39:15 - patching the sources TB --- 2004-07-28 10:39:15 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-28 10:39:15 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/sparc64.diff TB --- 2004-07-28 10:39:15 - building world (CFLAGS=-O -pipe) TB --- 2004-07-28 10:39:15 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-28 10:39:15 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/timed/timedc/timedc.8 > timedc.8.gz ===> usr.sbin/traceroute cc -O -pipe -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_SOCKIO_H=1 -DHAVE_NET_ROUTE_H=1 -DHAVE_NET_IF_DL_H=1 -DHAVE_STRERROR=1 -DHAVE_USLEEP=1 -DHAVE_SYS_SYSCTL_H=1 -DHAVE_SETLINEBUF=1 -DHAVE_RAW_OPTIONS=1 -DHAVE_SOCKADDR_SA_LEN=1 -DHAVE_ICMP_NEXTMTU=1 -DIPSEC -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/lbl -c version.c cc -O -pipe -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_SOCKIO_H=1 -DHAVE_NET_ROUTE_H=1 -DHAVE_NET_IF_DL_H=1 -DHAVE_STRERROR=1 -DHAVE_USLEEP=1 -DHAVE_SYS_SYSCTL_H=1 -DHAVE_SETLINEBUF=1 -DHAVE_RAW_OPTIONS=1 -DHAVE_SOCKADDR_SA_LEN=1 -DHAVE_ICMP_NEXTMTU=1 -DIPSEC -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/lbl -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/traceroute.c cc -O -pipe -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_SOCKIO_H=1 -DHAVE_NET_ROUTE_H=1 -DHAVE_NET_IF_DL_H=1 -DHAVE_STRERROR=1 -DHAVE_USLEEP=1 -DHAVE_SYS_SYSCTL_H=1 -DHAVE_SETLINEBUF=1 -DHAVE_RAW_OPTIONS=1 -DHAVE_SOCKADDR_SA_LEN=1 -DHAVE_ICMP_NEXTMTU=1 -DIPSEC -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/lbl -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/ifaddrlist.c cc -O -pipe -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_SOCKIO_H=1 -DHAVE_NET_ROUTE_H=1 -DHAVE_NET_IF_DL_H=1 -DHAVE_STRERROR=1 -DHAVE_USLEEP=1 -DHAVE_SYS_SYSCTL_H=1 -DHAVE_SETLINEBUF=1 -DHAVE_RAW_OPTIONS=1 -DHAVE_SOCKADDR_SA_LEN=1 -DHAVE_ICMP_NEXTMTU=1 -DIPSEC -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/lbl -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/findsaddr-socket.c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/findsaddr-socket.c: In function `findsaddr': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute/../../contrib/traceroute/findsaddr-socket.c:195: error: label at end of compound statement *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/traceroute. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-07-28 11:24:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-28 11:24:54 - ERROR: failed to build world TB --- 2004-07-28 11:24:54 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 30 14:42:34 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4731916A4CE; Fri, 30 Jul 2004 14:42:34 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB95443D31; Fri, 30 Jul 2004 14:42:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i6UEgV2x038940; Fri, 30 Jul 2004 10:42:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i6UEgXXQ026406; Fri, 30 Jul 2004 10:42:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D7587303F; Fri, 30 Jul 2004 10:42:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040730144233.1D7587303F@freebsd-current.sentex.ca> Date: Fri, 30 Jul 2004 10:42:33 -0400 (EDT) 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, 30 Jul 2004 14:42:34 -0000 TB --- 2004-07-30 13:51:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-30 13:51:35 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-07-30 13:51:35 - cleaning the sandbox TB --- 2004-07-30 13:52:40 - checking out the source tree TB --- 2004-07-30 13:52:40 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-07-30 13:52:40 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-07-30 13:59:51 - WARNING: /home/tinderbox/sandbox/sparc64.diff does not exist TB --- 2004-07-30 13:59:51 - building world (CFLAGS=-O -pipe) TB --- 2004-07-30 13:59:51 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-30 13:59:51 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/amd/wire-test/../../../contrib/amd/wire-test/wire-test.8 > wire-test.8.gz ===> usr.sbin/ancontrol cc -O -pipe -DANCACHE -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ancontrol/../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ancontrol/ancontrol.c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ancontrol/ancontrol.c: In function `an_dumpstats': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ancontrol/ancontrol.c:452: warning: cast increases required alignment of target type /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ancontrol/ancontrol.c: In function `an_readcache': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ancontrol/ancontrol.c:1226: warning: cast increases required alignment of target type /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ancontrol/ancontrol.c:1229: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ancontrol. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-07-30 14:42:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-30 14:42:32 - ERROR: failed to build world TB --- 2004-07-30 14:42:32 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Jul 31 06:12:27 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98A1816A4CE for ; Sat, 31 Jul 2004 06:12:27 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1E6743D4C for ; Sat, 31 Jul 2004 06:12:26 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6V6C1Ah054276 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sat, 31 Jul 2004 15:12:01 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6V6BWoI019951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 31 Jul 2004 15:11:32 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i6V6BWDk019950 for sparc64@freebsd.org; Sat, 31 Jul 2004 15:11:32 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Sat, 31 Jul 2004 15:11:32 +0900 From: Pyun YongHyeon To: sparc64@freebsd.org Message-ID: <20040731061132.GC19761@kt-is.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: ifconfig(8) mediaopt bug and temporary fix X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2004 06:12:27 -0000 Hi, Normally, users with hme(4) + DP83840 PHY forcly set media type to full-duplex since that combination lacks auto-negotiation. However, this has side-effect of bind(2) problem. Typical phenomenon is binding error(EADDRNOTAVAIL) for locally assgined address.(INADDR_ANY works though). I guess this issue had been there for a long time and triggered by ifconfig mediaopt command in big-endian arch. The root cause of the problem seems to be in ifconfig(8) itself. When ifconfig(8) sets media with user-supplied one, it also sets its internal global variable(ifr_media) in 'struct ifreq ifr' to selected one. Since the member variable ifr_media in 'struct ifreq ifr' is shared with all other attributes, subsequent evaluation of 'ifr.ifr_addr.sa_family' is wrong. Under Ultra2, usually I see "atalk 0.0 range 0-0 phase 2" message when I try to set media with command "ifconfig hme0 media 100baseTX mediaopt full-duplex".(i.e. ifconfig(8) thinks I had set AF_APPLETALK.) I guess this affects little-endian machine too. But due to its endian-nature it's not triggered. Here is temporary fix for that issue. Since ifconfig(8) is too complex and very difficult to verify correct operations, I patched domediaopt() which is *not* correct fix. I'd like to see correct fix from commiters with thorough knowledge of ifconfig(8). --- ifmedia.c.orig Fri Jan 16 00:19:19 2004 +++ ifmedia.c Sat Jul 31 14:50:16 2004 @@ -250,7 +250,7 @@ domediaopt(const char *val, int clear, int s) { struct ifmediareq ifmr; - int *mwords, options; + int *mwords, options, optold; (void) memset(&ifmr, 0, sizeof(ifmr)); (void) strncpy(ifmr.ifm_name, name, sizeof(ifmr.ifm_name)); @@ -281,6 +281,7 @@ strncpy(ifr.ifr_name, name, sizeof(ifr.ifr_name)); ifr.ifr_media = ifmr.ifm_current; + optold = ifr.ifr_media; if (clear) ifr.ifr_media &= ~options; else @@ -288,6 +289,7 @@ if (ioctl(s, SIOCSIFMEDIA, (caddr_t)&ifr) < 0) err(1, "SIOCSIFMEDIA (mediaopt)"); + ifr.ifr_media = optold; /* XXX */ } Best regards, Pyun YongHyeon -- Pyun YongHyeon