From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 00:10:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C67116A4CE; Sun, 12 Sep 2004 00:10:24 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2307243D53; Sun, 12 Sep 2004 00:10:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8C0ANtR012398; Sat, 11 Sep 2004 20:10:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8C0AMTP041446; Sat, 11 Sep 2004 20:10:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 76FF27303F; Sat, 11 Sep 2004 20:10:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040912001023.76FF27303F@freebsd-current.sentex.ca> Date: Sat, 11 Sep 2004 20:10:23 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 00:10:24 -0000 TB --- 2004-09-11 23:54:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-11 23:54:20 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-11 23:54:20 - checking out the source tree TB --- 2004-09-11 23:54:20 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-11 23:54:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-12 00:02:13 - building world (CFLAGS=-O -pipe) TB --- 2004-09-12 00:02:13 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-12 00:02:13 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-12 00:10:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-12 00:10:23 - ERROR: failed to build world TB --- 2004-09-12 00:10:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 02:57:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9839D16A4CE for ; Sun, 12 Sep 2004 02:57:14 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6566C43D39 for ; Sun, 12 Sep 2004 02:57:14 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465 for ; Sat, 11 Sep 2004 19:57:13 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DE1CA5D09 for ; Sat, 11 Sep 2004 19:57:12 -0700 (PDT) To: current@freebsd.org Date: Sat, 11 Sep 2004 19:57:12 -0700 From: "Kevin Oberman" Message-Id: <20040912025712.DE1CA5D09@ptavv.es.net> Subject: Weird interrupt issues with RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 02:57:14 -0000 I just updated my old K6-3 system from CURRENT of Jun 13 to RELENG_5 cvsupped today at 19:53 UTC. When I bring up the network interface, I immediately start getting errors from both the Ethernet card and the second disk (where my /usr partition sits). This is the master on the second IDE bus. The boot disk has not such problems. The errors are: ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=10928255 ad2: WARNING - READ_DMA no interrupt but good status xl0: watchdog timeout ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=10928319 ad2: WARNING - READ_DMA no interrupt but good status ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=10989807 ad2: WARNING - READ_DMA no interrupt but good status ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=11855407 ad2: WARNING - WRITE_DMA no interrupt but good status xl0: watchdog timeout ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=10963679 ad2: WARNING - READ_DMA no interrupt but good status I never get failures and the retry count never goes below 2, but the system is a bit slow. If I don't bring up the network, it runs fine with no errors at all from the disk. FreeBSD kzin.es.net 5.2-CURRENT FreeBSD 5.2-CURRENT #27: Sun Jun 13 12:32:53 PDT 2004 root@kzin.es.net:/usr/obj/usr/src/sys/KZIN i386 Here is the dmesg: 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 reserved. FreeBSD 5.3-BETA4 #29: Sat Sep 11 13:04:34 PDT 2004 oberman@kzin.es.net:/usr/obj/usr/src/sys/KZIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D+ Processor (451.02-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0x80000800 real memory = 100646912 (95 MB) avail memory = 92942336 (88 MB) K6-family MTRR support enabled (2 registers) ACPI disabled by blacklist. Contact your BIOS vendor. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: BIOS IRQ 6 for 0.9.INTA is not valid for link 0x4 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 9.0 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 11.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:80:4b:43 atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) Timecounter "TSC" frequency 451023830 Hz quality 800 Timecounters tick every 10.000 msec ad0: 13031MB [26476/16/63] at ata0-master UDMA33 ATAPI_RESET time = 30us ad2: 13029MB [26473/16/63] at ata1-master UDMA33 acd0: DVDROM at ata1-slave PIO3 cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s1a I'm guessing that this is interrupt related, but the devices are on completely different IRQs, so I really don't understand how. Any ideas on what could be happening? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 03:16:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 396B116A4CE for ; Sun, 12 Sep 2004 03:16:20 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1ECF43D5A for ; Sun, 12 Sep 2004 03:16:19 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i8C3GJt3010456 for ; Sat, 11 Sep 2004 22:16:19 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 66.13.175.243 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Sat, 11 Sep 2004 22:16:19 -0500 (CDT) Message-ID: <1131.66.13.175.243.1094958979.squirrel@mail.ringofsaturn.com> Date: Sat, 11 Sep 2004 22:16:19 -0500 (CDT) From: "Rusty Nejdl" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean Subject: Freeze up on Beta-4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 03:16:20 -0000 I am running the latest RELENG_5 as of today with basically a default kernel config (I added smbus support and I'm using SCHED_ULE as my scheduler). Since I upgraded, whenever I try to use XMMS to stream audio and run gaim, the system will completely freeze. I can run either program separately and they work just fine, but if I am logged into gaim, open xmms, and start to stream audio, as soon as sound comes across, the system freezes. If I am streaming audio, open gaim, and login, right before the list of contacts opens up, the system freezes. I am doing a portupgrade -Rf for gaim and xmms right now to see if that has any affect, but wanted to see if anyone else was seeing something weird like this and if anyone had any ideas. The only other thing I can think of would be to use SCHED_4BSD instead, but I had thought that ULE would be a better choice for my dual xeon server. Thanks! Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 04:09:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DF2516A4CF; Sun, 12 Sep 2004 04:09:48 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73E443D49; Sun, 12 Sep 2004 04:09:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8C49kmm003052; Sun, 12 Sep 2004 00:09:46 -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 i8C49k5d050971; Sun, 12 Sep 2004 00:09:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D32CD7303F; Sun, 12 Sep 2004 00:09:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040912040945.D32CD7303F@freebsd-current.sentex.ca> Date: Sun, 12 Sep 2004 00:09:45 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 04:09:48 -0000 TB --- 2004-09-12 03:10:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-12 03:10:43 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-12 03:10:43 - checking out the source tree TB --- 2004-09-12 03:10:43 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-12 03:10:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-12 03:16:09 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-12 03:16:09 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-12 03:16:09 - /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 [...] cc -O2 -pipe -o mount mount.o mount_ufs.o getmntopts.o vfslist.o gzip -cn /tinderbox/CURRENT/amd64/amd64/src/sbin/mount/mount.8 > mount.8.gz ===> sbin/mount_autofs (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/sbin/mount_autofs/mount_autofs.c /tinderbox/CURRENT/amd64/amd64/src/sbin/mount_autofs/mount_autofs.c: In function `ioset': /tinderbox/CURRENT/amd64/amd64/src/sbin/mount_autofs/mount_autofs.c:60: warning: implicit declaration of function `strlen' /tinderbox/CURRENT/amd64/amd64/src/sbin/mount_autofs/mount_autofs.c: In function `main': /tinderbox/CURRENT/amd64/amd64/src/sbin/mount_autofs/mount_autofs.c:80: warning: unused variable `i' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sbin/mount_autofs. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-12 04:09:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-12 04:09:45 - ERROR: failed to build world TB --- 2004-09-12 04:09:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 05:10:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 576D916A4D2; Sun, 12 Sep 2004 05:10:28 +0000 (GMT) Date: Sun, 12 Sep 2004 05:10:28 +0000 From: Kris Kennaway To: Rusty Nejdl Message-ID: <20040912051028.GA74510@hub.freebsd.org> References: <1131.66.13.175.243.1094958979.squirrel@mail.ringofsaturn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1131.66.13.175.243.1094958979.squirrel@mail.ringofsaturn.com> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Freeze up on Beta-4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 05:10:28 -0000 On Sat, Sep 11, 2004 at 10:16:19PM -0500, Rusty Nejdl wrote: > I am running the latest RELENG_5 as of today with basically a default > kernel config (I added smbus support and I'm using SCHED_ULE as my > scheduler). Since I upgraded, whenever I try to use XMMS to stream audio > and run gaim, the system will completely freeze. I can run either program > separately and they work just fine, but if I am logged into gaim, open > xmms, and start to stream audio, as soon as sound comes across, the system > freezes. If I am streaming audio, open gaim, and login, right before the > list of contacts opens up, the system freezes. > > I am doing a portupgrade -Rf for gaim and xmms right now to see if that > has any affect, but wanted to see if anyone else was seeing something > weird like this and if anyone had any ideas. The only other thing I can > think of would be to use SCHED_4BSD instead, but I had thought that ULE > would be a better choice for my dual xeon server. ULE has known problems, that's why 4BSD was made default again. Retry with 4BSD and let us know whether or not the problems persist. Kris From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 06:13:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F3DA16A4CE; Sun, 12 Sep 2004 06:13:21 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E8B43D31; Sun, 12 Sep 2004 06:13:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-123-121-27.dsl.snfc21.pacbell.net [68.123.121.27])i8C6DGvd225228; Sun, 12 Sep 2004 02:13:17 -0400 Message-ID: <4143E8FC.7000308@elischer.org> Date: Sat, 11 Sep 2004 23:13:16 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: NAKATA Maho References: <20040912.120803.607953196.chat95@mac.com> In-Reply-To: <20040912.120803.607953196.chat95@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org cc: freebsd-amd64@FreeBSD.org Subject: Re: KSE and SMP problem in FreeBSD/amd64 5.3BETA3, namely KSEdosen't make use of SMP. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 06:13:21 -0000 Firstly ,I am very happy to see your mail. We need all bug repors.. even bad ones :-) I have been working on trying to fix problems in this sort of thing in the last few weeks for 5.3 but will be able to examine your work more closely in a few days. I just want you to know that your email will be worked on, even if you do not hear anything immediatly. more notes below.. NAKATA Maho wrote: > Dear amd64 freaks, I noticed that there seems to be a bug > in KSE with SMP configuration. > > Here, I describe my problem in detail. > > the math/atlas port utilize SMP by threading. namely, > if you have 2 processors you can gain the nearly double performance > so KSE is the key technology for SMP. However, for amd64, KSE doesn't > utilize second CPU at all. > > My machine is: > Tyan S2885 > Opteron 1.6GHz x 2 > 2G bytes of memory > > I confirmed that: > o FreeBSD/amd64 5.2.1-RELEASE with KSE doesn't work at all, > dumps core or memory fault, while without KSE works well but > without performance gain (using libmap.conf, and this is not shown here). this is expected. > > o FreeBSD/amd64 5.3-BEAT3 with KSE works at least, however, > doesn't utilize SMP. I will try examine this together with Peter and Dan over the next few days.. Please show me the output in 5.3 of sysctl kern.threads and kern.sched also there will be improvements in beta4 I hope which scheduler? show ldd output for your program please. > o FreeBSD/i386 5.2.1-RELEASE, and 5.3-BEAT3 works well. > > How to repreat: > (it took huge hours to build math/atlas, so I put work dir at) at? > > CVSup your ports tree, please use: > # $FreeBSD: ports/math/atlas/Makefile,v 1.27 2004/09/02 00:25:45 maho Exp $ > > 0a. prepare opteron SMP machine, and install FreeBSD/amd64 5.3-BETA3. > 1a. cd /usr/ports/math/atlas > 2a. make > 3a. wait for long time > 4a. cd /usr/ports/math/atlas/work/ATLAS/bin/THREADED > 5a. make xdlutst (it took only seconds) > 6a. make xdlutst_pt (it took only seconds) > 7a. type ./xdlutst -N 1000 2000 200 (this doesn't utilize SMP and KSE) > NREPS Major M N lda NPVTS TIME MFLOP RESID > ===== ===== ===== ===== ===== ===== ======== ======== ======== > 0 Col 1000 1000 1000 995 0.301 2210.755 3.821e-02 > 0 Col 1200 1200 1200 1194 0.504 2282.569 3.793e-02 > 0 Col 1400 1400 1400 1395 0.794 2303.707 2.843e-02 > 0 Col 1600 1600 1600 1595 1.156 2360.557 2.893e-02 > 0 Col 1800 1800 1800 1793 1.637 2374.130 2.803e-02 > 0 Col 2000 2000 2000 1990 2.192 2431.838 2.744e-02 > > 6 cases ran, 6 cases passed > > > 8a. type ./xdlutst_pt -N 2000 3000 200 > ./xdlutst_pt -N 2000 3000 200 > NREPS Major M N lda NPVTS TIME MFLOP RESID > ===== ===== ===== ===== ===== ===== ======== ======== ======== > 0 Col 2000 2000 2000 1990 2.286 2332.527 2.744e-02 > 0 Col 2200 2200 2200 2194 2.764 2567.795 2.639e-02 > 0 Col 2400 2400 2400 2394 3.766 2446.449 2.721e-02 > 0 Col 2600 2600 2600 2593 4.722 2480.761 2.472e-02 > 0 Col 2800 2800 2800 2795 5.855 2499.038 2.441e-02 > 0 Col 3000 3000 3000 2992 7.302 2464.553 2.442e-02 > > 6 cases ran, 6 cases passed > > Please see the MFLOP column. This indicates the FLOPS of the calculation. > Opteron 1.6G's performance is 2.4GFlops for LU decomposition. > and as you can see no perfomance gain :( > > typical output of top is like that: > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 716 root 134 0 185M 179M CPU0 0 1:05 21.09% 21.09% xdlutst_pt > 716 root 134 0 185M 179M RUN 0 1:05 19.53% 19.53% xdlutst_pt > 716 root 20 0 185M 179M kserel 1 1:05 0.00% 0.00% xdlutst_pt > 716 root 20 0 185M 179M ksesig 1 1:05 0.00% 0.00% xdlutst_pt > 716 root 20 0 185M 179M kserel 0 1:05 0.00% 0.00% xdlutst_pt > > two threads of xdlutst_pt are always running on *ONLY CPU0 or CPU1* > -------------------------------------------------------------------- > Next, I have tried i386 version > > 0i. prepare opteron SMP machine same as above, and install FreeBSD/i386 > 5.3-BETA3. > CVSup your ports tree. > > 1i. cd /usr/ports/math/atlas > 2i. make > 3i. wait for long time > 4i. cd /usr/ports/math/atlas/work/ATLAS/bin/THREADED > 5i. make xdlutst (it took only seconds) > 6i. make xdlutst_pt (it took only seconds) > 7i. type ./xdlutst -N 1000 2000 200 (this doesn't utilize SMP and KSE) > ./xdlutst -N 1000 2000 200 > NREPS Major M N lda NPVTS TIME MFLOP RESID > ===== ===== ===== ===== ===== ===== ======== ======== ======== > 0 Col 1000 1000 1000 995 0.307 2170.617 3.437e-02 > 0 Col 1200 1200 1200 1194 0.522 2204.335 3.482e-02 > 0 Col 1400 1400 1400 1395 0.799 2286.888 4.150e-02 > 0 Col 1600 1600 1600 1595 1.164 2345.104 3.598e-02 > 0 Col 1800 1800 1800 1793 1.616 2405.542 3.601e-02 > 0 Col 2000 2000 2000 1990 2.218 2403.157 3.436e-02 > > 6 cases ran, 6 cases passed > > 8i. type ./xdlutst_pt -N 3000 4000 200 (this utilize KSE so that make > full use of SMP) > ./xdlutst_pt -N 3000 4000 200 > NREPS Major M N lda NPVTS TIME MFLOP RESID > ===== ===== ===== ===== ===== ===== ======== ======== ======== > 0 Col 3000 3000 3000 2992 7.157 2514.351 3.650e-02 > 0 Col 3200 3200 3200 3186 5.127 4259.986 3.207e-02 > 0 Col 3400 3400 3400 3392 5.867 4465.006 3.528e-02 > 0 Col 3600 3600 3600 3589 6.791 4579.468 3.519e-02 > 0 Col 3800 3800 3800 3791 8.510 4297.730 3.285e-02 > 0 Col 4000 4000 4000 3995 9.207 4633.234 3.218e-02 > > 6 cases ran, 6 cases passed > > yes, there are perfomance gain by utilizing SMP. > > typical output of top seems like > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 714 root 139 0 301M 300M CPU1 1 2:16 66.41% 66.41% xdlutst_pt > 714 root 139 0 301M 300M RUN 0 2:16 66.41% 66.41% xdlutst_pt > 714 root 20 0 301M 300M kserel 1 2:16 0.00% 0.00% xdlutst_pt > 714 root 20 0 301M 300M kserel 0 2:16 0.00% 0.00% xdlutst_pt > 714 root 20 0 301M 300M ksesig 0 2:16 0.00% 0.00% xdlutst_pt > > Summary: > Difference between 8a and 8i are: > o there are no perfomance gain in 8a whereas 8i gains nearly double. > o the result of top indicates that by KSE of amd64, two threads are produced > correctly, however scheduling is somwhat odd, so that two threads runs > at the same processor, apparently threads are spread over different > processors, though. > > You can try easily, work directory of these two ports are available: > http://people.freebsd.org/~maho/atlas/atlas-work-opteron_dual-amd64.tar.bz > http://people.freebsd.org/~maho/atlas/atlas-work-opteron_dual-i386.tar.bz > > MD5 (atlas-work-opteron_dual-amd64.tar.bz) = 9d9d7e8b00b34a783b7d2172bc404e23 > MD5 (atlas-work-opteron_dual-i386.tar.bz) = 8076a753c7b3edaea7bd446c6473f120 > > Does anybody can fix it? yes we will try. > > Best regards, > --nakata maho > From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 06:39:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18C2116A4CE; Sun, 12 Sep 2004 06:39:45 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C4C43D46; Sun, 12 Sep 2004 06:39:44 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-123-121-27.dsl.snfc21.pacbell.net [68.123.121.27])i8C6df3d099758; Sun, 12 Sep 2004 02:39:42 -0400 Message-ID: <4143EF29.2080404@elischer.org> Date: Sat, 11 Sep 2004 23:39:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin , Peter Wemm , current@freebsd.org Content-Type: multipart/mixed; boundary="------------070802050901090002030708" Subject: [Patch] panics/hangs with preemption and threads. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 06:39:45 -0000 This is a multi-part message in MIME format. --------------070802050901090002030708 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Guys I think I found a (the?) major cause for the corruptions of the ksegrp/thread runqueue for threaded processes when Premption is turned on.. When a thread is scheduled in setrunqueue() the firt thing that is done is that it is put in the correct place in the ksegrp's run queue,. then if it is in the top N spots (where N is the defined concurrency and is usually <= NCPU) it is passed down to the system scheduler using sched_add(). Sched_add can call maybe_preempt() which can decide to switch out the current thread and switch to the new one immediatly. The trouble with that is that we have already put the new one on the ksegrp's run queue! When that thread is next put on the run queue using setrunqueue() it is already there, and we end up with an infinitly looping run queue. Any code that follows that list will never end. and the system will freeze. Here is a patch that solves it but I'm not happy about it.. John, you wrote the preemption code.. do you have any ideas about how to do this cleaner? One possibility is to make sched_add return a value that indicates if the thread was handled immediatly. that would allow setrunqueue to only set it into the ksegrp's run queue if it was not already handled. Other suggestions welcome. --------------070802050901090002030708 Content-Type: text/plain; name="q.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="q.diff" ==== //depot/projects/nsched/sys/kern/kern_switch.c#21 - /home/julian/p4/nsched/sys/kern/kern_switch.c ==== @@ -396,5 +396,9 @@ return; } + if (((flags & (SRQ_YIELDING|SRQ_OURSELF|SRQ_NOPREEMPT)) == 0) && + maybe_preempt(td)) + return; + tda = kg->kg_last_assigned; if ((kg->kg_avail_opennings <= 0) && @@ -453,7 +457,7 @@ kg->kg_last_assigned = td2; } kg->kg_avail_opennings--; - sched_add(td2, flags); + sched_add(td2, flags|SRQ_NOPREEMPT); } else { CTR3(KTR_RUNQ, "setrunqueue: held: td%p kg%p pid%d", td, td->td_ksegrp, td->td_proc->p_pid); ==== //depot/projects/nsched/sys/kern/sched_4bsd.c#48 - /home/julian/p4/nsched/sys/kern/sched_4bsd.c ==== @@ -1018,7 +1018,8 @@ #endif { - if (maybe_preempt(td)) + if (((flags & SRQ_NOPREEMPT) == 0) && + maybe_preempt(td)) return; } } ==== //depot/projects/nsched/sys/kern/sched_ule.c#30 - /home/julian/p4/nsched/sys/kern/sched_ule.c ==== @@ -1662,13 +1662,13 @@ /* let jeff work out how to map the flags better */ /* I'm open to suggestions */ - if (flags & SRQ_YIELDING) + if (flags & (SRQ_YIELDING|SRQ_NOPREEMPT)) { /* * Preempting during switching can be bad JUJU * especially for KSE processes */ sched_add_internal(td, 0); - else + } else sched_add_internal(td, 1); } ==== //depot/projects/nsched/sys/sys/proc.h#29 - /home/julian/p4/nsched/sys/sys/proc.h ==== @@ -658,6 +658,7 @@ #define SRQ_YIELDING 0x0001 /* we are yielding (from mi_switch) */ #define SRQ_OURSELF 0x0002 /* it is ourself (from mi_switch) */ #define SRQ_INTR 0x0004 /* it is probably urgent */ +#define SRQ_NOPREEMPT 0x0008 /* Just don't ok? */ /* How values for thread_single(). */ #define SINGLE_NO_EXIT 0 --------------070802050901090002030708-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 06:42:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 212DC16A4CE for ; Sun, 12 Sep 2004 06:42:09 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D5E143D58 for ; Sun, 12 Sep 2004 06:42:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8C6g3rY049961 for ; Sun, 12 Sep 2004 02:42:03 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8C6g3iC049958 for ; Sun, 12 Sep 2004 02:42:03 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 12 Sep 2004 02:42:03 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org In-Reply-To: <20040911183823.W84468@alpha.siliconlandmark.com> Message-ID: <20040912022558.B84468@alpha.siliconlandmark.com> References: <20040911183823.W84468@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: 6-CURRENT Network stack issues w/SMP? (Was: Re: TreeList failed: Network write failure: ChannelMux.ProtocolError) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 06:42:09 -0000 Replying to myself... I made the cardinal sin of not including a uname -a... The system in question is: FreeBSD bling.home 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Sat Sep 11 18:31:59 EDT 2004 root@bling.home:/usr/CURRENT/sys/i386/compile/BLING i386 I have a fresh dmesg up at http://bling.properkernel.com/dmesg.boot.txt and a boot -v at http://bling.properkernel.com/boot-v.txt Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > On Sat, 11 Sep 2004, Andre Guibert de Bruet wrote: > Anyone have any ideas on this one? > > # cvsupdate [...] > Updating collection src-all/cvs > TreeList failed: Network write failure: ChannelMux.ProtocolError > Will retry at 18:43:42 > ^C > > The machine in question is a dual Athlon with a custom SMP kernel config > which can be found at http://bling.properkernel.com/BLING . Reverting to > GENERIC does _not_ fix the problem. The interface in question is an > nge-compatible 64-bit Linksys card detected as: > > nge0@pci0:8:0: class=0x020000 card=0x10641737 chip=0x0022100b rev=0x00 > hdr=0x00 > vendor = 'National Semiconductor' > device = 'DP83820/1 10/100/1000 Gigabit Ethernet Adapter' > class = network > subclass = ethernet > > I've also noticed data corruption in the form of failed CRCs (And hence > dropped SSH connections) while transferring large amounts of data via SSH > over gige to a machine on its subnet. These problems started occuring after > the giant-less networking megacommit. Older kernels check out without any > such issues. > > Additional information on the system can be found online: > pciconf -vl: http://bling.properkernel.com/pciconf-vl.txt > kernel config: http://bling.properkernel.com/BLING > old dmesg (Can be updated): http://bling.properkernel.com/dmesg.boot.txt From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 06:44:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 3DBFD16A4CF; Sun, 12 Sep 2004 06:44:16 +0000 (GMT) Date: Sun, 12 Sep 2004 06:44:16 +0000 From: Kris Kennaway To: Andre Guibert de Bruet Message-ID: <20040912064416.GA89882@hub.freebsd.org> References: <20040911183823.W84468@alpha.siliconlandmark.com> <20040912022558.B84468@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040912022558.B84468@alpha.siliconlandmark.com> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: 6-CURRENT Network stack issues w/SMP? (Was: Re: TreeList failed: Network write failure: ChannelMux.ProtocolError) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 06:44:16 -0000 On Sun, Sep 12, 2004 at 02:42:03AM -0400, Andre Guibert de Bruet wrote: > >I've also noticed data corruption in the form of failed CRCs (And hence > >dropped SSH connections) while transferring large amounts of data via SSH > >over gige to a machine on its subnet. These problems started occuring > >after the giant-less networking megacommit. Older kernels check out > >without any such issues. Does it go away if you turn off debug.mpsafenet? If not, it's probably not related to that commit. Kris From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 06:44:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24AEE16A4CE for ; Sun, 12 Sep 2004 06:44:40 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB8CD43D1D for ; Sun, 12 Sep 2004 06:44:39 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-123-121-27.dsl.snfc21.pacbell.net [68.123.121.27])i8C6ic3d111592 for ; Sun, 12 Sep 2004 02:44:38 -0400 Message-ID: <4143F04B.6040003@elischer.org> Date: Sat, 11 Sep 2004 23:44:27 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ATA cdrom boot wierdness? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 06:44:40 -0000 My test system (todays sources via p4) has started doing: ... atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ... ad0: 9541MB [19386/16/63] at ata0-master UDMA100 ATAPI_RESET time = 50us ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out acd0: CDROM at ata1-master PIO4 ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out Each of these messages takes between 4 and 30 seconds to print out so booting is considerably slowed. any suggestions/ideas? From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 06:53:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9A8816A4CE; Sun, 12 Sep 2004 06:53:06 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 622C743D45; Sun, 12 Sep 2004 06:53:06 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8C6r5Gk050034; Sun, 12 Sep 2004 02:53:05 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8C6r5lj050031; Sun, 12 Sep 2004 02:53:05 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 12 Sep 2004 02:53:05 -0400 (EDT) From: Andre Guibert de Bruet To: Kris Kennaway In-Reply-To: <20040912064416.GA89882@hub.freebsd.org> Message-ID: <20040912025037.Y84468@alpha.siliconlandmark.com> References: <20040911183823.W84468@alpha.siliconlandmark.com> <20040912064416.GA89882@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@FreeBSD.ORG Subject: Re: 6-CURRENT Network stack issues w/SMP? (Was: Re: TreeListfailed: Network write failure: ChannelMux.ProtocolError) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 06:53:06 -0000 On Sun, 12 Sep 2004, Kris Kennaway wrote: > On Sun, Sep 12, 2004 at 02:42:03AM -0400, Andre Guibert de Bruet wrote: > >>> I've also noticed data corruption in the form of failed CRCs (And hence >>> dropped SSH connections) while transferring large amounts of data via SSH >>> over gige to a machine on its subnet. These problems started occuring >>> after the giant-less networking megacommit. Older kernels check out >>> without any such issues. > > Does it go away if you turn off debug.mpsafenet? If not, it's > probably not related to that commit. Setting debug.mpsafenet to 0 allows the SSH transfers to complete. The MD5 checksums and sizes match. Where do we go from here? Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 07:01:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64C9616A4CE for ; Sun, 12 Sep 2004 07:01:29 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6C7243D41 for ; Sun, 12 Sep 2004 07:01:26 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8C71MMJ050237; Sun, 12 Sep 2004 03:01:22 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8C71Mh8050234; Sun, 12 Sep 2004 03:01:22 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 12 Sep 2004 03:01:21 -0400 (EDT) From: Andre Guibert de Bruet To: "Thomas T. Veldhouse" In-Reply-To: <41436ABE.7060202@veldy.net> Message-ID: <20040912025902.S84468@alpha.siliconlandmark.com> References: <41436ABE.7060202@veldy.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: How do I install a kernel from CD over the top of BETA4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 07:01:29 -0000 On Sat, 11 Sep 2004, Thomas T. Veldhouse wrote: > I built two kernels and did not manage to save the old working kernel (I > thought that I had) and now I have NO bootable kernels to boot my 5.3BETA4 > system ... how can I get the kernel off of my 5.2.1 CD so that I can build a > new working kernel (after a fresh cvsup)? Boot off of the CD, and use the rescue shell. Make sure that you mount your root partition with "-o rw". Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 07:17:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2CFE16A4CE for ; Sun, 12 Sep 2004 07:17:15 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5602443D53 for ; Sun, 12 Sep 2004 07:17:14 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i8C7HBMR076318 for ; Sun, 12 Sep 2004 00:17:11 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i8C7HACD076317 for freebsd-current@freebsd.org; Sun, 12 Sep 2004 00:17:10 -0700 (PDT) (envelope-from obrien) Date: Sun, 12 Sep 2004 00:17:10 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20040912071710.GA76209@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: [Fwd: setrunqueue(): corrupt kq_runq] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: sean@mcneil.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 07:17:15 -0000 I was asked to forward this to freebsd-current for a user who has trouble having his email rejected by FreeBSD.org. -- David ----- Forwarded message from Sean McNeil ----- Content-Description: Forwarded message - setrunqueue(): corrupt kq_runq From: Sean McNeil Subject: setrunqueue(): corrupt kq_runq Date: Thu, 09 Sep 2004 11:55:52 -0700 To: freebsd-current@freebsd.org X-Mailer: Ximian Evolution 1.4.6 amd64 -CURRENT system has crashed now several times in the last 2 days. Ever since the change to SCHED_4BSD and PREEMPTION. I certainly hope this is fixed before 5.3-RELEASE. Sep 9 11:43:46 server syslogd: kernel boot file is /boot/kernel/kernel Sep 9 11:43:46 server kernel: setrunqueue(): corrupt kq_runq, td= 0xffffff004be8e520 Sep 9 11:43:46 server kernel: panic: deadlock in setrunqueue Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c21a90 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c21aa0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c21810 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c21820 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c21590 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c215a0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c21310 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c21320 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c21090 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c210a0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c20e10 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c20e20 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c20b90 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c20ba0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c20910 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c20920 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c20690 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c206a0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c20410 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c20420 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c20190 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c201a0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1ff10 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1ff20 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1fc90 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1fca0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1fa10 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1fa20 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1f790 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1f7a0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1f510 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1f520 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1f290 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1f2a0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1f010 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1f020 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1ed90 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1eda0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1eb10 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1eb20 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1e890 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1e8a0 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Sep 9 11:43:46 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 9 11:43:46 server kernel: instruction pointer = 0x8:0xffffffff8031a71fSep 9 11:43:46 server kernel: stack pointer = 0x10:0xffffffffb1c1e610 Sep 9 11:43:46 server kernel: frame pointer = 0x10:0xffffffffb1c1e620 Sep 9 11:43:46 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 9 11:43:46 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 9 11:43:46 server kernel: processor eflags = IOPL = 0 Sep 9 11:43:46 server kernel: current process = 61 (schedcpu) Sep 9 11:43:46 server kernel: trap number = 3 Sep 9 11:43:46 server kernel: panic: breakpoint instruction fault Sep 9 11:43:46 server kernel: KDB: enter: panic Then a reboot. Sean ----- End forwarded message ----- From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 09:17:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C741F16A4CE; Sun, 12 Sep 2004 09:17:52 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD9F43D2D; Sun, 12 Sep 2004 09:17:52 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with SMTP id i8C9HoXl002036; Sun, 12 Sep 2004 18:17:50 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 12 Sep 2004 18:17:50 +0900 (JST) Message-Id: <200409120917.i8C9HoXl002036@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sakura.ninth-nine.com [219.127.74.121]); Sun, 12 Sep 2004 18:17:50 +0900 (JST) cc: takawata@FreeBSD.org Subject: [PANIC] snd_sb16 on 5.3-BETA4 over qemu are fixed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 09:17:52 -0000 snd_sb16 on 5.3-BETA4 over qemu(modified by nork and takawata) causes panic. But this is well-known problem as kern/71189. http://www.freebsd.org/cgi/query-pr.cgi?pr=71189 I confirmed that this patch is good. Anyone, would you please commit to 6-current and 5.3 branch? From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 09:49:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D693816A4CF for ; Sun, 12 Sep 2004 09:49:02 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E0843D5D for ; Sun, 12 Sep 2004 09:49:02 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8C9n0t3071557; Sun, 12 Sep 2004 11:49:00 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41441B60.9040708@DeepCore.dk> Date: Sun, 12 Sep 2004 11:48:16 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> <412A5C40.4050100@DeepCore.dk> <412A641A.1030809@root.org> <412AEF2E.7080600@DeepCore.dk> <412E8D3C.4060001@root.org> <4130E1E0.6010000@DeepCore.dk> <413266CD.1020107@root.org> In-Reply-To: <413266CD.1020107@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 09:49:03 -0000 Nate Lawson wrote: > More info about the panic (i.e. message, backtrace, etc.) would help he= re. OK, on a current from todays morning ~10:00 CEST and commenting out the=20 guts of acpi_cmbat.c:resume() I managed to get this trace, hope that=20 helps you in finding out why ACPI panics... (hand transscribed no serial console) panic: vm_page_remove: page not busy trace: panic + 0xbb vm_page_remove + 0x22 vm_page_free_toq + 0x78 vm_page_free_zero + 0x15 _pmap_unwire_pte_hold + 0x65 pmap_unuse_pt + 0x65 pmap_remove_pte + 0xa9 pmap_remove_page + 0x26 pmap_remove + 0xa0 acpi_sleep_machdep + 0x329 acpi_SetSleepState + 0x227 acpi_system_eventhandler_sleep + 0x14 acpi_event_sleep_button_sleep + 0x74 acpi_button_notify_sleep + 0xa0 acpi_task_thread + 0xbd fork_exit + 0x75 fork_trampoline + 0x8 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 10:41:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71CAA16A4CE for ; Sun, 12 Sep 2004 10:41:28 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C8343D2D for ; Sun, 12 Sep 2004 10:41:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8CAfQVw037901 for ; Sun, 12 Sep 2004 06:41:26 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 36881-09 for ; Sun, 12 Sep 2004 06:41:26 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8CAfQ3e037888 for ; Sun, 12 Sep 2004 06:41:26 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8CAfJ41011425 for ; Sun, 12 Sep 2004 06:41:19 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sun, 12 Sep 2004 06:46:26 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: ichwd working for anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 10:41:28 -0000 On the 4 different machines I tried (2 845 and 2 865 chipsets) none seem to work with ichwd. Note, these boards do work with http://freebsd.tamu.edu/wdog/ in RELENG_4 so I know the watchdog is not disabled on the MB. Also, on one box here, I know ichwd worked at one point ( ~ July ) but now it too gives ichwd0: on motherboard ichwd0: unable to reserve SMI registers device_attach: ichwd0 attach returned 6 or ichwd0: on motherboard ichwd0: unable to reserve SMI registers device_attach: ichwd0 attach returned 6 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 11:15:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1655616A4CE for ; Sun, 12 Sep 2004 11:15:23 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FB3F43D5A for ; Sun, 12 Sep 2004 11:15:22 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id C10873F0B; Sun, 12 Sep 2004 13:15:20 +0200 (CEST) Received: from kamino.rfc1149.org (dsl-082-083-044-253.arcor-ip.net [82.83.44.253]) by coruscant.rfc1149.org (Postfix) with ESMTP id AEAD33EBD; Sun, 12 Sep 2004 13:15:12 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id D02644088; Sun, 12 Sep 2004 13:15:09 +0200 (CEST) To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> (Mike Tancsa's message of "Sun, 12 Sep 2004 06:46:26 -0400") References: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> From: Arne Schwabe Date: Sun, 12 Sep 2004 13:15:09 +0200 Message-ID: <86vfejlow2.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: ichwd working for anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 11:15:23 -0000 Mike Tancsa writes: > On the 4 different machines I tried (2 845 and 2 865 chipsets) none seem to > work with ichwd. Note, these boards do work with > http://freebsd.tamu.edu/wdog/ in RELENG_4 so I know the watchdog is not > disabled on the MB. Also, on one box here, I know ichwd worked at one > point ( ~ July ) but now it too gives > > ichwd0: on motherboard > ichwd0: unable to reserve SMI registers > device_attach: ichwd0 attach returned 6 > > or > ichwd0: on motherboard > ichwd0: unable to reserve SMI registers > device_attach: ichwd0 attach returned 6 Same for me Intel ICH something (The Centrino Chipset) ichwd module loaded ichwd_identify(): found ICH chipset: Intel 82801DBM watchdog timer ichwd0: on motherboard ichwd0: unable to reserve SMI registers device_attach: ichwd0 attach returned 6 Arne From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 11:24:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07AAC16A4CE; Sun, 12 Sep 2004 11:24:26 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE24243D39; Sun, 12 Sep 2004 11:24:24 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 0BCD13B8F9; Sun, 12 Sep 2004 13:24:22 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) i8CBOBVc062527; Sun, 12 Sep 2004 13:24:11 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.1/8.13.1/Submit) id i8CBOBih062526; Sun, 12 Sep 2004 13:24:11 +0200 (CEST) (envelope-from schweikh) Date: Sun, 12 Sep 2004 13:24:11 +0200 From: Jens Schweikhardt To: Kris Kennaway Message-ID: <20040912112411.GA62181@schweikhardt.net> References: <412CBC91.3070900@portaone.com> <412CD983.2040700@cronyx.ru> <20040825183342.GA81434@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040825183342.GA81434@xor.obsecurity.org> User-Agent: Mutt/1.5.6i cc: Maxim Sobolev cc: portmgr@FreeBSD.ORG cc: Ruslan Ermilov cc: current@FreeBSD.ORG cc: Roman Kurakin Subject: Re: ccache support for make buildworld/make release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 11:24:26 -0000 On Wed, Aug 25, 2004 at 11:33:42AM -0700, Kris Kennaway wrote: ... # BTW, I don't think there's anything to set up..you just set # CC="ccache cc" or similar. # # Kris Has anyone gotten this to work? I have fixed the "#ident" problem by patching /usr/src/contrib/gcc/c-ppoutput.c to remove the double quotes, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16999 --- src/contrib/gcc/c-ppoutput.c 2004/08/26 14:10:04 1.1 +++ src/contrib/gcc/c-ppoutput.c 2004/08/26 14:10:32 @@ -292,7 +292,7 @@ const cpp_string *str) { maybe_print_line (print.map, line); - fprintf (print.outf, "#ident \"%s\"\n", str->text); + fprintf (print.outf, "#ident %s\n", str->text); print.line++; } and installed that cc et al in /usr/bin. I can make it work for buildkernel (cuts down time to 30%, woohoo!), but $ make -s CC='/usr/local/bin/ccache cc' CXX='/usr/local/bin/ccache c++' buildworld and $ make -s CC='/usr/local/bin/ccache /usr/bin/cc' CXX='/usr/local/bin/ccache /usr/bin/c++' buildworld both fail with [...] ===> lib/libpam/modules/pam_unix (all) ===> lib/libpam/libpam (all) ===> lib/libautofs (all) /share/HEAD/src/lib/libautofs/libautofs.c:49:30: fs/autofs/autofs.h: No such file or directory /share/HEAD/src/lib/libautofs/libautofs.c: In function `autoreq_get': /share/HEAD/src/lib/libautofs/libautofs.c:253: error: invalid use of undefined type `struct autofs_userreq' /share/HEAD/src/lib/libautofs/libautofs.c:253: error: dereferencing pointer to incomplete type /share/HEAD/src/lib/libautofs/libautofs.c: In function `do_autoreq_get': [...] while without ccache the buildworld completes successfully as expected. So it's not an issue with my src tree and it's not an issue of leftovers from previous builds as I always start from scratch with cvs co src in an empty directory. I rather expect some subtle interaction of ccache and the CC environment/make variables with the build. A possible candidate is /usr/bin/mkdep which is used a lot during builds and is sensitive to CC settings. Anyone successfully used ccache for a buildworld? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 12:31:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44E8416A4CE for ; Sun, 12 Sep 2004 12:31:51 +0000 (GMT) Received: from smtp1.netcologne.de (smtp1.netcologne.de [194.8.194.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCF7A43D5A for ; Sun, 12 Sep 2004 12:31:50 +0000 (GMT) (envelope-from tmseck-lists@netcologne.de) Received: from laurel.tmseck.homedns.org (xdsl-81-173-169-89.netcologne.de [81.173.169.89]) by smtp1.netcologne.de (Postfix) with SMTP id 243DE38CA2 for ; Sun, 12 Sep 2004 14:31:48 +0200 (MEST) Received: (qmail 1602 invoked by uid 1001); 12 Sep 2004 12:32:07 -0000 Date: Sun, 12 Sep 2004 14:31:45 +0200 From: Thomas-Martin Seck To: freebsd-current@freebsd.org, John-Mark Gurney Message-ID: <20040912123144.GA713@laurel.tmseck.homedns.org> Mail-Followup-To: freebsd-current@freebsd.org, John-Mark Gurney References: <20040911185729.GA382@laurel.tmseck.homedns.org> <20040911193523.GB72089@funkthat.com> <20040911195955.GB382@laurel.tmseck.homedns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040911195955.GB382@laurel.tmseck.homedns.org> User-Agent: Mutt/1.4.2.1i Organization: a private site in Germany X-PGP-KeyID: DF46EE05 X-PGP-Fingerprint: A38F AE66 6B11 6EB9 5D1A B67D 2444 2FE1 DF46 EE05 X-Attribution: tms Subject: Re: RELENG_5: occasional panic on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 12:31:51 -0000 * I wrote: > > $ gdb /usr/obj/usr/src/sys/CURRENT/kernel.debug > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > (gdb) l *knote+0x27 > 0xc04c16cf is in knote (atomic.h:154). > 149 atomic.h: No such file or directory. > in atomic.h > (gdb) Sorry: $ cd /usr/obj/usr/src/sys/CURRENT $ gdb kernel.debug GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) l *knote+0x27 0xc04c16cf is in knote (atomic.h:154). 149 static __inline int 150 atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) 151 { 152 int res = exp; 153 154 __asm __volatile ( 155 " " __XSTRING(MPLOCKED) " " 156 " cmpxchgl %1,%2 ; " 157 " setz %%al ; " 158 " movzbl %%al,%0 ; " (gdb) From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 13:35:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FCAD16A4CE; Sun, 12 Sep 2004 13:35:23 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B25F43D46; Sun, 12 Sep 2004 13:35:23 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i8CDZMZC017048; Sun, 12 Sep 2004 08:35:22 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 66.13.175.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Sun, 12 Sep 2004 08:35:22 -0500 (CDT) Message-ID: <62869.66.13.175.242.1094996122.squirrel@mail.ringofsaturn.com> In-Reply-To: <20040912051028.GA74510@hub.freebsd.org> References: <1131.66.13.175.243.1094958979.squirrel@mail.ringofsaturn.com> <20040912051028.GA74510@hub.freebsd.org> Date: Sun, 12 Sep 2004 08:35:22 -0500 (CDT) From: "Rusty Nejdl" To: "Kris Kennaway" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean cc: Rusty Nejdl cc: current@freebsd.org Subject: Re: Freeze up on Beta-4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 13:35:23 -0000 Kris Kennaway said: > > ULE has known problems, that's why 4BSD was made default again. Retry > with 4BSD and let us know whether or not the problems persist. > > Kris Kris, This does indeed work. However, I wasn't having problems with ULE until some change was committed in the last week caused this problem for me. The only significant breakage I found so far with ULE was when I had hyperthreading enabled. Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 13:59:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E74B816A4CE for ; Sun, 12 Sep 2004 13:59:18 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90E1743D67 for ; Sun, 12 Sep 2004 13:59:17 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.13.46] (ppp83-237-13-46.pppoe.mtu-net.ru [83.237.13.46]) (authenticated bits=0) by cpanel.ezone.ru (8.13.1/8.12.11) with ESMTP id i8CDwvHA055686; Sun, 12 Sep 2004 17:58:59 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <4144561C.4010401@mcsi.pp.ru> Date: Sun, 12 Sep 2004 17:58:52 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Julian Elischer References: <4143EF29.2080404@elischer.org> In-Reply-To: <4143EF29.2080404@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mail3.ezone.ru cc: current@freebsd.org Subject: Re: [Patch] panics/hangs with preemption and threads. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 13:59:19 -0000 Julian Elischer wrote: > Guys I think I found a (the?) major cause for the corruptions of the > ksegrp/thread runqueue for threaded processes when Premption is turned on.. Mozilla didn't lock the system up for an hour of hard work with IMAP! That's pretty amazing I'd say. Without this patch it caused hard freeze in 1-5 minutes. I'm using sched_4bsd and HTT ATM. Thanks for finding this bug! Now I'm sure we will have stable 5.3-RELEASE in time. -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:03:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4052A16A4CE; Sun, 12 Sep 2004 14:03:26 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D31B43D2D; Sun, 12 Sep 2004 14:03:25 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 643C83B94D; Sun, 12 Sep 2004 16:03:24 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) i8CE3BNc066953; Sun, 12 Sep 2004 16:03:11 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.1/8.13.1/Submit) id i8CE3B2A066952; Sun, 12 Sep 2004 16:03:11 +0200 (CEST) (envelope-from schweikh) Date: Sun, 12 Sep 2004 16:03:11 +0200 From: Jens Schweikhardt To: Kris Kennaway Message-ID: <20040912140311.GA60265@schweikhardt.net> References: <412CBC91.3070900@portaone.com> <412CD983.2040700@cronyx.ru> <20040825183342.GA81434@xor.obsecurity.org> <20040912112411.GA62181@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040912112411.GA62181@schweikhardt.net> User-Agent: Mutt/1.5.6i cc: Maxim Sobolev cc: Roman Kurakin cc: Ruslan Ermilov cc: current@FreeBSD.ORG cc: portmgr@FreeBSD.ORG Subject: Re: ccache support for make buildworld/make release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:03:26 -0000 Following up myself, On Sun, Sep 12, 2004 at 01:24:11PM +0200, Jens Schweikhardt wrote: # On Wed, Aug 25, 2004 at 11:33:42AM -0700, Kris Kennaway wrote: # ... # # BTW, I don't think there's anything to set up..you just set # # CC="ccache cc" or similar. I've investigated further and found that the cc which is used after bootstrapping uses a different start for include path search, e.g. /usr/bin/cc -v ... #include "..." search starts here: #include <...> search starts here: /usr/include End of search list. /usr/obj/share/HEAD/src/i386/usr/bin/cc -v ... #include "..." search starts here: #include <...> search starts here: /usr/obj/share/HEAD/src/i386/usr/include End of search list. This is why the includes are not found when ccache is forced to use /usr/bin/cc. Which somewhat defeats the purpose of ccache: if the build switches compilers, ccache only speeds up the bootstrapping up to that point. Unfortunately, ccache also hashes the compiler's modification timestamp, so each time a new cc is used in the build, this effectively means no more cache hits for all previous compiled files. Hmm. Maybe I could hack ccache to make it ignore the modification timestamp... Hmmm. Room for foot shooting... Hmmm. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:09:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0789A16A4CE; Sun, 12 Sep 2004 14:09:54 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B4643D67; Sun, 12 Sep 2004 14:09:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8CE9rKF013814; Sun, 12 Sep 2004 10:09:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8CE9qVk020042; Sun, 12 Sep 2004 10:09:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F225B7303F; Sun, 12 Sep 2004 10:09:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040912140952.F225B7303F@freebsd-current.sentex.ca> Date: Sun, 12 Sep 2004 10:09:52 -0400 (EDT) Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:09:54 -0000 TB --- 2004-09-12 13:09:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-12 13:09:09 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2004-09-12 13:09:09 - checking out the source tree TB --- 2004-09-12 13:09:09 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2004-09-12 13:09:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-12 13:16:46 - building world (CFLAGS=-O -pipe) TB --- 2004-09-12 13:16:46 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2004-09-12 13:16:46 - /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 TB --- 2004-09-12 14:05:13 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-12 14:05:13 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2004-09-12 14:05:13 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Sep 12 14:05:13 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : relocation truncated to fit: BRADDR .text3 cam_periph.o(.text+0x15a8): In function `cam_periph_unmapmem': : relocation truncated to fit: BRADDR .text3 cam_periph.o(.text+0x1668): In function `cam_periph_unmapmem': : relocation truncated to fit: BRADDR .text3 cam_periph.o(.text+0x16ec): In function `cam_periph_unmapmem': : relocation truncated to fit: BRADDR .text3 cam_periph.o(.text3+0x0): additional relocation overflows omitted from the output *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2004-09-12 14:09:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-12 14:09:52 - ERROR: failed to build generic kernel TB --- 2004-09-12 14:09:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 11 17:05:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBFFB16A4CE; Sat, 11 Sep 2004 17:05:47 +0000 (GMT) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C07343D45; Sat, 11 Sep 2004 17:05:47 +0000 (GMT) (envelope-from gerald@pfeifer.com) Received: from [128.131.111.60] (acrux [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 50DC6137D0; Sat, 11 Sep 2004 19:05:44 +0200 (CEST) Date: Sat, 11 Sep 2004 19:05:48 +0200 (CEST) From: Gerald Pfeifer To: Anish Mistry In-Reply-To: <200409060149.35764.mistry.7@osu.edu> Message-ID: References: <47158390.20040827112834@ulstu.ru> <200409060149.35764.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 12 Sep 2004 14:21:58 +0000 cc: Alan Cox cc: anvir@ulstu.ru cc: freebsd-current@freebsd.org Subject: Re: Wine and mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Sep 2004 17:05:48 -0000 On Mon, 6 Sep 2004, Anish Mistry wrote: > Well I guess this is my lucky day. Apply the attached patch for vm_mmap to > your kernel and patch the August wine sources with the wine-mmap.patch and > compile and install wine (be sure to use gmake). This is working on my dev > system with 6-CURRENT as of Saturday night. I currently do not have a 6-CURRENT (or recent 5-STABLE) machine available, and we probably can't require users of our wine port to patch their kernel, so we'd really need to see that in a stock kernel. Is there any chance someone could review/apply that patch= > The wine mmap patch just doesn't reserve the DOS area so DOS programs may not > work. This seems to just work around a side effect of the kernel mmap patch. This i can get into Wine quite easily. > I still think that the kernel mmap patch has issues so I'm hoping Alan > can give us some feedback. Alan? > Anyway this worked for me, YMMV. Thanks a lot! Gerald From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 01:38:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 117D616A4CE for ; Sun, 12 Sep 2004 01:38:48 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB7E043D58 for ; Sun, 12 Sep 2004 01:38:46 +0000 (GMT) (envelope-from sam.wun@authtec.net) Received: (qmail 81383 invoked from network); 12 Sep 2004 01:38:46 -0000 Received: from unknown (HELO [192.168.4.129]) (samwun@hgcbroadband.com@[221.127.111.39]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 12 Sep 2004 01:38:46 -0000 Message-ID: <4143A797.4040708@authtec.net> Date: Sun, 12 Sep 2004 09:34:15 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 12 Sep 2004 14:21:58 +0000 Subject: How can I compile PF without option PFIL_HOOKS defined in thekernel conf file? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 01:38:49 -0000 Hi, I tried many times, turning on and off the option PFIL_HOOKS in the kernel conf file to try to get PF compile into the kernel, but without success. When remove option PFIL_HOOKS, PF failed to compile. Here is the error when compiling PF into kernel without PFIL_HOOKS: pf_ioctl.o(.text+0x5230): In function `hook_pf': : undefined reference to `pfil_head_get' pf_ioctl.o(.text+0x5251): In function `hook_pf': : undefined reference to `pfil_add_hook' pf_ioctl.o(.text+0x5260): In function `hook_pf': : undefined reference to `pfil_add_hook' pf_ioctl.o(.text+0x526c): In function `hook_pf': : undefined reference to `pfil_head_get' pf_ioctl.o(.text+0x5284): In function `hook_pf': : undefined reference to `pfil_remove_hook' pf_ioctl.o(.text+0x5293): In function `hook_pf': : undefined reference to `pfil_remove_hook' pf_ioctl.o(.text+0x52ab): In function `hook_pf': : undefined reference to `pfil_add_hook' pf_ioctl.o(.text+0x52ba): In function `hook_pf': : undefined reference to `pfil_add_hook' pf_ioctl.o(.text+0x52f3): In function `dehook_pf': : undefined reference to `pfil_head_get' pf_ioctl.o(.text+0x5310): In function `dehook_pf': : undefined reference to `pfil_remove_hook' pf_ioctl.o(.text+0x531f): In function `dehook_pf': : undefined reference to `pfil_remove_hook' pf_ioctl.o(.text+0x532b): In function `dehook_pf': : undefined reference to `pfil_head_get' pf_ioctl.o(.text+0x5348): In function `dehook_pf': : undefined reference to `pfil_remove_hook' pf_ioctl.o(.text+0x5357): In function `dehook_pf': : undefined reference to `pfil_remove_hook' *** Error code 1 With option PFIL_HOOKS, the compilation failed with the following error (this time PF is compiled OK, but the system does not like it: config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/i386/conf/GENERIC /usr/src/sys/i386/conf/GENERIC: unknown option "PFIL_HOOKS" Does anyone have any suggestion to compile PF into kernel in Beta 3? Thanks sam -- Security Architect/Consultant AuthTec Gateway Limited Mobile: 9839 2464 Email: sam.wun@authtec.net Website: http://www.authtec.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 07:34:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE3CB16A4CE for ; Sun, 12 Sep 2004 07:34:54 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id D872C43D41 for ; Sun, 12 Sep 2004 07:34:53 +0000 (GMT) (envelope-from sam.wun@authtec.net) Received: (qmail 3619 invoked from network); 12 Sep 2004 07:34:52 -0000 Received: from unknown (HELO [192.168.4.129]) (samwun@hgcbroadband.com@[221.127.111.39]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 12 Sep 2004 07:34:52 -0000 Message-ID: <4143FB0C.7080400@authtec.net> Date: Sun, 12 Sep 2004 15:30:20 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 12 Sep 2004 14:21:58 +0000 Subject: How to download cvs files for Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 07:34:54 -0000 Hi, I found a tag for downloading the 5.3 Current (not 6.0) with the following cvsup-sup file definition: *default host=cvsup.ca.freebsd.org *default base=/usr *default prefix=/bdata/ncvs *default release=cvs tag=RELENG_5 *default delete use-rel-suffix but this is only download the source. How can I download the cvs file? those files ended with ",v". I need to use it to execute "make release ..." Thanks sam From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 08:46:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3984916A4CE; Sun, 12 Sep 2004 08:46:13 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2E3D43D5A; Sun, 12 Sep 2004 08:46:12 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-045.de.inter.net ([213.73.76.45] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1C6Pzt-0000Wt-00; Sun, 12 Sep 2004 10:46:10 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i8C8k8qi054688; Sun, 12 Sep 2004 10:46:09 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id i8C8k31V054450; Sun, 12 Sep 2004 10:46:03 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-current@freebsd.org Date: Sun, 12 Sep 2004 10:46:02 +0200 User-Agent: KMail/1.6.2 References: <200408141854.38477.msch@snafu.de> <200408211927.36948.msch@snafu.de> In-Reply-To: <200408211927.36948.msch@snafu.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200409121046.02724.msch@snafu.de> X-Mailman-Approved-At: Sun, 12 Sep 2004 14:21:58 +0000 cc: njl@freebsd.org cc: andre@freebsd.org Subject: Re: ISDN4BSD broken... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 08:46:13 -0000 Hello all, there's still no change - ISDN4BSD still does not work with my TELES S0 16.3 ISA-Card (no PnP). I tried with 6-CURRENT from Sep 10, which has the new commits for ISDN4BSD from andre@freebsd.org, but this did not change anything. (thanks for the hint, Gary!) The last working Version is from Aug 11, 14:00 UTC - at 16:00 UTC it's broken. The kernel files which changed in between are: src/sys/dev/acpica/acpi_pci_link.c (-> 1.19) src/sys/dev/acpica/acpi_pcib.c (-> 1.47) src/sys/dev/acpica/acpi_pcib_acpi.c (-> 1.39) src/sys/dev/acpica/acpi_pcib_pci.c (-> 1.10) src/sys/dev/acpica/acpi_pcibvar.h (-> 1.3) That's all I can do for now - if additional informations are required, please contact me and tell me how to retrieve them... Ciao/BSD - Matthias On Saturday 21 August 2004 19:27, Matthias Schuendehuette wrote: > Hi, > > there's still no change with 5.3-BETA1 :-( > > On Saturday 14 August 2004 18:54, Matthias Schuendehuette wrote: > > Hi all, > > > > I just rebooted into the new cuurent-kernel and found, that i4b > > isn't working any more. Last working kernel was of Aug 11, around > > 1800 UTC. > > > > Aug 14 18:19:46 current kernel: FreeBSD 5.2-CURRENT #0: \ > > Sat Aug 14 17:43:56 CEST 2004 > > [...] > > Aug 14 18:19:46 current kernel: ACPI link \_SB_.PCI0.LNKA \ > > has invalid initial irq 9, ignoring > > (this is a new message, which doesn't show up with my Aug 11 > > kernel) [...] > > Aug 14 18:19:46 current kernel: isic0: [GIANT-LOCKED] > > Aug 14 18:19:46 current kernel: isic0 at port \ > > 0x580-0x59f,0x180-0x19f,0x980-0x99f,0xd80-0xd9f \ > > irq 10 flags 0x3 on isa0 > > Aug 14 18:19:46 current kernel: isic0: passive stack unit 0 > > Aug 14 18:19:46 current kernel: isic0: Teles S0/16.3 > > [...] > > Aug 14 18:19:46 current kernel: i4bisppp: \ > > 2 ISDN SyncPPP device(s) attached > > Aug 14 18:19:46 current kernel: i4b: \ > > ISDN call control device attached > > Aug 14 18:19:46 current kernel: i4btrc: \ > > 1 ISDN trace device(s) attached > > Aug 14 18:19:46 current kernel: i4brbch: \ > > 2 raw B channel access device(s) attached > > Aug 14 18:19:46 current kernel: i4btel: \ > > 2 ISDN telephony interface device(s) attached > > Aug 14 18:19:46 current kernel: i4bipr: \ > > 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) > > Aug 14 18:19:46 current kernel: i4bctl: \ > > ISDN system control port attached > > > > So far, the ISDN-Card is detected and attached as usual, but if I > > try to dial out, the following messages were recorded: > > > > Aug 14 18:22:25 current kernel: i4b-L1 timer3_expired: \ > > state = F4 Awaiting Signal > > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > > HSCX B: ISTA = 0x0 > > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > > ISAC: ISTA = 0x94 > > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > > ISAC: CISQ = 0x1e > > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > > HSCX B: IMASK = 0xff > > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > > HSCX A: IMASK = 0xf8 > > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > > ISAC: IMASK = 0x2a > > Aug 14 18:22:25 current kernel: i4b-L2 i4b_T202_timeout: \ > > unit 0, N202 = 3 > > Aug 14 18:22:25 current kernel: i4b-L1 isic_ph_data_req: \ > > still in state F3! > > Aug 14 18:22:27 current kernel: i4b-L3 T303_timeout: \ > > SETUP not answered, cr = 15 > > Aug 14 18:22:27 current kernel: i4b-L3 next_l3state: \ > > FSM illegal state, state = ST_OW - Out Wait EST, \ > > event = EV_T303EXP - T303 timeout! > > Aug 14 18:22:27 current kernel: i4b-L1 timer3_expired: \ > > state = F4 Awaiting Signal > > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > > HSCX B: ISTA = 0x0 > > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > > ISAC: ISTA = 0x4 > > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > > ISAC: CISQ = 0x32 > > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > > HSCX B: IMASK = 0xff > > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > > HSCX A: IMASK = 0xf8 > > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > > ISAC: IMASK = 0x2a > > > > Any ideas? ACPI or IRQ-Routing related? -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:30:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08ED716A4CE for ; Sun, 12 Sep 2004 14:30:39 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D71843D31 for ; Sun, 12 Sep 2004 14:30:37 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.37.120] (ppp2578.dyn.pacific.net.au [61.8.37.120]) i8CETg23013175; Mon, 13 Sep 2004 00:29:43 +1000 From: Sam Lawrance To: Dan Nelson In-Reply-To: <20040831151437.GE33896@dan.emsphone.com> References: <1093948080.29903.14.camel@localhost> <20040831151437.GE33896@dan.emsphone.com> Content-Type: text/plain Message-Id: <1094999545.78235.12.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 13 Sep 2004 00:32:26 +1000 Content-Transfer-Encoding: 7bit cc: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: sysutils/strace wilderness on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:30:39 -0000 On Wed, 2004-09-01 at 01:14, Dan Nelson wrote: > In the last episode (Aug 31), Vladimir Grebenschikov said: > > (fresh -CURREMT and fresh strace from ports, UP machine) > > > > It silmple does nothing - sleeps foreaver in suspended: > > > > # strace /bin/ls > > ^T > > load: 0.14 cmd: strace 98957 [suspended] 0.00u 0.00s 0% 760k > > ^C > > # > > This has happened on 5.x for ages. The quick fix is to ^Z, then fg, or > kill -CONT the hung strace process from another vty. I don't know what > strace does different from truss that makes it hang. Nowadays, truss > does almost as good a job as strace, so I don't use it as often as I > used to. The only thing I miss is strace's ability to print the name > of blocking syscalls (read or sleep for example) as it waits. When I do "truss -f make install" on a port (I used palm/synce-serial), the process being traced seems to hang (^T shows [stopevent], I haven't looked further than that). If I run without -f, the process doesn't hang. It looks like the process is hanging at a call to vfork(). Maybe it's not just an strace problem? -Sam From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:31:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9032F16A4EB for ; Sun, 12 Sep 2004 14:31:57 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A79943D54 for ; Sun, 12 Sep 2004 14:31:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.11] (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8CEWgsL025287; Sun, 12 Sep 2004 08:32:42 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <41445D27.3010103@samsco.org> Date: Sun, 12 Sep 2004 08:28:55 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sam References: <4143FB0C.7080400@authtec.net> In-Reply-To: <4143FB0C.7080400@authtec.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: How to download cvs files for Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:31:57 -0000 sam wrote: > Hi, > > I found a tag for downloading the 5.3 Current (not 6.0) with the > following cvsup-sup file definition: > > *default host=cvsup.ca.freebsd.org > *default base=/usr > *default prefix=/bdata/ncvs > *default release=cvs tag=RELENG_5 > *default delete use-rel-suffix > > but this is only download the source. How can I download the cvs file? > those files ended with ",v". I need to use it to execute "make release ..." > > Thanks > sam Remove the 'tag=RELENG_5' part completely. You will then get a copy of the entire repository that covers all branches, not just RELENG_5. Scott From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:34:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE37816A4CF for ; Sun, 12 Sep 2004 14:34:59 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A9243D2F for ; Sun, 12 Sep 2004 14:34:59 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.179] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C6VRS-0004R7-00; Sun, 12 Sep 2004 16:34:58 +0200 Received: from [217.83.3.80] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1C6VRR-0007Yc-00; Sun, 12 Sep 2004 16:34:57 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Sun, 12 Sep 2004 16:33:35 +0200 User-Agent: KMail/1.6.2 References: <4143A797.4040708@authtec.net> In-Reply-To: <4143A797.4040708@authtec.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_L5FRBlsBIYWdk1j"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409121633.47109.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: pf4freebsd@freelists.org cc: sam Subject: Re: How can I compile PF without option PFIL_HOOKS defined in thekernel conf file? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:34:59 -0000 --Boundary-02=_L5FRBlsBIYWdk1j Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 12 September 2004 03:34, sam wrote: > Hi, > > I tried many times, turning on and off the option PFIL_HOOKS in the > kernel conf file to try to get PF compile into the kernel, but without > success. > > When remove option PFIL_HOOKS, PF failed to compile. Here is the error > when compiling PF into kernel without PFIL_HOOKS: > > pf_ioctl.o(.text+0x5230): In function `hook_pf': > : undefined reference to `pfil_head_get' > *** Error code 1 > > With option PFIL_HOOKS, the compilation failed with the following error > (this time PF is compiled OK, but the system does not like it: > > config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/i386/conf/GENERIC > /usr/src/sys/i386/conf/GENERIC: unknown option "PFIL_HOOKS" > > Does anyone have any suggestion to compile PF into kernel in Beta 3? Hmmm ... looks like a bad cvsup to me. Please cvsup to RELENG_5 once more a= nd=20 try again. RELENG_5 still has "options PFIL_HOOKS" available so it seems like you have= =20 CURRENT-ish sys/conf/* stuff in your tree which does not know about=20 PFIL_HOOKS. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-02=_L5FRBlsBIYWdk1j Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBRF5LXyyEoT62BG0RAnP5AJ9DS3wj/MeuvN1yESJ0nlzxYaKi4gCdFGnJ YMrBqXrfWsD2BE/8yqA1hKY= =1VEP -----END PGP SIGNATURE----- --Boundary-02=_L5FRBlsBIYWdk1j-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:49:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E44C16A4CE for ; Sun, 12 Sep 2004 14:49:40 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E3B443D54 for ; Sun, 12 Sep 2004 14:49:40 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8CEnSht052394; Sun, 12 Sep 2004 10:49:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8CEnSo2052391; Sun, 12 Sep 2004 10:49:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 12 Sep 2004 10:49:28 -0400 (EDT) From: Andre Guibert de Bruet To: sam In-Reply-To: <4140FF73.7090800@authtec.net> Message-ID: <20040912104104.R84468@alpha.siliconlandmark.com> References: <4140FF73.7090800@authtec.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: Current crash with db prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:49:40 -0000 On Fri, 10 Sep 2004, sam wrote: > After updated the source dated as (09-09-2004), and finished make buildworkd, > and installkernel, the system crashed into a db> prompt. > Does anyone had this problem? should I download the source again? I m not > sure whether I download the source in a bad time or not.. Getting to the db> prompt isn't of interest, it is the messages that are printed at the console right before you are dropped to the kernel debugger that we are after. They usually give a pretty good idea of what went wrong. Downloading fresher sources may or may not resolve your problem, depending upon whether the bug was caught and fixed or masked by another commit. In the future, please attach the panic string along with any messages printed at panic time with your bug report. You might be interested in setting up a serial console to capture these messages without writing everything down manually. There's a detailed section in the handbook on how to do this. Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:50:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 680FE16A4CE for ; Sun, 12 Sep 2004 14:50:43 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3EAB43D3F for ; Sun, 12 Sep 2004 14:50:40 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i8CEoZDH027963; Sun, 12 Sep 2004 10:50:36 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i8CEoWSB027962; Sun, 12 Sep 2004 10:50:32 -0400 (EDT) (envelope-from green) Date: Sun, 12 Sep 2004 10:50:32 -0400 From: Brian Fundakowski Feldman To: Anish Mistry Message-ID: <20040912145032.GZ928@green.homeunix.org> References: <47158390.20040827112834@ulstu.ru> <200409111707.25937.mistry.7@osu.edu> <20040911212604.GY928@green.homeunix.org> <200409111955.13663.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409111955.13663.mistry.7@osu.edu> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Wine and mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:50:43 -0000 On Sat, Sep 11, 2004 at 07:54:55PM -0400, Anish Mistry wrote: > On Saturday 11 September 2004 05:26 pm, you wrote: > > On Sat, Sep 11, 2004 at 05:07:13PM -0400, Anish Mistry wrote: > > > On Saturday 11 September 2004 02:00 pm, you wrote: > > > > On Mon, Sep 06, 2004 at 01:49:35AM -0400, Anish Mistry wrote: > > > > > On Sunday 05 September 2004 05:15 pm, Gerald Pfeifer wrote: > > > > > > [ John, sorry for the duplicate message; this is the correct one. ] > > > > > > > > > > > > On Fri, 27 Aug 2004, John Birrell wrote: > > > > > > > Anish Mistry has developed a patch to choose > > > > > > > an appropriate mmap address. He posted it to -current. I haven't > > > > > > > had time to test it. > > > > > > > > > > > > Thanks for the note. Will you have time to test/commit this before > > > > > > 5.3? > > > > > > > > > > > > Anish, do you have any news on this patch? (Wine has been broken > > > > > > for a couple of months now, and it would be great to have at least > > > > > > 5.3 fixed.) > > > > > > > > > > Well I guess this is my lucky day. Apply the attached patch for > > > > > vm_mmap to your kernel and patch the August wine sources with the > > > > > wine-mmap.patch and compile and install wine (be sure to use gmake). > > > > > This is working on my dev system with 6-CURRENT as of Saturday night. > > > > > The wine mmap patch just doesn't reserve the DOS area so DOS programs > > > > > may not work. This seems to just work around a side effect of the > > > > > kernel mmap patch. I still think that the kernel mmap patch has > > > > > issues so I'm hoping Alan can give us some feedback. > > > > > Anyway this worked for me, YMMV. > > > > > > > > Do these combined work for you, minus any modifications to mmap(2)? I > > > > do not feel that the kernel mmap(2) should be modified in this manner, > > > > that it is a strictly userland problem. > > > > > > With only these applied I get old message that wine can't mmap it's > > > address space. > > > > Oh, I'm sorry for not explaining the last step. You need to set the > > environment variable "LD_LIBRARY_LOW_ADDR" to some address, like after > > the first megabyte, or something like that, but before the first "data" > > address. Try, say, 1024000. > Ok, I've tried that, with several different numbers and I either get something > like: > wine: failed to initialize: /usr/local/lib/libwine_unicode.so.1: mmap returned > wrong address: wanted 0xc350000, got 0xc3bd000 > or just the normal: > wine: failed to initialize: /usr/local/lib/wine/ntdll.dll.so: mmap of entire > address space failed: Cannot allocate memory > > Any other suggestions? Oops, can you try this instead? Can you share with me exactly how you run this "regression test" with WINE (what program, what .wine/config)? cvs diff: Diffing . Index: map_object.c =================================================================== RCS file: /usr/ncvs/src/libexec/rtld-elf/map_object.c,v retrieving revision 1.15 diff -u -r1.15 map_object.c --- map_object.c 3 Aug 2004 08:50:58 -0000 1.15 +++ map_object.c 12 Sep 2004 14:49:16 -0000 @@ -46,12 +46,15 @@ * Map a shared object into memory. The "fd" argument is a file descriptor, * which must be open on the object and positioned at its beginning. * The "path" argument is a pathname that is used only for error messages. + * The "low_addr" argument allows for addresses below the normal data + * area start to be used for mapping if no space is available above. * * The return value is a pointer to a newly-allocated Obj_Entry structure * for the shared object. Returns NULL on failure. */ Obj_Entry * -map_object(int fd, const char *path, const struct stat *sb) +map_object(int fd, const char *path, const struct stat *sb, + unsigned long low_addr) { Obj_Entry *obj; Elf_Ehdr *hdr; @@ -152,6 +155,14 @@ mapbase = mmap(base_addr, mapsize, convert_prot(segs[0]->p_flags), convert_flags(segs[0]->p_flags), fd, base_offset); + /* + * If requested and out of space for the library, try again below + * the normal minimum data segment address. + */ + if (mapbase == (caddr_t) -1 && base_addr == NULL && low_addr != 0) + mapbase = mmap((caddr_t) low_addr, mapsize, + convert_prot(segs[0]->p_flags), convert_flags(segs[0]->p_flags), + fd, base_offset); if (mapbase == (caddr_t) -1) { _rtld_error("%s: mmap of entire address space failed: %s", path, strerror(errno)); Index: rtld.c =================================================================== RCS file: /usr/ncvs/src/libexec/rtld-elf/rtld.c,v retrieving revision 1.99 diff -u -r1.99 rtld.c --- rtld.c 4 Aug 2004 19:12:14 -0000 1.99 +++ rtld.c 11 Sep 2004 17:51:00 -0000 @@ -143,6 +143,9 @@ static char *ld_library_path; /* Environment variable for search path */ static char *ld_preload; /* Environment variable for libraries to load first */ +static unsigned long ld_library_low_addr; /* Environment variable for + alternate data area to + try to map into */ static char *ld_tracing; /* Called from ldd to print libs */ static Obj_Entry *obj_list; /* Head of linked list of shared objects */ static Obj_Entry **obj_tail; /* Link field of last object in list */ @@ -287,6 +290,14 @@ ld_bind_now = getenv(LD_ "BIND_NOW"); if (trust) { + const char *env_low_addr = getenv(LD_ "LIBRARY_LOW_ADDR"); + if (env_low_addr != NULL) { + char *low_addr_endptr = NULL; + errno = 0; + ld_library_low_addr = strtoul(env_low_addr, &low_addr_endptr, 0); + if (*low_addr_endptr != '\0' || errno != 0) + ld_library_low_addr = 0; + } ld_debug = getenv(LD_ "DEBUG"); libmap_disable = getenv(LD_ "LIBMAP_DISABLE") != NULL; ld_library_path = getenv(LD_ "LIBRARY_PATH"); @@ -308,7 +319,7 @@ if (aux_info[AT_EXECFD] != NULL) { /* Load the main program. */ int fd = aux_info[AT_EXECFD]->a_un.a_val; dbg("loading main program"); - obj_main = map_object(fd, argv0, NULL); + obj_main = map_object(fd, argv0, NULL, 0); close(fd); if (obj_main == NULL) die(); @@ -1249,7 +1260,7 @@ if (obj == NULL) { /* First use of this object, so we must map it in */ dbg("loading \"%s\"", path); - obj = map_object(fd, path, &sb); + obj = map_object(fd, path, &sb, ld_library_low_addr); close(fd); if (obj == NULL) { free(path); Index: rtld.h =================================================================== RCS file: /usr/ncvs/src/libexec/rtld-elf/rtld.h,v retrieving revision 1.34 diff -u -r1.34 rtld.h --- rtld.h 3 Aug 2004 08:50:58 -0000 1.34 +++ rtld.h 11 Sep 2004 17:41:45 -0000 @@ -209,7 +209,8 @@ } SymCache; extern void _rtld_error(const char *, ...) __printflike(1, 2); -extern Obj_Entry *map_object(int, const char *, const struct stat *); +extern Obj_Entry *map_object(int, const char *, const struct stat *, + unsigned long); extern void *xcalloc(size_t); extern void *xmalloc(size_t); extern char *xstrdup(const char *); cvs diff: Diffing alpha cvs diff: Diffing amd64 cvs diff: Diffing arm cvs diff: Diffing i386 cvs diff: Diffing ia64 cvs diff: Diffing powerpc cvs diff: Diffing sparc64 -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:34:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A5E516A4CE for ; Sun, 12 Sep 2004 14:34:54 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE9443D48 for ; Sun, 12 Sep 2004 14:34:53 +0000 (GMT) (envelope-from sam.wun@authtec.net) Received: (qmail 66258 invoked from network); 12 Sep 2004 14:34:51 -0000 Received: from unknown (HELO [192.168.4.129]) (samwun@hgcbroadband.com@[221.127.111.39]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 12 Sep 2004 14:34:51 -0000 Message-ID: <41445D7A.6070008@authtec.net> Date: Sun, 12 Sep 2004 22:30:18 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <4143FB0C.7080400@authtec.net> <41445D27.3010103@samsco.org> In-Reply-To: <41445D27.3010103@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 12 Sep 2004 14:53:03 +0000 Subject: Re: How to download cvs files for Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:34:54 -0000 Scott Long wrote: > sam wrote: > >> Hi, >> >> I found a tag for downloading the 5.3 Current (not 6.0) with the >> following cvsup-sup file definition: >> >> *default host=cvsup.ca.freebsd.org >> *default base=/usr >> *default prefix=/bdata/ncvs >> *default release=cvs tag=RELENG_5 >> *default delete use-rel-suffix >> >> but this is only download the source. How can I download the cvs >> file? those files ended with ",v". I need to use it to execute "make >> release ..." >> >> Thanks >> sam > > > Remove the 'tag=RELENG_5' part completely. You will then get a copy of > the entire repository that covers all branches, not just RELENG_5. > > Scott > > Thanks, I got it. After download the src, I used cvs src -r RELENG_5 src to extract 5.3 current instead of 6.0 by default. Thanks sam -- Security Architect/Consultant AuthTec Gateway Limited Mobile: 9839 2464 Email: sam.wun@authtec.net Website: http://www.authtec.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:56:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6C7C16A4D1 for ; Sun, 12 Sep 2004 14:56:04 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A61043D1D for ; Sun, 12 Sep 2004 14:56:04 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id QAA24746 for ; Sun, 12 Sep 2004 16:55:59 +0200 Date: Sun, 12 Sep 2004 16:59:12 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040912165912.6fab0176.ubm@u-boot-man.de> In-Reply-To: References: <20040911162825.418068e7.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: two LORs with acx driver and 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:56:04 -0000 On Sat, 11 Sep 2004 21:31:12 +0000 (UTC) "Bjoern A. Zeeb" wrote: > On Sat, 11 Sep 2004, Marc UBM Bocklet wrote: > > > > > encountered the following two LORs in the process. This time I was > > intelligent enough to consult the LOR page first, but I did not find > > them listed there. > ... > > Teh LORs: > > > > http://www.u-boot-man.de/~mbocklet/lors.txt > > added as > http://sources.zabbadoz.net/freebsd/lor.html#036 > http://sources.zabbadoz.net/freebsd/lor.html#037 Thanks a lot! :-) Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:57:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B77716A4CE; Sun, 12 Sep 2004 14:57:58 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D396443D3F; Sun, 12 Sep 2004 14:57:57 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8CEvjjH005062; Sun, 12 Sep 2004 10:57:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8CEvjIp005059; Sun, 12 Sep 2004 10:57:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 12 Sep 2004 10:57:45 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andre Guibert de Bruet In-Reply-To: <20040912025037.Y84468@alpha.siliconlandmark.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kris Kennaway cc: current@FreeBSD.ORG Subject: Re: 6-CURRENT Network stack issues w/SMP? (Was: Re: TreeListfailed: Network write failure: ChannelMux.ProtocolError) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:57:58 -0000 On Sun, 12 Sep 2004, Andre Guibert de Bruet wrote: > On Sun, 12 Sep 2004, Kris Kennaway wrote: > > > On Sun, Sep 12, 2004 at 02:42:03AM -0400, Andre Guibert de Bruet wrote: > > > >>> I've also noticed data corruption in the form of failed CRCs (And hence > >>> dropped SSH connections) while transferring large amounts of data via SSH > >>> over gige to a machine on its subnet. These problems started occuring > >>> after the giant-less networking megacommit. Older kernels check out > >>> without any such issues. > > > > Does it go away if you turn off debug.mpsafenet? If not, it's > > probably not related to that commit. > > Setting debug.mpsafenet to 0 allows the SSH transfers to complete. The > MD5 checksums and sizes match. Where do we go from here? I think I'd look at the following next: - Does your network interface driver support checksum offload? If so, what happens if you disable that? - Is the network interface driver marked as INTR_MPSAFE and/or not IFF_NEEDSGIANT. If either, try setting the driver to run with Giant by removing INTR_MPSAFE and adding IFF_NEEDSGIANT. After that I think we want to try and produce a non-SSH reproduction scenario using a very simple test program... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 15:02:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF19F16A4CE for ; Sun, 12 Sep 2004 15:02:21 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE28D43D2D for ; Sun, 12 Sep 2004 15:02:20 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8CF2J848383 for ; Mon, 13 Sep 2004 00:02:19 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 31 From: Makoto Matsushita To: current@FreeBSD.org Date: Mon, 13 Sep 2004 00:02:16 +0900 Message-Id: <20040913000216E.matusita@jp.FreeBSD.org> Subject: Recent 6.0-CURRENT and VMware 4.2.1: boot problem with PREEMPTION enabled kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 15:02:22 -0000 I've just found that my VMware Workstation virtual machine doesn't boot as expected with recent 6.0-CURRENT kernel. For example, with 6.0-CURRENT-20040912-JPSNAP boot floppies, following three lines are the last message, and stops VM forever: md0: Preloaded image 4423680 bytes at 0xc0a33764 acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% pid 24: corrected slot count (0->1) I've tried to boot with the floppies "boot -v", and got: ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: resetting done .. pid 24: corrected slot count (0->1) ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=50 (... and stops) After some try-and-error challenge, it seems that this occurs if PREEMPTION kernel option is enabled (note that SCHD_4BSD is used). In anyway, anybody have experienced this problem? I'm afraid that next 5.3 beta (it'll be 5.3-BETA4) have the same problem. -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 15:08:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF58116A4CE for ; Sun, 12 Sep 2004 15:08:34 +0000 (GMT) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3FE243D2F for ; Sun, 12 Sep 2004 15:08:33 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 51966 invoked by uid 1005); 12 Sep 2004 15:01:51 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 (clamdscan: 0.75.1. spamassassin: 2.64. Clear:RC:1(84.128.77.204):. Processed in 0.670393 secs); 12 Sep 2004 15:01:51 -0000 Received: from unknown (HELO ?192.168.1.225?) (rainer@ultra-secure.de@84.128.77.204) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Sep 2004 15:01:50 -0000 From: Rainer Duffner To: sam In-Reply-To: <41445D7A.6070008@authtec.net> References: <4143FB0C.7080400@authtec.net> <41445D27.3010103@samsco.org> <41445D7A.6070008@authtec.net> Content-Type: text/plain Message-Id: <1095001292.4812.2.camel@linux-mobile.example.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 12 Sep 2004 17:01:33 +0200 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: How to download cvs files for Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 15:08:34 -0000 Am So, den 12.09.2004 schrieb sam um 16:30: > Thanks, I got it. After download the src, I used cvs src -r RELENG_5 src There's always /usr/ports/net/cvsup-mirror if you want to have a permanent, private, complete cvsup-mirror. Rainer -- =================================================== ~ Rainer Duffner - rainer@ultra-secure.de ~ ~ Freising - Munich - Germany ~ ~ Unix - Linux - BSD - OpenSource - Security ~ ~ http://www.ultra-secure.de/~rainer/pubkey.pgp ~ =================================================== From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 16:25:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9818F16A4CE; Sun, 12 Sep 2004 16:25:54 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D0E843D5D; Sun, 12 Sep 2004 16:25:54 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8CGPoN1052900; Sun, 12 Sep 2004 12:25:50 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8CGPnb3052897; Sun, 12 Sep 2004 12:25:49 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 12 Sep 2004 12:25:49 -0400 (EDT) From: Andre Guibert de Bruet To: Robert Watson In-Reply-To: Message-ID: <20040912110720.D84468@alpha.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@FreeBSD.ORG Subject: Re: 6-CURRENT Network stack issues w/SMP? (Was: Re: TreeListfailed: Network write failure: ChannelMux.ProtocolError) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 16:25:54 -0000 On Sun, 12 Sep 2004, Robert Watson wrote: > On Sun, 12 Sep 2004, Andre Guibert de Bruet wrote: >> On Sun, 12 Sep 2004, Kris Kennaway wrote: >>> On Sun, Sep 12, 2004 at 02:42:03AM -0400, Andre Guibert de Bruet wrote: >>> >>>>> I've also noticed data corruption in the form of failed CRCs (And hence >>>>> dropped SSH connections) while transferring large amounts of data via SSH >>>>> over gige to a machine on its subnet. These problems started occuring >>>>> after the giant-less networking megacommit. Older kernels check out >>>>> without any such issues. >>> >>> Does it go away if you turn off debug.mpsafenet? If not, it's >>> probably not related to that commit. >> >> Setting debug.mpsafenet to 0 allows the SSH transfers to complete. The >> MD5 checksums and sizes match. Where do we go from here? > > I think I'd look at the following next: > > - Does your network interface driver support checksum offload? If so, > what happens if you disable that? It appears that it does, based on the options field reported by ifconfig: nge0: flags=108843 mtu 1500 options=13 I can still reproduce the problem after passing -rxcsum and -txcsum while bringing the interface up. > - Is the network interface driver marked as INTR_MPSAFE and/or not > IFF_NEEDSGIANT. If either, try setting the driver to run with Giant by > removing INTR_MPSAFE and adding IFF_NEEDSGIANT. dev/nge/if_nge.c has the interface marked as IFF_NEEDSGIANT, with no trace of INTR_MPSAFE. My dmesg confirms this: "nge0: [GIANT-LOCKED]" > After that I think we want to try and produce a non-SSH reproduction > scenario using a very simple test program... Attempting to bring a local FreeBSD repo up-to-date causes the issue to manifest itself. If portupgrade is run and execs a fetch for a large tarball from a fast mirror (100KB/s+), the problem manifests itself as well. I cannot yet make any conclusive determination, but preliminary pattern analysis seems to indicate that large bursts of network traffic on this gige interface aid the reproduction of this condition. The machine in question acts as a dns resolver for my small home network and appears to handle light amounts of traffic without any issues. Thanks for the help, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 17:07:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 433F216A4CE; Sun, 12 Sep 2004 17:07:37 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6CA443D55; Sun, 12 Sep 2004 17:07:36 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8CH7ZiF053113; Sun, 12 Sep 2004 13:07:35 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8CH7ZCm053110; Sun, 12 Sep 2004 13:07:35 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 12 Sep 2004 13:07:35 -0400 (EDT) From: Andre Guibert de Bruet To: Robert Watson In-Reply-To: <20040912110720.D84468@alpha.siliconlandmark.com> Message-ID: <20040912130336.R84468@alpha.siliconlandmark.com> References: <20040912110720.D84468@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: 6-CURRENT Network stack issues w/SMP? (Was: Re: TreeListfailed: Network write failure: ChannelMux.ProtocolError) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 17:07:37 -0000 Robert, Using an rl-based network card, I am able to transfer data without any problems. Any idea who the nge maintainer is? Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 17:36:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E4F616A4CE; Sun, 12 Sep 2004 17:36:35 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99C8743D41; Sun, 12 Sep 2004 17:36:34 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-216-100-132-188.dsl.snfc21.pacbell.net [216.100.132.188])i8CHaV3d261640; Sun, 12 Sep 2004 13:36:32 -0400 Message-ID: <4144891F.2070308@elischer.org> Date: Sun, 12 Sep 2004 10:36:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: rnejdl@ringofsaturn.com References: <1131.66.13.175.243.1094958979.squirrel@mail.ringofsaturn.com> <20040912051028.GA74510@hub.freebsd.org> <62869.66.13.175.242.1094996122.squirrel@mail.ringofsaturn.com> In-Reply-To: <62869.66.13.175.242.1094996122.squirrel@mail.ringofsaturn.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Freeze up on Beta-4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 17:36:35 -0000 Rusty Nejdl wrote: > Kris Kennaway said: > > >>ULE has known problems, that's why 4BSD was made default again. Retry >>with 4BSD and let us know whether or not the problems persist. >> >>Kris > > > Kris, > > This does indeed work. However, I wasn't having problems with ULE until > some change was committed in the last week caused this problem for me. > The only significant breakage I found so far with ULE was when I had > hyperthreading enabled. We aren't saying that we won't fix ULE.. just that to get you going we suggest 4BSD for now and we'll get back to ULE when we figure it out :-) > > Rusty Nejdl > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 17:43:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30B5116A4CE for ; Sun, 12 Sep 2004 17:43:23 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5AC343D2D for ; Sun, 12 Sep 2004 17:43:22 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i8CHhKe5036569; Sun, 12 Sep 2004 12:43:20 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 66.13.175.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Sun, 12 Sep 2004 12:43:20 -0500 (CDT) Message-ID: <59222.66.13.175.242.1095011000.squirrel@mail.ringofsaturn.com> In-Reply-To: <4144891F.2070308@elischer.org> References: <1131.66.13.175.243.1094958979.squirrel@mail.ringofsaturn.com> <20040912051028.GA74510@hub.freebsd.org> <62869.66.13.175.242.1094996122.squirrel@mail.ringofsaturn.com> <4144891F.2070308@elischer.org> Date: Sun, 12 Sep 2004 12:43:20 -0500 (CDT) From: "Rusty Nejdl" To: "Julian Elischer" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean cc: current@freebsd.org Subject: Re: Freeze up on Beta-4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 17:43:23 -0000 >> >> This does indeed work. However, I wasn't having problems with ULE >> until some change was committed in the last week caused this problem for >> me. The only significant breakage I found so far with ULE was when I had >> hyperthreading enabled. > > We aren't saying that we won't fix ULE.. just that to get you going > we suggest 4BSD for now and we'll get back to ULE when we figure it out > :-) > > Julian and Kris, Thanks! I was just trying to help narrow down something that was introduced that caused problems. I'm using 4BSD now and all is good. Rusty From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 17:43:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD07A16A4D2; Sun, 12 Sep 2004 17:43:28 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id D102143D2D; Sun, 12 Sep 2004 17:43:27 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i8CHTSjr019061 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 12 Sep 2004 13:29:29 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Brian Fundakowski Feldman Date: Sun, 12 Sep 2004 13:45:34 -0400 User-Agent: KMail/1.6.2 References: <47158390.20040827112834@ulstu.ru> <200409111955.13663.mistry.7@osu.edu> <20040912145032.GZ928@green.homeunix.org> In-Reply-To: <20040912145032.GZ928@green.homeunix.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_+sIRBuYt87PX2OZ" Message-Id: <200409121345.35186.mistry.7@osu.edu> X-Spam-Status: No, hits=3.0 required=5.0 tests=IN_REP_TO,RCVD_IN_ORBS,RCVD_IN_OSIRUSOFT_COM,REFERENCES, USER_AGENT_KMAIL,X_OSIRU_OPEN_RELAY version=2.55 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Re: Wine and mmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 17:43:29 -0000 --Boundary-00=_+sIRBuYt87PX2OZ Content-Type: multipart/signed; charset="iso-8859-1"; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_/sIRBctZakl5Vdz"; name=" " Content-Transfer-Encoding: 7bit --Boundary-02=_/sIRBctZakl5Vdz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 12 September 2004 10:50 am, you wrote: > On Sat, Sep 11, 2004 at 07:54:55PM -0400, Anish Mistry wrote: > > On Saturday 11 September 2004 05:26 pm, you wrote: > > > On Sat, Sep 11, 2004 at 05:07:13PM -0400, Anish Mistry wrote: > > > > On Saturday 11 September 2004 02:00 pm, you wrote: > > > > > On Mon, Sep 06, 2004 at 01:49:35AM -0400, Anish Mistry wrote: > > > > > > On Sunday 05 September 2004 05:15 pm, Gerald Pfeifer wrote: > > > > > > > [ John, sorry for the duplicate message; this is the correct > > > > > > > one. ] > > > > > > > > > > > > > > On Fri, 27 Aug 2004, John Birrell wrote: > > > > > > > > Anish Mistry has developed a patch to > > > > > > > > choose an appropriate mmap address. He posted it to -curren= t. > > > > > > > > I haven't had time to test it. > > > > > > > > > > > > > > Thanks for the note. Will you have time to test/commit this > > > > > > > before 5.3? > > > > > > > > > > > > > > Anish, do you have any news on this patch? (Wine has been > > > > > > > broken for a couple of months now, and it would be great to > > > > > > > have at least 5.3 fixed.) > > > > > > > > > > > > Well I guess this is my lucky day. Apply the attached patch for > > > > > > vm_mmap to your kernel and patch the August wine sources with t= he > > > > > > wine-mmap.patch and compile and install wine (be sure to use > > > > > > gmake). This is working on my dev system with 6-CURRENT as of > > > > > > Saturday night. The wine mmap patch just doesn't reserve the DOS > > > > > > area so DOS programs may not work. This seems to just work > > > > > > around a side effect of the kernel mmap patch. I still think th= at > > > > > > the kernel mmap patch has issues so I'm hoping Alan can give us > > > > > > some feedback. > > > > > > Anyway this worked for me, YMMV. > > > > > > > > > > Do these combined work for you, minus any modifications to mmap(2= )? > > > > > I do not feel that the kernel mmap(2) should be modified in this > > > > > manner, that it is a strictly userland problem. > > > > > > > > With only these applied I get old message that wine can't mmap it's > > > > address space. > > > > > > Oh, I'm sorry for not explaining the last step. You need to set the > > > environment variable "LD_LIBRARY_LOW_ADDR" to some address, like after > > > the first megabyte, or something like that, but before the first "dat= a" > > > address. Try, say, 1024000. > > > > Ok, I've tried that, with several different numbers and I either get > > something like: > > wine: failed to initialize: /usr/local/lib/libwine_unicode.so.1: mmap > > returned wrong address: wanted 0xc350000, got 0xc3bd000 > > or just the normal: > > wine: failed to initialize: /usr/local/lib/wine/ntdll.dll.so: mmap of > > entire address space failed: Cannot allocate memory > > > > Any other suggestions? > > Oops, can you try this instead? Can you share with me exactly how you > run this "regression test" with WINE (what program, what .wine/config)? > Ok, this instead of getting the wrong address, wine just bails out with: wine: failed to create the process heap. The other message still appears i= f=20 the load address is high enough. This is how I'm testing: I've downloaded the August (20040813) version of wine applied the patch to= =20 comment out the reservation of the dos area in a previous email (attached=20 again, idealy we shouldn't apply this since having the stock wine work woul= d=20 be much better), and did a ./configure && gmake depend && gmake && gmake=20 install. I've attached my wine config file. Then I just end the=20 environmental variable you said and run wine. I'm using Diablo 2 as my tes= t=20 app. =2D-=20 Anish Mistry --Boundary-02=_/sIRBctZakl5Vdz Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBRIs/xqA5ziudZT0RAkpCAKCVw5V8CHO2fVgm46C+j90N/YRtUQCfU7KU RzQn/aUUMWBjP3mjWgkKn9s= =PWX+ -----END PGP SIGNATURE----- --Boundary-02=_/sIRBctZakl5Vdz-- --Boundary-00=_+sIRBuYt87PX2OZ Content-Type: text/x-diff; charset="iso-8859-1"; name="wine-mmap.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="wine-mmap.patch" --- libs/wine/mmap.c.orig Mon Sep 6 01:23:40 2004 +++ libs/wine/mmap.c Mon Sep 6 01:23:46 2004 @@ -294,7 +294,7 @@ area = LIST_ENTRY( ptr, struct reserved_area, entry ); if (!area->base) return; } - reserve_dos_area(); + /*reserve_dos_area();*/ } #else /* HAVE_MMAP */ --Boundary-00=_+sIRBuYt87PX2OZ-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 17:57:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B161616A4CE for ; Sun, 12 Sep 2004 17:57:34 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBD9B43D54 for ; Sun, 12 Sep 2004 17:57:33 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id TAA00408 for ; Sun, 12 Sep 2004 19:57:26 +0200 Date: Sun, 12 Sep 2004 20:00:50 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040912200050.160b3b34.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__12_Sep_2004_20_00_50_+0200_O4xlW+3NVhs/l2s4" Subject: panic with BETA4, bridge.ko and WITNESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 17:57:34 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__12_Sep_2004_20_00_50_+0200_O4xlW+3NVhs/l2s4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hiho! :-) I just cvsupped and updated to BETA4. For the fun of it, I deciced to put WITNESS and INVARIANTS in the kernel. When rebooting, I promptly encountered three sucessive LORs and a panic: panic: _mtx_lock_sleep: recursed on non-recursive mutex bridge @ /usr/src/sys/mo dules/bridge/../../net/bridge.c:940 cpuid = 1 KDB: enter: panic [thread 100052] Stopped at kdb_enter+0x30: leave Trace, LORs, config, etc. are attached to my mail. (sorry for the mangled output, but I had to use HyperTerminal) There is no panic at all if I load bridge.ko after the boot process or if I don't load it at all. I did not yet try what happens if bridge is compiled into the kernel. root@greatsheep:/home/sheep# uname -a FreeBSD greatsheep 5.3-BETA4 FreeBSD 5.3-BETA4 #6: Sun Sep 12 17:08:39 CEST 2004 root@greatsheep:/usr/obj/usr/src/sys/SUBMARINE_SMP i386 Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming --Multipart=_Sun__12_Sep_2004_20_00_50_+0200_O4xlW+3NVhs/l2s4 Content-Type: application/octet-stream; name="lors+panic.txt" Content-Disposition: attachment; filename="lors+panic.txt" Content-Transfer-Encoding: base64 bmV0LmxpbmsuZXRoZXIuYnJpZGdlX2NmZzogbWFsbG9jKE1fV0FJVE9LKSBvZiAiNjQiLCBmb3Jj aW5nIE1fTk9XQUlUIHdpdGggdGhlIGYKb2xsb3dpbmcgbm9uLXNsZWVwYWJsZSBsb2NrcyBoZWxk OgpleGNsdXNpdmUgc2xlZXAgbXV0ZXggaWZuZXQgciA9IDAgKDB4YzA4M2E2ODApIGxvY2tlZCBA IC91c3Ivc3JjL3N5cy9uZXQvaWYuYzo2OQo5CmV4Y2x1c2l2ZSBzbGVlcCBtdXRleCBicmlkZ2Ug ciA9IDAgKDB4YzA5MTU3YzApIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2JyCmlkZ2Uv Li4vLi4vbmV0L2JyaWRnZS5jOjU5NApLREI6IHN0YWNrIGJhY2t0cmFjZToKa2RiX2JhY2t0cmFj ZShjMDgzOTk0YyxkNTQ2ODg3NCwxLDEsMikgYXQga2RiX2JhY2t0cmFjZSsweDJlCndpdG5lc3Nf d2Fybig1LDAsYzA3YjdkNjIsYzA3YTU2ZmYsYzFkN2QwNjApIGF0IHdpdG5lc3Nfd2FybisweDFk Mwp1bWFfemFsbG9jX2FyZyhjMTAzMzU4MCwwLDEwMixjMTA0NWEwMCxkNTQ2ODkwYykgYXQgdW1h X3phbGxvY19hcmcrMHg1NQptYWxsb2MoMzYsYzA3ZWEzYTAsMTAyLDAsZDU0Njg5MGMpIGF0IG1h bGxvYysweGQ2CmV0aGVyX3Jlc29sdmVtdWx0aShjMWE3YjAwMCxkNTQ2ODhlNCxkNTQ2ODkwYyww LGQ1NDY4OTY0KSBhdCBldGhlcl9yZXNvbHZlbXVsdGkrCjB4MTQ3CmlmX2FkZG11bHRpKGMxYTdi MDAwLGQ1NDY4OTBjLGQ1NDY4OTA4LDAsMWMxYykgYXQgaWZfYWRkbXVsdGkrMHg3YgppbjZfYWRk bXVsdGkoZDU0Njg5NmMsYzFhN2IwMDAsZDU0Njg5NjQsMSwwKSBhdCBpbjZfYWRkbXVsdGkrMHg1 ZAppbjZfdXBkYXRlX2lmYShjMWE3YjAwMCxkNTQ2OGE3MCwwLDEsMCkgYXQgaW42X3VwZGF0ZV9p ZmErMHg1ZWYKaW42X2lmYXR0YWNoX2xpbmtsb2NhbChjMWE3YjAwMCwwLGMxOWYyMzkwLGMwNWNl MzZiLGMwN2ViZmE4KSBhdCBpbjZfaWZhdHRhY2hfbGkKbmtsb2NhbCsweDExNgppbjZfaWZhdHRh Y2goYzFhN2IwMDAsMCxjMTk1YzQwMCwwLDApIGF0IGluNl9pZmF0dGFjaCsweGNjCmluNl9pZl91 cChjMWE3YjAwMCxjMTk1YzRhMCkgYXQgaW42X2lmX3VwKzB4MWIKaWZfcm91dGUoYzFhN2IwMDAs MSwwLGQ1NDY4YjkwLGMwOTEyMWI4KSBhdCBpZl9yb3V0ZSsweDY3CmlmX3VwKGMxYTdiMDAwLDAs YzA5MTNkNzAsMWFhLDApIGF0IGlmX3VwKzB4MjEKYnJpZGdlX29uKGMwOTE1N2MwLDEsYzA5MTNk NzAsMWNlLGQ1NDY4YmM4KSBhdCBicmlkZ2Vfb24rMHg4OApyZWNvbmZpZ3VyZV9icmlkZ2VfbG9j a2VkKGMxYzU3NDAwLGMwOTE3NjIwLDQwMCwyNTIsZDU0NjhjMTApIGF0IHJlY29uZmlndXJlX2Jy aQpkZ2VfbG9ja2VkKzB4N2EKc3lzY3RsX2JkZ19jZmcoYzA5MTU2NjAsYzA5MTc2MjAsNDAwLGQ1 NDY4YzEwLGQ1NDY4YzEwKSBhdCBzeXNjdGxfYmRnX2NmZysweGJhCnN5c2N0bF9yb290KDAsZDU0 NjhjN2MsNCxkNTQ2OGMxMCxjMTlmMjMyMCkgYXQgc3lzY3RsX3Jvb3QrMHgxNTQKdXNlcmxhbmRf c3lzY3RsKGMxOWYyMzIwLGQ1NDY4YzdjLDQsMCwwKSBhdCB1c2VybGFuZF9zeXNjdGwrMHgxMmMK X19zeXNjdGwoYzE5ZjIzMjAsZDU0NjhkMTQsMTgsNDMxLDYpIGF0IF9fc3lzY3RsKzB4YWYKc3lz Y2FsbCgyZiwyZiwyZiwwLGJmYmZlZGQwKSBhdCBzeXNjYWxsKzB4MmEwClhpbnQweDgwX3N5c2Nh bGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MWYKLS0tIHN5c2NhbGwgKDIwMiwgRnJlZUJTRCBF TEYzMiwgX19zeXNjdGwpLCBlaXAgPSAweDI4MGQ0OTdmLCBlc3AgPSAweGJmYmZlNTNjLAplYnAg PSAweGJmYmZlNTY4IC0tLQptYWxsb2MoTV9XQUlUT0spIG9mICIzMiIsIGZvcmNpbmcgTV9OT1dB SVQgd2l0aCB0aGUgZm9sbG93aW5nIG5vbi1zbGVlcGFibGUgbG9jawpzIGhlbGQ6CmV4Y2x1c2l2 ZSBzbGVlcCBtdXRleCBpZm5ldCByID0gMCAoMHhjMDgzYTY4MCkgbG9ja2VkIEAgL3Vzci9zcmMv c3lzL25ldC9pZi5jOjY5CjkKZXhjbHVzaXZlIHNsZWVwIG11dGV4IGJyaWRnZSByID0gMCAoMHhj MDkxNTdjMCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvYnIKaWRnZS8uLi8uLi9uZXQv YnJpZGdlLmM6NTk0CktEQjogc3RhY2sgYmFja3RyYWNlOgprZGJfYmFja3RyYWNlKGMwODM5OTRj LGQ1NDY4ODk0LDEsMSwyKSBhdCBrZGJfYmFja3RyYWNlKzB4MmUKd2l0bmVzc193YXJuKDUsMCxj MDdiN2Q2MixjMDc5MWQ4OSw0MCkgYXQgd2l0bmVzc193YXJuKzB4MWQzCnVtYV96YWxsb2NfYXJn KGMxMDMzNDIwLDAsMixjMTA0NTk2MCwwKSBhdCB1bWFfemFsbG9jX2FyZysweDU1Cm1hbGxvYygx YyxjMDdlYTNhMCwyLGMxY2E2MTgwLGQ1NDY4OTY0KSBhdCBtYWxsb2MrMHhkNgppZl9hZGRtdWx0 aShjMWE3YjAwMCxkNTQ2ODkwYyxkNTQ2ODkwOCwwLDFjMWMpIGF0IGlmX2FkZG11bHRpKzB4YWEK aW42X2FkZG11bHRpKGQ1NDY4OTZjLGMxYTdiMDAwLGQ1NDY4OTY0LDEsMCkgYXQgaW42X2FkZG11 bHRpKzB4NWQKaW42X3VwZGF0ZV9pZmEoYzFhN2IwMDAsZDU0NjhhNzAsMCwxLDApIGF0IGluNl91 cGRhdGVfaWZhKzB4NWVmCmluNl9pZmF0dGFjaF9saW5rbG9jYWwoYzFhN2IwMDAsMCxjMTlmMjM5 MCxjMDVjZTM2YixjMDdlYmZhOCkgYXQgaW42X2lmYXR0YWNoX2xpCm5rbG9jYWwrMHgxMTYKaW42 X2lmYXR0YWNoKGMxYTdiMDAwLDAsYzE5NWM0MDAsMCwwKSBhdCBpbjZfaWZhdHRhY2grMHhjYwpp bjZfaWZfdXAoYzFhN2IwMDAsYzE5NWM0YTApIGF0IGluNl9pZl91cCsweDFiCmlmX3JvdXRlKGMx YTdiMDAwLDEsMCxkNTQ2OGI5MCxjMDkxMjFiOCkgYXQgaWZfcm91dGUrMHg2NwppZl91cChjMWE3 YjAwMCwwLGMwOTEzZDcwLDFhYSwwKSBhdCBpZl91cCsweDIxCmJyaWRnZV9vbihjMDkxNTdjMCwx LGMwOTEzZDcwLDFjZSxkNTQ2OGJjOCkgYXQgYnJpZGdlX29uKzB4ODgKcmVjb25maWd1cmVfYnJp ZGdlX2xvY2tlZChjMWM1NzQwMCxjMDkxNzYyMCw0MDAsMjUyLGQ1NDY4YzEwKSBhdCByZWNvbmZp Z3VyZV9icmkKZGdlX2xvY2tlZCsweDdhCnN5c2N0bF9iZGdfY2ZnKGMwOTE1NjYwLGMwOTE3NjIw LDQwMCxkNTQ2OGMxMCxkNTQ2OGMxMCkgYXQgc3lzY3RsX2JkZ19jZmcrMHhiYQpzeXNjdGxfcm9v dCgwLGQ1NDY4YzdjLDQsZDU0NjhjMTAsYzE5ZjIzMjApIGF0IHN5c2N0bF9yb290KzB4MTU0CnVz ZXJsYW5kX3N5c2N0bChjMTlmMjMyMCxkNTQ2OGM3Yyw0LDAsMCkgYXQgdXNlcmxhbmRfc3lzY3Rs KzB4MTJjCl9fc3lzY3RsKGMxOWYyMzIwLGQ1NDY4ZDE0LDE4LDQzMSw2KSBhdCBfX3N5c2N0bCsw eGFmCnN5c2NhbGwoMmYsMmYsMmYsMCxiZmJmZWRkMCkgYXQgc3lzY2FsbCsweDJhMApYaW50MHg4 MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDFmCi0tLSBzeXNjYWxsICgyMDIsIEZy ZWVCU0QgRUxGMzIsIF9fc3lzY3RsKSwgZWlwID0gMHgyODBkNDk3ZiwgZXNwID0gMHhiZmJmZTUz YywKZWJwID0gMHhiZmJmZTU2OCAtLS0KbWFsbG9jKE1fV0FJVE9LKSBvZiAiMzIiLCBmb3JjaW5n IE1fTk9XQUlUIHdpdGggdGhlIGZvbGxvd2luZyBub24tc2xlZXBhYmxlIGxvY2sKcyBoZWxkOgpl eGNsdXNpdmUgc2xlZXAgbXV0ZXggaWZuZXQgciA9IDAgKDB4YzA4M2E2ODApIGxvY2tlZCBAIC91 c3Ivc3JjL3N5cy9uZXQvaWYuYzo2OQo5CmV4Y2x1c2l2ZSBzbGVlcCBtdXRleCBicmlkZ2UgciA9 IDAgKDB4YzA5MTU3YzApIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2JyCmlkZ2UvLi4v Li4vbmV0L2JyaWRnZS5jOjU5NApLREI6IHN0YWNrIGJhY2t0cmFjZToKa2RiX2JhY2t0cmFjZShj MDgzOTk0YyxkNTQ2ODg5NCwxLDEsMikgYXQga2RiX2JhY2t0cmFjZSsweDJlCndpdG5lc3Nfd2Fy big1LDAsYzA3YjdkNjIsYzA3OTFkODksYzA3OWY0ZWQpIGF0IHdpdG5lc3Nfd2FybisweDFkMwp1 bWFfemFsbG9jX2FyZyhjMTAzMzQyMCwwLDIsYzEwNDU5NjAsYzFjNDkxODApIGF0IHVtYV96YWxs b2NfYXJnKzB4NTUKbWFsbG9jKDFjLGMwN2VhM2EwLDIsYzFjYTYxODAsZDU0Njg5NjQpIGF0IG1h bGxvYysweGQ2CmlmX2FkZG11bHRpKGMxYTdiMDAwLGQ1NDY4OTBjLGQ1NDY4OTA4LDAsMWMxYykg YXQgaWZfYWRkbXVsdGkrMHhjNwppbjZfYWRkbXVsdGkoZDU0Njg5NmMsYzFhN2IwMDAsZDU0Njg5 NjQsMSwwKSBhdCBpbjZfYWRkbXVsdGkrMHg1ZAppbjZfdXBkYXRlX2lmYShjMWE3YjAwMCxkNTQ2 OGE3MCwwLDEsMCkgYXQgaW42X3VwZGF0ZV9pZmErMHg1ZWYKaW42X2lmYXR0YWNoX2xpbmtsb2Nh bChjMWE3YjAwMCwwLGMxOWYyMzkwLGMwNWNlMzZiLGMwN2ViZmE4KSBhdCBpbjZfaWZhdHRhY2hf bGkKbmtsb2NhbCsweDExNgppbjZfaWZhdHRhY2goYzFhN2IwMDAsMCxjMTk1YzQwMCwwLDApIGF0 IGluNl9pZmF0dGFjaCsweGNjCmluNl9pZl91cChjMWE3YjAwMCxjMTk1YzRhMCkgYXQgaW42X2lm X3VwKzB4MWIKaWZfcm91dGUoYzFhN2IwMDAsMSwwLGQ1NDY4YjkwLGMwOTEyMWI4KSBhdCBpZl9y b3V0ZSsweDY3CmlmX3VwKGMxYTdiMDAwLDAsYzA5MTNkNzAsMWFhLDApIGF0IGlmX3VwKzB4MjEK YnJpZGdlX29uKGMwOTE1N2MwLDEsYzA5MTNkNzAsMWNlLGQ1NDY4YmM4KSBhdCBicmlkZ2Vfb24r MHg4OApyZWNvbmZpZ3VyZV9icmlkZ2VfbG9ja2VkKGMxYzU3NDAwLGMwOTE3NjIwLDQwMCwyNTIs ZDU0NjhjMTApIGF0IHJlY29uZmlndXJlX2JyaQpkZ2VfbG9ja2VkKzB4N2EKc3lzY3RsX2JkZ19j ZmcoYzA5MTU2NjAsYzA5MTc2MjAsNDAwLGQ1NDY4YzEwLGQ1NDY4YzEwKSBhdCBzeXNjdGxfYmRn X2NmZysweDFhN2IKMDAwLGQ1NDY4OTY0LDEsMCkgYXQgaW42X2FkZG11bHRpKzB4NWQKaW42X3Vw ZGF0ZV9pZmEoYzFhN2IwMDAsZDU0NjhhNzAsMCwxLDApIGF0IGluNl91cGRhdGVfaWZhKzB4NWVm CmluNl9pZmF0dGFjaF9saW5rbG9jYWwoYzFhN2IwMDAsMCxjMTlmMjM5MCxjMDVjZTM2YixjMDdl YmZhOCkgYXQgaW42X2lmYXR0YWNoX2xpCm5rbG9jYWwrMHgxMTYKaW42X2lmYXR0YWNoKGMxYTdi MDAwLDAsYzE5NWM0MDAsMCwwKSBhdCBpbjZfaWZhdHRhY2grMHhjYwppbjZfaWZfdXAoYzFhN2Iw MDAsYzE5NWM0YTApIGF0IGluNl9pZl91cCsweDFiCmlmX3JvdXRlKGMxYTdiMDAwLDEsMCxkNTQ2 OGI5MCxjMDkxMjFiOCkgYXQgaWZfcm91dGUrMHg2NwppZl91cChjMWE3YjAwMCwwLGMwOTEzZDcw LDFhYSwwKSBhdCBpZl91cCsweDIxCmJyaWRnZV9vbihjMDkxNTdjMCwxLGMwOTEzZDcwLDFjZSxk NTQ2OGJjOCkgYXQgYnJpZGdlX29uKzB4ODgKcmVjb25maWd1cmVfYnJpZGdlX2xvY2tlZChjMWM1 NzQwMCxjMDkxNzYyMCw0MDAsMjUyLGQ1NDY4YzEwKSBhdCByZWNvbmZpZ3VyZV9icmkKZGdlX2xv Y2tlZCsweDdhCnN5c2N0bF9iZGdfY2ZnKGMwOTE1NjYwLGMwOTE3NjIwLDQwMCxkNTQ2OGMxMCxk NTQ2OGMxMCkgYXQgc3lzY3RsX2JkZ19jZmcrMHhiYQpzeXNjdGxfcm9vdCgwLGQ1NDY4YzdjLDQs ZDU0NjhjMTAsYzE5ZjIzMjApIGF0IHN5c2N0bF9yb290KzB4MTU0CnVzZXJsYW5kX3N5c2N0bChj MTlmMjMyMCxkNTQ2OGM3Yyw0LDAsMCkgYXQgdXNlcmxhbmRfc3lzY3RsKzB4MTJjCl9fc3lzY3Rs KGMxOWYyMzIwLGQ1NDY4ZDE0LDE4LDQzMSw2KSBhdCBfX3N5c2N0bCsweGFmCnN5c2NhbGwoMmYs MmYsMmYsMCxiZmJmZWRkMCkgYXQgc3lzY2FsbCsweDJhMApYaW50MHg4MF9zeXNjYWxsKCkgYXQg WGludDB4ODBfc3lzY2FsbCsweDFmCi0tLSBzeXNjYWxsICgyMDIsIEZyZWVCU0QgRUxGMzIsIF9f c3lzY3RsKSwgZWlwID0gMHgyODBkNDk3ZiwgZXNwID0gMHhiZmJmZTUzYywKZWJwID0gMHhiZmJm ZTU2OCAtLS0KcGFuaWM6IF9tdHhfbG9ja19zbGVlcDogcmVjdXJzZWQgb24gbm9uLXJlY3Vyc2l2 ZSBtdXRleCBicmlkZ2UgQCAvdXNyL3NyYy9zeXMvbW8KZHVsZXMvYnJpZGdlLy4uLy4uL25ldC9i cmlkZ2UuYzo5NDAKCmNwdWlkID0gMQpLREI6IGVudGVyOiBwYW5pYwpbdGhyZWFkIDEwMDA1Ml0K U3RvcHBlZCBhdCAgICAgIGtkYl9lbnRlcisweDMwOiBsZWF2ZQ== --Multipart=_Sun__12_Sep_2004_20_00_50_+0200_O4xlW+3NVhs/l2s4 Content-Type: application/octet-stream; name="locks.txt" Content-Disposition: attachment; filename="locks.txt" Content-Transfer-Encoding: base64 ZGI+IHNob3cgbG9ja3MKZXhjbHVzaXZlIHNsZWVwIG11dGV4IGlmbmV0IHIgPSAwICgweGMwODNh NjgwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvbmV0L2lmLmM6Njk5CmV4Y2x1c2l2ZSBzbGVlcCBt dXRleCBicmlkZ2UgciA9IDAgKDB4YzA5MTU3YzApIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9tb2R1 bGVzL2JyaWRnZS8uLi8uLi9uZXQvYnJpZGdlLmM6NTk0CmV4Y2x1c2l2ZSBzeCBzeXNjdGwgbG9j ayByID0gMCAoMHhjMDgwZjVhMCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zeXNj dGwuYzoxMzE1CmV4Y2x1c2l2ZSBzbGVlcCBtdXRleCBHaWFudCByID0gMCAoMHhjMDgwZGQwMCkg bG9ja2VkIEAgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zeXNjdGwuYzoxMjU1CmRiPg== --Multipart=_Sun__12_Sep_2004_20_00_50_+0200_O4xlW+3NVhs/l2s4 Content-Type: application/octet-stream; name="trace.txt" Content-Disposition: attachment; filename="trace.txt" Content-Transfer-Encoding: base64 ZGI+IHRyCmtkYl9lbnRlcihjMDdhMGViYywxLGMwN2EwMmZiLGQ1NDY4NWY0LGMxOWYyMzIwKSBh dCBrZGJfZW50ZXIrMHgzMApwYW5pYyhjMDdhMDJmYixjMDkxM2M4MyxjMDkxM2Q3MCwzYWMsYzA5 MTU3YzApIGF0IHBhbmljKzB4MTRlCl9tdHhfbG9ja19zbGVlcChjMDkxNTdjMCxjMTlmMjMyMCww LGMwOTEzZDcwLDNhYykgYXQgX210eF9sb2NrX3NsZWVwKzB4NDQKX210eF9sb2NrX2ZsYWdzKGMw OTE1N2MwLDAsYzA5MTNkNzAsM2FjLDApIGF0IF9tdHhfbG9ja19mbGFncysweGMwCmJkZ19mb3J3 YXJkKGMxZDg2ODAwLGMxYTdiMDAwLGMwN2I3YWNiLGQ1NDY4NmYwLGMwNWNjZTg2KSBhdCBiZGdf Zm9yd2FyZCsweGIwCmV0aGVyX291dHB1dF9mcmFtZShjMWE3YjAwMCxjMWQ4NjgwMCw2LGQ1NDY4 ODVjLGQ1NDY4NzA4KSBhdCBldGhlcl9vdXRwdXRfZnJhbWUrCjB4OTkKZXRoZXJfb3V0cHV0KGMx YTdiMDAwLGMxZDg2ODAwLGQ1NDY4ODVjLDAsMCkgYXQgZXRoZXJfb3V0cHV0KzB4NDNlCm5kNl9v dXRwdXQoYzFhN2IwMDAsYzFhN2IwMDAsYzFkODY4MDAsZDU0Njg4NWMsMCkgYXQgbmQ2X291dHB1 dCsweDNjMQppcDZfb3V0cHV0KGMxZDg2ODAwLGMwODQwYjQwLDAsMCxkNTQ2ODhjMCkgYXQgaXA2 X291dHB1dCsweGY3NwptbGQ2X3NlbmRwa3QoYzFjYTYyMDAsODMsMCxjMWNhNjIwMCxkNTQ2ODkz OCkgYXQgbWxkNl9zZW5kcGt0KzB4MjcyCm1sZDZfc3RhcnRfbGlzdGVuaW5nKGMxY2E2MjAwLDJj LDEsYzFjNDkxODAsMWMxYykgYXQgbWxkNl9zdGFydF9saXN0ZW5pbmcrMHg3OAppbjZfYWRkbXVs dGkoZDU0Njg5NmMsYzFhN2IwMDAsZDU0Njg5NjQsMSwwKSBhdCBpbjZfYWRkbXVsdGkrMHgxMGYK aW42X3VwZGF0ZV9pZmEoYzFhN2IwMDAsZDU0NjhhNzAsMCwxLDApIGF0IGluNl91cGRhdGVfaWZh KzB4NWVmCmluNl9pZmF0dGFjaF9saW5rbG9jYWwoYzFhN2IwMDAsMCxjMTlmMjM5MCxjMDVjZTM2 YixjMDdlYmZhOCkgYXQgaW42X2lmYXR0YWNoX2xpCm5rbG9jYWwrMHgxMTYKaW42X2lmYXR0YWNo KGMxYTdiMDAwLDAsYzE5NWM0MDAsMCwwKSBhdCBpbjZfaWZhdHRhY2grMHhjYwppbjZfaWZfdXAo YzFhN2IwMDAsYzE5NWM0YTApIGF0IGluNl9pZl91cCsweDFiCmlmX3JvdXRlKGMxYTdiMDAwLDEs MCxkNTQ2OGI5MCxjMDkxMjFiOCkgYXQgaWZfcm91dGUrMHg2NwppZl91cChjMWE3YjAwMCwwLGMw OTEzZDcwLDFhYSwwKSBhdCBpZl91cCsweDIxCmJyaWRnZV9vbihjMDkxNTdjMCwxLGMwOTEzZDcw LDFjZSxkNTQ2OGJjOCkgYXQgYnJpZGdlX29uKzB4ODgKcmVjb25maWd1cmVfYnJpZGdlX2xvY2tl ZChjMWM1NzQwMCxjMDkxNzYyMCw0MDAsMjUyLGQ1NDY4YzEwKSBhdCByZWNvbmZpZ3VyZV9icmkK ZGdlX2xvY2tlZCsweDdhCnN5c2N0bF9iZGdfY2ZnKGMwOTE1NjYwLGMwOTE3NjIwLDQwMCxkNTQ2 OGMxMCxkNTQ2OGMxMCkgYXQgc3lzY3RsX2JkZ19jZmcrMHhiYQpzeXNjdGxfcm9vdCgwLGQ1NDY4 YzdjLDQsZDU0NjhjMTAsYzE5ZjIzMjApIGF0IHN5c2N0bF9yb290KzB4MTU0CnVzZXJsYW5kX3N5 c2N0bChjMTlmMjMyMCxkNTQ2OGM3Yyw0LDAsMCkgYXQgdXNlcmxhbmRfc3lzY3RsKzB4MTJjCl9f c3lzY3RsKGMxOWYyMzIwLGQ1NDY4ZDE0LDE4LDQzMSw2KSBhdCBfX3N5c2N0bCsweGFmCnN5c2Nh bGwoMmYsMmYsMmYsMCxiZmJmZWRkMCkgYXQgc3lzY2FsbCsweDJhMApYaW50MHg4MF9zeXNjYWxs KCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDFmCi0tLSBzeXNjYWxsICgyMDIsIEZyZWVCU0QgRUxG MzIsIF9fc3lzY3RsKSwgZWlwID0gMHgyODBkNDk3ZiwgZXNwID0gMHhiZmJmZTUzYywKZWJwID0g MHhiZmJmZTU2OCAtLS0= --Multipart=_Sun__12_Sep_2004_20_00_50_+0200_O4xlW+3NVhs/l2s4 Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1CRVRBNCAjNjogU3VuIFNlcCAxMiAxNzowODozOSBD RVNUIDIwMDQKICAgIHJvb3RAZ3JlYXRzaGVlcDovdXNyL29iai91c3Ivc3JjL3N5cy9TVUJNQVJJ TkVfU01QCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBl cmZvcm1hbmNlLgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxp dHkgMApDUFU6IFBlbnRpdW0gSUlJL1BlbnRpdW0gSUlJIFhlb24vQ2VsZXJvbiAoNDUxLjAyLU1I eiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4NjczICBT dGVwcGluZyA9IDMKICBGZWF0dXJlcz0weDM4M2ZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQ QUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1YLEZYU1Is U1NFPgpyZWFsIG1lbW9yeSAgPSA1MzY3Mzk4NDAgKDUxMSBNQikKYXZhaWwgbWVtb3J5ID0gNTE1 Njc0MTEyICg0OTEgTUIpCkFDUEkgQVBJQyBUYWJsZTogPE9FTVRZTiBPRU1UWU5UQj4KRnJlZUJT RC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCiBjcHUwIChCU1Ap OiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQppb2FwaWMwIDxWZXJzaW9uIDEu MT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCm5weDA6IFtGQVNUXQpucHgwOiA8bWF0aCBwcm9j ZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKYWNwaTA6IDxPRU1U WU4gT0VNVFlOVEI+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBPdmVycmlkaW5nIFNDSSBJbnRlcnJ1 cHQgZnJvbSBJUlEgOSB0byBJUlEgMjAKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVj b3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3Bp X3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBv biBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNw aTAKY3B1MTogRmFpbGVkIHRvIGF0dGFjaCB0aHJvdHRsaW5nIFBfQ05UCnBjaWIwOiA8QUNQSSBI b3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjAKYWdwMDogPEludGVsIDgyNDQzR1ggaG9zdCB0byBQQ0kgYnJpZGdlPiBt ZW0gMHhmODAwMDAwMC0weGZiZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMApwY2liMTogPFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBj aWIxCnBjaTE6IDxkaXNwbGF5LCBWR0E+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCmlzYTA6IDxJ U0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgUElJWDQgVURNQTMzIGNvbnRyb2xsZXI+ IHBvcnQgMHhmZmEwLTB4ZmZhZiwweDM3NiwweDE3MC0weDE3NywweDNmNiwweDFmMC0weDFmNyBh dCBkZXZpY2UgNy4xIG9uIHBjaTAKYXRhMDogY2hhbm5lbCAjMCBvbiBhdGFwY2kwCmF0YTE6IGNo YW5uZWwgIzEgb24gYXRhcGNpMAp1aGNpMDogPEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBVU0Ig Y29udHJvbGxlcj4gcG9ydCAweGVmODAtMHhlZjlmIGlycSAxOSBhdCBkZXZpY2UgNy4yIG9uIHBj aTAKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkg VVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IElu dGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIw OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAppbnRwbTA6IDxJbnRlbCA4 MjM3MUFCIFBvd2VyIG1hbmFnZW1lbnQgY29udHJvbGxlcj4gcG9ydCAweDQ0MC0weDQ0ZiBpcnEg OSBhdCBkZXZpY2UgNy4zIG9uIHBjaTAKaW50cG0wOiBJL08gbWFwcGVkIDQ0MAppbnRwbTA6IGlu dHIgSVJRIDkgZW5hYmxlZCByZXZpc2lvbiAwCmludHBtMDogW0dJQU5ULUxPQ0tFRF0KaW50c21i MDogPEludGVsIFBJSVg0IFNNQlVTIEludGVyZmFjZT4gb24gaW50cG0wCnNtYnVzMDogPFN5c3Rl bSBNYW5hZ2VtZW50IEJ1cz4gb24gaW50c21iMApzbWIwOiA8U01CdXMgZ2VuZXJpYyBJL08+IG9u IHNtYnVzMAppbnRwbTA6IFBNIEkvTyBtYXBwZWQgNDAwIApzeW0wOiA8ODk2PiBwb3J0IDB4ZTQw MC0weGU0ZmYgbWVtIDB4ZmViZTAwMDAtMHhmZWJlMWZmZiwweGZlYmU4MDAwLTB4ZmViZTgzZmYg aXJxIDE3IGF0IGRldmljZSAxMS4wIG9uIHBjaTAKc3ltMDogU3ltYmlvcyBOVlJBTSwgSUQgNywg RmFzdC00MCwgTFZELCBwYXJpdHkgY2hlY2tpbmcKc3ltMDogb3BlbiBkcmFpbiBJUlEgbGluZSBk cml2ZXIsIHVzaW5nIG9uLWNoaXAgU1JBTQpzeW0wOiB1c2luZyBMT0FEL1NUT1JFLWJhc2VkIGZp cm13YXJlLgpzeW0wOiBoYW5kbGluZyBwaGFzZSBtaXNtYXRjaCBmcm9tIFNDUklQVFMuCnN5bTA6 IFtHSUFOVC1MT0NLRURdCnN5bTE6IDw4OTY+IHBvcnQgMHhlODAwLTB4ZThmZiBtZW0gMHhmZWJm MDAwMC0weGZlYmYxZmZmLDB4ZmViZjgwMDAtMHhmZWJmODNmZiBpcnEgMTggYXQgZGV2aWNlIDEx LjEgb24gcGNpMApzeW0xOiBTeW1iaW9zIE5WUkFNLCBJRCA3LCBGYXN0LTQwLCBMVkQsIHBhcml0 eSBjaGVja2luZwpzeW0xOiBvcGVuIGRyYWluIElSUSBsaW5lIGRyaXZlciwgdXNpbmcgb24tY2hp cCBTUkFNCnN5bTE6IHVzaW5nIExPQUQvU1RPUkUtYmFzZWQgZmlybXdhcmUuCnN5bTE6IGhhbmRs aW5nIHBoYXNlIG1pc21hdGNoIGZyb20gU0NSSVBUUy4Kc3ltMTogW0dJQU5ULUxPQ0tFRF0KcGNt MDogPEF1ZGlvUENJIEVTMTM3My04PiBwb3J0IDB4ZWYwMC0weGVmM2YgaXJxIDE4IGF0IGRldmlj ZSAxMi4wIG9uIHBjaTAKcGNtMDogPENpcnJ1cyBMb2dpYyBDUzQyOTcgQUM5NyBDb2RlYz4KcGNt MDogW0dJQU5ULUxPQ0tFRF0KZnhwMDogPEludGVsIDgyNTU5IFByby8xMDAgRXRoZXJuZXQ+IHBv cnQgMHhlZTgwLTB4ZWViZiBtZW0gMHhmZWEwMDAwMC0weGZlYWZmZmZmLDB4ZmViZGYwMDAtMHhm ZWJkZmZmZiBpcnEgMTkgYXQgZGV2aWNlIDEzLjAgb24gcGNpMAptaWlidXMwOiA8TUlJIGJ1cz4g b24gZnhwMAppbnBoeTA6IDxpODI1NTUgMTAvMTAwIG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVz MAppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRY LCBhdXRvCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmUwOjgxOjEwOmU0OjQ5CnBjaTA6IDxk aXNwbGF5LCBWR0E+IGF0IGRldmljZSAxNC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnhsMDogPDND b20gM2M5MDVCLUZYL1NDIEZhc3QgRXRoZXJsaW5rIFhMPiBwb3J0IDB4ZWMwMC0weGVjN2YgbWVt IDB4ZmViZGVmODAtMHhmZWJkZWZmZiBpcnEgMTYgYXQgZGV2aWNlIDE2LjAgb24gcGNpMAp4bDA6 IEV0aGVybmV0IGFkZHJlc3M6IDAwOjUwOmRhOjI2OjY5OjMwCnhsMTogPDNDb20gM2M5MDVDLVRY IEZhc3QgRXRoZXJsaW5rIFhMPiBwb3J0IDB4ZTA4MC0weGUwZmYgbWVtIDB4ZmViZGVmMDAtMHhm ZWJkZWY3ZiBpcnEgMTggYXQgZGV2aWNlIDE4LjAgb24gcGNpMAptaWlidXMxOiA8TUlJIGJ1cz4g b24geGwxCnhscGh5MDogPDNjOTA1QyAxMC8xMDAgaW50ZXJuYWwgUEhZPiBvbiBtaWlidXMxCnhs cGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1 dG8KeGwxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowMTowMjpiMzozMjpiYwphY3BpX2J1dHRvbjA6 IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChp ODA0Mik+IHBvcnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJk PiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0K cHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURd CnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMKZmRjMDogPGZsb3BweSBkcml2 ZSBjb250cm9sbGVyPiBwb3J0IDB4M2Y3LDB4M2Y0LTB4M2Y1LDB4M2YyLTB4M2YzIGlycSA2IGRy cSAyIG9uIGFjcGkwCmZkYzA6IGNtZCAzIGZhaWxlZCBhdCBvdXQgYnl0ZSAxIG9mIDMKZGV2aWNl X2F0dGFjaDogZmRjMCBhdHRhY2ggcmV0dXJuZWQgNgpzaW8wIHBvcnQgMHgzZjgtMHgzZmYgaXJx IDQgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEsIGNvbnNvbGUKc2lvMSBwb3J0IDB4MmY4LTB4 MmZmIGlycSAzIG9uIGFjcGkwCnNpbzE6IHR5cGUgMTY1NTBBCnBwYzAgcG9ydCAweDc3OC0weDc3 ZiwweDM3OC0weDM3ZiBpcnEgNyBkcnEgMyBvbiBhY3BpMApwcGMwOiBHZW5lcmljIGNoaXBzZXQg KEVDUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2LzE2 LzggYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCnBs aXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCmxwdDA6IDxQcmludGVyPiBv biBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJL08+ IG9uIHBwYnVzMApmZGMwOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjcsMHgz ZjQtMHgzZjUsMHgzZjItMHgzZjMgaXJxIDYgZHJxIDIgb24gYWNwaTAKZmRjMDogY21kIDMgZmFp bGVkIGF0IG91dCBieXRlIDEgb2YgMwpkZXZpY2VfYXR0YWNoOiBmZGMwIGF0dGFjaCByZXR1cm5l ZCA2Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4Y2MwMDAtMHhjYzdmZiwweGM4 MDAwLTB4Y2JmZmYsMHhjMDAwMC0weGM3ZmZmIG9uIGlzYTAKcG10aW1lcjAgb24gaXNhMApzYzA6 IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmly dHVhbCBjb25zb2xlcywgZmxhZ3M9MHgxMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBv cnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKc2JjMDogPENyZWF0 aXZlIFNCMTYvU0IzMj4gYXQgcG9ydCAweDM4OC0weDM4YiwweDMzMC0weDMzMSwweDIyMC0weDIy ZiBpcnEgNSBkcnEgNSwxIG9uIGlzYTAKc2JjMDogW0dJQU5ULUxPQ0tFRF0KcGNtMTogPFNCMTYg RFNQIDQuMTM+IG9uIHNiYzAKcGNtMTogW0dJQU5ULUxPQ0tFRF0KYXRhMjogPEdlbmVyaWMgRVNE SS9JREUvQVRBIGNvbnRyb2xsZXI+IGF0IHBvcnQgMHgzNmUtMHgzNmYsMHgxNjgtMHgxNmYgaXJx IDEwIG9uIGlzYTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwphY3BpX2NwdTog dGhyb3R0bGluZyBlbmFibGVkLCA4IHN0ZXBzICgxMDAlIHRvIDEyLjUlKSwgY3VycmVudGx5IDEw MC4wJQphZDI6IDgwNTZNQiA8U1QzODQyMUEvOC4wMT4gWzE2MzY4LzE2LzYzXSBhdCBhdGExLW1h c3RlciBVRE1BMzMKV2FpdGluZyA1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUK KG5vcGVyaXBoOnN5bTA6MDotMTotMSk6IFNDU0kgQlVTIHJlc2V0IGRlbGl2ZXJlZC4KKG5vcGVy aXBoOnN5bTE6MDotMTotMSk6IFNDU0kgQlVTIHJlc2V0IGRlbGl2ZXJlZC4KSW50ZXJydXB0IHN0 b3JtIGRldGVjdGVkIG9uICJpcnE5OiBpbnRwbTAiOyB0aHJvdHRsaW5nIGludGVycnVwdCBzb3Vy Y2UKZGEwIGF0IHN5bTEgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKZGEwOiA8RlVKSVRTVSBNQUczMTgy TEMgNTIxMD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIApkYTA6IDgwLjAwME1C L3MgdHJhbnNmZXJzICg0MC4wMDBNSHosIG9mZnNldCAzMSwgMTZiaXQpLCBUYWdnZWQgUXVldWVp bmcgRW5hYmxlZApkYTA6IDE3NDI5TUIgKDM1Njk0ODYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUgg NjNTL1QgMjIyMUMpClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpNb3VudGluZyByb290IGZyb20g dWZzOi9kZXYvYWQyczFhCg== --Multipart=_Sun__12_Sep_2004_20_00_50_+0200_O4xlW+3NVhs/l2s4 Content-Type: application/octet-stream; name="SUBMARINE_SMP" Content-Disposition: attachment; filename="SUBMARINE_SMP" Content-Transfer-Encoding: base64 CgptYWNoaW5lCQlpMzg2CmNwdQkJSTY4Nl9DUFUKaWRlbnQJCVNVQk1BUklORV9TTVAKCiMgVG8g c3RhdGljYWxseSBjb21waWxlIGluIGRldmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZp Y2UuaGludHMKI2hpbnRzCQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8gbG9v ayBmb3IgZGV2aWNlcy4KCm1ha2VvcHRpb25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRo IGdkYigxKSBkZWJ1ZyBzeW1ib2xzCgojb3B0aW9ucyAJU0NIRURfVUxFCQkjIFVMRSBzY2hlZHVs ZXIKb3B0aW9ucwkJU0NIRURfNEJTRAkJIyA0QlNEIHNjaGVkdWxlcgpvcHRpb25zIAlJTkVUCQkJ IyBJbnRlck5FVHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMg cHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlv bnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9u cyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJ VUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0 aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJ TkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVS CQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVz YWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1Mg RmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9u cyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRp b25zIAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VP TV9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlDT01QQVRfNDMJCSMgQ29t cGF0aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNE NAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkj IERlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0 cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1l bW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlv bnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BS SU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpv cHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rldgpv cHRpb25zIAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBp biBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFI RF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJ CQkJIyBvdXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4Kb3B0aW9ucyAJUEZJTF9IT09LUwkJ IyBwZmlsKDkpIGZyYW1ld29yawpvcHRpb25zIAlBREFQVElWRV9HSUFOVAkJIyBHaWFudCBtdXRl eCBpcyBhZGFwdGl2ZS4KCiMgRGVidWdnaW5nIGZvciB1c2UgaW4gLWN1cnJlbnQKb3B0aW9ucyAJ S0RCCQkJIyBFbmFibGUga2VybmVsIGRlYnVnZ2VyIHN1cHBvcnQuCm9wdGlvbnMgCUREQgkJCSMg U3VwcG9ydCBEREIuCm9wdGlvbnMgCUdEQgkJCSMgU3VwcG9ydCByZW1vdGUgR0RCLgpvcHRpb25z IAlJTlZBUklBTlRTCQkjIEVuYWJsZSBjYWxscyBvZiBleHRyYSBzYW5pdHkgY2hlY2tpbmcKb3B0 aW9ucyAJSU5WQVJJQU5UX1NVUFBPUlQJIyBFeHRyYSBzYW5pdHkgY2hlY2tzIG9mIGludGVybmFs IHN0cnVjdHVyZXMsIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKb3B0aW9ucyAJV0lUTkVTUwkJCSMg RW5hYmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNsZXMKb3B0aW9ucyAJV0lU TkVTU19TS0lQU1BJTgkjIERvbid0IHJ1biB3aXRuZXNzIG9uIHNwaW5sb2NrcyBmb3Igc3BlZWQK CiMgVG8gbWFrZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0d28gYXJlIG5lZWRlZApvcHRpb25z IAlTTVAJCSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5lbApkZXZpY2UJCWFwaWMJCSMg SS9PIEFQSUMKCiMgQnVzIHN1cHBvcnQuICBEbyBub3QgcmVtb3ZlIGlzYSwgZXZlbiBpZiB5b3Ug aGF2ZSBubyBpc2Egc2xvdHMKZGV2aWNlCQlpc2EKZGV2aWNlCQllaXNhCmRldmljZQkJcGNpCgoj IEZsb3BweSBkcml2ZXMKZGV2aWNlCQlmZGMKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2VzCmRldmlj ZQkJYXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNlCQlhdGFyYWlk CQkjIEFUQSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00gZHJpdmVz CmRldmljZQkJYXRhcGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVzCmRldmljZQkJYXRhcGlzdAkJ IyBBVEFQSSB0YXBlIGRyaXZlcwpvcHRpb25zIAlBVEFfU1RBVElDX0lECSMgU3RhdGljIGRldmlj ZSBudW1iZXJpbmcKCiMgU0NTSSBDb250cm9sbGVycwojZGV2aWNlCQlhaGIJCSMgRUlTQSBBSEEx NzQyIGZhbWlseQpkZXZpY2UJCWFoYwkJIyBBSEEyOTQwIGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2 aWNlcwojZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBk ZXZpY2VzCiNkZXZpY2UJCWFtZAkJIyBBTUQgNTNDOTc0IChUZWtyYW0gREMtMzkwKFQpKQojZGV2 aWNlCQlpc3AJCSMgUWxvZ2ljIGZhbWlseQojZGV2aWNlCQltcHQJCSMgTFNJLUxvZ2ljIE1QVC1G dXNpb24KI2RldmljZQkJbmNyCQkjIE5DUi9TeW1iaW9zIExvZ2ljCmRldmljZQkJc3ltCQkjIE5D Ui9TeW1iaW9zIExvZ2ljIChuZXdlciBjaGlwc2V0cyArIHRob3NlIG9mIGBuY3InKQojZGV2aWNl CQl0cm0JCSMgVGVrcmFtIERDMzk1VS9VVy9GIERDMzE1VSBhZGFwdGVycwoKI2RldmljZQkJYWR2 CQkjIEFkdmFuc3lzIFNDU0kgYWRhcHRlcnMKI2RldmljZQkJYWR3CQkjIEFkdmFuc3lzIHdpZGUg U0NTSSBhZGFwdGVycwojZGV2aWNlCQlhaGEJCSMgQWRhcHRlYyAxNTR4IFNDU0kgYWRhcHRlcnMK I2RldmljZQkJYWljCQkjIEFkYXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFwdGVycywgQUlDLTZbMjNd NjAuCiNkZXZpY2UJCWJ0CQkjIEJ1c2xvZ2ljL015bGV4IE11bHRpTWFzdGVyIFNDU0kgYWRhcHRl cnMKCiNkZXZpY2UJCW5jdgkJIyBOQ1IgNTNDNTAwCiNkZXZpY2UJCW5zcAkJIyBXb3JrYml0IE5p bmphIFNDU0ktMwojZGV2aWNlCQlzdGcJCSMgVE1DIDE4QzMwLzE4QzUwCgojIFNDU0kgcGVyaXBo ZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRldmlj ZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3Mg KGRpc2tzKQpkZXZpY2UJCXNhCQkjIFNlcXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykKZGV2aWNl CQljZAkJIyBDRApkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJlY3QgU0NT SSBhY2Nlc3MpCmRldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5k IFNBRi1URSkKCgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQ Uy8yIG1vdXNlCmRldmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xsZXIKZGV2aWNl CQlhdGtiZAkJIyBBVCBrZXlib2FyZApkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNlCgpkZXZpY2UJ CXZnYQkJIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXIKCmRldmljZQkJc3BsYXNoCQkjIFNwbGFzaCBz Y3JlZW4gYW5kIHNjcmVlbiBzYXZlciBzdXBwb3J0CgojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQg Y29uc29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4gU0NPIGNvbnNvbGUKZGV2aWNlCQlzYwoKIyBF bmFibGUgdGhpcyBmb3IgdGhlIHBjdnQgKFZUMjIwIGNvbXBhdGlibGUpIGNvbnNvbGUgZHJpdmVy CiNkZXZpY2UJCXZ0CiNvcHRpb25zIAlYU0VSVkVSCQkjIHN1cHBvcnQgZm9yIFggc2VydmVyIG9u IGEgdnQgY29uc29sZQojb3B0aW9ucyAJRkFUX0NVUlNPUgkjIHN0YXJ0IHdpdGggYmxvY2sgY3Vy c29yCgpkZXZpY2UJCWFncAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBzZXRzCgojIEZsb2F0 aW5nIHBvaW50IHN1cHBvcnQgLSBkbyBub3QgZGlzYWJsZS4KZGV2aWNlCQlucHgKCiMgUG93ZXIg bWFuYWdlbWVudCBzdXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykKI2RldmljZQkJ YXBtCiMgQWRkIHN1c3BlbmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1NC4KZGV2aWNlCQlw bXRpbWVyCgojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJy aWRnZSBzdXBwb3J0CmRldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNl CQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENhcmRC dXMgKDMyLWJpdCkgYnVzCgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJIyA4MjUw LCAxNls0NV01MCBiYXNlZCBzZXJpYWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9ydApkZXZpY2UJCXBw YwpkZXZpY2UJCXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2aWNlCQls cHQJCSMgUHJpbnRlcgpkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwKZGV2aWNl CQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZpY2UJCXZwbwkJIyBS ZXF1aXJlcyBzY2J1cyBhbmQgZGEKCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBj b21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRo ZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyEKZGV2aWNl CQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0CiNkZXZpY2UJCWJmZQkJIyBCcm9hZGNvbSBCQ000 NDB4IDEwLzEwMCBFdGhlcm5ldAojZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20gQkNNNTcweHggR2ln YWJpdCBFdGhlcm5ldAojZGV2aWNlCQlkYwkJIyBERUMvSW50ZWwgMjExNDMgYW5kIHZhcmlvdXMg d29ya2FsaWtlcwpkZXZpY2UJCWZ4cAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUFJPLzEwMEIgKDgy NTU3LCA4MjU1OCkKI2RldmljZQkJcGNuCQkjIEFNRCBBbTc5Qzk3eCBQQ0kgMTAvMTAwIChwcmVj ZWRlbmNlIG92ZXIgJ2xuYycpCiNkZXZpY2UJCXJlCQkjIFJlYWxUZWsgODEzOUMrLzgxNjkvODE2 OVMvODExMFMKZGV2aWNlCQlybAkJIyBSZWFsVGVrIDgxMjkvODEzOQojZGV2aWNlCQlzZgkJIyBB ZGFwdGVjIEFJQy02OTE1IChgYFN0YXJmaXJlJycpCiNkZXZpY2UJCXNpcwkJIyBTaWxpY29uIElu dGVncmF0ZWQgU3lzdGVtcyBTaVMgOTAwL1NpUyA3MDE2CiNkZXZpY2UJCXNrCQkjIFN5c0tvbm5l Y3QgU0stOTg0eCAmIFNLLTk4MnggZ2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQlzdGUJCSMgU3Vu ZGFuY2UgU1QyMDEgKEQtTGluayBERkUtNTUwVFgpCiNkZXZpY2UJCXRpCQkjIEFsdGVvbiBOZXR3 b3JrcyBUaWdvbiBJL0lJIGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJdGwJCSMgVGV4YXMgSW5z dHJ1bWVudHMgVGh1bmRlckxBTgojZGV2aWNlCQl0eAkJIyBTTUMgRXRoZXJQb3dlciBJSSAoODNj MTcwIGBgRVBJQycnKQojZGV2aWNlCQl2cgkJIyBWSUEgUmhpbmUsIFJoaW5lIElJCiNkZXZpY2UJ CXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYKZGV2aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21l cmFuZycnLCBgYEN5Y2xvbmUnJykKCiMgV2lyZWxlc3MgTklDIGNhcmRzCmRldmljZQkJd2xhbgkJ IyA4MDIuMTEgc3VwcG9ydApkZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80ODAwIDgwMi4xMSB3 aXJlbGVzcyBOSUNzLgpkZXZpY2UJCWF3aQkJIyBCYXlTdGFjayA2NjAgYW5kIG90aGVycwpkZXZp Y2UJCXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgoj ZGV2aWNlCQl3bAkJIyBPbGRlciBub24gODAyLjExIFdhdmVsYW4gd2lyZWxlc3MgTklDLgoKIyBQ c2V1ZG8gZGV2aWNlcy4KZGV2aWNlCQlsb29wCQkjIE5ldHdvcmsgbG9vcGJhY2sKZGV2aWNlCQlt ZW0JCSMgTWVtb3J5IGFuZCBrZXJuZWwgbWVtb3J5IGRldmljZXMKZGV2aWNlCQlpbwkJIyBJL08g ZGV2aWNlCmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlCmRldmljZQkJZXRoZXIJCSMg RXRoZXJuZXQgc3VwcG9ydApkZXZpY2UJCXNsCQkjIEtlcm5lbCBTTElQCmRldmljZQkJcHBwCQkj IEtlcm5lbCBQUFAKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMg UHNldWRvLXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKZGV2 aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKZGV2aWNlCQlmYWl0aAkJIyBJUHY2 LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJs ZXMgdGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0 cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQpkZXZpY2UJCWJwZgkJIyBCZXJr ZWxleSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBVSENJIFBD SS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UK ZGV2aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMgVVNCIERv dWJsZSBCdWxrIFBpcGUgZGV2aWNlcwpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpkZXZpY2UJCXVo aWQJCSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQK ZGV2aWNlCQl1bHB0CQkjIFByaW50ZXIKZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNzIHN0b3Jh Z2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKZGV2aWNlCQl1bXMJCSMgTW91c2UKZGV2aWNlCQl1 cmlvCQkjIERpYW1vbmQgUmlvIDUwMCBNUDMgcGxheWVyCmRldmljZQkJdXNjYW5uZXIJIyBTY2Fu bmVycwojIFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpCiNkZXZpY2UJCWF1ZQkJIyBBRE10ZWsg VVNCIEV0aGVybmV0CiNkZXZpY2UJCWF4ZQkJIyBBU0lYIEVsZWN0cm9uaWNzIFVTQiBFdGhlcm5l dAojZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgRXRoZXJuZXQKI2RldmljZQkJa3VlCQkjIEthd2Fz YWtpIExTSSBVU0IgRXRoZXJuZXQKI2RldmljZQkJcnVlCQkjIFJlYWxUZWsgUlRMODE1MCBVU0Ig RXRoZXJuZXQKCgojIyMgY3VzdG9tIG9wdGlvbnMgZm9yIFNVQk1BUklORV9TTVAgIyMjCgoKIyBz b3VuZCBkZXZpY2VzCgpkZXZpY2UJCXNvdW5kCmRldmljZQkJc25kX3NiYwpkZXZpY2UJCSJzbmRf c2IxNiIKCgojIyBuZXR3b3JraW5nIG9wdGlvbnMgIyMKCiMgcGYgCgpkZXZpY2UJCXBmCmRldmlj ZQkJcGZsb2cKZGV2aWNlCQlwZnN5bmMKCiMgYWx0cQoKb3B0aW9ucwkJQUxUUQpvcHRpb25zCQlB TFRRX0NCUQpvcHRpb25zCQlBTFRRX1JFRApvcHRpb25zCQlBTFRRX1JJTwpvcHRpb25zCQlBTFRR X0hGU0MKb3B0aW9ucwkJQUxUUV9DRE5SCm9wdGlvbnMJCUFMVFFfUFJJUQpvcHRpb25zCQlBTFRR X05PUENDCm9wdGlvbnMJCUFMVFFfREVCVUcKCiMgcnVkaW1lbnRhcnkgcHJvdGVjdGlvbgoKb3B0 aW9ucwkJSVBTVEVBTFRICm9wdGlvbnMJCVRDUF9EUk9QX1NZTkZJTgoKCgojIHJlYXNvbmFibGUg aHogbGV2ZWwKCm9wdGlvbnMJCUhaPTIwMDAKCgoKIyMgc2V0IGNvbnNvbGUgcmVzb2x1dGlvbiB0 byA4MDB4NjAwLCAxMDI0eDc2OCBhd2FpdHMhISAjIwoKIyBWRVNBIHN1cHBvcnQKCm9wdGlvbnMJ CVZFU0EKCiMgcmFzdGVyIGRpc3BsYXkgc3VwcG9ydCBmb3IgODAweDYwMCByZXNvbHV0aW9uCgpv cHRpb25zCQlTQ19QSVhFTF9NT0RFCgoKCiMgc3VwcG9ydCBmb3IgSU5URUwgUElJWDQgU01CdXMK CmRldmljZQkJc21idXMKZGV2aWNlCQlpbnRwbQpkZXZpY2UJCXNtYgoKCgojIGVuYWJsZSBkZXZp Y2UgcG9sbGluZwoKI29wdGlvbnMgCURFVklDRV9QT0xMSU5HCgog --Multipart=_Sun__12_Sep_2004_20_00_50_+0200_O4xlW+3NVhs/l2s4-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 18:02:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8468E16A4CE; Sun, 12 Sep 2004 18:02:30 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7066743D48; Sun, 12 Sep 2004 18:02:29 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8CI2KDL072590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Sep 2004 21:02:21 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8CI2L4P018322; Sun, 12 Sep 2004 21:02:21 +0300 (EEST) (envelope-from ru) Date: Sun, 12 Sep 2004 21:02:21 +0300 From: Ruslan Ermilov To: Jens Schweikhardt Message-ID: <20040912180221.GB18232@ip.net.ua> References: <412CBC91.3070900@portaone.com> <412CD983.2040700@cronyx.ru> <20040825183342.GA81434@xor.obsecurity.org> <20040912112411.GA62181@schweikhardt.net> <20040912140311.GA60265@schweikhardt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: <20040912140311.GA60265@schweikhardt.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Maxim Sobolev cc: portmgr@FreeBSD.ORG cc: Roman Kurakin cc: current@FreeBSD.ORG cc: Kris Kennaway Subject: Re: ccache support for make buildworld/make release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 18:02:30 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 12, 2004 at 04:03:11PM +0200, Jens Schweikhardt wrote: > Following up myself, >=20 > On Sun, Sep 12, 2004 at 01:24:11PM +0200, Jens Schweikhardt wrote: > # On Wed, Aug 25, 2004 at 11:33:42AM -0700, Kris Kennaway wrote: > # ... > # # BTW, I don't think there's anything to set up..you just set > # # CC=3D"ccache cc" or similar. >=20 > I've investigated further and found that the cc which is used > after bootstrapping uses a different start for include path > search, e.g. >=20 > /usr/bin/cc -v ... > #include "..." search starts here: > #include <...> search starts here: > /usr/include > End of search list. >=20 > /usr/obj/share/HEAD/src/i386/usr/bin/cc -v ... > #include "..." search starts here: > #include <...> search starts here: > /usr/obj/share/HEAD/src/i386/usr/include > End of search list. >=20 > This is why the includes are not found when ccache is forced to use > /usr/bin/cc. Which somewhat defeats the purpose of ccache: if the > build switches compilers, ccache only speeds up the bootstrapping > up to that point. Unfortunately, ccache also hashes the compiler's > modification timestamp, so each time a new cc is used in the build, > this effectively means no more cache hits for all previous compiled > files. >=20 > Hmm. Maybe I could hack ccache to make it ignore the modification > timestamp... Hmmm. Room for foot shooting... Hmmm. >=20 ccache can be useful with "make all". But with buildworld, since the compiler is alwys rebuilt, ccache is only useful with -DNOCLEAN, when the compiler is not upgraded. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRI8tqRfpzJluFF4RAnqIAJ4tpQRM5E1HcOUOGng3CxMHdrU91QCeKmaS FK/jrhlA+v2loArX3uKPv9I= =7cQT -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 18:23:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 357FE16A4CE; Sun, 12 Sep 2004 18:23:01 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3B4243D3F; Sun, 12 Sep 2004 18:23:00 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i8CIMoQI051153; Sun, 12 Sep 2004 11:22:54 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200409121822.i8CIMoQI051153@gw.catspoiler.org> Date: Sun, 12 Sep 2004 11:22:50 -0700 (PDT) From: Don Lewis To: nork@FreeBSD.org In-Reply-To: <200409120917.i8C9HoXl002036@sakura.ninth-nine.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: takawata@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: stephane@FreeBSD.org Subject: Re: [PANIC] snd_sb16 on 5.3-BETA4 over qemu are fixed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 18:23:01 -0000 On 12 Sep, Norikatsu Shigemura wrote: > snd_sb16 on 5.3-BETA4 over qemu(modified by nork and takawata) > causes panic. But this is well-known problem as kern/71189. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=71189 > > I confirmed that this patch is good. Anyone, would you please > commit to 6-current and 5.3 branch? I just commited the patch to 6-CURRENT. I'll commit it to RELENG_5 in a few days, with re@ approval. From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 19:42:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61E8A16A4CE; Sun, 12 Sep 2004 19:42:11 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E0243D3F; Sun, 12 Sep 2004 19:42:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8CJgArv070412; Sun, 12 Sep 2004 15:42:10 -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 i8CJgAYp023134; Sun, 12 Sep 2004 15:42:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4740F7303F; Sun, 12 Sep 2004 15:42:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040912194210.4740F7303F@freebsd-current.sentex.ca> Date: Sun, 12 Sep 2004 15:42:10 -0400 (EDT) Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 19:42:11 -0000 TB --- 2004-09-12 18:14:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-12 18:14:11 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2004-09-12 18:14:11 - checking out the source tree TB --- 2004-09-12 18:14:11 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2004-09-12 18:14:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-12 18:22:14 - building world (CFLAGS=-O -pipe) TB --- 2004-09-12 18:22:14 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-12 18:22:14 - /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 TB --- 2004-09-12 19:22:18 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-12 19:22:18 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-12 19:22:18 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Sep 12 19:22:18 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Sep 12 19:35:15 UTC 2004 TB --- 2004-09-12 19:35:15 - generating LINT kernel config TB --- 2004-09-12 19:35:15 - cd /home/tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/conf TB --- 2004-09-12 19:35:15 - /usr/bin/make -B LINT TB --- 2004-09-12 19:35:15 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-12 19:35:15 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-12 19:35:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 12 19:35:15 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/geom/gate/g_gate.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/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/geom/label/g_label.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/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/geom/label/g_label_iso9660.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/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/geom/label/g_label_msdosfs.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/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/geom/label/g_label_ufs.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/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/geom/mirror/g_mirror.c /tinderbox/RELENG_5/ia64/ia64/src/sys/geom/mirror/g_mirror.c: In function `g_mirror_taste': /tinderbox/RELENG_5/ia64/ia64/src/sys/geom/mirror/g_mirror.c:2483: warning: 'sc' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2004-09-12 19:42:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-12 19:42:10 - ERROR: failed to build lint kernel TB --- 2004-09-12 19:42:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 19:57:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC29D16A4CE; Sun, 12 Sep 2004 19:57:50 +0000 (GMT) Received: from web.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADD0343D1F; Sun, 12 Sep 2004 19:57:49 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.100] (xDSL-2-2.united.net.ua [193.111.9.226]) (authenticated bits=0) by web.portaone.com (8.12.11/8.12.11) with ESMTP id i8CJvcMu030267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Sep 2004 21:57:41 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <4144AA29.2020003@portaone.com> Date: Sun, 12 Sep 2004 22:57:29 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <412CBC91.3070900@portaone.com> <412CD983.2040700@cronyx.ru> <20040825183342.GA81434@xor.obsecurity.org> <20040912112411.GA62181@schweikhardt.net> <20040912140311.GA60265@schweikhardt.net> <20040912180221.GB18232@ip.net.ua> In-Reply-To: <20040912180221.GB18232@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Kris Kennaway cc: Roman Kurakin cc: portmgr@FreeBSD.ORG cc: current@FreeBSD.ORG cc: Jens Schweikhardt Subject: Re: ccache support for make buildworld/make release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 19:57:50 -0000 I have in mind extension for ccache which would allow it to be used with buildworld. Instead of using hashed values of compiler binary size and its last modification time, ccache should be using hash of the compiler binary. To avoid hashing several megabytes worth image on each invocation, compiler binary hash value can be by itself cached using hashed values of compiler binary size and its last modification time. Since linking the same objects from the cache is likely to produce the same binary, bootstrap compiler generated on the second ccached buildworld will be the same as one generated on the first one. -Maxim Ruslan Ermilov wrote: > On Sun, Sep 12, 2004 at 04:03:11PM +0200, Jens Schweikhardt wrote: > >>Following up myself, >> >>On Sun, Sep 12, 2004 at 01:24:11PM +0200, Jens Schweikhardt wrote: >># On Wed, Aug 25, 2004 at 11:33:42AM -0700, Kris Kennaway wrote: >># ... >># # BTW, I don't think there's anything to set up..you just set >># # CC="ccache cc" or similar. >> >>I've investigated further and found that the cc which is used >>after bootstrapping uses a different start for include path >>search, e.g. >> >>/usr/bin/cc -v ... >>#include "..." search starts here: >>#include <...> search starts here: >> /usr/include >>End of search list. >> >>/usr/obj/share/HEAD/src/i386/usr/bin/cc -v ... >>#include "..." search starts here: >>#include <...> search starts here: >> /usr/obj/share/HEAD/src/i386/usr/include >>End of search list. >> >>This is why the includes are not found when ccache is forced to use >>/usr/bin/cc. Which somewhat defeats the purpose of ccache: if the >>build switches compilers, ccache only speeds up the bootstrapping >>up to that point. Unfortunately, ccache also hashes the compiler's >>modification timestamp, so each time a new cc is used in the build, >>this effectively means no more cache hits for all previous compiled >>files. >> >>Hmm. Maybe I could hack ccache to make it ignore the modification >>timestamp... Hmmm. Room for foot shooting... Hmmm. >> > > ccache can be useful with "make all". But with buildworld, since > the compiler is alwys rebuilt, ccache is only useful with -DNOCLEAN, > when the compiler is not upgraded. > > > Cheers, From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 19:58:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8351D16A4CE; Sun, 12 Sep 2004 19:58:17 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 197FE43D45; Sun, 12 Sep 2004 19:58:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8CJwGts072923; Sun, 12 Sep 2004 15:58:16 -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 i8CJwGkm094598; Sun, 12 Sep 2004 15:58:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4BA1C7303F; Sun, 12 Sep 2004 15:58:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040912195816.4BA1C7303F@freebsd-current.sentex.ca> Date: Sun, 12 Sep 2004 15:58:16 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 19:58:17 -0000 TB --- 2004-09-12 19:42:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-12 19:42:10 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-12 19:42:10 - checking out the source tree TB --- 2004-09-12 19:42:10 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-12 19:42:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-12 19:50:04 - building world (CFLAGS=-O -pipe) TB --- 2004-09-12 19:50:04 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-12 19:50:04 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-12 19:58:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-12 19:58:16 - ERROR: failed to build world TB --- 2004-09-12 19:58:16 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 20:07:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3768516A4CE for ; Sun, 12 Sep 2004 20:07:55 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50C3F43D45 for ; Sun, 12 Sep 2004 20:07:53 +0000 (GMT) (envelope-from keramida@linux.gr) Received: (qmail 17185 invoked by uid 207); 12 Sep 2004 20:07:52 -0000 Received: from keramida@linux.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.47):. Processed in 0.995955 secs); 12 Sep 2004 20:07:52 -0000 Received: from dialup47.ach.sch.gr (HELO gothmog.gr) ([81.186.70.47]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 12 Sep 2004 20:07:50 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i8CHOGgb001144 for ; Sun, 12 Sep 2004 20:24:16 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i8CFNpiJ024356; Sun, 12 Sep 2004 18:23:51 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Sun, 12 Sep 2004 18:23:51 +0300 From: Giorgos Keramidas To: Rob Message-ID: <20040912152350.GB54693@gothmog.gr> References: <4140AFB0.6020002@pythonemproject.com> <4140C687.3080406@linuxpowered.com> <4140C9A7.9020407@pythonemproject.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4140C9A7.9020407@pythonemproject.com> Phone: +30-2610-312145 Mobile: +30-6944-116520 cc: freebsd-current@freebsd.org Subject: Mergemaster and a mess of /etc (was: Re: Still getting warning messages for rc.conf & default/rc.conf entries) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 20:07:55 -0000 On 2004-09-09 14:22, Rob wrote: > I will probably recompile the whole system. Have only used mergemaser > once, and somehow everything became a mess. Now I just compare > timestamps and do it manually. You can actually do this fast with the > right technique. Until I started using mergemaster almost exclusively, I used to update my /etc with the following sequence of steps: # cd /usr/src/etc # mkdir /tmp/temproot # make DESTDIR="/tmp/temproot" distrib-dirs # make DESTDIR="/tmp/temproot" distribution # cd /tmp/temproot ; diff -ruN /etc etc > /tmp/patchfile Then I manually edited /tmp/patchfile and applied it to my /etc taking care to run cap_mkdb on /etc/login.conf and pwd_mkdb if /etc/passwd was changed. All these can be handled by mergemaster just fine, though. I still do run the same sequence of steps from time to time, but only as a check to make sure that my /etc doesn't contain stale custom files (not included as part of the base system source) that I created some time ago and then forgot to update or delete when they became useless. To make a long story short, what exactly is it about mergemaster that gives you difficulties and why do you think that your /etc is a mess? A good way to find out is to run the commands shown above and then post the diff output saved in `/tmp/patchfile' to me. I'll check the differences of your /etc from the /usr/src/etc sources and tell you what I find out. * Note: the patchfile might contain critical information (such as the encrypted password of your root account). A bit of caution and a bit of careful editing of the file, to avoid posting sensitive information to a stranger like me (or even worse to a public list), would be fine. Just make sure you don't strip off useful stuff too. - Giorgos From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 20:07:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E30E16A4CE for ; Sun, 12 Sep 2004 20:07:56 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B168743D45 for ; Sun, 12 Sep 2004 20:07:55 +0000 (GMT) (envelope-from keramida@linux.gr) Received: (qmail 17231 invoked by uid 207); 12 Sep 2004 20:07:54 -0000 Received: from keramida@linux.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.47):. Processed in 1.187073 secs); 12 Sep 2004 20:07:54 -0000 Received: from dialup47.ach.sch.gr (HELO gothmog.gr) ([81.186.70.47]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 12 Sep 2004 20:07:52 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i8CHOGgZ001144 for ; Sun, 12 Sep 2004 20:24:16 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i8CFbAW5024399; Sun, 12 Sep 2004 18:37:10 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Sun, 12 Sep 2004 18:37:10 +0300 From: Giorgos Keramidas To: Rob Message-ID: <20040912153710.GC54693@gothmog.gr> References: <4140C31C.8020801@pythonemproject.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4140C31C.8020801@pythonemproject.com> Phone: +30-2610-312145 Mobile: +30-6944-116520 cc: freebsd-current@freebsd.org Subject: Re: warning messages from root mount until login, also my rc.conf file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 20:07:56 -0000 On 2004-09-09 13:54, Rob wrote: > Sorry about attaching files but can't seem to put them inline with > mozilla. Perhaps Sylpheed would work better. Copy/paste works in mozilla as expected, but you should probably stick to attachments for material that the text formatting matters at all, since Mozilla and practically all the GUI mailers that I've tried tend to do strange and evil things to the formatting of text. > #!/bin/sh > # > [snip a file that looks a lot like a copy of defaults/rc.conf in /etc]. Hmmm, this is wrong. Definitely wrong. The `rc.conf' file in /etc is meant to be a much smaller file than `/etc/defaults/rc.conf' and it most certainly does *NOT* need an initial #!/bin/sh line. The `/etc/rc.conf' file is not supposed to be a copy of the entire `/etc/defaults/rc.conf' file. It should only contain overrides (as the comment of the first paragraph below mentions: > # This is rc.conf - a file full of useful variables that you can set > # to change the default startup behavior of your system. You should > # not edit this file! Put any overrides into one of the ${rc_conf_files} > # instead and you will be able to update these defaults later without > # spamming your local configuration information. If this is not /etc/rc.conf but /etc/defaults/rc.conf please read again the comments above. You should not edit this file directly! If this is your /etc/rc.conf though, make sure you trim away whatever is not needed. An rc.conf file that would work fine for a workstation with one network interface card and several customizations for local services and/or options could look like this (most of this is copied from my own rc.conf at home): # system console options: cursor="destructive" keyrate="200.35" # misc options: clear_tmp_enable="YES" dumpdev="/dev/ad0s3b" # network related options: hostname="pc15.example.net" network_interfaces="lo0 sis0" ifconfig_lo0="inet 127.0.0.1" ifconfig_sis0="inet 192.168.0.30" # firewall setup: firewall_enable="YES" firewall_quiet="YES" firewall_logging="YES" firewall_type="/etc/ipfw.rules" # 1. enabled services: usbd_enable="YES" syslogd_enable="YES" syslogd_flags="-s -s" # 2. disabled services: inetd_enable="NO" sshd_enable="NO" rpc_lockd_enable="NO" rpc_statd_enable="NO" portmap_enable="NO" devd_enable="NO" - Giorgos From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 20:10:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2B6216A4D2 for ; Sun, 12 Sep 2004 20:10:43 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55D3C43D39 for ; Sun, 12 Sep 2004 20:10:43 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8CKAUhC010329; Sun, 12 Sep 2004 16:10:30 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8CKAU85010324; Sun, 12 Sep 2004 16:10:30 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 12 Sep 2004 16:10:29 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andre Guibert de Bruet In-Reply-To: <20040912130336.R84468@alpha.siliconlandmark.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: 6-CURRENT Network stack issues w/SMP? (Was: Re: TreeListfailed: Network write failure: ChannelMux.ProtocolError) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 20:10:44 -0000 On Sun, 12 Sep 2004, Andre Guibert de Bruet wrote: > Using an rl-based network card, I am able to transfer data without any > problems. Any idea who the nge maintainer is? I'm not sure we have an nge maintainer, but I'm also not sure it's needed much maintenance (perhaps until now). Bill Paul wrote it, I believe, however. I'm thinking there are a couple of things we should try doing: - First, we should confirm that Giant really is properly held in some strategic places in the driver. I.e., slap down GIANT_REQUIRED in a bunch of interesting looking places (perhaps the head of most of the functions). We could be entering the ioctl code w/o Giant, perhaps, or the watch dog. - Attempt to identify whether or not the corruption corresponds with other failure modes that may be present, such as packet loss. Perhaps we're looking at a problem with reassembly and/or retransmission. It would be useful to know, for example, if the counters relating to TCP packet loss go up at about the time corruption occurs. - We should probably build a test tool to characterize the corruption a bit better. We could potentially start out just by dd'ing a big file of zeros through netcat between two hosts using if_nge, and confirm that the zeros get there in one piece, and then try with more complex data patterns that would reveal improper ordering, etc. - For grins, could you try running the same software with TCP SACK turned off and confirm that the problem is still present? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 20:13:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ECFD16A4CE for ; Sun, 12 Sep 2004 20:13:57 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE0A143D46 for ; Sun, 12 Sep 2004 20:13:56 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i8CKDuSm043734 for ; Sun, 12 Sep 2004 15:13:56 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 66.13.175.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Sun, 12 Sep 2004 15:13:56 -0500 (CDT) Message-ID: <54544.66.13.175.242.1095020036.squirrel@mail.ringofsaturn.com> In-Reply-To: <59222.66.13.175.242.1095011001.squirrel@mail.ringofsaturn.com> References: <1131.66.13.175.243.1094958979.squirrel@mail.ringofsaturn.com> <20040912051028.GA74510@hub.freebsd.org> <62869.66.13.175.242.1094996122.squirrel@mail.ringofsaturn.com> <4144891F.2070308@elischer.org> <59222.66.13.175.242.1095011001.squirrel@mail.ringofsaturn.com> Date: Sun, 12 Sep 2004 15:13:56 -0500 (CDT) From: "Rusty Nejdl" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean Subject: Re: Freeze up on Beta-4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 20:13:57 -0000 One other thing that has come up with moving to 4BSD as my scheduler and running BETA4 is that now WINE won't stop running. With Beta3 and ULE as my scheduler, I could run MSMoney within wine just fine and close it just fine. Now, when I close the program, wine stays around and uses 100% of my cpu. A kill -9 must be used to stop the process. Thanks! Rusty From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 20:16:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11F3216A4CE for ; Sun, 12 Sep 2004 20:16:13 +0000 (GMT) Received: from fed1rmmtao06.cox.net (fed1rmmtao06.cox.net [68.230.241.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0BDC43D1D for ; Sun, 12 Sep 2004 20:16:12 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao06.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040912201612.OMTG27594.fed1rmmtao06.cox.net@mezz.mezzweb.com> for ; Sun, 12 Sep 2004 16:16:12 -0400 Date: Sun, 12 Sep 2004 15:16:14 -0500 To: freebsd-current@freebsd.org From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (Linux, build 751) Subject: What's default value of -ftemplate-depth in GCC 3.4.2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 20:16:13 -0000 Hello, I am not sure if I am right, but I have a feel that it is possible that GCC has forgotten to make the change in the document. Or, maybe someone change the GCC 3.4.2's default in FreeBSD? Current, in the document said that the default value is 17 but it looks like it's more than 17 to me. http://gcc.gnu.org/onlinedocs/gcc-3.4.1/gcc/C---Dialect-Options.html#C++%20Dialect%20Options ============================================= -ftemplate-depth-n Set the maximum instantiation depth for template classes to n. A limit on the template instantiation depth is needed to detect endless recursions during template class instantiation. ANSI/ISO C++ conforming programs must not rely on a maximum depth greater than 17. ============================================= I am working on the games/wesnoth update to 0.8.4 and it will fail build on FreeBSD 4.x w/ GCC 2.9x. But, it doesn't fail the build on FreeBSD 5.x w/ GCC 3.4.2. The error looks like this: ============================================= In file included from display.hpp:17, from font.hpp:19, from about.cpp:15: /usr/include/g++/stl_iterator.h: In function `void destroy >::frame *>(animated >::frame *, animated >::frame *)': /usr/include/g++/stl_iterator.h:154: template instantiation depth exceeds maximum of 17 /usr/include/g++/stl_iterator.h:154: (use -ftemplate-depth-NN to increase the maximum) /usr/include/g++/stl_iterator.h:154: instantiating `iterator_traits >::frame *>' [...goes on...] ============================================= So, I added the -ftemplate-depth-20 and it was insteresting that it will fail the build on FreeBSD 5.x w/ GCC 3.4.2 now. Changed it to 45 and it successed. So... This is what it makes me think that GCC team might have change something that is undocumented. Althought, I didn't check the changelog lower than 3.4.1. I don't know where the right place for me to check the default value of -ftemplate-depth. The developer of Wesnoth said that his source code doesn't has more than 10 template depth and said that FreeBSD 4.x's compiler has the bug... I am not sure if he is right, since if I put -ftemplate-depth-20 and it will fail on GCC 3.4.2 either. One more thing, how can I count the template depth in any source code? Cheers, Mezz -- mezz7 at cox.net - mezz at FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 21:30:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 029D916A4CE for ; Sun, 12 Sep 2004 21:30:41 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA32343D58 for ; Sun, 12 Sep 2004 21:30:40 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8CLUS5k011830; Sun, 12 Sep 2004 17:30:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8CLURvn011827; Sun, 12 Sep 2004 17:30:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 12 Sep 2004 17:30:27 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andre Guibert de Bruet In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: 6-CURRENT Network stack issues w/SMP? (Was: Re: TreeListfailed: Network write failure: ChannelMux.ProtocolError) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 21:30:41 -0000 On Sun, 12 Sep 2004, Robert Watson wrote: > On Sun, 12 Sep 2004, Andre Guibert de Bruet wrote: > > > Using an rl-based network card, I am able to transfer data without any > > problems. Any idea who the nge maintainer is? > > I'm not sure we have an nge maintainer, but I'm also not sure it's > needed much maintenance (perhaps until now). Bill Paul wrote it, I > believe, however. I'm thinking there are a couple of things we should > try doing: Another thing to try is to use the ping command with a large packet size (maybe just below MTU) and relatively rapid rate to see if it reports any data corruption. That might help us confirm whether this is isolated to UDP or not. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 23:22:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972D516A4F1 for ; Sun, 12 Sep 2004 23:22:43 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1497B43D1D for ; Sun, 12 Sep 2004 23:22:43 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from pythonemproject.com (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc13) with ESMTP id <2004091223224201600holrue> (Authid: europax); Sun, 12 Sep 2004 23:22:42 +0000 Message-ID: <4144DA7C.5070103@pythonemproject.com> Date: Sun, 12 Sep 2004 16:23:40 -0700 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <4140AFB0.6020002@pythonemproject.com> <4140C687.3080406@linuxpowered.com> <4140C9A7.9020407@pythonemproject.com> <20040912152350.GB54693@gothmog.gr> In-Reply-To: <20040912152350.GB54693@gothmog.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Mergemaster and a mess of /etc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 23:22:43 -0000 Giorgos Keramidas wrote: >On 2004-09-09 14:22, Rob wrote: > > >>I will probably recompile the whole system. Have only used mergemaser >>once, and somehow everything became a mess. Now I just compare >>timestamps and do it manually. You can actually do this fast with the >>right technique. >> >> > >Until I started using mergemaster almost exclusively, I used to update my >/etc with the following sequence of steps: > > # cd /usr/src/etc > # mkdir /tmp/temproot > # make DESTDIR="/tmp/temproot" distrib-dirs > # make DESTDIR="/tmp/temproot" distribution > # cd /tmp/temproot ; diff -ruN /etc etc > /tmp/patchfile > >Then I manually edited /tmp/patchfile and applied it to my /etc taking care >to run cap_mkdb on /etc/login.conf and pwd_mkdb if /etc/passwd was changed. > >All these can be handled by mergemaster just fine, though. I still do run >the same sequence of steps from time to time, but only as a check to make >sure that my /etc doesn't contain stale custom files (not included as part >of the base system source) that I created some time ago and then forgot to >update or delete when they became useless. > >To make a long story short, what exactly is it about mergemaster that gives >you difficulties and why do you think that your /etc is a mess? A good way >to find out is to run the commands shown above and then post the diff >output saved in `/tmp/patchfile' to me. I'll check the differences of your >/etc from the /usr/src/etc sources and tell you what I find out. > >* Note: the patchfile might contain critical information (such as the > encrypted password of your root account). A bit of caution and a bit of > careful editing of the file, to avoid posting sensitive information to a > stranger like me (or even worse to a public list), would be fine. Just > make sure you don't strip off useful stuff too. > >- Giorgos > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > Thank you for information. I think the problem is not mergemaster, but me. I've just temporarilly gotten burnt out on computers. I'm sure in a week or so I will be fine. ;Rob From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 23:30:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEB5916A4CE for ; Sun, 12 Sep 2004 23:30:24 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7216A43D39 for ; Sun, 12 Sep 2004 23:30:24 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from pythonemproject.com (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (sccrmhc13) with ESMTP id <2004091223302301600hli93e> (Authid: europax); Sun, 12 Sep 2004 23:30:23 +0000 Message-ID: <4144DC4F.10209@pythonemproject.com> Date: Sun, 12 Sep 2004 16:31:27 -0700 From: Rob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <4140C31C.8020801@pythonemproject.com> <20040912153710.GC54693@gothmog.gr> In-Reply-To: <20040912153710.GC54693@gothmog.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: warning messages from root mount until login, also my rc.conf file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rob@pythonemproject.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 23:30:24 -0000 Giorgos Keramidas wrote: >On 2004-09-09 13:54, Rob wrote: > > >>Sorry about attaching files but can't seem to put them inline with >>mozilla. Perhaps Sylpheed would work better. >> >> > >Copy/paste works in mozilla as expected, but you should probably stick >to attachments for material that the text formatting matters at all, >since Mozilla and practically all the GUI mailers that I've tried tend >to do strange and evil things to the formatting of text. > > > >>#!/bin/sh >># >>[snip a file that looks a lot like a copy of defaults/rc.conf in /etc]. >> >> > >Hmmm, this is wrong. Definitely wrong. The `rc.conf' file in /etc is >meant to be a much smaller file than `/etc/defaults/rc.conf' and it most >certainly does *NOT* need an initial #!/bin/sh line. > >The `/etc/rc.conf' file is not supposed to be a copy of the entire >`/etc/defaults/rc.conf' file. It should only contain overrides (as the >comment of the first paragraph below mentions: > > > >># This is rc.conf - a file full of useful variables that you can set >># to change the default startup behavior of your system. You should >># not edit this file! Put any overrides into one of the ${rc_conf_files} >># instead and you will be able to update these defaults later without >># spamming your local configuration information. >> >> > >If this is not /etc/rc.conf but /etc/defaults/rc.conf please read again >the comments above. You should not edit this file directly! > >If this is your /etc/rc.conf though, make sure you trim away whatever is >not needed. An rc.conf file that would work fine for a workstation with >one network interface card and several customizations for local services >and/or options could look like this (most of this is copied from my own >rc.conf at home): > > # system console options: > cursor="destructive" > keyrate="200.35" > > # misc options: > clear_tmp_enable="YES" > dumpdev="/dev/ad0s3b" > > # network related options: > hostname="pc15.example.net" > network_interfaces="lo0 sis0" > ifconfig_lo0="inet 127.0.0.1" > ifconfig_sis0="inet 192.168.0.30" > > # firewall setup: > firewall_enable="YES" > firewall_quiet="YES" > firewall_logging="YES" > firewall_type="/etc/ipfw.rules" > > # 1. enabled services: > usbd_enable="YES" > syslogd_enable="YES" > syslogd_flags="-s -s" > # 2. disabled services: > inetd_enable="NO" > sshd_enable="NO" > rpc_lockd_enable="NO" > rpc_statd_enable="NO" > portmap_enable="NO" > devd_enable="NO" > >- Giorgos > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > With a couple of exceptions, like nfs, I didnt think I had unused info in there. I will take a look at it and also what I posted. Maybe I goofed and did post defaults/etc Rob From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 00:13:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2335616A4CE for ; Mon, 13 Sep 2004 00:13:42 +0000 (GMT) Received: from demonserver.de (demonserver.de [217.160.109.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3697A43D45 for ; Mon, 13 Sep 2004 00:13:41 +0000 (GMT) (envelope-from email@demonlord.de) Received: from localhost (demonserver [127.0.0.1]) by demonserver.de (Postfix) with ESMTP id 1D45F16B5A8 for ; Mon, 13 Sep 2004 02:13:16 +0200 (CEST) Received: from demonserver.de ([127.0.0.1]) by localhost (demonserver.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20913-05 for ; Mon, 13 Sep 2004 02:13:15 +0200 (CEST) Received: from [172.16.100.5] (i538781F4.versanet.de [83.135.129.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by demonserver.de (Postfix) with ESMTP id 2DE6D16B501 for ; Mon, 13 Sep 2004 02:13:14 +0200 (CEST) Message-ID: <4144E620.8070603@demonlord.de> Date: Mon, 13 Sep 2004 02:13:20 +0200 From: Christian Reiss User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig504176DDA0B8D8FF92ECE7A4" X-Virus-Scanned: by amavisd-new at demonserver.de using F-Prot. Subject: FreeBSD / PostFix / Sasl / PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 00:13:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig504176DDA0B8D8FF92ECE7A4 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Greetings! I hope I picked the right discussion list for this. I am having trouble with FreeBSD-latest and Postfix / SASL2 / PAM authentification. It seems the saslauthd is core'dumping all the time, that is, when a user tried to auth him/herself per smtp. PostFix uses a configuration file that is known to work on another system, I tripple checked that. I am pretty sure the problem lies within the sasl2 stuff somewhere. Nearly all HowTo's on the net either deal with Sasl/Pam_mysql or deal with pam (what i need) but dont help me. /var/log/maillog --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- Sep 12 23:55:54 alpha-labs postfix/smtpd[20053]: warning: user.host.com[1.2.3.4]: SASL PLAIN authentication failed Sep 12 23:55:54 alpha-labs postfix/smtpd[20053]: warning: SASL authentication failure: size read failed Sep 12 23:55:54 alpha-labs postfix/smtpd[20053]: warning: user.host.com[1.2.3.4]: SASL LOGIN authentication failed Sep 12 23:56:02 alpha-labs postfix/smtpd[20053]: lost connection after AUTH from user.host.com[1.2.3.4] Sep 12 23:56:02 alpha-labs postfix/smtpd[20053]: disconnect from user.host.com[1.2.3.4] --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- /var/log/messages --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- Sep 12 23:55:54 myhost kernel: pid 20047 (saslauthd), uid 0: exited on signal 11 (core dumped) Sep 12 23:55:54 myhost kernel: pid 20048 (saslauthd), uid 0: exited on signal 11 (core dumped) --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- uname -a --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- FreeBSD alpha-labs 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Sep 7 15:13:48 CEST 2004 root@:/usr/obj/usr/src/sys/ALPHALABS i386 --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- root@alpha-labs:~# postconf -m static sdbm cidr pcre regexp environ proxy btree unix hash --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- root@alpha-labs:/usr/ports/security/cyrus-sasl2-saslauthd# saslauthd -a pam -d saslauthd[20046] :main : num_procs : 5 saslauthd[20046] :main : mech_option: NULL saslauthd[20046] :main : run_path : /var/state/saslauthd saslauthd[20046] :main : auth_mech : pam saslauthd[20046] :ipc_init : using accept lock file: /var/state/saslauthd/mux.accept saslauthd[20046] :detach_tty : master pid is: 0 saslauthd[20046] :ipc_init : listening on socket: /var/state/saslauthd/mux saslauthd[20046] :main : using process model saslauthd[20046] :have_baby : forked child: 20047 saslauthd[20047] :get_accept_lock : acquired accept lock saslauthd[20046] :have_baby : forked child: 20048 saslauthd[20046] :have_baby : forked child: 20049 saslauthd[20046] :have_baby : forked child: 20050 saslauthd[20048] :get_accept_lock : acquired accept lock saslauthd[20047] :rel_accept_lock : released accept lock saslauthd[20046] :handle_sigchld : child exited: 20047 saslauthd[20049] :get_accept_lock : acquired accept lock saslauthd[20048] :rel_accept_lock : released accept lock saslauthd[20046] :handle_sigchld : child exited: 20048 --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- /usr/local/lib/sasl2/smtpd.conf --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- pwcheck_method: saslauthd mech_list: plain login --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- /etc/pam.d/smtp --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- auth required pam_unix.so no_warn try_first_pass --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- excert of /usr/local/etc/postfix/main.cf --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_local_domain = --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- excert of /etc/groups --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- mail:*:6:postfix --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- /var/state/saslauthd --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- total 580 drwxrwx--- 2 cyrus mail 512B Sep 12 23:55 . drwxr-xr-x 3 root wheel 512B Sep 12 23:51 .. srwxrwxrwx 1 root mail 0B Sep 12 23:55 mux -rw------- 1 root mail 0B Sep 12 23:55 mux.accept -rw------- 1 root mail 560K Sep 12 23:55 saslauthd.core --w------- 1 root mail 0B Sep 12 23:55 saslauthd.pid.lock --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- gdb saslauthd saslauthd.core --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- #0 0x2829b923 in strcasecmp () from /lib/libc.so.5 #1 0x282f711c in login_access () from /usr/lib/pam_login_access.so.2 #2 0x282f7004 in login_access () from /usr/lib/pam_login_access.so.2 #3 0x282f6e59 in login_access () from /usr/lib/pam_login_access.so.2 #4 0x282f6d43 in login_access () from /usr/lib/pam_login_access.so.2 #5 0x282f6aa0 in pam_sm_acct_mgmt () from /usr/lib/pam_login_access.so.2 #6 0x28203377 in openpam_dispatch () from /usr/lib/libpam.so.2 #7 0x282028b4 in pam_acct_mgmt () from /usr/lib/libpam.so.2 #8 0x0804a324 in ?? () #9 0x08056000 in ?? () #10 0x80000000 in ?? () #11 0xbfbfe498 in ?? () #12 0xbfbfe494 in ?? () #13 0xbfbfe090 in ?? () #14 0x08056000 in ?? () #15 0x0804a0b4 in ?? () #16 0xbfbfe4a0 in ?? () #17 0xbfbfead0 in ?? () #18 0xbfbfe9c0 in ?? () #19 0x08056000 in ?? () #20 0x0804d21a in ?? () #21 0xbfbfead0 in ?? () #22 0xbfbfe9c0 in ?? () #23 0xbfbfe778 in ?? () #24 0x0804d255 in ?? () #25 0xbfbfead0 in ?? () #26 0xbfbfe9c0 in ?? () #27 0xbfbfe8b0 in ?? () #28 0xbfbfe7a0 in ?? () #29 0x282ca4b0 in __sF () from /lib/libc.so.5 #30 0x08050970 in ?? () #31 0xbfbfead0 in ?? () #32 0x00000000 in ?? () #33 0x282ca4b0 in __sF () from /lib/libc.so.5 #34 0x00000000 in ?? () #35 0xbfbfe7a8 in ?? () #36 0x282b15aa in __vfprintf () from /lib/libc.so.5 Previous frame inner to this frame (corrupt stack?) --- 8< --- --- 8< --- --- 8< --- --- 8< --- --- 8< --- Any help would be gladly appreciated.. Its the fourth night I spent on this problem. *sigh* Thanks in advance, Christian. -- Christian Reiss demonserver.de "Don't give up, lose interest." GPG Key ID 02FF71B2 . Public Key can be obtained here: http://www.demonlord.de/pgp.txt OpenPGP Keyserver - http://pgp.demonserver.de --------------enig504176DDA0B8D8FF92ECE7A4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBROYiGLayMgL/cbIRAvbMAJoDRBtouJIqJ+P2OBLqBE/nO+jpTwCffdW6 lRDn/7jXqDWBARsQ884veII= =K0/1 -----END PGP SIGNATURE----- --------------enig504176DDA0B8D8FF92ECE7A4-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 00:30:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A960316A4CE for ; Mon, 13 Sep 2004 00:30:02 +0000 (GMT) Received: from mail.mcneil.com (rrcs-24-199-45-54.west.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7379A43D41 for ; Mon, 13 Sep 2004 00:30:02 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id F170AF1960 for ; Sun, 12 Sep 2004 17:30:01 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00642-06 for ; Sun, 12 Sep 2004 17:30:01 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 02789F1827 for ; Sun, 12 Sep 2004 17:30:00 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1095035400.56381.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 12 Sep 2004 17:30:00 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: kadmin core dumping X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 00:30:02 -0000 I have had this problem for a very long time. I really haven't found anything I can point my finger at about this, but it seems like there is something wrong with the key generation: A simple thing like kadmin -l kadmin> init MCNEIL.COM would core dump with #11 0x0000000000000000 in ?? () #12 0x00000002009863ca in krb5_string_to_key_data_salt_opaque ( context=0xc0f02010, enctype=201589254, password= {length = 6, data = 0x408d78}, salt= {salttype = KRB5_PW_SALT, saltvalue = {length = 26, data = 0x50f320}}, opaque={length = 0, data = 0x0}, key=0x7) at /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/crypto.c:1007 #13 0x0000000200986321 in krb5_string_to_key_data_salt (context=0xcc182000, enctype=-955776509, password={length = 6, data = 0x408d78}, salt= {salttype = KRB5_PW_SALT, saltvalue = {length = 26, data = 0x50f320}}, key=0x7fffffffe858) I've always suspected that I have something old in my system that is causing this. Now I wonder if it isn't openssl from the ports. For some reason, kadmin is linked with libcrypto.so.3 instead of the libcrypto.so in /usr/lib: /usr/bin/kadmin: libkadm5clnt.so.7 => /usr/lib/libkadm5clnt.so.7 (0x200636000) libkadm5srv.so.7 => /usr/lib/libkadm5srv.so.7 (0x20073f000) libhdb.so.7 => /usr/lib/libhdb.so.7 (0x20084d000) libkrb5.so.7 => /usr/lib/libkrb5.so.7 (0x200960000) libroken.so.7 => /usr/lib/libroken.so.7 (0x200aa9000) libasn1.so.7 => /usr/lib/libasn1.so.7 (0x200bb9000) libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x200ce2000) libcrypt.so.2 => /lib/libcrypt.so.2 (0x200f30000) libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x201049000) libreadline.so.4 => /lib/libreadline.so.4 (0x20114b000) libncurses.so.5 => /lib/libncurses.so.5 (0x201285000) libldap-2.2.so.7 => /usr/local/lib/libldap-2.2.so.7 (0x2013e0000) liblber-2.2.so.7 => /usr/local/lib/liblber-2.2.so.7 (0x201519000) libc.so.5 => /lib/libc.so.5 (0x201628000) libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x20182c000) libssl.so.3 => /usr/local/lib/libssl.so.3 (0x201944000) Could this be a problem, or is it just in there because sasl is? Sean From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 00:32:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24CEA16A4CF for ; Mon, 13 Sep 2004 00:32:39 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D621943D45 for ; Mon, 13 Sep 2004 00:32:38 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from focus.dantavious.com (pcp04630633pcs.gambrl01.md.comcast.net[68.49.58.89]) by comcast.net (rwcrmhc11) with ESMTP id <200409130032380130051p7be> (Authid: dantavious); Mon, 13 Sep 2004 00:32:38 +0000 From: Derrick Edwards To: freebsd-current@freebsd.org Date: Sun, 12 Sep 2004 20:42:29 -0400 User-Agent: KMail/1.7 References: <200409101624.21412.Lutz.Bichler@unibw-muenchen.de> In-Reply-To: <200409101624.21412.Lutz.Bichler@unibw-muenchen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409122042.30075.dantavious@comcast.net> Subject: Re: Problem with snd_ich.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 00:32:39 -0000 On Friday 10 September 2004 10:24 am, Lutz Bichler wrote: Did you ever get an answer to yoru problem? I kinda was having the same problem. When booting up, I would be able to get sound wihen I play songs from the console. When I booted into kde 3.3 during the splash sreen I would lose the sound. If I want to have sound during the kde session I have to wait until kde is up and running then load snd_ich. If I log out of that current session I have to reboot and start the process all over.. Derrick > Hi, > > i have a "funny" problem with snd_ich on 5.3 Beta3. Whenever i boot my > machine, sound.ko and snd_ich.ko are loaded, but i do not get any sound > working. After unloading and reloading snd_ich.ko things work fine. Any > idea abou what going wrong at boot-time loading of the modules? > > Some information about my machine: > > lutz@medusa:~> cat /dev/sndstat > FreeBSD Audio Driver (newpcm) Installed devices: pcm0: (82801BA)> at io 0x1000, 0x2000 irq 5 bufsz 16384 kld snd_ich (1p/1r/0v > channels duplex default) > > lutz@medusa:~> pciconf -vl > pcm0@pci0:31:5: class=0x040100 card=0x0056110a chip=0x24458086 rev=0x04 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801BA/BAM (ICH2/ICH2-M) AC'97 Audio Controller' > class = multimedia > subclass = audio > > Regards, > Lutz > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 00:36:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D84016A4CE for ; Mon, 13 Sep 2004 00:36:43 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37C5343D2D for ; Mon, 13 Sep 2004 00:36:43 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 169F5304C for ; Sun, 12 Sep 2004 19:36:18 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01472-05 for ; Sun, 12 Sep 2004 19:36:13 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 2643E304A for ; Sun, 12 Sep 2004 19:36:13 -0500 (CDT) Message-ID: <4144EB8E.1080407@veldy.net> Date: Sun, 12 Sep 2004 19:36:30 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA25901D27301F95DB7C53D23" X-Virus-Scanned: by amavisd-new at veldy.net Subject: PF and FreeBSD 5.x? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 00:36:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA25901D27301F95DB7C53D23 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I noticed the existance of the /etc/pf.conf and /etc/pf.os. The file pf.conf makes reference to /usr/share/pf, which does not exist. Further looking through LINT, there does not appear to be a way to enable PF as opposed to IPFILTER or IPFIREWALL. So, is PF to be available for 5.3-RELEASE? If so, how can I expect to use this under the current 5.3-BETA4? Thanks in advance, Tom Veldhouse --------------enigA25901D27301F95DB7C53D23 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBROuRARgTFXYf0wARApIZAJ4i5l2omrY1cNUr31ksUf4IgvUAlACfXe2G 9NgLU0tfl2d7Q+M7zXnpJ9s= =E1k7 -----END PGP SIGNATURE----- --------------enigA25901D27301F95DB7C53D23-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 00:47:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1167A16A4CE; Mon, 13 Sep 2004 00:47:32 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 685DD43D54; Mon, 13 Sep 2004 00:47:32 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.11] (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8D0mOMx026714; Sun, 12 Sep 2004 18:48:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4144ED69.6050107@samsco.org> Date: Sun, 12 Sep 2004 18:44:25 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: FreeBSD 5.3-BETA4 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 00:47:33 -0000 The FreeBSD Release Engineering Team is proud to announce the availability of FreeBSD 5.3-BETA4. This is the fourth BETA of the 5.3 release cycle. It is intended for early adopters and those wishing to help find and/or fix bugs. The 5.3 release cycle will continue with weekly BETA builds while bugs are being fixed and features finalized. The schedule is at http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check the "Known issues" below, there are known problems still being worked on at this time. At this time the Release Engineering team anticipates releasing at least one more BETA snapshot before the first Release Candidate. The schedule will be updated for this shortly. Fixed and Enhancements made since BETA3: - ATA works on sparc64 and ia64 again. This was due to several bugs in busdma. sparc64 no longer defaults to having ATA DMA be off. - Better support for statically linked threaded programs in GDB. - Support for more Broadcom and Realtek-based NICs - Fixes for MSDOS internationalization support. - Many fixes for ATA including speed fixes for ICH* chips, better error recovery, and better support for devices that respond as both master and slave. - Various locking fixes for AIO, the network stack, and socket polling. - The default scheduler is now 4BSD. The switch was made in the interest maximizing stability for 5.3. Users are still encouraged to try the the ULE scheduler, though known bugs exist with it when PREEMPTION is also turned on. - Kernel debugging and malloc debugging options have been turned off for the remainder of the RELENG_5 branch. - Merge of the massive scheduler cleanup and bug fixes from 6-CURRENT. This addresses a number of stability problems that have existed for over 2 months including deadlocks, randomly aborted processes, and panics. This also improves the performance of the 4BSD scheduler by keeping idle processors busy during light and medium loads. Known issues in this release: - There are scattered reports of data corruption on SMP systems under high load. This could be due to a known bug in the gvinum subsystem, but it could be due to unknown factors. We are investigating this and hope to correct it soon. - pst(4) is known to cause a system panic during the boot time. - The Synaptics Touchpad mouse support is known to have issues with responsiveness. It can be disabled with 'hint.psm.0.flags="0x200"' in "/boot/device.hints". This will be resolved for the release. - There are reports of packet corruption with the nge(1) driver when the network stack is run without Giant. These are being investigated. A complete list of defects that will be fixed for the release can be found at http://www.freebsd.org/releases/5.3R/todo.html. Availability: For people wishing to upgrade older systems using cvsup(1) and the procedure described in src/UPDATING the CVS tag to use is RELENG_5 at this point. Note that like all RELENG_X branches this is an active development branch. We do not recommend those branches for normal use (for normal use RELENG_X_Y branches are more appropriate, e.g. RELENG_4_10 is the current stable branch). As of this writing, ISO images and FTP install directories are available for the following architectures: i386: all images available alpha: images will be available shortly amd64: all images available ia64: mini ISO available pc98: mini ISO available sparc64: mini ISO available, full disc1 will be available soon MD5 (5.3-BETA4-amd64-bootonly.iso) = 7f75a2e07f8bbcadd9b9e3d7cee06677 MD5 (5.3-BETA4-amd64-disc2.iso) = d98c8be8c48afcacffaa910241ca7f35 MD5 (5.3-BETA4-amd64-miniinst.iso) = 9a1fb23cfc58f7c4261a2150a5b28670 MD5 (5.3-BETA4-amd64-disc1.iso) = 678f953a4631db3aeb91120d9123d646 MD5 (5.3-BETA4-i386-bootonly.iso) = 82f3bd499d2241340bc219660f3acf1c MD5 (5.3-BETA4-i386-disc2.iso) = 7da064e4b47726873376a14becd840fd MD5 (5.3-BETA4-i386-miniinst.iso) = f333569c4436256740e8be8c68f8d54d MD5 (5.3-BETA4-i386-disc1.iso) = 380d3a63a817feeb1650e6b3d07505ce MD5 (5.3-BETA4-ia64-bootonly.iso) = ca272a954af6b5f10e1abb59fefd5d51 MD5 (5.3-BETA4-ia64-disc2.iso) = 189e6dd0a9d6be10ba5cd0d2e4ffd4ea MD5 (5.3-BETA4-ia64-miniinst.iso) = d5b38b5add52de5b00b9294af99ae5bb MD5 (5.3-BETA4-pc98-disc2.iso) = 855de6f83c403a4748d083c9759aa5ec MD5 (5.3-BETA4-pc98-miniinst.iso) = cfc61e3273757099c1e83589fcbd7495 MD5 (5.3-BETA4.tar.bz2) = e2853d340d12f340fe8eb482e0a1fc33 MD5 (5.3-BETA4-sparc64-bootonly.iso) = 07c4e060e41fc0bf78923d9fe4deac03 MD5 (5.3-BETA4-sparc64-disc2.iso) = dfe6f9eb046aa46e33d750572bd25c50 MD5 (5.3-BETA4-sparc64-miniinst.iso) = 4310a4f4cfefcafc9b3b902fe1763870 The Release Engineering Team From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 01:01:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 887C116A4D5 for ; Mon, 13 Sep 2004 01:01:09 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3616643D31 for ; Mon, 13 Sep 2004 01:01:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C6fDN-0006Pu-00; Mon, 13 Sep 2004 03:01:05 +0200 Received: from [84.128.134.217] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1C6fDN-00029a-00; Mon, 13 Sep 2004 03:01:05 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 13 Sep 2004 02:59:44 +0200 User-Agent: KMail/1.6.2 References: <4144EB8E.1080407@veldy.net> In-Reply-To: <4144EB8E.1080407@veldy.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_JEPRB4dEnIyuBGM"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409130259.53355.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: "Thomas T. Veldhouse" Subject: Re: PF and FreeBSD 5.x? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 01:01:09 -0000 --Boundary-02=_JEPRB4dEnIyuBGM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 13 September 2004 02:36, Thomas T. Veldhouse wrote: > I noticed the existance of the /etc/pf.conf and /etc/pf.os. The file > pf.conf makes reference to /usr/share/pf, which does not exist. Further > looking through LINT, there does not appear to be a way to enable PF as > opposed to IPFILTER or IPFIREWALL. So, is PF to be available for > 5.3-RELEASE? If so, how can I expect to use this under the current > 5.3-BETA4? You can build pf into your kernel by putting: device pf device pflog device pfsync into your KERNCONF. The latter two are optional. Alternatively you can use = the=20 loadable module. In any case you can enable pf by setting: pf_enable=3D"YES" in /etc/rc.conf. For additional tweaks see the rc.conf(5) manpage. And yes,= =20 this is supposed to work in BETA4 "out-of-the-box". The missing share/pf is a shortcoming that should be addressed.=20 Maybe /etc/pf.conf should even be removed in order to avoid mergemaster (or= =20 the like) running over a good pf.conf. Can you submit the share/pf issue as a PR so that I keep track of it, pleas= e? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-02=_JEPRB4dEnIyuBGM Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBRPEJXyyEoT62BG0RAigrAJ45HXPQ+OZD4agKFtt/RJzgcN5FEACeICXI GzQ4qZIiBqDNtnxXypfJJQE= =RHTE -----END PGP SIGNATURE----- --Boundary-02=_JEPRB4dEnIyuBGM-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 01:12:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB3816A4CE for ; Mon, 13 Sep 2004 01:12:35 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4280043D41 for ; Mon, 13 Sep 2004 01:12:35 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 6640D304C; Sun, 12 Sep 2004 20:12:10 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01611-08; Sun, 12 Sep 2004 20:12:05 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 3A23A304A; Sun, 12 Sep 2004 20:12:05 -0500 (CDT) Message-ID: <4144F3F7.3070702@veldy.net> Date: Sun, 12 Sep 2004 20:12:23 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <4144EB8E.1080407@veldy.net> <200409130259.53355.max@love2party.net> In-Reply-To: <200409130259.53355.max@love2party.net> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6E5DB4735BE66E8D769987E7" X-Virus-Scanned: by amavisd-new at veldy.net cc: freebsd-current@freebsd.org Subject: Re: PF and FreeBSD 5.x? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 01:12:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6E5DB4735BE66E8D769987E7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Max Laier wrote: >Can you submit the share/pf issue as a PR so that I keep track of it, please? > > > Thanks! Will do. Tom Veldhouse --------------enig6E5DB4735BE66E8D769987E7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBRPP6ARgTFXYf0wARAgoCAKCCYsFvMxQOkXDYVO0CnA1Rb/Hg1ACgpKba sUnkAw+xN1YRO71x+zPg/Eo= =HuGg -----END PGP SIGNATURE----- --------------enig6E5DB4735BE66E8D769987E7-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 01:13:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E314616A4D0 for ; Mon, 13 Sep 2004 01:13:54 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B5E343D58 for ; Mon, 13 Sep 2004 01:13:54 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id BAC364EFD9D; Mon, 13 Sep 2004 09:13:50 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id B81584EFD9A; Mon, 13 Sep 2004 09:13:50 +0800 (CST) Date: Mon, 13 Sep 2004 09:13:50 +0800 (CST) From: Tai-hwa Liang To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> Message-ID: <0409130912018.25090@www.mmlab.cse.yzu.edu.tw> References: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: ichwd working for anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 01:13:55 -0000 On Sun, 12 Sep 2004, Mike Tancsa wrote: > > On the 4 different machines I tried (2 845 and 2 865 chipsets) none seem to > work with ichwd. Note, these boards do work with > http://freebsd.tamu.edu/wdog/ in RELENG_4 so I know the watchdog is not > disabled on the MB. Also, on one box here, I know ichwd worked at one > point ( ~ July ) but now it too gives > > ichwd0: on motherboard > ichwd0: unable to reserve SMI registers > device_attach: ichwd0 attach returned 6 > > or > ichwd0: on motherboard > ichwd0: unable to reserve SMI registers > device_attach: ichwd0 attach returned 6 That's exactly what I saw on the other three laptops(-CURRENT cvsup'ed about 3 days ago): * Toshiba Satellite 3000, Pentium III Mobile 1GHz ichwd module loaded ichwd_identify(): found ICH chipset: Intel 82801CAM watchdog timer ichwd0: on motherboard ichwd0: unable to reserve SMI registers device_attach: ichwd0 attach returned 6 * Thinkpad R40, Mobile Celeron 2GHz ichwd module loaded ichwd_identify(): found ICH chipset: Intel 82801DBM watchdog timer ichwd0: on motherboard ichwd0: unable to reserve SMI registers device_attach: ichwd0 attach returned 6 * Thinkpad T40, Centrino ichwd module loaded ichwd_identify(): found ICH chipset: Intel 82801DBM watchdog timer ichwd0: on motherboard ichwd0: unable to reserve SMI registers device_attach: ichwd0 attach returned 6 From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 01:30:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D17716A4CE for ; Mon, 13 Sep 2004 01:30:28 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF56743D1D for ; Mon, 13 Sep 2004 01:30:27 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i8D1UJYF051718; Sun, 12 Sep 2004 18:30:23 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200409130130.i8D1UJYF051718@gw.catspoiler.org> Date: Sun, 12 Sep 2004 18:30:19 -0700 (PDT) From: Don Lewis To: dantavious@comcast.net In-Reply-To: <200409122042.30075.dantavious@comcast.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: Problem with snd_ich.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 01:30:28 -0000 On 12 Sep, Derrick Edwards wrote: > On Friday 10 September 2004 10:24 am, Lutz Bichler wrote: > > Did you ever get an answer to yoru problem? I kinda was having the same > problem. When booting up, I would be able to get sound wihen I play songs > from the console. When I booted into kde 3.3 during the splash sreen I would > lose the sound. If I want to have sound during the kde session I have to wait > until kde is up and running then load snd_ich. If I log out of that current > session I have to reboot and start the process all over.. > Derrick > >> Hi, >> >> i have a "funny" problem with snd_ich on 5.3 Beta3. Whenever i boot my >> machine, sound.ko and snd_ich.ko are loaded, but i do not get any sound >> working. After unloading and reloading snd_ich.ko things work fine. Any >> idea abou what going wrong at boot-time loading of the modules? You might want to try this patch: Index: sys/dev/sound/pcm/channel.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pcm/channel.c,v retrieving revision 1.97 diff -u -r1.97 channel.c --- sys/dev/sound/pcm/channel.c 28 Feb 2004 19:47:02 -0000 1.97 +++ sys/dev/sound/pcm/channel.c 9 Sep 2004 20:41:18 -0000 @@ -405,9 +405,9 @@ if ((c->flags & CHN_F_MAPPED) || !(c->flags & CHN_F_TRIGGERED)) return; - chn_trigger(c, PCMTRIG_EMLDMARD); chn_dmaupdate(c); ret = chn_rdfeed(c); + chn_trigger(c, PCMTRIG_EMLDMARD); if (ret) printf("chn_rdfeed: %d\n", ret); @@ -417,15 +417,21 @@ static void chn_rdintr(struct pcm_channel *c) { - int ret; CHN_LOCKASSERT(c); /* tell the driver to update the primary buffer if non-dma */ - chn_trigger(c, PCMTRIG_EMLDMARD); /* update pointers in primary buffer */ chn_dmaupdate(c); /* ...and feed from primary to secondary */ - ret = chn_rdfeed(c); + chn_rdfeed(c); + chn_trigger(c, PCMTRIG_EMLDMARD); +} + +int +chn_hwunownedbufoffset(struct pcm_channel *c) +{ + return ((c->direction == PCMDIR_PLAY) ? sndbuf_getfreeptr(c->bufhard) : + sndbuf_getreadyptr(c->bufhard)); } /* Index: sys/dev/sound/pcm/channel.h =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pcm/channel.h,v retrieving revision 1.30 diff -u -r1.30 channel.h --- sys/dev/sound/pcm/channel.h 28 Feb 2004 19:47:02 -0000 1.30 +++ sys/dev/sound/pcm/channel.h 9 Sep 2004 20:36:34 -0000 @@ -93,6 +93,7 @@ void chn_intr(struct pcm_channel *c); int chn_wrfeed(struct pcm_channel *c); int chn_rdfeed(struct pcm_channel *c); +int chn_hwunownedbufoffset(struct pcm_channel *c); int chn_abort(struct pcm_channel *c); void chn_wrupdate(struct pcm_channel *c); Index: sys/dev/sound/pci/ich.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/ich.c,v retrieving revision 1.42 diff -u -r1.42 ich.c --- sys/dev/sound/pci/ich.c 16 Jul 2004 03:59:27 -0000 1.42 +++ sys/dev/sound/pci/ich.c 9 Sep 2004 20:36:10 -0000 @@ -336,11 +336,33 @@ { struct sc_chinfo *ch = data; struct sc_info *sc = ch->parent; + u_int32_t lbb, lbi, lvi, nlbi; switch (go) { case PCMTRIG_START: ch->run = 1; ich_wr(sc, ch->regbase + ICH_REG_X_BDBAR, (u_int32_t)(ch->desc_addr), 4); + lvi = ((chn_hwunownedbufoffset(ch->channel) + + ch->blkcnt * ch->blksz - 1) / ch->blksz) % ch->blkcnt; + ich_wr(sc, ch->regbase + ICH_REG_X_LVI, lvi, 1); + ich_wr(sc, ch->regbase + ICH_REG_X_CR, ICH_X_CR_RPBM | ICH_X_CR_LVBIE | ICH_X_CR_IOCE, 1); + break; + + case PCMTRIG_EMLDMAWR: + case PCMTRIG_EMLDMARD: + lvi = ich_rd(sc, ch->regbase + ICH_REG_X_LVI, 1); + lbi = lvi % ch->blkcnt; + lbb = lvi / ch->blkcnt; + nlbi = ((chn_hwunownedbufoffset(ch->channel) + + ch->blkcnt * ch->blksz - 1) / ch->blksz) % ch->blkcnt; + nlbi = (chn_hwunownedbufoffset(ch->channel) / ch->blksz + + ch->blkcnt - 1) % ch->blkcnt; + if (nlbi < lbi) + lbb = (lbb + 1) % (ICH_DTBL_LENGTH / ch->blkcnt); + lvi = lbb * ch->blkcnt + nlbi; + ich_wr(sc, ch->regbase + ICH_REG_X_LVI, lvi, 1); + /* restart channel in case DMA underflowed and shut down */ + /* XXX - track restarts? */ ich_wr(sc, ch->regbase + ICH_REG_X_CR, ICH_X_CR_RPBM | ICH_X_CR_LVBIE | ICH_X_CR_IOCE, 1); break; @@ -394,7 +416,7 @@ { struct sc_info *sc = (struct sc_info *)p; struct sc_chinfo *ch; - u_int32_t cbi, lbi, lvi, st, gs; + u_int32_t st, gs; int i; gs = ich_rd(sc, ICH_REG_GLOB_STA, 4) & ICH_GLOB_STA_IMASK; @@ -417,20 +439,6 @@ /* block complete - update buffer */ if (ch->run) chn_intr(ch->channel); - lvi = ich_rd(sc, ch->regbase + ICH_REG_X_LVI, 1); - cbi = ch->civ % ch->blkcnt; - if (cbi == 0) - cbi = ch->blkcnt - 1; - else - cbi--; - lbi = lvi % ch->blkcnt; - if (cbi >= lbi) - lvi += cbi - lbi; - else - lvi += cbi + ch->blkcnt - lbi; - lvi %= ICH_DTBL_LENGTH; - ich_wr(sc, ch->regbase + ICH_REG_X_LVI, lvi, 1); - } /* clear status bit */ ich_wr(sc, ch->regbase + From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 01:48:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72D1416A4CE for ; Mon, 13 Sep 2004 01:48:10 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C7243D39 for ; Mon, 13 Sep 2004 01:48:09 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 9BA0E653D2; Mon, 13 Sep 2004 02:48:07 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 51318-04-2; Mon, 13 Sep 2004 02:48:07 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-95-74.dsl.snfc21.pacbell.net [67.121.95.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id BFBAC65213; Mon, 13 Sep 2004 02:48:06 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 6882B63B3; Sun, 12 Sep 2004 18:48:04 -0700 (PDT) Date: Sun, 12 Sep 2004 18:48:04 -0700 From: Bruce M Simpson To: Arne Schwabe Message-ID: <20040913014804.GB22583@empiric.icir.org> Mail-Followup-To: Arne Schwabe , Mike Tancsa , freebsd-current@freebsd.org References: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> <86vfejlow2.fsf@kamino.rfc1149.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86vfejlow2.fsf@kamino.rfc1149.org> cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: ichwd working for anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 01:48:10 -0000 Try disabling ACPI sysresource range reservations with: debug.acpi.disabled="sysresource" in /boot/loader.conf. I haven't tried this for ichwd but doing this allowed me to load mdodd@'s SMI/SMBIOS modules for ThinkPad. BMS From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 03:05:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C941716A4CE; Mon, 13 Sep 2004 03:05:48 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F91E43D39; Mon, 13 Sep 2004 03:05:48 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with ESMTP id i8D35jwh068045; Mon, 13 Sep 2004 12:05:46 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 13 Sep 2004 12:05:44 +0900 From: Norikatsu Shigemura To: Don Lewis Message-Id: <20040913120544.00bedd2f.nork@FreeBSD.org> In-Reply-To: <200409121822.i8CIMoQI051153@gw.catspoiler.org> References: <200409120917.i8C9HoXl002036@sakura.ninth-nine.com> <200409121822.i8CIMoQI051153@gw.catspoiler.org> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.6 (sakura.ninth-nine.com [IPv6:2002:db7f:4a79::1]); Mon, 13 Sep 2004 12:05:47 +0900 (JST) cc: takawata@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: nork@FreeBSD.org cc: stephane@FreeBSD.org Subject: Re: [PANIC] snd_sb16 on 5.3-BETA4 over qemu are fixed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 03:05:49 -0000 On Sun, 12 Sep 2004 11:22:50 -0700 (PDT) Don Lewis wrote: > On 12 Sep, Norikatsu Shigemura wrote: > > snd_sb16 on 5.3-BETA4 over qemu(modified by nork and takawata) > > causes panic. But this is well-known problem as kern/71189. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=71189 > > I confirmed that this patch is good. Anyone, would you please > > commit to 6-current and 5.3 branch? > I just commited the patch to 6-CURRENT. I'll commit it to RELENG_5 in a > few days, with re@ approval. Thank you very much! From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 03:37:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30C6516A4CE; Mon, 13 Sep 2004 03:37:10 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE22843D41; Mon, 13 Sep 2004 03:37:09 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8D3b7pj048681; Sun, 12 Sep 2004 23:37:07 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 48195-07; Sun, 12 Sep 2004 23:37:07 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8D3b7DI048645; Sun, 12 Sep 2004 23:37:07 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8D3avZj013405; Sun, 12 Sep 2004 23:36:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040912220440.0867d3d0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sun, 12 Sep 2004 23:42:08 -0400 To: Bruce M Simpson From: Mike Tancsa In-Reply-To: <20040913014804.GB22583@empiric.icir.org> References: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> <86vfejlow2.fsf@kamino.rfc1149.org> <20040913014804.GB22583@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: ichwd working for anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 03:37:10 -0000 At 09:48 PM 12/09/2004, Bruce M Simpson wrote: >Try disabling ACPI sysresource range reservations with: > debug.acpi.disabled="sysresource" > >in /boot/loader.conf. I haven't tried this for ichwd but doing this allowed >me to load mdodd@'s SMI/SMBIOS modules for ThinkPad. Hmmm, this seems to help a bit but the functionality is not there. The module loads and doesnt complain, but it doesnt work in that the daemon does not seem to be able to "arm" it so that it reboots I tried it as a kld and as statically compiled into the kernel and no dice on either and statically compiled in is worse. Also, why would booting without ACPI not work as well if its the "problem" ? Adding a couple of printfs to the watchdog, the ioctl is returning zero But if I kill -9 the daemon, the box does not reboot From the console, ichwd module loaded ichwd_identify(): found ICH chipset: Intel 82801EB/ER watchdog timer ichwd0: on motherboard ichwd0: timer disabled ichwd0: timer enabled ichwd0: timeout set to 28 ticks ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded FreeBSD/i386 (releng5-865.sentex.ca) (ttyd0) login: ichwd0: timer reloaded FreeBSD/i386 (releng5-865.sentex.ca) (ttyd0) login: ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded ichwd0: timer reloaded One last thing which I dont know if its significant or not, but after loading the kld, on reboot I get Shutting down local daemons:. Writing entropy file:. Terminated . Sep 12 23:00:39 releng5-865 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 2 2 2 0 0 done No buffers busy after final sync Uptime: 16m36s Shutting down ACPI ACPI-0265: *** Error: Hardware never changed modes ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 05:45:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03E0016A4CE for ; Mon, 13 Sep 2004 05:45:56 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39A9C43D67 for ; Mon, 13 Sep 2004 05:45:55 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id D93D150B82; Mon, 13 Sep 2004 14:45:53 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 4A14650BAE; Mon, 13 Sep 2004 14:45:52 +0900 (JST) Date: Mon, 13 Sep 2004 14:45:52 +0900 Message-ID: <7mpt4qoh67.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Dan Nelson In-Reply-To: <20040910150120.GH5008@dan.emsphone.com> References: <7m7jr2p5an.wl@black.imgsrc.co.jp> <20040910150120.GH5008@dan.emsphone.com> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Current Subject: Re: ktrace for linux binary X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 05:45:56 -0000 At Fri, 10 Sep 2004 10:01:21 -0500, Dan Nelson wrote: > > Is there a magic for this? > > Install the devel/linux_kdump port. Wow, thanks, it worked! -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 06:39:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76E2A16A4CE; Mon, 13 Sep 2004 06:39:42 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B395F43D1D; Mon, 13 Sep 2004 06:39:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8D6dYZF081535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 09:39:35 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8D6dZrs060230; Mon, 13 Sep 2004 09:39:35 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 09:39:35 +0300 From: Ruslan Ermilov To: Maxim Sobolev Message-ID: <20040913063935.GB58490@ip.net.ua> References: <412CBC91.3070900@portaone.com> <412CD983.2040700@cronyx.ru> <20040825183342.GA81434@xor.obsecurity.org> <20040912112411.GA62181@schweikhardt.net> <20040912140311.GA60265@schweikhardt.net> <20040912180221.GB18232@ip.net.ua> <4144AA29.2020003@portaone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <4144AA29.2020003@portaone.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: portmgr@FreeBSD.org cc: Kris Kennaway cc: Roman Kurakin cc: current@FreeBSD.org cc: Jens Schweikhardt Subject: Re: ccache support for make buildworld/make release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 06:39:42 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 12, 2004 at 10:57:29PM +0300, Maxim Sobolev wrote: > I have in mind extension for ccache which would allow it to be used with= =20 > buildworld. Instead of using hashed values of compiler binary size and=20 > its last modification time, ccache should be using hash of the compiler= =20 > binary. To avoid hashing several megabytes worth image on each=20 > invocation, compiler binary hash value can be by itself cached using=20 > hashed values of compiler binary size and its last modification time.=20 >=20 That would work, indeed. :-) > Since linking the same objects from the cache is likely to produce the=20 > same binary, bootstrap compiler generated on the second ccached=20 > buildworld will be the same as one generated on the first one. >=20 Even not from cache: # cd /usr/obj/usr/home/src/RELENG_4/gnu/usr.bin/cc/cc1/ # strip cc1 # md5 ./cc1 /usr/libexec/cc1 MD5 (./cc1) =3D 32173c94754290242a6b026cf96ce108 MD5 (/usr/libexec/cc1) =3D 32173c94754290242a6b026cf96ce108 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRUCnqRfpzJluFF4RApxsAJ9mxUrzAePxvErDtQNTGb3n5y+9VwCfeZOO R2mTVgTxwZ18epeOrhf3Xag= =vjKr -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 08:17:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B40DB16A4CE for ; Mon, 13 Sep 2004 08:17:27 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6193943D1D for ; Mon, 13 Sep 2004 08:17:27 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with spam-scanned (Exim 4.34; FreeBSD) id 1C6m04-0000V7-Up for current@freebsd.org; Mon, 13 Sep 2004 10:15:49 +0200 Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtp (Exim 4.34; FreeBSD) id 1C6m04-0000V3-Cu for current@freebsd.org; Mon, 13 Sep 2004 10:15:48 +0200 Message-ID: <414557C3.9020101@anduin.net> Date: Mon, 13 Sep 2004 10:18:11 +0200 From: Eirik Oeverby User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040709) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=ham version=2.63 Subject: Unable to build world since early June X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 08:17:27 -0000 Hi all, I have tried - and failed - repeatedly since end of May/early June to build world on my amd64 system. Since the instability issues (amd64-specific and others) surfaced early June I haven't been overly concerned about this, since I luckily found a 'sweet spot' of relative stability back then and haven't needed to upgrade. Now that 5.3 is getting near, though, I am trying to build world again, to prepare for an upgrade. After removing /usr/obj and all subdirs of /usr/src plus running a cvsup against RELENG_5 (which I assume is what I need to get the latest 5-branch code), I am still unable to compile world (fails in lib/libc - following is the output of a 'make' in that directory): cc -O -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/lib/libc/net/getaddrinfo.c In file included from /usr/src/include/string.h:49, from /usr/src/lib/libc/net/getaddrinfo.c:89: /usr/src/include/strings.h:41: error: syntax error before "__pure" /usr/src/include/strings.h:50: error: syntax error before "__pure" /usr/src/include/strings.h:51: error: syntax error before "__pure" /usr/src/include/strings.h:52: error: syntax error before "__pure" /usr/src/include/strings.h:53: error: syntax error before "__pure" In file included from /usr/src/lib/libc/net/getaddrinfo.c:89: /usr/src/include/string.h:61: error: syntax error before "__pure" /usr/src/include/string.h:62: error: syntax error before "__pure" /usr/src/include/string.h:68: error: syntax error before "__pure" /usr/src/include/string.h:71: error: syntax error before "__pure" /usr/src/include/string.h:72: error: syntax error before "__pure" /usr/src/include/string.h:75: error: syntax error before "__pure" /usr/src/include/string.h:87: error: syntax error before "__pure" /usr/src/include/string.h:92: error: syntax error before "__pure" /usr/src/include/string.h:95: error: syntax error before "__pure" /usr/src/include/string.h:97: error: syntax error before "__pure" /usr/src/include/string.h:98: error: syntax error before "__pure" /usr/src/include/string.h:103: error: syntax error before "__pure" /usr/src/include/string.h:104: error: syntax error before "__pure" /usr/src/lib/libc/net/getaddrinfo.c: In function `explore_numeric_scope': /usr/src/lib/libc/net/getaddrinfo.c:1271: warning: implicit declaration of function `strchr' /usr/src/lib/libc/net/getaddrinfo.c: In function `get_canonname': /usr/src/lib/libc/net/getaddrinfo.c:1315: warning: implicit declaration of function `strlen' /usr/src/lib/libc/net/getaddrinfo.c: In function `getanswer': /usr/src/lib/libc/net/getaddrinfo.c:1790: warning: implicit declaration of function `strcasecmp' /usr/src/lib/libc/net/getaddrinfo.c: In function `_gethtent': /usr/src/lib/libc/net/getaddrinfo.c:2073: warning: implicit declaration of function `strpbrk' *** Error code 1 Stop in /usr/src/lib/libc. Anyone? Did I miss some important information? Did I forget to RTFM or something? Thanks, /Eirik From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 08:54:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACDFE16A4CE for ; Mon, 13 Sep 2004 08:54:09 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9878043D4C for ; Mon, 13 Sep 2004 08:54:08 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8D8rwML083255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 11:53:59 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8D8s0tY081188; Mon, 13 Sep 2004 11:54:00 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 11:53:59 +0300 From: Ruslan Ermilov To: Eirik Oeverby Message-ID: <20040913085359.GA31628@ip.net.ua> References: <414557C3.9020101@anduin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <414557C3.9020101@anduin.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org Subject: Re: Unable to build world since early June X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 08:54:09 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2004 at 10:18:11AM +0200, Eirik Oeverby wrote: > Hi all, >=20 > I have tried - and failed - repeatedly since end of May/early June to=20 > build world on my amd64 system. Since the instability issues=20 > (amd64-specific and others) surfaced early June I haven't been overly=20 > concerned about this, since I luckily found a 'sweet spot' of relative=20 > stability back then and haven't needed to upgrade. >=20 > Now that 5.3 is getting near, though, I am trying to build world again,= =20 > to prepare for an upgrade. After removing /usr/obj and all subdirs of=20 > /usr/src plus running a cvsup against RELENG_5 (which I assume is what I= =20 > need to get the latest 5-branch code), I am still unable to compile=20 > world (fails in lib/libc - following is the output of a 'make' in that=20 > directory): >=20 Hmm, from the output below, it looks like you're trying to just "make" while in src/ rather than doing a full "make buildworld". Don't do that -- you need a new toolchain (including the compiler) to understand a new syntax like the "__pure" keyword. buildworld will take care of upgrading the compiler and binutils for you, and use them to compile the rest of the world. If you still see an error while doing "make buildworld", please provide me with more information, such as which stage of buildworld it breaks, the contents of your /etc/make.conf, etc. > cc -O -pipe -I/usr/src/lib/libc/include=20 > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64=20 > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6= =20 > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale=20 > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP=20 > -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k=20 > -Wno-uninitialized -c /usr/src/lib/libc/net/getaddrinfo.c > In file included from /usr/src/include/string.h:49, > from /usr/src/lib/libc/net/getaddrinfo.c:89: > /usr/src/include/strings.h:41: error: syntax error before "__pure" > /usr/src/include/strings.h:50: error: syntax error before "__pure" > /usr/src/include/strings.h:51: error: syntax error before "__pure" > /usr/src/include/strings.h:52: error: syntax error before "__pure" > /usr/src/include/strings.h:53: error: syntax error before "__pure" > In file included from /usr/src/lib/libc/net/getaddrinfo.c:89: > /usr/src/include/string.h:61: error: syntax error before "__pure" > /usr/src/include/string.h:62: error: syntax error before "__pure" > /usr/src/include/string.h:68: error: syntax error before "__pure" > /usr/src/include/string.h:71: error: syntax error before "__pure" > /usr/src/include/string.h:72: error: syntax error before "__pure" > /usr/src/include/string.h:75: error: syntax error before "__pure" > /usr/src/include/string.h:87: error: syntax error before "__pure" > /usr/src/include/string.h:92: error: syntax error before "__pure" > /usr/src/include/string.h:95: error: syntax error before "__pure" > /usr/src/include/string.h:97: error: syntax error before "__pure" > /usr/src/include/string.h:98: error: syntax error before "__pure" > /usr/src/include/string.h:103: error: syntax error before "__pure" > /usr/src/include/string.h:104: error: syntax error before "__pure" > /usr/src/lib/libc/net/getaddrinfo.c: In function `explore_numeric_scope': > /usr/src/lib/libc/net/getaddrinfo.c:1271: warning: implicit declaration= =20 > of function `strchr' > /usr/src/lib/libc/net/getaddrinfo.c: In function `get_canonname': > /usr/src/lib/libc/net/getaddrinfo.c:1315: warning: implicit declaration= =20 > of function `strlen' > /usr/src/lib/libc/net/getaddrinfo.c: In function `getanswer': > /usr/src/lib/libc/net/getaddrinfo.c:1790: warning: implicit declaration= =20 > of function `strcasecmp' > /usr/src/lib/libc/net/getaddrinfo.c: In function `_gethtent': > /usr/src/lib/libc/net/getaddrinfo.c:2073: warning: implicit declaration= =20 > of function `strpbrk' > *** Error code 1 >=20 > Stop in /usr/src/lib/libc. >=20 >=20 > Anyone? Did I miss some important information? Did I forget to RTFM or=20 > something? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRWAnqRfpzJluFF4RAprhAJ9runCAshI3/W5o+d96bkonBf85dwCfY02f FRcINL7RKySK63cO+gglJJw= =KNHI -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 08:59:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 627D216A4CE for ; Mon, 13 Sep 2004 08:59:07 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8427043D49 for ; Mon, 13 Sep 2004 08:59:06 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8D8u4mx028565 for current@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 13 Sep 2004 12:56:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8D8skNW028514 for ; (8.12.8/vak/2.1) Mon, 13 Sep 2004 12:54:46 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <414560D3.10108@cronyx.ru> Date: Mon, 13 Sep 2004 12:56:51 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 08:59:07 -0000 Hi, I have the following idea/problem. I want to build world in memory. I've put in to my system 1G of memory and tried to put on it sources. But all times I've tried to do that system went to panic. I've used md with malloc type. Any ideas? rik From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 09:02:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F120616A4CE for ; Mon, 13 Sep 2004 09:01:59 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8206F43D48 for ; Mon, 13 Sep 2004 09:01:59 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with spam-scanned (Exim 4.34; FreeBSD) id 1C6mhA-000JuB-VF for current@FreeBSD.org; Mon, 13 Sep 2004 11:00:21 +0200 Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtp (Exim 4.34; FreeBSD) id 1C6mh8-000JtR-TC; Mon, 13 Sep 2004 11:00:19 +0200 Message-ID: <4145622E.7040405@anduin.net> Date: Mon, 13 Sep 2004 11:02:38 +0200 From: Eirik Oeverby User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040709) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <414557C3.9020101@anduin.net> <20040913085359.GA31628@ip.net.ua> In-Reply-To: <20040913085359.GA31628@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.63 cc: current@FreeBSD.org Subject: Re: Unable to build world since early June X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 09:02:00 -0000 Ruslan Ermilov wrote: > On Mon, Sep 13, 2004 at 10:18:11AM +0200, Eirik Oeverby wrote: > >>Hi all, >> >>I have tried - and failed - repeatedly since end of May/early June to >>build world on my amd64 system. Since the instability issues >>(amd64-specific and others) surfaced early June I haven't been overly >>concerned about this, since I luckily found a 'sweet spot' of relative >>stability back then and haven't needed to upgrade. >> >>Now that 5.3 is getting near, though, I am trying to build world again, >>to prepare for an upgrade. After removing /usr/obj and all subdirs of >>/usr/src plus running a cvsup against RELENG_5 (which I assume is what I >>need to get the latest 5-branch code), I am still unable to compile >>world (fails in lib/libc - following is the output of a 'make' in that >>directory): >> > > Hmm, from the output below, it looks like you're trying to just "make" > while in src/ rather than doing a full "make buildworld". Don't do > that -- you need a new toolchain (including the compiler) to understand > a new syntax like the "__pure" keyword. buildworld will take care of > upgrading the compiler and binutils for you, and use them to compile > the rest of the world. > > If you still see an error while doing "make buildworld", please provide > me with more information, such as which stage of buildworld it breaks, > the contents of your /etc/make.conf, etc. > This is the error I get when I do a 'make' from /usr/src/lib/libc. The 'make buildworld' from /usr/src (which is what I did at first, but it hides many of the error messages, therefore I tried 'make' in lib/libc). The exact output of 'make buildworld' (from the time of the error) is: cc -fpic -DPIC -O -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c crypt_xdr.c -o crypt_xdr.So cc -O -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c nslexer.c cc -fpic -DPIC -O -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c nslexer.c -o nslexer.So /dev/stdout: In function `_nsyylex': /dev/stdout:711: warning: label `find_rule' defined but not used /usr/src/lib/libc/net/nslexer.l: At top level: /dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used *** Error code 1 /dev/stdout: In function `_nsyylex': /dev/stdout:711: warning: label `find_rule' defined but not used /usr/src/lib/libc/net/nslexer.l: At top level: /dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used *** Error code 1 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error As to which stage this is I don't know - it has been building for quite a while when this happens. I'm running another buildworld now, dumping the output to files. Let me know if you need these. My make.conf looks like this: # -- use.perl generated deltas -- # # Created: Tue Jun 15 19:14:25 2004 # Setting to use base perl from ports: PERL_VER=5.8.4 PERL_VERSION=5.8.4 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo # Enable 'make update' in /usr/src and /usr/ports SUP_UPDATE= yes SUP= /usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPHOST= cvsup.de.FreeBSD.org #SUPFILE= /usr/share/examples/cvsup/standard-supfile SUPFILE= /usr/share/examples/cvsup/stable-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile DOCSUPFILE= /usr/share/examples/cvsup/doc-supfile So far that's what I've got for you. Thanks, /Eirik > >>cc -O -pipe -I/usr/src/lib/libc/include >>-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 >>-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 >>-I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale >>-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP >>-DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k >>-Wno-uninitialized -c /usr/src/lib/libc/net/getaddrinfo.c >>In file included from /usr/src/include/string.h:49, >> from /usr/src/lib/libc/net/getaddrinfo.c:89: >>/usr/src/include/strings.h:41: error: syntax error before "__pure" >>/usr/src/include/strings.h:50: error: syntax error before "__pure" >>/usr/src/include/strings.h:51: error: syntax error before "__pure" >>/usr/src/include/strings.h:52: error: syntax error before "__pure" >>/usr/src/include/strings.h:53: error: syntax error before "__pure" >>In file included from /usr/src/lib/libc/net/getaddrinfo.c:89: >>/usr/src/include/string.h:61: error: syntax error before "__pure" >>/usr/src/include/string.h:62: error: syntax error before "__pure" >>/usr/src/include/string.h:68: error: syntax error before "__pure" >>/usr/src/include/string.h:71: error: syntax error before "__pure" >>/usr/src/include/string.h:72: error: syntax error before "__pure" >>/usr/src/include/string.h:75: error: syntax error before "__pure" >>/usr/src/include/string.h:87: error: syntax error before "__pure" >>/usr/src/include/string.h:92: error: syntax error before "__pure" >>/usr/src/include/string.h:95: error: syntax error before "__pure" >>/usr/src/include/string.h:97: error: syntax error before "__pure" >>/usr/src/include/string.h:98: error: syntax error before "__pure" >>/usr/src/include/string.h:103: error: syntax error before "__pure" >>/usr/src/include/string.h:104: error: syntax error before "__pure" >>/usr/src/lib/libc/net/getaddrinfo.c: In function `explore_numeric_scope': >>/usr/src/lib/libc/net/getaddrinfo.c:1271: warning: implicit declaration >>of function `strchr' >>/usr/src/lib/libc/net/getaddrinfo.c: In function `get_canonname': >>/usr/src/lib/libc/net/getaddrinfo.c:1315: warning: implicit declaration >>of function `strlen' >>/usr/src/lib/libc/net/getaddrinfo.c: In function `getanswer': >>/usr/src/lib/libc/net/getaddrinfo.c:1790: warning: implicit declaration >>of function `strcasecmp' >>/usr/src/lib/libc/net/getaddrinfo.c: In function `_gethtent': >>/usr/src/lib/libc/net/getaddrinfo.c:2073: warning: implicit declaration >>of function `strpbrk' >>*** Error code 1 >> >>Stop in /usr/src/lib/libc. >> >> >>Anyone? Did I miss some important information? Did I forget to RTFM or >>something? > > > > Cheers, From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 09:19:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BEDE16A4CE; Mon, 13 Sep 2004 09:19:47 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE8043D45; Mon, 13 Sep 2004 09:19:46 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8D9JgUW083573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 12:19:43 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8D9JiMT013954; Mon, 13 Sep 2004 12:19:44 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 12:19:43 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20040913091943.GB31628@ip.net.ua> References: <200409130834.i8D8Y2ls032527@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <200409130834.i8D8Y2ls032527@freefall.freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Dima Dorfman Subject: One method of compile testing WARNS changes on several architectures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 09:19:47 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I thought I'd sent this out, because the standard method (through "make universe") is very time consuming when the only thing you want is to compile-test a change that covers a small part of src/. The method offered here will save you many hours then. On Mon, Sep 13, 2004 at 08:34:02AM +0000, Dima Dorfman wrote: > When you make changes like this, it's a good idea to see if you can > clamp down the program to a higher WARNS level. In this case, the > program compiles cleanly with WARNS=3D2 after your change, so I set > that. Setting WARNS in the Makefile makes sure that future changes to > the program don't cause more warnings. Since WARNS means that warnings > will break the build, though, it's good to be able to test the change > on more than one architecture to make sure you don't miss any > platform-specific issues. >=20 To test with a minimal time effort, you do this (while in src/): $ make toolchain TARGET_ARCH=3D This step should be repeated for each architecture to be tested against. This will take a lot of time, but an order less than a full buildworld. $ make _depend everything SUBDIR_OVERRIDER=3D TARGET_ARCH=3D (The underscore before "depend" is intentional.) is a part of src/ tree that you want to test (can be a list), and should be looped over with each architecture to be tested against. Example. To test if a changed bin/cat still compiles cleanly under Alpha and AMD64, e.g. due to you clamping down the WARNS level, you do this: 1. Prepare the toolchains: make toolchain TARGET_ARCH=3Dalpha make toolchain TARGET_ARCH=3Damd64 2. Test changes: make _depend everything SUBDIR_OVERRIDE=3Dbin/cat TARGET_ARCH=3Dalpha make _depend everything SUBDIR_OVERRIDE=3Dbin/cat TARGET_ARCH=3Damd64 3. You can then modify cat's sources/makefile, and repeat step #2. P.S. The syntax for PC98 would be "TARGET_ARCH=3Di386 TARGET=3Dpc98". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRWYvqRfpzJluFF4RAuv2AJwKmW/3sqCDWLNMFd1WEzGcRZMjzQCgmzKC oumD9+AGq8v8k12Nr3p9Qus= =PA8B -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 09:24:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 143C916A4CF for ; Mon, 13 Sep 2004 09:24:20 +0000 (GMT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF0F43D2F for ; Mon, 13 Sep 2004 09:24:19 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.6.24] (ws24.ns5.powertech.no [195.159.6.24]) by smtp1.powertech.no (Postfix) with ESMTP id 3DDDB8317; Mon, 13 Sep 2004 11:24:17 +0200 (CEST) In-Reply-To: <4142D833.4060802@DeepCore.dk> References: <4142D833.4060802@DeepCore.dk> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Frode Nordahl Date: Mon, 13 Sep 2004 11:24:19 +0200 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= X-Mailer: Apple Mail (2.619) cc: current@freebsd.org Subject: Re: Promise PDC20267 ATA RAID, poor write performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 09:24:20 -0000 On Sep 11, 2004, at 12:49, S=F8ren Schmidt wrote: > OK I got this this setup now: > > atapci0: port=20 > 0xb000-0xb03f,0xb400-0xb403,0xb800-0xb807,0xd000-0xd003,0xd400-0xd407=20= > mem 0xfd000000-0xfd01ffff irq 16 at device 3.0 on pci0 > ad1: 14305MB [29065/16/63] at ata2-master=20 > UDMA100 > ad2: 14305MB [29065/16/63] at ata3-master=20 > UDMA100 > ar0: 14305MB [1823/255/63] status: READY subdisks: > > Controller the same, disks are an earlier verision of those "low=20 > profile" Maxtor disks, just somewhat slover than yours. > > pizzabox# dd if=3D/dev/zero of=3Dfill bs=3D1m count=3D2000 > 2000+0 records in > 2000+0 records out > 2097152000 bytes transferred in 122.908771 secs (17062672 bytes/sec) I have done some more test now, reseated cables, disabling other IDE=20 controllers etc. to no avail. I have tested both drives against the=20 ICH2 controller with very good results. After some fooling around I found the following: ar0: ATA RAID1 subdisks: ad4 ad6 status: READY # dd if=3D/dev/zero of=3Dfill bs=3D1m count=3D100 100+0 records in 100+0 records out 104857600 bytes transferred in 29.298259 secs (3578970 bytes/sec) # atacontrol detach ata2 # dd if=3D/dev/zero of=3Dfill bs=3D1m count=3D100 100+0 records in 100+0 records out 104857600 bytes transferred in 3.080246 secs (34041957 bytes/sec) (this also works when writing 2GB...) That is, whenever I run with a single disk or a degraded RAID transfer=20= speeds are ok. I have tried this both ways, so it is not one of the=20 disks / cables that is broken. As soon as I rebuild the RAID again,=20 write speeds drop to 3MB/s. Any ideas as of how to debug this? Mvh, Frode > -S=F8ren > From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 09:29:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1789616A4CE for ; Mon, 13 Sep 2004 09:29:59 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B3343D46 for ; Mon, 13 Sep 2004 09:29:58 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8D9TrmF083715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 12:29:54 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8D9Ttxq014021; Mon, 13 Sep 2004 12:29:55 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 12:29:54 +0300 From: Ruslan Ermilov To: Eirik Oeverby Message-ID: <20040913092954.GC31628@ip.net.ua> References: <414557C3.9020101@anduin.net> <20040913085359.GA31628@ip.net.ua> <4145622E.7040405@anduin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <4145622E.7040405@anduin.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@freebsd.org Subject: Re: Unable to build world since early June X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 09:29:59 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2004 at 11:02:38AM +0200, Eirik Oeverby wrote: > Ruslan Ermilov wrote: [...] > >If you still see an error while doing "make buildworld", please provide > >me with more information, such as which stage of buildworld it breaks, > >the contents of your /etc/make.conf, etc. >=20 > This is the error I get when I do a 'make' from /usr/src/lib/libc. The=20 > 'make buildworld' from /usr/src (which is what I did at first, but it=20 > hides many of the error messages, therefore I tried 'make' in lib/libc).= =20 >=20 You now have an explanation why you're not supposed to do it. ;) > The exact output of 'make buildworld' (from the time of the error) is: >=20 > cc -fpic -DPIC -O -pipe -I/usr/src/lib/libc/include=20 > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64=20 > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6= =20 > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale=20 > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP=20 > -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k=20 > -Wno-uninitialized -c crypt_xdr.c -o crypt_xdr.So > cc -O -pipe -I/usr/src/lib/libc/include=20 > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64=20 > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6= =20 > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale=20 > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP=20 > -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k=20 > -Wno-uninitialized -c nslexer.c > cc -fpic -DPIC -O -pipe -I/usr/src/lib/libc/include=20 > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64=20 > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6= =20 > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale=20 > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP=20 > -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k=20 > -Wno-uninitialized -c nslexer.c -o nslexer.So > /dev/stdout: In function `_nsyylex': > /dev/stdout:711: warning: label `find_rule' defined but not used > /usr/src/lib/libc/net/nslexer.l: At top level: > /dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used > *** Error code 1 > /dev/stdout: In function `_nsyylex': > /dev/stdout:711: warning: label `find_rule' defined but not used > /usr/src/lib/libc/net/nslexer.l: At top level: > /dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used > *** Error code 1 > 2 errors > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error >=20 > As to which stage this is I don't know - it has been building for quite= =20 > a while when this happens. I'm running another buildworld now, dumping=20 > the output to files. Let me know if you need these. >=20 Yes. Please put the *compressed* output (both stdout and stderr) from a non-parallel (that is, without -jN) "make buildworld" command available somewhere for download. Please also provide me with the outputs of the following commands: uname -srm grep __FreeBSD_version /usr/include/osreldate.h ident /usr/bin/lex P.S. Does the PR bin/71406 look familiar? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRWiSqRfpzJluFF4RAss4AJ4ycz1Lx65U+gl87HNQHi6qDCp+cQCfaL1j 1qIEanTw1NLg5qtnzQiPZ/k= =qHwx -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 09:40:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55A4916A4CE for ; Mon, 13 Sep 2004 09:40:40 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB8743D49 for ; Mon, 13 Sep 2004 09:40:39 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with spam-scanned (Exim 4.34; FreeBSD) id 1C6nIb-0001zt-KV for current@freebsd.org; Mon, 13 Sep 2004 11:39:02 +0200 Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtp (Exim 4.34; FreeBSD) id 1C6nIZ-0001zg-Uh; Mon, 13 Sep 2004 11:39:00 +0200 Message-ID: <41456B43.5050707@anduin.net> Date: Mon, 13 Sep 2004 11:41:23 +0200 From: Eirik Oeverby User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040709) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <414557C3.9020101@anduin.net> <20040913085359.GA31628@ip.net.ua> <4145622E.7040405@anduin.net> <20040913092954.GC31628@ip.net.ua> In-Reply-To: <20040913092954.GC31628@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.63 cc: current@freebsd.org Subject: Re: Unable to build world since early June X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 09:40:40 -0000 Ruslan Ermilov wrote: > On Mon, Sep 13, 2004 at 11:02:38AM +0200, Eirik Oeverby wrote: > >>Ruslan Ermilov wrote: > > [...] > >>>If you still see an error while doing "make buildworld", please provide >>>me with more information, such as which stage of buildworld it breaks, >>>the contents of your /etc/make.conf, etc. >> >>This is the error I get when I do a 'make' from /usr/src/lib/libc. The >>'make buildworld' from /usr/src (which is what I did at first, but it >>hides many of the error messages, therefore I tried 'make' in lib/libc). >> > > You now have an explanation why you're not supposed to do it. ;) > > >>The exact output of 'make buildworld' (from the time of the error) is: >> >>cc -fpic -DPIC -O -pipe -I/usr/src/lib/libc/include >>-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 >>-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 >>-I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale >>-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP >>-DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k >>-Wno-uninitialized -c crypt_xdr.c -o crypt_xdr.So >>cc -O -pipe -I/usr/src/lib/libc/include >>-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 >>-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 >>-I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale >>-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP >>-DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k >>-Wno-uninitialized -c nslexer.c >>cc -fpic -DPIC -O -pipe -I/usr/src/lib/libc/include >>-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 >>-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 >>-I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale >>-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP >>-DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k >>-Wno-uninitialized -c nslexer.c -o nslexer.So >>/dev/stdout: In function `_nsyylex': >>/dev/stdout:711: warning: label `find_rule' defined but not used >>/usr/src/lib/libc/net/nslexer.l: At top level: >>/dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used >>*** Error code 1 >>/dev/stdout: In function `_nsyylex': >>/dev/stdout:711: warning: label `find_rule' defined but not used >>/usr/src/lib/libc/net/nslexer.l: At top level: >>/dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used >>*** Error code 1 >>2 errors >>*** Error code 2 >>1 error >>*** Error code 2 >>1 error >>*** Error code 2 >>1 error >>*** Error code 2 >>1 error >>*** Error >> >>As to which stage this is I don't know - it has been building for quite >>a while when this happens. I'm running another buildworld now, dumping >>the output to files. Let me know if you need these. >> > > Yes. Please put the *compressed* output (both stdout and stderr) from > a non-parallel (that is, without -jN) "make buildworld" command available > somewhere for download. http://anduin.net/stdout.txt.gz http://anduin.net/stderr.txt.gz > > Please also provide me with the outputs of the following commands: > > uname -srm > grep __FreeBSD_version /usr/include/osreldate.h > ident /usr/bin/lex [root@anduin] /usr/src# uname -srm FreeBSD 5.2-CURRENT amd64 [root@anduin] /usr/src# grep __FreeBSD_version /usr/include/osreldate.h #undef __FreeBSD_version #define __FreeBSD_version 502112 [root@anduin] /usr/src# ident /usr/bin/lex /usr/bin/lex: $FreeBSD: src/lib/csu/amd64/crti.S,v 1.6 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/usr.bin/yacc/skeleton.c,v 1.37 2003/02/12 18:03:55 davidc Exp $ $Header: /home/daffy/u0/vern/flex/RCS/flex.skl,v 2.91 96/09/10 16:58:48 vern Exp $ $FreeBSD: src/usr.bin/lex/flex.skl,v 1.7 2002/09/09 02:58:42 obrien Exp $ $FreeBSD: src/lib/csu/amd64/crtn.S,v 1.5 2002/05/15 04:19:49 obrien Exp $ $FreeBSD: src/lib/csu/common/crtbrand.c,v 1.4 2003/10/17 15:43:13 peter Exp $ $FreeBSD: src/lib/csu/amd64/crt1.c,v 1.13 2003/04/30 19:27:07 peter Exp $ $FreeBSD: src/usr.bin/lex/ccl.c,v 1.6 2002/06/30 05:25:03 obrien Exp $ $FreeBSD: src/usr.bin/lex/dfa.c,v 1.6 2002/06/30 05:25:03 obrien Exp $ $FreeBSD: src/usr.bin/lex/ecs.c,v 1.6 2002/06/30 05:25:03 obrien Exp $ $FreeBSD: src/usr.bin/lex/gen.c,v 1.6 2002/06/30 05:25:03 obrien Exp $ $FreeBSD: src/usr.bin/lex/main.c,v 1.8 2002/06/30 05:25:04 obrien Exp $ $FreeBSD: src/usr.bin/lex/misc.c,v 1.6 2002/06/30 05:25:04 obrien Exp $ $FreeBSD: src/usr.bin/lex/nfa.c,v 1.6 2002/06/30 05:25:04 obrien Exp $ $FreeBSD: src/usr.bin/lex/sym.c,v 1.6 2002/06/30 05:25:04 obrien Exp $ $FreeBSD: src/usr.bin/lex/tblcmp.c,v 1.6 2002/06/30 05:25:04 obrien Exp $ $FreeBSD: src/usr.bin/lex/yylex.c,v 1.6 2002/06/30 05:25:04 obrien Exp $ [root@anduin] /usr/src# > > P.S. Does the PR bin/71406 look familiar? Sure does, symptoms look the same. I have just ran a 'make' and 'make install' in usr.bin/yacc, and am now rebuilding world. Did I miss something, or should this now work? /Eirik > > > Cheers, From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 09:41:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BEBF16A4CE for ; Mon, 13 Sep 2004 09:41:49 +0000 (GMT) Received: from southcross.homeunix.org (dhcp20.iit.cnr.it [146.48.99.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFCC543D1F for ; Mon, 13 Sep 2004 09:41:48 +0000 (GMT) (envelope-from flag@tin.it) Received: by southcross.homeunix.org (Postfix, from userid 1001) id 09AAF209B; Mon, 13 Sep 2004 11:51:59 +0200 (CEST) Date: Mon, 13 Sep 2004 11:51:58 +0200 From: Paolo Pisati To: FreeBSD_Current Message-ID: <20040913095158.GA870@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: pxe FreeBSD-5.3-beta4: btx halted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 09:41:49 -0000 Hi guys, i'm pxe-booting freebsd inside a vmware system running on top of my freebsd box that acts like dhcp/tftp/nfs/etcetc server for the diskless (vmware) client. vmware boots, it gets ip&c from dhcp server, starts tftp and trasfer the bootloader but then, it hangs with a regs dump and the msg: btx halted. To see a complete regs dump and error code i made a screenshot of it available here: http://www.gufi.org/~flag/vmware-btx-hlt.gif any idea would be GREATLY appreciated cause it would be very nice to make it work... =) (and it would help me a lot for kernel debugging... =P) bye -- Paolo Italian FreeBSD User Group: http://www.gufi.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 09:42:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF2F516A4CE for ; Mon, 13 Sep 2004 09:42:58 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AEDF43D5C for ; Mon, 13 Sep 2004 09:42:58 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8D9guw9083523; Mon, 13 Sep 2004 11:42:56 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41456B73.9000701@DeepCore.dk> Date: Mon, 13 Sep 2004 11:42:11 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Frode Nordahl References: <4142D833.4060802@DeepCore.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: Promise PDC20267 ATA RAID, poor write performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 09:42:58 -0000 Frode Nordahl wrote: > On Sep 11, 2004, at 12:49, S=F8ren Schmidt wrote: >> pizzabox# dd if=3D/dev/zero of=3Dfill bs=3D1m count=3D2000 >> 2000+0 records in >> 2000+0 records out >> 2097152000 bytes transferred in 122.908771 secs (17062672 bytes/sec) >=20 > I have done some more test now, reseated cables, disabling other IDE=20 > controllers etc. to no avail. I have tested both drives against the ICH= 2=20 > controller with very good results. >=20 > After some fooling around I found the following: > ar0: ATA RAID1 subdisks: ad4 ad6 status: READY > # dd if=3D/dev/zero of=3Dfill bs=3D1m count=3D100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 29.298259 secs (3578970 bytes/sec) > # atacontrol detach ata2 > # dd if=3D/dev/zero of=3Dfill bs=3D1m count=3D100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 3.080246 secs (34041957 bytes/sec) >=20 > (this also works when writing 2GB...) >=20 > That is, whenever I run with a single disk or a degraded RAID transfer = > speeds are ok. I have tried this both ways, so it is not one of the=20 > disks / cables that is broken. As soon as I rebuild the RAID again,=20 > write speeds drop to 3MB/s. >=20 > Any ideas as of how to debug this? Sounds strange indeed, there is some performance degradation to be=20 expected from RAID1 (you have to write to both disks) but nothing that=20 ruins performance this badly. I cannot reproduce it no matter what I=20 try, so I'm pretty sure the reason should be found outside ATA. It could be because the two channels are competing for the PCI bus and=20 the arbitration of that fails so you get alot of PCI retries, that is=20 outside ATA's reach to control.. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 09:50:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D9116A4CE; Mon, 13 Sep 2004 09:50:15 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 664DB43D1F; Mon, 13 Sep 2004 09:50:14 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id F23DE11AB1; Mon, 13 Sep 2004 11:50:12 +0200 (CEST) Date: Mon, 13 Sep 2004 11:50:12 +0200 From: "Simon L. Nielsen" To: Ruslan Ermilov Message-ID: <20040913095012.GB766@zaphod.nitro.dk> References: <200409130834.i8D8Y2ls032527@freefall.freebsd.org> <20040913091943.GB31628@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20040913091943.GB31628@ip.net.ua> User-Agent: Mutt/1.5.6i cc: current@FreeBSD.org cc: Dima Dorfman Subject: Re: One method of compile testing WARNS changes on several architectures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 09:50:15 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.09.13 12:19:43 +0300, Ruslan Ermilov wrote: > To test with a minimal time effort, you do this (while in src/): >=20 > $ make toolchain TARGET_ARCH=3D >=20 > This step should be repeated for each architecture to be tested > against. This will take a lot of time, but an order less than a > full buildworld. >=20 > $ make _depend everything SUBDIR_OVERRIDER=3D TARGET_ARCH=3D >=20 > (The underscore before "depend" is intentional.) is a part > of src/ tree that you want to test (can be a list), and > should be looped over with each architecture to be tested against. >=20 > Example. To test if a changed bin/cat still compiles cleanly under > Alpha and AMD64, e.g. due to you clamping down the WARNS level, you > do this: >=20 > 1. Prepare the toolchains: >=20 > make toolchain TARGET_ARCH=3Dalpha > make toolchain TARGET_ARCH=3Damd64 >=20 > 2. Test changes: >=20 > make _depend everything SUBDIR_OVERRIDE=3Dbin/cat TARGET_ARCH=3Dalpha > make _depend everything SUBDIR_OVERRIDE=3Dbin/cat TARGET_ARCH=3Damd64 >=20 > 3. You can then modify cat's sources/makefile, and repeat step #2. >=20 > P.S. The syntax for PC98 would be "TARGET_ARCH=3Di386 TARGET=3Dpc98". This seems like something that IMO really should be put in some documentation. Perhaps the Developers Handbook? (I can Docbook'ify it if needed). --=20 Simon L. Nielsen FreeBSD Documentation Team --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRW1Uh9pcDSc1mlERAuQIAJ9ryDvPFAu1+hMqHho/vqB5Ui51owCfY+4t VVjlrz7X6b3zHbdVbEVlxRI= =ldJ6 -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 10:08:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C56D16A4CE for ; Mon, 13 Sep 2004 10:08:23 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768B443D46 for ; Mon, 13 Sep 2004 10:08:22 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8DA8H67084279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 13:08:18 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8DA8JtE015718; Mon, 13 Sep 2004 13:08:19 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 13:08:18 +0300 From: Ruslan Ermilov To: Eirik Oeverby Message-ID: <20040913100818.GA15613@ip.net.ua> References: <414557C3.9020101@anduin.net> <20040913085359.GA31628@ip.net.ua> <4145622E.7040405@anduin.net> <20040913092954.GC31628@ip.net.ua> <41456B43.5050707@anduin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <41456B43.5050707@anduin.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@freebsd.org Subject: Re: Unable to build world since early June X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 10:08:23 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2004 at 11:41:23AM +0200, Eirik Oeverby wrote: > Ruslan Ermilov wrote: > >On Mon, Sep 13, 2004 at 11:02:38AM +0200, Eirik Oeverby wrote: > >>The exact output of 'make buildworld' (from the time of the error) is: > >> > >>cc -fpic -DPIC -O -pipe -I/usr/src/lib/libc/include=20 > >>-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64=20 > >>-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6= =20 > >>-I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale= =20 > >>-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP=20 > >>-DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k=20 > >>-Wno-uninitialized -c crypt_xdr.c -o crypt_xdr.So > >>cc -O -pipe -I/usr/src/lib/libc/include=20 > >>-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64=20 > >>-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6= =20 > >>-I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale= =20 > >>-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP=20 > >>-DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k=20 > >>-Wno-uninitialized -c nslexer.c > >>cc -fpic -DPIC -O -pipe -I/usr/src/lib/libc/include=20 > >>-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64=20 > >>-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6= =20 > >>-I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale= =20 > >>-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP=20 > >>-DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k=20 > >>-Wno-uninitialized -c nslexer.c -o nslexer.So > >>/dev/stdout: In function `_nsyylex': > >>/dev/stdout:711: warning: label `find_rule' defined but not used > >>/usr/src/lib/libc/net/nslexer.l: At top level: > >>/dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used > >>*** Error code 1 > >>/dev/stdout: In function `_nsyylex': > >>/dev/stdout:711: warning: label `find_rule' defined but not used > >>/usr/src/lib/libc/net/nslexer.l: At top level: > >>/dev/stdout:1678: warning: 'yy_flex_realloc' defined but not used > >>*** Error code 1 > >>2 errors > >>*** Error code 2 > >>1 error > >>*** Error code 2 > >>1 error > >>*** Error code 2 > >>1 error > >>*** Error code 2 > >>1 error > >>*** Error > >> > >>As to which stage this is I don't know - it has been building for quite= =20 > >>a while when this happens. I'm running another buildworld now, dumping= =20 > >>the output to files. Let me know if you need these. > >> > > > >Yes. Please put the *compressed* output (both stdout and stderr) from > >a non-parallel (that is, without -jN) "make buildworld" command available > >somewhere for download. >=20 > http://anduin.net/stdout.txt.gz > http://anduin.net/stderr.txt.gz >=20 Ugh, I meant the combined output, but okay, I probably don't need it, please go on reading. > >Please also provide me with the outputs of the following commands: > > > >uname -srm > >grep __FreeBSD_version /usr/include/osreldate.h > >ident /usr/bin/lex >=20 > [root@anduin] /usr/src# uname -srm > FreeBSD 5.2-CURRENT amd64 > [root@anduin] /usr/src# grep __FreeBSD_version /usr/include/osreldate.h > #undef __FreeBSD_version > #define __FreeBSD_version 502112 > [root@anduin] /usr/src# ident /usr/bin/lex > $FreeBSD: src/usr.bin/lex/flex.skl,v 1.7 2002/09/09 02:58:42 obrien = Exp $ > $FreeBSD: src/usr.bin/lex/gen.c,v 1.6 2002/06/30 05:25:03 obrien Exp= $ >=20 OK, problem analyzed and understood. Here's the analysis: Your /usr/bin/lex was compiled using the above two files/revisions. Now consider this change: : $ ident gen.c flex.skl : gen.c: : $FreeBSD: src/usr.bin/lex/gen.c,v 1.7 2004/01/06 18:54:55 nectar Exp= $ :=20 : flex.skl: : $FreeBSD: src/usr.bin/lex/flex.skl,v 1.8 2004/01/06 19:03:44 nectar = Exp $ :=20 : RCS file: /home/ncvs/src/usr.bin/lex/gen.c,v : Working file: gen.c : head: 1.7 : branch: : locks: strict : access list: : keyword substitution: kv : total revisions: 13; selected revisions: 1 : description: : ---------------------------- : revision 1.7 : date: 2004/01/06 18:54:55; author: nectar; state: Exp; lines: +2 -0 : Work around a `label defined but not used' warning in *generated* code. Here's what happens to your system: your build environment is broken, and it fools "make buildworld" into thinking that it's running on the OS whose version of 502112, when in fact it's not. More explanation follows... The 502112 bump was done in sys/sys/param.h, in this revision: : Index: param.h : =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : RCS file: /home/ncvs/src/sys/sys/param.h,v : retrieving revision 1.190 : retrieving revision 1.191 : diff -u -p -r1.190 -r1.191 : --- param.h 11 Apr 2004 21:57:07 -0000 1.190 : +++ param.h 13 Apr 2004 09:33:33 -0000 1.191 : @@ -32,7 +32,7 @@ : * SUCH DAMAGE. : * : * @(#)param.h 8.3 (Berkeley) 4/4/95 : - * $FreeBSD: src/sys/sys/param.h,v 1.190 2004/04/11 21:57:07 mux Exp $ : + * $FreeBSD: src/sys/sys/param.h,v 1.191 2004/04/13 09:33:33 ru Exp $ : */ : =20 : #ifndef _SYS_PARAM_H_ : @@ -55,7 +55,7 @@ : * scheme is: <0 if release branch, otherwise 1= >xx : */ : #undef __FreeBSD_version : -#define __FreeBSD_version 502111 /* Master, propagated to newvers = */ : +#define __FreeBSD_version 502112 /* Master, propagated to newvers = */ : =20 : #ifndef LOCORE : #include Note the __FreeBSD_version bump was done on 2004/04/13, while the lex change in question (that your /usr/bin/lex does not actually have) was done on 200= 4/01/06, three months *earlier*. If you were really running the 502112 system, your /usr/bin/lex would already have it. buildworld correctly tries to upgrade "lex" for systems which have a stale = one; here's a relevant excerpt from src/Makefile.inc1: : .if ${BOOTSTRAPPING} < 502102 : _lex=3D usr.bin/lex : .endif 502101 and 502102 correspond to revisions 1.177 and 1.178 of param.h, 2003/12/19 and 2004/01/30, respectively, so the 2004/01/06 (the date the "lex" change was made) falls into this range. So this means that your build system is broken. The most common way to do it is to run "make includes" that will spam your /usr/include with headers that do not match the rest of your installed world. This can also be a result of a failed "make installworld". Here's the recipe for you. Apply it only once, when you recover from a broken build system, you don't need it normally. It may work, or may not, depending on how broken your build system is, but chances are good: make buildworld OSRELDATE=3D0 Make sure to specify OSRELDATE=3D0 when doing "make installworld". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRXGSqRfpzJluFF4RArwTAJ0eQd8C4oRIYtb7kyZYVacN9xIAiACaAilc CUlwvK48Y9NSCNIOn6Xn9qU= =yrGW -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 10:40:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F57816A4CE; Mon, 13 Sep 2004 10:40:02 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A79543D41; Mon, 13 Sep 2004 10:40:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8DAe1uH010165; Mon, 13 Sep 2004 06:40:01 -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 i8DAe11r089640; Mon, 13 Sep 2004 06:40:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A7327303F; Mon, 13 Sep 2004 06:40:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040913104001.4A7327303F@freebsd-current.sentex.ca> Date: Mon, 13 Sep 2004 06:40:01 -0400 (EDT) Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 10:40:02 -0000 TB --- 2004-09-13 09:39:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-13 09:39:06 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2004-09-13 09:39:06 - checking out the source tree TB --- 2004-09-13 09:39:06 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2004-09-13 09:39:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-13 09:46:44 - building world (CFLAGS=-O -pipe) TB --- 2004-09-13 09:46:44 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2004-09-13 09:46:44 - /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 TB --- 2004-09-13 10:35:20 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-13 10:35:20 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2004-09-13 10:35:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Sep 13 10:35:20 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] : relocation truncated to fit: BRADDR .text3 cam_periph.o(.text+0x15a8): In function `cam_periph_unmapmem': : relocation truncated to fit: BRADDR .text3 cam_periph.o(.text+0x1668): In function `cam_periph_unmapmem': : relocation truncated to fit: BRADDR .text3 cam_periph.o(.text+0x16ec): In function `cam_periph_unmapmem': : relocation truncated to fit: BRADDR .text3 cam_periph.o(.text3+0x0): additional relocation overflows omitted from the output *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2004-09-13 10:40:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-13 10:40:01 - ERROR: failed to build generic kernel TB --- 2004-09-13 10:40:01 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 10:51:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 9AA0F16A4D0; Mon, 13 Sep 2004 10:51:33 +0000 (GMT) Date: Mon, 13 Sep 2004 10:51:33 +0000 From: Kris Kennaway To: Roman Kurakin Message-ID: <20040913105133.GA85717@hub.freebsd.org> References: <414560D3.10108@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414560D3.10108@cronyx.ru> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 10:51:33 -0000 On Mon, Sep 13, 2004 at 12:56:51PM +0400, Roman Kurakin wrote: > Hi, > > I have the following idea/problem. I want to build world in memory. > I've put in to my system 1G of memory and tried to put on it sources. > But all times I've tried to do that system went to panic. I've used md > with malloc type. > > Any ideas? Please provide more information. It's likely you're trying to create a md that is too big, though. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 11:12:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 140A916A4CE for ; Mon, 13 Sep 2004 11:12:58 +0000 (GMT) Received: from expert.ukrtel.net (expert.ukrtel.net [195.5.6.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8CE043D55 for ; Mon, 13 Sep 2004 11:12:56 +0000 (GMT) (envelope-from astesin@ukrtelecom.net) Received: from hoexch005.sl.ukrtelecom.net (sltrans.ukrtel.net [195.5.37.133]) by expert.ukrtel.net (Netscape Messaging Server 3.5) with ESMTP id AAA4F40; Mon, 13 Sep 2004 14:09:40 +0300 Received: from hoexc010.ho.ukrtelecom.net (hoexc010.ukrtelecom.net [10.10.1.10]) by hoexch005.sl.ukrtelecom.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id S12JXCRB; Mon, 13 Sep 2004 14:15:08 +0300 Received: by hoexc010.ukrtelecom.net with Internet Mail Service (5.5.2653.19) id ; Mon, 13 Sep 2004 14:12:50 +0300 Message-ID: <1152675CA9EDD71187130002B3CE5ADA0BFBC08F@hoexc010.ukrtelecom.net> From: astesin@ukrtelecom.net To: frode@nordahl.net Date: Mon, 13 Sep 2004 14:12:49 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: current@freebsd.org Subject: Re: Promise PDC20267 ATA RAID, poor write performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 11:12:58 -0000 Dear Frode, > > Any ideas as of how to debug this? > > Sounds strange indeed, there is some performance degradation to be > expected from RAID1 (you have to write to both disks) but > nothing that ruins performance this badly. I cannot reproduce it no matter what I > try, so I'm pretty sure the reason should be found outside > ATA. It could be because the two channels are competing for > the PCI bus and the arbitration of that fails so you get alot of PCI retries, that is > outside ATA's reach to control.. Dealing with Intel mobos for about 10 years, I should mention that almost 100% of those strange problems are solved with BIOS upgrades, issued by Intel pretty much silently. I suggest going to http://intel.com and to get the very-very-latest BIOS for your board somewhere at "support and download", put it into, make "Load default settings", reboot, than set whatever settings you need (including "RAID enabled"), tell it to "reset config settings", reboot into FreeBSD and try testing again. I'm almost sure that RAID firmware will be also upgraded together with BIOS upgrade and you have a good chance to win. With D865PERL motherboard BIOS upgrade to P19 helped to solve non-trivial ATA RAID problems for me last week. Additionally, I'll be installing BETA4 onto the box with Intel S875WP1 w/Promise RAID this evening, RAID 1+0 configuration (4 Western Digital 7200 SATA drives, not Raptors), and I'll check it myself and see what happens. Will inform you ASAP. WBR, Andrew From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 11:20:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D23E16A4CE for ; Mon, 13 Sep 2004 11:20:09 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C8B43D2F for ; Mon, 13 Sep 2004 11:20:06 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8DBH6hw036052 for current@FreeBSD.ORG.checked; (8.12.8/vak/2.1) Mon, 13 Sep 2004 15:17:06 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i8DBGG3R036000; (8.12.8/vak/2.1) Mon, 13 Sep 2004 15:16:16 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <414581FE.6060702@cronyx.ru> Date: Mon, 13 Sep 2004 15:18:22 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <414560D3.10108@cronyx.ru> <20040913105133.GA85717@hub.freebsd.org> In-Reply-To: <20040913105133.GA85717@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 11:20:09 -0000 Kris Kennaway wrote: >On Mon, Sep 13, 2004 at 12:56:51PM +0400, Roman Kurakin wrote: > > >>Hi, >> >> I have the following idea/problem. I want to build world in memory. >>I've put in to my system 1G of memory and tried to put on it sources. >>But all times I've tried to do that system went to panic. I've used md >>with malloc type. >> >> Any ideas? >> >> > >Please provide more information. It's likely you're trying to create >a md that is too big, though. > > It is about 800Mb. But system panics while I try to extract source tree. It is not very recent current. The intent of my question was to get some hints how to set up such build area, I belive it should help to make compilation much faster than using hard drive. My home system is not ready for panic investigation now. I'll update it to current and set console to it and will try again. PS. Sorry to all for my last posts to current that are so weak in "technical" details, the debug technique I used before was without remote debugging since most of problems were very near my code and it was enough for me anlo three things: my mind, printed sources, and printf. So now I am in stage of adaptation to/setting up remote debugging. rik >Kris > >-- >In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe > > > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 11:22:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38B1416A4CE for ; Mon, 13 Sep 2004 11:22:10 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5ED843D53 for ; Mon, 13 Sep 2004 11:22:09 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0I3Z00LF28WWTT@ms-dienst.rz.rwth-aachen.de> for freebsd-current@freebsd.org; Mon, 13 Sep 2004 13:22:08 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Mon, 13 Sep 2004 13:22:07 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])i8DBM7RA014102; Mon, 13 Sep 2004 13:22:07 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 1C1C02846D; Mon, 13 Sep 2004 13:22:02 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id BFEBD613A; Mon, 13 Sep 2004 13:22:01 +0200 (CEST) Date: Mon, 13 Sep 2004 13:22:01 +0200 From: Christian Brueffer In-reply-to: <20040913014804.GB22583@empiric.icir.org> To: Arne Schwabe , Mike Tancsa , freebsd-current@freebsd.org Message-id: <20040913112201.GA1344@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="/04w6evG8XlLl3ft"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.5.1i X-Operating-System: FreeBSD 5.2-CURRENT X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> <86vfejlow2.fsf@kamino.rfc1149.org> <20040913014804.GB22583@empiric.icir.org> Subject: Re: ichwd working for anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 11:22:10 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 12, 2004 at 06:48:04PM -0700, Bruce M Simpson wrote: > Try disabling ACPI sysresource range reservations with: > debug.acpi.disabled=3D"sysresource" >=20 > in /boot/loader.conf. I haven't tried this for ichwd but doing this allow= ed > me to load mdodd@'s SMI/SMBIOS modules for ThinkPad. >=20 FYI, this allows the amdpm driver to attach now. Before, I was getting: amdpm0: could not map i/o space - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBRYLZbHYXjKDtmC0RAlTmAJ4rVb1PSztA+KepvpvuwR07SovoEACgzr89 KTyo6CrXKYznLYYgjIfDdMc= =vzZK -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 11:50:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFD7716A4D2 for ; Mon, 13 Sep 2004 11:50:26 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 199D243D60 for ; Mon, 13 Sep 2004 11:50:20 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.46.197] (ppp2EC5.dyn.pacific.net.au [61.8.46.197]) i8DBneMM024153 for ; Mon, 13 Sep 2004 21:49:41 +1000 From: Sam Lawrance To: current@freebsd.org Content-Type: text/plain Message-Id: <1095076295.77709.50.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 13 Sep 2004 21:51:36 +1000 Content-Transfer-Encoding: 7bit Subject: truss -f "hangs" when traced process vfork()s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 11:50:27 -0000 Hello, If I run "truss -f make clean" in a port directory, I wind up with a situation like the following. There are three processes concerned: truss, the initially traced process, and the newly forked child: root 77739 0.0 0.2 1304 764 v1 I+ 7:50PM 0:00.02 truss -f make clean root 77740 0.0 0.1 540 376 v1 DL+ 7:50PM 0:00.01 make clean root 77741 0.0 0.1 540 376 v1 DV+ 7:50PM 0:00.00 make clean Backtrace of truss. Truss is waiting for an event to be reported from procfs (everything past msleep omitted). msleep(c1c07f28,c1c07e6c,15c,c08052e3,0) at msleep+0x312 procfs_ioctl(c16ee960,c1c07e00,c173d480,40147004,ce674c60) at procfs_ioctl+0x139 pfs_ioctl(ce674b88) at pfs_ioctl+0xd9 vn_ioctl(c2f0ae14,40147004,ce674c60,c293bc00,c16ee960) at vn_ioctl+0x187 ioctl(c16ee960,ce674d14,3,1,292) at ioctl+0x551 syscall(2f,2f,2f,8057038,2) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280d8123, esp = 0xbfbfeccc, ebp = 0xbfbfed50 --- Backtrace of the initially traced process. The process has vfork()ed and is awaiting return from fork1(). vfork() calls fork1() with the RFPPWAIT flag set, so the syscall won't return until the child process exits. msleep(c1c07e00,c1c0706c,5c,c080749a,0) at msleep+0x322 fork1(c1908c80,80000034,0,d33b9ce4,c1908c80) at fork1+0x14f9 vfork(c1908c80,d33b9d14,0,1,213) at vfork+0x1b syscall(2f,2f,2f,8080ba5,0) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (66, FreeBSD ELF32, vfork), eip = 0x805c0a0, esp = 0xbfbfd780, ebp = 0xbfbfdbb8 --- Backtrace of the child process. The process has been stopped because it has generated an event and has tracing flags set (like its parent). msleep(c1c0712c,c1c0706c,5c,c080b3bb,0,c1c07128) at msleep+0x322 stopevent(c1c07000,4,1) at stopevent+0x54 syscall(2f,2f,2f,0,0) at syscall+0x1f7 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x8064d03, esp = 0xbfbfd76c, ebp = 0xbfbfdbb8 --- Normally, truss will fork a copy of itself to trace the child process once it gets the PID. However, the initially traced process is still in vfork(). So: - truss is waiting (PIOCFWAIT) for the initially traced process to stop - the initially traced process is waiting for vfork() to return - the child process created by the vfork() has been created, stopped at the first event, and is waiting to be continued (PIOCCONT) - but since truss is still waiting for for the initial process to stop on return from vfork(), it doesn't have a PID for the child, and so has not forked another truss to trace the child. The child is stranded and won't return. I haven't thought much about a solution, but perhaps truss needs to fork at syscall entry rather than syscall exit, in cases where the traced process has executed a fork that RFPPWAITs. Is this right? Shall I file a PR? -- FreeBSD dirk.no.domain 5.3-BETA4 FreeBSD 5.3-BETA4 #5: Mon Sep 13 11:20:19 EST 2004 sam@dirk.no.domain:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 11:53:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83DB716A4CE; Mon, 13 Sep 2004 11:53:28 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DD1E43D5A; Mon, 13 Sep 2004 11:53:28 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C6pOh-0008G0-00; Mon, 13 Sep 2004 13:53:27 +0200 Received: from [84.128.134.217] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1C6pOg-0000a9-00; Mon, 13 Sep 2004 13:53:27 +0200 From: Max Laier To: current@freebsd.org Date: Mon, 13 Sep 2004 13:51:58 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_unYRBynnNyfiBgW"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409131352.14180.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 Subject: HEADSUP: Format correction for /var/log/pflog on archs w/ 64Bit timeval X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 11:53:28 -0000 --Boundary-02=_unYRBynnNyfiBgW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, as reported with http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/71096=20 pflogd(8) was storing machine dependend timevals in the pflog pcap file. Th= is=20 has been fixed in current a while ago and I just MT5'ed it back. Please make sure that you move away your old /var/log/pflog before the next= =20 update of pflogd(8). This affects only archs where "long" is 64bit width (all but i386 and pc98) =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-02=_unYRBynnNyfiBgW Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBRYnuXyyEoT62BG0RAsd+AJwIUS5G6PqKbrli8sIjC1GThjD3lQCfbTO+ KC3JREUU9s5mY9jc3nXS5Wk= =W9Tq -----END PGP SIGNATURE----- --Boundary-02=_unYRBynnNyfiBgW-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 13:28:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEC3316A4CE for ; Mon, 13 Sep 2004 13:28:51 +0000 (GMT) Received: from KVIW12.KVI.nl (KVIW12.KVI.nl [129.125.15.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2BD43D5D for ; Mon, 13 Sep 2004 13:28:50 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIS10.KVI.nl ("port 43328"@KVIS10.KVI.nl [129.125.27.60]) <01LETNOI668OD3ZEGE@KVI.nl> for current@freebsd.org; Mon, 13 Sep 2004 15:28:42 +0200 (MET DST) Received: from KVIW14.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-8) id 21073-2A530F88; Mon, 13 Sep 2004 15:28:42 +0200 Received: from kvip88 ("port 53356"@KVIP88.KVI.nl [129.125.15.152]) <01LETNO0KJAID3ZEX4@KVI.nl> for current@freebsd.org; Mon, 13 Sep 2004 15:28:19 +0200 (MET DST) Date: Mon, 13 Sep 2004 15:28:18 +0200 From: "Alexander S. Usov" To: current@freebsd.org Message-id: <200409131528.18199.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.6; VDF: 6.27.0.55; host: kvi.nl) Subject: problems with msdosfs_iconv in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 13:28:51 -0000 Hi! After updating to BETA4 I have started experiencing problems booting the system with msdos partitions in fstab. The filesystem checks in the early part of the bootstrap produces the message msdosfs: Unable to load iconv library: Shared object "libiconv.so" not found, required by "msdosfs" : Unknown error: 0 msdosfs: msdosfs_iconv: No such file or directory I saw this message in case of only msdosfs compiled in kernel and when all msdosfs, msdosfs_iconv, libiconv are compiled in. Strange, that it happens only during the second or third boot, and then persist until I comment out the corresponding line from fstab "/dev/ad0s2 /mnt msdosfs rw,-uusov,-gusov,-m644,-M755,-Wkoi2dos,-Lru_RU.KOI8-R 0 0" to let it boot. Then it's possible to mount it manually. Strange, that afterwards it gives you one-two more successful boots, and strarts complaining again. Also, when it complaind and proposes a shell to correct the problem, manual mounts also fail, but just letting it to boot corrects the problem and mounting starts working fine. IMHO it looks like a some problem with ld cache, but I didn't tried yet if rebuilding it will help. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 13:42:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5913E16A4CE for ; Mon, 13 Sep 2004 13:42:49 +0000 (GMT) Received: from KVIW13.KVI.nl (KVIW13.KVI.nl [129.125.15.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11D6043D4C for ; Mon, 13 Sep 2004 13:42:49 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIS10.KVI.nl ("port 43346"@KVIS10.KVI.nl [129.125.27.60]) <01LETO6UOX6YD3ZEGE@KVI.nl> for current@freebsd.org; Mon, 13 Sep 2004 15:42:43 +0200 (MET DST) Received: from KVIW06.KVI.NL by KVIS10.KVI.nl (AvMailGate-2.0.2-8) id 22812-5D10A7C2; Mon, 13 Sep 2004 15:42:42 +0200 Received: from kvip88 ("port 64638"@KVIP88.KVI.nl [129.125.15.152]) <01LETO6LB4TQD3ZEGE@KVI.nl> for current@freebsd.org; Mon, 13 Sep 2004 15:42:30 +0200 (MET DST) Date: Mon, 13 Sep 2004 15:42:29 +0200 From: "Alexander S. Usov" To: current@freebsd.org Message-id: <200409131542.29997.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.27.0.6; VDF: 6.27.0.55; host: kvi.nl) Subject: USB issues in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 13:42:49 -0000 Hi again! :) One more strange problem with BETA4 and usb-plugged HDD. The hardware (the logs here are from BETA3, but i BETA4 the issue is still present, part of the logs is skipped to save the space): intel centrino notebook, dmesg output follows uhci0: port 0x1800-0x181f irq 10 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhci1: port 0x1820-0x183f irq 5 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhci2: port 0x1840-0x185f irq 10 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 ehci0: mem 0xd0000000-0xd00003ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 Plugging in the USB2 hdd case after booting produces: umass0: Genesys Logic USB TO IDE, rev 2.00/0.02, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) I don't like this 1 MB/s transfer speed, and in reality it gives 8-9 MB/s. Trying to boot with the case plugged in gives right after ata detection: umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED da0 at umass-sim1 bus 1 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) umass0: at uhub0 port 1 (addr 2) disconnected umass0: detached -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 14:41:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0978716A4CE for ; Mon, 13 Sep 2004 14:41:47 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5899443D3F for ; Mon, 13 Sep 2004 14:41:46 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 4105850B81; Mon, 13 Sep 2004 23:41:45 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id B82E050B8C; Mon, 13 Sep 2004 23:41:43 +0900 (JST) Date: Mon, 13 Sep 2004 23:41:43 +0900 Message-ID: <7misainsd4.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: "Elliot Finley" In-Reply-To: <7my8jgomga.wl@black.imgsrc.co.jp> References: <06c601c4973a$1d1c5570$32cba1cd@science1> <7m8ybip6qm.wl@black.imgsrc.co.jp> <072201c4975c$db5bfa00$32cba1cd@science1> <7mzn3xo1mj.wl@black.imgsrc.co.jp> <07bb01c49812$bf4463a0$32cba1cd@science1> <7my8jgomga.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: freebsd-current@freebsd.org Subject: Re: Beta3 core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 14:41:47 -0000 At Sun, 12 Sep 2004 00:27:17 +0900, kuriyama wrote: > > Just so you're clear on what I'm doing. I made the code change, then in > > /usr/src/lib/libc I do a 'make' then a 'make install', then I do a > > 'portsdb -fu'. > > Thanks. My patch fixes 3 boxes in my office, but I find next one > still dumps core even with patch. I'll dig into more... Okay, I find NetBSD has already fixes for this. Please test with this patch if you still have problem with "portsdb -u". ==== //depot/user/kuriyama/ref5/src/lib/libc/db/btree/bt_split.c#3 - /home/kuriyama/p4/kuriyama/ref5/src/lib/libc/db/btree/bt_split.c ==== @@ -355,8 +355,6 @@ /* Put the new right page for the split into place. */ if ((r = __bt_new(t, &npg)) == NULL) return (NULL); - /* XXX: Workaround for broken page data. */ - memset(r, 0xff, t->bt_psize); r->pgno = npg; r->lower = BTDATAOFF; r->upper = t->bt_psize; @@ -728,7 +726,7 @@ * the right page. */ if (skip <= off) { - skip = 0; + skip = MAX_PAGE_OFFSET; rval = l; } else { rval = r; @@ -738,7 +736,7 @@ for (off = 0; nxt < top; ++off) { if (skip == nxt) { ++off; - skip = 0; + skip = MAX_PAGE_OFFSET; } switch (h->flags & P_TYPE) { case P_BINTERNAL: -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 15:35:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3235F16A4CE for ; Sun, 12 Sep 2004 15:35:16 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85FB643D53 for ; Sun, 12 Sep 2004 15:35:15 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 53B6FDCFBA; Sun, 12 Sep 2004 17:35:14 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 29530A5677; Sun, 12 Sep 2004 17:35:14 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 074F89F830; Sun, 12 Sep 2004 17:35:14 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id E53DBD421A; Sun, 12 Sep 2004 17:35:13 +0200 (CEST) Received: from roadrunner.q.local (roadrunner [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i8CFZDTH097971; Sun, 12 Sep 2004 17:35:13 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: from roadrunner.q.local (localhost.q.local [127.0.0.1]) by roadrunner.q.local (8.13.1/8.12.10) with ESMTP id i8CFZDYM001661; Sun, 12 Sep 2004 17:35:13 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: (from q@localhost) by roadrunner.q.local (8.13.1/8.12.10/Submit) id i8CFZD1v001660; Sun, 12 Sep 2004 17:35:13 +0200 (CEST) (envelope-from q) Date: Sun, 12 Sep 2004 17:35:13 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20040912153513.GB816@galgenberg.net> Mail-Followup-To: current@freebsd.org, bzeeb+freebsd+lor@zabbadoz.net Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T7mxYSe680VjQnyC" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) X-Mailman-Approved-At: Mon, 13 Sep 2004 14:48:07 +0000 cc: bzeeb+freebsd+lor@zabbadoz.net Subject: LOR in snd_ad1816 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 15:35:16 -0000 --T7mxYSe680VjQnyC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, this is from an oldish P2 with an ad1816 sound card. I don't have regular access to the machine, so feedback might be slow. lock order reversal 1st 0xc1621780 pcm0 (sound softc) @ /usr/src/sys/modules/sound/driver/ad18= 16/../../../../dev/sound/isa/ad1816.c:83 2nd 0xc16213c0 pcm0:play:0 (pcm play channel) @ /usr/src/sys/modules/sound= /sound/../../../dev/sound/pcm/channel.c:503 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c08bdf80,c08bdeb8,c084c8bc) at kdb_backtrace+0x29 witness_checkorder(c16213c0,9,c09eec4c,1f7) at witness_checkorder+0x544 _mtx_lock_flags(c16213c0,0,c09eec4c,1f7,c1621680) at _mtx_lock_flags+0x5b chn_intr(c161a780,c1621640,c14ffd80,c1502c60,cbcfdd1c) at chn_intr+0x1b ad1816_intr(c161a900) at ad1816_intr+0x7b ithread_loop(c14ffd80,cbcfdd48,c14ffd80,c05ed66c,0) at ithread_loop+0x124 fork_exit(c05ed66c,c14ffd80,cbcfdd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xcbcfdd7c, ebp =3D 0 --- Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --T7mxYSe680VjQnyC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBRGywmArGtfDbn0QRAnTAAJ9ZhAFrGAFNkVccqDC9dVEluoJe+ACg7KNX 7GaJkuv3v+jJkKy7VcNO9jg= =WUoQ -----END PGP SIGNATURE----- --T7mxYSe680VjQnyC-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 01:41:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BAE516A4CF for ; Mon, 13 Sep 2004 01:41:27 +0000 (GMT) Received: from gddsn.org.cn (mail.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F3DC43D3F for ; Mon, 13 Sep 2004 01:41:27 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (unknown [211.96.21.195]) by gddsn.org.cn (Postfix) with ESMTP id 7056838CBF3 for ; Mon, 13 Sep 2004 09:39:34 +0800 (CST) Message-ID: <4144FA4A.5090601@gddsn.org.cn> Date: Mon, 13 Sep 2004 09:39:22 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.6) Gecko/20040706 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 13 Sep 2004 14:48:07 +0000 Subject: 6-CURRENT build ppp failed with -DNONETGRAPH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 01:41:27 -0000 hi,list: get the following error mesgs with today's kernel: ..... cc -O -pipe -DNONETGRAPH -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/usr.sbin/ppp/tty.c /usr/src/usr.sbin/ppp/tty.c:577: warning: unused parameter 'auxfd' /usr/src/usr.sbin/ppp/tty.c:577: warning: unused parameter 'nauxfd' /usr/src/usr.sbin/ppp/tty.c:626: warning: unused parameter 'auxfd' /usr/src/usr.sbin/ppp/tty.c:626: warning: unused parameter 'nauxfd' *** Error code 1 any ideas? From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 04:00:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6E8E16A4CE for ; Mon, 13 Sep 2004 04:00:55 +0000 (GMT) Received: from www.ideaway.net (ideaway.net [207.251.107.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45A5943D41 for ; Mon, 13 Sep 2004 04:00:55 +0000 (GMT) (envelope-from mspam@www.ideaway.net) Received: from www.ideaway.net (localhost [127.0.0.1]) by localhost (8.10.2/8.10.2) with ESMTP id i8D40l726098 for ; Mon, 13 Sep 2004 00:00:47 -0400 From: "Mike" To: freebsd-current@freebsd.org Date: Sun, 12 Sep 2004 23:00:47 -0500 Message-Id: <20040913040047.M3346@www.ideaway.net> X-Mailer: Open WebMail 1.81 20021203 X-OriginatingIP: 68.162.178.157 (mike@www.ideaway.net) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Mon, 13 Sep 2004 14:49:54 +0000 Subject: cbb1: bad Vcc request. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 04:00:56 -0000 I receive this message on boot, and am unable to use the picmic wireless card in this pc (toshiba portege) on REGENG_5. I have a slightly dated -current in which I could only get the wireless cards to work on after applying the patch in the comments at http://www.freebsd.org/cgi/query-pr.cgi?pr=66848 I cvsup'ed recently, and it appears the pccard.c file has had quite a bit of change, however the same problem as existed before persists. I have emailed imp@ since the pr appears to be "owned" by him, however I have no response on the status of this problem. Will this be fixed before RC1 comes out? Is there something I am doing wrong to cause this problem? Is there something I can do to help debug this problem? What I believe is a relevant section of dmesg is below. Thank you, Mike Sep 7 19:53:04 maximator kernel: usb0: USB revision 1.0 Sep 7 19:53:04 maximator kernel: uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 7 19:53:04 maximator kernel: uhub0: 2 ports with 2 removable, self powered Sep 7 19:53:04 maximator kernel: pci0: at device 17.0 (no driver attached) Sep 7 19:53:04 maximator kernel: cbb0: at device 19.0 on pci0 Sep 7 19:53:04 maximator kernel: cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0 Sep 7 19:53:04 maximator kernel: cardbus0: on cbb0 Sep 7 19:53:04 maximator kernel: pccard0: <16-bit PCCard bus> on cbb0 Sep 7 19:53:04 maximator kernel: $PIR: 0:19 INTA routed to irq 11 Sep 7 19:53:04 maximator kernel: cbb0: [MPSAFE] Sep 7 19:53:04 maximator kernel: cbb0: bad Vcc request. ctrl=0xf000ef08, status=0xf000e2c3 Sep 7 19:53:04 maximator kernel: cbb_power: 0V Sep 7 19:53:04 maximator kernel: cbb0: PCI Configuration space: Sep 7 19:53:04 maximator kernel: 0x00: 0x060f1179 0x04800007 0x06070006 0x00820000 Sep 7 19:53:04 maximator kernel: 0x10: 0x00000000 0x04800000 0x00141400 0xfffff000 Sep 7 19:53:04 maximator kernel: 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc Sep 7 19:53:04 maximator kernel: 0x30: 0x00000000 0x0000fffc 0x00000000 0x0400010b Sep 7 19:53:04 maximator kernel: 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0x80: 0x00000000 0x00000000 0x00000000 0x01000000 Sep 7 19:53:04 maximator kernel: 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0xa0: 0x860011f0 0x00000002 0x00000000 0x0000d100 Sep 7 19:53:04 maximator kernel: 0xb0: 0x3f3f3fc3 0x0a081020 0x00010100 0x000003f1 Sep 7 19:53:04 maximator kernel: 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 Sep 7 19:53:04 maximator kernel: cbb1: at device 19.1 on pci0 Sep 7 19:53:04 maximator kernel: cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x1000 Sep 7 19:53:04 maximator kernel: cardbus1: on cbb1 Sep 7 19:53:04 maximator kernel: pccard1: <16-bit PCCard bus> on cbb1 Sep 7 19:53:04 maximator kernel: $PIR: 0:19 INTB routed to irq 11 Sep 7 19:53:04 maximator kernel: cbb1: [MPSAFE] Sep 7 19:53:04 maximator kernel: cbb1: bad Vcc request. ctrl=0x7200700, status=0x7200720 Sep 7 19:53:04 maximator kernel: cbb_power: 0V Sep 7 19:53:04 maximator kernel: cbb1: PCI Configuration space: Sep 7 19:53:04 maximator kernel: 0x00: 0x060f1179 0x04800007 0x06070006 0x00820000 Sep 7 19:53:04 maximator kernel: 0x10: 0x00001000 0x04800000 0x00151500 0xfffff000 Sep 7 19:53:04 maximator kernel: 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc Sep 7 19:53:04 maximator kernel: 0x30: 0x00000000 0x0000fffc 0x00000000 0x0400020b Sep 7 19:53:04 maximator kernel: 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0x80: 0x00000000 0x00000000 0x00000000 0x01000000 Sep 7 19:53:04 maximator kernel: 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0xa0: 0x860021f0 0x00000002 0x00000000 0x0000d100 Sep 7 19:53:04 maximator kernel: 0xb0: 0x3f3f3fc3 0x0a081020 0x00010100 0x000003f1 Sep 7 19:53:04 maximator kernel: 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 Sep 7 19:53:04 maximator kernel: 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 Sep 7 19:53:04 maximator kernel: cpu0 on motherboard Sep 7 19:53:04 maximator kernel: isa0: on motherboard From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 08:44:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A505B16A4CE for ; Mon, 13 Sep 2004 08:44:05 +0000 (GMT) Received: from mail-out.emea.daimlerchrysler.com (mail-out.emea.daimlerchrysler.com [141.113.102.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB7343D53 for ; Mon, 13 Sep 2004 08:44:04 +0000 (GMT) (envelope-from class_consulting.leidinger@daimlerchrysler.com) Date: Mon, 13 Sep 2004 10:42:49 +0200 From: class_consulting.leidinger@daimlerchrysler.com To: current@FreeBSD.org Message-id: MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Mon, 13 Sep 2004 14:48:07 +0000 Subject: panic very early at boot with -current (20040912-SESNAP) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 08:44:05 -0000 Hi, please excuse if this mails exhibits unfriendly behavior, I'm not the mail-admin here and I have to use Lotus Notes... I've downloaded the 20040912 sesnap of -current to install it on my laptop. It panics immediatly after loading the kernel. The manufacturer of the Laptop went away, so there's no chance to get a new BIOS. Additionally it doesn't has serial lines or a floppy drive. 4.x doesn't panic, but it isn't able to find the root-FS (I think it can't find the CD drive). The panic (non verbose boot) looks like: ---snip--- [Copyright] [WITNESS enabled] [Timecounter i8254] [mobile Athlon XP 1800+] [239 MB real memory] [npx] pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 [in a verbose boot I see "found ->" for vendor 0x1106 and devices 0x3156 (revid=0x00) and device 0xb091 (revid=0x0) and for vendor 0x1524, dev 0x1410] Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xe7136 faul code = supervisor read, page not present instruction pointer = 0x8:0xc00e9005 stack pointer = 0x10:0xc1021a4c frame pointer = 0x10:0xc1021a4c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread 0] Stopped at 0xc00e9005: cmpb %cs:0x1(%esi),%bl db> trace kernbase(...) end(...) db> ---snip--- Booting with ACPI enabled (the non default mode of booting from the cdboot CD) changes the behavior, no panic and it boots just fine into sysinstall. I hope we can replace this panic with a "please try to boot with ACPI enabled" or something like this in RELENG_5_3, since we will get bad press if we ship without a fix and a tester stumbles over this problem. It's definitivly a showstopper for novices which want to give FreeBSD a try and don't know as much about FreeBSD as we do. I can provide additional information of a verbose boot or debug specific parts and report back, but I can't download and burn something until I'm back home (at the weekend). I haven't installed 6-current yet, but the already installed DragonFly 1.0 boots just fine, so if you need some additional information which I can provide with a copy&paste (by hand, my laptop has no other possibility to share data with my office-computer) from DragonFly (e.g. pciconv -l), just ask. The same applies for information I can get with a "cdboot" image of -current without installing FreeBSD. Bye, Alexander. -- Alexander Leidinger, Diplom-Informatiker Class Consulting Admin im MIF-Projekt (T-Systems / Daimler-Chrysler) Tel.: 0711/972-44286 From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 13:58:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DA5216A4CE for ; Mon, 13 Sep 2004 13:58:50 +0000 (GMT) Received: from GreenSrv.rz.unibw-muenchen.de (greensrv.RZ.UniBw-Muenchen.de [137.193.10.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ACF043D6D for ; Mon, 13 Sep 2004 13:58:49 +0000 (GMT) (envelope-from lutz@medusa.informatik.unibw-muenchen.de) Received: from localhost (GreenSrv [127.0.0.1])i8DDwPgu012486 for ; Mon, 13 Sep 2004 15:58:25 +0200 Received: from GreenSrv.rz.unibw-muenchen.de ([127.0.0.1]) by localhost (GreenSrv [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 12297-04 for ; Mon, 13 Sep 2004 15:58:20 +0200 (CEST) Received: from medusa.informatik.unibw-muenchen.de (medusa.Informatik.UniBw-Muenchen.de [137.193.60.34])i8DDwIcw012464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 13 Sep 2004 15:58:18 +0200 X-Remarks: If SPAM is relayed via GreenSrv.rz.unibw-muenchen.de to outside of unibw-muenchen.de, please report it to abuse@unibw-muenchen.de Received: from lutz by medusa.informatik.unibw-muenchen.de with local (Exim 4.42 (FreeBSD)) id 1C6rJv-0000D8-Jv for current@freebsd.org; Mon, 13 Sep 2004 15:56:39 +0200 From: Lutz Bichler Organization: University of the Federal Armed Forces Munich To: current@freebsd.org Date: Mon, 13 Sep 2004 15:56:39 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409131556.39420.Lutz.Bichler@unibw-muenchen.de> Sender: Lutz Bichler X-Virus-Scanned: by amavisd-new at GreenSrv.rz.unibw-muenchen.de X-Mailman-Approved-At: Mon, 13 Sep 2004 14:48:07 +0000 Subject: Problem with snd_ich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 13:58:50 -0000 Hi, i tried the patch, which was sent to the list. Unfortunately it does not change anything. Regards Lutz From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 15:19:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 888CA16A4CE for ; Mon, 13 Sep 2004 15:19:18 +0000 (GMT) Received: from outmx001.isp.belgacom.be (outmx001.isp.belgacom.be [195.238.3.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id C226C43D2D for ; Mon, 13 Sep 2004 15:19:12 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from outmx001.isp.belgacom.be (localhost [127.0.0.1]) with ESMTP id i8DFIxVh024834 for ; Mon, 13 Sep 2004 17:19:03 +0200 (envelope-from ) Received: from [192.168.70.42] (154.110-136-217.adsl.skynet.be [217.136.110.154])with ESMTP id i8DFItPU024800; Mon, 13 Sep 2004 17:18:55 +0200 (envelope-from ) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Mon, 13 Sep 2004 17:20:58 +0200 User-Agent: KMail/1.6.2 References: <20040913040047.M3346@www.ideaway.net> In-Reply-To: <20040913040047.M3346@www.ideaway.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409131720.58573.tijl@ulyssis.org> cc: mspam@www.ideaway.net Subject: Re: cbb1: bad Vcc request. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 15:19:18 -0000 Hello Mike, On Monday 13 September 2004 06:00, Mike wrote: > I receive this message on boot, and am unable to use the picmic > wireless card in this pc (toshiba portege) on REGENG_5. I have a > slightly dated -current in which I could only get the wireless > cards to work on after applying the patch in the comments at > http://www.freebsd.org/cgi/query-pr.cgi?pr=66848 > I cvsup'ed recently, and it appears the pccard.c file has > had quite a bit of change, however the same problem as > existed before persists. I had the same problem when I recently switched to 5-current. The PR you referred to, fixed it. You can find a more up to date patch at http://lists.freebsd.org/pipermail/freebsd-mobile/2004-September/004726.html From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 15:24:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E5D16A4CE; Mon, 13 Sep 2004 15:24:21 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99C5043D53; Mon, 13 Sep 2004 15:24:20 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8DFOJLn094703; Mon, 13 Sep 2004 11:24:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 94643-01; Mon, 13 Sep 2004 11:24:19 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8DFOJVL094668; Mon, 13 Sep 2004 11:24:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8DFOADv015374; Mon, 13 Sep 2004 11:24:11 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040913111109.087cb9d0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Mon, 13 Sep 2004 11:29:17 -0400 To: Bruce M Simpson From: Mike Tancsa In-Reply-To: <6.1.2.0.0.20040912220440.0867d3d0@64.7.153.2> References: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> <86vfejlow2.fsf@kamino.rfc1149.org> <20040913014804.GB22583@empiric.icir.org> <6.1.2.0.0.20040912220440.0867d3d0@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b cc: freebsd-current@freebsd.org Subject: Re: ichwd working for anyone ? (and watchdog vs watchdogd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 15:24:21 -0000 At 11:42 PM 12/09/2004, Mike Tancsa wrote: >At 09:48 PM 12/09/2004, Bruce M Simpson wrote: >>Try disabling ACPI sysresource range reservations with: >> debug.acpi.disabled="sysresource" >> >>in /boot/loader.conf. I haven't tried this for ichwd but doing this allowed >>me to load mdodd@'s SMI/SMBIOS modules for ThinkPad. > >Hmmm, this seems to help a bit but the functionality is not there. The >module loads and doesnt complain, but it doesnt work in that the daemon >does not seem to be able to "arm" it so that it reboots This might be a problem with the ichwd at this point. I grabbed the original watchdog kld from, http://freebsd.tamu.edu/wdog/ and applied the following patches --- i8xxwd.c Wed Mar 24 07:25:35 2004 +++ ../i8xxwd-current.patches/i8xxwd.c Mon Sep 13 11:02:44 2004 @@ -30,6 +30,7 @@ #include #include #include +#include #include #include #include @@ -48,6 +49,7 @@ {VENDORID_INTEL, DEVICEID_82801CAX, "Intel 82801CA/82801CAM watchdog device"}, {VENDORID_INTEL, DEVICEID_82801DB, "Intel 82801DB watchdog device"}, {VENDORID_INTEL, DEVICEID_82801E, "Intel 82801E watchdog device"}, + {VENDORID_INTEL, DEVICEID_82801EBR, "Intel 82801EB / ER watchdog timer" }, {VENDORID_INTEL, 0, ""}, }; --- i8xxwd.h Wed Mar 24 07:16:17 2004 +++ ../i8xxwd-current.patches/i8xxwd.h Mon Sep 13 11:02:17 2004 @@ -43,7 +43,9 @@ #define DEVICEID_82801CAX 0x2480 #define DEVICEID_82801DB 0x24c0 #define DEVICEID_82801E 0x2450 - +#define DEVICEID_82801EBR 0x24d0 + + #define SMIBASE_OFFSET 0x30 #define TCOBASE_OFFSET 0x60 #define PMBASE 0x40 Loading just this module and then using watchdogd -t 10 and then a kill -9 of the watchdogd program and the box reboots about 10 seconds later. With icwhd, no reboot. And I can get the i8xxwd kld to work just fine without having to put debug.acpi.disabled="sysresource" in /boot/loader.conf Also, why are there 2 watchdog programs in the base ? releng5-865# which watchdog /usr/sbin/watchdog releng5-865# which watchdogd /usr/sbin/watchdogd releng5-865# ---Mike >I tried it as a kld and as statically compiled into the kernel and no dice >on either and statically compiled in is worse. > >Also, why would booting without ACPI not work as well if its the "problem" ? > > >Adding a couple of printfs to the watchdog, the ioctl is returning zero > > >But if I kill -9 the daemon, the box does not reboot > > From the console, > >ichwd module loaded >ichwd_identify(): found ICH chipset: Intel 82801EB/ER watchdog timer >ichwd0: on motherboard >ichwd0: timer disabled >ichwd0: timer enabled >ichwd0: timeout set to 28 ticks >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded > >FreeBSD/i386 (releng5-865.sentex.ca) (ttyd0) > >login: >ichwd0: timer reloaded > >FreeBSD/i386 (releng5-865.sentex.ca) (ttyd0) > >login: ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded >ichwd0: timer reloaded > > > >One last thing which I dont know if its significant or not, but after >loading the kld, on reboot I get > > >Shutting down local daemons:. >Writing entropy file:. >Terminated >. >Sep 12 23:00:39 releng5-865 syslogd: exiting on signal 15 >Waiting (max 60 seconds) for system process `vnlru' to stop...done >Waiting (max 60 seconds) for system process `bufdaemon' to stop...done >Waiting (max 60 seconds) for system process `syncer' to stop... >Syncing disks, vnodes remaining...2 2 2 2 0 0 done >No buffers busy after final sync >Uptime: 16m36s >Shutting down ACPI > ACPI-0265: *** Error: Hardware never changed modes > > ---Mike >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 15:25:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D449516A4D0; Mon, 13 Sep 2004 15:25:21 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD78C43D54; Mon, 13 Sep 2004 15:25:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.11] (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8DFPr1L029181; Mon, 13 Sep 2004 09:25:53 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4145BB0D.20905@samsco.org> Date: Mon, 13 Sep 2004 09:21:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <414560D3.10108@cronyx.ru> <20040913105133.GA85717@hub.freebsd.org> <414581FE.6060702@cronyx.ru> In-Reply-To: <414581FE.6060702@cronyx.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 15:25:22 -0000 Roman Kurakin wrote: > Kris Kennaway wrote: > >> On Mon, Sep 13, 2004 at 12:56:51PM +0400, Roman Kurakin wrote: >> >> >>> Hi, >>> >>> I have the following idea/problem. I want to build world in memory. >>> I've put in to my system 1G of memory and tried to put on it sources. >>> But all times I've tried to do that system went to panic. I've used md >>> with malloc type. >>> >>> Any ideas? >>> >> >> >> Please provide more information. It's likely you're trying to create >> a md that is too big, though. >> >> > It is about 800Mb. But system panics while I try to extract source tree. > It is not very recent > current. The intent of my question was to get some hints how to set up > such build area, I > belive it should help to make compilation much faster than using hard > drive. My home system > is not ready for panic investigation now. I'll update it to current and > set console to it and will > try again. > > > PS. Sorry to all for my last posts to current that are so weak in > "technical" details, the debug > technique I used before was without remote debugging since most of > problems were very > near my code and it was enough for me anlo three things: my mind, > printed sources, and printf. > So now I am in stage of adaptation to/setting up remote debugging. > > rik What kind of panic was it? Try using swap backing instead of malloc. Malloc will consume wired memory and will generally make life difficult for other parts of the kernel that need memory later. Swap-backed pages will stay in RAM until the VM needs to push them out due to memory pressure. Scott From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 15:34:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15E4D16A4CE for ; Mon, 13 Sep 2004 15:34:39 +0000 (GMT) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3EB743D31 for ; Mon, 13 Sep 2004 15:34:37 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net id i8DFYakN004058 (8.12.10/1.4); Mon, 13 Sep 2004 17:34:36 +0200 (MET DST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id i8DFYalr007131 (8.12.10/2.02); Mon, 13 Sep 2004 17:34:36 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Mon, 13 Sep 2004 17:34:36 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: kern.ipc.nmbclusters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 15:34:39 -0000 Hi. Increasing kern.ipc.nmbclusters on a running box generally causes 'kmem_map too small' panics, because (I guess) vm.kmem_size is not adjusted accordingly. Similarly things go very wrong if I boot with 'kern.ipc.nmbcluster=0' in /boot/loader.conf. Is one supposed to do any of this? :) Just curious. Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 16:02:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F19116A4CE for ; Mon, 13 Sep 2004 16:02:59 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 549CD43D53 for ; Mon, 13 Sep 2004 16:02:58 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8DG2v897221 for ; Tue, 14 Sep 2004 01:02:57 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20040913000216E.matusita@jp.FreeBSD.org> References: <20040913000216E.matusita@jp.FreeBSD.org> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 10 From: Makoto Matsushita To: current@FreeBSD.org Date: Tue, 14 Sep 2004 01:02:55 +0900 Message-Id: <20040914010255H.matusita@jp.FreeBSD.org> Subject: Re: Recent 6.0-CURRENT and VMware 4.2.1: boot problem with PREEMPTION enabled kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 16:02:59 -0000 matusita> I've just found that my VMware Workstation virtual machine doesn't matusita> boot as expected with recent 6.0-CURRENT kernel. For example, with matusita> 6.0-CURRENT-20040912-JPSNAP boot floppies, following three lines are matusita> the last message, and stops VM forever: Hmm, it seems that 5.3-BETA4 boot floppies have no problem... -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 16:16:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42C2416A4CE; Mon, 13 Sep 2004 16:16:35 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9AD443D53; Mon, 13 Sep 2004 16:16:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8DGGYMI049549; Mon, 13 Sep 2004 12:16:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8DGGYbJ015262; Mon, 13 Sep 2004 12:16:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 222E17303F; Mon, 13 Sep 2004 12:16:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040913161634.222E17303F@freebsd-current.sentex.ca> Date: Mon, 13 Sep 2004 12:16:34 -0400 (EDT) Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 16:16:35 -0000 TB --- 2004-09-13 14:44:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-13 14:44:47 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2004-09-13 14:44:47 - checking out the source tree TB --- 2004-09-13 14:44:47 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2004-09-13 14:44:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-13 14:52:39 - building world (CFLAGS=-O -pipe) TB --- 2004-09-13 14:52:39 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-13 14:52:39 - /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 TB --- 2004-09-13 15:52:38 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-13 15:52:38 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-13 15:52:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Sep 13 15:52:38 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Sep 13 16:05:40 UTC 2004 TB --- 2004-09-13 16:05:40 - generating LINT kernel config TB --- 2004-09-13 16:05:40 - cd /home/tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/conf TB --- 2004-09-13 16:05:40 - /usr/bin/make -B LINT TB --- 2004-09-13 16:05:40 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-13 16:05:40 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-13 16:05:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 13 16:05:40 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1076: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `ia32_syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1252: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2004-09-13 16:16:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-13 16:16:33 - ERROR: failed to build lint kernel TB --- 2004-09-13 16:16:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 16:32:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 413F816A4CE; Mon, 13 Sep 2004 16:32:54 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBBF043D1F; Mon, 13 Sep 2004 16:32:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8DGWrdZ088989; Mon, 13 Sep 2004 12:32:53 -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 i8DGWrCm050353; Mon, 13 Sep 2004 12:32:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 29F517303F; Mon, 13 Sep 2004 12:32:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040913163253.29F517303F@freebsd-current.sentex.ca> Date: Mon, 13 Sep 2004 12:32:53 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 16:32:54 -0000 TB --- 2004-09-13 16:16:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-13 16:16:34 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-13 16:16:34 - checking out the source tree TB --- 2004-09-13 16:16:34 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-13 16:16:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-13 16:24:40 - building world (CFLAGS=-O -pipe) TB --- 2004-09-13 16:24:40 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-13 16:24:40 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-13 16:32:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-13 16:32:52 - ERROR: failed to build world TB --- 2004-09-13 16:32:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 16:51:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D895716A4CE for ; Mon, 13 Sep 2004 16:51:51 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1531243D1D for ; Mon, 13 Sep 2004 16:51:51 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 84469 invoked from network); 13 Sep 2004 16:47:26 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Sep 2004 16:47:26 -0000 Message-ID: <4145D02C.D02A18A0@freebsd.org> Date: Mon, 13 Sep 2004 18:51:56 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------BF081F7C001E4F9B32C647BE" Subject: ipfw tee fixed [cvs commit: src/sbin/ipfw ipfw.8 src/sys/netinet ip_fw_pfil.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 16:51:52 -0000 This is a multi-part message in MIME format. --------------BF081F7C001E4F9B32C647BE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've fixed 'ipfw tee' in 6-current. Please try it and report back. This is pretty useful for passive packet monitoring. -- Andre --------------BF081F7C001E4F9B32C647BE Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: Delivered-To: andre@networx.ch Received: (qmail 84422 invoked from network); 13 Sep 2004 16:41:46 -0000 Received: from mx2.freebsd.org ([216.136.204.119]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Sep 2004 16:41:46 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5F6745655D for ; Mon, 13 Sep 2004 16:46:07 +0000 (GMT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 15C9816A4D5; Mon, 13 Sep 2004 16:46:07 +0000 (GMT) Delivered-To: andre@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id F14B616A4D0; Mon, 13 Sep 2004 16:46:06 +0000 (GMT) Delivered-To: src-committers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 080AF16A4CE; Mon, 13 Sep 2004 16:46:06 +0000 (GMT) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 003B443D31; Mon, 13 Sep 2004 16:46:06 +0000 (GMT) (envelope-from andre@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.12.11/8.12.11) with ESMTP id i8DGk56u076414; Mon, 13 Sep 2004 16:46:05 GMT (envelope-from andre@repoman.freebsd.org) Received: (from andre@localhost) by repoman.freebsd.org (8.12.11/8.12.11/Submit) id i8DGk55e076413; Mon, 13 Sep 2004 16:46:05 GMT (envelope-from andre) Message-Id: <200409131646.i8DGk55e076413@repoman.freebsd.org> From: Andre Oppermann Date: Mon, 13 Sep 2004 16:46:05 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sbin/ipfw ipfw.8 src/sys/netinet ip_fw_pfil.c X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Mozilla-Status2: 00000000 andre 2004-09-13 16:46:05 UTC FreeBSD src repository Modified files: sbin/ipfw ipfw.8 sys/netinet ip_fw_pfil.c Log: Make 'ipfw tee' behave as inteded and designed. A tee'd packet is copied and sent to the DIVERT socket while the original packet continues with the next rule. Unlike a normally diverted packet no IP reassembly attemts are made on tee'd packets and they are passed upwards totally unmodified. Note: This will not be MFC'd to 4.x because of major infrastucture changes. PR: kern/64240 (and many others collapsed into that one) Revision Changes Path 1.151 +2 -13 src/sbin/ipfw/ipfw.8 1.8 +11 -11 src/sys/netinet/ip_fw_pfil.c --------------BF081F7C001E4F9B32C647BE-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 16:57:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2285416A4CE for ; Mon, 13 Sep 2004 16:57:42 +0000 (GMT) Received: from bak3.mail2000.com.tw (bak3.mail2000.com.tw [210.200.181.241]) by mx1.FreeBSD.org (Postfix) with SMTP id 2FDAA43D31 for ; Mon, 13 Sep 2004 16:57:41 +0000 (GMT) (envelope-from eric@mail2000.com.tw) Received: from 210.200.181.211V3.20M(355:0:AUTH_RELAY) (envelope-from ); Tue, 14 Sep 2004 00:57:38 +0800 (CST) Received: By OpenMail Mailer;Tue, 14 Sep 2004 00:57:37 +0800 (CST) From: "=?big5?B?sWm997fX?=" Message-ID: <1095094657.21703.eric@mail2000.com.tw> To: freebsd-current@freebsd.org Date: Tue, 14 Sep 2004 00:57:37 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: quoted-printable Subject: ftp client can't see any file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: eric@mail2000.com.tw List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 16:57:42 -0000 Hi=20All, I=20have=20upgraded=20from=204.6-stable=20to=205.2.1-current.=20And=20I=20fo= und=20a=20problem=20that=20new=20ls=20output=20format=20isn't=20compatible=20= with=20old=20ls.=20This=20will=20cause=20that=20FTP=20client=20of=20Windows=20= (ex.=20cuteftp)=20can't=20understand=20the=20new=20ls=20format,=20So=20we=20= can't=20see=20any=20file=20after=20ls=20done. How=20to=20resolve=20this=20problem? Best=20Regards, Eric From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 17:08:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A364016A4CE for ; Mon, 13 Sep 2004 17:08:54 +0000 (GMT) Received: from thunderbird.etv.net (thunderbird.etv.net [208.14.190.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4633143D41 for ; Mon, 13 Sep 2004 17:08:54 +0000 (GMT) (envelope-from lists@efinley.com) Received: from [205.161.203.50] (helo=science1) by thunderbird.etv.net with smtp (Exim 4.34 (FreeBSD)) id 1C6uJx-0001Bk-Ab; Mon, 13 Sep 2004 11:08:53 -0600 Message-ID: <09fb01c499b4$5892b870$32cba1cd@science1> From: "Elliot Finley" To: "Jun Kuriyama" References: <06c601c4973a$1d1c5570$32cba1cd@science1><7m8ybip6qm.wl@black.imgsrc.co.jp><072201c4975c$db5bfa00$32cba1cd@science1><7mzn3xo1mj.wl@black.imgsrc.co.jp><07bb01c49812$bf4463a0$32cba1cd@science1><7my8jgomga.wl@black.imgsrc.co.jp> <7misainsd4.wl@black.imgsrc.co.jp> Date: Mon, 13 Sep 2004 11:08:52 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org Subject: Re: Beta3 core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Elliot Finley List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 17:08:54 -0000 This patch works for me. ----- Original Message ----- From: "Jun Kuriyama" To: "Elliot Finley" Cc: Sent: Monday, September 13, 2004 8:41 AM Subject: Re: Beta3 core dump > At Sun, 12 Sep 2004 00:27:17 +0900, > kuriyama wrote: > > > Just so you're clear on what I'm doing. I made the code change, then in > > > /usr/src/lib/libc I do a 'make' then a 'make install', then I do a > > > 'portsdb -fu'. > > > > Thanks. My patch fixes 3 boxes in my office, but I find next one > > still dumps core even with patch. I'll dig into more... > > Okay, I find NetBSD has already fixes for this. Please test with this > patch if you still have problem with "portsdb -u". > > > ==== //depot/user/kuriyama/ref5/src/lib/libc/db/btree/bt_split.c#3 - /home/kuriyama/p4/kuriyama/ref5/src/lib/libc/db/btree/bt_split.c ==== > @@ -355,8 +355,6 @@ > /* Put the new right page for the split into place. */ > if ((r = __bt_new(t, &npg)) == NULL) > return (NULL); > - /* XXX: Workaround for broken page data. */ > - memset(r, 0xff, t->bt_psize); > r->pgno = npg; > r->lower = BTDATAOFF; > r->upper = t->bt_psize; > @@ -728,7 +726,7 @@ > * the right page. > */ > if (skip <= off) { > - skip = 0; > + skip = MAX_PAGE_OFFSET; > rval = l; > } else { > rval = r; > @@ -738,7 +736,7 @@ > for (off = 0; nxt < top; ++off) { > if (skip == nxt) { > ++off; > - skip = 0; > + skip = MAX_PAGE_OFFSET; > } > switch (h->flags & P_TYPE) { > case P_BINTERNAL: > > > -- > Jun Kuriyama // IMG SRC, Inc. > // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 17:34:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 801E116A4E5 for ; Mon, 13 Sep 2004 17:34:08 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BA2343D5A for ; Mon, 13 Sep 2004 17:34:08 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13378 invoked from network); 13 Sep 2004 17:34:08 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 13 Sep 2004 17:34:07 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8DHXS6t041610; Mon, 13 Sep 2004 13:34:03 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Julian Elischer Date: Mon, 13 Sep 2004 13:31:03 -0400 User-Agent: KMail/1.6.2 References: <4143EF29.2080404@elischer.org> In-Reply-To: <4143EF29.2080404@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409131331.03881.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org cc: Peter Wemm Subject: Re: [Patch] panics/hangs with preemption and threads. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 17:34:08 -0000 On Sunday 12 September 2004 02:39 am, Julian Elischer wrote: > Guys I think I found a (the?) major cause for the corruptions of the > ksegrp/thread runqueue for threaded processes when Premption is turned on.. > > When a thread is scheduled in setrunqueue() the firt thing that is done > is that it is put in the correct place in the ksegrp's run queue,. > then if it is in the top N spots (where N is the defined concurrency > and is usually <= NCPU) it is passed down to the system scheduler > using sched_add(). > Sched_add can call maybe_preempt() which can decide to switch out the > current thread and switch to the new one immediatly. > The trouble with that is that we have already put the new one on the > ksegrp's run queue! When that thread is next put on the run queue using > setrunqueue() it is already there, and we end up with an infinitly looping > run queue. Any code that follows that list will never end. and the system > will freeze. > > Here is a patch that solves it but I'm not happy about it.. > John, you wrote the preemption code.. > do you have any ideas about how to do this cleaner? > > One possibility is to make sched_add return a value that indicates if the > thread was handled immediatly. that would allow setrunqueue to only set it > into the ksegrp's run queue if it was not already handled. > > Other suggestions welcome. I think it's probably a good idea to do the preemption check before putting the thread on the kse group. However, that might break ULE and some things it does (ULE pins interrupt threads but does it in sched_add, perhaps that is a hack and the pinning should be done in ithread_schedule instead). Changing sched_add() to return a boolean similar to maybe_preempt() is probably ok as an alternative then. Also, there's really no need for an additional SRQ_NOPREEMPT flag, that just duplicates critical_enter()/critical_exit(). The same is probably true of SRQ_YIELDING and SRQ_MYSELF (preemption already doesn't preempt to curthread since the priorities are equal). The place that uses SRQ_YIELDING can just add a critical section around the call to setrunqueue(). Note that when a preemption is deferred due to a nested critical section, the preemption doesn't actually occur until the outermost critical section is exited, so if you do this: mtx_lock_spin(&sched_lock); blah blah; if (foo) { critical_enter(); setrunqueue(td2); critical_exit(); mi_switch(NULL, SW_VOL); } mtx_unlock_spin(&sched_lock); That won't actually preempt. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:08:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A766616A4CE for ; Mon, 13 Sep 2004 18:08:29 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED9643D53 for ; Mon, 13 Sep 2004 18:08:28 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 13368339; Mon, 13 Sep 2004 22:08:27 +0400 (MSD) Received: from localhost (ppp-dialup-9.atcom.spb.ru [213.182.168.9]) by ns.atcom.spb.ru (Postfix) with ESMTP id 3C5202F3; Mon, 13 Sep 2004 22:08:25 +0400 (MSD) Date: Mon, 13 Sep 2004 22:05:12 +0400 From: Toxa To: current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040913180512.GA1506@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org, freebsd@deepcore.dk Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? cc: freebsd@deepcore.dk Subject: current ata problems (cannot mount cdrom) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:08:29 -0000 ATA seems broken in recent current, my ide disk working with no problems but if I try to mount cdrom: [(22:01)(82.96%)(p1):~ ] sudo mount_cd9660 -C KOI8-R /dev/cd0 /mnt/cdrom (cd0:ata1:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (cd0:ata1:0:0:0): Invalid field in CDB: Command byte 0 is invalid (cd0:ata1:0:0:0): Unretryable error mount_cd9660: /dev/cd0: Input/output error dmesg attached -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell. =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:08:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D124116A4CF; Mon, 13 Sep 2004 18:08:58 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 907DD43D1D; Mon, 13 Sep 2004 18:08:58 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 377877A3D2; Mon, 13 Sep 2004 11:08:58 -0700 (PDT) Message-ID: <4145E23A.9040108@elischer.org> Date: Mon, 13 Sep 2004 11:08:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin References: <4143EF29.2080404@elischer.org> <200409131331.03881.jhb@FreeBSD.org> In-Reply-To: <200409131331.03881.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org cc: Peter Wemm Subject: Re: [Patch] panics/hangs with preemption and threads. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:08:59 -0000 John Baldwin wrote: >On Sunday 12 September 2004 02:39 am, Julian Elischer wrote: > > >>Guys I think I found a (the?) major cause for the corruptions of the >>ksegrp/thread runqueue for threaded processes when Premption is turned on.. >> >>When a thread is scheduled in setrunqueue() the firt thing that is done >>is that it is put in the correct place in the ksegrp's run queue,. >>then if it is in the top N spots (where N is the defined concurrency >>and is usually <= NCPU) it is passed down to the system scheduler >>using sched_add(). >>Sched_add can call maybe_preempt() which can decide to switch out the >>current thread and switch to the new one immediatly. >>The trouble with that is that we have already put the new one on the >>ksegrp's run queue! When that thread is next put on the run queue using >>setrunqueue() it is already there, and we end up with an infinitly looping >>run queue. Any code that follows that list will never end. and the system >>will freeze. >> >>Here is a patch that solves it but I'm not happy about it.. >>John, you wrote the preemption code.. >>do you have any ideas about how to do this cleaner? >> >>One possibility is to make sched_add return a value that indicates if the >>thread was handled immediatly. that would allow setrunqueue to only set it >>into the ksegrp's run queue if it was not already handled. >> >>Other suggestions welcome. >> >> > >I think it's probably a good idea to do the preemption check before putting >the thread on the kse group. However, that might break ULE and some things >it does (ULE pins interrupt threads but does it in sched_add, perhaps that is >a hack and the pinning should be done in ithread_schedule instead). Changing >sched_add() to return a boolean similar to maybe_preempt() is probably ok as >an alternative then. Also, there's really no need for an additional >SRQ_NOPREEMPT flag, that just duplicates critical_enter()/critical_exit(). >The same is probably true of SRQ_YIELDING and SRQ_MYSELF (preemption already >doesn't preempt to curthread since the priorities are equal). The place that >uses SRQ_YIELDING can just add a critical section around the call to >setrunqueue(). Note that when a preemption is deferred due to a nested >critical section, the preemption doesn't actually occur until the outermost >critical section is exited, so if you do this: > > mtx_lock_spin(&sched_lock); > blah blah; > if (foo) { > critical_enter(); > setrunqueue(td2); > critical_exit(); > mi_switch(NULL, SW_VOL); > } > mtx_unlock_spin(&sched_lock); > >That won't actually preempt. > The flags were not only for this problem but also for another scheduer I was playign with and I thought they might be useful in trying to find/fix this problem. The critical nest thing is ok, but I had a lot of debug code in at one stage and I wanted to know more about where I had come from. so the flags I had already gave me that.. I don't see the harm in having more information but I realised afterwards that there was already some of this info available.. for MYSELF, curthead == newtd and for INTR teh process/thread is marked as an interrupt thread, which leaves only "Yielding" which I do think is useful info to know. but the critnest solves teh same problem in a more specific manner. > > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:20:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1515616A4D0 for ; Mon, 13 Sep 2004 18:20:29 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9992843D31 for ; Mon, 13 Sep 2004 18:20:26 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with spam-scanned (Exim 4.34; FreeBSD) id 1C6vOx-0004WK-88 for current@freebsd.org; Mon, 13 Sep 2004 20:18:08 +0200 Received: from [217.8.136.185] (helo=[217.8.136.185]) by anduin.net with esmtp (Exim 4.34; FreeBSD) id 1C6vOw-0004WH-W1 for current@freebsd.org; Mon, 13 Sep 2004 20:18:07 +0200 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <8AA611E5-05B1-11D9-831C-000D9335BCEC@anduin.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 13 Sep 2004 20:20:07 +0200 X-Mailer: Apple Mail (2.619) X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=ham version=2.63 Subject: atacontrol and creating raid-1 arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:20:29 -0000 Hi, I have just done a 'cp /dev/ad4 /dev/ad6'. Those drives should be 100% identical (even the same drive models). Will the command 'atacontrol create RAID1 ad4 ad6' ruin the data on my drives? I ask because I am hoping to avoid the need for another 150 gigs of space just to copy the data off of the drives before creating the array... Anyone? /Eirik From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:24:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C270F16A4CE for ; Mon, 13 Sep 2004 18:24:24 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 812F043D49 for ; Mon, 13 Sep 2004 18:24:24 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with spam-scanned (Exim 4.34; FreeBSD) id 1C6vSo-0004dK-M6 for freebsd-current@freebsd.org; Mon, 13 Sep 2004 20:22:06 +0200 Received: from [217.8.136.185] (helo=[217.8.136.185]) by anduin.net with esmtp (Exim 4.34; FreeBSD) id 1C6vSo-0004dA-6f; Mon, 13 Sep 2004 20:22:06 +0200 In-Reply-To: <09fb01c499b4$5892b870$32cba1cd@science1> References: <06c601c4973a$1d1c5570$32cba1cd@science1><7m8ybip6qm.wl@black.imgsrc.co.jp><072201c4975c$db5bfa00$32cba1cd@science1><7mzn3xo1mj.wl@black.imgsrc.co.jp><07bb01c49812$bf4463a0$32cba1cd@science1><7my8jgomga.wl@black.imgsrc.co.jp> <7misainsd4.wl@black.imgsrc.co.jp> <09fb01c499b4$5892b870$32cba1cd@science1> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <192E4189-05B2-11D9-831C-000D9335BCEC@anduin.net> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 13 Sep 2004 20:24:06 +0200 To: Elliot Finley X-Mailer: Apple Mail (2.619) X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.63 cc: Jun Kuriyama cc: freebsd-current@freebsd.org Subject: Re: Beta3 core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:24:24 -0000 Same here. Thanks! Is this patch (or a fix like it) going to be committed? /Eirik On 13. Sep 2004, at 19:08, Elliot Finley wrote: > This patch works for me. > > ----- Original Message ----- > From: "Jun Kuriyama" > To: "Elliot Finley" > Cc: > Sent: Monday, September 13, 2004 8:41 AM > Subject: Re: Beta3 core dump > > >> At Sun, 12 Sep 2004 00:27:17 +0900, >> kuriyama wrote: >>>> Just so you're clear on what I'm doing. I made the code change, >>>> then > in >>>> /usr/src/lib/libc I do a 'make' then a 'make install', then I do a >>>> 'portsdb -fu'. >>> >>> Thanks. My patch fixes 3 boxes in my office, but I find next one >>> still dumps core even with patch. I'll dig into more... >> >> Okay, I find NetBSD has already fixes for this. Please test with this >> patch if you still have problem with "portsdb -u". >> >> >> ==== //depot/user/kuriyama/ref5/src/lib/libc/db/btree/bt_split.c#3 - > /home/kuriyama/p4/kuriyama/ref5/src/lib/libc/db/btree/bt_split.c ==== >> @@ -355,8 +355,6 @@ >> /* Put the new right page for the split into place. */ >> if ((r = __bt_new(t, &npg)) == NULL) >> return (NULL); >> - /* XXX: Workaround for broken page data. */ >> - memset(r, 0xff, t->bt_psize); >> r->pgno = npg; >> r->lower = BTDATAOFF; >> r->upper = t->bt_psize; >> @@ -728,7 +726,7 @@ >> * the right page. >> */ >> if (skip <= off) { >> - skip = 0; >> + skip = MAX_PAGE_OFFSET; >> rval = l; >> } else { >> rval = r; >> @@ -738,7 +736,7 @@ >> for (off = 0; nxt < top; ++off) { >> if (skip == nxt) { >> ++off; >> - skip = 0; >> + skip = MAX_PAGE_OFFSET; >> } >> switch (h->flags & P_TYPE) { >> case P_BINTERNAL: >> >> >> -- >> Jun Kuriyama // IMG SRC, Inc. >> // FreeBSD Project > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:30:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3607216A4CE; Mon, 13 Sep 2004 18:30:42 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45E0543D1D; Mon, 13 Sep 2004 18:30:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8DIUaR3093076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 21:30:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8DIUcJG025872; Mon, 13 Sep 2004 21:30:38 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 21:30:38 +0300 From: Ruslan Ermilov To: Andre Oppermann Message-ID: <20040913183038.GA25795@ip.net.ua> References: <4145D02C.D02A18A0@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <4145D02C.D02A18A0@freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@FreeBSD.org Subject: Re: ipfw tee fixed [cvs commit: src/sbin/ipfw ipfw.8 src/sys/netinet ip_fw_pfil.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:30:42 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2004 at 06:51:56PM +0200, Andre Oppermann wrote: > I've fixed 'ipfw tee' in 6-current. Please try it and report back. This > is pretty useful for passive packet monitoring. >=20 Just to make it crystal clear for everyone, the tee'd fragments are still reassembled into a full packet before the diversion, correct? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRedOqRfpzJluFF4RAtknAKCP9xT0XjcmUjmIWKdQb0MqDydDWACeIxlL Duj8NpWbNx9C53DRlSME+VE= =HWeL -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:36:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 0D33116A4CF; Mon, 13 Sep 2004 18:36:08 +0000 (GMT) Date: Mon, 13 Sep 2004 18:36:08 +0000 From: Kris Kennaway To: Roman Kurakin Message-ID: <20040913183608.GB85717@hub.freebsd.org> References: <414560D3.10108@cronyx.ru> <20040913105133.GA85717@hub.freebsd.org> <414581FE.6060702@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414581FE.6060702@cronyx.ru> User-Agent: Mutt/1.4.1i cc: Kris Kennaway cc: current@FreeBSD.ORG Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:36:08 -0000 On Mon, Sep 13, 2004 at 03:18:22PM +0400, Roman Kurakin wrote: > Kris Kennaway wrote: > > >On Mon, Sep 13, 2004 at 12:56:51PM +0400, Roman Kurakin wrote: > > > > > >>Hi, > >> > >> I have the following idea/problem. I want to build world in memory. > >>I've put in to my system 1G of memory and tried to put on it sources. > >>But all times I've tried to do that system went to panic. I've used md > >>with malloc type. > >> > >> Any ideas? > >> > >> > > > >Please provide more information. It's likely you're trying to create > >a md that is too big, though. > > > > > It is about 800Mb. That's too big to fit in RAM and still run the rest of the system. I think more details can be found in the manpage. Kris From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:37:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7478B16A4CE for ; Mon, 13 Sep 2004 18:37:10 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1F8D43D2D for ; Mon, 13 Sep 2004 18:37:09 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 8C4E8339; Mon, 13 Sep 2004 22:37:08 +0400 (MSD) Received: from localhost (ppp-dialup-15.atcom.spb.ru [213.182.168.15]) by ns.atcom.spb.ru (Postfix) with ESMTP id 56A59140; Mon, 13 Sep 2004 22:37:05 +0400 (MSD) Date: Mon, 13 Sep 2004 22:33:53 +0400 From: Toxa To: current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040913183353.GA14132@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org, freebsd@deepcore.dk Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? cc: freebsd@deepcore.dk Subject: current ata problems (cannot mount cdrom) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:37:10 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=koi8-r Content-Disposition: inline ATA seems broken in recent current, my ide disk working with no problems but if I try to mount cdrom: [(22:01)(82.96%)(p1):~ ] sudo mount_cd9660 -C KOI8-R /dev/cd0 /mnt/cdrom (cd0:ata1:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (cd0:ata1:0:0:0): Invalid field in CDB: Command byte 0 is invalid (cd0:ata1:0:0:0): Unretryable error mount_cd9660: /dev/cd0: Input/output error dmesg attached -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell. =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="dmesg.boot" 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 reserved. FreeBSD 6.0-CURRENT #0: Sat Sep 11 17:57:39 MSD 2004 root@laptoxa.toxa.lan:/usr/obj/usr/src/sys/LAPTOXA WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1193.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 536346624 (511 MB) avail memory = 515100672 (491 MB) Pentium 4 TCC support enabled, 6 steps from 100% to 38%, current performance 100% acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 acpi link get: empty IRQ resource acpi link get: empty IRQ resource acpi link get: empty IRQ resource pci0: on pcib0 agp0: mem 0xec000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x3000-0x30ff mem 0xe8100000-0xe810ffff,0xf0000000-0xf7ffffff irq 9 at device 0.0 on pci1 info: [drm] AGP at 0xec000000 64MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 pcib2: at device 30.0 on pci0 acpi link get: empty IRQ resource acpi link get: empty IRQ resource acpi link get: empty IRQ resource pci2: on pcib2 wi0: mem 0xf8000000-0xf8000fff at device 2.0 on pci2 wi0: [GIANT-LOCKED] wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.3) wi0: Ethernet address: 00:d0:59:49:12:52 wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps pcic0: irq 9 at device 5.0 on pci2 pcic0: [GIANT-LOCKED] pccard0: on pcic0 pci2: at device 5.1 (no driver attached) ohci0: mem 0xe8200000-0xe8200fff irq 9 at device 7.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe8201000-0xe8201fff irq 9 at device 7.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered umass0: Sony USB Memory Stick Slot, rev 1.10/1.90, addr 2 ehci0: mem 0xe8203800-0xe82038ff irq 9 at device 7.2 on pci2 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 5 ports with 5 removable, self powered fxp0: port 0x4000-0x403f mem 0xe8202000-0xe8202fff irq 9 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 08:00:46:ac:4c:a8 fxp0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1800-0x180f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1840-0x187f,0x1c00-0x1cff irq 9 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) speaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 acpi_snc0: on acpi0 acpi_snc0: PID 0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xdc000-0xdffff,0xd8000-0xdbfff,0xc0000-0xcffff on isa0 pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1193113832 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 38154MB [77520/16/63] at ata0-master UDMA100 umass0: at uhub1 port 2 (addr 2) disconnected umass0: detached umass0: Sony USB Memory Stick Slot, rev 1.10/1.90, addr 2 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt ATAPI_RESET time = 150us acd0: CDRW at ata1-master UDMA33 (probe2:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe2:umass-sim0:0:0:0): SCSI Status: Check Condition (probe2:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe2:umass-sim0:0:0:0): Medium not present (probe2:umass-sim0:0:0:0): Unretryable error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s3a --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:44:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF9E516A4CF for ; Mon, 13 Sep 2004 18:44:13 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D6343D5D for ; Mon, 13 Sep 2004 18:44:13 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 85403 invoked from network); 13 Sep 2004 18:39:48 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Sep 2004 18:39:48 -0000 Message-ID: <4145EA7C.3000902@freebsd.org> Date: Mon, 13 Sep 2004 20:44:12 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <4145D02C.D02A18A0@freebsd.org> <20040913183038.GA25795@ip.net.ua> In-Reply-To: <20040913183038.GA25795@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: ipfw tee fixed [cvs commit: src/sbin/ipfw ipfw.8src/sys/netinet ip_fw_pfil.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:44:13 -0000 Ruslan Ermilov wrote: > On Mon, Sep 13, 2004 at 06:51:56PM +0200, Andre Oppermann wrote: > >>I've fixed 'ipfw tee' in 6-current. Please try it and report back. This >>is pretty useful for passive packet monitoring. >> > > Just to make it crystal clear for everyone, the tee'd fragments are > still reassembled into a full packet before the diversion, correct? No, they are not. Only diverted packets are reassembled, tee'd packet are not. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:53:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1C4116A4CE for ; Mon, 13 Sep 2004 18:53:03 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A4EC43D31 for ; Mon, 13 Sep 2004 18:53:03 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i8DIr3ag085132; Mon, 13 Sep 2004 11:53:03 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i8DIr388085131; Mon, 13 Sep 2004 11:53:03 -0700 (PDT) (envelope-from sgk) Date: Mon, 13 Sep 2004 11:53:03 -0700 From: Steve Kargl To: Peter Wemm Message-ID: <20040913185303.GB85053@troutmask.apl.washington.edu> References: <20040823230619.GB41337@troutmask.apl.washington.edu> <200408231901.13938.peter@wemm.org> <20040824020832.GA42331@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824020832.GA42331@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: AMD64 VM panic with >8 GB memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:53:04 -0000 On Mon, Aug 23, 2004 at 07:08:32PM -0700, Steve Kargl wrote: > On Mon, Aug 23, 2004 at 07:01:13PM -0700, Peter Wemm wrote: > > On Monday 23 August 2004 04:06 pm, Steve Kargl wrote: > > > Some relevant info. The motherboard is a Tyan K8S Pro > > > (S2882) with 12 GB of PC2700 ECC memory. If I limit > > > the memory by setting 'hw.physmem="8G"' in the loader > > > or in /boot/loader.conf, then the system boots fine. > > > Any other setting above 8G will result in the above panic. > > > > > > The panic occurs too earlier to get a crash dump. > > > However, I'm will to try any patch or settings. > > > > Hmm. I think we had an amd64 machine around somewhere at work that had > > 16G of ram. I'll ask what happened to it and see if it can be > > recovered to sort this out. > > > > Thanks for looking into this. I can test any patches > you devise. I also suspect that this problem is > RELENG_5. > Peter, Have you had a chance to investigate this panic. I had hoped that scottl's recent commit to pmap.c would fix the problem, but still get this panic. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:54:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5201B16A4CE; Mon, 13 Sep 2004 18:54:55 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7205A43D5D; Mon, 13 Sep 2004 18:54:54 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8DIso3s093431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 21:54:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8DIsq4q026035; Mon, 13 Sep 2004 21:54:52 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 21:54:52 +0300 From: Ruslan Ermilov To: Andre Oppermann Message-ID: <20040913185452.GB25795@ip.net.ua> References: <4145D02C.D02A18A0@freebsd.org> <20040913183038.GA25795@ip.net.ua> <4145EA7C.3000902@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline In-Reply-To: <4145EA7C.3000902@freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@FreeBSD.org Subject: Re: ipfw tee fixed [cvs commit: src/sbin/ipfw ipfw.8 src/sys/netinet ip_fw_pfil.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:54:55 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2004 at 08:44:12PM +0200, Andre Oppermann wrote: > Ruslan Ermilov wrote: > >On Mon, Sep 13, 2004 at 06:51:56PM +0200, Andre Oppermann wrote: > > > >>I've fixed 'ipfw tee' in 6-current. Please try it and report back. Th= is > >>is pretty useful for passive packet monitoring. > >> > > > >Just to make it crystal clear for everyone, the tee'd fragments are > >still reassembled into a full packet before the diversion, correct? >=20 > No, they are not. Only diverted packets are reassembled, tee'd packet > are not. >=20 Then at least the divert(4) manpage should be updated to document the difference in behavior (between "divert" and "tee"). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRez8qRfpzJluFF4RAm5KAJ4zIqy4ibtMn4zjLqS3kwKPpSBtOgCgj1rt ALhXtB3N8hE9MfYy/2lhEPQ= =NNuT -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 18:57:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C17616A4CE for ; Mon, 13 Sep 2004 18:57:34 +0000 (GMT) Received: from mail.halls.colostate.edu (halls-mailgw.acns.colostate.edu [129.82.100.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D13943D45 for ; Mon, 13 Sep 2004 18:57:30 +0000 (GMT) (envelope-from end@endif.cjb.net) Received: from sed (inge068081.halls.colostate.edu [129.82.68.81]) i8DIvToo004399; Mon, 13 Sep 2004 12:57:29 -0600 Date: Mon, 13 Sep 2004 12:54:02 -0600 From: Robin Schoonover To: Lutz Bichler Message-Id: <20040913125402.68b646a5@sed> In-Reply-To: <200409131556.39420.Lutz.Bichler@unibw-muenchen.de> References: <200409131556.39420.Lutz.Bichler@unibw-muenchen.de> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: current@freebsd.org Subject: Re: Problem with snd_ich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:57:34 -0000 On Mon, 13 Sep 2004 15:56:39 +0200 Lutz Bichler wrote: > Hi, > > i tried the patch, which was sent to the list. Unfortunately it does > not change anything. > What sort of motherboard do you have? -- Robin Schoonover (aka End) # # The world is coming to an end. Please log off. # From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 19:01:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6AAA16A4CE for ; Mon, 13 Sep 2004 19:01:39 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F2743D6A for ; Mon, 13 Sep 2004 19:01:38 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 85515 invoked from network); 13 Sep 2004 18:57:13 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Sep 2004 18:57:13 -0000 Message-ID: <4145EE92.2060802@freebsd.org> Date: Mon, 13 Sep 2004 21:01:38 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <4145D02C.D02A18A0@freebsd.org> <20040913183038.GA25795@ip.net.ua> <4145EA7C.3000902@freebsd.org> <20040913185452.GB25795@ip.net.ua> In-Reply-To: <20040913185452.GB25795@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: ipfw tee fixed [cvs commit: src/sbin/ipfw ipfw.8src/sys/netinet ip_fw_pfil.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 19:01:39 -0000 Ruslan Ermilov wrote: > On Mon, Sep 13, 2004 at 08:44:12PM +0200, Andre Oppermann wrote: > >>Ruslan Ermilov wrote: >> >>>On Mon, Sep 13, 2004 at 06:51:56PM +0200, Andre Oppermann wrote: >>> >>> >>>>I've fixed 'ipfw tee' in 6-current. Please try it and report back. This >>>>is pretty useful for passive packet monitoring. >>>> >>> >>>Just to make it crystal clear for everyone, the tee'd fragments are >>>still reassembled into a full packet before the diversion, correct? >> >>No, they are not. Only diverted packets are reassembled, tee'd packet >>are not. >> > > Then at least the divert(4) manpage should be updated to document the > difference in behavior (between "divert" and "tee"). Under BUGS the ipfw(8) man page now says only 'divert' will reassemble the packet. The old version said both do it. So I've changed that and removed 'tee' from it. Other than that there is no reference to this (non-)behaviour anywhere in that man page. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 19:04:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEC3D16A4CE for ; Mon, 13 Sep 2004 19:04:29 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3080243D5A for ; Mon, 13 Sep 2004 19:04:29 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8DJ4PJj093695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 22:04:25 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8DJ4QTD026134; Mon, 13 Sep 2004 22:04:26 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 22:04:25 +0300 From: Ruslan Ermilov To: wsk Message-ID: <20040913190425.GC25795@ip.net.ua> References: <4144FA4A.5090601@gddsn.org.cn> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PuGuTyElPB9bOcsM" Content-Disposition: inline In-Reply-To: <4144FA4A.5090601@gddsn.org.cn> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@freebsd.org Subject: Re: 6-CURRENT build ppp failed with -DNONETGRAPH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 19:04:30 -0000 --PuGuTyElPB9bOcsM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2004 at 09:39:22AM +0800, wsk wrote: > hi,list: > get the following error mesgs with today's kernel: > ..... > cc -O -pipe -DNONETGRAPH -Wsystem-headers -Werror -Wall -Wno-format-y2k > -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wno-uninitialized -c /usr/src/usr.sbin/ppp/tty.c > /usr/src/usr.sbin/ppp/tty.c:577: warning: unused parameter 'auxfd' > /usr/src/usr.sbin/ppp/tty.c:577: warning: unused parameter 'nauxfd' > /usr/src/usr.sbin/ppp/tty.c:626: warning: unused parameter 'auxfd' > /usr/src/usr.sbin/ppp/tty.c:626: warning: unused parameter 'nauxfd' > *** Error code 1 > any ideas? >=20 Fixed in tty.c,v 1.32. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PuGuTyElPB9bOcsM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRe85qRfpzJluFF4RAi/ZAJ9gt+et77UkkczdX503fR4vzUolvwCgnSVk zdczRIfNc4Nm/VTm1SzCFWQ= =2Hhe -----END PGP SIGNATURE----- --PuGuTyElPB9bOcsM-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 19:18:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F49216A504 for ; Mon, 13 Sep 2004 19:18:01 +0000 (GMT) Received: from pm6500.larkowski.net (pcp08839806pcs.nanarb01.mi.comcast.net [68.43.122.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3151743D53 for ; Mon, 13 Sep 2004 19:18:01 +0000 (GMT) (envelope-from peter@larkowski.net) Received: from localhost (peter@localhost) by pm6500.larkowski.net (8.11.6p3/8.11.6) with ESMTP id i8DJI0204700 for ; Mon, 13 Sep 2004 15:18:00 -0400 (EDT) Date: Mon, 13 Sep 2004 15:17:59 -0400 (EDT) From: Peter Larkowski To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: VESA video modes for vidcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 19:18:02 -0000 Last month and earlier this month there were some posts about a patch that allows you use vesa modes such as 1024x768 and higher. I'm wondering what the status of that patch is now. Has it been committed to -CURRENT? I couldn't get it to apply cleanly to 5.3-BETA4 (RELENG_5) from yesterday, so I was wondering if there was a new version, or if I need CURRENT to apply the patches. The earlier threads I'm refering to are here http://lists.freebsd.org/pipermail/freebsd-current/2004-August/035621.html and http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036249.html From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 19:37:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F4416A4CE for ; Mon, 13 Sep 2004 19:37:16 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E3343D67 for ; Mon, 13 Sep 2004 19:37:13 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 85857 invoked from network); 13 Sep 2004 19:32:48 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Sep 2004 19:32:48 -0000 Message-ID: <4145F6E9.7070801@freebsd.org> Date: Mon, 13 Sep 2004 21:37:13 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Brandmueller References: <20040827084306.GB74653@e-Gitt.NET> <412F276A.6080807@freebsd.org> <20040827141354.GC74653@e-Gitt.NET> <412F5307.5040005@freebsd.org> <20040830103216.GA51110@e-Gitt.NET> In-Reply-To: <20040830103216.GA51110@e-Gitt.NET> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: RELENG_5 ipfw problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 19:37:16 -0000 Oliver Brandmueller wrote: > Hello. > > On Fri, Aug 27, 2004 at 05:28:07PM +0200, Andre Oppermann wrote: > >>It detects a missing dummynet because it has to pass on configuration >>options to dummynet and it can only do that if dummynet is loaded. For >>FORWARD this is not the case. Here the ipfw code just tags the packet >>for later treatment. And that later treatment is scattered through a >>few places where we have to inspect each packet it carries this tag. >> >> >>>- How to enable it? >> >>Put "option IPFIREWALL_FORWARD" into your kernel configuration file and >>recompile. > > > I do now have IPFIREWALL and IPFIREWALL_FORWARD in the kernel and am not > loading it as a module anymore. The dmesg now states: > > ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to deny, logging disabled > > OK, fine. But do still have a problem: > > The rule is loaded an matched. Instead of just dropping the packet (as > before, when rule based forwarding was disabled) the pakets are now > accepted, but the forwarding does not work: > > 00200 fwd 192.168.25.1 tcp from 192.168.25.5 25 to 213.XXX.XXX.0/24 > > Is still see this on em0 (the public interface in the destination > network metioned in rule 200): > > 12:26:09.674295 IP 192.168.25.5.smtp > 213.XXX.XXX.XXX.41424: S > 3583621218:3583621218(0) ack 3993419222 win 65535 > > # ipfw show > 00200 2694 118536 fwd 192.168.25.1 tcp from 192.168.25.5 25 to 213.XXX.XXX.0/24 > > packets are accepted, but not forwarded. Can anyone else reproduce this? I'm having trouble to mentally understand your setup. Could you send me you full 'ifconfig -a' and 'ipfw show' output in private email please? -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 19:51:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFABB16A4CE for ; Mon, 13 Sep 2004 19:51:18 +0000 (GMT) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B3E943D5F for ; Mon, 13 Sep 2004 19:51:18 +0000 (GMT) (envelope-from calculus@softhome.net) Received: from SPECULUSHX1THE (81-178-247-213.dsl.pipex.com [81.178.247.213]) by colossus.systems.pipex.net (Postfix) with SMTP id D785F1C00183 for ; Mon, 13 Sep 2004 20:51:16 +0100 (BST) Message-ID: <018501c499cb$0b7786d0$0d00000a@SPECULUSHX1THE> From: "cali" To: Date: Mon, 13 Sep 2004 20:51:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: xtermset core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 19:51:18 -0000 I installed beta3 from cd then installed xtermset from ports, it crashes if i try and use it: xtermset -T $PWD using gdb on the core file shows the following stack trace: #0 0x080495ca in term_last () at term.c:66 #1 0x08049635 in term_new (comp_type=-791621424, name=0xbfbfe471 "rxvt", len=4) at term.c:39 #2 0x08049862 in term_loadall () at term.c:144 #3 0x08048e4b in main (argc=3, argv=0xbfbfe934) at xtermset.c:65 line 66 says: n = n->next if I do: p n->next in gdb it gives: Cannot access memory at address 0xd0d0d1d4 I can't try it on current because my buildworld fails (See other post). regards cali From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 19:53:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7D3E16A4CE for ; Mon, 13 Sep 2004 19:53:34 +0000 (GMT) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7275943D54 for ; Mon, 13 Sep 2004 19:53:34 +0000 (GMT) (envelope-from calculus@softhome.net) Received: from SPECULUSHX1THE (81-178-247-213.dsl.pipex.com [81.178.247.213]) by colossus.systems.pipex.net (Postfix) with SMTP id B19AC1C00089 for ; Mon, 13 Sep 2004 20:53:33 +0100 (BST) Message-ID: <018901c499cb$5d073220$0d00000a@SPECULUSHX1THE> From: "cali" To: Date: Mon, 13 Sep 2004 20:53:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: buildworld fails for current on my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 19:53:34 -0000 I cvsupped tag=. src-all today and tried to make buildworld, It failed saying: /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to `ksem_timedwait' *** Error code 1 Stop in /usr/src/bin/rmail *** Error code 1 Stop in /usr/src *** Error code 1 Stop in /usr/src *** Error code 1 Stop in /usr/src Any ideas? regards cali From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 20:17:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 947E616A4CF for ; Mon, 13 Sep 2004 20:17:48 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB3B43D2D for ; Mon, 13 Sep 2004 20:17:47 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 86294 invoked from network); 13 Sep 2004 20:13:22 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Sep 2004 20:13:22 -0000 Message-ID: <4146006B.7@freebsd.org> Date: Mon, 13 Sep 2004 22:17:47 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ipfw or pfil_hooks problems anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 20:17:48 -0000 I think I fixed all (except maybe one from Oliver) ipfw and pfil_hooks problem fallout from my ipfw-to-pfil conversion in 5.3+6-current. If you had any problems with ipfw, pf or ipfilter please try again with an updated 6-current. If something is not fixed please report it ASAP so that I have a chance to fix it before 5.3 Release goes out of the door. Thanks! -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 20:22:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 913A716A4CE for ; Mon, 13 Sep 2004 20:22:33 +0000 (GMT) Received: from mail.mcneil.com (rrcs-24-199-45-54.west.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7548843D68 for ; Mon, 13 Sep 2004 20:22:33 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 3CFEBF1956 for ; Mon, 13 Sep 2004 13:22:33 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89219-03 for ; Mon, 13 Sep 2004 13:22:32 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 4F43DF1955 for ; Mon, 13 Sep 2004 13:22:32 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1095106952.9560.14.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 13 Sep 2004 13:22:32 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: bad shared library ordering X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 20:22:33 -0000 I have had issues with kadmin on amd64 for quite a while. It turns out to be an issue with library ordering. libcrypto.so is used by kadmin. There is one in /usr/lib that points to /lib/libcrypto.so.3 (the correct one) and one in /usr/local/lib which points to /usr/local/lib/libcrypto.so.3 (comes from security/openssl). /usr/bin/kadmin: libkadm5clnt.so.7 => /usr/lib/libkadm5clnt.so.7 (0x200636000) libkadm5srv.so.7 => /usr/lib/libkadm5srv.so.7 (0x20073f000) libhdb.so.7 => /usr/lib/libhdb.so.7 (0x20084d000) libkrb5.so.7 => /usr/lib/libkrb5.so.7 (0x200960000) libroken.so.7 => /usr/lib/libroken.so.7 (0x200aa9000) libasn1.so.7 => /usr/lib/libasn1.so.7 (0x200bb9000) libcrypto.so.3 => /usr/local/lib/libcrypto.so.3 (0x200ce2000) libcrypt.so.2 => /lib/libcrypt.so.2 (0x200f30000) libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x201049000) libreadline.so.4 => /lib/libreadline.so.4 (0x20114b000) libncurses.so.5 => /lib/libncurses.so.5 (0x201285000) libldap-2.2.so.7 => /usr/local/lib/libldap-2.2.so.7 (0x2013e0000) liblber-2.2.so.7 => /usr/local/lib/liblber-2.2.so.7 (0x201519000) libc.so.5 => /lib/libc.so.5 (0x201628000) libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x20182c000) libssl.so.3 => /usr/local/lib/libssl.so.3 (0x201944000) ldconfig -r | grep crypto shows: 21:-lcrypto.3 => /lib/libcrypto.so.3 258:-lcrypto.3 => /usr/local/lib/libcrypto.so.3 I do not have LD_LIBRARY_PATH or anything like that set. Why would it pick up the one in /usr/local/lib instead of /lib? This would seem to be a mistake. If I temporarily rename the one in /usr/local/lib then kadmin doesn't core dump on me. Sean From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 20:43:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2CD816A4CF; Mon, 13 Sep 2004 20:43:24 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A042B43D39; Mon, 13 Sep 2004 20:43:21 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8DKhHtk095109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Sep 2004 23:43:17 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8DKhI2g077955; Mon, 13 Sep 2004 23:43:18 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Sep 2004 23:43:18 +0300 From: Ruslan Ermilov To: Andre Oppermann Message-ID: <20040913204318.GA71517@ip.net.ua> References: <4145D02C.D02A18A0@freebsd.org> <20040913183038.GA25795@ip.net.ua> <4145EA7C.3000902@freebsd.org> <20040913185452.GB25795@ip.net.ua> <4145EE92.2060802@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <4145EE92.2060802@freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: ipfw tee fixed [cvs commit: src/sbin/ipfw ipfw.8 src/sys/netinet ip_fw_pfil.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 20:43:24 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2004 at 09:01:38PM +0200, Andre Oppermann wrote: > Ruslan Ermilov wrote: >=20 > >On Mon, Sep 13, 2004 at 08:44:12PM +0200, Andre Oppermann wrote: > > > >>Ruslan Ermilov wrote: > >> > >>>On Mon, Sep 13, 2004 at 06:51:56PM +0200, Andre Oppermann wrote: > >>> > >>> > >>>>I've fixed 'ipfw tee' in 6-current. Please try it and report back. = =20 > >>>>This > >>>>is pretty useful for passive packet monitoring. > >>>> > >>> > >>>Just to make it crystal clear for everyone, the tee'd fragments are > >>>still reassembled into a full packet before the diversion, correct? > >> > >>No, they are not. Only diverted packets are reassembled, tee'd packet > >>are not. > >> > > > >Then at least the divert(4) manpage should be updated to document the > >difference in behavior (between "divert" and "tee"). >=20 > Under BUGS the ipfw(8) man page now says only 'divert' will reassemble > the packet. The old version said both do it. So I've changed that and > removed 'tee' from it. Other than that there is no reference to this > (non-)behaviour anywhere in that man page. >=20 I specifically said divert(4) not ipfw(8). ;) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRgZmqRfpzJluFF4RAkoEAJwKNq6Ay3iuobHbStLNEXOjY5dYzgCeM5aF 6AGSOoIzKJyNOxZzKYCsB5A= =IY// -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 21:02:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA83C16A4CE for ; Mon, 13 Sep 2004 21:02:13 +0000 (GMT) Received: from web14106.mail.yahoo.com (web14106.mail.yahoo.com [216.136.172.136]) by mx1.FreeBSD.org (Postfix) with SMTP id 7D9EF43D49 for ; Mon, 13 Sep 2004 21:02:13 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040913210213.84966.qmail@web14106.mail.yahoo.com> Received: from [194.248.174.50] by web14106.mail.yahoo.com via HTTP; Mon, 13 Sep 2004 23:02:13 CEST Date: Mon, 13 Sep 2004 23:02:13 +0200 (CEST) From: =?iso-8859-1?q?Claus=20Guttesen?= To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: max. partition size on 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:02:14 -0000 Hi. Not shure whether this is the right place to ask, but I haven't found other sources of information. I deployed a beta3-nfs-server which works fine. Two IDE-to-SCSI-cabinets are connected to the server using an aic7899-controller. The first cabinet has approx. 2 TB (12 disks at 200 GB, as expected). When I connected the second cabinet using 250 GB disks, I exptected approx. 2.5 TB, but only saw 764 GB. Is there any limit that is imposed by 5.x in terms of max. partition size? This is running on a Compaq DL 380 dual PIII (G2) with 3 GB RAM, microstorage cabinet. The raid-system became visible by the usual 'camcontrol rescan all' and I used 'fdisk -I /dev/da2' and 'disklabel -w /dev/da2s1'. Claus Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 21:15:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E6316A4F3 for ; Mon, 13 Sep 2004 21:15:19 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD5FD43D5A for ; Mon, 13 Sep 2004 21:15:18 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 86823 invoked from network); 13 Sep 2004 21:10:52 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Sep 2004 21:10:52 -0000 Message-ID: <41460DE6.6070908@freebsd.org> Date: Mon, 13 Sep 2004 23:15:18 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <4145D02C.D02A18A0@freebsd.org> <20040913183038.GA25795@ip.net.ua> <4145EA7C.3000902@freebsd.org> <20040913185452.GB25795@ip.net.ua> <4145EE92.2060802@freebsd.org> <20040913204318.GA71517@ip.net.ua> In-Reply-To: <20040913204318.GA71517@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ipfw tee fixed [cvs commit: src/sbin/ipfw ipfw.8src/sys/netinet ip_fw_pfil.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:15:25 -0000 Ruslan Ermilov wrote: > > I specifically said divert(4) not ipfw(8). ;) I'm sorry. Too many tomatoes on my eyes... ;-) What do you think of the attached patch to divert(4)? -- Andre Index: divert.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/divert.4,v retrieving revision 1.29 diff -u -p -r1.29 divert.4 --- divert.4 3 Jul 2004 18:29:20 -0000 1.29 +++ divert.4 13 Sep 2004 21:13:56 -0000 @@ -128,6 +128,11 @@ packet to get diverted. If different fragments divert to different ports, then which port ultimately gets chosen is unpredictable. .Pp +Note that packets arriving on the divert socket by the +.Xr ipfw 8 +tee action are delivered as-is and packet fragments do not get reassembled +in this case. +.Pp Packets are received and sent unchanged, except that packets read as outgoing have invalid IP header checksums, and packets written as outgoing have their IP header checksums overwritten From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 21:25:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 3045D16A4D9; Mon, 13 Sep 2004 21:25:56 +0000 (GMT) Date: Mon, 13 Sep 2004 21:25:56 +0000 From: Kris Kennaway To: "Ketrien I. Saihr-Kesenchedra" Message-ID: <20040913212556.GA24431@hub.freebsd.org> References: <41401326.90200@withagen.nl> <41402540.2060504@error404.nls.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41402540.2060504@error404.nls.net> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Still getting Signal 6 with BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:25:56 -0000 On Thu, Sep 09, 2004 at 05:41:20AM -0400, Ketrien I. Saihr-Kesenchedra wrote: > Willem Jan Withagen wrote: > > >Hi, > > > >I've been away for a week, so I've missed a part of the discussion on > >signal 6, but I'm still getting them. Running AMD64 on dual opteron > >with 1 Gb. > >Anything I can do to help fix this?? > > > >I also found a panic on my screen this morning but I'll put that in > >another thread. > > I'll one up that. 5.3-BETA1 -and- 5.3-BETA3 produce sig10 and sig11 on > 90% of world, including sendmail, sshd, and more on the 4-way I'm > working on here. In case you didn't notice other discussion, this should be fixed in -BETA4. Kris From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 21:28:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F97816A4CE for ; Mon, 13 Sep 2004 21:28:44 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C0B743D39 for ; Mon, 13 Sep 2004 21:28:44 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8DLTR0X017513; Mon, 13 Sep 2004 14:29:27 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8DLTRWf017512; Mon, 13 Sep 2004 14:29:27 -0700 Date: Mon, 13 Sep 2004 14:29:27 -0700 From: Brooks Davis To: Claus Guttesen Message-ID: <20040913212927.GA16741@odin.ac.hmc.edu> References: <20040913210213.84966.qmail@web14106.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20040913210213.84966.qmail@web14106.mail.yahoo.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: current@freebsd.org Subject: Re: max. partition size on 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:28:44 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 13, 2004 at 11:02:13PM +0200, Claus Guttesen wrote: > Hi. >=20 > Not shure whether this is the right place to ask, but > I haven't found other sources of information. >=20 > I deployed a beta3-nfs-server which works fine. Two > IDE-to-SCSI-cabinets are connected to the server using > an aic7899-controller. The first cabinet has approx. 2 > TB (12 disks at 200 GB, as expected). When I connected > the second cabinet using 250 GB disks, I exptected > approx. 2.5 TB, but only saw 764 GB. >=20 > Is there any limit that is imposed by 5.x in terms of > max. partition size? This is running on a Compaq DL > 380 dual PIII (G2) with 3 GB RAM, microstorage > cabinet. >=20 > The raid-system became visible by the usual > 'camcontrol rescan all' and I used 'fdisk -I /dev/da2' > and 'disklabel -w /dev/da2s1'. The limit on the size of a disk is unreachable, but we have a lack of good partitioning tools at the moment. bsdlabel (the program formerly known as disklabel) is limited to 2TB. Sunlabel appears to be limited to 16TB in 2TB partitions and fdisk is limited to 2TB due to bugs in the program and 4TB due to the actual format. If you don't need to boot off the slice, you may wish to try gpt(8) which should support any disk money can buy, but which we can't currently boot off of GPT partitions. I'm in the process of getting some documentation on this in to the handbook. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBRhE2XY6L6fI4GtQRAjalAJ0YOGasYZPAmQySeFvteIAa4CNzoACeIhMm lsA1vB/hLxY46QUHwpFF84Y= =G2SJ -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 21:37:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACAD416A4CE for ; Mon, 13 Sep 2004 21:37:51 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3246643D2F for ; Mon, 13 Sep 2004 21:37:51 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 8D7D562B4B; Mon, 13 Sep 2004 16:37:48 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Mon, 13 Sep 2004 16:37:48 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409131637.48050.mjohnston@skyweb.ca> Subject: cvs-src summary for September 6-13 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:37:51 -0000 FreeBSD cvs-src summary for 30/08/04 to 06/09/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ VIA VT6122 gigabit chip supported --------------------------------- Bill Paul (wpaul) added the vge driver, for VIA's VT6122 Gigabit Ethernet chip. This chip can be found both on PCI cards, such as some ZyXEL cards, and in motherboard-integrated network adapters. vge has been added to GENERIC on i386, pc98, and amd64, but it needs testing on sparc and ia64. http://www.freebsd.org/cgi/mid.cgi?200409102057.i8AKvkbL068459 Presentation-oriented slides about FreeBSD available ---------------------------------------------------- Murray Stokely (murray) added some general slides about FreeBSD in XML format. These are useful for FreeBSD-related presentations. Thanks to Simon Nielsen (simon) for the heads up on this addition. http://www.freebsd.org/cgi/mid.cgi?200409071215.i87CFCgD024825 New tool to compress filesystem images -------------------------------------- Maxim Sobolev (sobomax) added mkuzip, a utility that compresses filesystem images for use with the geom_uzip driver. This eliminates the necessity of using the Linux-oriented cloop utility. Currently, it has only been tested on the i386. http://www.freebsd.org/cgi/mid.cgi?200409102017.i8AKHVMO066909 Network code benchmarking and testing tools added ------------------------------------------------- Robert Watson (rwatson) added netsend and netreceive, which transmit and accept UDP packets of a given size at a fixed rate. This allows benchmarking of the network code. He also added tcpstream, which generates a simple TCP stream containing a pseudo-random sequence that it uses to detect data corruption. http://www.freebsd.org/cgi/mid.cgi?200409101909.i8AJ9ohu061569 http://www.freebsd.org/cgi/mid.cgi?200409130317.i8D3HM9r055099 =============== Notable changes =============== Default scheduler changed to 4BSD --------------------------------- Scott Long (scottl) changed the default scheduler from the new ULE one to the old 4BSD for 5.3. Some bugs still exist in ULE that affect the system's stability and performance. The plan is to switch back to ULE once 5.3 is released. This also spawned the thread summarized as `ULE scheduler bugs preventing it from being used in the release`. http://www.freebsd.org/cgi/mid.cgi?200409072237.i87MbiL9044294 ================= Discussion topics ================= ULE scheduler bugs preventing it from being used in the release --------------------------------------------------------------- As mentioned in `Default scheduler changed to 4BSD`, Scott Long (scottl) changed the default scheduler from the new ULE to the old 4BSD for the 5.3 release. Jeff Roberson (jeff) replied to Scott's commit, asking, "What's not working well enough with ULE to run with it?" Poul-Henning Kamp (phk) offered, "On thing I have observed on my laptop is that it can take up to 30 seconds for a process to get a signal counting from when I type CTRL-C." Jeff asked, "When did this happen? What change broke it?", remarking, "I certainly don't get this behavior." Poul-Henning answered, "It's been that way for some time. It's particularly a problem with very cpu intensitive processes, but I have not tried to collect details." Don Lewis (truckman) also reported, "There is also the problem that CPU bound processes that are 'nice' get the same or slightly more CPU time than CPU bound processes that are not 'nice' [ . . . ]." Scott responded to Jeff too, saying, "The package build machines were switched over to 4BSD not long ago and have since been reported to be more stable. I can also lock up or panic my test machine within seconds with ULE, especially if preemption is enabled." Jeff replied, "I wasn't aware there were any more panics after julian's preemption change." Julian Elischer (julian) responded, "There appear to be two problems. One that is still related to preemption and one that is not." He specified, "the preemption problem is hard to describe, but seems to result in either a null reference of some kind (last I looked) and the one that is not driven by preemption finds that a kse is already in a run queue and panics.." http://www.freebsd.org/cgi/mid.cgi?200409072237.i87MbiL9044294 =================== Important bug fixes =================== Bug in ipfw when using NOT or OR with uid, gid, or jail-based rules fixed ------------------------------------------------------------------------- Christian S. J. Peron (csjp) fixed a bug in ipfw that caused it to generate incorrect code when using NOT or OR operations with rules based on uid, gid, or jail id. This would result in NOT and OR being discarded from those rules. This was reported in `PR 63691`_. .. _`PR 63691`: http://www.freebsd.org/cgi/query-pr.cgi?pr=63961 http://www.freebsd.org/cgi/mid.cgi?200409111944.i8BJiTe7005412 =============== Other bug fixes =============== Tim Robbins (tjr) fixed two bugs with corrupt MS-DOS (FAT) filesystems. One resulted in a panic, and the other in possible data corruption. The fixes were from NetBSD, and were submitted by Xin LI. http://www.freebsd.org/cgi/mid.cgi?200409081057.i88Av9UJ065089 Jun Kuriyama (kuriyama) fixed a crash in portsdb -u. http://www.freebsd.org/cgi/mid.cgi?200409101445.i8AEj0KW054405 From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 21:52:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2854416A4CE for ; Mon, 13 Sep 2004 21:52:16 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E1EA43D1F for ; Mon, 13 Sep 2004 21:52:15 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 10002 invoked by uid 65534); 13 Sep 2004 21:52:13 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp026) with SMTP; 13 Sep 2004 23:52:13 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 13 Sep 2004 23:52:06 +0200 User-Agent: KMail/1.7 X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2340650.GBmJE2V8xQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409132352.12657.Emanuel.Strobl@gmx.net> cc: dashevil@sympatico.ca Subject: kdm and xorg timeout [Was: xorg & KDE 3.3 startup issues in 5.3 BETA3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:52:16 -0000 --nextPart2340650.GBmJE2V8xQ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 07 September 2004 01:22, Chris Laverdure wrote: [copied from=20 http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036684.ht= ml] > On Tue, 2004-09-07 at 03:35, Michael Nottebrock wrote: >> On Tuesday 07 September 2004 01:22, Chris Laverdure wrote: >>=20 [...] >> There are entries in UPDATING for kdm related issues, both in the entry = for=20 >> KDE 3.3 and one before that, too. >>=20 >> I myself am running kdm from KDE 3.3 with Xorg on 5.3-BETA without any=20 >> problems. >=20 > Okay, the KDM updating tips worked with the exception of one thing. >=20 > When I boot, X sits there for 5 seconds, then it knocks me back to the > terminal with this error: >=20 > kdm[503]: X server startup timeout, terminating >=20 > Then it pops back up again with KDM... Weird. I have exactly the same problem and no idea what's wrong. Xorg is running=20 fine. Also KDE is running fine after kdm got started twice. Here are some confirmation lines: Sep 13 23:25:51 cale kdm[532]: X server startup timeout, terminating Sep 13 23:26:16 cale kdm[532]: X server for display :0 can't be started,=20 session disabled The only error in Xorg.o.log is: Could not init font path element /usr/local/share/ghostscript/fonts/, remov= ing=20 from list! I don't know why this path is incorrect, (the ghostscript fonts are readabl= e=20 in this directory!) but that can't be the reason, can it? Thanks, =2DMano --nextPart2340650.GBmJE2V8xQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBRhaMBylq0S4AzzwRAjHkAJwKQrIORsmFRXRSIRl5/qFXdO2LUQCeKBLZ 55d2zL6OkgRrcSBEp4PAEQw= =yOKF -----END PGP SIGNATURE----- --nextPart2340650.GBmJE2V8xQ-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 21:57:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F7116A4CE for ; Mon, 13 Sep 2004 21:57:48 +0000 (GMT) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4AD243D49 for ; Mon, 13 Sep 2004 21:57:47 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd09.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1C6ypU-0001Bz-02; Mon, 13 Sep 2004 23:57:44 +0200 Received: from fw.reifenberger.com (TD5ua6ZGZerPiDmTB3CLBwaYNAGpO5yBvNf0A9C0ZmRbRMGLLMEIw0@[217.232.236.130]) by fmrl09.sul.t-online.com with esmtp id 1C6ypJ-0HRVLs0; Mon, 13 Sep 2004 23:57:33 +0200 Received: from localhost (mike@localhost)i8DLvRfb009204; Mon, 13 Sep 2004 23:57:27 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Mon, 13 Sep 2004 23:57:27 +0200 (CEST) From: Michael Reifenberger To: Sean McNeil In-Reply-To: <1095106952.9560.14.camel@server.mcneil.com> Message-ID: <20040913235337.Y8412@fw.reifenberger.com> References: <1095106952.9560.14.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: TD5ua6ZGZerPiDmTB3CLBwaYNAGpO5yBvNf0A9C0ZmRbRMGLLMEIw0@t-dialin.net X-TOI-MSGID: a55b36d4-18a0-4176-b7e3-c32e8318bcb7 cc: freebsd-current@freebsd.org Subject: Re: bad shared library ordering X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:57:48 -0000 On Mon, 13 Sep 2004, Sean McNeil wrote: > Date: Mon, 13 Sep 2004 13:22:32 -0700 > From: Sean McNeil > To: freebsd-current@freebsd.org > Subject: bad shared library ordering > > I have had issues with kadmin on amd64 for quite a while. It turns out > to be an issue with library ordering. libcrypto.so is used by kadmin. > There is one in /usr/lib that points to /lib/libcrypto.so.3 (the correct > one) and one in /usr/local/lib which points to > /usr/local/lib/libcrypto.so.3 (comes from security/openssl). > ... > If I temporarily rename the one in /usr/local/lib then kadmin doesn't > core dump on me. > This is not a -current problen. It's not a problem of your base system either. Your ldap/sasl ports are not compiled with WITH_OPENSSL_BASE=yes in /etc/make.conf Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 21:59:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5DD516A4E0 for ; Mon, 13 Sep 2004 21:59:20 +0000 (GMT) Received: from web14125.mail.yahoo.com (web14125.mail.yahoo.com [66.163.171.116]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D60A43D41 for ; Mon, 13 Sep 2004 21:59:20 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040913215920.81691.qmail@web14125.mail.yahoo.com> Received: from [194.248.174.50] by web14125.mail.yahoo.com via HTTP; Mon, 13 Sep 2004 23:59:20 CEST Date: Mon, 13 Sep 2004 23:59:20 +0200 (CEST) From: =?iso-8859-1?q?Claus=20Guttesen?= To: Brooks Davis In-Reply-To: <20040913212927.GA16741@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: max. partition size on 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:59:21 -0000 > good partitioning tools at the moment. bsdlabel (the > program formerly known as disklabel) is limited to 2TB. After the RAID-cabinet has initialized the disks and I issue the camcontrol rescan all the output is da2 at ahc1 bus 0 target 0 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled da2: 764496MB (1565687808 512 byte sectors: 255H 63S/T 97459C) So it's allready at this stage that the (lower) size is showing up. da1 has 267,348 cylinders and da2 only has 97,459. I'll probably replace the large disks with 200 GB ones instead. Thank you. Claus Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 22:09:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B75CA16A4CF for ; Mon, 13 Sep 2004 22:09:39 +0000 (GMT) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id A65A843D48 for ; Mon, 13 Sep 2004 22:09:38 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 8044 invoked by uid 1005); 13 Sep 2004 22:09:37 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 Clear:RC:1(217.232.252.244):. Processed in 0.272774 secs); 13 Sep 2004 22:09:37 -0000 Received: from unknown (HELO ?192.168.1.225?) (rainer@ultra-secure.de@217.232.252.244) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Sep 2004 22:09:37 -0000 Message-ID: <41461A9F.50707@ultra-secure.de> Date: Tue, 14 Sep 2004 00:09:35 +0200 From: Rainer Duffner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: de, de-de, en-us, en, de-at, de-li, de-ch MIME-Version: 1.0 To: Brooks Davis , current@freebsd.org References: <20040913210213.84966.qmail@web14106.mail.yahoo.com> <20040913212927.GA16741@odin.ac.hmc.edu> In-Reply-To: <20040913212927.GA16741@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: max. partition size on 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 22:09:39 -0000 Brooks Davis wrote: >On Mon, Sep 13, 2004 at 11:02:13PM +0200, Claus Guttesen wrote: >> Hi. >> >> Not shure whether this is the right place to ask, but >> I haven't found other sources of information. >> >> I deployed a beta3-nfs-server which works fine. Two >> IDE-to-SCSI-cabinets are connected to the server using >> an aic7899-controller. The first cabinet has approx. 2 >> TB (12 disks at 200 GB, as expected). When I connected >> the second cabinet using 250 GB disks, I exptected >> approx. 2.5 TB, but only saw 764 GB. >> >> Is there any limit that is imposed by 5.x in terms of >> max. partition size? This is running on a Compaq DL >> 380 dual PIII (G2) with 3 GB RAM, microstorage >> cabinet. >> >> The raid-system became visible by the usual >> 'camcontrol rescan all' and I used 'fdisk -I /dev/da2' >> and 'disklabel -w /dev/da2s1'. > >The limit on the size of a disk is unreachable, but we have a lack of >good partitioning tools at the moment. bsdlabel (the program formerly >known as disklabel) is limited to 2TB. Sunlabel appears to be limited >to 16TB in 2TB partitions and fdisk is limited to 2TB due to bugs in >the program and 4TB due to the actual format. If you don't need to >boot off the slice, you may wish to try gpt(8) which should support >any disk money can buy, but which we can't currently boot off of GPT >partitions. I'm in the process of getting some documentation on this in >to the handbook. > > That would be a good idea. The data in the handbook is seriously outdated (when was 3.0 "current"?). (I wanted to file a PR, I swear, but that day the FreeBSD-website was down and later I forgot...) The question has come-up in various lists and newsgroup the last couple of weeks. As IDE2SCSI RAIDs are getting increasingly cheap and big, this problem will show-up more often than not in the future. A howto for gpt would also be good. Not that I need one now, but now that 1GB mail-storage has come en vogue.... cheers, Rainer -- =================================================== ~ Rainer Duffner - rainer@ultra-secure.de ~ ~ Freising - Munich - Germany ~ ~ Unix - Linux - BSD - OpenSource - Security ~ ~ http://www.ultra-secure.de/~rainer/pubkey.pgp ~ =================================================== From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 22:22:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27E3216A4CE for ; Mon, 13 Sep 2004 22:22:33 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF3243D31 for ; Mon, 13 Sep 2004 22:22:32 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 982F61675C7; Tue, 14 Sep 2004 00:22:31 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8DMMTgV065859 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 14 Sep 2004 00:22:30 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Emanuel Strobl Date: Tue, 14 Sep 2004 00:22:24 +0200 User-Agent: KMail/1.7 References: <200409132352.12657.Emanuel.Strobl@gmx.net> In-Reply-To: <200409132352.12657.Emanuel.Strobl@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1660350.Cjs8kgUZZQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409140022.28588.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: dashevil@sympatico.ca cc: freebsd-current@freebsd.org Subject: Re: kdm and xorg timeout [Was: xorg & KDE 3.3 startup issues in 5.3 BETA3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 22:22:33 -0000 --nextPart1660350.Cjs8kgUZZQ Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 13 September 2004 23:52, Emanuel Strobl wrote: > I don't know why this path is incorrect, (the ghostscript fonts are > readable in this directory!) but that can't be the reason, can it? No, it's unrelated. What chipset/graphics driver are you using in X? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1660350.Cjs8kgUZZQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBRh2kXhc68WspdLARAnY9AKCQVoDC7GDcMemfoTI8X3U+X3TOQQCgmJA+ Zxd2i03O8BlaRgKaRwraeIo= =x8s+ -----END PGP SIGNATURE----- --nextPart1660350.Cjs8kgUZZQ-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 22:33:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4295716A4CE for ; Mon, 13 Sep 2004 22:33:00 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B72E443D49 for ; Mon, 13 Sep 2004 22:32:59 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8DMXvNL031154; Mon, 13 Sep 2004 16:33:57 -0600 (MDT) (envelope-from scottl@freebsd.org) Received: from localhost (scottl@localhost)i8DMXvgX031151; Mon, 13 Sep 2004 16:33:57 -0600 (MDT) (envelope-from scottl@freebsd.org) X-Authentication-Warning: pooker.samsco.org: scottl owned process doing -bs Date: Mon, 13 Sep 2004 16:33:57 -0600 (MDT) From: Scott Long Sender: scottl@pooker.samsco.org To: Rainer Duffner In-Reply-To: <41461A9F.50707@ultra-secure.de> Message-ID: <20040913163322.V59291@pooker.samsco.org> References: <20040913210213.84966.qmail@web14106.mail.yahoo.com> <20040913212927.GA16741@odin.ac.hmc.edu> <41461A9F.50707@ultra-secure.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: max. partition size on 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 22:33:00 -0000 On Tue, 14 Sep 2004, Rainer Duffner wrote: > Brooks Davis wrote: > > >On Mon, Sep 13, 2004 at 11:02:13PM +0200, Claus Guttesen wrote: > >> Hi. > >> > >> Not shure whether this is the right place to ask, but > >> I haven't found other sources of information. > >> > >> I deployed a beta3-nfs-server which works fine. Two > >> IDE-to-SCSI-cabinets are connected to the server using > >> an aic7899-controller. The first cabinet has approx. 2 > >> TB (12 disks at 200 GB, as expected). When I connected > >> the second cabinet using 250 GB disks, I exptected > >> approx. 2.5 TB, but only saw 764 GB. > >> > >> Is there any limit that is imposed by 5.x in terms of > >> max. partition size? This is running on a Compaq DL > >> 380 dual PIII (G2) with 3 GB RAM, microstorage > >> cabinet. > >> > >> The raid-system became visible by the usual > >> 'camcontrol rescan all' and I used 'fdisk -I /dev/da2' > >> and 'disklabel -w /dev/da2s1'. > > > >The limit on the size of a disk is unreachable, but we have a lack of > >good partitioning tools at the moment. bsdlabel (the program formerly > >known as disklabel) is limited to 2TB. Sunlabel appears to be limited > >to 16TB in 2TB partitions and fdisk is limited to 2TB due to bugs in > >the program and 4TB due to the actual format. If you don't need to > >boot off the slice, you may wish to try gpt(8) which should support > >any disk money can buy, but which we can't currently boot off of GPT > >partitions. I'm in the process of getting some documentation on this in > >to the handbook. > > > > > > That would be a good idea. > The data in the handbook is seriously outdated (when was 3.0 "current"?). > (I wanted to file a PR, I swear, but that day the FreeBSD-website was > down and later I forgot...) > > The question has come-up in various lists and newsgroup the last couple > of weeks. > As IDE2SCSI RAIDs are getting increasingly cheap and big, this problem > will show-up more often than not in the future. > > > A howto for gpt would also be good. > Not that I need one now, but now that 1GB mail-storage has come en vogue.... > > > > cheers, > Rainer > See http://www.freebsd.org/projects/bigdisk. It's not complete yet by any means, but it gives some useful info. Scott From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 22:33:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04ECE16A4CE for ; Mon, 13 Sep 2004 22:33:09 +0000 (GMT) Received: from tomts25-srv.bellnexxia.net (tomts25.bellnexxia.net [209.226.175.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 460AA43D54 for ; Mon, 13 Sep 2004 22:33:08 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([65.93.56.19]) by tomts25-srv.bellnexxia.net ESMTP <20040913223306.HTBC7925.tomts25-srv.bellnexxia.net@[192.168.2.32]>; Mon, 13 Sep 2004 18:33:06 -0400 From: Chris Laverdure To: Michael Nottebrock In-Reply-To: <200409140022.28588.michaelnottebrock@gmx.net> References: <200409132352.12657.Emanuel.Strobl@gmx.net> <200409140022.28588.michaelnottebrock@gmx.net> Content-Type: text/plain Message-Id: <1095100383.651.0.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 13 Sep 2004 18:33:04 +0000 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: kdm and xorg timeout [Was: xorg & KDE 3.3 startup issues in 5.3 BETA3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 22:33:09 -0000 On Mon, 2004-09-13 at 22:22, Michael Nottebrock wrote: > On Monday 13 September 2004 23:52, Emanuel Strobl wrote: > > > I don't know why this path is incorrect, (the ghostscript fonts are > > readable in this directory!) but that can't be the reason, can it? > > No, it's unrelated. What chipset/graphics driver are you using in X? I am not sure about him, but I'm using a GeForce FX 5200 with the Nvidia 6113 driver. From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 22:36:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 187AA16A4CE; Mon, 13 Sep 2004 22:36:19 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C256A43D2D; Mon, 13 Sep 2004 22:36:18 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i8DMaCDl007876; Mon, 13 Sep 2004 15:36:15 -0700 Message-ID: <414620DB.9070509@root.org> Date: Mon, 13 Sep 2004 15:36:11 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: msch@snafu.de References: <200408141854.38477.msch@snafu.de> <200408211927.36948.msch@snafu.de> <200409121046.02724.msch@snafu.de> In-Reply-To: <200409121046.02724.msch@snafu.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: andre@freebsd.org Subject: Re: ISDN4BSD broken... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 22:36:19 -0000 Matthias Schuendehuette wrote: >>>Aug 14 18:19:46 current kernel: FreeBSD 5.2-CURRENT #0: \ >>> Sat Aug 14 17:43:56 CEST 2004 >>>[...] >>>Aug 14 18:19:46 current kernel: ACPI link \_SB_.PCI0.LNKA \ >>> has invalid initial irq 9, ignoring >>>(this is a new message, which doesn't show up with my Aug 11 >>>kernel) [...] >>>Aug 14 18:19:46 current kernel: isic0: [GIANT-LOCKED] >>>Aug 14 18:19:46 current kernel: isic0 at port \ >>> 0x580-0x59f,0x180-0x19f,0x980-0x99f,0xd80-0xd9f \ >>> irq 10 flags 0x3 on isa0 > >>>Any ideas? ACPI or IRQ-Routing related? It's probably IRQ routing related. Try changing the check in acpi_pci_link_is_valid_irq() to this: if (link->interrupts[i] == irq || AcpiGbl_FADT->SciInt == irq) I've suspected that it should always be ok to load a device onto the SCI since Windows does this for many systems. However, this change would break other systems that it's not valid for. This hack should only be done in the case where we're routing the initial IRQ. If the initial irq == the SCI then allow it, otherwise don't allow the SCI as valid. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 22:38:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9442D16A4CE for ; Mon, 13 Sep 2004 22:38:54 +0000 (GMT) Received: from mail.mcneil.com (rrcs-24-199-45-54.west.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63EB443D4C for ; Mon, 13 Sep 2004 22:38:54 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E17BCF1998; Mon, 13 Sep 2004 15:38:53 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63276-07; Mon, 13 Sep 2004 15:38:52 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 8044BF1997; Mon, 13 Sep 2004 15:38:52 -0700 (PDT) From: Sean McNeil To: Michael Reifenberger In-Reply-To: <20040913235337.Y8412@fw.reifenberger.com> References: <1095106952.9560.14.camel@server.mcneil.com> <20040913235337.Y8412@fw.reifenberger.com> Content-Type: text/plain Message-Id: <1095115132.3305.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 13 Sep 2004 15:38:52 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: bad shared library ordering X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 22:38:54 -0000 On Mon, 2004-09-13 at 14:57, Michael Reifenberger wrote: > On Mon, 13 Sep 2004, Sean McNeil wrote: > > > Date: Mon, 13 Sep 2004 13:22:32 -0700 > > From: Sean McNeil > > To: freebsd-current@freebsd.org > > Subject: bad shared library ordering > > > > I have had issues with kadmin on amd64 for quite a while. It turns out > > to be an issue with library ordering. libcrypto.so is used by kadmin. > > There is one in /usr/lib that points to /lib/libcrypto.so.3 (the correct > > one) and one in /usr/local/lib which points to > > /usr/local/lib/libcrypto.so.3 (comes from security/openssl). > > > ... > > If I temporarily rename the one in /usr/local/lib then kadmin doesn't > > core dump on me. > > > > This is not a -current problen. > It's not a problem of your base system either. > Your ldap/sasl ports are not compiled with WITH_OPENSSL_BASE=yes > in /etc/make.conf This isn't what I was alluding to. Yes, since I discovered this I've deleted the package and I'm rebuilding everything. Don't even need WITH_OPENSSL_BASE set. I think the issue is that, perhaps, rpath is being used and so the /usr/local/lib version wins. If this is the case then I see nothing wrong and I just need to do some cleanup. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 22:52:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BB2116A4CE for ; Mon, 13 Sep 2004 22:52:59 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 32F4343D4C for ; Mon, 13 Sep 2004 22:52:58 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 20118 invoked by uid 65534); 13 Sep 2004 22:52:56 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp007) with SMTP; 14 Sep 2004 00:52:56 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 14 Sep 2004 00:52:44 +0200 User-Agent: KMail/1.7 References: <200409132352.12657.Emanuel.Strobl@gmx.net> <200409140022.28588.michaelnottebrock@gmx.net> In-Reply-To: <200409140022.28588.michaelnottebrock@gmx.net> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1644985.rgHohrKBF6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409140052.50948.Emanuel.Strobl@gmx.net> cc: dashevil@sympatico.ca Subject: Re: kdm and xorg timeout [Was: xorg & KDE 3.3 startup issues in 5.3 BETA3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 22:52:59 -0000 --nextPart1644985.rgHohrKBF6 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 14. September 2004 00:22 schrieb Michael Nottebrock: > On Monday 13 September 2004 23:52, Emanuel Strobl wrote: > > I don't know why this path is incorrect, (the ghostscript fonts are > > readable in this directory!) but that can't be the reason, can it? > > No, it's unrelated. What chipset/graphics driver are you using in X? I'm using the nvidia 6113 drivers with a GeForece 440MX. So the driver is o= ne=20 thing Chris Laverdure and I have in common. Thanks, MMano --nextPart1644985.rgHohrKBF6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBRiTCBylq0S4AzzwRAoxoAKCDV+Wy7pl3JtF5byVKzCekEJSLuwCaA3Wc 5OVgVqM2ATNBt9UKl2N+bFc= =itcz -----END PGP SIGNATURE----- --nextPart1644985.rgHohrKBF6-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 22:58:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BDEE16A4CE for ; Mon, 13 Sep 2004 22:58:18 +0000 (GMT) Received: from plum.flirble.org (plum.flirble.org [195.40.6.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93CD143D2D for ; Mon, 13 Sep 2004 22:58:17 +0000 (GMT) (envelope-from jake@poptart.org) Received: from fruity.poptart.org ([82.152.7.145] helo=poptart.org) by plum.flirble.org with asmtp (Exim 3.20 #3) id 1C6zm4-0000mL-00 for freebsd-current@freebsd.org; Mon, 13 Sep 2004 23:58:16 +0100 Received: from choccy.int.poptart.org ([10.0.0.1]) by poptart.org with esmtp (Exim 4.14) id 1C6zm4-0008Nr-1n for freebsd-current@freebsd.org; Mon, 13 Sep 2004 23:58:16 +0100 Message-ID: <41462607.3030902@poptart.org> Date: Mon, 13 Sep 2004 23:58:15 +0100 From: Jake Scott User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Crash when USB modem unplugged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 22:58:18 -0000 I can consistently crash my 5.2.1-RELEASE system by unplugging the USB ADSL modem when the system is up. Is this something that one "just shouldn't do" - or should the OS cope with it? The gdb output is shown below: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc47a7c60 fault code = supervisor write, page not present instruction pointer = 0x8:0xc046eaf0 stack pointer = 0x10:0xd9afca8c frame pointer = 0x10:0xd9afcaa8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 915 (pppoa2) trap number = 12 panic: page fault syncing disks, buffers remaining... 3842 3842 panic: free locked buf Uptime: 9d19h55m47s 3842 3842 3842 3842 3842 3842 3842 3842 3842 3842 3842 3842 3842 ad2: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=2228607 ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=2490879 3842 3842 3842 3842 3842 ad2: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=2228607 ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=2490879 giving up on 2067 buffers Uptime: 9d19h56m2s ad2: WARNING - WRITE_DMA interrupt was seen but taskqueue stalled LBA=2228607 ad0: WARNING - WRITE_DMA interrupt was seen but taskqueue stalled LBA=2490879 Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- Reading symbols from /usr/obj/usr/src/sys/Fruity/modules/usr/src/sys/modules/vinum/vinum.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/Fruity/modules/usr/src/sys/modules/vinum/vinum.ko.debug Reading symbols from /usr/obj/usr/src/sys/Fruity/modules/usr/src/sys/modules/acpi/acpi.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/Fruity/modules/usr/src/sys/modules/acpi/acpi.ko.debug Reading symbols from /boot/kernel/ipl.ko...done. Loaded symbols for /boot/kernel/ipl.ko #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) list *0xc046eaf0 0xc046eaf0 is in ugenclose (/usr/src/sys/dev/usb/ugen.c:559). 554 DPRINTFN(5, ("ugenclose: endpt=%d dir=%d sce=%p\n", 555 endpt, dir, sce)); 556 557 usbd_abort_pipe(sce->pipeh); 558 usbd_close_pipe(sce->pipeh); 559 sce->pipeh = NULL; 560 561 switch (sce->edesc->bmAttributes & UE_XFERTYPE) { 562 case UE_INTERRUPT: 563 ndflush(&sce->q, sce->q.c_cc); (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc04cd49f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc04cd838 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc077b9b0 in complete_rqe (bp=0x0) at /usr/src/sys/dev/vinum/vinuminterrupt.c:232 #4 0xc077b89a in complete_rqe (bp=0x0) at /usr/src/sys/dev/vinum/vinuminterrupt.c:201 #5 0xc051ca81 in bufdone (bp=0xc5a4fc24) at /usr/src/sys/kern/vfs_bio.c:3131 #6 0xc051c8ae in bufdonebio (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:3067 #7 0xc051c67c in biodone (bp=0xc5a4fc24) at /usr/src/sys/kern/vfs_bio.c:2991 #8 0xc048ff6a in g_dev_done (bp2=0xc5c0ea18) at /usr/src/sys/geom/geom_dev.c:359 #9 0xc051c67c in biodone (bp=0xc5a4fc24) at /usr/src/sys/kern/vfs_bio.c:2991 #10 0xc0492d18 in g_io_schedule_up (tp=0xc4727140) at /usr/src/sys/geom/geom_io.c:402 #11 0xc0492f38 in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:92 #12 0xc04b68a0 in fork_exit (callout=0xc0492f10 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:793 Any more info required, let me know. J> From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 23:05:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7526416A4CE for ; Mon, 13 Sep 2004 23:05:41 +0000 (GMT) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F2BC43D5C for ; Mon, 13 Sep 2004 23:05:40 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 9814 invoked by uid 1005); 13 Sep 2004 23:05:39 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 Clear:RC:1(217.232.252.244):. Processed in 0.137764 secs); 13 Sep 2004 23:05:39 -0000 Received: from unknown (HELO ?192.168.1.225?) (rainer@ultra-secure.de@217.232.252.244) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Sep 2004 23:05:39 -0000 Message-ID: <414627C2.6030401@ultra-secure.de> Date: Tue, 14 Sep 2004 01:05:38 +0200 From: Rainer Duffner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: de, de-de, en-us, en, de-at, de-li, de-ch MIME-Version: 1.0 To: current@freebsd.org References: <20040913210213.84966.qmail@web14106.mail.yahoo.com> <20040913212927.GA16741@odin.ac.hmc.edu> <41461A9F.50707@ultra-secure.de> <20040913163322.V59291@pooker.samsco.org> In-Reply-To: <20040913163322.V59291@pooker.samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: max. partition size on 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 23:05:41 -0000 Scott Long wrote: >On Tue, 14 Sep 2004, Rainer Duffner wrote: >> >> A howto for gpt would also be good. >> Not that I need one now, but now that 1GB mail-storage has come en vogue.... >> >> >> >> cheers, >> Rainer >> > >See http://www.freebsd.org/projects/bigdisk. It's not complete yet by any >means, but it gives some useful info. > > I see, thanks. So, the current status is that though it may be possible to create a partition > 2 TB, several utilities may show "odd" behaviour (according to that page) ? Well, as I said, it's not currently a problem for me (yet). But what is one supposed to do ? Use Linux with 2.6-kernel as NFS-server, partition the disk into 2 TB- (or 1 TB) chunks and mount those indivually ? This should in no way be understood as a criticism, it's merely a question. cheers, Rainer -- =================================================== ~ Rainer Duffner - rainer@ultra-secure.de ~ ~ Freising - Munich - Germany ~ ~ Unix - Linux - BSD - OpenSource - Security ~ ~ http://www.ultra-secure.de/~rainer/pubkey.pgp ~ =================================================== From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 23:08:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F2416A4CE for ; Mon, 13 Sep 2004 23:08:32 +0000 (GMT) Received: from epita.fr (hermes.epita.fr [163.5.255.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D06343D48 for ; Mon, 13 Sep 2004 23:08:31 +0000 (GMT) (envelope-from le-hen_j@epita.fr) Received: from garak (garak [10.42.25.5]) by epita.fr id i8DN8EC09635 Tue, 14 Sep 2004 01:08:14 +0200 (CEST) Date: Tue, 14 Sep 2004 01:08:15 +0200 From: Jeremie Le Hen To: Sean McNeil Message-ID: <20040913230815.GB16110@garak.epita.fr> References: <1095106952.9560.14.camel@server.mcneil.com> <20040913235337.Y8412@fw.reifenberger.com> <1095115132.3305.3.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1095115132.3305.3.camel@server.mcneil.com> User-Agent: Mutt/1.4i cc: Michael Reifenberger cc: freebsd-current@freebsd.org Subject: Re: bad shared library ordering X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 23:08:32 -0000 > This isn't what I was alluding to. Yes, since I discovered this I've > deleted the package and I'm rebuilding everything. Don't even need > WITH_OPENSSL_BASE set. I think the issue is that, perhaps, rpath is > being used and so the /usr/local/lib version wins. If this is the case > then I see nothing wrong and I just need to do some cleanup. I suppose you know about the /etc/ld-elf.so.conf file described in section FILES of ldconfig(8) manual page ; but the granularity is unfortunately per-directory, and I think the only way to link with a specific library instead of the first-coming one is to use tricky options of ld(1). You may want to see -l and the -L one. -- Jeremie LE HEN aka TtZ/TataZ jeremie.le-hen@epita.fr ttz@epita.fr Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 23:20:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CFE616A4CE for ; Mon, 13 Sep 2004 23:20:40 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED4E43D2D for ; Mon, 13 Sep 2004 23:20:40 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 482B750B81 for ; Tue, 14 Sep 2004 08:20:39 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id ADB0150B94 for ; Tue, 14 Sep 2004 08:20:37 +0900 (JST) Date: Tue, 14 Sep 2004 08:20:37 +0900 Message-ID: <7mfz5loiwq.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: freebsd-current@freebsd.org In-Reply-To: <192E4189-05B2-11D9-831C-000D9335BCEC@anduin.net> References: <06c601c4973a$1d1c5570$32cba1cd@science1> <7m8ybip6qm.wl@black.imgsrc.co.jp> <072201c4975c$db5bfa00$32cba1cd@science1> <7mzn3xo1mj.wl@black.imgsrc.co.jp> <07bb01c49812$bf4463a0$32cba1cd@science1> <7my8jgomga.wl@black.imgsrc.co.jp> <7misainsd4.wl@black.imgsrc.co.jp> <09fb01c499b4$5892b870$32cba1cd@science1> <192E4189-05B2-11D9-831C-000D9335BCEC@anduin.net> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd 0.1 Subject: Re: Beta3 core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 23:20:40 -0000 At Mon, 13 Sep 2004 20:24:06 +0200, Eirik =D8verby wrote: > Is this patch (or a fix like it) going to be committed? I just committed to HEAD. I'll request MFC to RELENG_5 unless I get negative report. --=20 Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 23:28:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9A1516A4CF for ; Mon, 13 Sep 2004 23:28:40 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EC143D2D for ; Mon, 13 Sep 2004 23:28:39 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [10.0.2.2] (nofate.asgard.jara23.co.uk [10.0.2.2]) i8DNSYQR001074 for ; Tue, 14 Sep 2004 00:28:34 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <41462D29.2020304@jara23.co.uk> Date: Tue, 14 Sep 2004 00:28:41 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: de0 driver bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 23:28:40 -0000 There seems to be an issue with de0 driver in 5.3-BETA4 The problem seems to be the driver doesn't allow traffic, or minimal traffic at best unless it is set in promiscious mode. Initially I thought it may have been a problem with my firewall ruleset but as they hadn't changed since I upgraded from 5.2.1-p9 I doubted it. To test if my firewall was blocking the traffic i used tcpdump which instantly brought the interface and traffic to life, upon terminating tcpdump all traffic ceased. putting the interface into promisious mode using ifconfig de0 promisc instantly resumed the flow of traffic. If any more information is needed about my configuration or any further details are required I can provide them on request. Andrew D Wiles. From owner-freebsd-current@FreeBSD.ORG Mon Sep 13 23:31:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F76216A4CE for ; Mon, 13 Sep 2004 23:31:17 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6ED2F43D1F for ; Mon, 13 Sep 2004 23:31:16 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 26605 invoked by uid 65534); 13 Sep 2004 23:31:15 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp012) with SMTP; 14 Sep 2004 01:31:15 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: "Jose M Rodriguez" Date: Tue, 14 Sep 2004 01:31:08 +0200 User-Agent: KMail/1.7 References: <200409132352.12657.Emanuel.Strobl@gmx.net> In-Reply-To: X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1435942.HEc0yg44B3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409140131.14031.Emanuel.Strobl@gmx.net> cc: freebsd-current@freebsd.org Subject: Re: kdm and xorg timeout [Was: xorg & KDE 3.3 startup issues in 5.3 BETA3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 23:31:17 -0000 --nextPart1435942.HEc0yg44B3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 14. September 2004 00:36 schrieb Jose M Rodriguez: > On Mon, 13 Sep 2004 23:52:06 +0200, Emanuel Strobl > > wrote: > > On Tuesday 07 September 2004 01:22, Chris Laverdure wrote: > > > > [copied from > > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/03668= 4. > >html] > > > >> On Tue, 2004-09-07 at 03:35, Michael Nottebrock wrote: > >>> On Tuesday 07 September 2004 01:22, Chris Laverdure wrote: > > > > [...] > > ... > > > > The only error in Xorg.o.log is: > > Could not init font path element /usr/local/share/ghostscript/fonts/, > > removing > > from list! > > At last this may be PR ports/71514, but I don't think this matters. > Have you get a NULL fonts.dir on /usr/local/share/ghostscript/fonts/ ? > Thank you very much. I took the list of your patch and made cut -d -f 2 and= =20 put the result in fonts.dir and fonts.scale. Now I don't have any error=20 message anymore. This patch really should by commited to RELENG_5 before -release imho. I also have a gettext oddity, but I have to do more investigation (tomorrow= ). Best regards, =2DMano P.S: I got your mail only by private account, not by mailinglist > As a minimal, copy fonts.scale into fonts.dir, or better, the fonts.scale > file > generate by the patch on ${FILESDIR} > > -- > josemi --nextPart1435942.HEc0yg44B3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBRi3BBylq0S4AzzwRAmRXAJ9DHp77wTJ2Q7rae7/xvw09xBTi3wCePvnw oLhjPpY25eu7/6qZkFyGuYY= =JDQs -----END PGP SIGNATURE----- --nextPart1435942.HEc0yg44B3-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 01:38:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E94BA16A4CE for ; Tue, 14 Sep 2004 01:38:20 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0467043D1D for ; Tue, 14 Sep 2004 01:38:20 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 1128 invoked by uid 65534); 14 Sep 2004 01:38:19 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp009) with SMTP; 14 Sep 2004 03:38:19 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 14 Sep 2004 03:38:07 +0200 User-Agent: KMail/1.7 X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10737191.EWNpdI57Is"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409140338.12764.Emanuel.Strobl@gmx.net> Subject: xterm (+Konsole) and su on BETA4 with Xorg (from today) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 01:38:21 -0000 --nextPart10737191.EWNpdI57Is Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, attention: perhaps a stupid question, but probably a big problem: When I su (without -l) I'm not able to build any port. I get the following= =20 error message (e. g.): cale:/usr/ports/security/cryptplug# make =3D=3D=3D> Vulnerability check disabled, database not found =3D=3D=3D> Extracting for cryptplug-0.3.16_1 >> Checksum OK for cryptplug-0.3.16.tar.gz. =3D=3D=3D> Patching for cryptplug-0.3.16_1 =3D=3D=3D> cryptplug-0.3.16_1 depends on executable: gpgme-config - fo =3D=3D=3D> cryptplug-0.3.16_1 depends on executable: gpg-agent - found =3D=3D=3D> cryptplug-0.3.16_1 depends on executable: gmake - found =3D=3D=3D> cryptplug-0.3.16_1 depends on file: /usr/local/bin/libtool1 =3D=3D=3D> Configuring for cryptplug-0.3.16_1 cp: /usr/ports/security/cryptplug/work/cryptplug-0.3.16 /usr/ports/security/cryptplug/work/cryptplug-0.3.16/config.guess:=20 r directory *** Error code 1 Stop in /usr/ports/security/cryptplug. When I su with "-l" it's no problem to build that port. This is _not_ speci= fic=20 to cryptoplug at all. Any port fails if I don't "su -l"! I'm really "stoned". I upgraded from BETA3 to BETA4 (on newfs'd labels, so= =20 actually it's a reinstall, not a upgrade!) with freshly built ports (KDE3.3= ,=20 formerly KDE3.2.3 but always xorg with nvidia-drivers) Thanks, =2DMano --nextPart10737191.EWNpdI57Is Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBRkuEBylq0S4AzzwRAs0yAJwKAKVkR7FdPwLVjo1bdsLvb/N68wCeLBgz gY8xGIUCZbore5/WGavyMO8= =KtnT -----END PGP SIGNATURE----- --nextPart10737191.EWNpdI57Is-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:17:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F5E416A4CE for ; Tue, 14 Sep 2004 02:17:30 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1948B43D46 for ; Tue, 14 Sep 2004 02:17:30 +0000 (GMT) (envelope-from jon.drews@gmail.com) Received: by mproxy.gmail.com with SMTP id 78so202765rnk for ; Mon, 13 Sep 2004 19:17:21 -0700 (PDT) Received: by 10.38.171.26 with SMTP id t26mr1834937rne; Mon, 13 Sep 2004 19:17:21 -0700 (PDT) Received: by 10.38.89.61 with HTTP; Mon, 13 Sep 2004 19:17:21 -0700 (PDT) Message-ID: <8cb27cbf040913191743366bda@mail.gmail.com> Date: Mon, 13 Sep 2004 20:17:21 -0600 From: Jon Drews To: freebsd-current@freebsd.org In-Reply-To: <41462607.3030902@poptart.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41462607.3030902@poptart.org> Subject: Re: Crash when USB modem unplugged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jon Drews List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:17:30 -0000 Jake and others: I had that behavior too. It would freeze when I unplugged a USB ram storage, if I had not done a umount first. On Mon, 13 Sep 2004 23:58:15 +0100, Jake Scott wrote: > I can consistently crash my 5.2.1-RELEASE system by unplugging the USB > ADSL modem when the system is up. Is this something that one "just > shouldn't do" - or should the OS cope with it? > From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:24:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB9516A4CE for ; Tue, 14 Sep 2004 02:24:19 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C6C9743D31 for ; Tue, 14 Sep 2004 02:24:18 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 2610 invoked by uid 65534); 14 Sep 2004 02:24:17 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp027) with SMTP; 14 Sep 2004 04:24:17 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org, Jon Drews Date: Tue, 14 Sep 2004 04:24:06 +0200 User-Agent: KMail/1.7 References: <41462607.3030902@poptart.org> <8cb27cbf040913191743366bda@mail.gmail.com> In-Reply-To: <8cb27cbf040913191743366bda@mail.gmail.com> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3803193.j7V6GDUTql"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409140424.14245.Emanuel.Strobl@gmx.net> Subject: Re: Crash when USB modem unplugged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:24:20 -0000 --nextPart3803193.j7V6GDUTql Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Dienstag, 14. September 2004 04:17 schrieb Jon Drews: > Jake and others: > > I had that behavior too. It would freeze when I unplugged a USB ram > storage, if I had not done a umount first. Just for curiosity: What is a USB ram storage? Thanks, -Mano > > On Mon, 13 Sep 2004 23:58:15 +0100, Jake Scott wrote: > > I can consistently crash my 5.2.1-RELEASE system by unplugging the USB > > ADSL modem when the system is up. Is this something that one "just > > shouldn't do" - or should the OS cope with it? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --nextPart3803193.j7V6GDUTql Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBRlZOBylq0S4AzzwRAh20AJ0WMlKjcWygbrSbrjB7oCiQcuicRwCePck7 LpYq3DSWu5i56Jt5oySLDMY= =RYeT -----END PGP SIGNATURE----- --nextPart3803193.j7V6GDUTql-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:28:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91A9E16A4CE for ; Tue, 14 Sep 2004 02:28:14 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id C638F43D58 for ; Tue, 14 Sep 2004 02:28:12 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 79717 invoked by uid 0); 14 Sep 2004 02:24:34 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 14 Sep 2004 02:24:34 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 3F53A13154C; Tue, 14 Sep 2004 10:28:10 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01768-03; Tue, 14 Sep 2004 10:28:02 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 72F1A1313BD; Tue, 14 Sep 2004 10:28:01 +0800 (CST) Date: Tue, 14 Sep 2004 10:28:01 +0800 From: Xin LI To: ?i???? Message-ID: <20040914022801.GA3420@frontfree.net> References: <1095094657.21703.eric@mail2000.com.tw> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <1095094657.21703.eric@mail2000.com.tw> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: ftp client can't see any file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:28:14 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I think this is not a FreeBSD issue, you may find other clients, like FlashFXP works just well. Instead of replacing your client software, however, you may find trying another FTPd available from the ports collection useful, e.g. vsftpd, etc. Hope this is helpful. On Tue, Sep 14, 2004 at 12:57:37AM +0800, ?i???? wrote: > Hi All, >=20 > I have upgraded from 4.6-stable to 5.2.1-current. And I found a problem t= hat new ls output format isn't compatible with old ls. This will cause that= FTP client of Windows (ex. cuteftp) can't understand the new ls format, So= we can't see any file after ls done. >=20 > How to resolve this problem? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRlcxOfuToMruuMARAo9sAJ9ezjR810790OabVMSrjItHI4OU6QCgiQu9 YGcRPcSXVs2XhQQVsixT6ZM= =lNRU -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:29:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A073E16A4CF for ; Tue, 14 Sep 2004 02:29:47 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3F7543D5A for ; Tue, 14 Sep 2004 02:29:45 +0000 (GMT) (envelope-from jon.drews@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so318160rnk for ; Mon, 13 Sep 2004 19:29:45 -0700 (PDT) Received: by 10.38.14.33 with SMTP id 33mr1841587rnn; Mon, 13 Sep 2004 19:29:45 -0700 (PDT) Received: by 10.38.89.61 with HTTP; Mon, 13 Sep 2004 19:29:45 -0700 (PDT) Message-ID: <8cb27cbf0409131929b3ed5e2@mail.gmail.com> Date: Mon, 13 Sep 2004 20:29:45 -0600 From: Jon Drews To: freebsd-current@freebsd.org In-Reply-To: <200409140424.14245.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41462607.3030902@poptart.org> <8cb27cbf040913191743366bda@mail.gmail.com> <200409140424.14245.Emanuel.Strobl@gmx.net> Subject: Re: Crash when USB modem unplugged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jon Drews List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:29:47 -0000 A Lexar USB stick for example. On Tue, 14 Sep 2004 04:24:06 +0200, Emanuel Strobl wrote: > > Just for curiosity: What is a USB ram storage? > > Thanks, > From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:32:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF13216A4CE for ; Tue, 14 Sep 2004 02:32:09 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FF8B43D49 for ; Tue, 14 Sep 2004 02:32:09 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 85359 invoked by uid 89); 14 Sep 2004 02:38:30 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 14 Sep 2004 02:38:30 -0000 Received: from 216.160.49.134 (SquirrelMail authenticated user ryans@gamersimpact.com) by www2.neuroflux.com with HTTP; Mon, 13 Sep 2004 20:38:30 -0600 (MDT) Message-ID: <54521.216.160.49.134.1095129510.squirrel@www2.neuroflux.com> Date: Mon, 13 Sep 2004 20:38:30 -0600 (MDT) From: "Ryan Sommers" To: current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: 6.0-CURRENT and ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:32:09 -0000 I imagine this has been asked before, but I've been unable to find it via searching so here goes... After upgrading my few month old 5.2-CURRENT to 6.0-CURRENT tonight I'm not getting ACPI anymore. On boot I'm getting the following message: ACPI autoload failed - no such file or directory I'm puzzled why this is showing up, since /boot/kernel/acpi.ko exists and I'm able to load it after with kldload /boot/kernel/acpi.ko (it gives same error when doing kldload acpi). Thanks in advance. -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:46:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C979B16A4CE for ; Tue, 14 Sep 2004 02:46:44 +0000 (GMT) Received: from mail.mcneil.com (rrcs-24-199-45-54.west.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DD2543D53 for ; Tue, 14 Sep 2004 02:46:42 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 19B23F1867; Mon, 13 Sep 2004 19:46:42 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00643-01; Mon, 13 Sep 2004 19:46:41 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 1C5A8F185F; Mon, 13 Sep 2004 19:46:41 -0700 (PDT) From: Sean McNeil To: Jeremie Le Hen Content-Type: text/plain Message-Id: <1095130000.1132.9.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 13 Sep 2004 19:46:41 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: bad shared library ordering X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:46:44 -0000 >> This isn't what I was alluding to. Yes, since I discovered this I've >> deleted the package and I'm rebuilding everything. Don't even need >> WITH_OPENSSL_BASE set. I think the issue is that, perhaps, rpath is >> being used and so the /usr/local/lib version wins. If this is the >case >> then I see nothing wrong and I just need to do some cleanup. >I suppose you know about the /etc/ld-elf.so.conf file described in >section >FILES of ldconfig(8) manual page ; but the granularity is unfortunately >per-directory, and I think the only way to link with a specific library >instead of the first-coming one is to use tricky options of ld(1). You >may want to see -l and the -L one. Sorry Jeremie, This has nothing to do with /etc/ld-elf.so.conf (which I do not have) and my /var/run/ld-elf.so.hints is just fine too. I was observing what looked like an oddity in how libraries are selected on a correct system. It was most likely because some library that kadmin was linking in had an rpath to /usr/local/lib that was causing libcrypto.so.3 to get picked up there instead of in /lib. This is the only think I can think of. The proper cure for me was to eliminate the bogus ports install of openssl. It would appear the one in base and the ports version are not compatible. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:54:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E0816A4CE for ; Tue, 14 Sep 2004 02:54:20 +0000 (GMT) Received: from thunderbird.etv.net (thunderbird.etv.net [208.14.190.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1840443D5C for ; Tue, 14 Sep 2004 02:54:20 +0000 (GMT) (envelope-from lists@efinley.com) Received: from [205.161.203.50] (helo=science1) by thunderbird.etv.net with smtp (Exim 4.34 (FreeBSD)) id 1C73SV-00072b-5D; Mon, 13 Sep 2004 20:54:19 -0600 Message-ID: <0ab801c49a06$213ca3c0$32cba1cd@science1> From: "Elliot Finley" To: "Ryan Sommers" , References: <54521.216.160.49.134.1095129510.squirrel@www2.neuroflux.com> Date: Mon, 13 Sep 2004 20:54:18 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Re: 6.0-CURRENT and ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Elliot Finley List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:54:20 -0000 Try following the directions in the 20040806 entry of UPDATING to see if that fixes it. ----- Original Message ----- From: "Ryan Sommers" To: Sent: Monday, September 13, 2004 8:38 PM Subject: 6.0-CURRENT and ACPI I imagine this has been asked before, but I've been unable to find it via searching so here goes... After upgrading my few month old 5.2-CURRENT to 6.0-CURRENT tonight I'm not getting ACPI anymore. On boot I'm getting the following message: ACPI autoload failed - no such file or directory I'm puzzled why this is showing up, since /boot/kernel/acpi.ko exists and I'm able to load it after with kldload /boot/kernel/acpi.ko (it gives same error when doing kldload acpi). Thanks in advance. -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:56:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D76816A4CE for ; Tue, 14 Sep 2004 02:56:30 +0000 (GMT) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5E043D58 for ; Tue, 14 Sep 2004 02:56:29 +0000 (GMT) (envelope-from ntwrkguy2000@nyc.rr.com) Received: from laptop (66-108-196-196.nyc.rr.com [66.108.196.196]) i8E2uQBM021388 for ; Mon, 13 Sep 2004 22:56:27 -0400 (EDT) Message-Id: <200409140256.i8E2uQBM021388@ms-smtp-02.rdc-nyc.rr.com> From: "Clayton Parker" To: Date: Mon, 13 Sep 2004 22:56:22 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-reply-to: <8cb27cbf0409131929b3ed5e2@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSaAwhqEgrcJpgjTBedNw80Rg2KIgAA1SYw X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: RE: Crash when USB modem unplugged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:56:30 -0000 Also known as a USB memory key :) They are quite handy actually. -Clayton -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Jon Drews Sent: Monday, September 13, 2004 10:30 PM To: freebsd-current@freebsd.org Subject: Re: Crash when USB modem unplugged A Lexar USB stick for example. On Tue, 14 Sep 2004 04:24:06 +0200, Emanuel Strobl wrote: > > Just for curiosity: What is a USB ram storage? > > Thanks, > _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 03:14:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 683F616A4CE; Tue, 14 Sep 2004 03:14:08 +0000 (GMT) Received: from mesozoic.gatenby.org (mesozoic.gatenby.org [65.19.178.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23FE843D53; Tue, 14 Sep 2004 03:14:08 +0000 (GMT) (envelope-from eric@gatenby.org) Received: from mesozoic.gatenby.org (localhost [127.0.0.1]) i8E3E7NO010461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 13 Sep 2004 23:14:07 -0400 Received: (from www-data@localhost) by mesozoic.gatenby.org (8.12.11/8.12.11/Debian-5) id i8E3E7mf010460; Mon, 13 Sep 2004 23:14:07 -0400 X-Authentication-Warning: mesozoic.gatenby.org: www-data set sender to eric@gatenby.org using -f Received: from itsb149.itsnpt.com (itsb149.itsnpt.com [208.48.228.149]) by webmail.gatenby.org (IMP) with HTTP for ; Mon, 13 Sep 2004 23:14:06 -0400 Message-ID: <1095131646.414661fef24e5@webmail.gatenby.org> Date: Mon, 13 Sep 2004 23:14:06 -0400 From: Eric Gatenby To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 208.48.228.149 Subject: ATA/SATA lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 03:14:08 -0000 Hi, I'm been having a strange problem with various builds of FreeBSD - 5.2-RELEASE (at least) and up to 5.3-BETA4. Random hard lockups are occuring when writing to two separate SATA drives. Sometimes the lockups occur under high IO, but not always. Due to the random nature of the lockups, I don't have much hard evidence and information to provide. How can I go about gathering more information? I've tried enabling WITNESS and other kernel debugging options, but no extra debugging data was produced. The drives aren't configured as RAID -- they are accessed separately and not configured in any special way. They are two 160G Seagate SATA (ST3160023AS) drives that are being accessed via their ar* devices. I've also tried accessing them directly via their ad* devices, but the lockups still occured. smartmontools report the drives as good on both long and short tests. Any suggestions would be appreciated. Thanks! ------------------------------------------------------------------- dmesg output: 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 reserved. FreeBSD 5.3-BETA4 #0: Sat Sep 11 13:12:26 EDT 2004 root@triassic.gatenby.org:/build/obj/build/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2539.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff real memory = 1073659904 (1023 MB) avail memory = 1041092608 (992 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 22 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 atapci0: port 0xa000-0xa07f,0xa400-0xa40f,0xa800-0xa83f mem 0xdd800000-0xdd81ffff,0xde000000-0xde000fff irq 23 at device 4.0 on pci2 atapci0: failed: rid 0x20 is memory, requested 4 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 bge0: mem 0xdd000000-0xdd00ffff irq 20 at device 5.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:18:fe:24:8b isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xcffff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2539104508 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 117246MB [238216/16/63] at ata0-master UDMA100 ad4: 152627MB [310101/16/63] at ata2-master SATA150 ad6: 152627MB [310101/16/63] at ata3-master SATA150 ar0: 152627MB [19457/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master ar1: 152627MB [19457/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master Mounting root from ufs:/dev/ad0s1a Accounting enabled ------------------------------------------------------------------- fdisk output for the first drive. second drive is exactly the same: ******* Working on device /dev/ar0 ******* parameters extracted from in-core disklabel are: cylinders=19457 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=19457 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 312576642 (152625 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: ------------------------------------------------------------------- smartctl output: === START OF INFORMATION SECTION === Device Model: ST3160023AS Serial Number: 3JS325HD Firmware Version: 3.18 Device is: In smartctl database [for details use: -P show] ATA Version is: 6 ATA Standard is: ATA/ATAPI-6 T13 1410D revision 2 Local Time is: Mon Sep 13 23:07:54 2004 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled -- Eric Gatenby - eric@gatenby.org - AIM: egatenby http://eric.gatenby.org/ Doubt of the reality of love ends by making us doubt everything. -- Henri-Frédéric Amiel From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 03:26:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80B7F16A4CE for ; Tue, 14 Sep 2004 03:26:15 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id B953E43D5D for ; Tue, 14 Sep 2004 03:26:14 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id C2EF51674E1; Tue, 14 Sep 2004 05:26:13 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i8E3QBgV069817 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 14 Sep 2004 05:26:12 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Emanuel Strobl Date: Tue, 14 Sep 2004 05:26:08 +0200 User-Agent: KMail/1.7 References: <200409132352.12657.Emanuel.Strobl@gmx.net> <200409140022.28588.michaelnottebrock@gmx.net> <200409140052.50948.Emanuel.Strobl@gmx.net> In-Reply-To: <200409140052.50948.Emanuel.Strobl@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1935949.GJZJcqVkbf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409140526.10444.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: dashevil@sympatico.ca cc: freebsd-current@freebsd.org Subject: Re: kdm and xorg timeout [Was: xorg & KDE 3.3 startup issues in 5.3 BETA3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 03:26:15 -0000 --nextPart1935949.GJZJcqVkbf Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 14 September 2004 00:52, Emanuel Strobl wrote: > Am Dienstag, 14. September 2004 00:22 schrieb Michael Nottebrock: > > On Monday 13 September 2004 23:52, Emanuel Strobl wrote: > > > I don't know why this path is incorrect, (the ghostscript fonts are > > > readable in this directory!) but that can't be the reason, can it? > > > > No, it's unrelated. What chipset/graphics driver are you using in X? > > I'm using the nvidia 6113 drivers with a GeForece 440MX. So the driver is > one thing Chris Laverdure and I have in common. Does using the nv driver make any difference? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1935949.GJZJcqVkbf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBRmTSXhc68WspdLARAjdbAJ9Xrg6SxcKmt48swoEkLoQEmhRQcACgidGI v0CwCp48YUFtxw6bBkkF5QI= =KVSe -----END PGP SIGNATURE----- --nextPart1935949.GJZJcqVkbf-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 05:01:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19E3A16A4CE for ; Tue, 14 Sep 2004 05:01:28 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2143B43D39 for ; Tue, 14 Sep 2004 05:01:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8E51GGk011711; Tue, 14 Sep 2004 14:31:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 14 Sep 2004 14:31:07 +0930 User-Agent: KMail/1.7 References: <41462607.3030902@poptart.org> In-Reply-To: <41462607.3030902@poptart.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1906132.45fFQDRQGl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409141431.15446.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Jake Scott Subject: Re: Crash when USB modem unplugged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 05:01:28 -0000 --nextPart1906132.45fFQDRQGl Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 14 Sep 2004 08:28, Jake Scott wrote: > I can consistently crash my 5.2.1-RELEASE system by unplugging the USB > ADSL modem when the system is up. Is this something that one "just > shouldn't do" - or should the OS cope with it? This isn't very suprising.. I would put it in the "don't do that" basket. Hopefully things will get more robust as time goes on. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1906132.45fFQDRQGl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBRnsb5ZPcIHs/zowRAhnjAKCAD0cy/xKD8QWRzB/XKHl+Jm//MwCeIQpZ 9VJawoyL6zNqtHh37R48Mf0= =h7z5 -----END PGP SIGNATURE----- --nextPart1906132.45fFQDRQGl-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 05:09:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C8A116A4CE for ; Tue, 14 Sep 2004 05:09:43 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21F8043D54 for ; Tue, 14 Sep 2004 05:09:43 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9p2/8.12.9) with ESMTP id i8E59evA001665 for ; Mon, 13 Sep 2004 22:09:42 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i8E59epB001664; Mon, 13 Sep 2004 22:09:40 -0700 (PDT) (envelope-from dillon) Date: Mon, 13 Sep 2004 22:09:40 -0700 (PDT) From: Matthew Dillon Message-Id: <200409140509.i8E59epB001664@apollo.backplane.com> To: current@freebsd.org Subject: Possible bug in softclock() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 05:09:43 -0000 In softclock(), should this line: c->c_flags = (c->c_flags & ~CALLOUT_PENDING); be: c->c_flags = (c->c_flags & ~(CALLOUT_PENDING | CALLOUT_MPSAFE)); ? Otherwise routines which call callout_reset() to reset the callout will always clear the CALLOUT_MPSAFE flag. This won't hurt things, but it will make them more inefficient. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 05:21:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2920516A4CE for ; Tue, 14 Sep 2004 05:21:15 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E749043D53 for ; Tue, 14 Sep 2004 05:21:14 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9p2/8.12.9) with ESMTP id i8E5LEvA001721 for ; Mon, 13 Sep 2004 22:21:14 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i8E5LEJv001720; Mon, 13 Sep 2004 22:21:14 -0700 (PDT) (envelope-from dillon) Date: Mon, 13 Sep 2004 22:21:14 -0700 (PDT) From: Matthew Dillon Message-Id: <200409140521.i8E5LEJv001720@apollo.backplane.com> To: current@freebsd.org Subject: Re2: Possible bug in softclock() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 05:21:15 -0000 oops... no , forget... it's correct. I got the sense reversed. -Matt Matthew Dillon : : In softclock(), should this line: : : c->c_flags = (c->c_flags & ~CALLOUT_PENDING); : : be: : : c->c_flags = (c->c_flags & ~(CALLOUT_PENDING | CALLOUT_MPSAFE)); : : ? : : Otherwise routines which call callout_reset() to reset the callout : will always clear the CALLOUT_MPSAFE flag. This won't hurt things, : but it will make them more inefficient. From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 06:27:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F22C16A4CE for ; Tue, 14 Sep 2004 06:27:27 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id B702A43D41 for ; Tue, 14 Sep 2004 06:27:26 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id C0D0A6520E; Tue, 14 Sep 2004 07:27:24 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 93898-05; Tue, 14 Sep 2004 07:27:24 +0100 (BST) Received: from empiric.dek.spc.org (dhcp55.icir.org [192.150.187.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id A8D41651FC; Tue, 14 Sep 2004 07:27:23 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 8D97B61C6; Mon, 13 Sep 2004 23:27:21 -0700 (PDT) Date: Mon, 13 Sep 2004 23:27:21 -0700 From: Bruce M Simpson To: Christian Brueffer Message-ID: <20040914062721.GE818@empiric.icir.org> Mail-Followup-To: Christian Brueffer , Arne Schwabe , Mike Tancsa , freebsd-current@freebsd.org References: <6.1.2.0.0.20040912063508.050a4fb0@64.7.153.2> <86vfejlow2.fsf@kamino.rfc1149.org> <20040913014804.GB22583@empiric.icir.org> <20040913112201.GA1344@unixpages.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qtZFehHsKgwS5rPz" Content-Disposition: inline In-Reply-To: <20040913112201.GA1344@unixpages.org> cc: Arne Schwabe cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: ichwd working for anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 06:27:27 -0000 --qtZFehHsKgwS5rPz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Clearly we have problems in some areas related to resource reservations and ACPI, some of which I think may have been resolved by now. On Mon, Sep 13, 2004 at 01:22:01PM +0200, Christian Brueffer wrote: > On Sun, Sep 12, 2004 at 06:48:04PM -0700, Bruce M Simpson wrote: > > Try disabling ACPI sysresource range reservations with: > > debug.acpi.disabled="sysresource" > > FYI, this allows the amdpm driver to attach now. > Before, I was getting: amdpm0: could not map i/o space Either the driver(s) involved also need ACPI attachments, or the acpi_resource device has to be taught to share I/O ranges with other drivers which could attach. FWIW I also have a similar problem with acpi_video right now - drm0 claims that node on the acpi tree, and acpi_video does not probe as a result. BMS --qtZFehHsKgwS5rPz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBRo9IueUpAYYNtTsRAggUAJ40e60FaRfchMrVkHN9F2Y0H6wbbwCdF28l a6u9u50HVl2D6DG6ZBZDtXg= =rGLY -----END PGP SIGNATURE----- --qtZFehHsKgwS5rPz-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 06:48:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EADCA16A4CE for ; Tue, 14 Sep 2004 06:48:36 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 846FE43D49 for ; Tue, 14 Sep 2004 06:48:36 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd05.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1C777C-0005D2-05; Tue, 14 Sep 2004 08:48:34 +0200 Received: from fw.reifenberger.com (EfTbxQZ6YeSqhjp4r6ts6f8av4E4hWZ8zouSEvQn9PS+Rhrd0h33sj@[217.232.234.132]) by fmrl05.sul.t-online.com with esmtp id 1C7774-0Jjwga0; Tue, 14 Sep 2004 08:48:26 +0200 Received: from localhost (mike@localhost)i8E6mPFD011613; Tue, 14 Sep 2004 08:48:26 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Tue, 14 Sep 2004 08:48:25 +0200 (CEST) From: Michael Reifenberger To: Sean McNeil In-Reply-To: <1095115132.3305.3.camel@server.mcneil.com> Message-ID: <20040914084348.F11577@fw.reifenberger.com> References: <1095106952.9560.14.camel@server.mcneil.com> <1095115132.3305.3.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: EfTbxQZ6YeSqhjp4r6ts6f8av4E4hWZ8zouSEvQn9PS+Rhrd0h33sj@t-dialin.net X-TOI-MSGID: 2334cd6c-090e-4c60-9ab7-e6cf9a8b5272 cc: freebsd-current@freebsd.org Subject: Re: bad shared library ordering X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 06:48:37 -0000 On Mon, 13 Sep 2004, Sean McNeil wrote: ... >> It's not a problem of your base system either. >> Your ldap/sasl ports are not compiled with WITH_OPENSSL_BASE=yes >> in /etc/make.conf > > This isn't what I was alluding to. Yes, since I discovered this I've > deleted the package and I'm rebuilding everything. Don't even need > WITH_OPENSSL_BASE set. I think the issue is that, perhaps, rpath is > being used and so the /usr/local/lib version wins. If this is the case > then I see nothing wrong and I just need to do some cleanup. > Yes, its an rpath issue and your system is working as expected. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 06:57:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78AB016A4CE for ; Tue, 14 Sep 2004 06:57:15 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D98A643D39 for ; Tue, 14 Sep 2004 06:57:14 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8E6twnj093040; Tue, 14 Sep 2004 08:55:58 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <414695D0.1020202@DeepCore.dk> Date: Tue, 14 Sep 2004 08:55:12 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Eirik_=D8verby?= References: <8AA611E5-05B1-11D9-831C-000D9335BCEC@anduin.net> In-Reply-To: <8AA611E5-05B1-11D9-831C-000D9335BCEC@anduin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: atacontrol and creating raid-1 arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 06:57:15 -0000 Eirik =D8verby wrote: > Hi, >=20 > I have just done a 'cp /dev/ad4 /dev/ad6'. Those drives should be 100% = > identical (even the same drive models). Will the command > 'atacontrol create RAID1 ad4 ad6' ruin the data on my drives? >=20 > I ask because I am hoping to avoid the need for another 150 gigs of=20 > space just to copy the data off of the drives before creating the array= =2E.. "depends" Since the RAID metadata has to be put on disk it wont work if you have=20 that area used for real data. Depending on what controller you use the=20 metadata can be stored in different places. Other than that it works if=20 you are *sure* the disks are identical (dd with a decnet blocksize is=20 *much* faster tha cp). -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 07:49:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 168A716A4CE for ; Tue, 14 Sep 2004 07:49:27 +0000 (GMT) Received: from cocoa.syncrontech.com (cocoa-e0.syncrontech.com [62.71.8.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA8243D58 for ; Tue, 14 Sep 2004 07:49:25 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.19])i8E7nLWw021482 for ; Tue, 14 Sep 2004 10:49:23 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from coffee (coffee.syncrontech.com [62.71.8.37]) i8E7nK8c058157 for ; Tue, 14 Sep 2004 10:49:21 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <035b01c49a2f$641a92a0$2508473e@sad.syncrontech.com> From: "Ari Suutari" To: Date: Tue, 14 Sep 2004 10:49:39 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Scanned-By: MIMEDefang 2.30 (www . roaringpenguin . com / mimedefang) Subject: Usb uhid probed as ugen after upgrade to 5.3-beta X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 07:49:27 -0000 Hi, I have a APC Back-UPS attached to my FreeBSD box via USB. It was detected as uhid under FreeBSD 4.x. After upgrading to FreeBSD 5.3 (now BETA4) it is now detected as ugen0, which makes it impossible to monitor it's state via usb (at least with the routines in libusbhid). I saw some messages about other uhid (joypad ?) device being probed as ugen, but didn't find any solution to this. Ari S. From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 07:51:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E209416A4CF for ; Tue, 14 Sep 2004 07:51:35 +0000 (GMT) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A7243D54 for ; Tue, 14 Sep 2004 07:51:34 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net id i8E7pWkN012709 (8.12.10/1.4); Tue, 14 Sep 2004 09:51:32 +0200 (MET DST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id i8E7pWqq003003 (8.12.10/2.02); Tue, 14 Sep 2004 09:51:32 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Tue, 14 Sep 2004 09:51:32 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org In-Reply-To: <8cb27cbf0409131929b3ed5e2@mail.gmail.com> Message-ID: References: <41462607.3030902@poptart.org> <8cb27cbf040913191743366bda@mail.gmail.com> <8cb27cbf0409131929b3ed5e2@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Crash when USB modem unplugged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 07:51:36 -0000 On Mon, 13 Sep 2004, Jon Drews wrote: > A Lexar USB stick for example. I don't know if this is related, but my two -CURRENT boxes crash if I access an umass device (Lexar Jumpdrive 'Elite') after I do a 'usbdevs', or if I boot with the stick plugged in. I haven't worked out what causes it though... From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 08:10:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B62CD16A4CF for ; Tue, 14 Sep 2004 08:10:30 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D110643D4C for ; Tue, 14 Sep 2004 08:10:28 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8E8AL7c003868 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Sep 2004 11:10:22 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8E8ANX2028783; Tue, 14 Sep 2004 11:10:23 +0300 (EEST) (envelope-from ru) Date: Tue, 14 Sep 2004 11:10:23 +0300 From: Ruslan Ermilov To: Rob Message-ID: <20040914081023.GB28658@ip.net.ua> References: <41464A25.1020706@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: <41464A25.1020706@yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org Subject: Re: 5.3-BETA3: "man pcm" has wrong information X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 08:10:30 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 14, 2004 at 10:32:21AM +0900, Rob wrote: >=20 > Hi, >=20 > Do following remarks belong to stable or current (or elsewhere) ? >=20 > This is for 5.3-BETA3. When I do 'man pcm', it tells me to use >=20 > device pcm >=20 > in the kernel configuration file, but for 5.3 this is incorrect. > It should be 'device sound' with the additional sound device > module. >=20 > Is the pcm manpage forgotten to be updated for 5.3 ? >=20 Hold on, I've almost got an approval from re@ to MFC the necessary changes. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRqdvqRfpzJluFF4RAr86AJ0eLkZW6t13XL1ZZHmw0rdSvzXkRgCfaDP/ KpIq87awRzHFy07HLrv31O0= =idaw -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 08:20:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A84E16A4CE for ; Tue, 14 Sep 2004 08:20:19 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EB4B43D3F for ; Tue, 14 Sep 2004 08:20:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-126-115-227.dsl.snfc21.pacbell.net [67.126.115.227])i8E8KHPJ267864 for ; Tue, 14 Sep 2004 04:20:18 -0400 Message-ID: <4146A9C0.40306@elischer.org> Date: Tue, 14 Sep 2004 01:20:16 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------000007010909060304040104" Subject: patch for schedulers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 08:20:19 -0000 This is a multi-part message in MIME format. --------------000007010909060304040104 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit SOme people have reported threaded apps hanging and becoming unkillable. If you have this problem in a reproducible way, please try the attached patch and let me know if it helps. Julian --------------000007010909060304040104 Content-Type: text/plain; name="q.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="q.diff" Index: sys/kern/kern_switch.c =========================================================================== --- sys/kern/kern_switch.c 2004/09/14 08:14:48 #76 +++ sys/kern/kern_switch.c 2004/09/14 08:14:48 @@ -350,11 +389,10 @@ } kg->kg_avail_opennings = 1; } - kg->kg_avail_opennings--; sched_add(td, flags); return; } tda = kg->kg_last_assigned; if ((kg->kg_avail_opennings <= 0) && (tda && (tda->td_priority > td->td_priority))) { @@ -415,7 +449,6 @@ td2 = TAILQ_NEXT(tda, td_runq); kg->kg_last_assigned = td2; } - kg->kg_avail_opennings--; sched_add(td2, flags); } else { CTR3(KTR_RUNQ, "setrunqueue: held: td%p kg%p pid%d", Index: sys/kern/sched_4bsd.c =========================================================================== --- sys/kern/sched_4bsd.c 2004/09/14 08:14:48 #64 +++ sys/kern/sched_4bsd.c 2004/09/14 08:14:48 @@ -1024,6 +1024,7 @@ } if ((td->td_proc->p_flag & P_NOLOAD) == 0) sched_tdcnt++; + td->td_ksegrp->kg_avail_opennings--; runq_add(ke->ke_runq, ke); ke->ke_ksegrp->kg_runq_kses++; ke->ke_state = KES_ONRUNQ; Index: sys/kern/sched_ule.c =========================================================================== --- sys/kern/sched_ule.c 2004/09/14 08:14:48 #127 +++ sys/kern/sched_ule.c 2004/09/14 08:14:48 @@ -1773,6 +1773,7 @@ curthread->td_flags |= TDF_NEEDRESCHED; if (preemptive && maybe_preempt(td)) return; + td->td_ksegrp->kg_avail_opennings--; ke->ke_ksegrp->kg_runq_threads++; ke->ke_state = KES_ONRUNQ; --------------000007010909060304040104-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 08:52:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CD7616A4D0 for ; Tue, 14 Sep 2004 08:52:33 +0000 (GMT) Received: from hotmail.com (bay11-dav35.bay11.hotmail.com [64.4.39.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690C843D41 for ; Tue, 14 Sep 2004 08:52:33 +0000 (GMT) (envelope-from dsnofe@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 14 Sep 2004 01:52:33 -0700 Received: from 218.80.194.83 by bay11-dav35.bay11.hotmail.com with DAV; Tue, 14 Sep 2004 08:52:33 +0000 X-Originating-IP: [218.80.194.83] X-Originating-Email: [dsnofe@msn.com] X-Sender: dsnofe@msn.com From: "Deng XueFeng" To: "Peter Larkowski" , References: Date: Tue, 14 Sep 2004 16:52:29 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 14 Sep 2004 08:52:33.0274 (UTC) FILETIME=[2CBE6DA0:01C49A38] Subject: Re: VESA video modes for vidcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 08:52:33 -0000 dGhlIGxhdGVyIHZlcnNpb24gaXMgLiBJdCBjbGVhbmx5IGFwcGx5IDYtY3VycmVudChpIGRvbid0 IHRlc3QgNS4zKQ0KaHR0cDovL2RvY3MuZnJlZWJzZC5vcmcvY2dpL2dldG1zZy5jZ2k/ZmV0Y2g9 MjE5NzYxMiswK2FyY2hpdmUvMjAwNC9mcmVlYnNkLWN1cnJlbnQvMjAwNDA5MDUuZnJlZWJzZC1j dXJyZW50DQoNCmFuZCBpIHdpbGwgY2hlY2sgdGhlIG5ldyBjaGFuZ2VzIGZyb20gZGZic2QgdGhp cyBldmVuaW5nLg0KOi0pDQoNCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206 ICJQZXRlciBMYXJrb3dza2kiIDxwZXRlckBsYXJrb3dza2kubmV0Pg0KVG86IDxmcmVlYnNkLWN1 cnJlbnRAZnJlZWJzZC5vcmc+DQpTZW50OiBUdWVzZGF5LCBTZXB0ZW1iZXIgMTQsIDIwMDQgMzox NyBBTQ0KU3ViamVjdDogVkVTQSB2aWRlbyBtb2RlcyBmb3IgdmlkY29udHJvbA0KDQoNCj4gTGFz dCBtb250aCBhbmQgZWFybGllciB0aGlzIG1vbnRoIHRoZXJlIHdlcmUgc29tZSBwb3N0cyBhYm91 dCBhIHBhdGNoIHRoYXQgDQo+IGFsbG93cyB5b3UgdXNlIHZlc2EgbW9kZXMgc3VjaCBhcyAxMDI0 eDc2OCBhbmQgaGlnaGVyLiAgSSdtIHdvbmRlcmluZyB3aGF0IA0KPiB0aGUgc3RhdHVzIG9mIHRo YXQgcGF0Y2ggaXMgbm93LiAgSGFzIGl0IGJlZW4gY29tbWl0dGVkIHRvIC1DVVJSRU5UPyAgSSAN Cj4gY291bGRuJ3QgZ2V0IGl0IHRvIGFwcGx5IGNsZWFubHkgdG8gNS4zLUJFVEE0IChSRUxFTkdf NSkgZnJvbSB5ZXN0ZXJkYXksIA0KPiBzbyBJIHdhcyB3b25kZXJpbmcgaWYgdGhlcmUgd2FzIGEg bmV3IHZlcnNpb24sIG9yIGlmIEkgbmVlZCBDVVJSRU5UIHRvIA0KPiBhcHBseSB0aGUgcGF0Y2hl cy4NCj4gDQo+IFRoZSBlYXJsaWVyIHRocmVhZHMgSSdtIHJlZmVyaW5nIHRvIGFyZSBoZXJlDQo+ IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9waXBlcm1haWwvZnJlZWJzZC1jdXJyZW50LzIwMDQt QXVndXN0LzAzNTYyMS5odG1sDQo+IGFuZA0KPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvcGlw ZXJtYWlsL2ZyZWVic2QtY3VycmVudC8yMDA0LVNlcHRlbWJlci8wMzYyNDkuaHRtbA0KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBmcmVlYnNkLWN1 cnJlbnRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiBUbyB1bnN1YnNjcmliZSwgc2Vu ZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K Pg== From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 09:07:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6074216A4CE for ; Tue, 14 Sep 2004 09:07:54 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 008DA43D2F for ; Tue, 14 Sep 2004 09:07:54 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1C79Hw-000FzL-QS; Tue, 14 Sep 2004 13:07:48 +0400 From: Vladimir Grebenschikov To: Deng XueFeng In-Reply-To: References: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 14 Sep 2004 13:07:48 +0400 Message-Id: <1095152868.986.34.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.94.1FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-current@freebsd.org cc: Peter Larkowski Subject: Re: VESA video modes for vidcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 09:07:54 -0000 =F7 =D7=D4, 14/09/2004 =D7 16:52 +0800, Deng XueFeng =D0=C9=DB=C5=D4: > the later version is . It cleanly apply 6-current(i don't test 5.3) > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D2197612+0+archive/2004/fre= ebsd-current/20040905.freebsd-current >=20 > and i will check the new changes from dfbsd this evening. > :-) What about commiting it into HEAD and RELENG_5 (both desired) ? > ----- Original Message -----=20 > From: "Peter Larkowski" > To: > Sent: Tuesday, September 14, 2004 3:17 AM > Subject: VESA video modes for vidcontrol >=20 >=20 > > Last month and earlier this month there were some posts about a patch t= hat=20 > > allows you use vesa modes such as 1024x768 and higher. I'm wondering w= hat=20 > > the status of that patch is now. Has it been committed to -CURRENT? I= =20 > > couldn't get it to apply cleanly to 5.3-BETA4 (RELENG_5) from yesterday= ,=20 > > so I was wondering if there was a new version, or if I need CURRENT to=20 > > apply the patches. > >=20 > > The earlier threads I'm refering to are here > > http://lists.freebsd.org/pipermail/freebsd-current/2004-August/035621.h= tml > > and > > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/03624= 9.html > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > > > _______________________________________________ freebsd-current@freebsd.o= rg mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current T= o unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 09:13:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD70A16A4CE for ; Tue, 14 Sep 2004 09:13:15 +0000 (GMT) Received: from hotmail.com (bay11-dav51.bay11.hotmail.com [64.4.39.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A8B143D5C for ; Tue, 14 Sep 2004 09:13:15 +0000 (GMT) (envelope-from dsnofe@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 14 Sep 2004 02:13:15 -0700 Received: from 218.80.194.83 by bay11-dav51.bay11.hotmail.com with DAV; Tue, 14 Sep 2004 09:13:15 +0000 X-Originating-IP: [218.80.194.83] X-Originating-Email: [dsnofe@msn.com] X-Sender: dsnofe@msn.com From: "Deng XueFeng" To: References: <1095152868.986.34.camel@localhost> Date: Tue, 14 Sep 2004 17:13:13 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 14 Sep 2004 09:13:15.0580 (UTC) FILETIME=[113747C0:01C49A3B] cc: freebsd-current@freebsd.org cc: Peter Larkowski Subject: Re: VESA video modes for vidcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 09:13:15 -0000 aXQgc2VlbXMgNS4zIGFuZCA2LWN1cnJlbnQgaGF2ZSB0aGUgc2FtZSBjb2RlLiA6LSkNCg0KLS0t LS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206ICJWbGFkaW1pciBHcmViZW5zY2hpa292 IiA8dm92YUBmYnNkLnJ1Pg0KVG86ICJEZW5nIFh1ZUZlbmciIDxkc25vZmVAbXNuLmNvbT4NCkNj OiA8ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnPjsgIlBldGVyIExhcmtvd3NraSIgPHBldGVy QGxhcmtvd3NraS5uZXQ+DQpTZW50OiBUdWVzZGF5LCBTZXB0ZW1iZXIgMTQsIDIwMDQgNTowNyBQ TQ0KU3ViamVjdDogUmU6IFZFU0EgdmlkZW8gbW9kZXMgZm9yIHZpZGNvbnRyb2wNCg0KDQr3INfU LCAxNC8wOS8yMDA0INcgMTY6NTIgKzA4MDAsIERlbmcgWHVlRmVuZyDQydvF1DoNCj4gdGhlIGxh dGVyIHZlcnNpb24gaXMgLiBJdCBjbGVhbmx5IGFwcGx5IDYtY3VycmVudChpIGRvbid0IHRlc3Qg NS4zKQ0KPiBodHRwOi8vZG9jcy5mcmVlYnNkLm9yZy9jZ2kvZ2V0bXNnLmNnaT9mZXRjaD0yMTk3 NjEyKzArYXJjaGl2ZS8yMDA0L2ZyZWVic2QtY3VycmVudC8yMDA0MDkwNS5mcmVlYnNkLWN1cnJl bnQNCj4gDQo+IGFuZCBpIHdpbGwgY2hlY2sgdGhlIG5ldyBjaGFuZ2VzIGZyb20gZGZic2QgdGhp cyBldmVuaW5nLg0KPiA6LSkNCg0KV2hhdCBhYm91dCBjb21taXRpbmcgaXQgaW50byBIRUFEIGFu ZCBSRUxFTkdfNSAoYm90aCBkZXNpcmVkKSA/DQoNCj4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAt LS0tLSANCj4gRnJvbTogIlBldGVyIExhcmtvd3NraSIgPHBldGVyQGxhcmtvd3NraS5uZXQ+DQo+ IFRvOiA8ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnPg0KPiBTZW50OiBUdWVzZGF5LCBTZXB0 ZW1iZXIgMTQsIDIwMDQgMzoxNyBBTQ0KPiBTdWJqZWN0OiBWRVNBIHZpZGVvIG1vZGVzIGZvciB2 aWRjb250cm9sDQo+IA0KPiANCj4gPiBMYXN0IG1vbnRoIGFuZCBlYXJsaWVyIHRoaXMgbW9udGgg dGhlcmUgd2VyZSBzb21lIHBvc3RzIGFib3V0IGEgcGF0Y2ggdGhhdCANCj4gPiBhbGxvd3MgeW91 IHVzZSB2ZXNhIG1vZGVzIHN1Y2ggYXMgMTAyNHg3NjggYW5kIGhpZ2hlci4gIEknbSB3b25kZXJp bmcgd2hhdCANCj4gPiB0aGUgc3RhdHVzIG9mIHRoYXQgcGF0Y2ggaXMgbm93LiAgSGFzIGl0IGJl ZW4gY29tbWl0dGVkIHRvIC1DVVJSRU5UPyAgSSANCj4gPiBjb3VsZG4ndCBnZXQgaXQgdG8gYXBw bHkgY2xlYW5seSB0byA1LjMtQkVUQTQgKFJFTEVOR181KSBmcm9tIHllc3RlcmRheSwgDQo+ID4g c28gSSB3YXMgd29uZGVyaW5nIGlmIHRoZXJlIHdhcyBhIG5ldyB2ZXJzaW9uLCBvciBpZiBJIG5l ZWQgQ1VSUkVOVCB0byANCj4gPiBhcHBseSB0aGUgcGF0Y2hlcy4NCj4gPiANCj4gPiBUaGUgZWFy bGllciB0aHJlYWRzIEknbSByZWZlcmluZyB0byBhcmUgaGVyZQ0KPiA+IGh0dHA6Ly9saXN0cy5m cmVlYnNkLm9yZy9waXBlcm1haWwvZnJlZWJzZC1jdXJyZW50LzIwMDQtQXVndXN0LzAzNTYyMS5o dG1sDQo+ID4gYW5kDQo+ID4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL3BpcGVybWFpbC9mcmVl YnNkLWN1cnJlbnQvMjAwNC1TZXB0ZW1iZXIvMDM2MjQ5Lmh0bWwNCj4gPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IGZyZWVic2QtY3VycmVudEBm cmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFp bG1hbi9saXN0aW5mby9mcmVlYnNkLWN1cnJlbnQNCj4gPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBh bnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0KPiA+ DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIGZyZWVi c2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QgaHR0cDovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50IFRvIHVuc3Vic2NyaWJlLCBzZW5k IGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQot LSANClZsYWRpbWlyIEIuIEdyZWJlbmNoaWtvdg0Kdm92YUBmYnNkLnJ1DQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KZnJlZWJzZC1jdXJyZW50QGZyZWVi c2Qub3JnIG1haWxpbmcgbGlzdA0KaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlz dGluZm8vZnJlZWJzZC1jdXJyZW50DQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAi ZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 09:34:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48C8416A4CE for ; Tue, 14 Sep 2004 09:34:08 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0BD943D46 for ; Tue, 14 Sep 2004 09:34:07 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with spam-scanned (Exim 4.42 (FreeBSD)) id 1C79fB-0000fq-C6 for current@freebsd.org; Tue, 14 Sep 2004 11:31:49 +0200 Received: from eirik.unicore.no ([213.225.74.166] helo=[10.0.16.10]) by anduin.net with esmtp (Exim 4.42 (FreeBSD)) id 1C79f9-0000fb-RP; Tue, 14 Sep 2004 11:31:47 +0200 Message-ID: <4146BB3E.2070804@anduin.net> Date: Tue, 14 Sep 2004 11:34:54 +0200 From: Eirik Oeverby User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040709) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <8AA611E5-05B1-11D9-831C-000D9335BCEC@anduin.net> <414695D0.1020202@DeepCore.dk> In-Reply-To: <414695D0.1020202@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.64 cc: current@freebsd.org Subject: Re: atacontrol and creating raid-1 arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 09:34:08 -0000 Søren Schmidt wrote: > Eirik Øverby wrote: > >> Hi, >> >> I have just done a 'cp /dev/ad4 /dev/ad6'. Those drives should be 100% >> identical (even the same drive models). Will the command >> 'atacontrol create RAID1 ad4 ad6' ruin the data on my drives? >> >> I ask because I am hoping to avoid the need for another 150 gigs of >> space just to copy the data off of the drives before creating the >> array... > > > "depends" > > Since the RAID metadata has to be put on disk it wont work if you have > that area used for real data. Depending on what controller you use the > metadata can be stored in different places. Other than that it works if > you are *sure* the disks are identical (dd with a decnet blocksize is > *much* faster tha cp). Yea, I used dd (blocksize 256kbyte proved optimal; ~40mbyte/sec) for my final operation; was testing with cp first to make sure. This is a Silicon Image SATA RAID controller which isn't supported by the ATA driver in RAID mode, so it's purely software. Which, according to another reply I got, uses the last 255 sectors on the disk. These were already free, so I just tested - seems to work fine. Fsck has no complaints. Other things I should do to verify? Thanks, /Eirik > > -Søren > > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 09:39:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 078EC16A4CE for ; Tue, 14 Sep 2004 09:39:41 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF6643D67 for ; Tue, 14 Sep 2004 09:39:40 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8E9dcPk094308; Tue, 14 Sep 2004 11:39:38 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4146BC2C.80604@DeepCore.dk> Date: Tue, 14 Sep 2004 11:38:52 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eirik Oeverby References: <8AA611E5-05B1-11D9-831C-000D9335BCEC@anduin.net> <414695D0.1020202@DeepCore.dk> <4146BB3E.2070804@anduin.net> In-Reply-To: <4146BB3E.2070804@anduin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: atacontrol and creating raid-1 arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 09:39:41 -0000 Eirik Oeverby wrote: >> Since the RAID metadata has to be put on disk it wont work if you have= =20 >> that area used for real data. Depending on what controller you use the= =20 >> metadata can be stored in different places. Other than that it works=20 >> if you are *sure* the disks are identical (dd with a decnet blocksize = >> is *much* faster tha cp). >=20 > Yea, I used dd (blocksize 256kbyte proved optimal; ~40mbyte/sec) for my= =20 > final operation; was testing with cp first to make sure. This is a=20 > Silicon Image SATA RAID controller which isn't supported by the ATA=20 > driver in RAID mode, so it's purely software. Which, according to=20 > another reply I got, uses the last 255 sectors on the disk. These were = > already free, so I just tested - seems to work fine. Fsck has no=20 > complaints. Other things I should do to verify? The Silicon Image SATA "RAID" controller is supported by ATA, and it has = *NO* RAID capabilities whatsoever, its all done in software, I just dont = support the particular metadata format that your BIOS uses. Now that said metadata can take anywhere from 1 to 17 sectors either in=20 the front (old HPT) or the end (Promise/LSI/native) of the disk. Anyhow if ataraid picks it up etc you should be fine :) -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 09:40:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F083C16A4CE for ; Tue, 14 Sep 2004 09:40:35 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F3443D5A for ; Tue, 14 Sep 2004 09:40:34 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8E9eMap020632; Tue, 14 Sep 2004 12:40:25 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8E9eF3t036972; Tue, 14 Sep 2004 12:40:15 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i8E9eBQt036659; Tue, 14 Sep 2004 12:40:11 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Tue, 14 Sep 2004 12:40:10 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20040914094010.GA32530@orion.daedalusnetworks.priv> References: <4146A9C0.40306@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4146A9C0.40306@elischer.org> cc: current@freebsd.org Subject: Re: patch for schedulers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 09:40:36 -0000 On 2004-09-14 01:20, Julian Elischer wrote: > Some people have reported threaded apps hanging and becoming unkillable. Thanks, rcorder aborts from within in libc here. I'm now running a kernel from yesterday but the aborts continue. I don't think it's a threaded application but threaded applications do crash today (something they didn't do with a build from 24-48 hours ago). I'm trying to track down the change that caused this, but if I don't have anything by the end of the day (or someone else hasn't verified it works) I'll use this diff. From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 09:49:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F9B16A4D5 for ; Tue, 14 Sep 2004 09:49:23 +0000 (GMT) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C95443D54 for ; Tue, 14 Sep 2004 09:49:22 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 77430 invoked by uid 89); 14 Sep 2004 11:49:20 +0200 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 14 Sep 2004 11:49:20 +0200 Received: from QMQPqq client ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) with QMQPqq id 76979-07 for ; Tue, 14 Sep 2004 11:49:20 +0200 (CEST) Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 14 Sep 2004 11:49:20 +0200 Message-ID: <4146BE98.10604@mikulas.com> Date: Tue, 14 Sep 2004 11:49:12 +0200 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: cs, en, en-us MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at s1.vhost.cz Subject: amd64 memory usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 09:49:23 -0000 Hello I have FreeBSD new64 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Mon Sep 13 00:07:19 CEST 2004 root@new64:/usr/obj/usr/src/sys/NEW64 amd64 without debug options in kernel with SCHED_4BSD Is it normal that processes consume so much memory ? for example sshd 29480K ~~~ cut ~~~~~~~~~~ last pid: 8740; load averages: 0.19, 0.59, 0.64 up 1+10:44:04 11:05:13 78 processes: 1 running, 77 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 184M Active, 532M Inact, 116M Wired, 37M Cache, 111M Buf, 44M Free Swap: 2048M Total, 28K Used, 2048M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 29913 www 20 0 161M 24276K lockf 0:01 0.00% 0.00% httpd 29915 www 96 0 161M 24404K select 0:01 0.00% 0.00% httpd 61702 www 20 0 161M 23524K lockf 0:01 0.00% 0.00% httpd 29914 www 20 0 161M 24000K lockf 0:01 0.00% 0.00% httpd 29916 www 20 0 161M 24404K lockf 0:01 0.00% 0.00% httpd 29943 www 20 0 161M 23648K lockf 0:01 0.00% 0.00% httpd 29912 www 20 0 161M 24268K lockf 0:01 0.00% 0.00% httpd 29944 www 20 0 161M 23492K lockf 0:01 0.00% 0.00% httpd 29941 www 20 0 161M 23088K lockf 0:01 0.00% 0.00% httpd 61709 www 20 0 161M 22896K lockf 0:01 0.00% 0.00% httpd 29911 root 96 0 160M 14676K select 0:01 0.00% 0.00% httpd 595 root 96 0 55832K 31880K select 0:00 0.00% 0.00% perl5.8.5 453 clamav 20 0 54452K 47560K kserel 0:01 0.00% 0.00% clamd 73746 mysql 20 0 52720K 15500K kserel 0:08 0.00% 0.00% mysqld 16031 mik 96 0 29656K 2968K select 0:01 0.00% 0.00% sshd 15029 mik 96 0 29628K 2980K select 0:01 0.00% 0.00% sshd 15015 root 4 0 29484K 2784K sbwait 0:00 0.00% 0.00% sshd 16023 root 4 0 29480K 2788K sbwait 0:00 0.00% 0.00% sshd 83713 root 4 0 29476K 2788K sbwait 0:00 0.00% 0.00% sshd 92178 root 4 0 29476K 2632K sbwait 0:00 0.00% 0.00% sshd 83722 mik 96 0 29456K 2864K select 0:06 0.00% 0.00% sshd 92183 mik 96 0 29456K 2728K select 0:04 0.00% 0.00% sshd 11888 pgsql 96 0 28880K 3504K select 0:01 0.00% 0.00% postgres 579 root 99 0 21140K 5232K select 0:24 0.00% 0.00% snmpd 11889 pgsql 96 0 20312K 3484K select 0:00 0.00% 0.00% postgres 11890 pgsql 96 0 19432K 3516K select 0:00 0.00% 0.00% postgres 382 root 96 0 18500K 2292K select 0:00 0.00% 0.00% sshd 83740 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su 15037 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su 16039 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su 92190 mik 8 0 17164K 1244K wait 0:00 0.00% 0.00% su ~~~cut~~~ I updated to last RELENG_5 5.3-BETA4 #1: Tue Sep 14 11:00:53 CEST 2004 and it's similar reply to jiri@mikulas.com if you need more info about system settings etc .. thanks for reply Jiri From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 10:01:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AFAB16A4CF for ; Tue, 14 Sep 2004 10:01:02 +0000 (GMT) Received: from mail.j.dendai.ac.jp (mail.j.dendai.ac.jp [133.14.49.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD80E43D60 for ; Tue, 14 Sep 2004 10:01:01 +0000 (GMT) (envelope-from fujimoto@j.dendai.ac.jp) Received: from [192.168.42.3] (yebisu.j.dendai.ac.jp [133.14.49.224]) by mail.j.dendai.ac.jp (Postfix) with ESMTP id 453958071 for ; Tue, 14 Sep 2004 19:01:00 +0900 (JST) Message-ID: <4146C15B.3090402@j.dendai.ac.jp> Date: Tue, 14 Sep 2004 19:00:59 +0900 From: FUJIMOTO Kou User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.7.2) Gecko/20040803 X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: BETA4 kernel panic on boot with USB devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 10:01:02 -0000 Hi, I found 5.3-BETA4 kernel hangs on boot sequence. ====================================================================== (stuff deleted) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 device_attach: atkbd0 attach returned 6 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1808812226 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging unlimited ad0: 117246MB [238216/16/63] at ata0-master UDMA133 uhub2: at uhub1 port 3 (addr 2) disconnected ukbd0: detached uhub2: at uhub1 port 1 (addr 2) disconnected ===================================================================== after this message, kernel panic occurs. This occurs with the following revisions of drivers: src/sys/dev/usb/usb_subr.c: 1.69.2.1 src/sys/dev/usb/uhub.c: 1.62.2.1 When I replace these codes backward to 1.69 and 1.62, respectively, and reconfig kernel, it boots up successfully. # In this case, I still need to set hint.atkbd.0.flags=0x1 (without it # I cannot use USB keyboard in single-user mode). Also, I don't know # why keyboard and mouse are automatically detached/attached in boot # sequence and multi-user mode (periodically). Output of usbdevs: ====================================================================== Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 addr 2: full speed, power 90 mA, config 1, Generic USB Hub(0x0065), Chicony(0x0472), rev 1.00 port 1 addr 3: full speed, self powered, config 1, PFU-65 USB Keyboard(0x0065), Chicony(0x0472), rev 1.00 port 2 powered port 3 addr 4: low speed, power 50 mA, config 1, USB-PS/2 Trackball(0xc401), Logitech(0x046d), rev 2.10 port 4 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered ====================================================================== -- FUJIMOTO Kou; Tokyo Denki University From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 10:11:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10AB416A4CE for ; Tue, 14 Sep 2004 10:11:53 +0000 (GMT) Received: from email11.aon.at (warsl404pip7.highway.telekom.at [195.3.96.91]) by mx1.FreeBSD.org (Postfix) with SMTP id BC39643D62 for ; Tue, 14 Sep 2004 10:11:51 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 36006 invoked from network); 14 Sep 2004 10:11:49 -0000 Received: from m093p016.dipool.highway.telekom.at (HELO ?62.46.1.144?) ([62.46.1.144]) (envelope-sender ) by email11.aon.at (qmail-ldap-1.03) with SMTP for ; 14 Sep 2004 10:11:49 -0000 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain Message-Id: <1095156706.779.17.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 14 Sep 2004 12:11:46 +0200 Content-Transfer-Encoding: 7bit Subject: 6.0-CURRENT very unstable with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 10:11:53 -0000 Since it's default now, I turned PREEMPTION (with SCHED_4BSD) on again in my KERNCONF on my 6.0-CURRENT i386 pc. After about 10-15 minutes some windows stop beeing redrawn... new terms can be started very slowly for a short period of time. Then everything completely freezes. Unfortunately I can't provide much more information. So far I've only been able to reproduce this in X. Getting coredumps has not been working for months now and I don't have a serial console setup. Without PREEMPTION everything works very stable. From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 11:39:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E91516A4CE for ; Tue, 14 Sep 2004 11:39:17 +0000 (GMT) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43BB643D41 for ; Tue, 14 Sep 2004 11:39:16 +0000 (GMT) (envelope-from nik@crf-consulting.co.uk) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by jc.ngo.org.uk (8.12.11/8.13.1) with ESMTP id i8EBdEp9010809 for ; Tue, 14 Sep 2004 04:39:15 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i8EBdD44076073 for ; Tue, 14 Sep 2004 12:39:13 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i8EAgNDL053286 for ; Tue, 14 Sep 2004 11:42:23 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost) by clan.nothing-going-on.org (8.13.1/8.13.1/Submit) id i8EAgNUJ053285 for current@freebsd.org; Tue, 14 Sep 2004 11:42:23 +0100 (BST) (envelope-from nik) Date: Tue, 14 Sep 2004 11:42:23 +0100 From: Nik Clayton To: current@freebsd.org Message-ID: <20040914104222.GA18968@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project Subject: Oddity with sound handling with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 11:39:17 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, Yesterday I updated my main FreeBSD desktop from -current built 2004.04.27= =20 to -current built yesterday. This included migrating from XFree86 to X.org, updating the nvidia binary drivers, and going from KDE 3.2 to 3.3. Almost everything went with no real effort on my part. So kudos to everyone involved. The only slight oddity was to do with sound handling. I've got snd_mss_load=3D"YES" in /boot/loader.conf, and that continues to work. However, with the older current, this gave me /dev/dsp, /dev/pcm, and so on, and the sound devices were recognised as pcm0 in the probes at boot time. Here's a=20 sample log entry from the 8th (pre-update) pcm0: at port 0x220-0x22f,0x388-0x38b,0x53 4-0x537 irq 5 drq 3,1 o= n isa0 pcm0: [GIANT-LOCKED] Now, after the update, they're recognised as pcm15: pcm15: at port 0x220-0x22f,0x388-0x38b,0x534-0x537 irq 5 drq 3,1 o= n isa 0 pcm15: [GIANT-LOCKED] and the devices in /dev all have a trailing '15' or similar: /dev/audio15.0 /dev/audio15.1 ... /dev/dsp15.0 /dev/dsp15.1 ... /dev/dspW15.0 /dev/dspW15.1 ... and there's no plain /dev/dsp or /dev/audio devices. I had to change /etc/sysctl.conf to now specify: hw.snd.pcm15.vchans=3D4 instead of '...pcm0...', and in KDE's control center, I had to explicitly specify /dev/dsp15, instead of having it autodetect /dev/dsp. After doing that, playback worked fine. Is this the expected behaviour? If so, the sound section (7.2) in the Handbook will need updating. I've just seen (in snd(4)) the mention of=20 hw.snd.unit. Perhaps if only one sound device is detected this should automatically be set to the appropriate number (i.e., 15 in my case),=20 instead of defaulting to 0? N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRssNk6gHZCw343URAmgxAJ9gt/S8EBmgMgl/agvpjctqvbUNQwCfc/yh x44vtjgW3CLfsFzuHfEMcPc= =sP0+ -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 11:47:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 528FF16A4CE for ; Tue, 14 Sep 2004 11:47:04 +0000 (GMT) Received: from mail.ite.ntnu.edu.tw (wood.ite.ntnu.edu.tw [140.122.91.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59AD543D55 for ; Tue, 14 Sep 2004 11:47:03 +0000 (GMT) (envelope-from clive@tongi.org) Received: from CARTIER (dyna.itenet.org [140.122.92.27]) by mail.ite.ntnu.edu.tw (8.12.10/8.12.10) with SMTP id i8EBkiBw077325; Tue, 14 Sep 2004 19:46:47 +0800 (CST) (envelope-from clive@tongi.org) Received: (nullmailer pid 954 invoked by uid 1000); Tue, 14 Sep 2004 11:46:43 -0000 Date: Tue, 14 Sep 2004 19:46:43 +0800 From: Clive Lin To: Julian Elischer Message-ID: <20040914114643.GA889@CARTIER.mind.com> References: <4146A9C0.40306@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4146A9C0.40306@elischer.org> X-Operating-System: FreeBSD i386 X-PGP-key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA008C03E User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@freebsd.org Subject: Re: patch for schedulers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 11:47:04 -0000 On Tue, Sep 14, 2004 at 01:20:16AM -0700, Julian Elischer wrote: > SOme people have reported threaded apps hanging and becoming unkillable. > If you have this problem in a reproducible way, please try the attached > patch > and let me know if it helps. Hi, Uhm... now threaded apps turn from unpredictable hang to solid hang. My box is running with current, and GENERIC kernel without INVARIANTS, INVARIANT_SUPPORT, WITNESS, WITNESS_SKIPSPIN. -- Clive Tong-I Lin | http://tongi.org | PGP KeyID: A008C03E From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 11:49:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF92816A4CE for ; Tue, 14 Sep 2004 11:49:12 +0000 (GMT) Received: from mail.ladpc.net.il (mail.ladpc.net.il [147.236.235.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id B912443D58 for ; Tue, 14 Sep 2004 11:49:10 +0000 (GMT) (envelope-from yonib@ladpc.net.il) Received: from ladpc.net.il (localhost [127.0.0.1]) by mail.ladpc.net.il (8.12.6/8.12.6) with ESMTP id i8EBXbbh003500 for ; Tue, 14 Sep 2004 14:33:37 +0300 From: "=?WINDOWS-1255?B?6eXw6Q==?= =?WINDOWS-1255?B?4fg=?= =?WINDOWS-1255?B?7OHp4A==?=" To: freebsd-current@freebsd.org Date: Tue, 14 Sep 2004 14:33:37 +0300 Message-Id: <20040914113337.M25337@ladpc.net.il> X-Mailer: Open WebMail 1.81 20021127 X-OriginatingIP: 147.236.238.203 (yonib) MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1255 Subject: FreeBSD 5.2.1 on vmware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 11:49:13 -0000 Hi, I've been trying to install FreeBSD 5.2.1 on an i386 machine running XP SP1 and VMware. I created the floppy disks and started the virtual machine. The kernel starts loading and (i think everything is OK with the devices) as soon as it tries to mount root, it panics saying: Mounting root from ufs:/dev/md0 exec /sbin/init: error 5 exec /sbin/oinit: error 5 panic: vrele: negative ref cnt cpuid: 0 it then syncs disk and flies off to Unix heaven. any thoughs? Regards, -- Yoni Bar-Lavie éåðé áø-ìáéà From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 12:00:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80E3E16A4CF for ; Tue, 14 Sep 2004 12:00:12 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id AC25943D41 for ; Tue, 14 Sep 2004 12:00:11 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 91234 invoked from network); 14 Sep 2004 12:00:10 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 14 Sep 2004 12:00:10 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i8EC09Cs006904 for ; Tue, 14 Sep 2004 14:00:09 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i8EC09dW006903 for current@freebsd.org; Tue, 14 Sep 2004 14:00:09 +0200 (CEST) (envelope-from pho) Date: Tue, 14 Sep 2004 14:00:09 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20040914120009.GA6874@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Fatal trap 12 in ufs/ffs/ffs_snapshot.c:1566 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 12:00:12 -0000 More info @ http://www.holm.cc/stress/log/cons74.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 01:32:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC2F016A4CE; Tue, 14 Sep 2004 01:32:23 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D4743D45; Tue, 14 Sep 2004 01:32:23 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004091410:32:13:901253.29654.2333649840 for ; Tue, 14 Sep 2004 10:32:13 +0900 (KST) Message-ID: <41464A25.1020706@yahoo.com> Date: Tue, 14 Sep 2004 10:32:21 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040901 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-2.93) (SRN:SPAMROBOT) ----------------- X-Mailman-Approved-At: Tue, 14 Sep 2004 12:10:31 +0000 Subject: 5.3-BETA3: "man pcm" has wrong information X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 01:32:24 -0000 Hi, Do following remarks belong to stable or current (or elsewhere) ? This is for 5.3-BETA3. When I do 'man pcm', it tells me to use device pcm in the kernel configuration file, but for 5.3 this is incorrect. It should be 'device sound' with the additional sound device module. Is the pcm manpage forgotten to be updated for 5.3 ? Regards, Rob. From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 08:38:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632CF16A4CE for ; Tue, 14 Sep 2004 08:38:06 +0000 (GMT) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58E1143D1F for ; Tue, 14 Sep 2004 08:38:04 +0000 (GMT) (envelope-from tonyb@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.1/8.13.1) with ESMTP id i8E8cEZH004282; Tue, 14 Sep 2004 08:38:15 GMT (envelope-from tonyb@byrnehq.com) Date: Tue, 14 Sep 2004 09:37:56 +0100 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1489937739.20040914093756@byrnehq.com> To: Eric Gatenby In-Reply-To: <1095131646.414661fef24e5@webmail.gatenby.org> References: <1095131646.414661fef24e5@webmail.gatenby.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: -4.2 X-Scanned-By: MIMEDefang 2.39 X-Mailman-Approved-At: Tue, 14 Sep 2004 12:10:31 +0000 cc: freebsd-current@freebsd.org Subject: Re: ATA/SATA lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tony Byrne List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 08:38:06 -0000 Hello Eric, Tuesday, September 14, 2004, 4:14:06 AM, you wrote: EG> I'm been having a strange problem with various builds of FreeBSD - 5.2-RELEASE EG> (at least) and up to 5.3-BETA4. Random hard lockups are occuring when writing EG> to two separate SATA drives. ... EG> I don't have much hard evidence EG> and information to provide. How can I go about gathering more information? I've EG> tried enabling WITNESS and other kernel debugging options, but no extra EG> debugging data was produced. ... EG> Any suggestions would be appreciated. I experienced the same problem with current a few months ago, with an Intel ICH5 chipset and an 80Gb SATA drive. I was virtually guaranteed a hard lockup at least once a day during work hours and every morning I'd arrive in to a frozen box. There was no pattern to the lockups. I "solved" the problem by moving to a non-SATA drive and removing the SATA drive from the system. Does anyone know the current status of ICH5 support? I remember a number of mails to the list about ICH5 issues, but don't remember if these were ever addressed. Regards, Tony. -- Tony Byrne From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 09:03:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D5C616A4CE; Tue, 14 Sep 2004 09:03:15 +0000 (GMT) Received: from GreenSrv.rz.unibw-muenchen.de (greensrv.RZ.UniBw-Muenchen.de [137.193.10.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEA3F43D64; Tue, 14 Sep 2004 09:03:14 +0000 (GMT) (envelope-from lutz@medusa.informatik.unibw-muenchen.de) Received: from localhost (GreenSrv [127.0.0.1])i8E91Kgu028933; Tue, 14 Sep 2004 11:01:20 +0200 Received: from GreenSrv.rz.unibw-muenchen.de ([127.0.0.1]) by localhost (GreenSrv [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28613-04-2; Tue, 14 Sep 2004 11:01:15 +0200 (CEST) Received: from medusa.informatik.unibw-muenchen.de (medusa.Informatik.UniBw-Muenchen.de [137.193.60.34])i8E90Gcw028818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Sep 2004 11:00:16 +0200 X-Remarks: If SPAM is relayed via GreenSrv.rz.unibw-muenchen.de to outside of unibw-muenchen.de, please report it to abuse@unibw-muenchen.de Received: from lutz by medusa.informatik.unibw-muenchen.de with local (Exim 4.42 (FreeBSD)) id 1C7993-0000Ce-Bm; Tue, 14 Sep 2004 10:58:37 +0200 From: Lutz Bichler Organization: University of the Federal Armed Forces Munich To: Don Lewis Date: Tue, 14 Sep 2004 10:58:36 +0200 User-Agent: KMail/1.7 References: <200409131808.i8DI8D3e053455@gw.catspoiler.org> In-Reply-To: <200409131808.i8DI8D3e053455@gw.catspoiler.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200409141058.37123.Lutz.Bichler@unibw-muenchen.de> Sender: Lutz Bichler X-Virus-Scanned: by amavisd-new at GreenSrv.rz.unibw-muenchen.de X-Mailman-Approved-At: Tue, 14 Sep 2004 12:10:31 +0000 cc: current@freebsd.org Subject: Re: Problem with snd_ich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 09:03:15 -0000 On Monday 13 September 2004 20:08, you wrote: > Does anything show up in dmesg when the failure occurs? No, unfortunately not. But it=B4s the problem with KDE which was reported o= n the=20 list. After booting it works fine on the console and after starting X/KDE=20 sound is gone. Also it does not help for me to disable the start of the sou= nd=20 daemon artsd. Regards Lutz From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 10:45:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F38B16A4CE; Tue, 14 Sep 2004 10:45:09 +0000 (GMT) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95EDF43D1D; Tue, 14 Sep 2004 10:45:08 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1])i8EAj2L5031172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Sep 2004 06:45:07 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost)i8EAj1eq031171; Tue, 14 Sep 2004 06:45:02 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200409141045.i8EAj1eq031171@corbulon.video-collage.com> To: current@FreeBSD.org Date: Tue, 14 Sep 2004 06:45:01 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL116 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Tue, 14 Sep 2004 12:10:31 +0000 cc: deischen@FreeBSD.org cc: re@FreeBSD.org Subject: debugging features and the RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 10:45:09 -0000 Hello! I'm reading in http://www.freebsd.org/releases/5.3R/schedule.html that the debugging for RELENG_5 is off since September 7th. However, the src/lib/libc_r/Makefile and some other makefiles still have things like: CFLAGS+=-D_LOCK_DEBUG CFLAGS+=-D_PTHREADS_INVARIANTS should not these be disabled too? Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 12:35:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30B7816A4CE for ; Tue, 14 Sep 2004 12:35:38 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88B1B43D39 for ; Tue, 14 Sep 2004 12:35:37 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8ECZKh1095966; Tue, 14 Sep 2004 14:35:20 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4146E555.9080709@DeepCore.dk> Date: Tue, 14 Sep 2004 14:34:29 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tony Byrne References: <1095131646.414661fef24e5@webmail.gatenby.org> <1489937739.20040914093756@byrnehq.com> In-Reply-To: <1489937739.20040914093756@byrnehq.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: Eric Gatenby Subject: Re: ATA/SATA lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 12:35:38 -0000 Tony Byrne wrote: > Hello Eric, >=20 > Tuesday, September 14, 2004, 4:14:06 AM, you wrote: >=20 > EG> I'm been having a strange problem with various builds of FreeBSD - = 5.2-RELEASE > EG> (at least) and up to 5.3-BETA4. Random hard lockups are occuring wh= en writing > EG> to two separate SATA drives. >=20 > ... >=20 > EG> I don't have much hard evidence > EG> and information to provide. How can I go about gathering more infor= mation? I've > EG> tried enabling WITNESS and other kernel debugging options, but no e= xtra > EG> debugging data was produced. >=20 > ... >=20 > EG> Any suggestions would be appreciated. >=20 > I experienced the same problem with current a few months ago, with an > Intel ICH5 chipset and an 80Gb SATA drive. I was virtually guaranteed = a hard > lockup at least once a day during work hours and every morning I'd > arrive in to a frozen box. There was no pattern to the lockups. >=20 > I "solved" the problem by moving to a non-SATA drive and removing the > SATA drive from the system. >=20 > Does anyone know the current status of ICH5 support? I remember a numb= er of > mails to the list about ICH5 issues, but don't remember if these were > ever addressed. I fixed those long ago, thanks to Yahoo and FreeBSD Systems that kindly=20 sponsored HW to make that happen !! -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 12:37:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D3A516A4CE; Tue, 14 Sep 2004 12:37:55 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC46543D49; Tue, 14 Sep 2004 12:37:54 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i8ECbjEL003815; Tue, 14 Sep 2004 08:37:45 -0400 (EDT) Date: Tue, 14 Sep 2004 08:37:45 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Mikhail Teterin In-Reply-To: <200409141045.i8EAj1eq031171@corbulon.video-collage.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: re@freebsd.org cc: current@freebsd.org Subject: Re: debugging features and the RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 12:37:55 -0000 On Tue, 14 Sep 2004, Mikhail Teterin wrote: > Hello! > > I'm reading in http://www.freebsd.org/releases/5.3R/schedule.html > that the debugging for RELENG_5 is off since September 7th. However, > the src/lib/libc_r/Makefile and some other makefiles still have things > like: > > CFLAGS+=-D_LOCK_DEBUG > CFLAGS+=-D_PTHREADS_INVARIANTS > > should not these be disabled too? Thanks! Since libc_r is only provided for compatability it doesn't really matter. Also, there's little or no impact from having those flags. -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 12:38:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A608416A4CE; Tue, 14 Sep 2004 12:38:25 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD64243D55; Tue, 14 Sep 2004 12:38:24 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1C7CZi-000HHJ-00; Tue, 14 Sep 2004 14:38:22 +0200 To: Andre Oppermann From: Ian FREISLICH In-Reply-To: Message from Andre Oppermann of "Mon, 13 Sep 2004 18:51:56 +0200." <4145D02C.D02A18A0@freebsd.org> Date: Tue, 14 Sep 2004 14:38:22 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: freebsd-current@freebsd.org Subject: Re: ipfw tee fixed [cvs commit: src/sbin/ipfw ipfw.8 src/sys/netinet ip_fw_pfil.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 12:38:25 -0000 Andre Oppermann wrote: > This is a multi-part message in MIME format. > --------------BF081F7C001E4F9B32C647BE > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > I've fixed 'ipfw tee' in 6-current. Please try it and report back. This > is pretty useful for passive packet monitoring. Yes. This works a treat. Thanks Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 13:33:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34F8E16A4CE; Tue, 14 Sep 2004 13:33:22 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D91F943D46; Tue, 14 Sep 2004 13:33:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8EDXGlE068411; Tue, 14 Sep 2004 09:33:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8EDXGWp099900; Tue, 14 Sep 2004 09:33:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2C0417303F; Tue, 14 Sep 2004 09:33:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040914133316.2C0417303F@freebsd-current.sentex.ca> Date: Tue, 14 Sep 2004 09:33:16 -0400 (EDT) Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 13:33:22 -0000 TB --- 2004-09-14 11:57:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-14 11:57:10 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2004-09-14 11:57:10 - checking out the source tree TB --- 2004-09-14 11:57:10 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2004-09-14 11:57:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-14 12:05:08 - building world (CFLAGS=-O -pipe) TB --- 2004-09-14 12:05:08 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-14 12:05:08 - /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 TB --- 2004-09-14 13:08:40 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-14 13:08:40 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-14 13:08:40 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Sep 14 13:08:40 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Sep 14 13:22:11 UTC 2004 TB --- 2004-09-14 13:22:11 - generating LINT kernel config TB --- 2004-09-14 13:22:11 - cd /home/tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/conf TB --- 2004-09-14 13:22:11 - /usr/bin/make -B LINT TB --- 2004-09-14 13:22:12 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-14 13:22:12 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-14 13:22:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 14 13:22:12 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1076: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `ia32_syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1252: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2004-09-14 13:33:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-14 13:33:15 - ERROR: failed to build lint kernel TB --- 2004-09-14 13:33:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 13:49:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21E9E16A4CF; Tue, 14 Sep 2004 13:49:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF8D243D55; Tue, 14 Sep 2004 13:49:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8EDnVtN071342; Tue, 14 Sep 2004 09:49: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 i8EDnVQM018774; Tue, 14 Sep 2004 09:49:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BBC397303F; Tue, 14 Sep 2004 09:49:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040914134930.BBC397303F@freebsd-current.sentex.ca> Date: Tue, 14 Sep 2004 09:49:30 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 13:49:33 -0000 TB --- 2004-09-14 13:33:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-14 13:33:16 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-14 13:33:16 - checking out the source tree TB --- 2004-09-14 13:33:16 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-14 13:33:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-14 13:41:18 - building world (CFLAGS=-O -pipe) TB --- 2004-09-14 13:41:18 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-14 13:41:18 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-14 13:49:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-14 13:49:30 - ERROR: failed to build world TB --- 2004-09-14 13:49:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 14:16:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2669116A4CE for ; Tue, 14 Sep 2004 14:16:06 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA3D243D54 for ; Tue, 14 Sep 2004 14:16:06 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i8EEG2ol068490; Tue, 14 Sep 2004 10:16:02 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i8EEG1pX068487; Tue, 14 Sep 2004 10:16:02 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 14 Sep 2004 10:16:01 -0400 (EDT) From: Andre Guibert de Bruet To: cali In-Reply-To: <018901c499cb$5d073220$0d00000a@SPECULUSHX1THE> Message-ID: <20040914101457.Q84468@alpha.siliconlandmark.com> References: <018901c499cb$5d073220$0d00000a@SPECULUSHX1THE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: buildworld fails for current on my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 14:16:07 -0000 On Mon, 13 Sep 2004, cali wrote: > I cvsupped tag=. src-all today and tried to make buildworld, It failed > saying: > > /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to > `ksem_timedwait' > *** Error code 1 Looks like you cvsup'ed in the middle of an update. Try again. Regards, | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 14:23:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5244916A4CE; Tue, 14 Sep 2004 14:23:15 +0000 (GMT) Received: from asterix.rsu.ru (mail.at.rsu.ru [195.208.245.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA4743D67; Tue, 14 Sep 2004 14:23:13 +0000 (GMT) (envelope-from and@rsu.ru) Received: from moon.cc.rsu.ru (moon.cc.rsu.ru [195.208.252.124]) by asterix.rsu.ru (8.13.1/8.13.1) with ESMTP id i8EEMg9a049334 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 14 Sep 2004 18:22:42 +0400 (MSD) (envelope-from and@rsu.ru) From: Beresovsky Andrey Organization: Rostov State University To: freebsd-current@freebsd.org Date: Tue, 14 Sep 2004 18:22:53 +0400 User-Agent: KMail/1.7 References: <200409131808.i8DI8D3e053455@gw.catspoiler.org> <200409141058.37123.Lutz.Bichler@unibw-muenchen.de> In-Reply-To: <200409141058.37123.Lutz.Bichler@unibw-muenchen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200409141822.53334.and@rsu.ru> X-Spam-Status: No, hits=-104.5 required=5.0 tests=AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on asterix.rsu.ru cc: Lutz Bichler cc: Don Lewis Subject: Re: Problem with snd_ich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 14:23:15 -0000 On Tuesday 14 September 2004 12:58, Lutz Bichler wrote: Try to play with mixer setting. On startup new (3.3.0) KDE sets volume to 0. > On Monday 13 September 2004 20:08, you wrote: > > Does anything show up in dmesg when the failure occurs? > > No, unfortunately not. But it=B4s the problem with KDE which was reported= on > the list. After booting it works fine on the console and after starting > X/KDE sound is gone. Also it does not help for me to disable the start of > the sound daemon artsd. > > Regards > Lutz > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" =2D-=20 Andrey Beresovsky. Software and Network Engineer Computer Center of Rostov State University. PGP Key: http://www.rsu.ru/~and/and.key.asc =46ingerprint: C15D F7B3 AC45 9876 F014 650C C4B7 1ED2 891A 4171 From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 14:53:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 074BB16A4CF for ; Tue, 14 Sep 2004 14:53:20 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 329F843D46 for ; Tue, 14 Sep 2004 14:53:19 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9E59A08.dip.t-dialin.net [217.229.154.8]) (authenticated bits=0)i8EErIGm086751 for ; Tue, 14 Sep 2004 16:53:18 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <414705D4.9000202@schlenker-webdesign.de> Date: Tue, 14 Sep 2004 16:53:08 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20040908 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------060309050901020805070804" Subject: Fwd: Evil trouble (Am1772/PQP-WP288P) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 14:53:20 -0000 This is a multi-part message in MIME format. --------------060309050901020805070804 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello everyone, I just ran into evil trouble when trying to use NDISulator together with a cheap Am1772 card. The card itself is labelled ,,NetVision 802.11b''. On the back is the FCC ID ,,PQP-WP288P''. The drivers supplied seem to be from October 2003: -r-xr-xr-x 1 root wheel 168518 27 Okt 2003 /cdrom/Driver/xp2k/Am772.sys* -r-xr-xr-x 1 root wheel 168022 27 Okt 2003 /cdrom/Driver/xp2k/Am7729x.sys* -r-xr-xr-x 1 root wheel 145808 7 Jan 2004 /cdrom/Driver/xp2k/Am772Cfg.exe* -r-xr-xr-x 1 root wheel 5018 10 Jul 2003 /cdrom/Driver/xp2k/Am772Co.dll* -r-xr-xr-x 1 root wheel 15491 27 Okt 2003 /cdrom/Driver/xp2k/Am772Ctl.dll* -r-xr-xr-x 1 root wheel 15747 27 Okt 2003 /cdrom/Driver/xp2k/Am772Oem.dll* -r-xr-xr-x 1 root wheel 40321 27 Okt 2003 /cdrom/Driver/xp2k/Am772Ui.dll* -r-xr-xr-x 1 root wheel 896 10 Jul 2003 /cdrom/Driver/xp2k/Install.txt* -r-xr-xr-x 1 root wheel 5561 27 Okt 2003 /cdrom/Driver/xp2k/NetAm772.inf* The md5s indicate that the same card is also sold as E-Tech WLPC05 (at least their driver has the same) MD5 (/cdrom/Driver/xp2k/Am772.sys) = 6caa78ba28e1003931dde6e1f122055f MD5 (/cdrom/Driver/xp2k/Am7729x.sys) = 6caa9c534bf7df557b213d16d7635350 MD5 (/cdrom/Driver/xp2k/Am772Cfg.exe) = 75d79a9b1c3809b0539b93b018e0487c MD5 (/cdrom/Driver/xp2k/Am772Co.dll) = f3927d6827b60fefed1f96835e35929a MD5 (/cdrom/Driver/xp2k/Am772Ctl.dll) = 9a610fac3db8ebb011a1fa844d8e2156 MD5 (/cdrom/Driver/xp2k/Am772Oem.dll) = d77b7e58216b7f082cf254b49b84e300 MD5 (/cdrom/Driver/xp2k/Am772Ui.dll) = 890cf2e4512655eff84421209c385df7 MD5 (/cdrom/Driver/xp2k/Install.txt) = 1c01d538557d49bf2756e21665aa2c17 MD5 (/cdrom/Driver/xp2k/NetAm772.inf) = 09b1c67ccf0f7906b50bcfa64d412815 http://www.e-tech.nu/Popup_Support/1122 Maybe this card is sold under a dozen other names too... Anyway, I tried to build ndis.ko and if_ndis.ko with the supplied SYS- and INF-files. When I try to load if_ndis.ko into my GENERIC Kernel, it locks. Did anyone succeed in building/loading if_ndis.ko for this card? I know that the Am1772 driver is known to cause trouble, but there seem to be at least some cards with this chipsets that work. Thanks, Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ --------------060309050901020805070804 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" 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 reserved. FreeBSD 5.3-BETA4 #0: Tue Sep 14 10:53:22 CEST 2004 mattias@uran.wg-net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (300.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x66a Stepping = 10 Features=0x183f9ff real memory = 167690240 (159 MB) avail memory = 154447872 (147 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf4f0-0xf4ff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xf4c0-0xf4df irq 9 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) pcm0: port 0xf4ec-0xf4ef,0xf4e8-0xf4eb,0xf4b0-0xf4bf,0xf4a0-0xf4af,0xf440-0xf47f irq 9 at device 13.0 on pci0 pcm0: [GIANT-LOCKED] pci0: at device 16.0 (no driver attached) cbb0: irq 9 at device 19.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci0: at device 20.0 (no driver attached) acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x118-0x11f,0x2e8-0x2ef irq 3 drq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37b irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 300682952 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% cardbus0: at device 0.0 (no driver attached) cbb0: CardBus card activation failed ad0: 4126MB [8944/15/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 96 files 13 /usr: superblock summary recomputed ed1: at port 0x100-0x11f irq 9 function 0 config 0 on pccard0 ed1: [GIANT-LOCKED] ed1: Ethernet address: 00:e0:98:80:22:ea ed1: if_start running deferred for Giant type NE2000 (16 bit) free inode /usr/36 had 4 blocks --------------060309050901020805070804 Content-Type: text/plain; name="pciconf.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf.txt" hostb0@pci0:0:0: class=0x060000 card=0x107f10cf chip=0x71948086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82440MX CPU to I/O Controller' class = bridge subclass = HOST-PCI isab0@pci0:7:0: class=0x068000 card=0x00000000 chip=0x71988086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX PCI to ISA Bridge' class = bridge subclass = PCI-unknown atapci0@pci0:7:1: class=0x010180 card=0x00000000 chip=0x71998086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX EIDE Controller' class = mass storage subclass = ATA uhci0@pci0:7:2: class=0x0c0300 card=0x00000000 chip=0x719a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX USB Universal Host Controller' class = serial bus subclass = USB none0@pci0:7:3: class=0x068000 card=0x00000000 chip=0x719b8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82443MX Power Management Controller' class = bridge subclass = PCI-unknown pcm0@pci0:13:0: class=0x040100 card=0x108210cf chip=0x1969125d rev=0x02 hdr=0x00 vendor = 'ESS Technology' device = 'ES1938/41/46 Solo-1 PCI AudioDrive family' class = multimedia subclass = audio none1@pci0:16:0: class=0x078000 card=0x107210cf chip=0x044a11c1 rev=0x01 hdr=0x00 vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' device = 'LT Winmodem 56k' class = simple comms cbb0@pci0:19:0: class=0x060700 card=0x105a10cf chip=0x04751180 rev=0x00 hdr=0x02 vendor = 'Ricoh Co Ltd' device = 'RL5c475 CardBus Controller' class = bridge subclass = PCI-CardBus none2@pci0:20:0: class=0x030000 card=0x102910cf chip=0x000410c8 rev=0x01 hdr=0x00 vendor = 'Neomagic Corporation' device = 'NM2160 MagicGraph 128XD' class = display subclass = VGA none3@pci2:0:0: class=0x0d1000 card=0x20031022 chip=0x20031022 rev=0x04 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Am1772 Wireless LAN chipset' --------------060309050901020805070804-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 15:21:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DEB616A4CE for ; Tue, 14 Sep 2004 15:21:50 +0000 (GMT) Received: from pengo.systems.pipex.net (pengo.systems.pipex.net [62.241.160.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4CDC43D4C for ; Tue, 14 Sep 2004 15:21:49 +0000 (GMT) (envelope-from calculus@softhome.net) Received: from SPECULUSHX1THE (81-178-247-213.dsl.pipex.com [81.178.247.213]) by pengo.systems.pipex.net (Postfix) with SMTP id C43154C00123 for ; Tue, 14 Sep 2004 16:21:40 +0100 (BST) Message-ID: <002301c49a6e$8eaf9c10$0d00000a@SPECULUSHX1THE> From: "cali" To: References: <018901c499cb$5d073220$0d00000a@SPECULUSHX1THE> <20040914101457.Q84468@alpha.siliconlandmark.com> Date: Tue, 14 Sep 2004 16:21:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: buildworld fails for current on my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 15:21:50 -0000 > On Mon, 13 Sep 2004, cali wrote: > >> I cvsupped tag=. src-all today and tried to make buildworld, It failed >> saying: >> >> /usr/obj/usr/src/i386/usr/lib/libc.so: undefined reference to >> `ksem_timedwait' >> *** Error code 1 > > Looks like you cvsup'ed in the middle of an update. Try again. Thanks, I tried it today and it works. regards cali From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 15:31:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6000216A4CE for ; Tue, 14 Sep 2004 15:31:52 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C52843D3F for ; Tue, 14 Sep 2004 15:31:51 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id 822A8123D80 for ; Tue, 14 Sep 2004 17:30:47 +0200 (CEST) Received: from [192.168.1.2] (alpha.local [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id 239A5630A for ; Tue, 14 Sep 2004 17:31:44 +0200 (CEST) Message-ID: <41472B5A.20403@cs.tu-berlin.de> Date: Tue, 14 Sep 2004 17:33:14 +0000 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040912) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: half write performance, half cpu load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 15:31:52 -0000 Hello, I recently reported that write operations to my hard disk were too slow. I compared only to FreeBSD 4.10, because I thought it is an issue with ATAng, but I was wrong. I installed FreeBSD 5.2.1 and noticed that everything works fine. Once again I built kernels with profiling, tested my hard disk and tried to analyse the data. I'm sure that I understand the numbers, and I stepped into the kernel source code, recompiled an adjusted kernel again and again, but I can't get any conclusion what's going wrong; most likely because of I'm not a FreeBSD kernel developer and don't understand lot of code which deals with hardware. So I like to refer again to some very similar kernel profiling results of a FreeBSD 5.2.1-RELEASE-p9 and a recent 5.3-BETA4. I made three benchmarks on each system. I used exactly the same kernel configuration with both kernels. I made them both with config -pp && ../compile/ && make depend && make I made the 'dd' tests (writing 256k 4k-blocks = 1G) in single-user mode on the exactly the same, identical ufs2 partition on hard disk. There you'll find everything, results, kernel config, benchmark shell skript: http://www.alpha-tierchen.de/dateien/kernprof/ A short summary and little analysis of profiling: kernel version: 5.2.1 5.3 runtime of test (seconds): 37.25 88.65 write perf. with profiling (MB/s): 27.49 11.55 write perf. without prof. (MB/s): ~35 ~13 The data doesn't show any weird behaviour of the ata driver's functions; no excessive calls. Far from it! The ata functions are little faster than in 5.2.1 (good work, Søren Schmidt). But where's the difference? Please have a look at Xatpic_intr0 and Xatpic_intr8. They are called twice as often. The second hint is that ad_done and its descendents take too much time. I'm really clouded. Regards Björn P.S.: For people who didn't get it last time I bothered with my problem: it is an ST380021A/3.19 with ICH2 controller and i815EP chipset. Write cache (hw.ata.wc) and dma (hw.ata.ata_dma) are activated. atacontrol shows UDMA100. From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 15:52:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B520F16A4CE for ; Tue, 14 Sep 2004 15:52:23 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F97743D46 for ; Tue, 14 Sep 2004 15:52:22 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle.cc.univie.ac.at (pcle.cc.univie.ac.at [131.130.2.107]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i8EFqCTg092296 for ; Tue, 14 Sep 2004 17:52:14 +0200 Date: Tue, 14 Sep 2004 17:52:12 +0200 (CEST) From: Lukas Ertl To: freebsd-current@FreeBSD.org Message-ID: <20040914175102.R528@korben.in.tern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4249; Body=1 Fuz1=1 Fuz2=1 Subject: rcorder(8) dumps core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 15:52:23 -0000 Hi, today I noticed a problem with rcorder on a very recent -CURRENT: [root@korben ~]# rcorder -k FreeBSD -s nostart -d /etc/rc.d/* parse_args initialize rcorder: file `/etc/rc.d/nsswitch' is before unknown provision `network' crunch_all_files generate on /etc/rc.d/ypxfrd do_file on /etc/rc.d/ypxfrd. do_file on /etc/rc.d/nisdomain. do_file on /etc/rc.d/rpcbind. do_file on /etc/rc.d/named. do_file on /etc/rc.d/SERVERS. do_file on /etc/rc.d/ipmon. do_file on /etc/rc.d/ipfilter. do_file on /etc/rc.d/mountcritlocal. do_file on /etc/rc.d/root. do_file on /etc/rc.d/fsck. do_file on /etc/rc.d/early.sh. do_file on /etc/rc.d/swap1. do_file on /etc/rc.d/vinum. do_file on /etc/rc.d/dumpon. do_file on /etc/rc.d/initrandom. do_file on /etc/rc.d/rcconf.sh. do_file on /etc/rc.d/initdiskless. do_file on /etc/rc.d/preseedrandom. next do: /etc/rc.d/preseedrandom nuking /etc/rc.d/preseedrandom next do: /etc/rc.d/initdiskless nuking /etc/rc.d/initdiskless next do: /etc/rc.d/rcconf.sh nuking /etc/rc.d/rcconf.sh next do: /etc/rc.d/initrandom nuking /etc/rc.d/initrandom next do: /etc/rc.d/dumpon nuking /etc/rc.d/dumpon next do: /etc/rc.d/vinum nuking /etc/rc.d/vinum do_file on /etc/rc.d/gbde_swap. next do: /etc/rc.d/gbde_swap nuking /etc/rc.d/gbde_swap do_file on /etc/rc.d/gbde. next do: /etc/rc.d/gbde nuking /etc/rc.d/gbde do_file on /etc/rc.d/ccd. next do: /etc/rc.d/ccd nuking /etc/rc.d/ccd next do: /etc/rc.d/swap1 nuking /etc/rc.d/swap1 next do: /etc/rc.d/early.sh nuking /etc/rc.d/early.sh next do: /etc/rc.d/fsck nuking /etc/rc.d/fsck next do: /etc/rc.d/root nuking /etc/rc.d/root next do: /etc/rc.d/mountcritlocal nuking /etc/rc.d/mountcritlocal next do: /etc/rc.d/ipfilter nuking /etc/rc.d/ipfilter do_file on /etc/rc.d/cleanvar. do_file on /etc/rc.d/var. next do: /etc/rc.d/var nuking /etc/rc.d/var next do: /etc/rc.d/cleanvar nuking /etc/rc.d/cleanvar do_file on /etc/rc.d/sysctl. do_file on /etc/rc.d/addswap. next do: /etc/rc.d/addswap nuking /etc/rc.d/addswap next do: /etc/rc.d/sysctl nuking /etc/rc.d/sysctl do_file on /etc/rc.d/hostname. next do: /etc/rc.d/hostname nuking /etc/rc.d/hostname next do: /etc/rc.d/ipmon nuking /etc/rc.d/ipmon do_file on /etc/rc.d/savecore. do_file on /etc/rc.d/syslogd. do_file on /etc/rc.d/lomac. do_file on /etc/rc.d/mountcritremote. do_file on /etc/rc.d/devd. do_file on /etc/rc.d/NETWORKING. do_file on /etc/rc.d/dhclient. do_file on /etc/rc.d/ipfw. do_file on /etc/rc.d/ppp-user. do_file on /etc/rc.d/isdnd. do_file on /etc/rc.d/netif. do_file on /etc/rc.d/adjkerntz. do_file on /etc/rc.d/random. next do: /etc/rc.d/random nuking /etc/rc.d/random next do: /etc/rc.d/adjkerntz nuking /etc/rc.d/adjkerntz do_file on /etc/rc.d/atm1. next do: /etc/rc.d/atm1 nuking /etc/rc.d/atm1 do_file on /etc/rc.d/ipfs. do_file on /etc/rc.d/ipnat. next do: /etc/rc.d/ipnat nuking /etc/rc.d/ipnat next do: /etc/rc.d/ipfs nuking /etc/rc.d/ipfs do_file on /etc/rc.d/kldxref. next do: /etc/rc.d/kldxref nuking /etc/rc.d/kldxref do_file on /etc/rc.d/sppp. next do: /etc/rc.d/sppp nuking /etc/rc.d/sppp do_file on /etc/rc.d/serial. next do: /etc/rc.d/serial nuking /etc/rc.d/serial do_file on /etc/rc.d/pccard. next do: /etc/rc.d/pccard nuking /etc/rc.d/pccard next do: /etc/rc.d/netif nuking /etc/rc.d/netif next do: /etc/rc.d/isdnd nuking /etc/rc.d/isdnd next do: /etc/rc.d/ppp-user nuking /etc/rc.d/ppp-user next do: /etc/rc.d/ipfw nuking /etc/rc.d/ipfw next do: /etc/rc.d/dhclient nuking /etc/rc.d/dhclient do_file on /etc/rc.d/mroute6d. do_file on /etc/rc.d/network_ipv6. do_file on /etc/rc.d/ip6addrctl. next do: /etc/rc.d/ip6addrctl nuking /etc/rc.d/ip6addrctl do_file on /etc/rc.d/ip6fw. do_file on /etc/rc.d/routing. do_file on /etc/rc.d/atm2. next do: /etc/rc.d/atm2 nuking /etc/rc.d/atm2 next do: /etc/rc.d/routing nuking /etc/rc.d/routing next do: /etc/rc.d/ip6fw nuking /etc/rc.d/ip6fw next do: /etc/rc.d/network_ipv6 nuking /etc/rc.d/network_ipv6 next do: /etc/rc.d/mroute6d nuking /etc/rc.d/mroute6d do_file on /etc/rc.d/route6d. next do: /etc/rc.d/route6d nuking /etc/rc.d/route6d do_file on /etc/rc.d/mrouted. next do: /etc/rc.d/mrouted nuking /etc/rc.d/mrouted do_file on /etc/rc.d/routed. next do: /etc/rc.d/routed nuking /etc/rc.d/routed next do: /etc/rc.d/NETWORKING nuking /etc/rc.d/NETWORKING next do: /etc/rc.d/devd nuking /etc/rc.d/devd next do: /etc/rc.d/mountcritremote nuking /etc/rc.d/mountcritremote next do: /etc/rc.d/lomac nuking /etc/rc.d/lomac next do: /etc/rc.d/syslogd nuking /etc/rc.d/syslogd next do: /etc/rc.d/savecore nuking /etc/rc.d/savecore next do: /etc/rc.d/SERVERS nuking /etc/rc.d/SERVERS next do: /etc/rc.d/named nuking /etc/rc.d/named do_file on /etc/rc.d/ntpd. do_file on /etc/rc.d/DAEMON. do_file on /etc/rc.d/accounting. next do: /etc/rc.d/accounting nuking /etc/rc.d/accounting do_file on /etc/rc.d/amd. do_file on /etc/rc.d/nfsclient. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/nfsclient'. next do: /etc/rc.d/nfsclient nuking /etc/rc.d/nfsclient do_file on /etc/rc.d/ypbind. do_file on /etc/rc.d/nisdomain. rcorder: Circular dependency on file `/etc/rc.d/nisdomain'. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/nisdomain'. next do: nuking /etc/rc.d/nisdomain do_file on /etc/rc.d/ypserv. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/ypserv'. next do: /etc/rc.d/ypserv nuking /etc/rc.d/ypserv next do: /etc/rc.d/ypbind nuking /etc/rc.d/ypbind rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/amd'. next do: /etc/rc.d/amd nuking /etc/rc.d/amd do_file on /etc/rc.d/atm3. next do: /etc/rc.d/atm3 nuking /etc/rc.d/atm3 do_file on /etc/rc.d/cleartmp. do_file on /etc/rc.d/tmp. next do: /etc/rc.d/tmp nuking /etc/rc.d/tmp next do: /etc/rc.d/cleartmp nuking /etc/rc.d/cleartmp do_file on /etc/rc.d/dmesg. next do: /etc/rc.d/dmesg nuking /etc/rc.d/dmesg do_file on /etc/rc.d/ike. rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ike' has no providers. next do: /etc/rc.d/ike nuking /etc/rc.d/ike do_file on /etc/rc.d/ipsec. next do: /etc/rc.d/ipsec nuking /etc/rc.d/ipsec do_file on /etc/rc.d/ipxrouted. next do: /etc/rc.d/ipxrouted nuking /etc/rc.d/ipxrouted do_file on /etc/rc.d/kadmind. do_file on /etc/rc.d/kerberos. next do: /etc/rc.d/kerberos nuking /etc/rc.d/kerberos next do: /etc/rc.d/kadmind nuking /etc/rc.d/kadmind do_file on /etc/rc.d/keyserv. next do: /etc/rc.d/keyserv nuking /etc/rc.d/keyserv do_file on /etc/rc.d/kpasswdd. next do: /etc/rc.d/kpasswdd nuking /etc/rc.d/kpasswdd do_file on /etc/rc.d/ldconfig. next do: /etc/rc.d/ldconfig nuking /etc/rc.d/ldconfig do_file on /etc/rc.d/nfslocking. do_file on /etc/rc.d/nfsd. do_file on /etc/rc.d/mountd. do_file on /etc/rc.d/quota. next do: /etc/rc.d/quota nuking /etc/rc.d/quota rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/mountd'. do_file on /etc/rc.d/nfsserver. next do: /etc/rc.d/nfsserver nuking /etc/rc.d/nfsserver next do: /etc/rc.d/mountd nuking /etc/rc.d/mountd next do: /etc/rc.d/nfsd nuking /etc/rc.d/nfsd next do: /etc/rc.d/nfslocking nuking /etc/rc.d/nfslocking do_file on /etc/rc.d/pf. do_file on /etc/rc.d/pflog. rcorder: requirement `beforenetlkm' in file `/etc/rc.d/pflog' has no providers. next do: /etc/rc.d/pflog nuking /etc/rc.d/pflog rcorder: requirement `beforenetlkm' in file `/etc/rc.d/pf' has no providers. next do: /etc/rc.d/pf nuking /etc/rc.d/pf do_file on /etc/rc.d/pppoed. next do: /etc/rc.d/pppoed nuking /etc/rc.d/pppoed do_file on /etc/rc.d/pwcheck. next do: /etc/rc.d/pwcheck nuking /etc/rc.d/pwcheck do_file on /etc/rc.d/virecover. next do: /etc/rc.d/virecover nuking /etc/rc.d/virecover next do: /etc/rc.d/DAEMON nuking /etc/rc.d/DAEMON next do: /etc/rc.d/ntpd nuking /etc/rc.d/ntpd next do: /etc/rc.d/rpcbind nuking /etc/rc.d/rpcbind rcorder in free(): error: chunk is already free Abort trap (core dumped) [root@korben ~]# gdb rcorder rcorder.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `rcorder'. Program terminated with signal 6, Aborted. #0 0x080559c7 in kill () (gdb) where #0 0x080559c7 in kill () #1 0x080553f5 in raise () #2 0x08052ceb in abort () #3 0x08049be4 in wrterror () #4 0x08049c1d in wrtwarning () #5 0x0804aa03 in ifree () #6 0x0804ac35 in pubrealloc () #7 0x0804ad31 in free () #8 0x080491d8 in do_file (fnode=0x80643e0) at /usr/src/sbin/rcorder/rcorder.c:756 #9 0x08049086 in satisfy_req (rnode=0x0, filename=0xab1
) at /usr/src/sbin/rcorder/rcorder.c:682 #10 0x080491cd in do_file (fnode=0x8067a60) at /usr/src/sbin/rcorder/rcorder.c:754 #11 0x08049360 in generate_ordering () at /usr/src/sbin/rcorder/rcorder.c:819 #12 0x08048766 in main (argc=122, argv=0xbfbfe100) at /usr/src/sbin/rcorder/rcorder.c:188 cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 16:38:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F00D516A4D0; Tue, 14 Sep 2004 16:38:20 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E53643D48; Tue, 14 Sep 2004 16:38:19 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i8EGcG7K011695; Tue, 14 Sep 2004 19:38:16 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i8EGcAA7002308; Tue, 14 Sep 2004 19:38:10 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i8EGcAOe002307; Tue, 14 Sep 2004 19:38:10 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Tue, 14 Sep 2004 19:38:10 +0300 From: Giorgos Keramidas To: Lukas Ertl Message-ID: <20040914163810.GA2240@orion.daedalusnetworks.priv> References: <20040914175102.R528@korben.in.tern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040914175102.R528@korben.in.tern> cc: freebsd-current@freebsd.org Subject: Re: rcorder(8) dumps core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 16:38:21 -0000 On 2004-09-14 17:52, Lukas Ertl wrote: > Hi, > today I noticed a problem with rcorder on a very recent -CURRENT: The core dump is triggered by the circular deps introduced by a recent s/ntpdate/ntpd/ in rc.d/rpcbind (see my reply to the commit message). >From a very quick first check it seems that circular dependencies somehow mess up the memory management of rcorder and it bombs while trying to free() the same pointer. The rest of the warnings printed by rcorder (missing or plainly wrong dependencies) can be fixed by this patch (which I haven't sent to freebsd-rc for review yet, but here it is): %%% Index: ike =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ike,v retrieving revision 1.2 diff -u -r1.2 ike --- ike 8 Mar 2004 12:25:05 -0000 1.2 +++ ike 14 Sep 2004 10:10:15 -0000 @@ -4,7 +4,7 @@ # # PROVIDE: ike -# REQUIRE: root beforenetlkm mountcritlocal +# REQUIRE: root mountcritlocal # BEFORE: DAEMON # KEYWORD: FreeBSD nojail Index: nsswitch =================================================================== RCS file: /home/ncvs/src/etc/rc.d/nsswitch,v retrieving revision 1.3 diff -u -r1.3 nsswitch --- nsswitch 21 Jun 2004 19:38:58 -0000 1.3 +++ nsswitch 14 Sep 2004 10:09:46 -0000 @@ -28,7 +28,7 @@ # PROVIDE: nsswitch # REQUIRE: root -# BEFORE: network +# BEFORE: NETWORK # KEYWORD: FreeBSD . /etc/rc.subr Index: pf =================================================================== RCS file: /home/ncvs/src/etc/rc.d/pf,v retrieving revision 1.3 diff -u -r1.3 pf --- pf 23 Jun 2004 01:42:06 -0000 1.3 +++ pf 14 Sep 2004 10:08:31 -0000 @@ -4,7 +4,7 @@ # # PROVIDE: pf -# REQUIRE: root beforenetlkm mountcritlocal netif pflog +# REQUIRE: root mountcritlocal netif pflog # BEFORE: DAEMON LOGIN # KEYWORD: FreeBSD nojail Index: pflog =================================================================== RCS file: /home/ncvs/src/etc/rc.d/pflog,v retrieving revision 1.2 diff -u -r1.2 pflog --- pflog 31 Aug 2004 14:23:51 -0000 1.2 +++ pflog 14 Sep 2004 10:08:10 -0000 @@ -4,7 +4,7 @@ # # PROVIDE: pflog -# REQUIRE: root beforenetlkm mountcritlocal netif +# REQUIRE: root mountcritlocal netif # BEFORE: DAEMON LOGIN # KEYWORD: FreeBSD nojail %%% From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 16:51:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C80416A4CE for ; Tue, 14 Sep 2004 16:51:22 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA5943D46 for ; Tue, 14 Sep 2004 16:51:21 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-120-129-148.dsl.snfc21.pacbell.net [68.120.129.148])i8EGpHfp038836; Tue, 14 Sep 2004 12:51:18 -0400 Message-ID: <41472184.20600@elischer.org> Date: Tue, 14 Sep 2004 09:51:16 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Clive Lin References: <4146A9C0.40306@elischer.org> <20040914114643.GA889@CARTIER.mind.com> In-Reply-To: <20040914114643.GA889@CARTIER.mind.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: patch for schedulers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 16:51:22 -0000 Clive Lin wrote: > On Tue, Sep 14, 2004 at 01:20:16AM -0700, Julian Elischer wrote: > >>SOme people have reported threaded apps hanging and becoming unkillable. >>If you have this problem in a reproducible way, please try the attached >>patch >>and let me know if it helps. > > > Hi, > > Uhm... now threaded apps turn from unpredictable hang to solid > hang. My box is running with current, and GENERIC kernel without > INVARIANTS, INVARIANT_SUPPORT, WITNESS, WITNESS_SKIPSPIN. > thanks.. If anyone else sees this.. the message is pretty clear.. "don't try the patch" :-) From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 16:51:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F63F16A4CE for ; Tue, 14 Sep 2004 16:51:40 +0000 (GMT) Received: from mail.vtec.ipme.de (C3B3C66A.dial.de.easynet.net [195.179.198.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2334F43D1F for ; Tue, 14 Sep 2004 16:51:38 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id D07B2BB7D for ; Tue, 14 Sep 2004 18:35:32 +0200 (CEST) Message-ID: <41471DD8.2050006@vwsoft.com> Date: Tue, 14 Sep 2004 18:35:36 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 16:51:40 -0000 Hi folks! I've setup a new system to retire my old 4.8 server. The new system (well, old components) first has been installed using a 5.2.1 ISO image and then has been compiled to RELENG_5 (cvsup'ed at 2004-09-11). The system has been booted using the newly build kernel at 09-12. Until the kernel build and reboot occured, the system was stable. After the reboot, the system is panicing 3 to 8 times a day. To see the panic messages, I've set the PANIC_REBOOT_WAIT_TIME to -1 and this let me see a message like (not copied and pasted): fatal trap 12: page fault fault virtual address: 0xc fault code: supervisor read, page not present instr. ptr: 0x8:0xc0586e60 stack ptr: 0x10:0xcee2cac8 frame ptr: 0x10:0xcee2caf0 cs: base 0x0 limit 0xffff type 0x1b DPL 0 pres 1 def32 1 gran 1 cpu eflags: interrupt enabled, resume, IOPL=0 process: 33767 imapd trap 12 While trying to get the system stable, I've tried a 6-current Kernel (+world) but the system still panics (only the current process and the pointer addresses are changing, the system mostly panics with a trap 12). Another time the system panic'ed with: 'panic: sbappendaddr_locked' On 2004-09-13 I've cvsup'ed current and releng_5 sources and recompiled (releng_5) world + kernel. The system kept panicing. Well, since having boot problems using that mainboard (Slot-1, P-III 600, FIC VB-601V, which caused the BTX loader sometimes to a fatal exit... strange thing), I've plugged in another board which has been working stable over the last few weeks (Epox 51-MVP3G with AMD K6-2 500). This system is now up using that socket-7 board but has paniced a few minutes ago the second time: fatal trap 12: page fault fatal virtual address: 0x40 trap 12: page fault while in kernel mode ip: 0x8:0xc05488ed sp: 0x10:0xca3f4c20 fp: 0x10:0xca3f4c20 process: 34 (swi6: task queue) A few minutes before it paniced with: in_cksum_skip: out of data by 184 Most other hardware components are known to work (Realtek LAN, Adaptec AAA-133, Netgear WG-311 WLAN/PCI, Diamond V550 AGP). Two components have not been used for years, but are now in the system: SMC 8011 10base-T card and an AVM B1-ISA (v2). The SDRAM modules (1*128 MB, 1*64MB = 192MB RAM) already have been changed. Are there any issues with RELENG_5 _and_ 6-CURRENT? I'm running SCHED_4BSD. How do I get a dump while panicing? I suspect this not to be a hardware issue (after changing most components). If that's an issue with recent code changes, it will be a show killer for 5.3R. Any additional tests you want me to drive? Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 17:00:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CEBC16A4DC for ; Tue, 14 Sep 2004 17:00:49 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 326F343D4C for ; Tue, 14 Sep 2004 17:00:49 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8EH0Vd6067964; Tue, 14 Sep 2004 13:00:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8EH0V2b067961; Tue, 14 Sep 2004 13:00:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 14 Sep 2004 13:00:31 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Volker In-Reply-To: <41471DD8.2050006@vwsoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 17:00:49 -0000 On Tue, 14 Sep 2004, Volker wrote: > After the reboot, the system is panicing 3 to 8 times a day. To see the > panic messages, I've set the PANIC_REBOOT_WAIT_TIME to -1 and this let > me see a message like (not copied and pasted): If I might suggest, and if possible, you might want to set up a serial console for the box so that you can copy and paste debugger output. You'll probably be asked for quite a bit of output from the debugger and life is a lot easier if you can do that :-). It also reduces the chances of typographical errors. > fatal trap 12: page fault > fault virtual address: 0xc > fault code: supervisor read, page not present > instr. ptr: 0x8:0xc0586e60 > stack ptr: 0x10:0xcee2cac8 > frame ptr: 0x10:0xcee2caf0 > cs: base 0x0 limit 0xffff type 0x1b DPL 0 pres 1 def32 1 gran 1 > cpu eflags: interrupt enabled, resume, IOPL=0 > process: 33767 imapd > trap 12 This is a kernel NULL pointer dereference. To debug this, it would be helpful if you could determine what line in the kernel source code 0xc0586e60 refers to. addr2line on the kernel.debug from your kernel build is a good place to start. It would also be very helpful to have a stack trace. When you drop to DDB due to the panic (assuming DDB is compiled in), you can type in "trace" to generate the trace. Having the names of the functions plus offsets would be very helpful. Also having the arguments is good, but a lot more pain for you without a serial console :-). > While trying to get the system stable, I've tried a 6-current Kernel > (+world) but the system still panics (only the current process and the > pointer addresses are changing, the system mostly panics with a trap > 12). > > Another time the system panic'ed with: 'panic: sbappendaddr_locked' A stack trace here would be invaluable. This panic occurs as a result of a violation of calling convention, in which a non-header mbuf (or maybe a free'd mbuf) is appended to a socket incorrectly. A stack trace will tell as what calling code might be at fauilt. > On 2004-09-13 I've cvsup'ed current and releng_5 sources and recompiled > (releng_5) world + kernel. The system kept panicing. > > Well, since having boot problems using that mainboard (Slot-1, P-III > 600, FIC VB-601V, which caused the BTX loader sometimes to a fatal > exit... strange thing), I've plugged in another board which has been > working stable over the last few weeks (Epox 51-MVP3G with AMD K6-2 500). > > This system is now up using that socket-7 board but has paniced a few > minutes ago the second time: > > fatal trap 12: page fault > fatal virtual address: 0x40 > trap 12: page fault while in kernel mode > ip: 0x8:0xc05488ed > sp: 0x10:0xca3f4c20 > fp: 0x10:0xca3f4c20 > process: 34 (swi6: task queue) > > A few minutes before it paniced with: > > in_cksum_skip: out of data by 184 A couple of bugs relating to this error were introduced and then fixed. In particular, could you confirm that you have at least revision 1.165 of udp_usrreq.c, or 1.162.2.2 of udp_usrreq.c? The merge to RELENG_5 happened on 8/30 so you should have it, but it's worth confirming. A stack trace here would also be extremely helpful, but this failure could be explained by whatever causes the sbappendaddr_locked failure as well. > Any additional tests you want me to drive? Could you try booting and running the system with debug.mpsafenet=0 in loader.conf? Is this an SMP box? Could you try compiling and running without the PREEMPTION kernel option? Probably the most valuable information would be the stack traces as indicated above, however. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 17:14:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8FD716A4CE for ; Tue, 14 Sep 2004 17:14:32 +0000 (GMT) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0700643D41 for ; Tue, 14 Sep 2004 17:14:31 +0000 (GMT) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:2001:240:c4:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.11/8.12.11) with ESMTP id i8EHET56062108 for ; Wed, 15 Sep 2004 02:14:30 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [2001:240:c4:1:202:b3ff:fe98:8115])i8EHETZ10141; Wed, 15 Sep 2004 02:14:29 +0900 (JST) Received: from localhost (unknown@localhost [IPv6:::1]) by vanilla.soum.co.jp (8.13.1/8.13.1) with ESMTP id i8EHESiX020573; Wed, 15 Sep 2004 02:14:28 +0900 (JST) (envelope-from fujita@soum.co.jp) Date: Wed, 15 Sep 2004 02:14:27 +0900 (JST) Message-Id: <20040915.021427.74736836.fujita@soum.co.jp> To: freebsd-current@freebsd.org From: FUJITA Kazutoshi X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 17:14:33 -0000 Hi, My 6.0-CURRENT box says, such as ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 ad0: WARNING - READ_DMA no interrupt but good status I replaced the ad0 with brand-new HDD, but I still got same messages. The box has 3 HDDs(ad0,ad1,ad3) and DVD(acd0) drive, but the messages comes only from ad0. What is happening? Cable problem or ATA controller problem? Regards, 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 reserved. FreeBSD 6.0-CURRENT #4: Sun Sep 12 08:19:34 JST 2004 fujita@faithia:/usr/obj/usr/src/sys/FAITHIA WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2000.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 536805376 (511 MB) avail memory = 515616768 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x9800-0x98ff mem 0xdfdf0000-0xdfdfffff,0xd0000000-0xd7ffffff at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 64MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xdfffe000-0xdfffefff irq 11 at device 2.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xdffff000-0xdfffffff irq 5 at device 2.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xff00-0xff0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xd800-0xd87f,0xdc00-0xdcff irq 11 at device 2.7 on pci0 pcm0: [GIANT-LOCKED] pcm0: sis0: port 0xd400-0xd4ff mem 0xdfff9000-0xdfff9fff irq 5 at device 3.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:07:95:c0:de:e2 sis0: [GIANT-LOCKED] fwohci0: port 0xd000-0xd07f mem 0xdfff8800-0xdfff8fff irq 5 at device 9.0 on pci0 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:40:26:01:06:04:21:f1 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:40:26:04:21:f1 fwe0: Ethernet address: 02:40:26:04:21:f1 fwip0: on firewire0 fwip0: Firewire address: 00:40:26:01:06:04:21:f1 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) em0: port 0xcc00-0xcc3f mem 0xdff80000-0xdff9ffff,0xdffa0000-0xdffbffff irq 11 at device 10.0 on pci0 em0: [GIANT-LOCKED] em0: Ethernet address: 00:07:e9:00:f1:4d em0: Speed:N/A Duplex:N/A fxp0: port 0xc800-0xc83f mem 0xdff40000-0xdff5ffff,0xdfffd000-0xdfffdfff irq 5 at device 11.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:a6:83:2d fxp0: [GIANT-LOCKED] ohci2: mem 0xdfffa000-0xdfffafff irq 11 at device 12.0 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ohci3: mem 0xdfffb000-0xdfffbfff irq 5 at device 12.1 on pci0 ohci3: [GIANT-LOCKED] usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdfffcf00-0xdfffcfff irq 11 at device 12.2 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 0.95 usb4: companion controllers, 3 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 5 ports with 5 removable, self powered acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xcf000-0xd4fff,0xcd800-0xcefff,0xcc000-0xcd7ff,0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2000083456 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. pid 25: corrected slot count (0->1) ad0: 117800MB [239340/16/63] at ata0-master UDMA100 ad1: 39266MB [79780/16/63] at ata0-slave UDMA100 ATAPI_RESET time = 70us acd0: DVDR at ata1-master UDMA66 ad3: 176700MB [359010/16/63] at ata1-slave UDMA100 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: cd present [2236704 x 2048 byte records] Mounting root from ufs:/dev/ad0s1a fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 em0: Link is up 100 Mbps Full Duplex Accounting enabled ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=93547835 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=222272571 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=226788623 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=229423379 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=46139535 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=54042843 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=64945143 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=110871947 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=198562163 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=203078227 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=16707487 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=186518883 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=197809407 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=171097435 ad0: WARNING - READ_DMA no interrupt but good status From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 17:23:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7937A16A4CE for ; Tue, 14 Sep 2004 17:23:08 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BE1F43D2F for ; Tue, 14 Sep 2004 17:23:08 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i8EHN78S091229 for ; Tue, 14 Sep 2004 10:23:08 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i8EHN7Fl091228 for freebsd-current@freebsd.org; Tue, 14 Sep 2004 10:23:07 -0700 (PDT) (envelope-from sgk) Date: Tue, 14 Sep 2004 10:23:07 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040914172307.GA90964@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Systems with more than 8 GB of physical memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 17:23:08 -0000 Is anyone running FreeBSD (any version or branch) on a system with more than 8 GB of physical memory? Would it be possible to receive a copy of your kernel config file, the output of "sysctl -a", and a copy of /var/run/dmesg.boot? To keep the mailing list from getting too cluttered, you can send the info to me directly. Thanks. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 17:57:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57BAB16A4CE; Tue, 14 Sep 2004 17:57:23 +0000 (GMT) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B712543D1D; Tue, 14 Sep 2004 17:57:22 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr8.xs4all.nl (8.12.11/8.12.11) with ESMTP id i8EHv991015584; Tue, 14 Sep 2004 19:57:20 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.11/8.12.9) with ESMTP id i8EHv8ZJ049618; Tue, 14 Sep 2004 19:57:08 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.12.11/8.12.11/Submit) id i8EHv5CK049612; Tue, 14 Sep 2004 19:57:05 +0200 (CEST) (envelope-from wb) Date: Tue, 14 Sep 2004 19:57:05 +0200 From: Wilko Bulte To: Scott Long Message-ID: <20040914175705.GA49581@freebie.xs4all.nl> References: <4144ED69.6050107@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <4144ED69.6050107@samsco.org> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner cc: alpha@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: FreeBSD 5.3-BETA4 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 17:57:23 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 12, 2004 at 06:44:25PM -0600, Scott Long wrote.. > The FreeBSD Release Engineering Team is proud to announce the > availability of FreeBSD 5.3-BETA4. This is the fourth BETA of the 5.3 > i386: all images available > alpha: images will be available shortly I am uploading BETA4/alpha to ftp-master right now so you should see the ISOs appear on the ftp mirrors. MD5 (5.3-BETA4-alpha-bootonly.iso) =3D 110759b019b8e30d05092bd14b647459 MD5 (5.3-BETA4-alpha-disc2.iso) =3D c01bda0e84d6d6f19557a625fe35d31e MD5 (5.3-BETA4-alpha-miniinst.iso) =3D cfd548a7fe706ba271ef54b4b6e56365 Given some time and access to a package set I might be crazy enough to do a disc1 as well. The MD5s above are for package-less ISOs. Most notable change might be for those who have tga(4) cards in their machines. GENERIC no longer has tga(4) so your box should no longer panic on boot. So you can install BETA4 (I hope) and let us know how it went.. have fun, Wilko --=20 Wilko Bulte wilko@FreeBSD.org --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: h0fG/P2y/HXcWK8s5F5eC16mrmgmedrL Comment: Requires PGP version 2.6 or later. iQCVAwUBQUcw8PymwUj/iuMFAQEKVwP9E2x5X8MUm6ne/DbTRvLTaFmt4OPk894O GJjq+PjQbxkosav/NMTA/1XEhqSlR/+i79w/pZ8mjObjpzwXkySyCBUcLddn5kOg ouhk0oyJ6fh6jDbzdDRkUo3F1ZfqjY0PJDITyBb96vkx0o+ha6vc4nyIwxlt3j7m HCiZAEXDDF4= =NoSX -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 18:16:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA01C16A4CE; Tue, 14 Sep 2004 18:16:35 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDD0343D39; Tue, 14 Sep 2004 18:16:35 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Tue, 14 Sep 2004 11:16:35 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3BB1A5D09; Tue, 14 Sep 2004 11:16:35 -0700 (PDT) To: Rob In-reply-to: Your message of "Tue, 14 Sep 2004 10:32:21 +0900." <41464A25.1020706@yahoo.com> Date: Tue, 14 Sep 2004 11:16:35 -0700 From: "Kevin Oberman" Message-Id: <20040914181635.3BB1A5D09@ptavv.es.net> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: 5.3-BETA3: "man pcm" has wrong information X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 18:16:36 -0000 > Date: Tue, 14 Sep 2004 10:32:21 +0900 > From: Rob > Sender: owner-freebsd-stable@freebsd.org > > > Hi, > > Do following remarks belong to stable or current (or elsewhere) ? > > This is for 5.3-BETA3. When I do 'man pcm', it tells me to use > > device pcm > > in the kernel configuration file, but for 5.3 this is incorrect. > It should be 'device sound' with the additional sound device > module. > > Is the pcm manpage forgotten to be updated for 5.3 ? It was updated in head about a week ago. I hope it will MT5 shortly. Ruslan, in consultation with cg, did a major re-work of the sound pages. You can get the latest and greatest from CVS for HEAD. http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/ -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 18:57:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 558FA16A4CE for ; Tue, 14 Sep 2004 18:57:46 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF7F43D3F for ; Tue, 14 Sep 2004 18:57:45 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8EIvit5025669 for ; Tue, 14 Sep 2004 21:57:44 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 86464-12 for ; Tue, 14 Sep 2004 21:57:43 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8EIvhpj025668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Sep 2004 21:57:43 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8EIvhjp021576 for current@FreeBSD.org; Tue, 14 Sep 2004 21:57:43 +0300 (EEST) (envelope-from ru) Date: Tue, 14 Sep 2004 21:57:43 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20040914185743.GC21379@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S1BNGpv0yoYahz37" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: kldunload oddities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 18:57:46 -0000 --S1BNGpv0yoYahz37 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi there, This is with very recent -CURRENT, I'm not sure if this problem new or not... When I try to unload some modules that were loaded by loader(8), I get this strange behavior: ru# grep _load /boot/loader.conf=20 if_dc_load=3D"YES" snd_csa_load=3D"YES" apm_load=3D"YES" ru# kldunload snd_csa ru# kldunload snd_csa kldunload: can't unload file: Device busy #1. The first kldunload command silently exits without unloading the module. #2. Why the snd_csa.ko module cannot be unloaded -- I can unload the if_dc module just fine and I can also unload snd_csa if I load it from userland. Anyone with explanations for these two? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --S1BNGpv0yoYahz37 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBRz8nqRfpzJluFF4RAnmLAJ9fC4WKZ+Wq3aoFeA8lZMZlUpICAACeMnAE DjVmsZTiVcuswSbH3YrSNmo= =RREu -----END PGP SIGNATURE----- --S1BNGpv0yoYahz37-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 19:01:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5013E16A4CE; Tue, 14 Sep 2004 19:01:47 +0000 (GMT) Received: from mail.vtec.ipme.de (Ad3cf.a.pppool.de [213.6.211.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A582143D5A; Tue, 14 Sep 2004 19:01:45 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id 09670BB88; Tue, 14 Sep 2004 21:01:36 +0200 (CEST) Message-ID: <41474013.9080302@vwsoft.com> Date: Tue, 14 Sep 2004 21:01:39 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 19:01:47 -0000 Robert, thank you for your fast reply. > If I might suggest, and if possible, you might want to set up a serial > console for the box so that you can copy and paste debugger output. I'll assemble a serial cable and recompile the kernel with debugging components and come back to you as soon as I've got more details on that. > Could you try compiling and running without the PREEMPTION kernel option? I've already build the kernel with SCHED_4BSD but without PREEMPTION (_never_ had PREEMPTION in my kernel config - should I try it?). > A couple of bugs relating to this error were introduced and then fixed. > In particular, could you confirm that you have at least revision 1.165 of > udp_usrreq.c, or 1.162.2.2 of udp_usrreq.c? The merge to RELENG_5 > happened on 8/30 so you should have it, but it's worth confirming. my /usr/src/sys/netinet/udp_usrreq.c has: * $FreeBSD: src/sys/netinet/udp_usrreq.c,v 1.166 2004/09/05 02:34:12 jmg Exp $ > Could you try booting and running the system with debug.mpsafenet=0 in > loader.conf? debug.mpsafenet is already 0 > Is this an SMP box? No, first board had P-III 600 MHz, second had AMD k6/2-500, both single CPU. > Probably the most valuable information would be the stack traces as indicated above, however. Will make the serial cable and come back to you (takes some hours...). Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 19:07:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8220F16A4CE; Tue, 14 Sep 2004 19:07:34 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D8643D49; Tue, 14 Sep 2004 19:07:33 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8EJ7SYF025890; Tue, 14 Sep 2004 22:07:28 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 86952-06; Tue, 14 Sep 2004 22:07:27 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8EJ7RkP025889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Sep 2004 22:07:27 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8EJ7RaN021753; Tue, 14 Sep 2004 22:07:27 +0300 (EEST) (envelope-from ru) Date: Tue, 14 Sep 2004 22:07:27 +0300 From: Ruslan Ermilov To: Kevin Oberman Message-ID: <20040914190727.GA21669@ip.net.ua> References: <41464A25.1020706@yahoo.com> <20040914181635.3BB1A5D09@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20040914181635.3BB1A5D09@ptavv.es.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Rob cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: 5.3-BETA3: "man pcm" has wrong information X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 19:07:34 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 14, 2004 at 11:16:35AM -0700, Kevin Oberman wrote: > > Date: Tue, 14 Sep 2004 10:32:21 +0900 > > From: Rob > > Sender: owner-freebsd-stable@freebsd.org > >=20 > >=20 > > Hi, > >=20 > > Do following remarks belong to stable or current (or elsewhere) ? > >=20 > > This is for 5.3-BETA3. When I do 'man pcm', it tells me to use > >=20 > > device pcm > >=20 > > in the kernel configuration file, but for 5.3 this is incorrect. > > It should be 'device sound' with the additional sound device > > module. > >=20 > > Is the pcm manpage forgotten to be updated for 5.3 ? >=20 > It was updated in head about a week ago. I hope it will MT5 shortly. > Ruslan, in consultation with cg, did a major re-work of the sound > pages. You can get the latest and greatest from CVS for HEAD. > http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/ >=20 "Major" is overestimated here -- just some small tweaks to the current text to adopt to reality. The Handbook's sound chapter has also been updated. For one, the SYNOPSIS of the sound(4) manpage is lying about that you need only "device sound" to get you sound -- you also need "device snd_". Once the sound-related renaming is done (there are further plans to do some more renames for better consistency in naming), the sound(4) manpage will be replaced by the snd(4) manpage (yeah, welcome back, old good "snd"). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBR0FvqRfpzJluFF4RAifrAJ9jybm2JYzhnJUjrx5kFkhZ9p0DLACgij30 yNqAe9dnYk/RQ+to1FgIm/4= =XWn5 -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 20:08:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9126B16A4CE for ; Tue, 14 Sep 2004 20:08:58 +0000 (GMT) Received: from copernicus.clarkeadvertising.com (copernicus.clarkeadvertising.com [63.243.39.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0952143D49 for ; Tue, 14 Sep 2004 20:08:58 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom [24.172.16.118] (may be forged))i8EK8tPn091681 for ; Tue, 14 Sep 2004 16:08:55 -0400 (EDT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.2] (vpn-client-2.marcuscom.com [10.2.1.2]) i8EK7riw089075 for ; Tue, 14 Sep 2004 16:07:53 -0400 (EDT) (envelope-from marcus@marcuscom.com) Message-ID: <41474FD6.1090700@marcuscom.com> Date: Tue, 14 Sep 2004 16:08:54 -0400 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Mozilla Thunderbird 0.7.3 (Macintosh/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on copernicus.clarkeadvertising.com Subject: Binary upgrading from 5.2.1 to 5.3-BETA3 misses libc.so.5 and libcrypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 20:08:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 One of the users here at work reported that after he did a binary upgrade from 5.2.1 to 5.3-BETA3 (using posted ISOs), libc.so.5 and libcrypto.so were not upgraded. libc.so.5 had an old timestamp, and libcrypto.so.3 was not written to the system. Here are his exact words: "i burnt the iso [and] booted from it. i chose upgrade. all file in /lib were upgraded except libc.so.5 and libcrpto.so.2(5.3 uses v3). they had old time stamps. it is like a hit on your head when you compile. it sayd crt1.o refers to unknown _init_ils(or so). many commands like w and man didnt work. all is fine after i manually install the lib." I have not tried to replicate this, but perhaps this is something other users can test. Joe - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBR0/Vb2iPiv4Uz4cRAs48AKCI6VoOV8/Vk1wKRV4K1QlqQfkKdACffB/c kCrWaDcGVjDcHKrby7GFwcI= =xKWE -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 20:13:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1143D16A4CE for ; Tue, 14 Sep 2004 20:13:07 +0000 (GMT) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 019BA43D2D for ; Tue, 14 Sep 2004 20:13:06 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 1315 invoked by uid 89); 14 Sep 2004 22:13:04 +0200 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 14 Sep 2004 22:13:04 +0200 Received: from QMQPqq client ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) with QMQPqq id 01213-01 for ; Tue, 14 Sep 2004 22:13:03 +0200 (CEST) Received: from unknown (HELO ?195.122.218.78?) (jiri@mikulas.com@195.122.218.78) by s1.vhost.cz with AES256-SHA encrypted SMTP; 14 Sep 2004 22:13:03 +0200 Message-ID: <414750CD.1000905@mikulas.com> Date: Tue, 14 Sep 2004 22:13:01 +0200 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7) Gecko/20040713 X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at s1.vhost.cz Subject: amd64 memory usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 20:13:07 -0000 Hello I have FreeBSD new64 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Mon Sep 13 00:07:19 CEST 2004 root@new64:/usr/obj/usr/src/sys/NEW64 amd64 without debug options in kernel with SCHED_4BSD Is it normal that processes consume so much memory ? for example sshd 29480K ~~~ cut ~~~~~~~~~~ last pid: 8740; load averages: 0.19, 0.59, 0.64 up 1+10:44:04 11:05:13 78 processes: 1 running, 77 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 184M Active, 532M Inact, 116M Wired, 37M Cache, 111M Buf, 44M Free Swap: 2048M Total, 28K Used, 2048M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 29913 www 20 0 161M 24276K lockf 0:01 0.00% 0.00% httpd 29915 www 96 0 161M 24404K select 0:01 0.00% 0.00% httpd 61702 www 20 0 161M 23524K lockf 0:01 0.00% 0.00% httpd 29914 www 20 0 161M 24000K lockf 0:01 0.00% 0.00% httpd 29916 www 20 0 161M 24404K lockf 0:01 0.00% 0.00% httpd 29943 www 20 0 161M 23648K lockf 0:01 0.00% 0.00% httpd 29912 www 20 0 161M 24268K lockf 0:01 0.00% 0.00% httpd 29944 www 20 0 161M 23492K lockf 0:01 0.00% 0.00% httpd 29941 www 20 0 161M 23088K lockf 0:01 0.00% 0.00% httpd 61709 www 20 0 161M 22896K lockf 0:01 0.00% 0.00% httpd 29911 root 96 0 160M 14676K select 0:01 0.00% 0.00% httpd 595 root 96 0 55832K 31880K select 0:00 0.00% 0.00% perl5.8.5 453 clamav 20 0 54452K 47560K kserel 0:01 0.00% 0.00% clamd 73746 mysql 20 0 52720K 15500K kserel 0:08 0.00% 0.00% mysqld 16031 mik 96 0 29656K 2968K select 0:01 0.00% 0.00% sshd 15029 mik 96 0 29628K 2980K select 0:01 0.00% 0.00% sshd 15015 root 4 0 29484K 2784K sbwait 0:00 0.00% 0.00% sshd 16023 root 4 0 29480K 2788K sbwait 0:00 0.00% 0.00% sshd 83713 root 4 0 29476K 2788K sbwait 0:00 0.00% 0.00% sshd 92178 root 4 0 29476K 2632K sbwait 0:00 0.00% 0.00% sshd 83722 mik 96 0 29456K 2864K select 0:06 0.00% 0.00% sshd 92183 mik 96 0 29456K 2728K select 0:04 0.00% 0.00% sshd 11888 pgsql 96 0 28880K 3504K select 0:01 0.00% 0.00% postgres 579 root 99 0 21140K 5232K select 0:24 0.00% 0.00% snmpd 11889 pgsql 96 0 20312K 3484K select 0:00 0.00% 0.00% postgres 11890 pgsql 96 0 19432K 3516K select 0:00 0.00% 0.00% postgres 382 root 96 0 18500K 2292K select 0:00 0.00% 0.00% sshd 83740 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su 15037 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su 16039 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su 92190 mik 8 0 17164K 1244K wait 0:00 0.00% 0.00% su ~~~cut~~~ I updated to last RELENG_5 5.3-BETA4 #1: Tue Sep 14 11:00:53 CEST 2004 and it's similar Has anybody the same experience? thanks for reply Jiri From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 20:14:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1198616A4CF for ; Tue, 14 Sep 2004 20:14:52 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54E643D39 for ; Tue, 14 Sep 2004 20:14:51 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.11/8.12.9) with ESMTP id i8EKEob8087560; Tue, 14 Sep 2004 13:14:50 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.11/8.12.9) with ESMTP id i8EKEn0U099491; Tue, 14 Sep 2004 13:14:49 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.11/8.12.11/Submit) id i8EKEnh3099490; Tue, 14 Sep 2004 13:14:49 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200409142014.i8EKEnh3099490@realtime.exit.com> In-Reply-To: <41474FD6.1090700@marcuscom.com> To: Joe Marcus Clarke Date: Tue, 14 Sep 2004 13:14:49 -0700 (PDT) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Binary upgrading from 5.2.1 to 5.3-BETA3 misses libc.so.5 and libcrypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 20:14:52 -0000 Joe Marcus Clarke wrote: > it is like a hit on your head when you compile. > it sayd crt1.o refers to unknown _init_ils(or > so). many commands like w and man didnt work. I ran into this during a source upgrade from 4-stable to 5.3-BETA3. The routine is _init_tls(), IIRC. It went away after I did a full buildworld/ installworld on the laptop (still running 4-stable at the time) itself, rather than bringing it over from another system. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 20:19:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C1B16A4CE for ; Tue, 14 Sep 2004 20:19:14 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1281B43D4C for ; Tue, 14 Sep 2004 20:19:14 +0000 (GMT) (envelope-from zparta@gmail.com) Received: by mproxy.gmail.com with SMTP id 73so495969rnk for ; Tue, 14 Sep 2004 13:19:04 -0700 (PDT) Received: by 10.38.67.14 with SMTP id p14mr2337234rna; Tue, 14 Sep 2004 13:19:03 -0700 (PDT) Received: by 10.38.9.56 with HTTP; Tue, 14 Sep 2004 13:19:01 -0700 (PDT) Message-ID: <3b41db85040914131944329824@mail.gmail.com> Date: Tue, 14 Sep 2004 22:19:01 +0200 From: Jens Holmqvist To: Jiri Mikulas In-Reply-To: <414750CD.1000905@mikulas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <414750CD.1000905@mikulas.com> cc: current@freebsd.org Subject: Re: amd64 memory usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jens Holmqvist List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 20:19:14 -0000 532mb inactive that means its idle memory On Tue, 14 Sep 2004 22:13:01 +0200, Jiri Mikulas wrote: > > > Hello > I have > FreeBSD new64 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Mon Sep 13 00:07:19 CEST 2004 > root@new64:/usr/obj/usr/src/sys/NEW64 amd64 > > without debug options in kernel > with SCHED_4BSD > > Is it normal that processes consume so much memory ? > for example sshd 29480K > > ~~~ cut ~~~~~~~~~~ > last pid: 8740; load averages: 0.19, 0.59, 0.64 up 1+10:44:04 11:05:13 > 78 processes: 1 running, 77 sleeping > CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 184M Active, 532M Inact, 116M Wired, 37M Cache, 111M Buf, 44M Free > Swap: 2048M Total, 28K Used, 2048M Free > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 29913 www 20 0 161M 24276K lockf 0:01 0.00% 0.00% httpd > 29915 www 96 0 161M 24404K select 0:01 0.00% 0.00% httpd > 61702 www 20 0 161M 23524K lockf 0:01 0.00% 0.00% httpd > 29914 www 20 0 161M 24000K lockf 0:01 0.00% 0.00% httpd > 29916 www 20 0 161M 24404K lockf 0:01 0.00% 0.00% httpd > 29943 www 20 0 161M 23648K lockf 0:01 0.00% 0.00% httpd > 29912 www 20 0 161M 24268K lockf 0:01 0.00% 0.00% httpd > 29944 www 20 0 161M 23492K lockf 0:01 0.00% 0.00% httpd > 29941 www 20 0 161M 23088K lockf 0:01 0.00% 0.00% httpd > 61709 www 20 0 161M 22896K lockf 0:01 0.00% 0.00% httpd > 29911 root 96 0 160M 14676K select 0:01 0.00% 0.00% httpd > 595 root 96 0 55832K 31880K select 0:00 0.00% 0.00% perl5.8.5 > 453 clamav 20 0 54452K 47560K kserel 0:01 0.00% 0.00% clamd > 73746 mysql 20 0 52720K 15500K kserel 0:08 0.00% 0.00% mysqld > 16031 mik 96 0 29656K 2968K select 0:01 0.00% 0.00% sshd > 15029 mik 96 0 29628K 2980K select 0:01 0.00% 0.00% sshd > 15015 root 4 0 29484K 2784K sbwait 0:00 0.00% 0.00% sshd > 16023 root 4 0 29480K 2788K sbwait 0:00 0.00% 0.00% sshd > 83713 root 4 0 29476K 2788K sbwait 0:00 0.00% 0.00% sshd > 92178 root 4 0 29476K 2632K sbwait 0:00 0.00% 0.00% sshd > 83722 mik 96 0 29456K 2864K select 0:06 0.00% 0.00% sshd > 92183 mik 96 0 29456K 2728K select 0:04 0.00% 0.00% sshd > 11888 pgsql 96 0 28880K 3504K select 0:01 0.00% 0.00% postgres > 579 root 99 0 21140K 5232K select 0:24 0.00% 0.00% snmpd > 11889 pgsql 96 0 20312K 3484K select 0:00 0.00% 0.00% postgres > 11890 pgsql 96 0 19432K 3516K select 0:00 0.00% 0.00% postgres > 382 root 96 0 18500K 2292K select 0:00 0.00% 0.00% sshd > 83740 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su > 15037 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su > 16039 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su > 92190 mik 8 0 17164K 1244K wait 0:00 0.00% 0.00% su > ~~~cut~~~ > I updated to last RELENG_5 5.3-BETA4 #1: Tue Sep 14 11:00:53 CEST 2004 > and it's similar > Has anybody the same experience? > > > > thanks for reply > Jiri > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 20:51:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3065B16A4CE for ; Tue, 14 Sep 2004 20:51:35 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id DDD4F43D31 for ; Tue, 14 Sep 2004 20:51:34 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.222.166 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 14 Sep 2004 20:51:34 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 97524613B; Tue, 14 Sep 2004 15:51:32 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17869-03; Tue, 14 Sep 2004 15:51:30 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id B6931610C; Tue, 14 Sep 2004 15:51:29 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Tue, 14 Sep 2004 15:51:29 -0500 (CDT) Message-ID: <6224.69.53.57.66.1095195089.squirrel@69.53.57.66> In-Reply-To: <414750CD.1000905@mikulas.com> References: <414750CD.1000905@mikulas.com> Date: Tue, 14 Sep 2004 15:51:29 -0500 (CDT) From: "Jon Noack" To: "Jiri Mikulas" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: amd64 memory usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 20:51:35 -0000 Jiri Mikulas wrote: > Hello > I have > FreeBSD new64 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Mon Sep 13 00:07:19 CEST > 2004 > root@new64:/usr/obj/usr/src/sys/NEW64 amd64 > > without debug options in kernel > with SCHED_4BSD > > Is it normal that processes consume so much memory ? > for example sshd 29480K > > ~~~ cut ~~~~~~~~~~ > last pid: 8740; load averages: 0.19, 0.59, 0.64 up 1+10:44:04 > 11:05:13 > 78 processes: 1 running, 77 sleeping > CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% > idle > Mem: 184M Active, 532M Inact, 116M Wired, 37M Cache, 111M Buf, 44M Free > Swap: 2048M Total, 28K Used, 2048M Free > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 29913 www 20 0 161M 24276K lockf 0:01 0.00% 0.00% httpd > 29915 www 96 0 161M 24404K select 0:01 0.00% 0.00% httpd > 61702 www 20 0 161M 23524K lockf 0:01 0.00% 0.00% httpd > 29914 www 20 0 161M 24000K lockf 0:01 0.00% 0.00% httpd > 29916 www 20 0 161M 24404K lockf 0:01 0.00% 0.00% httpd > 29943 www 20 0 161M 23648K lockf 0:01 0.00% 0.00% httpd > 29912 www 20 0 161M 24268K lockf 0:01 0.00% 0.00% httpd > 29944 www 20 0 161M 23492K lockf 0:01 0.00% 0.00% httpd > 29941 www 20 0 161M 23088K lockf 0:01 0.00% 0.00% httpd > 61709 www 20 0 161M 22896K lockf 0:01 0.00% 0.00% httpd > 29911 root 96 0 160M 14676K select 0:01 0.00% 0.00% httpd > 595 root 96 0 55832K 31880K select 0:00 0.00% 0.00% > perl5.8.5 > 453 clamav 20 0 54452K 47560K kserel 0:01 0.00% 0.00% clamd > 73746 mysql 20 0 52720K 15500K kserel 0:08 0.00% 0.00% mysqld > 16031 mik 96 0 29656K 2968K select 0:01 0.00% 0.00% sshd > 15029 mik 96 0 29628K 2980K select 0:01 0.00% 0.00% sshd > 15015 root 4 0 29484K 2784K sbwait 0:00 0.00% 0.00% sshd > 16023 root 4 0 29480K 2788K sbwait 0:00 0.00% 0.00% sshd > 83713 root 4 0 29476K 2788K sbwait 0:00 0.00% 0.00% sshd > 92178 root 4 0 29476K 2632K sbwait 0:00 0.00% 0.00% sshd > 83722 mik 96 0 29456K 2864K select 0:06 0.00% 0.00% sshd > 92183 mik 96 0 29456K 2728K select 0:04 0.00% 0.00% sshd > 11888 pgsql 96 0 28880K 3504K select 0:01 0.00% 0.00% postgres > 579 root 99 0 21140K 5232K select 0:24 0.00% 0.00% snmpd > 11889 pgsql 96 0 20312K 3484K select 0:00 0.00% 0.00% postgres > 11890 pgsql 96 0 19432K 3516K select 0:00 0.00% 0.00% postgres > 382 root 96 0 18500K 2292K select 0:00 0.00% 0.00% sshd > 83740 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su > 15037 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su > 16039 mik 8 0 17164K 1388K wait 0:00 0.00% 0.00% su > 92190 mik 8 0 17164K 1244K wait 0:00 0.00% 0.00% su > ~~~cut~~~ > I updated to last RELENG_5 5.3-BETA4 #1: Tue Sep 14 11:00:53 CEST 2004 > and it's similar > Has anybody the same experience? Check the RES column for actual memory usage. For sshd it is a much more reasonable ~3M. Here's an enlightening thread: http://lists.freebsd.org/pipermail/freebsd-questions/2003-September/thread.html#18759 Jon From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 21:05:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C92A16A4CE for ; Tue, 14 Sep 2004 21:05:46 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2ED143D1F for ; Tue, 14 Sep 2004 21:05:45 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 14 Sep 2004 14:05:45 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1ACBD5D04; Tue, 14 Sep 2004 14:05:45 -0700 (PDT) To: FUJITA Kazutoshi In-reply-to: Your message of "Wed, 15 Sep 2004 02:14:27 +0900." <20040915.021427.74736836.fujita@soum.co.jp> Date: Tue, 14 Sep 2004 14:05:45 -0700 From: "Kevin Oberman" Message-Id: <20040914210545.1ACBD5D04@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 21:05:46 -0000 > Date: Wed, 15 Sep 2004 02:14:27 +0900 (JST) > From: FUJITA Kazutoshi > Sender: owner-freebsd-current@freebsd.org > > Hi, > > My 6.0-CURRENT box says, such as > > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 > ad0: WARNING - READ_DMA no interrupt but good status > > I replaced the ad0 with brand-new HDD, but I still got same messages. > > The box has 3 HDDs(ad0,ad1,ad3) and DVD(acd0) drive, but the messages > comes only from ad0. > > What is happening? > Cable problem or ATA controller problem? > > > Regards, > > 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 reserved. > FreeBSD 6.0-CURRENT #4: Sun Sep 12 08:19:34 JST 2004 > fujita@faithia:/usr/obj/usr/src/sys/FAITHIA > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2000.08-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > Features=0x3febf9ff > real memory = 536805376 (511 MB) > avail memory = 515616768 (491 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > drm0: port 0x9800-0x98ff mem 0xdfdf0000-0xdfdfffff,0xd0000000-0xd7ffffff at device 0.0 on pci1 > info: [drm] AGP at 0xe0000000 64MB > info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 > isab0: at device 2.0 on pci0 > isa0: on isab0 > ohci0: mem 0xdfffe000-0xdfffefff irq 11 at device 2.2 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xdffff000-0xdfffffff irq 5 at device 2.3 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > atapci0: port 0xff00-0xff0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pcm0: port 0xd800-0xd87f,0xdc00-0xdcff irq 11 at device 2.7 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > sis0: port 0xd400-0xd4ff mem 0xdfff9000-0xdfff9fff irq 5 at device 3.0 on pci0 > miibus0: on sis0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis0: Ethernet address: 00:07:95:c0:de:e2 > sis0: [GIANT-LOCKED] > fwohci0: port 0xd000-0xd07f mem 0xdfff8800-0xdfff8fff irq 5 at device 9.0 on pci0 > fwohci0: [GIANT-LOCKED] > fwohci0: OHCI version 1.0 (ROM=1) > fwohci0: No. of Isochronous channels is 8. > fwohci0: EUI64 00:40:26:01:06:04:21:f1 > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:40:26:04:21:f1 > fwe0: Ethernet address: 02:40:26:04:21:f1 > fwip0: on firewire0 > fwip0: Firewire address: 00:40:26:01:06:04:21:f1 @ 0xfffe00000000, S400, maxrec 2048 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > em0: port 0xcc00-0xcc3f mem 0xdff80000-0xdff9ffff,0xdffa0000-0xdffbffff irq 11 at device 10.0 on pci0 > em0: [GIANT-LOCKED] > em0: Ethernet address: 00:07:e9:00:f1:4d > em0: Speed:N/A Duplex:N/A > fxp0: port 0xc800-0xc83f mem 0xdff40000-0xdff5ffff,0xdfffd000-0xdfffdfff irq 5 at device 11.0 on pci0 > miibus1: on fxp0 > inphy0: on miibus1 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:02:b3:a6:83:2d > fxp0: [GIANT-LOCKED] > ohci2: mem 0xdfffa000-0xdfffafff irq 11 at device 12.0 on pci0 > ohci2: [GIANT-LOCKED] > usb2: OHCI version 1.0 > usb2: on ohci2 > usb2: USB revision 1.0 > uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 3 ports with 3 removable, self powered > ohci3: mem 0xdfffb000-0xdfffbfff irq 5 at device 12.1 on pci0 > ohci3: [GIANT-LOCKED] > usb3: OHCI version 1.0 > usb3: on ohci3 > usb3: USB revision 1.0 > uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xdfffcf00-0xdfffcfff irq 11 at device 12.2 on pci0 > ehci0: [GIANT-LOCKED] > ehci_pci_attach: companion usb2 > ehci_pci_attach: companion usb3 > usb4: EHCI version 0.95 > usb4: companion controllers, 3 ports each: usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 5 ports with 5 removable, self powered > acpi_button1: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse Explorer, device ID 4 > fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 > ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/16 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > orm0: at iomem 0xcf000-0xd4fff,0xcd800-0xcefff,0xcc000-0xcd7ff,0xc0000-0xcbfff on isa0 > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2000083456 Hz quality 800 > Timecounters tick every 10.000 msec > IPsec: Initialized Security Association Processing. > pid 25: corrected slot count (0->1) > ad0: 117800MB [239340/16/63] at ata0-master UDMA100 > ad1: 39266MB [79780/16/63] at ata0-slave UDMA100 > ATAPI_RESET time = 70us > acd0: DVDR at ata1-master UDMA66 > ad3: 176700MB [359010/16/63] at ata1-slave UDMA100 > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 66.000MB/s transfers > cd0: cd present [2236704 x 2048 byte records] > Mounting root from ufs:/dev/ad0s1a > fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 > fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 > em0: Link is up 100 Mbps Full Duplex > Accounting enabled > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=93547835 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=222272571 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=226788623 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=229423379 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=46139535 > ad0: WARNING - WRITE_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=54042843 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=64945143 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=110871947 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=198562163 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=203078227 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=16707487 > ad0: WARNING - WRITE_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=186518883 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=197809407 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 > ad0: WARNING - READ_DMA no interrupt but good status > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=171097435 > ad0: WARNING - READ_DMA no interrupt but good status I recently reported the same thing. (Or, at least something very similar.) A couple of questions... 1. Does the error show up when running in single-user mode? 2. Do you see any other errors? I get xl0: watchdog timeout messages and, if I don't configure xl0, the errors don't happen. This is quite disturbing. I am running on an AMD K6-3 CPU in an ASUS P5A board, so there is not much in common from a hardware perspective. The only thing that catches my eye is that we are both running with mpsafenet=0 due to the presence of IPsec. Just how this could cause this problem, I have no idea, but it's about the only thing I see that links our systems. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 21:11:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D2616A4CE for ; Tue, 14 Sep 2004 21:11:16 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E33F43D53 for ; Tue, 14 Sep 2004 21:11:16 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8EL87D2069729 for current@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 15 Sep 2004 01:08:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8EL5Io1069619; (8.12.8/vak/2.1) Wed, 15 Sep 2004 01:05:18 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41475B46.8030002@cronyx.ru> Date: Wed, 15 Sep 2004 00:57:42 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Scott Long References: <414560D3.10108@cronyx.ru> <20040913105133.GA85717@hub.freebsd.org> <414581FE.6060702@cronyx.ru> <4145BB0D.20905@samsco.org> In-Reply-To: <4145BB0D.20905@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 21:11:17 -0000 Scott Long wrote: > Roman Kurakin wrote: > >> Kris Kennaway wrote: >> >>> On Mon, Sep 13, 2004 at 12:56:51PM +0400, Roman Kurakin wrote: >>> >>>> Hi, >>>> >>>> I have the following idea/problem. I want to build world in memory. >>>> I've put in to my system 1G of memory and tried to put on it sources. >>>> But all times I've tried to do that system went to panic. I've used md >>>> with malloc type. >>>> >>>> Any ideas? >>>> >>> >>> >>> Please provide more information. It's likely you're trying to create >>> a md that is too big, though. >>> >> It is about 800Mb. But system panics while I try to extract source >> tree. It is not very recent >> current. The intent of my question was to get some hints how to set >> up such build area, I >> belive it should help to make compilation much faster than using hard >> drive. My home system >> is not ready for panic investigation now. I'll update it to current >> and set console to it and will >> try again. >> >> >> PS. Sorry to all for my last posts to current that are so weak in >> "technical" details, the debug >> technique I used before was without remote debugging since most of >> problems were very >> near my code and it was enough for me anlo three things: my mind, >> printed sources, and printf. >> So now I am in stage of adaptation to/setting up remote debugging. >> >> rik > > > What kind of panic was it? Try using swap backing instead of malloc. kmem_map too small. > Malloc will consume wired memory and will generally make life difficult > for other parts of the kernel that need memory later. Swap-backed pages > will stay in RAM until the VM needs to push them out due to memory > pressure. Ok. I'll try to try this this night. Thanks. rik > Scott > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 21:14:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A56516A4CE for ; Tue, 14 Sep 2004 21:14:08 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5DBC43D2F for ; Tue, 14 Sep 2004 21:14:07 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i8ELBCNb069847 for current@FreeBSD.ORG.checked; (8.12.8/vak/2.1) Wed, 15 Sep 2004 01:11:12 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i8EL8Qo1069746; (8.12.8/vak/2.1) Wed, 15 Sep 2004 01:08:26 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41475C02.6090002@cronyx.ru> Date: Wed, 15 Sep 2004 01:00:50 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Kris Kennaway References: <414560D3.10108@cronyx.ru> <20040913105133.GA85717@hub.freebsd.org> <414581FE.6060702@cronyx.ru> <20040913183608.GB85717@hub.freebsd.org> In-Reply-To: <20040913183608.GB85717@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 21:14:08 -0000 Kris Kennaway wrote: >On Mon, Sep 13, 2004 at 03:18:22PM +0400, Roman Kurakin wrote: > > >>Kris Kennaway wrote: >> >> >>>On Mon, Sep 13, 2004 at 12:56:51PM +0400, Roman Kurakin wrote: >>> >>> >>>>Hi, >>>> >>>> I have the following idea/problem. I want to build world in memory. >>>>I've put in to my system 1G of memory and tried to put on it sources. >>>>But all times I've tried to do that system went to panic. I've used md >>>>with malloc type. >>>> >>>> Any ideas? >>>> >>>> >>>> >>>Please provide more information. It's likely you're trying to create >>>a md that is too big, though. >>> >>> >>It is about 800Mb. >> >> > >That's too big to fit in RAM and still run the rest of the system. I > With 1G it should be about 200M for rest of the system. This should be more than enough, so this is bad guess. rik >think more details can be found in the manpage. > >Kris > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 21:46:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85D0116A4CF for ; Tue, 14 Sep 2004 21:46:12 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF9DC43D58 for ; Tue, 14 Sep 2004 21:46:11 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 79324 invoked by uid 1002); 14 Sep 2004 21:46:52 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 (clamscan: 0.73. spamassassin: 2.63. Clear:RC:1(192.168.200.200):. Processed in 1.184483 secs); 14 Sep 2004 21:46:52 -0000 Received: from unknown (HELO cujo) (192.168.200.200) by 192.168.200.225 with SMTP; 14 Sep 2004 21:46:50 -0000 From: "Grover Lines" To: Date: Tue, 14 Sep 2004 14:46:19 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20040915.021427.74736836.fujita@soum.co.jp> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSafnfR+e1E79LxQyqJZauXyHGaSAAJPscg X-Qmail-Scanner-Message-ID: <109519841167279304@hellhound.ceribus.net> Message-Id: <20040914214611.AF9DC43D58@mx1.FreeBSD.org> Subject: RE: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 21:46:12 -0000 I'm getting these messages also and I'm not using mpsafenet=0. This is the only error I'm getting also. I'm running on a p4 with a via P4xbsa board. I just started getting these errors about the same time they changed the default scheduler to 4BSD. I rebuild daily so .... Anyway I still get these messages using sched_ule for a scheduler so I don't know if that has anything to do with it. -- Grover Lines -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of FUJITA Kazutoshi Sent: Tuesday, September 14, 2004 10:14 AM To: freebsd-current@freebsd.org Subject: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 Hi, My 6.0-CURRENT box says, such as ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 ad0: WARNING - READ_DMA no interrupt but good status I replaced the ad0 with brand-new HDD, but I still got same messages. The box has 3 HDDs(ad0,ad1,ad3) and DVD(acd0) drive, but the messages comes only from ad0. What is happening? Cable problem or ATA controller problem? Regards, 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 reserved. FreeBSD 6.0-CURRENT #4: Sun Sep 12 08:19:34 JST 2004 fujita@faithia:/usr/obj/usr/src/sys/FAITHIA WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2000.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 536805376 (511 MB) avail memory = 515616768 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x9800-0x98ff mem 0xdfdf0000-0xdfdfffff,0xd0000000-0xd7ffffff at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 64MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xdfffe000-0xdfffefff irq 11 at device 2.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xdffff000-0xdfffffff irq 5 at device 2.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xff00-0xff0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xd800-0xd87f,0xdc00-0xdcff irq 11 at device 2.7 on pci0 pcm0: [GIANT-LOCKED] pcm0: sis0: port 0xd400-0xd4ff mem 0xdfff9000-0xdfff9fff irq 5 at device 3.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:07:95:c0:de:e2 sis0: [GIANT-LOCKED] fwohci0: port 0xd000-0xd07f mem 0xdfff8800-0xdfff8fff irq 5 at device 9.0 on pci0 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:40:26:01:06:04:21:f1 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:40:26:04:21:f1 fwe0: Ethernet address: 02:40:26:04:21:f1 fwip0: on firewire0 fwip0: Firewire address: 00:40:26:01:06:04:21:f1 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) em0: port 0xcc00-0xcc3f mem 0xdff80000-0xdff9ffff,0xdffa0000-0xdffbffff irq 11 at device 10.0 on pci0 em0: [GIANT-LOCKED] em0: Ethernet address: 00:07:e9:00:f1:4d em0: Speed:N/A Duplex:N/A fxp0: port 0xc800-0xc83f mem 0xdff40000-0xdff5ffff,0xdfffd000-0xdfffdfff irq 5 at device 11.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:a6:83:2d fxp0: [GIANT-LOCKED] ohci2: mem 0xdfffa000-0xdfffafff irq 11 at device 12.0 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ohci3: mem 0xdfffb000-0xdfffbfff irq 5 at device 12.1 on pci0 ohci3: [GIANT-LOCKED] usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdfffcf00-0xdfffcfff irq 11 at device 12.2 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 0.95 usb4: companion controllers, 3 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 5 ports with 5 removable, self powered acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xcf000-0xd4fff,0xcd800-0xcefff,0xcc000-0xcd7ff,0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2000083456 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. pid 25: corrected slot count (0->1) ad0: 117800MB [239340/16/63] at ata0-master UDMA100 ad1: 39266MB [79780/16/63] at ata0-slave UDMA100 ATAPI_RESET time = 70us acd0: DVDR at ata1-master UDMA66 ad3: 176700MB [359010/16/63] at ata1-slave UDMA100 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: cd present [2236704 x 2048 byte records] Mounting root from ufs:/dev/ad0s1a fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 em0: Link is up 100 Mbps Full Duplex Accounting enabled ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=93547835 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=222272571 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=226788623 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=229423379 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=46139535 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=54042843 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=64945143 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=110871947 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=198562163 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=203078227 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=16707487 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=186518883 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=197809407 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=171097435 ad0: WARNING - READ_DMA no interrupt but good status _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 21:51:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8304816A4CE; Tue, 14 Sep 2004 21:51:26 +0000 (GMT) Received: from mail.loquefaltaba.com (78.Red-213-96-97.pooles.rima-tde.net [213.96.97.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 710F743D2D; Tue, 14 Sep 2004 21:51:19 +0000 (GMT) (envelope-from sico@loquefaltaba.com) Received: from localhost (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 3C0F4AB29; Tue, 14 Sep 2004 23:51:17 +0200 (CEST) Received: from mail.loquefaltaba.com ([127.0.0.1]) by localhost (sico.loquefaltaba.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49248-03; Tue, 14 Sep 2004 23:51:11 +0200 (CEST) Received: from webmail.loquefaltaba.com (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 99655AACC; Tue, 14 Sep 2004 23:51:11 +0200 (CEST) Received: from 192.168.0.98 (SquirrelMail authenticated user sico); by webmail.loquefaltaba.com with HTTP; Tue, 14 Sep 2004 23:51:11 +0200 (CEST) Message-ID: <51966.192.168.0.98.1095198671.squirrel@192.168.0.98> In-Reply-To: References: <20040831201834.BF6FA5D0A@ptavv.es.net> Date: Tue, 14 Sep 2004 23:51:11 +0200 (CEST) From: "David Barbero" To: "David Barbero" User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Virus-Scanned: by amavisd-new at loquefaltaba.com cc: current@freebsd.org Subject: Re: Problem with sound in 5.3-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 21:51:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all. I probe to modify fm801.c to intend repair this error with my sound card, with Alexander V. Ribchansky helps, this sound card is working properly. pcm0@pci1:7:0: class=0x040100 card=0x13191319 chip=0x08011319 rev=0xb2 hdr=0x00 vendor = 'Forte Media, Inc.' device = 'FM801 Xwave PCI audio controller' class = multimedia subclass = audio The problem is one if for testing if de card is only radio tunner or not, this if fail with some cards. This is a simple modification for fm801.c : - -- fm801.c.orig Tue Sep 14 23:31:15 2004 +++ fm801.c Tue Sep 14 23:44:48 2004 @@ -736,11 +736,9 @@ * power-on value should be `0', while on AC97-less tuner * card (SF64-PCR) it was 0x80. */ - - if (bus_space_read_1(st, sh, 0x28) == 0) { device_set_desc(dev, result = 0; - - } bus_release_resource(dev, regtype, regid, reg); } I don't know if any of this problem will be repair on 5.3-RELEASE, but with the original fm801.c some sound card with this chipset, don't work... Best Regards - -- "Linux is for people who hate Windows, BSD is for people who love UNIX" David Barbero dijo: > when i compile the kernel, i see LINT and take exactly this line for > the card: > > device "snd_fm801" > device sound > > but don't work... > > I try to recompile kernel and load as module with kldload "snd_fm801". > if this don't work, I upgrade to -CURRENT and try. > > the version of fm801.c work on 4.7 is: > FreeBSD: src/sys/dev/sound/pci/fm801.c,v 1.3.2.6 2002/08/30 14:52:45 > sobomax Exp > > Thk. > > -- > "Linux is for people who hate Windows, BSD is for > people who love UNIX" > > El 31/08/2004, a las 22:18, Kevin Oberman escribió: >> I don't think the patch that allows devices ending in numerics to work >> properly has been committed to RELENG_5, so you need to enclose the >> name >> in quotation marks. This is fixed in CURRENT and I suspect it will be >> in >> RELENG_5 fairly soon. >> >> Until then, kldload "snd_fm801" has a better chance of working. (Or >> device "snd_fm801" >> if you are building it into the kernel.) >> >> If you actually tried to load with the quotation marks, please ignore >> this. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iQIVAwUBQUdnzlzCah3DrEDZAQJiRA//X8Kwkss/AEbU8JJCsr7jyB29xY2BjG6r mTYiLvYaXrE27VbiSgCh6q2kfZRIOScpgH7O9nswuZtsn3dM10ZBSbrfTa+IkDRA hUJ825zRPNeYkqQ6ezQnq+rSocMCgjjZWQbSfpJadarpEWOq+gHlKlXAUQMSXy3M FfZB+iPceIqYqVfdt3hdosnxYaxKR4DY3Gla1qqRd43xkkap5yC+GGJ8suVGxaJ9 ceermrYeyCPejMG2380t+tqivMPYB63r+EIydbhH854ElZ/tA8mSYcc2Q/KMrfbN xHLPpA33QeI0tuAahw38lRAwE2J3lbhZ4i/P22znfQlJ0nhgkxypawIXXczn/gXm pOwz9bSzhim7barAbmrq5Y6VufTxGcIOJSwRtRsbPiTYn0Ycy6QXOLaZI3HO7cW/ EbkQ4oWDoLzpwyvg9iechHFTfoLvKAY080lQ0EGobJn4u3r1AowLCvYDMZpaeOpw BMw+YwGb6+phpDdRSoeiwBZqmbdo+CrvCf54k1ftxDiNZEweC7CAF9LoWbPO7OUE Lc28tSZnqt0zdB6z/GIWxo8MAaSVzm8OS09OchWWBFg03o6cZZ4699+RO7uZmamv 5/8aruwST92e4AsFfaUovw99UjYjsYki4pRIDN8DHDQf5t5aBsP5Xza6K49JpFAQ kD25s4b+T6U= =KspK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 21:54:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A960716A4CE for ; Tue, 14 Sep 2004 21:54:13 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AB1743D5D for ; Tue, 14 Sep 2004 21:54:13 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 3957 invoked by uid 1002); 14 Sep 2004 21:54:53 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 (clamscan: 0.73. spamassassin: 2.63. Clear:RC:1(192.168.200.200):. Processed in 1.020935 secs); 14 Sep 2004 21:54:53 -0000 Received: from unknown (HELO cujo) (192.168.200.200) by 192.168.200.225 with SMTP; 14 Sep 2004 21:54:52 -0000 From: "Grover Lines" To: Date: Tue, 14 Sep 2004 14:54:21 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20040914214611.AF9DC43D58@mx1.FreeBSD.org> Thread-Index: AcSafnfR+e1E79LxQyqJZauXyHGaSAAJPscgAABuCCA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <10951988926723951@hellhound.ceribus.net> Message-Id: <20040914215413.1AB1743D5D@mx1.FreeBSD.org> Subject: RE: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 21:54:13 -0000 Forgot to mention I'm running -CURRENT as of a couple hours ago and I am now seeing the rcorder core dump also as mentioned in another thread. -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Grover Lines Sent: Tuesday, September 14, 2004 2:46 PM To: freebsd-current@freebsd.org Subject: RE: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 I'm getting these messages also and I'm not using mpsafenet=0. This is the only error I'm getting also. I'm running on a p4 with a via P4xbsa board. I just started getting these errors about the same time they changed the default scheduler to 4BSD. I rebuild daily so .... Anyway I still get these messages using sched_ule for a scheduler so I don't know if that has anything to do with it. -- Grover Lines -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of FUJITA Kazutoshi Sent: Tuesday, September 14, 2004 10:14 AM To: freebsd-current@freebsd.org Subject: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 Hi, My 6.0-CURRENT box says, such as ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 ad0: WARNING - READ_DMA no interrupt but good status I replaced the ad0 with brand-new HDD, but I still got same messages. The box has 3 HDDs(ad0,ad1,ad3) and DVD(acd0) drive, but the messages comes only from ad0. What is happening? Cable problem or ATA controller problem? Regards, 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 reserved. FreeBSD 6.0-CURRENT #4: Sun Sep 12 08:19:34 JST 2004 fujita@faithia:/usr/obj/usr/src/sys/FAITHIA WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2000.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 536805376 (511 MB) avail memory = 515616768 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x9800-0x98ff mem 0xdfdf0000-0xdfdfffff,0xd0000000-0xd7ffffff at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 64MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xdfffe000-0xdfffefff irq 11 at device 2.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xdffff000-0xdfffffff irq 5 at device 2.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xff00-0xff0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xd800-0xd87f,0xdc00-0xdcff irq 11 at device 2.7 on pci0 pcm0: [GIANT-LOCKED] pcm0: sis0: port 0xd400-0xd4ff mem 0xdfff9000-0xdfff9fff irq 5 at device 3.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:07:95:c0:de:e2 sis0: [GIANT-LOCKED] fwohci0: port 0xd000-0xd07f mem 0xdfff8800-0xdfff8fff irq 5 at device 9.0 on pci0 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:40:26:01:06:04:21:f1 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:40:26:04:21:f1 fwe0: Ethernet address: 02:40:26:04:21:f1 fwip0: on firewire0 fwip0: Firewire address: 00:40:26:01:06:04:21:f1 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) em0: port 0xcc00-0xcc3f mem 0xdff80000-0xdff9ffff,0xdffa0000-0xdffbffff irq 11 at device 10.0 on pci0 em0: [GIANT-LOCKED] em0: Ethernet address: 00:07:e9:00:f1:4d em0: Speed:N/A Duplex:N/A fxp0: port 0xc800-0xc83f mem 0xdff40000-0xdff5ffff,0xdfffd000-0xdfffdfff irq 5 at device 11.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:a6:83:2d fxp0: [GIANT-LOCKED] ohci2: mem 0xdfffa000-0xdfffafff irq 11 at device 12.0 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ohci3: mem 0xdfffb000-0xdfffbfff irq 5 at device 12.1 on pci0 ohci3: [GIANT-LOCKED] usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdfffcf00-0xdfffcfff irq 11 at device 12.2 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 0.95 usb4: companion controllers, 3 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 5 ports with 5 removable, self powered acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xcf000-0xd4fff,0xcd800-0xcefff,0xcc000-0xcd7ff,0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2000083456 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. pid 25: corrected slot count (0->1) ad0: 117800MB [239340/16/63] at ata0-master UDMA100 ad1: 39266MB [79780/16/63] at ata0-slave UDMA100 ATAPI_RESET time = 70us acd0: DVDR at ata1-master UDMA66 ad3: 176700MB [359010/16/63] at ata1-slave UDMA100 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: cd present [2236704 x 2048 byte records] Mounting root from ufs:/dev/ad0s1a fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 em0: Link is up 100 Mbps Full Duplex Accounting enabled ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=93547835 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=222272571 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=226788623 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=229423379 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=46139535 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=54042843 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=64945143 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=110871947 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=198562163 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=203078227 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=16707487 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=186518883 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=197809407 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=171097435 ad0: WARNING - READ_DMA no interrupt but good status _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 21:59:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B07E116A4CE for ; Tue, 14 Sep 2004 21:59:31 +0000 (GMT) Received: from mail.loquefaltaba.com (78.Red-213-96-97.pooles.rima-tde.net [213.96.97.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 229C043D5C for ; Tue, 14 Sep 2004 21:59:31 +0000 (GMT) (envelope-from sico@loquefaltaba.com) Received: from localhost (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 0FD46AB2B; Tue, 14 Sep 2004 23:59:37 +0200 (CEST) Received: from mail.loquefaltaba.com ([127.0.0.1]) by localhost (sico.loquefaltaba.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49248-06; Tue, 14 Sep 2004 23:59:33 +0200 (CEST) Received: from webmail.loquefaltaba.com (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id EC7C7AB1C; Tue, 14 Sep 2004 23:59:32 +0200 (CEST) Received: from 192.168.0.98 (SquirrelMail authenticated user sico); by webmail.loquefaltaba.com with HTTP; Tue, 14 Sep 2004 23:59:32 +0200 (CEST) Message-ID: <52036.192.168.0.98.1095199172.squirrel@192.168.0.98> In-Reply-To: <51966.192.168.0.98.1095198671.squirrel@192.168.0.98> References: <20040831201834.BF6FA5D0A@ptavv.es.net> <51966.192.168.0.98.1095198671.squirrel@192.168.0.98> Date: Tue, 14 Sep 2004 23:59:32 +0200 (CEST) From: "David Barbero" To: "David Barbero" User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Virus-Scanned: by amavisd-new at loquefaltaba.com cc: current@freebsd.org Subject: Re: Problem with sound in 5.3-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 21:59:31 -0000 The Gpg signature wrote wrong patch format, this is the correct: --- fm801.c.orig Tue Sep 14 23:31:15 2004 +++ fm801.c Tue Sep 14 23:44:48 2004 @@ -736,11 +736,9 @@ * power-on value should be `0', while on AC97-less tuner * card (SF64-PCR) it was 0x80. */ - if (bus_space_read_1(st, sh, 0x28) == 0) { device_set_desc(dev, "Forte Media FM801 Audio Controller"); result = 0; - } bus_release_resource(dev, regtype, regid, reg); } -- "Linux is for people who hate Windows, BSD is for people who love UNIX" From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 22:05:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A25116A4CE for ; Tue, 14 Sep 2004 22:05:50 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16AF943D4C for ; Tue, 14 Sep 2004 22:05:50 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 14 Sep 2004 15:05:49 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 92C0F5D0A; Tue, 14 Sep 2004 15:05:49 -0700 (PDT) To: "Grover Lines" In-reply-to: Your message of "Tue, 14 Sep 2004 14:46:19 PDT." <20040914214611.AF9DC43D58@mx1.FreeBSD.org> Date: Tue, 14 Sep 2004 15:05:49 -0700 From: "Kevin Oberman" Message-Id: <20040914220549.92C0F5D0A@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 22:05:50 -0000 > From: "Grover Lines" > Date: Tue, 14 Sep 2004 14:46:19 -0700 > Sender: owner-freebsd-current@freebsd.org > > I'm getting these messages also and I'm not using mpsafenet=0. > This is the only error I'm getting also. I'm running on a p4 with a via > P4xbsa board. I just started getting these errors about the same time they > changed the default scheduler to 4BSD. I rebuild daily so .... Anyway I > still get these messages using sched_ule for a scheduler so I don't know if > that has anything to do with it. > > -- > Grover Lines My system was running 4BSD. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 22:36:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1CC916A4CE for ; Tue, 14 Sep 2004 22:36:49 +0000 (GMT) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7150443D41 for ; Tue, 14 Sep 2004 22:36:49 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id i8EMamps001418 for ; Tue, 14 Sep 2004 15:36:48 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 14 Sep 2004 15:36:48 -0700 Message-ID: <00CDF9AA240E204FA6E923BD35BC6436068208DC@bcs-mail.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 6.0 hangs at boot time Thread-Index: AcSaq1ITQdHbpDOZRpi7OkzCQU2wqg== From: "Li, Qing" To: X-Scanned-By: MIMEDefang 2.44 Subject: 6.0 hangs at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 22:36:49 -0000 The 6.0 kernel boot stops at ... Timecounter "TSC" frequency 2191317004 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% pid 24: corrected slot count (0->1) Any pointers on where I should start digging ? -- Qing From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 23:04:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9EF516A4CF; Tue, 14 Sep 2004 23:04:48 +0000 (GMT) Received: from mail.vtec.ipme.de (C3B3C61C.dial.de.easynet.net [195.179.198.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B7D43D45; Tue, 14 Sep 2004 23:04:46 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id E6A17BB8E; Wed, 15 Sep 2004 00:54:01 +0200 (CEST) Message-ID: <4147768D.4050400@vwsoft.com> Date: Wed, 15 Sep 2004 00:54:05 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 23:04:49 -0000 Hi Robert! Yes.... I got it right. I've setup a serial connection, rebuild the kernel (forgot to include debugging information, but kernel builds are slow on the AMD K6-2 500), installed, rebooted and was waiting for the first trap to come. Here we are: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xffff5d00 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc054e86d > stack pointer = 0x10:0xca3f4c20 > frame pointer = 0x10:0xca3f4c20 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 34 (swi6: task queue) > [thread 100035] > Stopped at mb_ctor_pack+0x4d: movl $0x1,0(%eax) ddg trace gives: > db> trace > mb_ctor_pack(c1558400,100,ca3f4c60,1) at mb_ctor_pack+0x4d > uma_zalloc_arg(c1044ba0,ca3f4c60,1) at uma_zalloc_arg+0xf0 > ath_rxbuf_init(c1494000,c14a1f18) at ath_rxbuf_init+0x41 > ath_rx_proc(c1494000,1) at ath_rx_proc+0x3c4 > taskqueue_run(c1418ac0,ca3f4d20,c0545009,0,0) at taskqueue_run+0xb7 > taskqueue_swi_run(0) at taskqueue_swi_run+0xe > ithread_loop(c13b1b80,ca3f4d48) at ithread_loop+0x159 > fork_exit(c0544eb0,c13b1b80,ca3f4d48) at fork_exit+0x79 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xca3f4d7c, ebp = 0 --- For the case it might be some important piece of information, I've also copied the following ddb output (I'm not really highly experienced in kernel debugging, so I don't know which info is most important): > db> show registers > cs 0x8 > ds 0x10 > es 0x10 > fs 0x18 > ss 0x10 > eax 0xffff5d00 > ecx 0xc1558400 > edx 0x2 > ebx 0xc1044bd8 > esp 0xca3f4c20 > ebp 0xca3f4c20 > esi 0xc1044ba0 > edi 0 > eip 0xc054e86d mb_ctor_pack+0x4d > efl 0x10206 > dr0 0 > dr1 0 > dr2 0 > dr3 0 > dr4 0xffff0ff0 > dr5 0x400 > dr6 0xffff0ff0 > dr7 0x400 > mb_ctor_pack+0x4d: movl $0x1,0(%eax) > db> > db> show pcpu > cpuid = 0 > curthread = 0xc13e37d0: pid 34 "swi6: task queue" > curpcb = 0xca3f4da0 > fpcurthread = none > idlethread = 0xc13bd320: pid 10 "idle" > APIC ID = 0 > currentldt = 0x28 I'll start to rebuild the kernel with debugging information (takes about an hour) and restart again. I'll post more traces if I catch some. Do you need anything else? Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 23:54:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB46016A4CE for ; Tue, 14 Sep 2004 23:54:05 +0000 (GMT) Received: from gremlin.internode.com.au (gremlin.internode.com.au [192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7A6F43D1D for ; Tue, 14 Sep 2004 23:54:04 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) i8ENs0RY011789 for ; Wed, 15 Sep 2004 09:24:00 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8ENrxGf011788 for freebsd-current@freebsd.org; Wed, 15 Sep 2004 09:23:59 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Wed, 15 Sep 2004 09:23:59 +0930 From: Adam Smith To: freebsd-current@freebsd.org Message-ID: <20040914235359.GB11665@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i Subject: Sound -- but which? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 23:54:05 -0000 I don't know exactly which sound card I have, because I have a home-brand laptop. I have compiled 'device sound' in my kernel, but have not added any device-specific drivers at this stage, because I am having trouble identifying my hardware. If I 'kldload snd_driver' my /dev/dsp exists, but I have gone through most of the drivers in /usr/src/sys/modules/sound/driver and loaded these manually (ie 'kldload snd_emu10k1' for example) and none of the 60% or so that I tried give me a /dev/dsp. dmesg reports: pcm0: port 0xe100-0xe13f,0xe000-0xe0ff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: when I 'kldload snd_driver' so *one* of these drivers *MUST* be presenting me with a /dev/dsp. The closest match I can find is the driver snd_cs4281, however loading this on it's own also doesn't give me a /dev/dsp. So what is giving me my /dev/dsp? -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 23:57:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D2416A4CE for ; Tue, 14 Sep 2004 23:57:42 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104B943D45 for ; Tue, 14 Sep 2004 23:57:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8ENwbOG020860; Tue, 14 Sep 2004 16:58:37 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8ENwb4l020859; Tue, 14 Sep 2004 16:58:37 -0700 Date: Tue, 14 Sep 2004 16:58:37 -0700 From: Brooks Davis To: Adam Smith Message-ID: <20040914235837.GA20314@odin.ac.hmc.edu> References: <20040914235359.GB11665@internode.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <20040914235359.GB11665@internode.com.au> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: Sound -- but which? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 23:57:42 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 15, 2004 at 09:23:59AM +0930, Adam Smith wrote: > I don't know exactly which sound card I have, because I have a home-brand > laptop. I have compiled 'device sound' in my kernel, but have not > added any device-specific drivers at this stage, because I am having > trouble identifying my hardware. >=20 > If I 'kldload snd_driver' my /dev/dsp exists, but I have gone through most > of the drivers in /usr/src/sys/modules/sound/driver and loaded these > manually (ie 'kldload snd_emu10k1' for example) and none of the 60% or so > that I tried give me a /dev/dsp. >=20 > dmesg reports: >=20 > pcm0: port 0xe100-0xe13f,0xe000-0xe0ff irq 11 at > device 31.5 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: >=20 > when I 'kldload snd_driver' so *one* of these drivers *MUST* be presenting > me with a /dev/dsp. The closest match I can find is the driver snd_cs428= 1, > however loading this on it's own also doesn't give me a /dev/dsp. >=20 > So what is giving me my /dev/dsp? For me at least, cating /dev/sndstat shows the module snd_maestro3: Installed devices: pcm0: at io 0x1800 irq 5 kld snd_maestro3 (4p/1r/= 0v channels duplex default) Off hand, I'd guess snd_ich. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBR4WtXY6L6fI4GtQRAie4AJ9NzIBgGlHZNe9pojjTF6FhMMXczQCeMez2 XT1VD0S/YI1jh6cdEUVilHY= =v5vY -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 00:07:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40EE316A4CE for ; Wed, 15 Sep 2004 00:07:53 +0000 (GMT) Received: from gremlin.internode.com.au (gremlin.internode.com.au [192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F31F43D41 for ; Wed, 15 Sep 2004 00:07:52 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) i8F07mmT021312; Wed, 15 Sep 2004 09:37:48 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i8F07m7p021311; Wed, 15 Sep 2004 09:37:48 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Wed, 15 Sep 2004 09:37:48 +0930 From: Adam Smith To: Brooks Davis Message-ID: <20040915000748.GC11665@internode.com.au> References: <20040914235359.GB11665@internode.com.au> <20040914235837.GA20314@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040914235837.GA20314@odin.ac.hmc.edu> X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Sound -- but which? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 00:07:53 -0000 On Tue, Sep 14, 2004 at 04:58:37PM -0700, Brooks Davis said: > > > > So what is giving me my /dev/dsp? > > For me at least, cating /dev/sndstat shows the module snd_maestro3: > > Installed devices: > pcm0: at io 0x1800 irq 5 kld snd_maestro3 (4p/1r/0v channels duplex default) > > Off hand, I'd guess snd_ich. FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xe000, 0xe100 irq 11 bufsz 16384 kld snd_ich (1p/1r/0v channels duplex default) Yep, looks that way. Cheers! -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 00:42:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8C8916A4CE for ; Wed, 15 Sep 2004 00:42:19 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A198A43D1F for ; Wed, 15 Sep 2004 00:42:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 83AC77A3D2; Tue, 14 Sep 2004 17:42:19 -0700 (PDT) Message-ID: <41478FEB.9020308@elischer.org> Date: Tue, 14 Sep 2004 17:42:19 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Li, Qing" References: <00CDF9AA240E204FA6E923BD35BC6436068208DC@bcs-mail.internal.cacheflow.com> In-Reply-To: <00CDF9AA240E204FA6E923BD35BC6436068208DC@bcs-mail.internal.cacheflow.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 6.0 hangs at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 00:42:19 -0000 Li, Qing wrote: >The 6.0 kernel boot stops at > >... > >Timecounter "TSC" frequency 2191317004 Hz quality 800 >Timecounters tick every 10.000 msec >acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% >pid 24: corrected slot count (0->1) > > > >Any pointers on where I should start digging ? > the problem is in kern/kern_switch.c Theoretically the message "corrected slot count (0->1)" indicates that the erro was avoided, however there may be a threaded program that still has the problem (the avoiding code only happens on non-threaded programs where it is possible to know what the value should be (1). might get you into the debugger, after whuich it would be interesting to see the reults of 'ps' . But you may need a serial debugger to capture this.. iIt is unfortunatly possible htat this is too early to get into teh debugger, however i am working on this problem today. > >-- Qing >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 01:34:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33F6116A4CE; Wed, 15 Sep 2004 01:34:21 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B978B43D2D; Wed, 15 Sep 2004 01:34:20 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8F1Y1eU077970; Tue, 14 Sep 2004 21:34:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8F1Y1hh077967; Tue, 14 Sep 2004 21:34:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 14 Sep 2004 21:34:01 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: imp@FreeBSD.org Subject: fdc_worker panic in mtx_lock() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 01:34:21 -0000 Got this this evening -- Warner, looks like it might be yours. atkbd0: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: [FAST] fdc0: _FDE too small device_attach: fdc0 attach returned 6 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3irq 6 drq 2 on acpi0 fdc0: [FAST] fdc0: _FDE too small device_attach: fdc0 attach returned 6 orm0: at iomem 0xe4000-0xe7fff,0xd2800-0xd37ff,0xd1800-0xd27ff,0xc8000-0xd17ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x108 fault code = supervisor read, page not present instruction pointer = 0x8:0xc060978d stack pointer = 0x10:0xe94c4cb0 frame pointer = 0x10:0xe94c4cbc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 99 (fdc0) [thread 100110] Stopped at _mtx_lock_sleep+0xb9: cmpl $0x4,0x108(%ebx) db> trace _mtx_lock_sleep(c554ebb0,c549e000,0,0,0) at _mtx_lock_sleep+0xb9 fdc_worker(c554eb00,c5541000,c077faf8,e94c4d34,c05fcd1d) at fdc_worker+0x1ab fdc_thread(c554eb00,e94c4d48) at fdc_thread+0xe fork_exit(c077faf8,c554eb00,e94c4d48) at fork_exit+0x75 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe94c4d7c, ebp = 0 --- (gdb) l *fdc_worker+0x1ab 0xc077eecf is in fdc_worker (../../../dev/fdc/fdc.c:758). 753 need_recal = 0xf; 754 } 755 756 /* Pick up a request, if need be wait for it */ 757 if (fdc->bp == NULL) { 758 mtx_lock(&fdc->fdc_mtx); 759 do { 760 fdc->bp = bioq_takefirst(&fdc->head); 761 if (fdc->bp == NULL) 762 msleep(&fdc->head, &fdc->fdc_mtx, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 01:37:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E185316A4CE for ; Wed, 15 Sep 2004 01:37:02 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A507B43D1F for ; Wed, 15 Sep 2004 01:37:02 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id 0A08D123D80 for ; Wed, 15 Sep 2004 03:35:59 +0200 (CEST) Received: from alpha (alpha.local [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id 1365461B7 for ; Wed, 15 Sep 2004 03:36:55 +0200 (CEST) From: "Bjoern Koenig" To: Date: Wed, 15 Sep 2004 03:38:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcSaxLJuHz3FdSq9RmGt5iVnYwo2Rg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20040915013655.1365461B7@hoppel.local> Subject: Re: half write performance, half cpu load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 01:37:04 -0000 Bj=F6rn K=F6nig wrote: > Please have a look at Xatpic_intr0 and Xatpic_intr8. They are called=20 > twice as often. It was an error in reasoning. This is correct. The period of gauging is longer, therefore interrupt 0 and 8 are naturally more often requested. > The second hint is that ad_done and its descendents take=20 > too much time. It is also wrong. Bj=F6rn From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 01:57:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E3F416A4CE for ; Wed, 15 Sep 2004 01:57:10 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89FF43D4C for ; Wed, 15 Sep 2004 01:57:09 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i8F1uUr2051943; Tue, 14 Sep 2004 18:56:30 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.1/8.12.2/meer) with ESMTP id i8F1u7tU067005; Tue, 14 Sep 2004 18:56:18 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Wed, 15 Sep 2004 10:56:05 +0900 Message-ID: From: "George V. Neville-Neil" To: "=?WINDOWS-1255?B?6eXw6Q==?= =?WINDOWS-1255?B?4fg=?= =?WINDOWS-1255?B?7OHp4A==?=" In-Reply-To: <20040914113337.M25337@ladpc.net.il> References: <20040914113337.M25337@ladpc.net.il> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.2.1 on vmware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 01:57:10 -0000 At Tue, 14 Sep 2004 14:33:37 +0300, =?WINDOWS-1255?B?6eXw6Q==?==?WINDOWS-1255?B?4fg=?==?WINDOWS-1255?B?7OHp4A==?= wrote: > > > Hi, > I've been trying to install FreeBSD 5.2.1 on an i386 machine running XP SP1 > and VMware. > There were acpi problems. Try putting this and uncommenting it in your .vmx file, or try updating to -CURRENT. #monitor_control.disable_apic="TRUE" Later, George From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 02:10:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8601E16A4CE for ; Wed, 15 Sep 2004 02:10:01 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38A2043D46 for ; Wed, 15 Sep 2004 02:10:01 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 26936 invoked by uid 89); 15 Sep 2004 02:16:24 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 15 Sep 2004 02:16:24 -0000 Received: from 216.160.49.134 (SquirrelMail authenticated user ryans@gamersimpact.com) by www2.neuroflux.com with HTTP; Tue, 14 Sep 2004 20:16:24 -0600 (MDT) Message-ID: <1378.216.160.49.134.1095214584.squirrel@www2.neuroflux.com> Date: Tue, 14 Sep 2004 20:16:24 -0600 (MDT) From: "Ryan Sommers" To: current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: 6.0-CURRENT Build Failure w/ SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 02:10:01 -0000 I attempted to build a kernel from the latest current and it failed with a "remrunqueue defined but not used" warning when it hit kern/kern_switch.c due to the fact it's compiling with the -Werror switch. Building with SCHED_4BSD worked fine. I don't have all that much time to mess with it right now so I'm going to post this instead of digging further at this point. I wasn't able to surmise where the -Werror option was being added (I don't have it as a makeoption in my kernel config) to see if it compiled fine otherwise. Perhaps this is an error with my kernel config; since it worked with 4BSD I'll post it. If anyone has any patches I can test them out; just don't have time to try and come up with one. Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 02:56:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D39AB16A4CE; Wed, 15 Sep 2004 02:56:37 +0000 (GMT) Received: from hotmail.com (bay11-dav44.bay11.hotmail.com [64.4.39.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id B531843D1D; Wed, 15 Sep 2004 02:56:37 +0000 (GMT) (envelope-from dsnofe@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 14 Sep 2004 19:56:37 -0700 Received: from 218.80.194.83 by bay11-dav44.bay11.hotmail.com with DAV; Wed, 15 Sep 2004 02:56:37 +0000 X-Originating-IP: [218.80.194.83] X-Originating-Email: [dsnofe@msn.com] X-Sender: dsnofe@msn.com From: "Deng XueFeng" To: "Peter Larkowski" References: Date: Wed, 15 Sep 2004 10:56:34 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 15 Sep 2004 02:56:37.0651 (UTC) FILETIME=[9E36B630:01C49ACF] cc: freebsd-bugs@FreeBSD.org cc: freebsd-current@freebsd.org Subject: Re: VESA video modes for vidcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 02:56:38 -0000 check http://www.freebsd.org/cgi/query-pr.cgi?pr=71748 I just send that. and there are all three patches. :-) ----- Original Message ----- From: "Peter Larkowski" To: "Deng XueFeng" Sent: Wednesday, September 15, 2004 5:24 AM Subject: Re: VESA video modes for vidcontrol > Thanks for the reply. Is that the entire patch? That part applied > cleanly, and builds fine, but it doesn't seem to patch vidcontrol so I > didn't know if it was all I needed or not, although the resulting > vidcontrol binary is different from the one build with no patch applied. > In any case, I couldn't make it do anything. I was trying vidcontrol > MODE_??? where ??? is a number shown in vidcontrol -i mode. I tryed > several modes (all the 1024x768 modes listed and a few 1280x1024 modes). > Am I doing something wrong? > > Here's what I get: > # vidcontrol MODE_279 > usage: vidcontrol [-CdHLPpx] [-b color] [-c appearance] [-f [size] file] > [-g geometry] [-h size] [-i adapter | mode] [-l > screen_map] > [-M char] [-m on | off] [-r foreground background] > [-S on | off] [-s number] [-t N | off] [mode] > [foreground [background]] [show] > > Thanks for your help. > > -p > > > On Tue, 14 Sep 2004, Deng XueFeng wrote: > >> Date: Tue, 14 Sep 2004 16:52:29 +0800 >> From: Deng XueFeng >> To: Peter Larkowski , freebsd-current@freebsd.org >> Subject: Re: VESA video modes for vidcontrol >> >> the later version is . It cleanly apply 6-current(i don't test 5.3) >> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=2197612+0+archive/2004/freebsd-current/20040905.freebsd-current >> >> and i will check the new changes from dfbsd this evening. >> :-) >> >> >> ----- Original Message ----- >> From: "Peter Larkowski" >> To: >> Sent: Tuesday, September 14, 2004 3:17 AM >> Subject: VESA video modes for vidcontrol >> >> >> > Last month and earlier this month there were some posts about a patch >> > that >> > allows you use vesa modes such as 1024x768 and higher. I'm wondering >> > what >> > the status of that patch is now. Has it been committed to -CURRENT? I >> > couldn't get it to apply cleanly to 5.3-BETA4 (RELENG_5) from >> > yesterday, >> > so I was wondering if there was a new version, or if I need CURRENT to >> > apply the patches. >> > >> > The earlier threads I'm refering to are here >> > http://lists.freebsd.org/pipermail/freebsd-current/2004-August/035621.html >> > and >> > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036249.html >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to >> > "freebsd-current-unsubscribe@freebsd.org" >> > >> > From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 03:03:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B9516A4CE; Wed, 15 Sep 2004 03:03:56 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB97C43D49; Wed, 15 Sep 2004 03:03:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8F33sW6004557; Tue, 14 Sep 2004 23:03:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8F33sBu049016; Tue, 14 Sep 2004 23:03:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B5B8F7303F; Tue, 14 Sep 2004 23:03:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040915030354.B5B8F7303F@freebsd-current.sentex.ca> Date: Tue, 14 Sep 2004 23:03:54 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 03:03:57 -0000 TB --- 2004-09-15 01:39:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-15 01:39:17 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-15 01:39:17 - checking out the source tree TB --- 2004-09-15 01:39:17 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-15 01:39:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-15 01:44:39 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-15 01:44:39 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-15 01:44:39 - /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 TB --- 2004-09-15 02:48:00 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-15 02:48:00 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-15 02:48:00 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Sep 15 02:48:00 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Sep 15 02:59:16 UTC 2004 TB --- 2004-09-15 02:59:16 - generating LINT kernel config TB --- 2004-09-15 02:59:16 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-09-15 02:59:17 - /usr/bin/make -B LINT TB --- 2004-09-15 02:59:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-15 02:59:17 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-15 02:59:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 15 02:59:17 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/mpt/mpt.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/mpt/mpt_debug.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/mpt/mpt_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/mpt/mpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/my/if_my.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/musycc/musycc.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/nge/if_nge.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/nge/if_nge.c:155: warning: 'nge_fixup_rx' declared `static' but never defined *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-15 03:03:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-15 03:03:54 - ERROR: failed to build lint kernel TB --- 2004-09-15 03:03:54 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 03:08:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60DA516A4CE for ; Wed, 15 Sep 2004 03:08:07 +0000 (GMT) Received: from daemon.egr.msu.edu (daemon.egr.msu.edu [35.9.44.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34EF043D2D for ; Wed, 15 Sep 2004 03:08:07 +0000 (GMT) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: by daemon.egr.msu.edu (Postfix, from userid 1001) id 42079A3; Tue, 14 Sep 2004 23:08:05 -0400 (EDT) Date: Tue, 14 Sep 2004 23:08:05 -0400 From: Adam McDougall To: current@freebsd.org Message-ID: <20040915030805.GU43208@egr.msu.edu> References: <200409131542.29997.A.S.Usov@kvi.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409131542.29997.A.S.Usov@kvi.nl> User-Agent: Mutt/1.5.6i Subject: Re: USB issues in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 03:08:07 -0000 On Mon, Sep 13, 2004 at 03:42:29PM +0200, Alexander S. Usov wrote: Hi again! :) One more strange problem with BETA4 and usb-plugged HDD. The hardware (the logs here are from BETA3, but i BETA4 the issue is still present, part of the logs is skipped to save the space): intel centrino notebook, dmesg output follows uhci0: port 0x1800-0x181f irq 10 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhci1: port 0x1820-0x183f irq 5 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhci2: port 0x1840-0x185f irq 10 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 ehci0: mem 0xd0000000-0xd00003ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 Plugging in the USB2 hdd case after booting produces: umass0: Genesys Logic USB TO IDE, rev 2.00/0.02, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) I don't like this 1 MB/s transfer speed, and in reality it gives 8-9 MB/s. Trying to boot with the case plugged in gives right after ata detection: umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED da0 at umass-sim1 bus 1 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) umass0: at uhub0 port 1 (addr 2) disconnected umass0: detached I have similar symptoms, but with a Memorex USB flash thumbdrive. Makes it somewhat difficult to boot from it if it cannot keep root around. It works with a kernel from sometime mid-august. I have the same USB controller, also on a Pentium M notebook From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 03:19:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1FBD16A4CE for ; Wed, 15 Sep 2004 03:19:38 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 830AD43D48 for ; Wed, 15 Sep 2004 03:19:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8F3JVGm043697; Wed, 15 Sep 2004 12:49:32 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 15 Sep 2004 12:49:30 +0930 User-Agent: KMail/1.7 References: <414705D4.9000202@schlenker-webdesign.de> In-Reply-To: <414705D4.9000202@schlenker-webdesign.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2994064.GTrL0nxq1n"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409151249.31432.doconnor@gsoft.com.au> X-Spam-Score: -3.1 () FWD_MSG,IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Mattias Schlenker Subject: Re: Fwd: Evil trouble (Am1772/PQP-WP288P) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 03:19:39 -0000 --nextPart2994064.GTrL0nxq1n Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 15 Sep 2004 00:23, Mattias Schlenker wrote: > Anyway, I tried to build ndis.ko and if_ndis.ko with the supplied SYS- > and INF-files. When I try to load if_ndis.ko into my GENERIC Kernel, it > locks. Can you break into the debugger? Can you try a serial or firewire console and see if that works? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2994064.GTrL0nxq1n Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBR7TD5ZPcIHs/zowRArFyAKCT7SRskIdQDjNDPlKLEurubrlc4wCfWp2P Ui2OJaVURrc3LjNbWrulhys= =d5M6 -----END PGP SIGNATURE----- --nextPart2994064.GTrL0nxq1n-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 04:04:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BA5316A4CE; Wed, 15 Sep 2004 04:04:25 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7160443D58; Wed, 15 Sep 2004 04:04:24 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i8F43HPw053629; Tue, 14 Sep 2004 22:03:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 14 Sep 2004 22:04:01 -0600 (MDT) Message-Id: <20040914.220401.112259787.imp@bsdimp.com> To: rwatson@FreeBSD.org, phk@FreeBSD.org From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: fdc_worker panic in mtx_lock() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 04:04:25 -0000 In message: Robert Watson writes: : Got this this evening -- Warner, looks like it might be yours. Not mine. phk's. I'll take a look at it, however. : Timecounters tick every 10.000 msec : kernel trap 12 with interrupts disabled : : : Fatal trap 12: page fault while in kernel mode : cpuid = 0; apic id = 00 : fault virtual address = 0x108 : fault code = supervisor read, page not present : instruction pointer = 0x8:0xc060978d : stack pointer = 0x10:0xe94c4cb0 : frame pointer = 0x10:0xe94c4cbc : code segment = base 0x0, limit 0xfffff, type 0x1b : = DPL 0, pres 1, def32 1, gran 1 : processor eflags = resume, IOPL = 0 : current process = 99 (fdc0) : [thread 100110] : Stopped at _mtx_lock_sleep+0xb9: cmpl $0x4,0x108(%ebx) : db> trace : _mtx_lock_sleep(c554ebb0,c549e000,0,0,0) at _mtx_lock_sleep+0xb9 : fdc_worker(c554eb00,c5541000,c077faf8,e94c4d34,c05fcd1d) at fdc_worker+0x1ab : fdc_thread(c554eb00,e94c4d48) at fdc_thread+0xe : fork_exit(c077faf8,c554eb00,e94c4d48) at fork_exit+0x75 : fork_trampoline() at fork_trampoline+0x8 : --- trap 0x1, eip = 0, esp = 0xe94c4d7c, ebp = 0 --- : : (gdb) l *fdc_worker+0x1ab : 0xc077eecf is in fdc_worker (../../../dev/fdc/fdc.c:758). : 753 need_recal = 0xf; : 754 } : 755 : 756 /* Pick up a request, if need be wait for it */ : 757 if (fdc->bp == NULL) { : 758 mtx_lock(&fdc->fdc_mtx); : 759 do { : 760 fdc->bp = bioq_takefirst(&fdc->head); : 761 if (fdc->bp == NULL) : 762 msleep(&fdc->head, &fdc->fdc_mtx, I take you didn't try to unload fdc.ko? Warner From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 05:11:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E65B16A4CE for ; Wed, 15 Sep 2004 05:11:48 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id C960743D46 for ; Wed, 15 Sep 2004 05:11:47 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from localhost (localhost [127.0.0.1]) with ESMTP id 253382955F6; Wed, 15 Sep 2004 01:11:45 -0400 (EDT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com ([127.0.0.1])10024) with ESMTP id 08081-04; Wed, 15 Sep 2004 01:11:41 -0400 (EDT) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 6F8622955D6; Wed, 15 Sep 2004 01:11:41 -0400 (EDT) Received: from 192.168.0.200 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Wed, 15 Sep 2004 01:11:41 -0400 (EDT) Message-ID: <2711.192.168.0.200.1095225101.squirrel@192.168.0.200> In-Reply-To: <20040915.021427.74736836.fujita@soum.co.jp> References: <20040915.021427.74736836.fujita@soum.co.jp> Date: Wed, 15 Sep 2004 01:11:41 -0400 (EDT) From: "Mike Jakubik" To: "FUJITA Kazutoshi" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at fbsd.wettoast.net cc: freebsd-current@freebsd.org Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 05:11:48 -0000 FUJITA Kazutoshi said: > Hi, > > My 6.0-CURRENT box says, such as > > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 > ad0: WARNING - READ_DMA no interrupt but good status > > I replaced the ad0 with brand-new HDD, but I still got same messages. > > The box has 3 HDDs(ad0,ad1,ad3) and DVD(acd0) drive, but the messages > comes only from ad0. > > What is happening? > Cable problem or ATA controller problem? "Me too!" I belive this is a problem in the -current code, as my box has been running for years with no problems, untill recently. Here is my info: --- Sep 13 03:01:11 fbsd kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=56510247 Sep 13 03:01:11 fbsd kernel: ad0: WARNING - READ_DMA no interrupt but good status ep 14 00:05:45 fbsd kernel: ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=94967007 Sep 14 00:06:16 fbsd kernel: ad2: WARNING - removed from configuration After this i could no longer access ad2, and i had to reboot. The reboot was unable to fully sync the disks, and ad0 had to be fscked on restart. I am running: FreeBSD 6.0-CURRENT #0: Thu Sep 9 18:56:56 EDT 2004 On a single amd athlon, asus a7v133 mb. Generic kernel - devices i dont have. From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 05:34:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEBD616A4CE for ; Wed, 15 Sep 2004 05:34:31 +0000 (GMT) Received: from webhosting-solution.net (ipx10982.ipxserver.de [80.190.253.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 231C943D55 for ; Wed, 15 Sep 2004 05:34:31 +0000 (GMT) (envelope-from werwolf@g-z-c.info) Received: from splash.homeunix.org (pD958CFD2.dip.t-dialin.net [217.88.207.210]) by webhosting-solution.net (Postfix) with ESMTP id 62A7E31016B for ; Wed, 15 Sep 2004 07:34:29 +0200 (CEST) Date: Wed, 15 Sep 2004 07:35:29 +0200 From: werwolf To: freebsd-current@freebsd.org Message-Id: <20040915073529.5841ab26.werwolf@g-z-c.info> In-Reply-To: <1378.216.160.49.134.1095214584.squirrel@www2.neuroflux.com> References: <1378.216.160.49.134.1095214584.squirrel@www2.neuroflux.com> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 6.0-CURRENT Build Failure w/ SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 05:34:32 -0000 I have exactly the same problems. On Tue, 14 Sep 2004 20:16:24 -0600 (MDT) "Ryan Sommers" wrote: > I attempted to build a kernel from the latest current and it failed with a > "remrunqueue defined but not used" warning when it hit kern/kern_switch.c > due to the fact it's compiling with the -Werror switch. Building with > SCHED_4BSD worked fine. I don't have all that much time to mess with it > right now so I'm going to post this instead of digging further at this > point. I wasn't able to surmise where the -Werror option was being added > (I don't have it as a makeoption in my kernel config) to see if it > compiled fine otherwise. Perhaps this is an error with my kernel config; > since it worked with 4BSD I'll post it. > > If anyone has any patches I can test them out; just don't have time to try > and come up with one. > > Ryan Sommers > ryans@gamersimpact.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 06:18:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id B01B316A4CF; Wed, 15 Sep 2004 06:18:47 +0000 (GMT) Date: Wed, 15 Sep 2004 06:18:47 +0000 From: Kris Kennaway To: Roman Kurakin Message-ID: <20040915061847.GA63279@hub.freebsd.org> References: <414560D3.10108@cronyx.ru> <20040913105133.GA85717@hub.freebsd.org> <414581FE.6060702@cronyx.ru> <20040913183608.GB85717@hub.freebsd.org> <41475C02.6090002@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41475C02.6090002@cronyx.ru> User-Agent: Mutt/1.4.1i cc: Kris Kennaway cc: current@FreeBSD.ORG Subject: Re: Large mem disk with not very recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 06:18:47 -0000 On Wed, Sep 15, 2004 at 01:00:50AM +0400, Roman Kurakin wrote: > >>>Please provide more information. It's likely you're trying to create > >>>a md that is too big, though. > >>> > >>> > >>It is about 800Mb. > >> > >> > > > >That's too big to fit in RAM and still run the rest of the system. I > > > With 1G it should be about 200M for rest of the system. This should be more > than enough, so this is bad guess. No, that's what's happening and what the panic tells you. Perhaps you can tune various kernel memory parameters to make it happy fitting the rest of the kernel data space + user memory into 200MB, but your panic indicates this isn't true by default. Kris From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 06:39:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 902E716A4CF; Wed, 15 Sep 2004 06:39:52 +0000 (GMT) Date: Wed, 15 Sep 2004 06:39:52 +0000 From: Kris Kennaway To: Ken Smith Message-ID: <20040915063952.GB63279@hub.freebsd.org> References: <200407151424.i6FEOdoq060881@fledge.watson.org> <20040715220447.GA32888@xor.obsecurity.org> <20040902155947.GA12006@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040902155947.GA12006@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i cc: re@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 06:39:52 -0000 On Thu, Sep 02, 2004 at 11:59:47AM -0400, Ken Smith wrote: > On Thu, Jul 15, 2004 at 03:04:47PM -0700, Kris Kennaway wrote: > > > These are the bugs I'm currently tracking (those I can remember right > > now, at least) All of these issues except for the last one seem to be resolved for me now. I haven't tested the last one (memory tuning on 4GB machines) because I have tuned my kernel configs to avoid the problem, but I can remove those changes and see if the problems persist. I am now seeing a couple of other problems: * softupdates stack overflow (previously reported; I've now hit this on two machines). I might be able to hack around it by increasing KSTACK_PAGES, but that doesn't help others. phk could not think of any way to fix the unboundedness of the dependency chains, and kirk replied saying he's on vacation. * I had an apparent scheduler hang tonight (4BSD): the only process that is running has a trace including sched_switch, and nothing else apart from the idle tasks is running or runnable. I'll try to post more details tomorrow. * There may be a problem with swapping: I had an extremely weird sequence of errors (binaries aborting, spurious "missing /libexec/ld-elf.so.1") on pointyhat at around the time it started swapping. I don't know if swapping was the cause or another symptom of some other problem. I'll try to reproduce on another machine. * I was able to break to KDB a few times on pointyhat to try and diagnose this problem, but eventually it hung trying to enter KDB. This happens with fairly high frequency (on SMP machines?) I think there are some other bugs I'm forgetting right now. Kris > > * SMP is unusable for me because of the following frequent panic > > (actually a panic and another kernel printf interleaved). Here is the > > untangled version: > > > > panic: APIC: Previous IPI is stu c k > > p m a > > _ l a z y f i x : s p > > u c p u i d = 0 ; > > n f o r 5 0 0 0 0 0 0 0 > > c D e b u g g e r ( " p a n i > > > > jhb says: > > > > > Seems the two CPUs are deadlocked waiting on each other. The first sent a > > > pmap_lazyfixup IPI to the second but the second has interrupts disabled as it > > > is trying to send an IPI as well. > > > > He suggested a patch, but it did not fix the problem. > > Was this fixed with the IPI patches done before BETA2? > > > * linprocfs > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x8 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc04e1870 > > stack pointer = 0x10:0xf11e6b50 > > frame pointer = 0x10:0xf11e6b6c > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 23938 (mtree) > > kernel: type 12 trap, code=0 > > Stopped at pfs_getattr+0x130: movl 0x8(%eax),%eax > > db> trace > > pfs_getattr(f11e6b78,c06fda00,cf397b2c,f11e6b98,d23e8a80) at pfs_getattr+0x130 > > vn_stat(cf397b2c,f11e6c80,d23e8a80,0,c5eb0c60) at vn_stat+0x4f > > lstat(c5eb0c60,f11e6d14,2,2,297) at lstat+0x6a > > syscall(2f,2f,2f,805a200,805a248) at syscall+0x217 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (190, FreeBSD ELF32, lstat), eip = 0x280ac664, esp = 0xbfbf7594, ebp = 0xbfbf7620 --- > > > > dosirak# addr2line -e kernel.debug 0xc04e1870 > > /usr/src/sys/i386/compile/DOSIRAK/../../../fs/pseudofs/pseudofs_vnops.c:200 > > > > [...] > > if (pvd->pvd_pid != NO_PID) { > > if ((proc = pfind(pvd->pvd_pid)) == NULL) > > PFS_RETURN (ENOENT); > > --> vap->va_uid = proc->p_ucred->cr_ruid; > > > > rwatson has a patch that works around this particular null pointer > > deref, but the underlying cause is not addressed. > > A patch to pseudofs_vnops.c was made that checks to make sure what pfind() > returned was "usable". Did that solve this problem? Looks like that > patch went in after you reported this because it's immediately above > line 200 you show above. > > > * ULE has lots of problems (poor performance on HTT, unable to disable > > HTT, incorrect load average reporting on SMP machines, ...). Should > > be turned off until an active maintainer is found. > > re@ is discussing this now, it looks likely we will shift to 4BSD soon. > > > * --- > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x104 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc058a8cf > > stack pointer = 0x10:0xdcb34cc4 > > frame pointer = 0x10:0xdcb34cec > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 50 (schedcpu) > > trap number = 12 > > panic: page fault > > > > syncing disks, buffers remaining... panic: mi_switch: switch in a critical section > > > > addr2line says the panic was in kern/sched_4bsd.c:327 > > > > /* > > * The kse slptimes are not touched in wakeup > > * because the thread may not HAVE a KSE. > > */ > > if (ke->ke_state == KES_ONRUNQ) { > > awake = 1; > > ke->ke_flags &= ~KEF_DIDRUN; > > ---> } else if ((ke->ke_state == KES_THREAD) && > > (TD_IS_RUNNING(ke->ke_thread))) { > > awake = 1; > > > > gdb -k got confused and couldn't make anything out of the backtrace. > > The code you quote above hasn't changed recently but a few kse related > fixes have gone in recently if I recall correctly. Is this one still > biting you? > > > * Machines with 4GB RAM do not auto-tune kernel memory parameters > > optimally and easily panic under load with a panic message that does > > not at least give instructions on what may be wrong and how to fix it. > > Work was done on that recently-ish, do you know off hand if that fixed > what you were seeing? > > Thanks... > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | -- -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 07:07:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F8216A4CE for ; Wed, 15 Sep 2004 07:07:30 +0000 (GMT) Received: from smtp.datagrama.net (smtp-out.datagrama.net [212.9.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A01C43D3F for ; Wed, 15 Sep 2004 07:07:29 +0000 (GMT) (envelope-from toomany@toomany.net) Received: from [212.9.65.113] (manu.datagrama.net [212.9.65.113]) by smtp.datagrama.net (Postfix) with ESMTP id E3801E97B8 for ; Wed, 15 Sep 2004 09:07:27 +0200 (CEST) From: TooManySecrets To: current Content-Type: text/plain Organization: TooManySecrets HeadQuarters Message-Id: <1095232047.40866.29.camel@manu.datagrama.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 15 Sep 2004 09:07:27 +0200 Content-Transfer-Encoding: 7bit Subject: Supported Realtek? / pccard support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 07:07:30 -0000 Hi. Is Realtek 8139 supported by FreeBSD 5.3 -BETA4? Sorry for this newbie question, but I'm reading the NOTES file, and while the devices "rl" and "re" are in the GENERIC kernel-config file, under NOTES file doesn't appear. Also I'm trying to run a cardbus D-Link DFE-670TXD, supported by 4.x series, and when I insert the card into pcmcia port, I can't obtain any log (because the pcmcia don't run?) The system is a fresh install from a FreeBSD-5.3 BETA-4 ISO, whitout any compilation, and one reboot for a rc.conf addition (pccard_ether="YES"). The message into dmesg, when "discover" the cbb0 and cardbus0 (the laptop is an Acer Aspire 1605 with two pcmcia ports) tell something like: cbb0: irq 16 at device 9.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCARD bus on cbb0 cbb: Unable to map IRQ... cbb0: irq 17 at device 9.1 on pci0 cardbus0: on cbb1 pccard0: <16-bit PCCARD bus on cbb1 The laptop is the same I wrote some time ago because doesn't recognize the Realtek 8139 ethernet (this ethernet isn't a cardbus, is integrated in the hardware). Thank you!! (sorry for my bad english) -- \|/ ____ \|/ Have a nice day ;-) "@'/ ,. \'@" TooManySecrets /_| \__/ |_\ \__U_/ BSD is what you get when a bunch of Unix hackers sit down to try to port a Unix system to the PC. Linux is what you get when a bunch of PC hackers sit down and try to write a Unix system for the PC From owner-freebsd-current@FreeBSD.ORG Wed Sep 15 07:12:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 126DE16A4CF for ; Wed, 15 Sep 2004 07:12:41 +0000 (GMT) Received: from virtual.micronet.sk (smtp-r.micronet.sk [213.215.96.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id D141543D1F for ; Wed, 15 Sep 2004 07:12:39 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from danger.dnv.dewnet.sk ([213.215.105.189]) by virtual.micronet.sk (8.12.11/8.12.11) with ESMTP id i8F7CPPf015970 for ; Wed, 15 Sep 2004 09:12:29 +0200 (CEST) (envelope-from danger@wilbury.sk) Date: Wed, 15 Sep 2004 09:13:15 +0200 From: DanGer X-Mailer: The Bat! (v2.12.00) Business X-Priority: 3 (Normal) Message-ID: <259306135.20040915091315@wilbury.sk> To: current@freebsd.org In-Reply-To: <20040915.021427.74736836.fujita@soum.co.jp> References: <20040915.021427.74736836.fujita@soum.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 07:12:41 -0000 Hello FUJITA, Tuesday, September 14, 2004, 7:14:27 PM, you wrote: > Hi, > My 6.0-CURRENT box says, such as > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 > ad0: WARNING - READ_DMA no interrupt but good status > I replaced the ad0 with brand-new HDD, but I still got same messages. > The box has 3 HDDs(ad0,ad1,ad3) and DVD(acd0) drive, but the messages > comes only from ad0. > What is happening? > Cable problem or ATA controller problem? I'm getting this errors too on 5.2.1, so I don't know what's going on. The HDD is about 3 a 2 months old and not under big load. And my box uses to freeze because of these errors... here is my dmesg: 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 reserved. FreeBSD 5.2.1-RELEASE-p9 #0: Thu Aug 5 09:31:46 CEST 2004 danger@daemon.rulez.sk:/usr/obj/usr/src/sys/daemon Preloaded elf kernel "/boot/kernel/kernel" at 0xc07aa000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(TM) CPU 1100MHz (1116.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 402587648 (383 MB) avail memory = 384618496 (366 MB) Pentium Pro MTRR support enabled acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00fd950 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x4000-0x40f7,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 31 INTD is routed to irq 11 pcib0: slot 31 INTC is routed to irq 9 pcib0: slot 31 INTB is routed to irq 5 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 pcib2: slot 0 INTA is routed to irq 12 pcib2: slot 2 INTA is routed to irq 5 pcib2: slot 6 INTA is routed to irq 11 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x9000-0x907f mem 0xd9000000-0xd900007f irq 12 at device 0.0 on pci2 xl0: Ethernet address: 00:04:76:14:be:1d miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci2: at device 2.0 (no driver attached) atapci0: port 0xa400-0xa4ff,0xa000-0xa003,0x9c00-0x9c07,0x9800-0x9803,0x9400-0x9407 irq 11 at device 6.0 on pci2 atapci0: [MPSAFE] ata2: at 0x9400 on atapci0 ata2: [MPSAFE] ata3: at 0x9c00 on atapci0 ata3: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xf000-0xf00f at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci1 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci1 ata1: [MPSAFE] pci0: at device 31.2 (no driver attached) pci0: at device 31.3 (no driver attached) pci0: at device 31.4 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0:
npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x80003840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=05971106) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00fdeb0 PCI-Only Interrupts: 10 11 Location Bus Device Pin Link IRQs slot 1 0 8 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 D 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 B 0x05 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 A 0x05 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 D 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 7 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 7 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x05 3 4 5 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x1 255 N 6 3 4 5 7 9 10 11 12 14 15 0x2 255 N 6 3 4 5 7 9 10 11 12 14 15 0x3 255 N 5 3 4 5 7 9 10 11 12 14 15 0x5 255 N 5 3 4 5 7 9 10 11 12 14 15 $PIR: Found matching pin for 0.9.INTA at func 0: 11 $PIR: Found matching pin for 0.11.INTA at func 0: 10 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x1 255 N 6 3 4 5 7 9 10 11 12 14 15 0x2 11 Y 6 3 4 5 7 9 10 11 12 14 15 0x3 255 N 5 3 4 5 7 9 10 11 12 14 15 0x5 10 Y 5 3 4 5 7 9 10 11 12 14 15 $PIR: IRQs used by BIOS: 10 11 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 0 5 6 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e9000000, size 22, enabled found-> vendor=0x1106, dev=0x0597, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x8598, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0586, revid=0x47 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x008f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000e000, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3040, revid=0x10 bus=0, slot=7, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base e9401000, size 8, enabled $PIR: 0:9 INTA routed to irq 11 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000ec00, size 8, enabled map[14]: type 1, range 32, base e9400000, size 8, enabled $PIR: 0:11 INTA routed to irq 10 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe9000000-0xe93fffff at device 0.0 on pci0 agp0: Reserved 0x400000 bytes for rid 0x10 type 3 at 0xe9000000 agp0: allocating GATT for aperture of size 228M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xe0000000-0xe7ffffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base e0000000, size 26, enabled pcib1: device (null) requested decoded memory range 0xe0000000-0xe3ffffff found-> vendor=0x5333, dev=0x8a13, revid=0x02 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f,0x376,0x170-0x177, 0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=40 ostat1=40 ata1-master: stat=0xff err=0x40 lsb=0xff msb=0xff ata1-master: stat=0x40 err=0x40 lsb=0xff msb=0xff ata1-slave: stat=0xff err=0x40 lsb=0xff msb=0xff ata1-slave: stat=0xff err=0x40 lsb=0xff msb=0xff ata1-slave: stat=0xff err=0x40 lsb=0xff msb=0xff ata1-slave: stat=0xff err=0x40 lsb=0xff msb=0x40 ata1-slave: stat=0xff err=0x40 lsb=0xff msb=0xff ata1-slave: stat=0xff err=0x40 lsb=0xff msb=0xff ata1-slave: stat=0x40 err=0x40 lsb=0xff msb=0xff ata1: reset tp2 stat0=40 stat1=40 devices=0x0 ata1: [MPSAFE] rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 rl0: port 0xe800-0xe8ff mem 0xe9401000-0xe94010ff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:40:f4:79:6e:59 rl0: [GIANT-LOCKED] rl1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xec00 rl1: port 0xec00-0xecff mem 0xe9400000-0xe94000ff irq 10 at device 11.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: bpf attached rl1: Ethernet address: 00:e0:4c:55:c3:13 rl1: [GIANT-LOCKED] cpu0 on motherboard ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnpbios: 14 devices, largest 69 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x3ffffff, size=0x3f00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c02: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x294-0x297, size=0x4, align=0 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 10 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 pnpbios: handle 11 device ID PNP0700 (0007d041) PNP0400: adding irq mask 0x80 PNP0400: adding io range 0x378-0x37f, size=0x8, align=0 pnpbios: handle 12 device ID PNP0400 (0004d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 13 device ID PNP0501 (0105d041) Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0067 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: at port 0x3f7, 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 451025948 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging unlimited ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata0-master: setting PIO4 on VIA 82C586B chip ata0-master: setting UDMA33 on VIA 82C586B chip ad0: ATA-5 disk at ata0-master ad0: 4126MB (8452080 sectors), 8944 C, 15 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/14/63 s:63 l:8452017 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 4327432704 end 4327464959 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 268435456 end 536870911 GEOM: Configure ad0s1c, start 0 length 4327432704 end 4327432703 GEOM: Configure ad0s1d, start 536870912 length 402653184 end 939524095 GEOM: Configure ad0s1e, start 939524096 length 3387908608 end 4327432703 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 20:58:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4351716A4CE for ; Thu, 16 Sep 2004 20:58:59 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF0D143D41 for ; Thu, 16 Sep 2004 20:58:58 +0000 (GMT) (envelope-from bletofarine@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so129153rnk for ; Thu, 16 Sep 2004 13:58:44 -0700 (PDT) Received: by 10.38.81.41 with SMTP id e41mr138514rnb; Thu, 16 Sep 2004 13:58:42 -0700 (PDT) Received: by 10.38.76.70 with HTTP; Thu, 16 Sep 2004 13:58:32 -0700 (PDT) Message-ID: Date: Thu, 16 Sep 2004 22:58:32 +0200 From: Florian Le Goff To: Martin In-Reply-To: <1095316827.1198.9.camel@klotz.local> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1095316827.1198.9.camel@klotz.local> cc: FreeBSD Current Subject: Re: PCIe chipsets supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Florian Le Goff List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 20:58:59 -0000 Hello, On Thu, 16 Sep 2004 08:40:28 +0200, Martin wrote: > > Hi, > > has anyone tried to install -CURRENT on a PC with any PCIe chipsets? > If yes, how about xorg? Does it run? I'm thinking about upgrading my > old stuff here. I've got an 915P chipset, a Geforce 5750 (on the PCI Express bus), xorg 6.7.0, FreeBSD 5.3 beta 4, and the nvidia freebsd driver : all the little family is working without problems for three days now. -- Florian From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 20:59:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7613F16A4E2 for ; Thu, 16 Sep 2004 20:59:07 +0000 (GMT) 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 E09CE43D1D for ; Thu, 16 Sep 2004 20:59:06 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id i8GLClrQ002224 for ; Thu, 16 Sep 2004 16:12:48 -0500 (CDT) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id i8GLClE5002221 for ; Thu, 16 Sep 2004 16:12:47 -0500 (CDT) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id i8GLClVv002220 for freebsd-current@freebsd.org; Thu, 16 Sep 2004 16:12:47 -0500 (CDT) (envelope-from strgout) Date: Thu, 16 Sep 2004 16:12:47 -0500 From: John To: freebsd-current@freebsd.org Message-ID: <20040916211247.GA2198@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: kern/63204 (meastro bug) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 20:59:07 -0000 Anyone know if said bug is related to the maestro bug fix in Beta3 (or 4). From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 21:05:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 165BF16A4CE for ; Thu, 16 Sep 2004 21:05:28 +0000 (GMT) Received: from av9-2-sn4.m-sp.skanova.net (av9-2-sn4.m-sp.skanova.net [81.228.10.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id B732D43D5E for ; Thu, 16 Sep 2004 21:05:27 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av9-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id E90C437E6B; Thu, 16 Sep 2004 23:05:26 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id D65F337E42; Thu, 16 Sep 2004 23:05:26 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id B4DCE37E53; Thu, 16 Sep 2004 23:05:26 +0200 (CEST) From: "Daniel Eriksson" To: "'Ariff Abdullah'" , Date: Thu, 16 Sep 2004 23:05:22 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20040917043653.419a8e0e.skywizard@MyBSD.org.my> Thread-Index: AcScLQ7c3rCv7IiPT3iH1K/22La//wAAjkEQ Subject: RE: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 21:05:28 -0000 Ariff Abdullah wrote: > One more thing to consider, the default scheduler. I found that those > errors occured with SCHED_4BSD (PREEMPTION or NOT), while SCHED_ULE > (of course without PREEMPTION, or *else*), nothing such that. I am using SCHED_4BSD without PREEMPTION. Given the recent stability problems with ULE I haven't even toyed with the idea of trying it since the machine in question is a production machine. I'm curious if this problem is in any way related to my other problem: I cannot use ataraid and gstripe at the same time. If I start gstripe I get an interrupt storm followed by timeouts that tears down the ataraid arrays. Next time I feel lucky I'll try gstripe again (Pawel Jakub Dawidek told me how to get some more debugging output from it). Only reason I haven't done it yet is because the machine has been very nice and stable for the last two weeks. Which reminds me: there was an interrupt storm preceeding the messages I got. I missed copying that line in my original "me-too" message: Interrupt storm detected on "irq9: acpi0"; throttling interrupt source ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=75822564 ad0: WARNING - READ_DMA no interrupt but good status ... /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 21:15:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D7216A4CE for ; Thu, 16 Sep 2004 21:15:25 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C197E43D54 for ; Thu, 16 Sep 2004 21:15:24 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 11591 invoked from network); 16 Sep 2004 21:10:26 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 Sep 2004 21:10:26 -0000 Message-ID: <414A026A.4000802@freebsd.org> Date: Thu, 16 Sep 2004 23:15:22 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: itetcu@people.tecnik93.com References: <1095368255.4149fe3f1b8f1@webmail.people.tecnik93.com> In-Reply-To: <1095368255.4149fe3f1b8f1@webmail.people.tecnik93.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: BETA4 + IPFIREWALL_FORWARD => panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 21:15:25 -0000 itetcu@people.tecnik93.com wrote: > Hi, > > [Please excuse formating, I'm writeing from webmail] > > A 5.3-BETA4 cvsupped around 16.00 today (16 sept) panics when ipfw fwd rule is > used. It seems to be stable with the same kernel without fwd rules. If the fwd > rule is present at boot it will panic each time, it it is added later it seems > that sometimes (one of 5 untill now) it does not panic. The panic seems to > happen on the first / first few fwd packets. > > The machine is a remote firewall+natd, k6-II with 2 rl nics; I have no serail > console on it; since it's in production I've disabled the fwd rule (fwd iip,8110 > from iinet:imask to any pop3); I will be able (and try) to play with it tommorow > morning for about an hour and in the evening (GMT+2); bellow is the panic > transcribed by hand; if neccessary I'll setup a serial console. I have MFC'd the fix a couple of hours ago. You should cvsup again and check if you have got rev. 1.1.2.5 of netinet/ip_fw_pfil.c. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 21:16:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C95D816A4CE for ; Thu, 16 Sep 2004 21:16:50 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E3D43D48 for ; Thu, 16 Sep 2004 21:16:50 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 8A8B17A3D2; Thu, 16 Sep 2004 14:16:50 -0700 (PDT) Message-ID: <414A02C2.4010009@elischer.org> Date: Thu, 16 Sep 2004 14:16:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: 'Ariff Abdullah' Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 21:16:50 -0000 Daniel Eriksson wrote: >Ariff Abdullah wrote: > > > >>One more thing to consider, the default scheduler. I found that those >>errors occured with SCHED_4BSD (PREEMPTION or NOT), while SCHED_ULE >>(of course without PREEMPTION, or *else*), nothing such that. >> >> > >I am using SCHED_4BSD without PREEMPTION. Given the recent stability >problems with ULE I haven't even toyed with the idea of trying it since the >machine in question is a production machine. > >I'm curious if this problem is in any way related to my other problem: I >cannot use ataraid and gstripe at the same time. If I start gstripe I get an >interrupt storm followed by timeouts that tears down the ataraid arrays. >Next time I feel lucky I'll try gstripe again (Pawel Jakub Dawidek told me >how to get some more debugging output from it). Only reason I haven't done >it yet is because the machine has been very nice and stable for the last two >weeks. > > >Which reminds me: there was an interrupt storm preceeding the messages I >got. I missed copying that line in my original "me-too" message: > >Interrupt storm detected on "irq9: acpi0"; throttling interrupt source >ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=75822564 >ad0: WARNING - READ_DMA no interrupt but good status >... > I have a suspicion that some of my attempts to stabilse preemption in 4bsd may have a hand in this.. I'm looking at some traces now that may be relevent.. you might try ULE now too as some fixes went in that may have influenced that. > >/Daniel Eriksson > > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 21:23:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC84216A4CE; Thu, 16 Sep 2004 21:23:15 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4F343D4C; Thu, 16 Sep 2004 21:23:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8GLMfQY009291; Thu, 16 Sep 2004 15:22:41 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <414A0382.4040509@samsco.org> Date: Thu, 16 Sep 2004 15:20:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <4149AD1B.1050902@samsco.org> In-Reply-To: <4149AD1B.1050902@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.4 required=3.8 tests=MANY_EXCLAMATIONS autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: Correction: 9.3.0rc4 [Re: HEADS UP! BIND 9.2.3 coming soon!] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 21:23:15 -0000 Scott Long wrote: > All, > > I wanted to give everyone fair warning that BIND 9.2.3 will be replacing > the ancient BIND8 in HEAD/6-CURRENT in the next few days, likely this > weekend. If you are running production BIND servers then you might want > to hop over to http://www.isc.org/index.pl?/sw/bind/FAQ.php and read up > to make sure you won't have any surprises. BIND9 will then be merged to > RELENG_5 once it has settled in HEAD and will be the default for the 5.3 > release. There are no plans to merge it into RELENG_4 or any other > branch at this time. I know that it is quite late in the release cycle > to be doing this, but it is probably the highest requested feature for > 5.3 at this point and we need to switch to the 9.x codebase for RELENG_5 > since the 8.x codebase is quite old and is nearing the end of its life. > Many thanks and best of luck to Dag-Erling Smørgrav and Tom Rhodes for > leading this effort. > > Scott Wanted to follow up and say that I spoke a little too quickly earlier. It looks like the BIND guys will be importing 9.3.0rc4, not 9.2.3. Scott From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 21:42:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D411E16A4CE for ; Thu, 16 Sep 2004 21:42:16 +0000 (GMT) Received: from upipe0.schmolie.com (upipe0.schmolie.com [207.109.186.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 848EE43D45 for ; Thu, 16 Sep 2004 21:42:16 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 91955 invoked by uid 2525); 16 Sep 2004 21:42:15 -0000 Received: from 82.76.1.117 ( [82.76.1.117]) as user itetcu@localhost by webmail.people.tecnik93.com with HTTP; Thu, 16 Sep 2004 14:42:15 -0700 Message-ID: <1095370935.414a08b7a6ce5@webmail.people.tecnik93.com> Date: Thu, 16 Sep 2004 14:42:15 -0700 From: itetcu@people.tecnik93.com To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 X-Originating-IP: 82.76.1.117 cc: Andre Oppermann Subject: Re: BETA4 + IPFIREWALL_FORWARD => panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 21:42:17 -0000 Andre Oppermann wrote >itetcu@people.tecnik93.com wrote: >> Hi, >> >> [Please excuse formating, I'm writeing from webmail] > > A 5.3-BETA4 cvsupped around 16.00 today (16 sept) panics when ipfw fwd rule is > used. It seems to be stable with the same kernel without fwd rules. If the fwd > rule is present at boot it will panic each time, it it is added later it seems > that sometimes (one of 5 untill now) it does not panic. The panic seems to > happen on the first / first few fwd packets. [...] > I have MFC'd the fix a couple of hours ago. You should cvsup again and check if you have got rev. 1.1.2.5 of netinet/ip_fw_pfil.c. Thanks. Yes, I've seen the commit about 15 minutes ago and I'm rebuilding kernel now. Usually I would have seen it faster in my email, but since I'm not in my office I had to check the web archive for cvs-src. Thanks again and sorry for the noise, IOnut From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 21:46:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90D7616A4CE for ; Thu, 16 Sep 2004 21:46:14 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4928143D3F for ; Thu, 16 Sep 2004 21:46:14 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 61635C520; Thu, 16 Sep 2004 17:46:13 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id EF96C1D2C21; Thu, 16 Sep 2004 17:46:10 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16714.2466.353010.629983@canoe.dclg.ca> Date: Thu, 16 Sep 2004 17:46:10 -0400 To: freebsd-current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: usb hub disconnect crashes 5.3-BETA4 hard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 21:46:14 -0000 I have two different USB mice. One is a little portable one that has a wireless "dongle" that pluggs into the port. This one works fine. The second is an MX-900 (Logitec) that is a "bluetooth" mouse... but the unit itself shows up as a USB hub and a usb mouse in that hub. This (I believe) is due to the fact that the "base station" is emulating a usb mouse ... but also has the ability to show up as a bluetooth receiver (if you enable it). That function is not enabled on my mouse --- so it shows up as hub with a mouse attached to the hub. When the hub/mouse is unplugged, FreeBSD-5.3-BETA4 panic's hard but BETA2 did not. This may be a false hope ... I think I have seen this before, but I don't remember exactly. When it panics hard, I see "ums0 detached" (bright text) followed by "(null) at uhub4 " followed by a panic message an no dump. Here is the kernel messages for the working mouse: [3:2:302]dgilbert@canoe:~> dmesg | grep -i usb uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 ehci0: mem 0xf4fffc00-0xf4ffffff irq 11 at device 29.7 on pci0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 ums0: PATEN USB Receiver, rev 1.10/1.03, addr 2, iclass 3/1 ums0: PATEN USB Receiver, rev 1.10/1.03, addr 2, iclass 3/1 Here are the kernel messages for the mouse attaching (obviously I can't show the exact detatch messages): uhub4: Texas Instruments General Purpose USB Hub, class 9/0, rev 1.10/1.01, addr 3 uhub4: 2 ports with 0 removable, bus powered ums1: Logitech USB Receiver, rev 1.10/27.04, addr 4, iclass 3/1 ums1: 7 buttons and Z dir. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 21:54:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FBF816A4CE for ; Thu, 16 Sep 2004 21:54:01 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E1443D1F for ; Thu, 16 Sep 2004 21:54:00 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from nemesis.md.0xfce3.net (port-ip-213-211-224-164.reverse.mdcc-fun.de [213.211.224.164]) by dd1318.kasserver.com (Postfix) with ESMTP id 64AA434B33; Thu, 16 Sep 2004 23:53:58 +0200 (CEST) Received: from nemesis.md.0xfce3.net (localhost [127.0.0.1]) by nemesis.md.0xfce3.net (8.13.1/8.13.1) with ESMTP id i8GLrwOZ002792; Thu, 16 Sep 2004 23:53:58 +0200 (CEST) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by nemesis.md.0xfce3.net (8.13.1/8.13.1/Submit) id i8GLrwer002791; Thu, 16 Sep 2004 23:53:58 +0200 (CEST) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: nemesis.ipv6.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Thu, 16 Sep 2004 23:53:58 +0200 From: Gordon Bergling To: Steve Ames Message-ID: <20040916215358.GA2723@nemesis.md.0xfce3.net> References: <4149AD1B.1050902@samsco.org> <20040916172134.GA1043@nemesis.md.0xfce3.net> <20040916195929.GA42386@energistic.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20040916195929.GA42386@energistic.com> X-Url: X-Operating-System: FreeBSD 5.3-BETA4 i386 X-Host-Uptime: 11:46PM up 4:40, 3 users, load averages: 0.21, 0.07, 0.02 User-Agent: Mutt/1.5.6i cc: Gordon Bergling cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! BIND 9.2.3 coming soon! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 21:54:01 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu Sep 16, 2004 at 02:59PM -0500, Steve Ames wrote: > On Thu, Sep 16, 2004 at 07:21:34PM +0200, Gordon Bergling wrote: > > Thanks for doing this. :) > >=20 > > Are there any plans to choose a zone-file layout like it is in OpenBSD? > > On OpenBSD they store the zone-files in /var which separate folders for > > Master,Slave and standard. >=20 > ? Don't you just put one of these in your named.conf: >=20 > options { > directory "/var/namedb"; > }; >=20 > As for 'master','slave', etc... you can specify those directories directly > also: >=20 > zone "my-domain.net" { > type master; > file "master/my-domain.net"; > }; >=20 > would put this in the "master" subdirectory of the directory listed in > options. >=20 > The configuration file can also be stored in /var... just invoke 'named' > with the right command line: >=20 > named [-c conffile] >=20 > e.g. '/usr/sbin/named -c /var/named/named.conf' >=20 > Since BIND already handled all of this I'm not sure how this could be xBSD > specific? Your are absolutley right on the configuration examples, but what I mean was how BIND will be imported. Off course its true that this isn't really xBSD specific, but I personally like the OpenBSD way a little bit more than the FreeBSD way.=20 (No, this should't be a start of a flame. ;) best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBSgt0k7nTK8dvAqARAvqQAJ9JZFaZ4DzrhHGs1JNkkxgADQtEnQCggFVA +zz8R2fWomQXy4B0rVF7DLo= =oQiS -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 23:11:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C96016A4CE for ; Thu, 16 Sep 2004 23:11:59 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3DD5E43D1F for ; Thu, 16 Sep 2004 23:11:58 +0000 (GMT) (envelope-from ph.schulz@gmx.de) Received: (qmail 18670 invoked by uid 65534); 16 Sep 2004 23:11:57 -0000 Received: from p5090C9A3.dip0.t-ipconnect.de (EHLO gmx.de) (80.144.201.163) by mail.gmx.net (mp022) with SMTP; 17 Sep 2004 01:11:57 +0200 X-Authenticated: #1954550 Message-ID: <414A1D86.5040304@gmx.de> Date: Fri, 17 Sep 2004 01:11:02 +0200 From: Phil Schulz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040520 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4149E8CD.2080805@gmx.de> In-Reply-To: <4149E8CD.2080805@gmx.de> X-Enigmail-Version: 0.84.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Panic with umass device - trace included - unable to obtain dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 23:11:59 -0000 [Sorry about replying to myself...] Phil Schulz wrote: [...] > > I've also added "dumpdev" and "dumpdir" to /etc/rc.conf, but after I > `reset` the PC from the db> prompt, I don't get any core dumps in > /var/core; savecore just says "no dumps found" on boot. > I've searched google and revealed [1]. I then tried to enter the > debugger from the console and issued `panic` and I did get a core dump > then. > [...] Nevermind the thing about not getting a core dump... `call doadump` does the trick. ;-) Phil. -- Did you know... If you play a Windows 2000 CD backwards, you hear satanic messages, but what's worse is when you play it forward.... ...it installs Windows 2000 -- Alfred Perlstein on chat@freebsd.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 23:39:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE00716A4CE for ; Thu, 16 Sep 2004 23:39:04 +0000 (GMT) Received: from chello080110061116.502.15.vie.surfer.at (chello080110061116.502.15.vie.surfer.at [80.110.61.116]) by mx1.FreeBSD.org (Postfix) with SMTP id 618A343D53 for ; Thu, 16 Sep 2004 23:39:03 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 14181 invoked from network); 16 Sep 2004 23:39:01 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 16 Sep 2004 23:39:01 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Fri, 17 Sep 2004 01:38:42 +0200 User-Agent: KMail/1.7 References: <4148ED44.7080708@yahoo.com> In-Reply-To: <4148ED44.7080708@yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409170139.01320.4711@chello.at> cc: Rob Subject: Re: xosview broken for 5.3-BETA4 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 23:39:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 16 September 2004 03:32, Rob wrote: > I am running 5.3-BETA4, from Sept. 13th cvsup. > > Today I installed xosview: > > $ xosview > xosview: kvm_nlist() lookup failed for symbol '_intr_countp'. > xosview: safe_kvm_read() was attempted on EA 0 > > > Any idea what's going wrong here? xosview is partly broken since CURRENT-5. if i remember right, since the newbus code was introduced (about a year ago or longer). However you can run it with the interruptmeter disabled. To disable the Interruptmeter use the command 'xosview -int -intrate'. If you want to repair it, I would point you to the sources in src/usr.bin/vmstat.c and src/usr.bin/systat/*. It's shown there how to handle the interrupt counters in RELENG_5. The diskmeter is broken too. Since xosview is partly broken, I started to use sysutils/gkrellm2. It doesn't display the interrupt counters, but it does some more things things that xosview can't do. It's easy configurable and can even run in C/S mode. So if you like graphic system monitoring tools, I would give it a try. Cheers, ch - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBSiQV09WjGjvKU74RAjQxAJ0XuefdF2alEHDb/SMHZdZty1YQ8gCfTXIE 8SWBBRUN6Zd7OK/VSANp/cw= =g18f -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 23:55:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 315C816A4CE for ; Thu, 16 Sep 2004 23:55:50 +0000 (GMT) Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8785143D41 for ; Thu, 16 Sep 2004 23:55:49 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [193.198.136.81] (cmung2113.cmu.carnet.hr [193.198.136.81]) by jagor.srce.hr (8.12.10/8.12.10) with ESMTP id i8GNtk00012293 for ; Fri, 17 Sep 2004 01:55:47 +0200 (CEST) Message-ID: <414A27F8.7040207@fer.hr> Date: Fri, 17 Sep 2004 01:55:36 +0200 From: Ivan Voras User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040502 Thunderbird/0.6 Mnenhy/0.6.0.104 X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.org References: <4149B7FC.9010004@fer.hr> <20040916160709.GC768@zaphod.nitro.dk> In-Reply-To: <20040916160709.GC768@zaphod.nitro.dk> X-Enigmail-Version: 0.84.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-Face: L+\SC&qzD^$mE"W7='[pvNVqN~%w%yE$u=Z8>3^$16dK+jG[@H`; lFz^h,f=uzlw01 fajy]=lHAh(S@'EmM3FbC-`HqOh!,fJFeBS$2JU3w-3WQr{$ADS`,'xm8>G0/7I{p61vqy+RMCwQDg xh'z9&s0V:n Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at jagor.srce.hr Subject: Re: gmirror? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 23:55:50 -0000 Simon L. Nielsen wrote: > It works fine and I run it on my main server on two arrays. The > manual page (which includes examples) was MFC'ed to RELENG_5 two days > ago. After installing a fresh world, the man pages of gmirror seem to differ from the program. The gmirror program (I checked - it got re-installed by the installworld) doesn't accept commands such as 'list' and 'load'. Is it just me or maybe something got missed in a MFC? -- What part of "Ph'nglui mglw'nath Cthulhu R'lyeh wgah'nagl fhtagn" don't you understand? From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 23:56:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60CEE16A4CE for ; Thu, 16 Sep 2004 23:56:40 +0000 (GMT) Received: from mail.iinet.net.au (mail-01.iinet.net.au [203.59.3.33]) by mx1.FreeBSD.org (Postfix) with SMTP id C26E443D3F for ; Thu, 16 Sep 2004 23:56:38 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 18191 invoked from network); 16 Sep 2004 23:56:37 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 16 Sep 2004 23:56:34 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Fri, 17 Sep 2004 09:51:40 +1000 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409170951.40719.shinjii@virusinfo.rdksupportinc.com> Subject: buildworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 23:56:40 -0000 below is the error i get each time. ----------------------------------------------------- ===> usr.bin/mkuzip (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /usr/src/usr.bin/mkuzip/mkuzip.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -o mkuzip mkuzip.o -lz make: don't know how to make mkunzip.8. Stop *** Error code 2 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 00:05:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7EB116A4CE for ; Fri, 17 Sep 2004 00:05:40 +0000 (GMT) Received: from smtp17.wxs.nl (smtp17.wxs.nl [195.121.6.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2336243D41 for ; Fri, 17 Sep 2004 00:05:40 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp17.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I4500AW4S9E0F@smtp17.wxs.nl> for freebsd-current@freebsd.org; Fri, 17 Sep 2004 02:05:39 +0200 (CEST) Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl (8.13.1/8.13.1) with ESMTP id i8H05ct7028666; Fri, 17 Sep 2004 02:05:38 +0200 Received: (from akruijff@localhost) by alex.lan (8.13.1/8.13.1/Submit) id i8H05cu5028665; Fri, 17 Sep 2004 02:05:38 +0200 Content-return: prohibited Date: Fri, 17 Sep 2004 02:05:38 +0200 From: Alex de Kruijff In-reply-to: <200409170951.40719.shinjii@virusinfo.rdksupportinc.com> To: Warren Liddell Message-id: <20040917000538.GB810@alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <200409170951.40719.shinjii@virusinfo.rdksupportinc.com> X-Authentication-warning: alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f cc: freebsd-current@freebsd.org Subject: Re: buildworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 00:05:40 -0000 On Fri, Sep 17, 2004 at 09:51:40AM +1000, Warren Liddell wrote: > below is the error i get each time. > ----------------------------------------------------- I've tried it recently and it worked for me. I did it all in this order: Did you skip any of these steps? (they come out of the handbook) rm -rf /var/tmp/temproot > /dev/null cd /usr/src/usr.sbin/mergemaster > /dev/null ./mergemaster.sh -pa > /dev/null cd /usr/obj > /dev/null chflags -R noschg * > /dev/null rm -rf * > /dev/null cd /usr/src > /dev/null make cleandir > /dev/null make cleandir > /dev/null make buildworld > ${buildlog} make buildkernel KERNCONF=GENERIC > ${buildlog}.GENERIC -- Alex Articles based on solutions that I use: http://www.kruijff.org/alex/FreeBSD/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 00:05:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3813B16A4CE for ; Fri, 17 Sep 2004 00:05:44 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7523D43D48 for ; Fri, 17 Sep 2004 00:05:42 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.38.99] (ppp2663.dyn.pacific.net.au [61.8.38.99]) i8H04a2j032630; Fri, 17 Sep 2004 10:04:37 +1000 From: Sam Lawrance To: Ivan Voras In-Reply-To: <414A27F8.7040207@fer.hr> References: <4149B7FC.9010004@fer.hr> <20040916160709.GC768@zaphod.nitro.dk> <414A27F8.7040207@fer.hr> Content-Type: text/plain Message-Id: <1095379669.747.175.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 17 Sep 2004 10:07:50 +1000 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: gmirror? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 00:05:44 -0000 On Fri, 2004-09-17 at 09:55, Ivan Voras wrote: > Simon L. Nielsen wrote: > > > It works fine and I run it on my main server on two arrays. The > > manual page (which includes examples) was MFC'ed to RELENG_5 two days > > ago. > > After installing a fresh world, the man pages of gmirror seem to differ > from the program. The gmirror program (I checked - it got re-installed > by the installworld) doesn't accept commands such as 'list' and 'load'. > Is it just me or maybe something got missed in a MFC? If commands are not available they don't show up - ie. if you have no providers to list, the list command won't be available. A few people have been confused by this, I think pjd was considering changing the behaviour. From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 00:58:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F24916A4CE for ; Fri, 17 Sep 2004 00:58:45 +0000 (GMT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 111FF43D48 for ; Fri, 17 Sep 2004 00:58:45 +0000 (GMT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.13.1/8.13.1) with ESMTP id i8H0wiJp001186 for ; Thu, 16 Sep 2004 20:58:44 -0400 (EDT) (envelope-from bryan@kishka.net) Date: Thu, 16 Sep 2004 20:58:44 -0400 (EDT) From: Bryan Liesner To: freebsd-current@freebsd.org Message-ID: <20040916205719.G1185@gravy.kishka.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: USB Audio/Mixer problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 00:58:45 -0000 I recently purchased a Creative Labs Sound Blaster MP3+ which seems to work OK under FreeBSD 5.3-BETA. A couple of exceptions, though. It only seems to understand 48KHz and have to convert 44.1KHz -> 48KHz or else the device locks up. I can live with this. My concern is that when booting verbose or with USB_DEBUG set, when the device attaches, it declares that there are 12 mixer devices. So when I type in mixer at the command line, I would expect to see volume, pcm, linein, etc... But, here's the output of mixer: Recording source: mic Mixer pcm is currently set to 12:12 That's it. Any ideas to help me get some useful mixer settings? Thanks! From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 01:03:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E843316A4CE for ; Fri, 17 Sep 2004 01:03:28 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9648843D2D for ; Fri, 17 Sep 2004 01:03:28 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 33699 invoked by uid 1002); 17 Sep 2004 01:04:10 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 (clamscan: 0.73. spamassassin: 2.63. Clear:RC:1(192.168.200.200):. Processed in 0.979538 secs); 17 Sep 2004 01:04:10 -0000 Received: from unknown (HELO cujo) (192.168.200.200) by 192.168.200.225 with SMTP; 17 Sep 2004 01:04:09 -0000 From: "Grover Lines" To: Date: Thu, 16 Sep 2004 18:03:29 -0700 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcScUiTOX9EHkwpxRnCPVebXYlikjA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <109538304967233692@hellhound.ceribus.net> Message-Id: <20040917010328.9648843D2D@mx1.FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: slotcount oddity message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 01:03:29 -0000 Just got this message when logging out and thought it was strange considering pid 729 was just a login. %exit logout pid 729: corrected slot count (2->1) 358 ?? Ss 0:00.01 /usr/sbin/usbd 408 ?? Ss 0:00.02 /usr/sbin/cron -s 729 v0 Ss 0:00.04 login [pam] (login) 730 v0 S 0:00.02 -csh (csh) 732 v0 R+ 0:00.00 ps ax 456 v1 Ss+ 0:00.00 /usr/libexec/getty Pc ttyv1 FreeBSD purgatory. 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Sep 16 16: 17:44 PDT 2004 root@purgatory.ceribus.net:/mnt/hell/3/obj/usr/src/sys/INSANI TY i386 I'm using sched_ule with no preemption. I've been seeing a lot of these corrected slot count messages lately. Are they anything to be concerned about? -- Grover Lines From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 01:53:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2428616A4CE for ; Fri, 17 Sep 2004 01:53:37 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0D9E43D58 for ; Fri, 17 Sep 2004 01:53:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5514 invoked from network); 17 Sep 2004 01:53:36 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 17 Sep 2004 01:53:36 -0000 Received: from slimer.baldwin.cx (slimer.baldwin.cx [192.168.0.16]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8H1rNN4002471; Thu, 16 Sep 2004 21:53:29 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 16 Sep 2004 15:00:23 -0400 User-Agent: KMail/1.6.2 References: <41462D29.2020304@jara23.co.uk> In-Reply-To: <41462D29.2020304@jara23.co.uk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409161500.23961.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Andrew Wiles Subject: Re: de0 driver bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 01:53:37 -0000 On Monday 13 September 2004 07:28 pm, Andrew Wiles wrote: > There seems to be an issue with de0 driver in 5.3-BETA4 > The problem seems to be the driver doesn't allow traffic, or minimal > traffic at best unless it is set in promiscious mode. > Initially I thought it may have been a problem with my firewall ruleset > but as they hadn't changed since I upgraded from 5.2.1-p9 I doubted it. > > To test if my firewall was blocking the traffic i used tcpdump which > instantly brought the interface and traffic to life, upon terminating > tcpdump all traffic ceased. > putting the interface into promisious mode using ifconfig de0 promisc > instantly resumed the flow of traffic. > > If any more information is needed about my configuration or any further > details are required I can provide them on request. The de0 in my Alpha seems to perform very poorly unless I turn mpsafenet off. Are you seeing similar behavior? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 02:35:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9993D16A4CE for ; Fri, 17 Sep 2004 02:35:15 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A90D543D3F for ; Fri, 17 Sep 2004 02:35:14 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 315 invoked by uid 65534); 17 Sep 2004 02:35:13 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp008) with SMTP; 17 Sep 2004 04:35:13 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: current@freebsd.org Date: Fri, 17 Sep 2004 04:35:04 +0200 User-Agent: KMail/1.7 X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2352596.pAoY8DiFGz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409170435.11679.Emanuel.Strobl@gmx.net> Subject: cvsup (ezm3 - modula) build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 02:35:15 -0000 --nextPart2352596.pAoY8DiFGz Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, trying to build cvsup on BETA4 results in: =2D--------- building m3doc in text/sgmltools ---------- /usr/ports/lang/ezm3/work/ezm3-1.2/src/../boot-FreeBSD4/m3build/FreeBSD4/m3= build=20 =2DT /usr/ports/lang/ezm3/work/ezm3-1.2/src/../m3config/src=20 =2DF /usr/ports/lang/ezm3/work/ezm3-1.2/src/../FreeBSD4/config.tmpl=20 =2DDUSE_M3DOC=3D mkdir FreeBSD4 =2D-- building in FreeBSD4 --- /usr/ports/lang/ezm3/work/ezm3-1.2/src/../boot-FreeBSD4/m3ship/FreeBSD4/m3s= hip=20 =2DT /usr/ports/lang/ezm3/work/ezm3-1.2/src/../m3config/src =2D-- shipping from FreeBSD4 --- /usr/local/lib/m3/pkg/m3doc/FreeBSD4 .M3EXPORTS /usr/local/lib/m3/pkg/m3doc/src /usr/ports/lang/ezm3/work/ezm3-1.2/text/sgmltools/m3doc/src/m3doc.tmpl =2D--------- building m3core in libs ---------- /usr/ports/lang/ezm3/work/ezm3-1.2/src/../boot-FreeBSD4/m3build/FreeBSD4/m3= build=20 =2DT /usr/ports/lang/ezm3/work/ezm3-1.2/src/../m3config/src=20 =2DF /usr/ports/lang/ezm3/work/ezm3-1.2/src/../FreeBSD4/config.tmpl=20 =2DDUSE_M3DOC=3D mkdir FreeBSD4 =2D-- building in FreeBSD4 --- new source -> compiling ../src/Csupport/Common/hand.c new source -> compiling ../src/Csupport/FreeBSD4/dtoa.c new source -> compiling ../src/runtime/common/RTHooks.i3 new source -> compiling ../src/word/Word.i3 new source -> compiling ../src/text/Text.i3 new source -> compiling ../src/thread/Common/Thread.i3 new source -> compiling ../src/runtime/common/RT0.i3 [...] new source -> compiling ../src/unix/freebsd-4.i386/off_t_wrap.c new source -> compiling ../src/C/Common/Cerrno.i3 new source -> compiling ../src/C/Common/Cstddef.i3 new source -> compiling ../src/C/Common/Cstdlib.i3 new source -> compiling ../src/C/Common/M3toC.i3 new source -> compiling ../src/C/Common/Cstdarg.i3 new source -> compiling ../src/C/Common/CerrnoC.c new source -> compiling ../src/C/FreeBSD4/Csignal.i3 new source -> compiling ../src/C/FreeBSD4/Cstring.i3 new source -> compiling ../src/C/FreeBSD4/Cstdio.i3 new source -> compiling ../src/C/FreeBSD4/CstdioC.c new source -> compiling ../src/float/IEEE/Real.i3 *** *** runtime error: *** Segmentation violation - possible attempt to dereference NIL *** pc =3D 0x8157111 *** use option @M3stackdump to get a stack trace m3build: quake error: quake error: runtime error: m3build failed with error= =20 code: 34304 =2D-procedure-- -line- -file--- error -- BuildChunk 164 /usr/ports/lang/ezm3/work/ezm3-1.2/src/m3makefile PkgInfo 240 /usr/ports/lang/ezm3/work/ezm3-1.2/src/m3makefile 38 /usr/ports/lang/ezm3/work/ezm3-1.2/src/PACKAGES gmake: *** [packages] Fehler 1 *** Error code 2 Stop in /usr/ports/lang/ezm3. *** Error code 1 Unfortunately I don't know how to use option @M3stackdump to get a stack=20 trace... Let me know if I can help anything, =2DMano --nextPart2352596.pAoY8DiFGz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBSk1fBylq0S4AzzwRAvNDAJ4oBAvxpRzqMP6K894JqZHun2nERwCcDKnR szvcQTG11URtZDwrJVApGeA= =0TeL -----END PGP SIGNATURE----- --nextPart2352596.pAoY8DiFGz-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 02:44:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97A3216A4CE for ; Fri, 17 Sep 2004 02:44:22 +0000 (GMT) Received: from av7-1-sn4.m-sp.skanova.net (av7-1-sn4.m-sp.skanova.net [81.228.10.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44CB943D41 for ; Fri, 17 Sep 2004 02:44:22 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av7-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 75AF337E59; Fri, 17 Sep 2004 04:44:21 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av7-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 6317837E44; Fri, 17 Sep 2004 04:44:21 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 2C9C737E42; Fri, 17 Sep 2004 04:44:21 +0200 (CEST) From: "Daniel Eriksson" To: "'Emanuel Strobl'" , Date: Fri, 17 Sep 2004 04:44:18 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-reply-to: <200409170435.11679.Emanuel.Strobl@gmx.net> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcScXybMa+7HFt/nSUu8gdf+bkCtGgAALaUg Subject: RE: cvsup (ezm3 - modula) build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 02:44:22 -0000 Emanuel Strobl wrote: > Hello, trying to build cvsup on BETA4 results in: m3 cannot be built with -02 optimization. Try removing CFLAGS temporarily from your make.conf and rebuild the port from scratch. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 03:00:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D348616A4CE; Fri, 17 Sep 2004 03:00:30 +0000 (GMT) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8855F43D1F; Fri, 17 Sep 2004 03:00:30 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (unknown [209.240.64.129]) by smtpout-1.iphouse.net (Postfix) with ESMTP id B442B10774; Thu, 16 Sep 2004 22:00:29 -0500 (CDT) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 9595826; Thu, 16 Sep 2004 22:00:27 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01526-09; Thu, 16 Sep 2004 22:00:18 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 6550821; Thu, 16 Sep 2004 22:00:17 -0500 (CDT) Message-ID: <414A533A.8000009@veldy.net> Date: Thu, 16 Sep 2004 22:00:10 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-pf@freebsd.org, freebsd-current@freebsd.org X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig866F1C8EBADCF0F805A6D9AC" X-Virus-Scanned: by amavisd-new at veldy.net Subject: PF Issue with BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 03:00:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig866F1C8EBADCF0F805A6D9AC Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit It seems that, at least with the PF devices built into the kernel that an issue arises during shutdown. As I was rebooting the server, I noticed that the disks were syncing and yet there was a huge amount of traffic on my router to the Internet. Upon inspection, packets were still passing through the kernel and a large download was still going on through a kernel that should have long ago quite passing traffic! In other words, it appears that the NAT function of PF does not shutdown as it should while the the OS is shutting down. Traffic ceases almost immediately with IPFW and IPFILTER. Thanks, Tom Veldhouse --------------enig866F1C8EBADCF0F805A6D9AC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBSlM9ARgTFXYf0wARAhroAJ9ulsb1c0CSLYnpCZOik4Q5x/E3aQCfdXGy SvJ9CtOLICQehUZbyugVn7o= =NYEQ -----END PGP SIGNATURE----- --------------enig866F1C8EBADCF0F805A6D9AC-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 03:30:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23B6216A4CE; Fri, 17 Sep 2004 03:30:54 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B1443D1F; Fri, 17 Sep 2004 03:30:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8H3UrvD081136; Thu, 16 Sep 2004 23:30:53 -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 i8H3UrnP058282; Thu, 16 Sep 2004 23:30:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DFF887303F; Thu, 16 Sep 2004 23:30:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040917033052.DFF887303F@freebsd-current.sentex.ca> Date: Thu, 16 Sep 2004 23:30:52 -0400 (EDT) Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 03:30:54 -0000 TB --- 2004-09-17 01:58:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-17 01:58:39 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2004-09-17 01:58:39 - checking out the source tree TB --- 2004-09-17 01:58:39 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2004-09-17 01:58:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-17 02:06:36 - building world (CFLAGS=-O -pipe) TB --- 2004-09-17 02:06:36 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-17 02:06:36 - /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 TB --- 2004-09-17 03:06:41 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-17 03:06:41 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-17 03:06:41 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Sep 17 03:06:41 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Sep 17 03:19:58 UTC 2004 TB --- 2004-09-17 03:19:58 - generating LINT kernel config TB --- 2004-09-17 03:19:58 - cd /home/tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/conf TB --- 2004-09-17 03:19:58 - /usr/bin/make -B LINT TB --- 2004-09-17 03:19:58 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-17 03:19:58 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-17 03:19:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 17 03:19:58 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1076: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `ia32_syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1252: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2004-09-17 03:30:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-17 03:30:52 - ERROR: failed to build lint kernel TB --- 2004-09-17 03:30:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 03:47:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD71D16A4CE; Fri, 17 Sep 2004 03:47:01 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B31A43D54; Fri, 17 Sep 2004 03:47:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8H3l1Du023955; Thu, 16 Sep 2004 23:47:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8H3l1xU089417; Thu, 16 Sep 2004 23:47:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DE50F7303F; Thu, 16 Sep 2004 23:47:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040917034700.DE50F7303F@freebsd-current.sentex.ca> Date: Thu, 16 Sep 2004 23:47:00 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 03:47:02 -0000 TB --- 2004-09-17 03:30:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-17 03:30:53 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-17 03:30:53 - checking out the source tree TB --- 2004-09-17 03:30:53 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-17 03:30:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-17 03:38:50 - building world (CFLAGS=-O -pipe) TB --- 2004-09-17 03:38:50 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-17 03:38:50 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-17 03:47:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-17 03:47:00 - ERROR: failed to build world TB --- 2004-09-17 03:47:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 04:09:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72D6016A4CF; Fri, 17 Sep 2004 04:09:51 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2345643D53; Fri, 17 Sep 2004 04:09:51 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i8H49oaE078574; Thu, 16 Sep 2004 23:09:50 -0500 (CDT) (envelope-from dan) Date: Thu, 16 Sep 2004 23:09:50 -0500 From: Dan Nelson To: freebsd-current@freebsd.org Message-ID: <20040917040950.GA52634@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline X-OS: FreeBSD 5.3-BETA3 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: kientzle@freebsd.org Subject: bsdtar errors storing uid/gids > 16777214 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 04:09:51 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline It looks like bsdtar will create extended header entries for attributes that would overflow the regular file header, but for the gid and uid cases, it doesn't zero out the regular fields, and __archive_write_format_header_ustar() ends up failing. This bit me when portupgrading kdebase, which installs kdesud with a group name of "nogroup", which is -2 (aka 4294967294) on my system. Also, there's a formatting error in tar/read.c that ends up misaligning the date column. %Y is 4 chars wide, but %R is 5, so the format string with %R in it needs to lose a space. -- Dan Nelson dnelson@allantgroup.com --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p1 Index: archive_write_set_format_pax.c =================================================================== RCS file: /home/ncvs/src/lib/libarchive/archive_write_set_format_pax.c,v retrieving revision 1.17 diff -u -p -r1.17 archive_write_set_format_pax.c --- archive_write_set_format_pax.c 8 Aug 2004 02:22:48 -0000 1.17 +++ archive_write_set_format_pax.c 17 Sep 2004 04:03:19 -0000 @@ -416,6 +416,7 @@ archive_write_pax_header(struct archive /* If numeric GID is too large, add 'gid' to pax extended attrs. */ if (st_main->st_gid >= (1 << 20)) { add_pax_attr_int(&(pax->pax_header), "gid", st_main->st_gid); + archive_entry_set_gid(entry_main, 0); need_extension = 1; } @@ -431,6 +432,7 @@ archive_write_pax_header(struct archive /* If numeric UID is too large, add 'uid' to pax extended attrs. */ if (st_main->st_uid >= (1 << 20)) { add_pax_attr_int(&(pax->pax_header), "uid", st_main->st_uid); + archive_entry_set_uid(entry_main, 0); need_extension = 1; } --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p2 Index: read.c =================================================================== RCS file: /home/ncvs/src/usr.bin/tar/read.c,v retrieving revision 1.19.2.1 diff -u -p -r1.19.2.1 read.c --- read.c 2 Sep 2004 04:09:46 -0000 1.19.2.1 +++ read.c 16 Sep 2004 15:13:53 -0000 @@ -282,7 +282,7 @@ list_item_verbose(struct bsdtar *bsdtar, if (abs(tim - now) > (365/2)*86400) fmt = bsdtar->day_first ? "%e %b %Y" : "%b %e %Y"; else - fmt = bsdtar->day_first ? "%e %b %R" : "%b %e %R"; + fmt = bsdtar->day_first ? "%e %b %R" : "%b %e %R"; strftime(tmp, sizeof(tmp), fmt, localtime(&tim)); fprintf(out, " %s ", tmp); safe_fprintf(out, "%s", archive_entry_pathname(entry)); --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 04:23:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E96516A4CE for ; Fri, 17 Sep 2004 04:23:09 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7827C43D48 for ; Fri, 17 Sep 2004 04:23:08 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 5268850B8C for ; Fri, 17 Sep 2004 13:23:07 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id B24DE50B95 for ; Fri, 17 Sep 2004 13:23:05 +0900 (JST) Date: Fri, 17 Sep 2004 13:23:05 +0900 Message-ID: <7macvple1i.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 04:23:09 -0000 When I tried to read DVD-R media (written on the same current box by cdrecord-ProDVD), I got this message at mounting: ----- acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x15 ascq=0x00 error=0 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x15 ascq=0x00 error=0 cd9660: RockRidge Extension ----- Is this harmless or not? I can copy a file from this DVD-R without problem. And, this DVD-R has a large file (3GB), and ls(1) (maybe stat(2)) issues an error like this: ----- % ls -l /cdrom/0 ls: foo.tgz: Value too large to be stored in data type ----- With inserting printf() at kern/vfs_vnops.c:724, I got following result. Is this related to above READ_BIG error? Or simply something wrong in other VFS (or CD9660?) layer? ----- line: printf("kuri: EOVERFLOW: va_size=%llu, OFF_MAX=%llu\n", vap->va_size, OFF_MAX); output: kuri: EOVERFLOW: va_size=18446744072600323698, OFF_MAX=9223372036854775807 ----- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 04:42:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A2416A4CE for ; Fri, 17 Sep 2004 04:42:07 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0924343D58 for ; Fri, 17 Sep 2004 04:42:07 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-64-164-9-59.dsl.snfc21.pacbell.net [64.164.9.59])i8H4g4Nm067140; Fri, 17 Sep 2004 00:42:06 -0400 Message-ID: <414A6B1C.6060706@elischer.org> Date: Thu, 16 Sep 2004 21:42:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jun Kuriyama References: <7macvple1i.wl@black.imgsrc.co.jp> In-Reply-To: <7macvple1i.wl@black.imgsrc.co.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 04:42:07 -0000 Jun Kuriyama wrote: > When I tried to read DVD-R media (written on the same current box by > cdrecord-ProDVD), I got this message at mounting: > > ----- > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x15 ascq=0x00 error=0 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x15 ascq=0x00 error=0 > cd9660: RockRidge Extension I think this is a scheduler problem of some sort.. > ----- > > Is this harmless or not? I can copy a file from this DVD-R without > problem. > > > And, this DVD-R has a large file (3GB), and ls(1) (maybe stat(2)) > issues an error like this: > > ----- > % ls -l /cdrom/0 > ls: foo.tgz: Value too large to be stored in data type > ----- > > With inserting printf() at kern/vfs_vnops.c:724, I got following > result. Is this related to above READ_BIG error? Or simply something > wrong in other VFS (or CD9660?) layer? > > ----- > line: > printf("kuri: EOVERFLOW: va_size=%llu, OFF_MAX=%llu\n", vap->va_size, OFF_MAX); > output: > kuri: EOVERFLOW: va_size=18446744072600323698, OFF_MAX=9223372036854775807 > ----- > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 04:47:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3904E16A4CE for ; Fri, 17 Sep 2004 04:47:41 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id F247943D54 for ; Fri, 17 Sep 2004 04:47:40 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 28C2850BD6; Fri, 17 Sep 2004 13:47:40 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 7C66A50BFE; Fri, 17 Sep 2004 13:47:38 +0900 (JST) Date: Fri, 17 Sep 2004 13:47:38 +0900 Message-ID: <7m656dlcwl.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Julian Elischer In-Reply-To: <414A6B1C.6060706@elischer.org> References: <7macvple1i.wl@black.imgsrc.co.jp> <414A6B1C.6060706@elischer.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Jun Kuriyama cc: Current Subject: Re: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 04:47:41 -0000 At Thu, 16 Sep 2004 21:42:04 -0700, Julian Elischer wrote: > Jun Kuriyama wrote: > > When I tried to read DVD-R media (written on the same current box by > > cdrecord-ProDVD), I got this message at mounting: > > > > ----- > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x15 ascq=0x00 error=0 > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x15 ascq=0x00 error=0 > > cd9660: RockRidge Extension > > I think this is a scheduler problem of some sort.. Hmm, is there something I can help out about this? -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 04:59:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08E3216A4CE for ; Fri, 17 Sep 2004 04:59:31 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C3B543D3F for ; Fri, 17 Sep 2004 04:59:30 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8H4xRFx009006 for ; Fri, 17 Sep 2004 06:59:27 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8H4xQU66064 for freebsd-current@freebsd.org; Fri, 17 Sep 2004 06:59:26 +0200 (CEST) (envelope-from rabe) Date: Fri, 17 Sep 2004 06:59:26 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040917065926.D55054@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: de0 doze off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 04:59:31 -0000 Hi *, on one of my older boxes my D-Link ("tulip") card dozes off when transfering some megabytes of data eg scp. When stalled, the interface can be brought back by "ifconfig down/up". The box is actually running BETA4/GENERIC from last night, this appeared after BETA1 which was the last stable for this. de0: flags=108843 mtu 1500 inet 192.168.0.140 netmask 0xffffff00 broadcast 192.168.0.255 inet6 fe80::280:c8ff:fe94:4436%de0 prefixlen 64 scopeid 0x1 ether 00:80:c8:94:44:36 media: Ethernet autoselect (100baseTX ) status: active de0: port 0xc400-0xc47f mem 0xd7000000-0xd700007f irq 15 at device 13.0 on pci0 de0: [GIANT-LOCKED] de0: 21140A [10-100Mb/s] pass 2.2 de0: Ethernet address: 00:80:c8:94:44:36 de0: if_start running deferred for Giant de0: enabling Full Duplex 100baseTX port (see also: http://rhb.uugrn.org/FreeBSD/bugs/5.x/beastie_de0/beastie.dmesg ) Any idea? Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 05:35:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD1E916A4CE for ; Fri, 17 Sep 2004 05:35:28 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 434AE43D2F for ; Fri, 17 Sep 2004 05:35:28 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i8H5ZL90049836; Thu, 16 Sep 2004 22:35:22 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <414A7799.5000501@freebsd.org> Date: Thu, 16 Sep 2004 22:35:21 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <20040917040950.GA52634@dan.emsphone.com> In-Reply-To: <20040917040950.GA52634@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: bsdtar errors storing uid/gids > 16777214 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 05:35:28 -0000 Dan Nelson wrote: > It looks like bsdtar will create extended header entries for attributes > that would overflow the regular file header, but for the gid and uid > cases, it doesn't zero out the regular fields, and > __archive_write_format_header_ustar() ends up failing. This bit me > when portupgrading kdebase, which installs kdesud with a group name of > "nogroup", which is -2 (aka 4294967294) on my system. Good catch! I've just committed a revised version of your patch (that more correctly handles a couple of obscure bits of trivia). Many thanks. > Also, there's a formatting error in tar/read.c that ends up misaligning > the date column. %Y is 4 chars wide, but %R is 5, so the format string > with %R in it needs to lose a space. Yes, I've known about this one for a while, but decided to put off this (and a few other cosmetic fixes) until after 5.3. Thanks! Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 05:45:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 668EA16A4CE; Fri, 17 Sep 2004 05:45:37 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C7043D2D; Fri, 17 Sep 2004 05:45:36 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id i8H5jbe1056500; Fri, 17 Sep 2004 14:45:37 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id i8H5jW7A056499; Fri, 17 Sep 2004 14:45:32 +0900 (KST) (envelope-from ssw) Date: Fri, 17 Sep 2004 14:45:32 +0900 From: Sangwoo Shim To: FUJIMOTO Kou Message-ID: <20040917054532.GA56420@neo.redjade.org> References: <4146C15B.3090402@j.dendai.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline In-Reply-To: <4146C15B.3090402@j.dendai.ac.jp> User-Agent: Mutt/1.5.4i cc: imp@freebsd.org cc: current@freebsd.org Subject: Re: BETA4 kernel panic on boot with USB devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 05:45:37 -0000 On Tue, Sep 14, 2004 at 07:00:59PM +0900, FUJIMOTO Kou wrote: > Hi, > > I found 5.3-BETA4 kernel hangs on boot sequence. [snip] > after this message, kernel panic occurs. I've seen this, too. (though I'm using 6.0-CURRENT of today.) odin:~ $ uname -a FreeBSD odin 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Fri Sep 17 13:32:39 KST 2004 root@odin:/usr/obj/usr/src/sys/ODIN i386 odin:~ $ I'm using usb keyboard with 2-port usb hub. (HHK lite2, maybe same as FUJIMOTO-san's. ;-)) The following is the tr output in the DDB. (hand-writen) instruction ptr. 0x8:0xc04c6b73 kobj_delete() device_delete_child() usb_disconnect_port() uhub_detach() device_detach() device_delete_child() usb_disconnect_port() uhub_explore() usb_discover() usb_event_thread() fork_exit() fork_trampoline() Grepped output of instruction pointer. odin:/usr/obj/usr/src/sys/ODIN $ nm kernel.debug | grep c04c6b c04c6b68 T kobj_delete odin:/usr/obj/usr/src/sys/ODIN $ kgdb output. (kgdb) l *0xc04c6b73 0xc04c6b73 is in kobj_delete (/usr/src/sys/kern/subr_kobj.c:323). 318 } 319 320 void 321 kobj_delete(kobj_t obj, struct malloc_type *mtype) 322 { 323 kobj_class_t cls = obj->ops->cls; 324 int refs; 325 326 /* 327 * Consider freeing the compiled method table for the class (kgdb) fr 24 #24 0xc04c23dc in device_delete_child (dev=0x0, child=0xc1ffba00) at /usr/src/sys/kern/subr_bus.c:1489 1489 kobj_delete((kobj_t) child, M_BUS); (kgdb) p *child $3 = {ops = 0x0, link = {tqe_next = 0x0, tqe_prev = 0xc1ffbd98}, devlink = { tqe_next = 0x0, tqe_prev = 0xc1ffbd8c}, parent = 0xc1ffbd80, children = { tqh_first = 0x0, tqh_last = 0xc1ffba18}, driver = 0x0, devclass = 0x0, unit = -1, nameunit = 0x0, desc = 0x0, busy = 0, state = DS_NOTPRESENT, devflags = 0, flags = 53, order = 0 '\0', pad = 0 '\0', ivars = 0xc1d2fdc0, softc = 0x0, sysctl_ctx = {tqh_first = 0xc1a40870, tqh_last = 0xc1a72784}, sysctl_tree = 0x0} This panic is 100% reproducible if I unplug the keyboard. Or, boot with the keyboard plugged. (As FUJIMOTO-san said, USB keyboard and mouse are detached and reattached in boot sequence.) Regards, Sangwoo From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 05:55:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70CBE16A4CE; Fri, 17 Sep 2004 05:55:57 +0000 (GMT) Received: from les.ath.cx (12.41.244.43.ap.yournet.ne.jp [43.244.41.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id A240343D5A; Fri, 17 Sep 2004 05:55:55 +0000 (GMT) (envelope-from qhwt+freebsd-current@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id 68C981B8757; Fri, 17 Sep 2004 14:55:53 +0900 (JST) Date: Fri, 17 Sep 2004 14:55:53 +0900 From: YONETANI Tomokazu To: Lukas Ertl Message-ID: <20040917055553.GA8084@les.ath.cx> References: <20040914175102.R528@korben.in.tern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040914175102.R528@korben.in.tern> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.org Subject: Re: rcorder(8) dumps core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 05:55:57 -0000 On Tue, Sep 14, 2004 at 05:52:12PM +0200, Lukas Ertl wrote: > today I noticed a problem with rcorder on a very recent -CURRENT: > > [root@korben ~]# rcorder -k FreeBSD -s nostart -d /etc/rc.d/* [snip] > rcorder in free(): error: chunk is already free > Abort trap (core dumped) Core dump from double-free can be avoided by not free()'ing req_list and prov_list in iterations where it's already in progress. It doesn't solve circular dependency itself, though. Index: sbin/rcorder/rcorder.c =================================================================== RCS file: /home/source/freebsd/cvs/src/sbin/rcorder/rcorder.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 rcorder.c --- sbin/rcorder/rcorder.c 21 Jun 2002 15:56:16 -0000 1.1.1.2 +++ sbin/rcorder/rcorder.c 17 Sep 2004 05:51:24 -0000 @@ -723,8 +723,8 @@ do_file(fnode) filenode *fnode; { - f_reqnode *r, *r_tmp; - f_provnode *p, *p_tmp; + f_reqnode *r, *r_next; + f_provnode *p, *p_next; provnode *pnode; int was_set; @@ -748,22 +748,17 @@ * for each requirement of fnode -> r * satisfy_req(r, filename) */ - r = fnode->req_list; - while (r != NULL) { - r_tmp = r; + for (r = fnode->req_list; r != NULL; r = r_next) { + r_next = r->next; satisfy_req(r, fnode->filename); - r = r->next; - free(r_tmp); } - fnode->req_list = NULL; /* * for each provision of fnode -> p * remove fnode from provision list for p in hash table */ - p = fnode->prov_list; - while (p != NULL) { - p_tmp = p; + for (p = fnode->prov_list; p != NULL; p = p_next) { + p_next = p->next; pnode = p->pnode; if (pnode->next != NULL) { pnode->next->last = pnode->last; @@ -771,11 +766,7 @@ if (pnode->last != NULL) { pnode->last->next = pnode->next; } - free(pnode); - p = p->next; - free(p_tmp); } - fnode->prov_list = NULL; /* do_it(fnode) */ DPRINTF((stderr, "next do: ")); @@ -792,8 +783,19 @@ } DPRINTF((stderr, "nuking %s\n", fnode->filename)); - free(fnode->filename); - free(fnode); + if (!was_set) { + for (r = fnode->req_list; r != NULL; r = r_next) { + r_next = r->next; + free(r); + } + for (p = fnode->prov_list; p != NULL; p = p_next) { + p_next = p->next; + free(p->pnode); + free(p); + } + free(fnode->filename); + free(fnode); + } } void From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 06:25:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 046AF16A4CE for ; Fri, 17 Sep 2004 06:25:55 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D03143D4C for ; Fri, 17 Sep 2004 06:25:54 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8H6PeLo029673; Fri, 17 Sep 2004 08:25:53 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <414A8361.2070905@DeepCore.dk> Date: Fri, 17 Sep 2004 08:25:37 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jun Kuriyama References: <7macvple1i.wl@black.imgsrc.co.jp> In-Reply-To: <7macvple1i.wl@black.imgsrc.co.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: Current Subject: Re: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 06:25:55 -0000 Jun Kuriyama wrote: > When I tried to read DVD-R media (written on the same current box by > cdrecord-ProDVD), I got this message at mounting: >=20 > ----- > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x15 ascq=3D0x00 error=3D0 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x15 ascq=3D0x00 error=3D0 > cd9660: RockRidge Extension > ----- >=20 > Is this harmless or not? I can copy a file from this DVD-R without > problem. Looks like you isofs is bad... > And, this DVD-R has a large file (3GB), and ls(1) (maybe stat(2)) > issues an error like this: Uhm , you cannot have file > 1G on a comliant isofs... > ----- > % ls -l /cdrom/0 > ls: foo.tgz: Value too large to be stored in data type > ----- See, it even tells you :) -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 06:30:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EDA916A4CE for ; Fri, 17 Sep 2004 06:30:33 +0000 (GMT) Received: from tomts16-srv.bellnexxia.net (tomts16.bellnexxia.net [209.226.175.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 741B843D46 for ; Fri, 17 Sep 2004 06:30:32 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts16-srv.bellnexxia.net ESMTP <20040917063031.IDYZ14082.tomts16-srv.bellnexxia.net@[192.168.2.32]> for ; Fri, 17 Sep 2004 02:30:31 -0400 From: Chris Laverdure To: freebsd-current@freebsd.org In-Reply-To: <20040917055553.GA8084@les.ath.cx> References: <20040914175102.R528@korben.in.tern> <20040917055553.GA8084@les.ath.cx> Content-Type: text/plain Message-Id: <1095388200.623.6.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 17 Sep 2004 02:30:00 +0000 Content-Transfer-Encoding: 7bit Subject: mldonkey won't die, isn't usable, and doesn't appear to be zombied. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 06:30:33 -0000 Today I changed a few things in my kernel config around. I replaced SCHED_4BSD with SCHED_ULE, added PREEMPTION. I put some of the debugging features back in just incase I had any problems. I figure a little bit of overhead is a small price to pay. # Debugging for use in -current options KDB options DDB #Enable the kernel debugger options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed and I removed some drivers that I had built into the kernel (sound/network/etc) and use loadable modules now. Anyway, I rebooted with this new kernel, loaded mldonkey up, and went out with a friend to 7/11. ...taquitos... mhmmm. I got home about an hour later. mldonkey is not responding to me at all. So I tried to kill it... This is my problem: [incubus@elemental:~]$ ps aux | grep mlnet incubus 703 0.0 8.4 22576 20972 p1 RN+ 12:42AM 0:25.52 /usr/local/bin/mlnet-real [incubus@elemental:~]$ kill -9 703 [incubus@elemental:~]$ kill -9 703 [incubus@elemental:~]$ kill -9 703 [incubus@elemental:~]$ ps aux | grep mlnet incubus 703 0.0 8.4 22576 20972 p1 RN+ 12:42AM 0:25.52 /usr/local/bin/mlnet-real [incubus@elemental:~]$ su - otp-md5 496 el2739 ext Password: [root@elemental:~]$ kill -9 703 [root@elemental:~]$ kill -9 703 [root@elemental:~]$ kill -9 703 [root@elemental:~]$ kill -9 703 [root@elemental:~]$ kill -9 703 [root@elemental:~]$ exit logout [incubus@elemental:~]$ ps aux | grep mlnet incubus 703 0.0 8.4 22576 20972 p1 RN+ 12:42AM 0:25.52 /usr/local/bin/mlnet-real From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 06:47:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97E0716A4CE for ; Fri, 17 Sep 2004 06:47:28 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCC8E43D2F for ; Fri, 17 Sep 2004 06:47:27 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8H6lNCo088610; Fri, 17 Sep 2004 08:47:23 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Mark W. Krentel" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 14 Sep 2004 21:59:22 EDT." <200409150159.i8F1xMSb004864@blue.mwk.domain> Date: Fri, 17 Sep 2004 08:47:23 +0200 Message-ID: <88609.1095403643@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: kernel profiling with kernbb and gcov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 06:47:28 -0000 In message <200409150159.i8F1xMSb004864@blue.mwk.domain>, "Mark W. Krentel" wri tes: >I can't get kernel profiling with kernbb(8) and gcov(1) to work. The >kernel compile barfs with the -ftest-coverage and -fprofile-arcs >options. This usually breaks when GCC is updated and I have not had time to look at it yet :-( -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 06:50:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E43716A4CE for ; Fri, 17 Sep 2004 06:50:48 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EA4443D31 for ; Fri, 17 Sep 2004 06:50:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-64-170-123-106.dsl.snfc21.pacbell.net [64.170.123.106])i8H6ojWC127774; Fri, 17 Sep 2004 02:50:46 -0400 Message-ID: <414A8945.2070308@elischer.org> Date: Thu, 16 Sep 2004 23:50:45 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Chris Laverdure References: <20040914175102.R528@korben.in.tern> <20040917055553.GA8084@les.ath.cx> <1095388200.623.6.camel@elemental.DashEvil> In-Reply-To: <1095388200.623.6.camel@elemental.DashEvil> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: mldonkey won't die, isn't usable, and doesn't appear to be zombied. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 06:50:48 -0000 I am aware of this problem and am looking for the problem. thanks for the report though.. Chris Laverdure wrote: > Today I changed a few things in my kernel config around. > > I replaced SCHED_4BSD with SCHED_ULE, added PREEMPTION. > > I put some of the debugging features back in just incase I had any > problems. I figure a little bit of overhead is a small price to pay. > > # Debugging for use in -current > options KDB > options DDB #Enable the kernel debugger > options INVARIANTS #Enable calls of extra sanity > checking > options INVARIANT_SUPPORT #Extra sanity checks of internal > structures, required by INVARIANTS > #options WITNESS #Enable checks to detect > deadlocks and cycles > #options WITNESS_SKIPSPIN #Don't run witness on spinlocks > for speed > > and I removed some drivers that I had built into the kernel > (sound/network/etc) and use loadable modules now. > > Anyway, I rebooted with this new kernel, loaded mldonkey up, and went > out with a friend to 7/11. ...taquitos... mhmmm. > > I got home about an hour later. mldonkey is not responding to me at all. > > So I tried to kill it... > > This is my problem: > [incubus@elemental:~]$ ps aux | grep mlnet > incubus 703 0.0 8.4 22576 20972 p1 RN+ 12:42AM 0:25.52 > /usr/local/bin/mlnet-real > [incubus@elemental:~]$ kill -9 703 > [incubus@elemental:~]$ kill -9 703 > [incubus@elemental:~]$ kill -9 703 > [incubus@elemental:~]$ ps aux | grep mlnet > incubus 703 0.0 8.4 22576 20972 p1 RN+ 12:42AM 0:25.52 > /usr/local/bin/mlnet-real > [incubus@elemental:~]$ su - > otp-md5 496 el2739 ext > Password: > [root@elemental:~]$ kill -9 703 > [root@elemental:~]$ kill -9 703 > [root@elemental:~]$ kill -9 703 > [root@elemental:~]$ kill -9 703 > [root@elemental:~]$ kill -9 703 > [root@elemental:~]$ exit > logout > [incubus@elemental:~]$ ps aux | grep mlnet > incubus 703 0.0 8.4 22576 20972 p1 RN+ 12:42AM 0:25.52 > /usr/local/bin/mlnet-real > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 06:59:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65C9416A4CE for ; Fri, 17 Sep 2004 06:59:10 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBDD743D1D for ; Fri, 17 Sep 2004 06:58:57 +0000 (GMT) (envelope-from yurtesen-dated-1096268318.e564cb@ispro.net.tr) Received: (qmail 78166 invoked by uid 89); 17 Sep 2004 06:58:39 -0000 Received: from [192.168.0.94] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Fri, 17 Sep 2004 09:58:34 +0300 (EEST) Message-ID: <414B179D.3040306@ispro.net.tr> Date: Fri, 17 Sep 2004 09:58:05 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit From: Evren Yurtesen X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) X-Primary-Address: yurtesen@ispro.net.tr Subject: some problems with ipfw fwd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 06:59:10 -0000 Hello, Yesterday night I cvsupped RELENG_5 and made world. Now there is a problem with my transparent proxy... FreeBSD proxy.ispro.net.tr 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Thu Sep 16 22:23:51 EEST 2004 toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY i386 The problem is that I can see with ipfw -a list that the packets come to the proxy still. But squid doesnt work like a transparent proxy anymore. I tried to compile the same version of squid I used in the new system and installed, it doesnt work anymore. Nothing else than the FreeBSD version has changed... There must be something going on? If somebody can help, please contact! Evren From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 07:19:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3B2216A4CE; Fri, 17 Sep 2004 07:19:32 +0000 (GMT) Received: from zombie.ezone.ru (zombie.ezone.ru [195.128.162.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BC2443D55; Fri, 17 Sep 2004 07:19:31 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [172.16.4.26] (ultra.domain [172.16.4.26] (may be forged)) by zombie.ezone.ru (8.12.11/8.12.11) with ESMTP id i8H7JSZ1013513; Fri, 17 Sep 2004 11:19:29 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <414A8FF8.5060504@mcsi.pp.ru> Date: Fri, 17 Sep 2004 11:19:20 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: wpaul@freebsd.org Subject: NDIS issue - kern/71449 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 07:19:33 -0000 Hello. People, do you know, that RELENG_5 and HEAD kernel is not compilable if someone will try to make his 802.11 adapter work and follow instructions on ndis(4) manpage? I confirm kernel breakage and the patch in PR fixes it. Could someone with commit bit (wpaul preferrable :) review/commit it? -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 07:41:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 074F216A4CF; Fri, 17 Sep 2004 07:41:49 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E31DC43D45; Fri, 17 Sep 2004 07:41:47 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8H7fG2P011079; Fri, 17 Sep 2004 01:41:16 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i8H7fGV3011078; Fri, 17 Sep 2004 01:41:16 -0600 (MDT) (envelope-from scottl) Date: Fri, 17 Sep 2004 01:41:16 -0600 (MDT) Message-Id: <200409170741.i8H7fGV3011078@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 07:41:49 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+-----------+-------------+-------------------------| | | | |PREEMPTION appears to | | | | |increase the chances of | | | | |triggering a race | | | | |condition in the thread | |PREEMPTION-related | |Scott Long, |context management and | |hangs involving |In progress|Julian |scheduling code. Patches | |threads | |Elischer |to mitigate the problem | | | | |have been developed, with| | | | |on-going work to come up | | | | |with the correct solution| | | | |prior to 5.3. | |--------------------+-----------+-------------+-------------------------| | | | |Jun Kuriyama has reported| | | | |problems with NFS over | | | | |IPv6 not functioning | | | | |correctly as of the | | | | |improved NFS support for | | | | |disconnection changes. | |NFS over IPv6 |In progress|Doug White |Doug White has tracked | |problems | | |down the source of the | | | | |problem (EMSGSIZE being | | | | |returned by IPv6 UDP send| | | | |routine due to | | | | |fragmentation), and is | | | | |currently exploring | | | | |possible fixes. | |--------------------+-----------+-------------+-------------------------| | | | |There are reports of | | | | |applications wedging in | | | | |poll() and select() while| | | | |running the network stack| | | | |without the Giant lock. A| | | | |recent sleepq change | | | | |appears to have caused | | | | |some of the observed | | | | |problems to go away | |poll()/select() | | |(others are difficult to | |application wedge |In progress|Robert Watson|test for due to recent | |reports with | | |SMP instability). A fix | |debug.mpsafenet=1 | | |has been committed to CVS| | | | |HEAD and merged to | | | | |RELENG_5 and appears to | | | | |resolve problems with | | | | |poll(); we are waiting | | | | |for feedback that it has | | | | |corrected the reported | | | | |problems with select() | | | | |also before moving this | | | | |to "testing" status. | |--------------------+-----------+-------------+-------------------------| | | | |ether_input() calls | | | | |random_harvest() on the | | | | |mbuf after it has been | | | | |handed off to | |ether_input() may | |Mark Murray, |ether_demux(), at which | |harvest entropy from|In progress|Robert Watson|point it may have been | |free()'d mbuf | | |free()'d back to the mbuf| | | | |allocator. It also passes| | | | |in a pointer to the mbuf | | | | |itself, rather than | | | | |ethernet frame header. | |--------------------+-----------+-------------+-------------------------| | | | |Kris Kennaway has | | | | |reported problems with | | | | |boot time panic's, mutex | |boot time panic |Not done |- |Giant not owned at | | | | |kern/vfs_subr.c:1365. See| | | | |"Re: 5.3-RELEASE TODO" | | | | |thread in -current@. | |--------------------+-----------+-------------+-------------------------| | | | |The ifconf() ioctl for | | | | |listing network | | | | |interfaces performs a | | | | |copyout() while holding | |ifconf() sleep | | |the global ifnet list | |warning |In progress|Robert Watson|mutex. This generates a | | | | |witness warning in the | | | | |event that copyout() | | | | |generates a page fault, | | | | |and risks more serious | | | | |problems. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+----------------+-----------------------| | BIND9 import | | | BIND9 must be | | into 5-CURRENT | In progress | Doug Barton | imported for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | Kernel bits | | KSE support for | | | implemented, userland | | sparc64 | -- | -- | not implemented. | | | | | Required for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | With improved support | | | | | for threading | | | | | primitives, support | | | | | is now required to | | GDB thread | | David Xu, | ease debugging of | | support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this support | | | | | will work for both | | | | | libthr and libkse | | | | | threading models. | |-----------------+-------------+----------------+-----------------------| | | | | There have been | | | | | several reports that | | | | | growfs(8) works | | | | | improperly with large | | Reports of UFS2 | | | disk sizes, and other | | "large disk" | In progress | Scott Long | size-related nits in | | problems | | | the current disk and | | | | | label management tool | | | | | set. These must be | | | | | resolved for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | Synaptics updates to | | | | | the psm(4) driver | | Synaptics | | | have resulted in poor | | touchpad | In progress | Philip Paeps | interactivity for | | problems | | | taps and button press | | | | | events for some | | | | | users. | |-----------------+-------------+----------------+-----------------------| | | | | Entropy harvesting in | | | | | the interrupt and | | | | | incoming packet paths | | | | | currently involves a | | | | | large number of mutex | | | | | operations. In order | | | | | to improve | | | | | performance, it is | | Entropy | | | desirable to reduce | | harvesting | In progress | Robert Watson, | the number of mutex | | optimizations | | Mark Murray | operations | | | | | substantially. Work | | | | | is in progress to | | | | | improve the | | | | | harvesting code along | | | | | these lines, but has | | | | | not yet been properly | | | | | measured, and | | | | | therefore not yet | | | | | merged to CVS. | +------------------------------------------------------------------------+ Desired features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This issue must be | | | | | resolved so that the | | | | | two services may | | | | | more easily be used | | | | | together. Among | | | | | other things, this | | | | | will require a | | | | | careful review of | | | | | the handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time options | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that may | | | | | require conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure needs | | | | | to be revamped. | | | | | Peter Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |------------------+-------------+----------------+----------------------| | | | | Apple's Darwin | | | | | operating system has | | | | | fairly extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD tree. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports that | | | | | it cannot open the | | | | | procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | Not done | -- | fsck -p /", | | problems | | | suspending it with | | | | | ^Z, and then killing | | | | | truss. It will leave | | | | | behind the fsck | | | | | processes which will | | | | | be unkillable. | |------------------+-------------+----------------+----------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | ACL_MASK | | | entry overrides the | | override of | Not done | Robert Watson | umask, rather than | | umask support in | | | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and as | | | | | such would be very | | | | | helpful on FreeBSD. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated | | | | | file system | | | | | operations (VOPs), | | | | | and not on RPCs | | | | | generated via the | | | | | NFS server. | | MAC support for | | | Improvements in NFS | | NFS Server | Not done | Robert Watson | server credential | | | | | handling are | | | | | required to correct | | | | | this problem, as | | | | | well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and | | | | | perform enforcement | | | | | properly. | |------------------+-------------+----------------+----------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; | | | | | no use of vtophys() | | busdma in all | In progress | -- | will be permitted | | PCI drivers | | | for any recent | | | | | device driver. ISA | | | | | drivers may be | | | | | exempt. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +-------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+-----------+-----------+----------------------------------------| | | | |The installation documentation doesn't | |i386 Floppy | |Gavin |take into account the new floppy images | |Installation |Done |Atkinson, |(with a full kernel split across | |Docs | |Bruce A. |multiple disks). This should be updated.| | | |Mah |References: | | | | |docs/70485 (closed) | |--------------+-----------+-----------+----------------------------------------| |Finish | |Simon L. |Finish removing mention of individual | |hardware notes|In progress|Nielsen, |devices in the hardware notes and use | |trimming | |Christian |auto-generated lists, based on driver | | | |Brueffer |manual pages, instead. | |--------------+-----------+-----------+----------------------------------------| | | | |The snd(4) and pcm(4) drivers have been | | | | |renamed but their manual pages are still| | | | |outdated. sound(4) has to be added and | | | | |pcm(4), csa(4), gusc(4), sbc(4), and | | | | |uaudio(4) should be revised. Other | |sound(4) | | |manual pages which refer to pcm(4) (if | |related manual|In progress|Simon L. |any) should possibly be revised, too. In| |pages | |Nielsen |addition, supported cards list needs to | | | | |be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 | | | | |TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+-----------+-----------+----------------------------------------| |Sound section | | |This section is outdated, some rewrites | |in the |In progress|Marc |are needed for 5.3-RELEASE. | |Handbook | |Fonvieille |References: | | | | |Draft for review | |--------------+-----------+-----------+----------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers | |documentations|Not done |-- |changes, documentations (FAQ) regarding | |related pcm(4)| | |the use of these drivers need an update.| |--------------+-----------+-----------+----------------------------------------| | | | |Xin LI pointed out that FreeBSD | | | | |5.3-RELEASE is the first stable release | | | | |on 5.X and it is (hopefully) not for | | | | |early adopters. Early Adopter's Guide is| | | | |still useful, but contains a bit old | |Early | |Bruce A. |information. Some parts of this guide | |Adopter's |In progress|Mah, Tom |need a rewrite, and this document should| |Guide | |Rhodes |be published as "4.X to 5.X Migration | | | | |Guide", which focuses difference between| | | | |4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+-----------+-----------+----------------------------------------| | | | |Some parts are outdated. doc/70485 has | | | | |been committed, but more work is needed | | | | |to reflect the realities. bmah@ pointed | | | | |out that we should have "quick-start" | |Installation |Not done |Tom Rhodes |installation guide for each platform | |Notes | | |instead of the current ones because they| | | | |become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+-----------+-----------+----------------------------------------| | | | |Update the X11 chapter of the Handbook | | | |Ken Tom, |for X.Org's X11 server. | |Xorg |Done |Marc |References: | | | |Fonvieille |books/handbook/config/chapter.sgml | | | | |rev.1.147 | |--------------+-----------+-----------+----------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be| | | | |updated to mention the new rc.d scripts | | | | |and some ports use /etc/rc.conf for | | | | |their configuration. | |rc.d scripts |In progress|Tom Rhodes |References: | | | | |books/handbook/config/chapter.sgml | | | | |rev.1.170 | | | | |books/handbook/config/chapter.sgml | | | | |rev.1.172 | |--------------+-----------+-----------+----------------------------------------| | | | |Chapter 8 must be updated to match | |Handbook's | | |5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml| | | | |rev.1.135 | |--------------+-----------+-----------+----------------------------------------| | | | |Some parts of Section 14.10 are outdated| |Handbook's | | |and are not correct for 5.X systems. | |IPsec section |Not done |-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+-----------+-----------+----------------------------------------| |Handbook's |Not done |-- |Vinum chapter needs to be revised for | |Vinum chapter | | |5.X systems. | +-------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-------------------+---------------+--------------+---------------------| | | | | SCHED_ULE provides | | | | | better | | | | | interactivity, | | | | | higher performance, | | SCHED_ULE as the | Needs testing | Jeff | and the ability to | | default scheduler | | Roberson | support pinning and | | | | | affinity. Basic HTT | | | | | scheduling policies | | | | | should be in place | | | | | for 5.3 also. | |-------------------+---------------+--------------+---------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional libc_r. | | | | | All Tier-1 | | | | | platforms MUST have | | KSE as the | | David Xu, | stable KSE support | | default threads | Needs testing | Daniel | for 5.3 in order to | | library | | Eischen | support a | | | | | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads API | | | | | must be modified to | | | | | properly detect and | | | | | support the default | | | | | threading library. | |-------------------+---------------+--------------+---------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | David | to support new | | for all platforms | Needs testing | O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |-------------------+---------------+--------------+---------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |-------------------+---------------+--------------+---------------------| | | | | Jun Kuriyama has | | | | | reportged a failed | | | | | locking assertion | | | | | with IPv6 TCP | | in6_pcbnotify() | Needs testing | Robert | notifications. A | | panic with TCP | | Watson | patch has been | | | | | committed to the | | | | | CVS HEAD and | | | | | RELENG_5 and needs | | | | | further testing. | |-------------------+---------------+--------------+---------------------| | | | | To complete support | | | | | for thread-local | | | | | storage on FreeBSD, | | | | | per-architecture | | Per-platform | | Doug Rabson, | changes must be | | Thread-Local | Needs testing | Marcel | made. Currently | | Storage | | Moolenaar | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |-------------------+---------------+--------------+---------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White has | | SMP instability | | Doug White, | prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |-------------------+---------------+--------------+---------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | Needs testing | Robert | number of device | | locking without | | Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. By | | | | | 5.3-RELEASE, it is | | | | | necessary to have | | | | | the vast majority | | | | | of network code | | | | | running without | | | | | Giant, including | | | | | sockets, permitting | | | | | complete | | | | | local<->remote | | | | | delivery without | | | | | grabbing Giant. | |-------------------+---------------+--------------+---------------------| | | | | As part of the | | | | | MPSAFE network | | | | | stack work, | | | | | delivery of routing | | | | | socket messages was | | | | | moved to queued | | | | | dispatch via netisr | | | | | rather than direct | | | | | dispatch from the | | | | | routing code. | | Increased and | | | However, the risks | | configurable | | Robert | of lost routing | | netisr queue max | Needs testing | Watson | messages for | | depth for routing | | | routing daemons are | | sockets | | | high; respond by | | | | | increasing the max | | | | | depth beyond a | | | | | default interface | | | | | max depth of 50 to | | | | | 128, and allow it | | | | | to be | | | | | user-configured. | | | | | This change is now | | | | | present in CVS HEAD | | | | | and RELENG_5. | |-------------------+---------------+--------------+---------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |-------------------+---------------+--------------+---------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | ATA panics under | | So/ren | sparc64 that causes | | sparc64 | Needs testing | Schmidt, | a panic on boot. | | | | Scott Long | This was caused by | | | | | bugs in busdma that | | | | | have been hopefully | | | | | fixed. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/09/16 20:28:05 From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 07:54:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F00316A4CE for ; Fri, 17 Sep 2004 07:54:26 +0000 (GMT) Received: from tomts25-srv.bellnexxia.net (tomts25-srv.bellnexxia.net [209.226.175.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE37743D55 for ; Fri, 17 Sep 2004 07:54:25 +0000 (GMT) (envelope-from dashevil@sympatico.ca) Received: from [192.168.2.32] ([67.68.38.73]) by tomts25-srv.bellnexxia.net ESMTP <20040917075423.MUFG7925.tomts25-srv.bellnexxia.net@[192.168.2.32]>; Fri, 17 Sep 2004 03:54:23 -0400 From: Chris Laverdure To: Julian Elischer In-Reply-To: <414A8945.2070308@elischer.org> References: <20040914175102.R528@korben.in.tern> <20040917055553.GA8084@les.ath.cx><414A8945.2070308@elischer.org> Content-Type: text/plain Message-Id: <1093924460.657.2.camel@elemental.DashEvil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: mldonkey won't die, isn't usable, and doesn't appear to be zombied. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 17 Sep 2004 07:54:26 -0000 X-Original-Date: Tue, 31 Aug 2004 03:54:20 +0000 X-List-Received-Date: Fri, 17 Sep 2004 07:54:26 -0000 On Fri, 2004-09-17 at 06:50, Julian Elischer wrote: > I am aware of this problem and am looking for the problem. > thanks for the report though.. > No problem. I just ignored until my computer decided to spontaniously reboot itself. *shrugs* :) From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 07:57:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D6F16A4CE for ; Fri, 17 Sep 2004 07:57:17 +0000 (GMT) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39CD143D39 for ; Fri, 17 Sep 2004 07:57:17 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id DAC64119E9E; Fri, 17 Sep 2004 09:57:14 +0200 (CEST) Date: Fri, 17 Sep 2004 09:57:14 +0200 From: "Simon L. Nielsen" To: Ivan Voras , Sam Lawrance Message-ID: <20040917075714.GA49446@eddie.nitro.dk> References: <4149B7FC.9010004@fer.hr> <20040916160709.GC768@zaphod.nitro.dk> <414A27F8.7040207@fer.hr> <1095379669.747.175.camel@dirk.no.domain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <1095379669.747.175.camel@dirk.no.domain> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: gmirror? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 07:57:17 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.09.17 10:07:50 +1000, Sam Lawrance wrote: > On Fri, 2004-09-17 at 09:55, Ivan Voras wrote: > > Simon L. Nielsen wrote: > >=20 > > > It works fine and I run it on my main server on two arrays. The > > > manual page (which includes examples) was MFC'ed to RELENG_5 two days > > > ago. > >=20 > > After installing a fresh world, the man pages of gmirror seem to differ= =20 > > from the program. The gmirror program (I checked - it got re-installed= =20 > > by the installworld) doesn't accept commands such as 'list' and 'load'.= =20 If it doesn't accept load something is wrong.. well, unless the module is already loaded. > > Is it just me or maybe something got missed in a MFC? >=20 > If commands are not available they don't show up - ie. if you have no > providers to list, the list command won't be available. Actually, some commands (AFAIR list and unload) does not work if the kernel module is not loaded, it does not matter if there are configured mirrors or not. > A few people have been confused by this, I think pjd was considering > changing the behaviour. It it a bit confusing, but it's related to the way geom(8) uses different types of submodules, but I'm sure pjd can figure out a way to handle this at some point :-). --=20 Simon L. Nielsen FreeBSD Documentation Team --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBSpjah9pcDSc1mlERAra0AJ9oH7XEaYaig2SYy5Ao8aApXpTvcACgynRq FO3nNOPBra1GjdRjvInaAVE= =f3PU -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 08:24:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A748916A4CE for ; Fri, 17 Sep 2004 08:24:06 +0000 (GMT) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8039D43D3F for ; Fri, 17 Sep 2004 08:24:03 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1C8E2T-000B3T-11; Fri, 17 Sep 2004 12:24:17 +0400 Date: Fri, 17 Sep 2004 12:24:17 +0400 From: "Boris B. Samorodov" To: Evren Yurtesen Message-ID: <20040917082417.GB42425@ipt.ru> References: <414B179D.3040306@ispro.net.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414B179D.3040306@ispro.net.tr> Sender: "Boris B. Samorodov" cc: freebsd-current@freebsd.org Subject: Re: some problems with ipfw fwd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 08:24:06 -0000 Hi! On Fri, Sep 17, 2004 at 09:58:05AM -0700, Evren Yurtesen wrote: > Hello, > > Yesterday night I cvsupped RELENG_5 and made world. > Now there is a problem with my transparent proxy... > > FreeBSD proxy.ispro.net.tr 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Thu Sep 16 > 22:23:51 EEST 2004 > toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY i386 > > The problem is that I can see with ipfw -a list that the packets come to > the proxy still. But squid doesnt work like a transparent proxy anymore. > I tried to compile the same version of squid I used in the new system > and installed, it doesnt work anymore. > > Nothing else than the FreeBSD version has changed... There must be > something going on? Show dmesg lines with ipfw starting info. > If somebody can help, please contact! > > Evren > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 08:39:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3AC16A4CE; Fri, 17 Sep 2004 08:39:35 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D0C643D31; Fri, 17 Sep 2004 08:39:34 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 48462ACC5F; Fri, 17 Sep 2004 10:39:28 +0200 (CEST) Date: Fri, 17 Sep 2004 10:39:28 +0200 From: Pawel Jakub Dawidek To: "Simon L. Nielsen" Message-ID: <20040917083928.GM30151@darkness.comp.waw.pl> References: <4149B7FC.9010004@fer.hr> <20040916160709.GC768@zaphod.nitro.dk> <414A27F8.7040207@fer.hr> <1095379669.747.175.camel@dirk.no.domain> <20040917075714.GA49446@eddie.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SVgdKYqu/uDOYNts" Content-Disposition: inline In-Reply-To: <20040917075714.GA49446@eddie.nitro.dk> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Sam Lawrance cc: Ivan Voras cc: current@freebsd.org Subject: Re: gmirror? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 08:39:35 -0000 --SVgdKYqu/uDOYNts Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 17, 2004 at 09:57:14AM +0200, Simon L. Nielsen wrote: +> > A few people have been confused by this, I think pjd was considering +> > changing the behaviour. +>=20 +> It it a bit confusing, but it's related to the way geom(8) uses +> different types of submodules, but I'm sure pjd can figure out a way +> to handle this at some point :-). Ok, fixed in HEAD. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --SVgdKYqu/uDOYNts Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBSqLAForvXbEpPzQRAhr/AJ0X3uAiDGRbj/q2FbUZwg85Y3lwVQCfdt0s 3rrDtwc0ol2ZMrw3YJ0DC7k= =2VyP -----END PGP SIGNATURE----- --SVgdKYqu/uDOYNts-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 08:44:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FAC216A4CE; Fri, 17 Sep 2004 08:44:03 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7435A43D4C; Fri, 17 Sep 2004 08:44:01 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8H8huFx011126; Fri, 17 Sep 2004 10:43:56 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8H8huu82334; Fri, 17 Sep 2004 10:43:56 +0200 (CEST) (envelope-from rabe) Date: Fri, 17 Sep 2004 10:43:56 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040917104356.E55054@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland cc: freebsd-net@freebsd.org Subject: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 08:44:03 -0000 Hi *, one of our subnets is on a GBit-Switch since last week. The nodes on the subnet are: 2x Dell PE350, RELENG_4_10, fxp{0,1}, 100baseTX 3x Dell PE2650, RELENG_5 (BETA4), bge0, 1000baseTX 1x Dell PE2650, RELENG_4_10, bge1, 1000baseTX The switch is a "NETGEAR Model GS516T Copper Gigabit Switch" [1] To test transfer und throughput every system has a running ftpd and a 1GByte-file in /pub/1GB or a 250M file for the small boxes. Every system is able to send and receive data with full speed (>10.5MBytes/sec on 100MBit, >70-90MBytes/sec(!) on GBit) I use wget for testing: wget -O - --proxy=off ftp://10.101.240.52/pub/1GB >/dev/null The 3 5.x-Boxes on GBit transfer up to ~93MBytes(!) per second to each other (serving the file from cache, 2 parallel sessions). The two PE350 boxes transfer data with >10MBytes/sec to each other. FTP from a 5.3 (PE2650,GBit) to 4.10 (PE350,100MBit) fails, throughput around 200kBytes to 750kBytes/sec !! Same two hosts, ftp in other direction (100->1000) is running 10.5MBytes/sec. I tested with another PE2650, running 4.10-RELEASE, ftp 1000->100 works fine, >10MBytes/sec, stable!! The difference must be the OS, the hardware is more or less the same the 4.10-BOX: bge1: mem 0xfcd00000-0xfcd0ffff irq 17 at device 8.0 on pci3 bge1: Ethernet address: 00:06:5b:f7:f9:00 miibus1: on bge1 one of the the 5.3-Boxes: bge0: mem 0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on pci3 miibus0: on bge0 bge0: Ethernet address: 00:0d:56:bb:9c:25 My guess: The 5.3-Boxes send bigger TCP-Windows than our switch has buffer for each port resulting in massive packetloss or something like that. The sender is "too fast" for the switch or the switch isn't able to convert from 1000MBit to 100MBit under heavy load (store&forward-buffer) I fiddled around with net.inet.tcp.inflight.max. A rebooted system has a value of "net.inet.tcp.inflight.max: 1073725440", i trimmed that down in steps, testing and searching for effects. A value < ~75000 for ~.max limits the throughput 1000->1000 MBit The transfer 1000->100MBit works for values <11583 (around 7MByte/sec), >=11584 the throughput cuts, about 200kByte/sec. A max throughput 1000->100MBit is for a value ~.max around 7800-8200. With this value the GBit-to-GBit transfer is around 18.5MBytes/sec and 20MBytes/sec. Using the "edge" of ~.max=11583 the GBit-to-GBit transfer is at 31MBytes/sec. I have no idea what is wrong or broken. Maybe the switch (too small buffer) or the "inflight bandwith delay"-algorithm or something else. I guess ther's no physical problem with cables or connectors or ports on the switch (1000MBit works great for 1000MBit only). I'm willing to test patches or other cases as long as I don't need to change hardware. Need more detailed info on a subject? Any idea? Tuning? Patches? Pointers? Regards Raphael Becker PS: [1] http://www.netgearinc.co.jp/support/pdf/gs516t_manual.pdf From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 11:30:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7FB416A4CE; Fri, 17 Sep 2004 11:30:24 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FF8343D39; Fri, 17 Sep 2004 11:30:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8HBUNo1031381; Fri, 17 Sep 2004 07:30:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8HBUKHM075726; Fri, 17 Sep 2004 07:30:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 74E3F7303F; Fri, 17 Sep 2004 07:30:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040917113021.74E3F7303F@freebsd-current.sentex.ca> Date: Fri, 17 Sep 2004 07:30:21 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 11:30:25 -0000 TB --- 2004-09-17 10:48:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-17 10:48:29 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-09-17 10:48:29 - checking out the source tree TB --- 2004-09-17 10:48:29 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-09-17 10:48:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-17 10:54:05 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-17 10:54:05 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-09-17 10:54:05 - /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 [...] cc -O2 -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet/telnetd/global.c cc -O2 -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet/telnetd/slc.c cc -O2 -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet/telnetd/state.c cc -O2 -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet/telnetd/sys_term.c In file included from /tinderbox/CURRENT/i386/pc98/src/libexec/telnetd/../../contrib/telnet/telnetd/sys_term.c:43: /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/sys/tty.h:72: warning: "struct cdev" declared inside parameter list /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/sys/tty.h:72: warning: its scope is only this definition or declaration, which is probably not what you want /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/sys/tty.h:82: warning: "struct cdev" declared inside parameter list *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/libexec/telnetd. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-09-17 11:30:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-17 11:30:21 - ERROR: failed to build world TB --- 2004-09-17 11:30:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 11:40:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D572F16A4D0; Fri, 17 Sep 2004 11:40:34 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F004C43D41; Fri, 17 Sep 2004 11:40:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8HBeW7Q093517; Fri, 17 Sep 2004 13:40:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: FreeBSD Tinderbox From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 17 Sep 2004 07:30:21 EDT." <20040917113021.74E3F7303F@freebsd-current.sentex.ca> Date: Fri, 17 Sep 2004 13:40:32 +0200 Message-ID: <93516.1095421232@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 11:40:35 -0000 Sorry, should be fixed now. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 11:55:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C55616A4CE for ; Fri, 17 Sep 2004 11:55:40 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C8143D1D for ; Fri, 17 Sep 2004 11:55:38 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8HBtbI9000207; Fri, 17 Sep 2004 14:55:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 93731-01; Fri, 17 Sep 2004 14:55:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8HBtaPO000204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Sep 2004 14:55:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8HBtcxw002346; Fri, 17 Sep 2004 14:55:38 +0300 (EEST) (envelope-from ru) Date: Fri, 17 Sep 2004 14:55:37 +0300 From: Ruslan Ermilov To: Warren Liddell Message-ID: <20040917115537.GC2210@ip.net.ua> References: <200409170951.40719.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0lnxQi9hkpPO77W3" Content-Disposition: inline In-Reply-To: <200409170951.40719.shinjii@virusinfo.rdksupportinc.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: buildworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 11:55:40 -0000 --0lnxQi9hkpPO77W3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 17, 2004 at 09:51:40AM +1000, Warren Liddell wrote: > below is the error i get each time. > ----------------------------------------------------- >=20 >=20 > =3D=3D=3D> usr.bin/mkuzip (all) > cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W=20 > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type=20 > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitial= ized=20 > -c /usr/src/usr.bin/mkuzip/mkuzip.c > cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W=20 > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type=20 > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitial= ized =20 > -o mkuzip mkuzip.o -lz > make: don't know how to make mkunzip.8. Stop > *** Error code 2 >=20 > Stop in /usr/src/usr.bin. > *** Error code 1 >=20 I made a typo whole doing a usr.bin/mkuzip/Makefile commit, but it was fixed 5 days ago. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --0lnxQi9hkpPO77W3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBStC5qRfpzJluFF4RAoiXAJ9MAY2ypTlNyUpBe2nKFFosRXoPPACgjUG+ nR+GM1BcJLLT+CDTk3C7UWY= =E+QC -----END PGP SIGNATURE----- --0lnxQi9hkpPO77W3-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 16 17:07:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B81416A4CE for ; Thu, 16 Sep 2004 17:07:48 +0000 (GMT) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1306543D48 for ; Thu, 16 Sep 2004 17:07:41 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (uucp@gwyn [127.0.0.1]) i8GH7cRu028267 for ; Thu, 16 Sep 2004 19:07:38 +0200 Received: from saturn.kn-bremen.de (uucp@localhost)i8GH7clu028265 for freebsd-current@freebsd.org; Thu, 16 Sep 2004 19:07:38 +0200 Received: (from nox@localhost) by saturn.kn-bremen.de (8.11.4/8.8.5) id i8GHHFl21128 for freebsd-current@freebsd.org; Thu, 16 Sep 2004 19:17:15 +0200 (CEST) From: Juergen Lock Date: Thu, 16 Sep 2004 19:17:12 +0200 To: freebsd-current@freebsd.org Message-ID: <20040916191712.A20629@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre3i X-Mailman-Approved-At: Fri, 17 Sep 2004 12:00:59 +0000 Subject: panic: 5.3-BETA4 i386 (20040914) with halt -p (vr_intr) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 17:07:48 -0000 Hi! I get a panic with halt -p (after a long delay...), apparently the vr driver gets interrupts after having been shut down (it's an on-board nic). At first I thought this is an apic problem (linux once had apic problems on this board, reason apparently being that VIA considers hardware documentation secret), but the up kernel without apic I built shows this problem too: (btw: i have options KDB_UNATTENDED but i was dropped into ddb regardless! had to manually `call doadump', which i guess wont work should it panic while i'm in X...) (btw #2: what about this `GDB will not be able to debug user-mode threads' message, is it normal?) # uname -a FreeBSD neptun 5.3-BETA4 FreeBSD 5.3-BETA4 #2: Thu Sep 16 15:34:49 CEST 2004 nox@neptun:/ad0/usr/home/nox/src5/usr/src/sys/i386/compile/NEPTUN i386 # kgdb kernel.debug /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". doadump () at pcpu.h:159 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc045abf6 in db_fncall (dummy1=0, dummy2=0, dummy3=-1066313105, dummy4=0xd41fbae8 "\024»\037ÔÜ to continue, or q to quit--- #12 0x00000010 in ?? () #13 0x00000000 in ?? () #14 0xc1aae2f0 in ?? () #15 0xd41fbcd8 in ?? () #16 0xd41fbca4 in ?? () #17 0x00000000 in ?? () #18 0xc1aae2f0 in ?? () #19 0xc1aae000 in ?? () #20 0xfffffffc in ?? () #21 0x0000000c in ?? () #22 0x00000000 in ?? () #23 0xc06acd1b in vr_rxeof (sc=0xc1aae000) at ../../../pci/if_vr.c:1000 #24 0xc06ad2b8 in vr_intr (arg=0xc1aae000) at ../../../pci/if_vr.c:1268 #25 0xc0589681 in ithread_loop (arg=0xc197b880) at ../../../kern/kern_intr.c:547 #26 0xc0588801 in fork_exit (callout=0xc058952c , arg=0xc197b880, frame=0xd41fbd48) at ../../../kern/kern_fork.c:811 #27 0xc071d36c in fork_trampoline () at ../../../i386/i386/exception.s:209 (kgdb) l *0xc06acd1b 0xc06acd1b is in vr_rxeof (../../../pci/if_vr.c:1000). 995 * the manual that explains how to do it) so we have 996 * to trim off the CRC manually. 997 */ 998 total_len -= ETHER_CRC_LEN; 999 1000 m0 = m_devget(mtod(m, char *), total_len, ETHER_ALIGN, ifp, 1001 NULL); 1002 vr_newbuf(sc, cur_rx, m); 1003 if (m0 == NULL) { 1004 ifp->if_ierrors++; (kgdb) l *0xc06ad2b8 0xc06ad2b8 is in vr_intr (../../../pci/if_vr.c:1268). 1263 1264 if ((status & VR_INTRS) == 0) 1265 break; 1266 1267 if (status & VR_ISR_RX_OK) 1268 vr_rxeof(sc); 1269 1270 if (status & VR_ISR_RX_DROPPED) { 1271 printf("vr%d: rx packet lost\n", sc->vr_unit); 1272 ifp->if_ierrors++; (kgdb) q # dmesg #(boot -v) \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.14.2 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.14.3 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.15.0 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.15.1 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.15.2 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.15.3 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.13.0 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.13.1 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.13.2 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.13.3 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.16.0 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.16.1 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.16.2 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.16.3 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.17.0 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.17.1 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.17.2 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.17.3 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.1.0 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.1.1 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.2 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.3 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.18.0 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.18.1 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.18.2 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.18.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base d0000000, size 27, enabled found-> vendor=0x1106, dev=0x3189, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb168, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d000, size 8, enabled map[14]: type 1, range 32, base e8111000, size 8, enabled map[18]: type 1, range 32, base e8110000, size 12, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.LNKD) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 12, priority 251269): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480100480 \\_SB_.PCI0.LNKB (references 12, priority 251269): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480100480 \\_SB_.PCI0.LNKC (references 12, priority 251269): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480100480 \\_SB_.PCI0.LNKD (references 12, priority 251269): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480100480 pcib0: slot 11 INTA routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=0x1000, dev=0x000f, revid=0x26 bus=0, slot=11, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x86 (4020 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 6, enabled pcib0: matched entry for 0.12.INTA (src \\_SB_.PCI0.LNKA) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 12, priority 257160): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 \\_SB_.PCI0.LNKB (references 12, priority 257160): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 \\_SB_.PCI0.LNKC (references 12, priority 257160): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 960 1010 1080 5960 5960 5960 5960 5960 50960 50960100960 pcib0: slot 12 INTA routed to irq 10 via \\_SB_.PCI0.LNKA found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=12, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.LNKA) pcib0: slot 16 INTA is already routed to irq 10 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000dc00, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.PCI0.LNKB) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKB (references 12, priority 263050): interrupts: 5 11 10 12 7 6 4 3 15 14 1 penalty: 1490 1560 1560 6440 6440 6440 6440 6440 51440 51440101440 \\_SB_.PCI0.LNKC (references 12, priority 263050): interrupts: 5 11 10 12 7 6 4 3 15 14 1 penalty: 1490 1560 1560 6440 6440 6440 6440 6440 51440 51440101440 pcib0: slot 16 INTB routed to irq 10 via \\_SB_.PCI0.LNKB found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e000, size 5, enabled pcib0: matched entry for 0.16.INTC (src \\_SB_.PCI0.LNKC) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKC (references 12, priority 268941): interrupts: 5 11 10 12 7 6 4 3 15 14 1 penalty: 1970 2040 2160 6920 6920 6920 6920 6920 51920 51920101920 pcib0: slot 16 INTC routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8112000, size 8, enabled pcib0: matched entry for 0.16.INTD (src \\_SB_.PCI0.LNKD) pcib0: slot 16 INTD is already routed to irq 11 found-> vendor=0x1106, dev=0x3104, revid=0x82 bus=0, slot=16, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3177, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000e400, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled pcib0: matched entry for 0.17.INTC (src \\_SB_.PCI0.LNKC) pcib0: slot 17 INTC is already routed to irq 11 found-> vendor=0x1106, dev=0x3059, revid=0x50 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000ec00, size 8, enabled map[14]: type 1, range 32, base e8113000, size 8, enabled pcib0: matched entry for 0.18.INTA (src \\_SB_.PCI0.LNKA) pcib0: slot 18 INTA is already routed to irq 10 found-> vendor=0x1106, dev=0x3065, revid=0x74 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xe8000000-0xe80fffff pcib1: prefetched decode 0xd8000000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base d8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xd8000000-0xdfffffff map[14]: type 4, range 32, base 0000c000, size 8, enabled pcib1: device (null) requested decoded I/O range 0xc000-0xc0ff map[18]: type 1, range 32, base e8020000, size 16, enabled pcib1: device (null) requested decoded memory range 0xe8020000-0xe802ffff pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.LNKA) pcib0: slot 1 INTA is already routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 found-> vendor=0x1002, dev=0x4144, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e0000000, size 27, memory disabled pcib1: device (null) requested decoded memory range 0xe0000000-0xe7ffffff map[14]: type 1, range 32, base e8030000, size 16, enabled pcib1: device (null) requested decoded memory range 0xe8030000-0xe803ffff found-> vendor=0x1002, dev=0x4164, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0080, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) sym0: <875> port 0xd000-0xd0ff mem 0xe8110000-0xe8110fff,0xe8111000-0xe81110ff irq 11 at device 11.0 on pci0 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xe8111000 sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xe8110000 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: [GIANT-LOCKED] pci0: at device 12.0 (no driver attached) uhci0: port 0xd800-0xd81f irq 10 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 10 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdc00 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 11 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe8112000-0xe81120ff irq 11 at device 16.3 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xe8112000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xe400-0xe40f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe400 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: [MPSAFE] pci0: at device 17.5 (no driver attached) vr0: port 0xec00-0xecff mem 0xe8113000-0xe81130ff irq 10 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xec00 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 5 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0a:e6:55:d5:db vr0: [MPSAFE] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xccfff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2075447974 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: setting PIO4 on VIA 8235 chip ata0-master: setting UDMA133 on VIA 8235 chip ad0: ATA-7 disk at ata0-master ad0: 78167MB (160086528 sectors), 158816 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA133 GEOM: new disk ad0 ar: FreeBSD check1 failed ata1-slave: pio=0x0c wdma=0x22 udma=0x42 cable=80pin ATAPI_RESET time = 1190us ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ATAPI_RESET time = 40us ata1-master: setting PIO4 on VIA 8235 chip ata1-master: setting UDMA33 on VIA 8235 chip ata1-slave: setting PIO4 on VIA 8235 chip ata1-slave: setting UDMA33 on VIA 8235 chip acd0: <_NEC DV-5800C/D9S2> DVDROM drive at ata1 as master acd0: read 8268KB/s (8268KB/s), 512KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:33559722 [1] f:80 typ:12 s(CHS):1023/255/63 e(CHS):1023/254/63 s:33559785 l:66974985 [2] f:00 typ:5 s(CHS):1023/255/63 e(CHS):1023/254/63 s:100534770 l:33993540 [3] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:134528310 l:25543350 GEOM: Configure ad0s1, start 32256 length 17182577664 end 17182609919 GEOM: Configure ad0s2, start 17182609920 length 34291192320 end 51473802239 GEOM: Configure ad0s3, start 51473802240 length 17404692480 end 68878494719 GEOM: Configure ad0s4, start 68878494720 length 13078195200 end 81956689919 acd1: DVDR drive at ata1 as slave acd1: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd1: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc Waiting 15 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. MBREXT Slice 5 on ad0s3: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:32001417 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:32001480 l:1992060 GEOM: Configure ad0s5, start 32256 length 16384725504 end 16384757759 MBREXT Slice 6 on ad0s3: [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:1991997 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s6, start 16384790016 length 1019902464 end 17404692479 GEOM: Configure ad0s4a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s4b, start 268435456 length 1073741824 end 1342177279 GEOM: Configure ad0s4c, start 0 length 13078195200 end 13078195199 GEOM: Configure ad0s4e, start 1342177280 length 10737418240 end 12079595519 GEOM: Configure ad0s4f, start 12079595520 length 998599680 end 13078195199 (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 6 (probe2:ata1:0:0:0): Unretryable Error (probe3:ata1:0:1:0): error 6 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe4:sym0:0:0:0): Retrying Command pass0 at sym0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number AJ156082 pass0: 20.000MB/s transfers (20.000MHz, offset 16), Tagged Queueing Enabled pass1 at ata1 bus 0 target 0 lun 0 pass1: <_NEC DV-5800C D9S2> Removable CD-ROM SCSI-0 device pass1: 33.000MB/s transfers pass2 at ata1 bus 0 target 1 lun 0 pass2: Removable CD-ROM SCSI-0 device pass2: 33.000MB/s transfers GEOM: new disk da0 GEOM: new disk cd0 GEOM: new disk cd1 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: <_NEC DV-5800C D9S2> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number AJ156082 da0: 20.000MB/s transfers (20.000MHz, offset 16), Tagged Queueing Enabled da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) [0] f:00 typ:5 s(CHS):0/0/33 e(CHS):373/133/16 s:32 l:6000608 [1] f:80 typ:165 s(CHS):373/133/17 e(CHS):1023/54/27 s:6000640 l:11915264 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1, start 16384 length 3072311296 end 3072327679 GEOM: Configure da0s2, start 3072327680 length 6100615168 end 9172942847 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error MBREXT Slice 5 on da0s1: [0] f:80 typ:131 s(CHS):0/2/1 e(CHS):1023/63/32 s:32 l:6000576 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s5, start 16384 length 3072294912 end 3072311295 GEOM: Configure da0s2a, start 0 length 268435456 end 268435455 GEOM: Configure da0s2c, start 0 length 6100615168 end 6100615167 GEOM: Configure da0s2e, start 268435456 length 5832179712 end 6100615167 Mounting root from ufs:/dev/da0s2a start_init: trying /sbin/init pci0: driver added found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=12, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 pci0:12:0: reprobing on driver added pcm0: port 0xd400-0xd43f irq 10 at device 12.0 on pci0 pcm0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xd400 pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Crystal Semi 3D Stereo Enhancement pcm0: Primary codec extended features AMAP pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 1919d000, 1000; 0xc1c49000 -> 1919d000 pcm0: sndbuf_setmap 17017000, 1000; 0xc1d43000 -> 17017000 found-> vendor=0x1106, dev=0x3059, revid=0x50 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:17:5: reprobing on driver added pci0:17:5: Transition from D0 to D3 pci1: driver added found-> vendor=0x1002, dev=0x4144, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci1:0:0: reprobing on driver added found-> vendor=0x1002, dev=0x4164, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0080, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 pci1:0:1: reprobing on driver added splash: image decoder found: green_saver kernel config: # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.4 2004/09/11 04:28:39 scottl Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident NEPTUN # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options PFIL_HOOKS # pfil(9) framework options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives # NEPTUN: device atapicam # emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface # NEPTUN: device ehci # EHCI controller device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # NEPTUN: makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # # # Compile with kernel debugger related code. # options KDB # # Print a stack trace of the current thread on the console for a panic. # options KDB_TRACE # Don't enter the debugger for a panic. Intended for unattended operation # where you may want to enter the debugger from the console, but still want # the machine to recover from a panic. # options KDB_UNATTENDED # # Enable the ddb debugger backend. # options DDB ##################################################################### # CLOCK OPTIONS # The granularity of operation is controlled by the kernel option HZ whose # default value (100) means a granularity of 10ms (1s/HZ). # Some subsystems, such as DUMMYNET, might benefit from a smaller # granularity such as 1ms or less, for a smoother scheduling of packets. # Consider, however, that reducing the granularity too much might # cause excessive overhead in clock interrupt processing, # potentially causing ticks to be missed and thus actually reducing # the accuracy of operation. #options HZ=100 options HZ=5000 From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 00:14:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 758EE16A4E2 for ; Fri, 17 Sep 2004 00:14:01 +0000 (GMT) Received: from ms-smtp-01-eri0.texas.rr.com (ms-smtp-01.texas.rr.com [24.93.47.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id F296543D45 for ; Fri, 17 Sep 2004 00:14:00 +0000 (GMT) (envelope-from jmarquez@telenetwork.com) Received: from [24.175.57.77] (cs2417557-77.austin.rr.com [24.175.57.77]) i8H0DvQ1024651; Thu, 16 Sep 2004 19:13:58 -0500 (CDT) Message-ID: <414A2C4A.90400@telenetwork.com> Date: Thu, 16 Sep 2004 19:14:02 -0500 From: jesse marquez User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: shinjii@virusinfo.rdksupportinc.com References: <200409170951.40719.shinjii@virusinfo.rdksupportinc.com> In-Reply-To: <200409170951.40719.shinjii@virusinfo.rdksupportinc.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Fri, 17 Sep 2004 12:00:59 +0000 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Re: buildworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 00:14:01 -0000 Warren Liddell wrote: >below is the error i get each time. >----------------------------------------------------- > > >===> usr.bin/mkuzip (all) >cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type >-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized >-c /usr/src/usr.bin/mkuzip/mkuzip.c >cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type >-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized >-o mkuzip mkuzip.o -lz >make: don't know how to make mkunzip.8. Stop >*** Error code 2 > >Stop in /usr/src/usr.bin. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Maybe the file is corrupted. You can try removing /src directory and recvsuping, then try again. > From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 05:16:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4C9816A4CE for ; Fri, 17 Sep 2004 05:16:06 +0000 (GMT) Received: from bsd1.gccs.com.au (bsd1.gccs.com.au [203.17.152.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 843E643D4C for ; Fri, 17 Sep 2004 05:16:05 +0000 (GMT) (envelope-from starr4@gccs.com.au) Received: from xp (xp.gccs.com.au [203.17.152.3]) by bsd1.gccs.com.au (8.12.11/8.12.11) with SMTP id i8H5G2px054271 for ; Fri, 17 Sep 2004 15:16:03 +1000 (EST) (envelope-from starr4@gccs.com.au) Message-ID: <000301c49c75$7308cdc0$039811cb@gccs.com.au> From: "Harry Starr" To: Date: Fri, 17 Sep 2004 15:16:11 +1000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Fri, 17 Sep 2004 12:00:59 +0000 Subject: ATA-IDE major problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 05:16:06 -0000 For a while now, I have been having major problems with the IDE subsystem, and my ATAPI CD. They basically started after the 6 branch came into existence. I have SCSI hard drives, NO IDE hard disks, and an IDE CD as primary on IDE channel 2. During boot up, the IDE subsystem seems to be having problems talking to the CD; and they persist once the system is up -- which takes a hell-of-a-long time, due to the constant erroring out of the IDE.... Below, a DMESG: >>> 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 reserved. FreeBSD 6.0-CURRENT #1: Fri Sep 17 14:34:02 EST 2004 xxx@fb1.gccs.com.au:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 267321344 (254 MB) avail memory = 251936768 (240 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x4000-0x40f7,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd6000000-0xd607ffff,0xd000 0000-0xd3ffffff irq 12 at device 2.0 on pci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0xc000-0xc0ff mem 0xd5000000-0 xd5000fff irq 11 at device 1.0 on pci1 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs tx0: port 0xc400-0xc4ff mem 0xd5001000-0xd5001fff irq 10 at device 2.0 on pci1 miibus0: on tx0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto type SMC9432TX tx0: [GIANT-LOCKED] tx0: Ethernet address: 00:e0:29:2d:d0:be tx0: if_start running deferred for Giant isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f 6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xd000-0xd01f irq 5 at device 3 1.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 996683489 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ATAPI_RESET time = 50us ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out ATAPI_RESET time = 50us acd0: FAILURE - MODE_SENSE_BIG timed out acd0: CDROM at ata1-master PIO4 Waiting 2 seconds for SCSI devices to settle ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out (probe0:ahc0:0:4:1): AutoSense Failed (probe0:ahc0:0:4:2): AutoSense Failed (probe0:ahc0:0:4:3): AutoSense Failed (probe0:ahc0:0:4:4): AutoSense Failed (probe0:ahc0:0:4:5): AutoSense Failed (probe0:ahc0:0:4:6): AutoSense Failed (probe0:ahc0:0:4:7): AutoSense Failed da0 at ahc0 bus 0 target 4 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enable d da0: 8750MB (17921835 512 byte sectors: 255H 63S/T 1115C) ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out ATAPI_RESET time = 50us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 60us acd0: FAILURE - TEST_UNIT_READY timed out ATAPI_RESET time = 50us acd0: FAILURE - PREVENT_ALLOW timed out Mounting root from ufs:/dev/da0s1a <<< From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 09:21:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4F6F16A4CE for ; Fri, 17 Sep 2004 09:21:38 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4EA343D45 for ; Fri, 17 Sep 2004 09:21:37 +0000 (GMT) (envelope-from sam.wun@authtec.net) Received: (qmail 3725 invoked from network); 17 Sep 2004 09:21:35 -0000 Received: from unknown (HELO [221.127.106.83]) (samwun@hgcbroadband.com@[221.127.106.83]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 09:21:35 -0000 Message-ID: <414AAB8E.8040506@authtec.net> Date: Fri, 17 Sep 2004 17:17:02 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 17 Sep 2004 12:00:59 +0000 Subject: From Beta 3 Current to Beta 3: mount: incorrect super block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 09:21:38 -0000 Hi, I downgraded my system from FBSD 53Beta Current (a week ago) to 53Beta 3 (the one from freebsd ftp site) by reinstalling the whole system without wipeing out the entire file systems. I m not sure how much they are likely the same. There is a customized partition is not able to be mounted after the installation. The error is: mount: /dev/ad0s2a on /bdata: incorrect super block Is there any way I can mount this partition? Thanks Sam -- Security Architect/Consultant AuthTec Gateway Limited Mobile: 9839 2464 Email: sam.wun@authtec.net Website: http://www.authtec.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 11:59:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CAB616A4CE for ; Fri, 17 Sep 2004 11:59:24 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8376443D49 for ; Fri, 17 Sep 2004 11:59:23 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i8HBxM56093873 for ; Fri, 17 Sep 2004 13:59:22 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 17 Sep 2004 11:53:46 -0000." <200409171153.i8HBrkPD077518@repoman.freebsd.org> Date: Fri, 17 Sep 2004 13:59:22 +0200 Message-ID: <93872.1095422362@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 11:59:24 -0000 I've started cleaning up the TTY code, and the first driver hit big time is ucom which drives a lot of USB serial gadgets. The P4::phk_tty branch is 3028 lines shorter than current and I will be perambulating the rest of the tty drivers with similar cleanups in the coming weeks. Let me know if I break something underway, I'm doing my best, but I don't have all the hardware to test all our drivers. Poul-Henning In message <200409171153.i8HBrkPD077518@repoman.freebsd.org>, Poul-Henning Kamp writes: >phk 2004-09-17 11:53:46 UTC > > FreeBSD src repository > > Modified files: > sys/dev/usb ucom.c ucomvar.h umodem.c uplcom.c > uvscom.c > Log: > Overhaul ucom serial driver by using generic stuff instead of homerolled > all over the place. > > Revision Changes Path > 1.52 +142 -415 src/sys/dev/usb/ucom.c > 1.5 +0 -16 src/sys/dev/usb/ucomvar.h > 1.54 +4 -3 src/sys/dev/usb/umodem.c > 1.22 +3 -2 src/sys/dev/usb/uplcom.c > 1.24 +4 -3 src/sys/dev/usb/uvscom.c > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 10:28:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE5E416A4CE; Fri, 17 Sep 2004 10:28:42 +0000 (GMT) Received: from megalogika.stp.lt (megalogika.stp.lt [193.219.52.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 255A943D49; Fri, 17 Sep 2004 10:28:42 +0000 (GMT) (envelope-from tomasv@megalogika.lt) Received: by megalogika.stp.lt (Postfix, from userid 426) id 323F0E5; Fri, 17 Sep 2004 13:28:39 +0300 (EEST) Received: from pilvas.lan (pilvas.lan [192.169.1.78]) by megalogika.stp.lt (Postfix) with ESMTP id 799F6A6; Fri, 17 Sep 2004 13:28:38 +0300 (EEST) Received: by pilvas.lan (Postfix, from userid 1001) id E682340E0; Fri, 17 Sep 2004 13:28:44 +0300 (EEST) Date: Fri, 17 Sep 2004 13:28:44 +0300 From: Tomas Verbaitis To: "Thomas T. Veldhouse" Message-ID: <20040917102844.GC33568@megalogika.lt> References: <58653.81.84.174.8.1095267239.squirrel@81.84.174.8> <4149AE26.6010103@veldy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-13 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4149AE26.6010103@veldy.net> X-URL: http://www.hardcore.lt/ X-nic-hdl: TV13-LT User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Fri, 17 Sep 2004 12:00:59 +0000 cc: freebsd-current@freebsd.org cc: Hugo Silva cc: freebsd-pf@freebsd.org Subject: Re: pf not logging on 5.3-BETA3 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tomasv@megalogika.lt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 10:28:43 -0000 > I am seeing these same issue. PF is working just fine, but > /var/log/pflog is only 24 bytes long and full of garbage. UPDATING entry of 20040914 on RELENG_5 20040914: The format of the pflogd(8) logfile "/var/log/pflog" has changed for architectures that have a 64 bit long type to make it compatible to the standard pcap format. In order to prevent corruption move away any old logfile before using a new pflogd(8). -- Tomas "Verbaitis" Verbaitis ** http://megalogika.lt * ðita gudri beþdþionë moka dirbti su kompiuteriu * From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 12:20:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D6CA16A4CE; Fri, 17 Sep 2004 12:20:39 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAFDA43D46; Fri, 17 Sep 2004 12:20:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8HCKcRq038343; Fri, 17 Sep 2004 08:20:38 -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 i8HCKcsZ035148; Fri, 17 Sep 2004 08:20:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 37CDA7303F; Fri, 17 Sep 2004 08:20:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040917122038.37CDA7303F@freebsd-current.sentex.ca> Date: Fri, 17 Sep 2004 08:20:38 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 12:20:39 -0000 TB --- 2004-09-17 11:30:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-17 11:30:21 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-09-17 11:30:21 - checking out the source tree TB --- 2004-09-17 11:30:21 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-09-17 11:30:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-17 11:35:33 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-17 11:35:33 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-17 11:35:33 - /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 [...] cc -O2 -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet/telnetd/global.c cc -O2 -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet/telnetd/slc.c cc -O2 -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet/telnetd/state.c cc -O2 -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet/telnetd/sys_term.c In file included from /tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd/../../contrib/telnet/telnetd/sys_term.c:43: /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/sys/tty.h:72: warning: "struct cdev" declared inside parameter list /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/sys/tty.h:72: warning: its scope is only this definition or declaration, which is probably not what you want /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/sys/tty.h:82: warning: "struct cdev" declared inside parameter list *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/telnetd. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-09-17 12:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-17 12:20:38 - ERROR: failed to build world TB --- 2004-09-17 12:20:38 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 12:33:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 593F616A4CF for ; Fri, 17 Sep 2004 12:33:24 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8863843D49 for ; Fri, 17 Sep 2004 12:33:23 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 16473 invoked from network); 17 Sep 2004 12:28:18 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 12:28:18 -0000 Message-ID: <414AD99B.2183FA6D@freebsd.org> Date: Fri, 17 Sep 2004 14:33:31 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: re@FreeBSD.org References: <200409170741.i8H7fGV3011078@pooker.samsco.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 12:33:24 -0000 Scott Long wrote: > |-------------------+---------------+--------------+---------------------| > | | | | As part of the | > | | | | MPSAFE network | > | | | | stack work, | > | | | | delivery of routing | > | | | | socket messages was | > | | | | moved to queued | > | | | | dispatch via netisr | > | | | | rather than direct | > | | | | dispatch from the | > | | | | routing code. | > | Increased and | | | However, the risks | > | configurable | | Robert | of lost routing | > | netisr queue max | Needs testing | Watson | messages for | > | depth for routing | | | routing daemons are | > | sockets | | | high; respond by | > | | | | increasing the max | > | | | | depth beyond a | > | | | | default interface | > | | | | max depth of 50 to | > | | | | 128, and allow it | > | | | | to be | > | | | | user-configured. | > | | | | This change is now | > | | | | present in CVS HEAD | > | | | | and RELENG_5. | > |-------------------+---------------+--------------+---------------------| You can kill this one. The route(4) man page documents since ages that under memory shortage conditions route messages can get lost. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 12:35:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA34616A4CF; Fri, 17 Sep 2004 12:35:21 +0000 (GMT) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4117B43D31; Fri, 17 Sep 2004 12:35:21 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id 0FCB0119E9E; Fri, 17 Sep 2004 14:35:18 +0200 (CEST) Date: Fri, 17 Sep 2004 14:35:18 +0200 From: "Simon L. Nielsen" To: Pawel Jakub Dawidek Message-ID: <20040917123518.GD49446@eddie.nitro.dk> References: <4149B7FC.9010004@fer.hr> <20040916160709.GC768@zaphod.nitro.dk> <414A27F8.7040207@fer.hr> <1095379669.747.175.camel@dirk.no.domain> <20040917075714.GA49446@eddie.nitro.dk> <20040917083928.GM30151@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: <20040917083928.GM30151@darkness.comp.waw.pl> User-Agent: Mutt/1.5.6i cc: Sam Lawrance cc: Ivan Voras cc: current@freebsd.org Subject: Re: gmirror? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 12:35:21 -0000 --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.09.17 10:39:28 +0200, Pawel Jakub Dawidek wrote: > On Fri, Sep 17, 2004 at 09:57:14AM +0200, Simon L. Nielsen wrote: > +> > A few people have been confused by this, I think pjd was considering > +> > changing the behaviour. > +>=20 > +> It it a bit confusing, but it's related to the way geom(8) uses > +> different types of submodules, but I'm sure pjd can figure out a way > +> to handle this at some point :-). >=20 > Ok, fixed in HEAD. Great, thanks! --=20 Simon L. Nielsen FreeBSD Documentation Team --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBStoGh9pcDSc1mlERAs77AKCOElVlkzkpSxgZhgACwXchsOMXRwCcD/TR 6m8Zow6JfnwFAgM5qLaKaO0= =CACl -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 12:48:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F7D216A4CE for ; Fri, 17 Sep 2004 12:48:14 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB5143D46 for ; Fri, 17 Sep 2004 12:48:13 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 16586 invoked from network); 17 Sep 2004 12:43:07 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 12:43:07 -0000 Message-ID: <414ADD15.FAC42CDB@freebsd.org> Date: Fri, 17 Sep 2004 14:48:21 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20040917104356.E55054@p-i-n.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 12:48:14 -0000 "Raphael H. Becker" wrote: > > Hi *, > > one of our subnets is on a GBit-Switch since last week. > The nodes on the subnet are: > > 2x Dell PE350, RELENG_4_10, fxp{0,1}, 100baseTX > 3x Dell PE2650, RELENG_5 (BETA4), bge0, 1000baseTX > 1x Dell PE2650, RELENG_4_10, bge1, 1000baseTX > > The switch is a "NETGEAR Model GS516T Copper Gigabit Switch" [1] > > To test transfer und throughput every system has a running ftpd and a > 1GByte-file in /pub/1GB or a 250M file for the small boxes. > > Every system is able to send and receive data with full speed > (>10.5MBytes/sec on 100MBit, >70-90MBytes/sec(!) on GBit) > > I use wget for testing: > wget -O - --proxy=off ftp://10.101.240.52/pub/1GB >/dev/null > > The 3 5.x-Boxes on GBit transfer up to ~93MBytes(!) per second to > each other (serving the file from cache, 2 parallel sessions). > > The two PE350 boxes transfer data with >10MBytes/sec to each other. > > FTP from a 5.3 (PE2650,GBit) to 4.10 (PE350,100MBit) fails, throughput > around 200kBytes to 750kBytes/sec !! > > Same two hosts, ftp in other direction (100->1000) is running > 10.5MBytes/sec. > > I tested with another PE2650, running 4.10-RELEASE, ftp 1000->100 works > fine, >10MBytes/sec, stable!! > > The difference must be the OS, the hardware is more or less the same > > the 4.10-BOX: > bge1: mem 0xfcd00000-0xfcd0ffff irq 17 at device 8.0 on pci3 > bge1: Ethernet address: 00:06:5b:f7:f9:00 > miibus1: on bge1 > > one of the the 5.3-Boxes: > bge0: mem 0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on pci3 > miibus0: on bge0 > bge0: Ethernet address: 00:0d:56:bb:9c:25 > > My guess: The 5.3-Boxes send bigger TCP-Windows than our switch has > buffer for each port resulting in massive packetloss or something like > that. The sender is "too fast" for the switch or the switch isn't able > to convert from 1000MBit to 100MBit under heavy load > (store&forward-buffer) Could you send me the output of (after you have run the 1000->100 test): # sysctl net.inet.tcp # sysctl net.inet.tcp.hostcache.list # netstat -s -p tcp # netstat -s -p ip > I fiddled around with net.inet.tcp.inflight.max. A rebooted system > has a value of "net.inet.tcp.inflight.max: 1073725440", i trimmed that > down in steps, testing and searching for effects. > > A value < ~75000 for ~.max limits the throughput 1000->1000 MBit > The transfer 1000->100MBit works for values <11583 (around 7MByte/sec), > >=11584 the throughput cuts, about 200kByte/sec. Fiddling with the inflight.max values doesn't help in this case. Those don't need any tuning. What could make a difference is to disable inflight entirely. However I'd like to get the output of the stuff above first. > A max throughput 1000->100MBit is for a value ~.max around 7800-8200. > With this value the GBit-to-GBit transfer is around 18.5MBytes/sec and > 20MBytes/sec. > > Using the "edge" of ~.max=11583 the GBit-to-GBit transfer is at 31MBytes/sec. > > I have no idea what is wrong or broken. Maybe the switch (too small buffer) > or the "inflight bandwith delay"-algorithm or something else. I guess ther's > no physical problem with cables or connectors or ports on the switch > (1000MBit works great for 1000MBit only). > > I'm willing to test patches or other cases as long as I don't need to > change hardware. > > Need more detailed info on a subject? > Any idea? Tuning? Patches? Pointers? One step after the other. I'm sure we will find the problem. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 13:32:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6E7916A4CE for ; Fri, 17 Sep 2004 13:32:19 +0000 (GMT) Received: from marge.icomtek.csir.co.za (marge.icomtek.csir.co.za [146.64.28.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4E8743D49 for ; Fri, 17 Sep 2004 13:29:21 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from jeep.icomtek.csir.co.za (jeep.icomtek.csir.co.za [146.64.28.29])i8HDT6uJ045947 for ; Fri, 17 Sep 2004 15:29:06 +0200 (SAST) (envelope-from jhugo@icomtek.csir.co.za) From: Johann Hugo To: freebsd-current@freebsd.org Date: Fri, 17 Sep 2004 15:29:06 +0200 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409171529.06249.jhugo@icomtek.csir.co.za> Subject: 5.3-BETA4 hangs during bootup. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 13:32:20 -0000 Hi I am having trouble installing 5.3-BETA4 on an new ASUS M/B. If I do a normal boot from CD it continues up-to a point where it says acpi_cpu: throttling enabled, and then it just hangs. If I boot without ACPI support then it crashes. 5.2.1-RELEASE boot fine, but with no support for the new ata controller :-( System info: ASUS P4VP-MX M/B AMIBIOS ver : 08.00.09 build :03/25/04 Johann Hugo ------------------------------------------------------------------------------------------ #### Boot with acpi support: mobile# cu -l /dev/ucom0 Connected SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e8000 len=0000000000018000 SMAP type=01 base=0000000000100000 len=000000000ee30000 SMAP type=03 base=000000000ef30000 len=0000000000010000 SMAP type=04 base=000000000ef40000 len=00000000000b0000 SMAP type=02 base=000000000eff0000 len=0000000000010000 SMAP type=02 base=00000000ffbc0000 len=0000000000440000 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 reserved. FreeBSD 5.3-20040916-BETA #0: Thu Sep 16 03:54:09 UTC 2004 root@dolphin.icomtek.csir.co.za:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e44000. Preloaded mfs_root "/boot/mfsroot" at 0xc0e4422c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e44270. Calibrating clock(s) ... i8254 clock: 1193163 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2404120472 Hz CPU: Intel(R) Celeron(R) CPU 2.40GHz (2404.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff real memory = 250806272 (239 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001029000 - 0x000000000eacafff, 229253120 bytes (55970 pages) avail memory = 231587840 (220 MB) Table 'FACP' at 0xef30200 Table 'APIC' at 0xef30300 MADT: Found table at 0xef30300 MP Configuration Table version 1.4 found at 0xc00f0f50 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 129 ACPI ID 2: disabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f6030 pnpbios: Entry = f0000:6c8a Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=31481106) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00f5f30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 embedded 0 18 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 slot 1 0 9 A 0x02 3 4 5 7 10 11 14 15 slot 1 0 9 B 0x03 3 4 5 7 10 11 14 15 slot 1 0 9 C 0x05 3 4 5 7 10 11 14 15 slot 1 0 9 D 0x01 3 4 5 7 10 11 14 15 slot 2 0 10 A 0x03 3 4 5 7 10 11 14 15 slot 2 0 10 B 0x05 3 4 5 7 10 11 14 15 slot 2 0 10 C 0x01 3 4 5 7 10 11 14 15 slot 2 0 10 D 0x02 3 4 5 7 10 11 14 15 slot 3 0 11 A 0x05 3 4 5 7 10 11 14 15 slot 3 0 11 B 0x01 3 4 5 7 10 11 14 15 slot 3 0 11 C 0x02 3 4 5 7 10 11 14 15 slot 3 0 11 D 0x03 3 4 5 7 10 11 14 15 embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks GOOD min = 2, max = 4, width = 2 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x1106, dev=0x3148, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb091, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0xa230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000e000, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e080, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ec00, size 5, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffaff800, size 8, enabled pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3104, revid=0x82 bus=0, slot=16, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3177, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled pcib0: matched entry for 0.17.INTC pcib0: slot 17 INTC hardwired to IRQ 22 found-> vendor=0x1106, dev=0x3059, revid=0x50 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=22 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base ffaffc00, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 found-> vendor=0x1106, dev=0x3065, revid=0x74 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=23 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xff800000-0xff9fffff pcib1: prefetched decode 0xcff00000-0xdfefffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base ff980000, size 19, enabled pcib1: device (null) requested decoded memory range 0xff980000-0xff9fffff map[14]: type 3, range 32, base d0000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xd0000000-0xd7ffffff pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=0x5333, dev=0x8d04, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xe000-0xe01f irq 21 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe080-0xe09f irq 21 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe080 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xec00-0xec1f irq 21 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 16.3 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=20 ostat1=50 ata1-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=20 stat1=00 devices=0x8 ata1: [MPSAFE] pci0: at device 17.5 (no driver attached) vr0: port 0xe800-0xe8ff mem 0xffaffc00-0xffaffcff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 8 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0e:a6:c1:44:e8 vr0: [MPSAFE] acpi_button0: on acpi0 acpi_button1: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 06 06 psm: status 10 00 64 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 14: ioport 0xec00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 0e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 0e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2404120472 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached md0: Preloaded image 4423680 bytes at 0xc09b6238 cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% GEOM: Configure md0a, start 0 length 4423680 end 4423679 GEOM: Configure md0c, start 0 length 4423680 end 4423679 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: resetting done .. ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: resetting done .. ------------------------------------------------------------------------------------------ #### Boot without acpi support: mobile# cu -l /dev/ucom0 Connected SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e8000 len=0000000000018000 SMAP type=01 base=0000000000100000 len=000000000ee30000 SMAP type=03 base=000000000ef30000 len=0000000000010000 SMAP type=04 base=000000000ef40000 len=00000000000b0000 SMAP type=02 base=000000000eff0000 len=0000000000010000 SMAP type=02 base=00000000ffbc0000 len=0000000000440000 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 reserved. FreeBSD 5.3-20040916-BETA #0: Thu Sep 16 03:54:09 UTC 2004 root@dolphin.icomtek.csir.co.za:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0df0000. Preloaded mfs_root "/boot/mfsroot" at 0xc0df022c. Calibrating clock(s) ... i8254 clock: 1193168 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2404115008 Hz CPU: Intel(R) Celeron(R) CPU 2.40GHz (2404.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff real memory = 250806272 (239 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001029000 - 0x000000000eacafff, 229253120 bytes (55970 pages) avail memory = 231596032 (220 MB) MP Configuration Table version 1.4 found at 0xc00f0f50 APIC: Using the MPTable enumerator. MPTable: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=31481106) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00f5f30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 embedded 0 18 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 slot 1 0 9 A 0x02 3 4 5 7 10 11 14 15 slot 1 0 9 B 0x03 3 4 5 7 10 11 14 15 slot 1 0 9 C 0x05 3 4 5 7 10 11 14 15 slot 1 0 9 D 0x01 3 4 5 7 10 11 14 15 slot 2 0 10 A 0x03 3 4 5 7 10 11 14 15 slot 2 0 10 B 0x05 3 4 5 7 10 11 14 15 slot 2 0 10 C 0x01 3 4 5 7 10 11 14 15 slot 2 0 10 D 0x02 3 4 5 7 10 11 14 15 slot 3 0 11 A 0x05 3 4 5 7 10 11 14 15 slot 3 0 11 B 0x01 3 4 5 7 10 11 14 15 slot 3 0 11 C 0x02 3 4 5 7 10 11 14 15 slot 3 0 11 D 0x03 3 4 5 7 10 11 14 15 embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x1106, dev=0x3148, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb091, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0xa230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000e000, size 5, enabled pcib0: slot 16 INTA routed to irq 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e080, size 5, enabled pcib0: slot 16 INTB routed to irq 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ec00, size 5, enabled pcib0: slot 16 INTC routed to irq 21 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffaff800, size 8, enabled pcib0: slot 16 INTD routed to irq 21 found-> vendor=0x1106, dev=0x3104, revid=0x82 bus=0, slot=16, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3177, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled pcib0: slot 17 INTC routed to irq 22 found-> vendor=0x1106, dev=0x3059, revid=0x50 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=22 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base ffaffc00, size 8, enabled pcib0: slot 18 INTA routed to irq 23 found-> vendor=0x1106, dev=0x3065, revid=0x74 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=23 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xff800000-0xff9fffff pcib1: prefetched decode 0xcff00000-0xdfefffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base ff980000, size 19, enabled pcib1: device (null) requested decoded memory range 0xff980000-0xff9fffff map[14]: type 3, range 32, base d0000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xd0000000-0xd7ffffff pcib1: slot 0 INTA routed to irq 16 found-> vendor=0x5333, dev=0x8d04, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xe000-0xe01f irq 21 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe080-0xe09f irq 21 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe080 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xec00-0xec1f irq 21 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 16.3 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=20 ostat1=50 ata1-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=20 stat1=00 devices=0x8 ata1: [MPSAFE] pci0: at device 17.5 (no driver attached) vr0: port 0xe800-0xe8ff mem 0xffaffc00-0xffaffcff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 8 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0e:a6:c1:44:e8 vr0: [MPSAFE] cpu0 on motherboard ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff pnpbios: 15 devices, largest 194 bytes PNP0c01: adding fixed memory32 range 0-0x9fbff, size=0x9fc00 PNP0c01: adding fixed memory32 range 0x9fc00-0x9ffff, size=0x400 PNP0c01: adding fixed memory32 range 0xe8000-0xfffff, size=0x18000 PNP0c01: adding fixed memory32 range 0x100000-0xef2ffff, size=0xee30000 PNP0c01: adding fixed memory32 range 0xef30000-0xef3ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0xef40000-0xefeffff, size=0xb0000 PNP0c01: adding fixed memory32 range 0xeff0000-0xeffffff, size=0x10000 PNP0c01: adding fixed memory32 range 0xffbc0000-0xffffffff, size=0x440000 pnpbios: handle 0 device ID PNP0c01 (010cd041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x80-0x90, size=0x11, align=0x1 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0x1 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0x1 pnpbios: handle 2 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 pnpbios: handle 3 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 pnpbios: handle 4 device ID PNP0b00 (000bd041) pnpbios: handle 5 device ID PNP0a03 (030ad041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 6 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 pnpbios: handle 7 device ID PNP0c04 (040cd041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 PNP0501: adding irq mask 0x10 pnpbios: handle 8 device ID PNP0501 (0105d041) PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x4 PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 pnpbios: handle 9 device ID PNP0700 (0007d041) Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x58:0x1e40 stack pointer = 0x10:0xf80 frame pointer = 0x10:0x0 code segment = base 0xc00f0000, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... ------------------------------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 13:39:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC15E16A4CE for ; Fri, 17 Sep 2004 13:39:12 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61AE143D55 for ; Fri, 17 Sep 2004 13:39:12 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8HDck59057986; Fri, 17 Sep 2004 09:38:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8HDckZs057983; Fri, 17 Sep 2004 09:38:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 17 Sep 2004 09:38:46 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Raphael H. Becker" In-Reply-To: <20040917065926.D55054@p-i-n.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: de0 doze off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 13:39:12 -0000 On Fri, 17 Sep 2004, Raphael H. Becker wrote: > on one of my older boxes my D-Link ("tulip") card dozes off when > transfering some megabytes of data eg scp. > > When stalled, the interface can be brought back by "ifconfig down/up". > > The box is actually running BETA4/GENERIC from last night, this appeared > after BETA1 which was the last stable for this. If you set debug.mpsafenet=0 in loader.conf, does the problem go away? We might be looking at a race condition in the task queue handoff for IFF_NEEDSGIANT. Another possible testing avenue (which might be slightly unstable but would illustrate the point) would be to leave debug.mpsafenet=1, disable preemption, and remove the IFF_NEEDSGIANT flag from the if_de driver flags. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > de0: flags=108843 mtu 1500 > inet 192.168.0.140 netmask 0xffffff00 broadcast 192.168.0.255 > inet6 fe80::280:c8ff:fe94:4436%de0 prefixlen 64 scopeid 0x1 > ether 00:80:c8:94:44:36 > media: Ethernet autoselect (100baseTX ) > status: active > > de0: port 0xc400-0xc47f mem 0xd7000000-0xd700007f irq 15 at device 13.0 on pci0 > de0: [GIANT-LOCKED] > de0: 21140A [10-100Mb/s] pass 2.2 > de0: Ethernet address: 00:80:c8:94:44:36 > de0: if_start running deferred for Giant > de0: enabling Full Duplex 100baseTX port > (see also: http://rhb.uugrn.org/FreeBSD/bugs/5.x/beastie_de0/beastie.dmesg ) > > Any idea? > > Regards > Raphael Becker > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 13:59:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93E5C16A4CE for ; Fri, 17 Sep 2004 13:59:15 +0000 (GMT) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [62.67.200.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F28843D1F for ; Fri, 17 Sep 2004 13:59:12 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 27393 invoked from network); 17 Sep 2004 13:59:11 -0000 Received: from unknown (HELO [192.168.2.48]) ([pbs]775067@[62.246.227.174]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 13:59:11 -0000 From: Fabian Keil To: freebsd-current@freebsd.org Date: Fri, 17 Sep 2004 15:59:01 +0200 User-Agent: KMail/1.7 References: <7macvple1i.wl@black.imgsrc.co.jp> <414A8361.2070905@DeepCore.dk> In-Reply-To: <414A8361.2070905@DeepCore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200409171559.01313.freebsd-listen@fabiankeil.de> Subject: Re: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 13:59:15 -0000 On Friday 17 September 2004 08:25, S=F8ren Schmidt wrote: > Jun Kuriyama wrote: > > When I tried to read DVD-R media (written on the same current box by > > cdrecord-ProDVD), I got this message at mounting: > >=20 > > ----- > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x15 ascq=3D0x00 error=3D0 > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x15 ascq=3D0x00 error=3D0 > > cd9660: RockRidge Extension > > ----- > >=20 > > Is this harmless or not? I can copy a file from this DVD-R without > > problem. >=20 > Looks like you isofs is bad... >=20 > > And, this DVD-R has a large file (3GB), and ls(1) (maybe stat(2)) > > issues an error like this: >=20 > Uhm , you cannot have file > 1G on a comliant isofs... Compliant to what? Quote from : > The kernel (2.6 and 2.4) has the following code in isofs_read_inode(): > > /* > * The ISO-9660 filesystem only stores 32 bits for file size. > * mkisofs handles files up to 2GB-2 =3D 2147483646 =3D 0x7FFFFFFE bytes > * in size. This is according to the large file summit paper from 1996. > * WARNING: ISO-9660 filesystems > 1 GB and even > 2 GB are fully > * legal. Do not prevent to use DVD's schilling@xxxxxxxxxxxx > */=20 Regards =46abian From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 14:05:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A03C816A4D0; Fri, 17 Sep 2004 14:05:03 +0000 (GMT) Received: from flood.goldengate.net (flood.goldengate.net [209.240.87.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 373C943D54; Fri, 17 Sep 2004 14:05:03 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.240.64.129]) by flood.goldengate.net (8.12.8/8.12.8) with ESMTP id i8HE4uXO027911; Fri, 17 Sep 2004 09:04:56 -0500 (CDT) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 807DD29; Fri, 17 Sep 2004 08:31:12 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05213-05; Fri, 17 Sep 2004 08:31:08 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 3A48626; Fri, 17 Sep 2004 08:31:08 -0500 (CDT) Message-ID: <414AE715.9030602@veldy.net> Date: Fri, 17 Sep 2004 08:31:01 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: tomasv@megalogika.lt References: <58653.81.84.174.8.1095267239.squirrel@81.84.174.8> <4149AE26.6010103@veldy.net> <20040917102844.GC33568@megalogika.lt> In-Reply-To: <20040917102844.GC33568@megalogika.lt> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig591519D8EAB583FAA270E93F" X-Virus-Scanned: by amavisd-new at veldy.net cc: freebsd-current@freebsd.org cc: Hugo Silva cc: freebsd-pf@freebsd.org Subject: Re: pf not logging on 5.3-BETA3 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 14:05:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig591519D8EAB583FAA270E93F Content-Type: text/plain; charset=ISO-8859-13; format=flowed Content-Transfer-Encoding: 7bit Tomas Verbaitis wrote: >>I am seeing these same issue. PF is working just fine, but >>/var/log/pflog is only 24 bytes long and full of garbage. >> >> > >UPDATING entry of 20040914 on RELENG_5 > >20040914: > The format of the pflogd(8) logfile "/var/log/pflog" has changed for > architectures that have a 64 bit long type to make it compatible to > the standard pcap format. In order to prevent corruption move away > any old logfile before using a new pflogd(8). > > > The latest entry in /usr/src/UPDATING on my system is from 20040907. 20040907: The kernel and userland debugging options have been turned off by default. I am glad that is there now. Tom Veldhouse --------------enig591519D8EAB583FAA270E93F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFBSucYARgTFXYf0wARAjqYAJdyNo3J0d0/A4lFg+ufqaHXtgoxAKCAucnE eo1tBX27OrA3rO5YQ74G/w== =E52u -----END PGP SIGNATURE----- --------------enig591519D8EAB583FAA270E93F-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 14:08:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7A7016A4CE for ; Fri, 17 Sep 2004 14:08:07 +0000 (GMT) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFC7743D46 for ; Fri, 17 Sep 2004 14:08:06 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1])i8HE84Tk062794; Fri, 17 Sep 2004 16:08:04 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.1/8.13.1/Submit) id i8HE7xZZ062787; Fri, 17 Sep 2004 16:07:59 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Fabian Keil In-Reply-To: <200409171559.01313.freebsd-listen@fabiankeil.de> References: <7macvple1i.wl@black.imgsrc.co.jp> <414A8361.2070905@DeepCore.dk> <200409171559.01313.freebsd-listen@fabiankeil.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Bh/KOUd3te0bjc1KQe9m" Message-Id: <1095430078.58447.19.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 17 Sep 2004 16:07:58 +0200 cc: freebsd-current@FreeBSD.org Subject: Re: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 14:08:07 -0000 --=-Bh/KOUd3te0bjc1KQe9m Content-Type: text/plain; charset=iso-8859-4 Content-Transfer-Encoding: quoted-printable V p=E1, 17. 09. 2004 v 15:59, Fabian Keil p=ED=B9e: > On Friday 17 September 2004 08:25, S=F8ren Schmidt wrote: > > Jun Kuriyama wrote: > > > When I tried to read DVD-R media (written on the same current box by > > > cdrecord-ProDVD), I got this message at mounting: > > >=20 > > > ----- > > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x15 ascq=3D0x00 error=3D= 0 > > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x15 ascq=3D0x00 error=3D= 0 > > > cd9660: RockRidge Extension > > > ----- > > >=20 > > > Is this harmless or not? I can copy a file from this DVD-R without > > > problem. > >=20 > > Looks like you isofs is bad... > >=20 > > > And, this DVD-R has a large file (3GB), and ls(1) (maybe stat(2)) > > > issues an error like this: > >=20 > > Uhm , you cannot have file > 1G on a comliant isofs... >=20 > Compliant to what? Compliant to ISO9660 specs. > Quote from : >=20 > > The kernel (2.6 and 2.4) has the following code in isofs_read_inode(): > > > > /* > > * The ISO-9660 filesystem only stores 32 bits for file size. > > * mkisofs handles files up to 2GB-2 =3D 2147483646 =3D 0x7FFFFFFE bytes > > * in size. This is according to the large file summit paper from 1996. > > * WARNING: ISO-9660 filesystems > 1 GB and even > 2 GB are fully > > * legal. Do not prevent to use DVD's schilling@xxxxxxxxxxxx > > */=20 And? This means that Linux kernel can handle ISO9660 filesystems of any size, with files in them not larger than 2 GB. Other systems can have different abilities. 1 GB of file size is something that will work everywhere. --=20 Pav Lucistnik Go back to bed America, your government is in control again. Here's America= n Gladiators. Watch this, shut up. Here's 56 channels of it. Watch these pituitary retards bang their fuckin skulls together and congratulate you on living in the land of freedom. -- Bill Hicks --=-Bh/KOUd3te0bjc1KQe9m Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBSu++ntdYP8FOsoIRAmv6AKCob0mghYOANNDui5N/lm78tYCxzwCgvn1g ryOj+8/lcaQZdRkA7NceTaU= =Thzq -----END PGP SIGNATURE----- --=-Bh/KOUd3te0bjc1KQe9m-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 15:16:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B8E216A4CE for ; Fri, 17 Sep 2004 15:16:50 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73FFF43D1F for ; Fri, 17 Sep 2004 15:16:49 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9EE1B96.dip.t-dialin.net [217.238.27.150]) (authenticated bits=0)i8HFGmGm025247 for ; Fri, 17 Sep 2004 17:16:48 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <414AFFD1.5040608@schlenker-webdesign.de> Date: Fri, 17 Sep 2004 17:16:33 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20040908 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Joypad not recognized on 5.3-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 15:16:50 -0000 I use to play xtris with a weird combination of usbhication and xmacroplay with a cheap joypad. When plugging a joypad that works perfectly as uhidX with 5.1.2 into my notebook running 5.3-BETA4 it gets recognized as ugen0. How can I force the joypad being recognized correctly as uhidX? Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 addr 2: low speed, power 100 mA, config 1, USB Game Controllers(0x0315), Mega World(0x07b5), rev 1.01 FreeBSD uran.wg-net 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Tue Sep 14 21:07:30 CEST 2004 mattias@uran.wg-net:/usr/obj/usr/src/sys/MATTIASB142 i386 Thanks, Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 15:34:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E43816A4CE for ; Fri, 17 Sep 2004 15:34:13 +0000 (GMT) Received: from smtp04.wanadoo.nl (smtp04.wanadoo.nl [194.134.35.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD5A543D31 for ; Fri, 17 Sep 2004 15:34:12 +0000 (GMT) (envelope-from j.asher@wanadoo.nl) Received: from localhost (c529d865e.cable.wanadoo.nl [82.157.134.94]) by smtp4.wanadoo.nl (Postfix) with ESMTP id 2D8645516C for ; Fri, 17 Sep 2004 17:34:10 +0200 (CEST) Date: Fri, 17 Sep 2004 17:34:22 +0200 To: current@freebsd.org References: <20040915.021427.74736836.fujita@soum.co.jp> <259306135.20040915091315@wilbury.sk> <41482A17.8020903@DeepCore.dk> From: "John Asher" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <41482A17.8020903@DeepCore.dk> User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: XFree86 Current ATI Radeon 7500 Retail rv200 128MB TV-OUT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 15:34:13 -0000 Hello, I am new to this list, so I hope I don't make mistakes. My question is: Is it possible using the radeon driver specified in XF86Config to display a movie to my t.v. using my s-video connector on my video-card? I have the feeling that someone here is maybe developing that option, or it is maybe already available as option in XF86Config. It would be great, since I really want to get rid of my old WinXP installation, but I am stucked to that one because I like to watch movies using s-video out. In windows it is just a matter of switching, normaly my main monitor is black then, and the tv-display is showing the windows enviroment. I hope someone here can help me, I would be very thankfull! Thanks a lot in advance for reading my message, and I hope I did not disturb anyone. Best regards, John Asher! From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 16:10:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A90DC16A4CE for ; Fri, 17 Sep 2004 16:10:39 +0000 (GMT) Received: from smtp07.web.de (smtp07.web.de [217.72.192.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 686F743D1F for ; Fri, 17 Sep 2004 16:10:39 +0000 (GMT) (envelope-from nakal@web.de) Received: from [217.81.242.124] (helo=[217.81.242.124]) by smtp07.web.de with esmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.101 #44) id 1C8LIV-0007eK-00; Fri, 17 Sep 2004 18:09:19 +0200 From: Martin To: Willem Jan Withagen In-Reply-To: <41417326.1000309@withagen.nl> References: <41417326.1000309@withagen.nl> Content-Type: text/plain Message-Id: <1095437354.1094.4.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 17 Sep 2004 18:09:14 +0200 Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de cc: "Boris B. Samorodov" cc: Ian FREISLICH cc: FreeBSD Current Subject: Re: Interrupt storm detected on "irq7: lpt0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 16:10:39 -0000 Am Fr, den 10.09.2004 schrieb Willem Jan Withagen um 11:25: > I think I tried that one, but it did not work. I still have that flag > standing. Me too. ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold [...] Interrupt storm detected on "irq7: lpt0"; throttling interrupt source I've tried setting interrupt storm threshold and even forcing ECP with BIOS. Nothing works, my printer is still printing slowly. I guess, I'll try the SMP method next time I compile the kernel. Martin From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 16:11:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19A1716A4CF for ; Fri, 17 Sep 2004 16:11:28 +0000 (GMT) Received: from web14824.mail.yahoo.com (web14824.mail.yahoo.com [216.136.225.195]) by mx1.FreeBSD.org (Postfix) with SMTP id E6BA743D4C for ; Fri, 17 Sep 2004 16:11:27 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040917161127.80147.qmail@web14824.mail.yahoo.com> Received: from [212.143.154.227] by web14824.mail.yahoo.com via HTTP; Fri, 17 Sep 2004 09:11:27 PDT Date: Fri, 17 Sep 2004 09:11:27 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: init.bak after 'make installworld' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 16:11:28 -0000 > uname -a FreeBSD localhost 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Thu Sep 16 19:19:27 IDT 2004 root@localhost:/usr/obj/usr/src/sys/GENERIC i386 Hello. Accidentally I've found that installing a new world makes a backup copy of init(8). See below: > ls -lo /sbin/ini* -r-x------ 1 root wheel schg 482036 Sep 16 17:10 /sbin/init -r-x------ 1 root wheel - 482036 Sep 11 15:28 /sbin/init.bak The /usr/src/sbin/init/Makefile have following line: INSTALLFLAGS=-fschg -b -B.bak What is the reason one should have /sbin/init.bak after installation of a new world? Why the 'schg' flag is removed on this file? Thanks. __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 16:19:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4A5916A4CF for ; Fri, 17 Sep 2004 16:19:35 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A62E543D31 for ; Fri, 17 Sep 2004 16:19:34 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i8HGJXgh077035; Fri, 17 Sep 2004 20:19:33 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Fri, 17 Sep 2004 20:19:33 +0400 (MSD) From: Maxim Konovalov To: Rostislav Krasny In-Reply-To: <20040917161127.80147.qmail@web14824.mail.yahoo.com> Message-ID: <20040917201829.D77033@mp2.macomnet.net> References: <20040917161127.80147.qmail@web14824.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: init.bak after 'make installworld' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 16:19:35 -0000 > What is the reason one should have /sbin/init.bak after installation of The same we have /boot/kernel.old. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 16:24:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AEA916A4CE; Fri, 17 Sep 2004 16:24:10 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1653F43D39; Fri, 17 Sep 2004 16:24:08 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8HGPZFU005797; Fri, 17 Sep 2004 09:25:35 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8HGPZm4005796; Fri, 17 Sep 2004 09:25:35 -0700 Date: Fri, 17 Sep 2004 09:25:35 -0700 From: Brooks Davis To: re@FreeBSD.org Message-ID: <20040917162535.GA5750@odin.ac.hmc.edu> References: <200409170741.i8H7fGV3011078@pooker.samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <200409170741.i8H7fGV3011078@pooker.samsco.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 16:24:10 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 17, 2004 at 01:41:16AM -0600, Scott Long wrote: > |--------------------+-----------+-------------+------------------------= -| > | | | |The ifconf() ioctl for = | > | | | |listing network = | > | | | |interfaces performs a = | > | | | |copyout() while holding = | > |ifconf() sleep | | |the global ifnet list = | > |warning |In progress|Robert Watson|mutex. This generates a = | > | | | |witness warning in the = | > | | | |event that copyout() = | > | | | |generates a page fault, = | > | | | |and risks more serious = | > | | | |problems. = | > +-----------------------------------------------------------------------= -+ I've got a patch for this one. If someone will review it, I will commit it to HEAD for further testing. -- Brooks http://perforce.freebsd.org/chv.cgi?CH=3D61588 Change 61588 by brooks@brooks_minya on 2004/09/16 05:07:10 Fix a potential LOR in ifconf caused by using copyout while holding a lock. =09 Reported by: rwatson Affected files ... =2E. //depot/user/brooks/cleanup/sys/net/if.c#38 edit Differences ... =3D=3D=3D=3D //depot/user/brooks/cleanup/sys/net/if.c#38 (text+ko) =3D=3D= =3D=3D @@ -123,6 +123,7 @@ SYSINIT(interfaces, SI_SUB_INIT_IF, SI_ORDER_FIRST, if_init, NULL) SYSINIT(interface_check, SI_SUB_PROTO_IF, SI_ORDER_FIRST, if_check, NULL) =20 +MALLOC_DEFINE(M_IFCONF, "ifconf", "interface configuration info"); MALLOC_DEFINE(M_IFADDR, "ifaddr", "interface address"); MALLOC_DEFINE(M_IFMADDR, "ether_multi", "link-level multicast address"); =20 @@ -1484,10 +1485,27 @@ struct ifconf *ifc =3D (struct ifconf *)data; struct ifnet *ifp; struct ifaddr *ifa; - struct ifreq ifr, *ifrp; + struct ifreq ifr, *ifrp, *ifrbuf =3D NULL; int space =3D ifc->ifc_len, error =3D 0; + size_t buflen =3D 0; =20 - ifrp =3D ifc->ifc_req; + /* + * Because it is not safe to do a copyout while a lock it held, + * we need to avoid doing a copyout while walking the interface + * list. The easiest way to do that is to stage all the data + * into a single buffer rather then doing many copyouts. + * Unfortunatly, we can't just trust the users buffer length + * because that might cause use to allocate too much kernel + * memory. Thus we need to bound the memory by allocate by the=20 + * actual space needed. In order to do that with the minimum + * duplication of code, we make two passes through the loop over + * interfaces and addresses. In the first pass, we have no + * buffer and we count how much space we needed and malloc it + * after releasing the lock. Then we go through again and + * actually fill the buffer followed by copying it out. + */ +again: + ifrp =3D ifrbuf; IFNET_RLOCK(); /* could sleep XXX */ TAILQ_FOREACH(ifp, &ifnet, if_link) { int addrs; @@ -1516,47 +1534,68 @@ (struct osockaddr *)&ifr.ifr_addr; ifr.ifr_addr =3D *sa; osa->sa_family =3D sa->sa_family; - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - ifrp++; + if (ifrp =3D=3D NULL) { + buflen +=3D sizeof(ifr); + } else { + bcopy(&ifr, ifrp, sizeof(ifr)); + ifrp++; + } + =09 } else #endif if (sa->sa_len <=3D sizeof(*sa)) { ifr.ifr_addr =3D *sa; - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - ifrp++; + if (ifrp =3D=3D NULL) { + buflen +=3D sizeof(struct ifreq); + } else { + bcopy(&ifr, ifrp, sizeof(ifr)); + ifrp++; + } } else { if (space < sizeof (ifr) + sa->sa_len - sizeof(*sa)) break; space -=3D sa->sa_len - sizeof(*sa); - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr.ifr_name)); - if (error =3D=3D 0) - error =3D copyout((caddr_t)sa, - (caddr_t)&ifrp->ifr_addr, sa->sa_len); - ifrp =3D (struct ifreq *) - (sa->sa_len + (caddr_t)&ifrp->ifr_addr); + if (ifrp =3D=3D NULL) { + buflen +=3D + offsetof(struct ifreq, ifr_addr) + + sa->sa_len; + } else { + bcopy(&ifr, ifrp, + sizeof(ifr.ifr_name)); + bcopy(sa, &ifrp->ifr_addr, sa->sa_len); + ifrp =3D (struct ifreq *) + (sa->sa_len + + (caddr_t)&ifrp->ifr_addr); + } } - if (error) - break; space -=3D sizeof (ifr); } - if (error) - break; - if (!addrs) { + if (addrs =3D=3D 0) { bzero((caddr_t)&ifr.ifr_addr, sizeof(ifr.ifr_addr)); - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - if (error) - break; + if (ifrp =3D=3D NULL) { + buflen +=3D sizeof(struct ifreq); + } else { + bcopy(&ifr, ifrp, sizeof(ifr)); + ifrp++; + } space -=3D sizeof (ifr); - ifrp++; } } IFNET_RUNLOCK(); - ifc->ifc_len -=3D space; + + if (error !=3D 0) + return (error); + + if (ifrp =3D=3D NULL) { + ifrbuf =3D malloc(buflen, M_IFCONF, M_ZERO | M_NOWAIT); + space =3D buflen; + goto again; + } + + ifc->ifc_len =3D buflen - space; + error =3D copyout(ifrbuf, ifc->ifc_req, ifc->ifc_len); + free(ifrbuf, M_IFCONF); return (error); } =20 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBSw//XY6L6fI4GtQRAjOfAKDGreIHIlf3BXP8z4iuqS5QKRF0hQCg5SFv 2/ozmga1Wqw8nW70ozJx3v0= =JSys -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 16:25:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9A6516A4CE for ; Fri, 17 Sep 2004 16:25:33 +0000 (GMT) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [62.67.200.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id F060243D31 for ; Fri, 17 Sep 2004 16:25:30 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 13127 invoked from network); 17 Sep 2004 16:25:06 -0000 Received: from unknown (HELO [192.168.2.48]) ([pbs]775067@[62.246.227.174]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 16:25:06 -0000 From: Fabian Keil To: freebsd-current@freebsd.org Date: Fri, 17 Sep 2004 18:24:24 +0200 User-Agent: KMail/1.7 References: <7macvple1i.wl@black.imgsrc.co.jp> <200409171559.01313.freebsd-listen@fabiankeil.de> <1095430078.58447.19.camel@pav.hide.vol.cz> In-Reply-To: <1095430078.58447.19.camel@pav.hide.vol.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200409171824.24447.freebsd-listen@fabiankeil.de> Subject: Re: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 16:25:34 -0000 On Friday 17 September 2004 16:07, Pav Lucistnik wrote: > V p=C3=A1, 17. 09. 2004 v 15:59, Fabian Keil p=C3=AD=C5=A1e: > > On Friday 17 September 2004 08:25, S=C3=B8ren Schmidt wrote: > > > Jun Kuriyama wrote: > > > > When I tried to read DVD-R media (written on the same current box by > > > > cdrecord-ProDVD), I got this message at mounting: > > > >=20 > > > > ----- > > > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x15 ascq=3D0x00 error= =3D0 > > > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x15 ascq=3D0x00 error= =3D0 > > > > cd9660: RockRidge Extension > > > > ----- > > > >=20 > > > > Is this harmless or not? I can copy a file from this DVD-R without > > > > problem. > > >=20 > > > Looks like you isofs is bad... > > >=20 > > > > And, this DVD-R has a large file (3GB), and ls(1) (maybe stat(2)) > > > > issues an error like this: > > >=20 > > > Uhm , you cannot have file > 1G on a comliant isofs... > >=20 > > Compliant to what? >=20 > Compliant to ISO9660 specs. AFAIK the file size limit is caused by the "each file shall consist of only= one File Section"-rule which is given for ISO 9660 Level 1 and 2 but not for 3. I may be wrong but files bigger than 1GB seem to be compliant with ISO 9660= Level 3. Regards =46abian From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 16:29:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 355E016A4CE for ; Fri, 17 Sep 2004 16:29:20 +0000 (GMT) Received: from web14822.mail.yahoo.com (web14822.mail.yahoo.com [216.136.225.172]) by mx1.FreeBSD.org (Postfix) with SMTP id 2833143D2F for ; Fri, 17 Sep 2004 16:29:20 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040917162920.71979.qmail@web14822.mail.yahoo.com> Received: from [212.143.154.227] by web14822.mail.yahoo.com via HTTP; Fri, 17 Sep 2004 09:29:20 PDT Date: Fri, 17 Sep 2004 09:29:20 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: init.bak after 'make installworld' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 16:29:20 -0000 --- Rostislav Krasny wrote: > What is the reason one should have /sbin/init.bak after installation > of a new world? Why the 'schg' flag is removed on this file? I've already found the answer in a 'bin/12976' PR. Sorry for the noise :( _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 16:45:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56AFE16A4CE for ; Fri, 17 Sep 2004 16:45:28 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B7543D1D for ; Fri, 17 Sep 2004 16:45:28 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i8HGjRlO012052; Fri, 17 Sep 2004 09:45:27 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i8HGjRmE012051; Fri, 17 Sep 2004 09:45:27 -0700 (PDT) (envelope-from sgk) Date: Fri, 17 Sep 2004 09:45:27 -0700 From: Steve Kargl To: Martin Message-ID: <20040917164527.GB12002@troutmask.apl.washington.edu> References: <41417326.1000309@withagen.nl> <1095437354.1094.4.camel@klotz.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1095437354.1094.4.camel@klotz.local> User-Agent: Mutt/1.4.1i cc: "Boris B. Samorodov" cc: Ian FREISLICH cc: FreeBSD Current Subject: Re: Interrupt storm detected on "irq7: lpt0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 16:45:28 -0000 On Fri, Sep 17, 2004 at 06:09:14PM +0200, Martin wrote: > Am Fr, den 10.09.2004 schrieb Willem Jan Withagen um 11:25: > > I think I tried that one, but it did not work. I still have that flag > > standing. > > Me too. > > ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/16 bytes threshold > [...] > Interrupt storm detected on "irq7: lpt0"; throttling interrupt source > > I've tried setting interrupt storm threshold and even forcing > ECP with BIOS. > > Nothing works, my printer is still printing slowly. I guess, I'll > try the SMP method next time I compile the kernel. > lptcontrol -e -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 16:52:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 787CE16A4CE for ; Fri, 17 Sep 2004 16:52:44 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BD3143D1F for ; Fri, 17 Sep 2004 16:52:44 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so35820rnk for ; Fri, 17 Sep 2004 09:52:40 -0700 (PDT) Received: by 10.38.99.13 with SMTP id w13mr47091rnb; Fri, 17 Sep 2004 09:52:20 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Fri, 17 Sep 2004 09:52:19 -0700 (PDT) Message-ID: <790a9fff040917095254b07011@mail.gmail.com> Date: Fri, 17 Sep 2004 11:52:19 -0500 From: Scot Hetzel To: sam In-Reply-To: <414AAB8E.8040506@authtec.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <414AAB8E.8040506@authtec.net> cc: freebsd-current@freebsd.org Subject: Re: From Beta 3 Current to Beta 3: mount: incorrect super block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 16:52:44 -0000 On Fri, 17 Sep 2004 17:17:02 +0800, sam wrote: > Hi, > > I downgraded my system from FBSD 53Beta Current (a week ago) to 53Beta 3 > (the one from freebsd ftp site) by reinstalling the whole system without > wipeing out the entire file systems. I m not sure how much they are > likely the same. There is a customized partition is not able to be > mounted after the installation. The error is: > > mount: /dev/ad0s2a on /bdata: incorrect super block > > Is there any way I can mount this partition? > fsck /dev/ad0s2a From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 17:37:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F16ED16A4CE for ; Fri, 17 Sep 2004 17:37:59 +0000 (GMT) Received: from web14824.mail.yahoo.com (web14824.mail.yahoo.com [216.136.225.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 999F043D54 for ; Fri, 17 Sep 2004 17:37:59 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040917173759.92527.qmail@web14824.mail.yahoo.com> Received: from [212.143.154.227] by web14824.mail.yahoo.com via HTTP; Fri, 17 Sep 2004 10:37:59 PDT Date: Fri, 17 Sep 2004 10:37:59 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: patch: makes an output of 'kldstat -v' looks a little better X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 17:38:00 -0000 Hello. Would someone like commit following patch? It makes an output of 'kldstat -v' looks a little better with module IDs bigger than 99. --- /usr/src/sbin/kldstat/kldstat.c Sun May 30 13:10:41 2004 +++ kldstat.c Fri Sep 17 20:08:33 2004 @@ -48,7 +48,7 @@ if (modstat(modid, &stat) < 0) warn("can't stat module id %d", modid); else - printf("\t\t%2d %s\n", stat.id, stat.name); + printf("\t\t%3d %s\n", stat.id, stat.name); } static void printfile(int fileid, int verbose) @@ -66,7 +66,7 @@ if (verbose) { printf("\tContains modules:\n"); - printf("\t\tId Name\n"); + printf("\t\t Id Name\n"); for (modid = kldfirstmod(fileid); modid > 0; modid = modfnext(modid)) printmod(modid); _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 17:48:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D716616A4CE for ; Fri, 17 Sep 2004 17:48:54 +0000 (GMT) Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C7E43D31 for ; Fri, 17 Sep 2004 17:48:54 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from voi.aagh.net ([81.104.55.176]) by mta06-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20040917174909.MUY2251.mta06-svc.ntlworld.com@voi.aagh.net> for ; Fri, 17 Sep 2004 18:49:09 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.42 (FreeBSD)) id 1C8Mqq-0008qs-Rq for current@freebsd.org; Fri, 17 Sep 2004 18:48:52 +0100 Date: Fri, 17 Sep 2004 18:48:52 +0100 From: Thomas Hurst To: current@freebsd.org Message-ID: <20040917174852.GA32525@voi.aagh.net> Mail-Followup-To: current@freebsd.org References: <20040917043653.419a8e0e.skywizard@MyBSD.org.my> <20040916204721.E59CB5D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040916204721.E59CB5D04@ptavv.es.net> Organization: Not much. User-Agent: Mutt/1.5.6i Sender: Thomas Hurst Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 17:48:54 -0000 * Kevin Oberman (oberman@es.net) wrote: > If anyone is using ULE and seeing this EXACT problem, please holler? > adX: TIMEOUT - READ_DMA retrying (2 retries left) LBA= or > adX: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA= > It should be differing only in the ad unit number and the specified LBA. I'm seeing these using ULE and ADAPTIVE_GIANT; last time when I tried opening a 133M file over Samba. The system locks completely and doesn't recover. They seems to be happening roughly once a week on a largely idle machine. FreeBSD 5.3-BETA3 #1: Wed Sep 8 19:44:05 BST 2004 -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 17:57:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF4416A4CE; Fri, 17 Sep 2004 17:57:33 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36C0E43D4C; Fri, 17 Sep 2004 17:57:33 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 782571A87; Fri, 17 Sep 2004 19:58:12 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id 2CA92B85E; Fri, 17 Sep 2004 19:57:32 +0200 (CEST) To: Brooks Davis References: <200409170741.i8H7fGV3011078@pooker.samsco.org> <20040917162535.GA5750@odin.ac.hmc.edu> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 17 Sep 2004 19:57:32 +0200 In-Reply-To: <20040917162535.GA5750@odin.ac.hmc.edu> (Brooks Davis's message of "Fri, 17 Sep 2004 09:25:35 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 17:57:34 -0000 Brooks Davis writes: > I've got a patch for this one. If someone will review it, I will commit > it to HEAD for further testing. you shouldn't call malloc() with M_NOWAIT unless you absolutely must, and in this case you don't. there's nothing to prevent the ifconf data from growing between the first and second pass, since you're not holding the lock. you'd end up overflowing ifrbuf. what I suggest you do is: struct sbuf *sb =3D sbuf_new(NULL, NULL, size, ifc->ifc_len + 1); acquire(lock); sbuf_bcat(sb, foo, foo_len); sbuf_bcat(sb, bar, bar_len); sbuf_bcat(sb, baz, baz_len); release(lock); sbuf_finish(sb); ifc->ifc_len =3D sbuf_len(); copyout(sbuf_data(), ifc->ifc_req, ifc->ifc_len); sbuf_delete(sb); DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 18:38:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33CFF16A4CE for ; Fri, 17 Sep 2004 18:38:55 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FCD843D41 for ; Fri, 17 Sep 2004 18:38:54 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8HIcqFx013300 for ; Fri, 17 Sep 2004 20:38:52 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8HIcpT20403 for freebsd-current@freebsd.org; Fri, 17 Sep 2004 20:38:51 +0200 (CEST) (envelope-from rabe) Date: Fri, 17 Sep 2004 20:38:51 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040917203851.F55054@p-i-n.com> References: <20040917065926.D55054@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@freebsd.org on Fri, Sep 17, 2004 at 09:38:46AM -0400 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: Re: de0 doze off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 18:38:55 -0000 On Fri, Sep 17, 2004 at 09:38:46AM -0400, Robert Watson wrote: > On Fri, 17 Sep 2004, Raphael H. Becker wrote: > > on one of my older boxes my D-Link ("tulip") card dozes off when > > transfering some megabytes of data eg scp. > > > > When stalled, the interface can be brought back by "ifconfig down/up". > > > > The box is actually running BETA4/GENERIC from last night, this appeared > > after BETA1 which was the last stable for this. > > If you set debug.mpsafenet=0 in loader.conf, does the problem go away? Yes, just tested with around 300MB via FTP: 10.6MBytes/sec > We might be looking at a race condition in the task queue handoff for > IFF_NEEDSGIANT. > Another possible testing avenue (which might be slightly unstable but > would illustrate the point) would be to leave debug.mpsafenet=1, ok > disable preemption, Sorry, how exactly do I do this? > and remove the IFF_NEEDSGIANT flag from the if_de driver flags. edited as following --- if_de.c.orig Fri Sep 17 18:53:41 2004 +++ if_de.c Fri Sep 17 18:54:00 2004 @@ -4758,7 +4758,7 @@ /* XXX: driver name/unit should be set some other way */ ifp->if_dname = "de"; ifp->if_dunit = sc->tulip_unit; - ifp->if_flags = IFF_BROADCAST|IFF_SIMPLEX|IFF_MULTICAST|IFF_NEEDSGIANT; + ifp->if_flags = IFF_BROADCAST|IFF_SIMPLEX|IFF_MULTICAST; ifp->if_ioctl = tulip_ifioctl; ifp->if_start = tulip_ifstart; ifp->if_watchdog = tulip_ifwatchdog; Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 18:43:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B233116A4CE for ; Fri, 17 Sep 2004 18:43:06 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61B4943D60 for ; Fri, 17 Sep 2004 18:43:06 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8HIgdjl067961; Fri, 17 Sep 2004 14:42:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8HIgdCv067958; Fri, 17 Sep 2004 14:42:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 17 Sep 2004 14:42:39 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Raphael H. Becker" In-Reply-To: <20040917203851.F55054@p-i-n.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: de0 doze off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 18:43:06 -0000 On Fri, 17 Sep 2004, Raphael H. Becker wrote: > > Another possible testing avenue (which might be slightly unstable but > > would illustrate the point) would be to leave debug.mpsafenet=1, > > ok > > > disable preemption, > > Sorry, how exactly do I do this? "options PREEMPTION" may appear in your kernel configuration file -- if it does, comment it out and re-config/re-compile. > > and remove the IFF_NEEDSGIANT flag from the if_de driver flags. > > edited as following > > --- if_de.c.orig Fri Sep 17 18:53:41 2004 > +++ if_de.c Fri Sep 17 18:54:00 2004 > @@ -4758,7 +4758,7 @@ > /* XXX: driver name/unit should be set some other way */ > ifp->if_dname = "de"; > ifp->if_dunit = sc->tulip_unit; > - ifp->if_flags = IFF_BROADCAST|IFF_SIMPLEX|IFF_MULTICAST|IFF_NEEDSGIANT; > + ifp->if_flags = IFF_BROADCAST|IFF_SIMPLEX|IFF_MULTICAST; Looks good. This may result in reduced stability, but it may also tell us specifically if there's a problem with the IFF_NEEDSGIANT mechanism. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 18:46:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A41516A4CE; Fri, 17 Sep 2004 18:46:51 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0707F43D1D; Fri, 17 Sep 2004 18:46:51 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8HImHVK024853; Fri, 17 Sep 2004 11:48:17 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8HImHRo024852; Fri, 17 Sep 2004 11:48:17 -0700 Date: Fri, 17 Sep 2004 11:48:17 -0700 From: Brooks Davis To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20040917184817.GA22747@odin.ac.hmc.edu> References: <200409170741.i8H7fGV3011078@pooker.samsco.org> <20040917162535.GA5750@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 18:46:51 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 17, 2004 at 07:57:32PM +0200, Dag-Erling Sm=F8rgrav wrote: > Brooks Davis writes: > > I've got a patch for this one. If someone will review it, I will commit > > it to HEAD for further testing. >=20 > you shouldn't call malloc() with M_NOWAIT unless you absolutely must, > and in this case you don't. Oops, that's a bug. I'll fix it before I commit. > there's nothing to prevent the ifconf data from growing between the > first and second pass, since you're not holding the lock. you'd end > up overflowing ifrbuf. The space variable insures that you won't overflow just as it did before when the user provided an undersized buffer. There is a race that might be worth fixing where the size can increase and more or more addresses/interfaces at the end won't get written out, but there isn't an overflow. The only way I can see to fix it is to check at the end of the loop and make sure that we added all items in the buffer or used as much space as the user gave us. If didn't do that, we need to start over (zero buflen, reset space, free ifrbuf, and goto again). Using sbufs as you suggest would probably make things a bit more clear, but I believe what I've got works. > what I suggest you do is: >=20 > struct sbuf *sb =3D sbuf_new(NULL, NULL, size, ifc->ifc_len + 1); What are you trying to do here? Unless my manpages are wrong, the fourth arg is flags. Do you mean to set SBUF_FIXEDLEN? I think you would have to to avoid a new LOR. Also, it is not safe to trust ifc->ifc_len for allocations because it is provided by potentially unpriveleged users. Thus, so you have to know how much space you will need before doing any kind of allocation, hence the double loop and the potential race. Thanks, Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBSzFxXY6L6fI4GtQRAvDwAJ9RrQ1ZAzSXhEb9MiZR+ozGzi2boACeKk6G v5mxOK4tnytYIO9V0b7z0KA= =K7eX -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 19:07:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E73516A4CF; Fri, 17 Sep 2004 19:07:51 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7895C43D4C; Fri, 17 Sep 2004 19:07:51 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i8HJ7pwA006814 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 17 Sep 2004 12:07:51 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i8HJ7oPQ067227; Fri, 17 Sep 2004 12:07:50 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i8HJ7n7h067226; Fri, 17 Sep 2004 12:07:49 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: freebsd-doc@freebsd.org In-Reply-To: <1094426835.767.50.camel@localhost> References: <1094426835.767.50.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dV6F4/DnG9lrmeT8BTfS" Message-Id: <1095448068.36272.27.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 17 Sep 2004 12:07:49 -0700 cc: "Bruce A. Mah" cc: freebsd-current@freebsd.org Subject: Re: RFC: 5.3 Migration Guide X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 19:07:51 -0000 --=-dV6F4/DnG9lrmeT8BTfS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-09-05 at 16:27, Bruce A. Mah wrote: > I've volunteered to rework the 5.X Early Adopters Guide into a Migration > Guide. The focus of this document is less about discouraging unwary > users and more about what kinds of changes users might encounter when > they move from 4.X to 5.X. I've committed this to FreeBSD CVS by dropping this on top of the old EAG on the RELENG_5 branch. Thanks to everyone who gave their feedback! Bruce. --=-dV6F4/DnG9lrmeT8BTfS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBSzYE2MoxcVugUsMRAjEwAJ9M5XY9uAos8iIfKXQly24ME4i3SwCgqFU3 rcZM1v4Vn4hJuPMgh1t4ZkM= =YpAG -----END PGP SIGNATURE----- --=-dV6F4/DnG9lrmeT8BTfS-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 19:30:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E35D16A4CE; Fri, 17 Sep 2004 19:30:21 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B467443D41; Fri, 17 Sep 2004 19:30:20 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id DB01E1F95; Fri, 17 Sep 2004 21:30:59 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id 895EDB85E; Fri, 17 Sep 2004 21:30:19 +0200 (CEST) To: Brooks Davis References: <200409170741.i8H7fGV3011078@pooker.samsco.org> <20040917162535.GA5750@odin.ac.hmc.edu> <20040917184817.GA22747@odin.ac.hmc.edu> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 17 Sep 2004 21:30:19 +0200 In-Reply-To: <20040917184817.GA22747@odin.ac.hmc.edu> (Brooks Davis's message of "Fri, 17 Sep 2004 11:48:17 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 19:30:21 -0000 Brooks Davis writes: > On Fri, Sep 17, 2004 at 07:57:32PM +0200, Dag-Erling Sm=F8rgrav wrote: > > struct sbuf *sb =3D sbuf_new(NULL, NULL, size, ifc->ifc_len + 1); > What are you trying to do here? Unless my manpages are wrong, the > fourth arg is flags. Do you mean to set SBUF_FIXEDLEN? I meant struct sbuf *sb =3D sbuf_new(NULL, NULL, ifc->ifc_len + 1, SBUF_FIXEDL= EN); but I'm typing over a slow link and Meta-D'ed the wrong word. > I think you > would have to to avoid a new LOR. Of course. > would have to to avoid a new LOR. Also, it is not safe to trust > ifc->ifc_len for allocations because it is provided by potentially > unpriveleged users. so just make sure before you call sbuf_new() that ifc_len is reasonable (e.g. < MAXPHYS) > Thus, so you have to know how much space you will > need before doing any kind of allocation, hence the double loop and the > potential race. Using sbufs removes the need for loop and greatly simplifies how you deal with overflows. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 20:03:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC4D116A4CE for ; Fri, 17 Sep 2004 20:03:38 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98E7143D31 for ; Fri, 17 Sep 2004 20:03:37 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8HK3a860124 for ; Sat, 18 Sep 2004 05:03:36 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 19 From: Makoto Matsushita To: current@FreeBSD.org Date: Sat, 18 Sep 2004 05:03:34 +0900 Message-Id: <20040918050334Q.matusita@jp.FreeBSD.org> Subject: Loading a 4.x kernel module to running 6.x kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 20:03:39 -0000 I have a kernel module which is (maybe) built for FreeBSD 4.9, and want to use the module on FreeBSD 6-current. However, when I load the module with kldload(8), I got following message on console and loading is failed: link_elf: symbol BUS_READ_IVAR undefined How can I do for linking this module to my 6-current kernel? Since this kernel module is provided as binary form only (there's no source code available at this time), I cannot recompile it on 6-current. Please note that this module just loads fine on 4.10. P.S. for those interested: the module I'm trying to use is actually VMware's "vmxnet.ko" virtual ethernet device driver. -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 20:05:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A122516A4CE for ; Fri, 17 Sep 2004 20:05:57 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05A3F43D1F for ; Fri, 17 Sep 2004 20:05:57 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8HK5ovt036365; Fri, 17 Sep 2004 22:05:50 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <414B439B.3070805@DeepCore.dk> Date: Fri, 17 Sep 2004 22:05:47 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Hurst References: <20040917043653.419a8e0e.skywizard@MyBSD.org.my> <20040916204721.E59CB5D04@ptavv.es.net> <20040917174852.GA32525@voi.aagh.net> In-Reply-To: <20040917174852.GA32525@voi.aagh.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 20:05:57 -0000 Thomas Hurst wrote: > * Kevin Oberman (oberman@es.net) wrote: >=20 >=20 >>If anyone is using ULE and seeing this EXACT problem, please holler? >>adX: TIMEOUT - READ_DMA retrying (2 retries left) LBA=3D or >>adX: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3D >>It should be differing only in the ad unit number and the specified LBA= =2E >=20 >=20 > I'm seeing these using ULE and ADAPTIVE_GIANT; last time when I tried > opening a 133M file over Samba. The system locks completely and doesn'= t > recover. They seems to be happening roughly once a week on a largely > idle machine. >=20 > FreeBSD 5.3-BETA3 #1: Wed Sep 8 19:44:05 BST 2004 You need at least beta4 to get the ATA fixes that also applies. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 20:21:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09C2316A4CE for ; Fri, 17 Sep 2004 20:21:30 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3304543D1F for ; Fri, 17 Sep 2004 20:21:29 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 388B0653F8; Fri, 17 Sep 2004 21:21:28 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 63821-01; Fri, 17 Sep 2004 21:21:27 +0100 (BST) Received: from empiric.dek.spc.org (adsl-64-171-184-46.dsl.snfc21.pacbell.net [64.171.184.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 24F02651F7; Fri, 17 Sep 2004 21:21:19 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id CBFA063B1; Fri, 17 Sep 2004 13:21:16 -0700 (PDT) Date: Fri, 17 Sep 2004 13:21:16 -0700 From: Bruce M Simpson To: Makoto Matsushita Message-ID: <20040917202116.GF6019@empiric.icir.org> References: <20040918050334Q.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040918050334Q.matusita@jp.FreeBSD.org> cc: current@FreeBSD.org Subject: Re: Loading a 4.x kernel module to running 6.x kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 20:21:30 -0000 Correct me if I'm wrong, but... On Sat, Sep 18, 2004 at 05:03:34AM +0900, Makoto Matsushita wrote: > P.S. for those interested: the module I'm trying to use is actually > VMware's "vmxnet.ko" virtual ethernet device driver. You shouldn't need to use this module as tap(4) already implements its functionality. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 21:09:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0075716A4CE for ; Fri, 17 Sep 2004 21:09:51 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF5A43D2F for ; Fri, 17 Sep 2004 21:09:50 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i8HL9m8g066597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 18 Sep 2004 01:09:49 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i8HL9mW5066596 for current@freebsd.org; Sat, 18 Sep 2004 01:09:48 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sat, 18 Sep 2004 01:09:48 +0400 From: Gleb Smirnoff To: current@freebsd.org Message-ID: <20040917210948.GB66536@cell.sick.ru> References: <200409171153.i8HBrkPD077518@repoman.freebsd.org> <93872.1095422362@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <93872.1095422362@critter.freebsd.dk> User-Agent: Mutt/1.5.6i Subject: Re: TTY cleanups have started... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 21:09:51 -0000 [ just putting a notice in current@. Poul-Henning is already informed ] - sio.c rev 1.451 breaks operation of ng_tty(4) - ports/comms/ltmdm is again broken (kernel from September 1) On Fri, Sep 17, 2004 at 01:59:22PM +0200, Poul-Henning Kamp wrote: P> I've started cleaning up the TTY code, and the first driver hit P> big time is ucom which drives a lot of USB serial gadgets. P> P> The P4::phk_tty branch is 3028 lines shorter than current and I P> will be perambulating the rest of the tty drivers with similar P> cleanups in the coming weeks. P> P> Let me know if I break something underway, I'm doing my best, P> but I don't have all the hardware to test all our drivers. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 21:19:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFE5A16A4CE; Fri, 17 Sep 2004 21:19:25 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C353343D2F; Fri, 17 Sep 2004 21:19:24 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8HLJNFx018000; Fri, 17 Sep 2004 23:19:23 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8HLJMN25495; Fri, 17 Sep 2004 23:19:22 +0200 (CEST) (envelope-from rabe) Date: Fri, 17 Sep 2004 23:19:22 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040917231922.G55054@p-i-n.com> References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <414ADD15.FAC42CDB@freebsd.org>; from andre@freebsd.org on Fri, Sep 17, 2004 at 02:48:21PM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland cc: freebsd-net@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 21:19:25 -0000 On Fri, Sep 17, 2004 at 02:48:21PM +0200, Andre Oppermann wrote: > "Raphael H. Becker" wrote: > > My guess: The 5.3-Boxes send bigger TCP-Windows than our switch has > > buffer for each port resulting in massive packetloss or something like > > that. The sender is "too fast" for the switch or the switch isn't able > > to convert from 1000MBit to 100MBit under heavy load > > (store&forward-buffer) > > Could you send me the output of (after you have run the 1000->100 test): > > # sysctl net.inet.tcp > # sysctl net.inet.tcp.hostcache.list > # netstat -s -p tcp > # netstat -s -p ip http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_before.txt http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_after.txt wget: Length: 1,160,773,632 (unauthoritative) 1% [ ] 12,199,080 383.23K/s ETA 48:46^C HTH Raphael Becker From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 21:26:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA56616A4CF for ; Fri, 17 Sep 2004 21:26:23 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E875A43D46 for ; Fri, 17 Sep 2004 21:26:22 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 19918 invoked from network); 17 Sep 2004 21:21:13 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 21:21:13 -0000 Message-ID: <414B567C.9060904@freebsd.org> Date: Fri, 17 Sep 2004 23:26:20 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> In-Reply-To: <20040917231922.G55054@p-i-n.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 21:26:24 -0000 Raphael H. Becker wrote: > On Fri, Sep 17, 2004 at 02:48:21PM +0200, Andre Oppermann wrote: > >>"Raphael H. Becker" wrote: >> >>>My guess: The 5.3-Boxes send bigger TCP-Windows than our switch has >>>buffer for each port resulting in massive packetloss or something like >>>that. The sender is "too fast" for the switch or the switch isn't able >>>to convert from 1000MBit to 100MBit under heavy load >>>(store&forward-buffer) >> >>Could you send me the output of (after you have run the 1000->100 test): >> >> # sysctl net.inet.tcp >> # sysctl net.inet.tcp.hostcache.list >> # netstat -s -p tcp >> # netstat -s -p ip > > http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_before.txt > http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_after.txt Could you please provide the same information (except the second sysctl one) from the target machine as well. You don't have to show the difference between before and after but try to make sure that not much other traffic was going than the test. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 21:30:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F20DD16A4CE for ; Fri, 17 Sep 2004 21:30:34 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3547B43D48 for ; Fri, 17 Sep 2004 21:30:34 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 19959 invoked from network); 17 Sep 2004 21:25:24 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 21:25:24 -0000 Message-ID: <414B5777.1030901@freebsd.org> Date: Fri, 17 Sep 2004 23:30:31 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> In-Reply-To: <414B567C.9060904@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org cc: "Raphael H. Becker" Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 21:30:35 -0000 Andre Oppermann wrote: > Raphael H. Becker wrote: > >> On Fri, Sep 17, 2004 at 02:48:21PM +0200, Andre Oppermann wrote: >> >>> "Raphael H. Becker" wrote: >>> >>>> My guess: The 5.3-Boxes send bigger TCP-Windows than our switch has >>>> buffer for each port resulting in massive packetloss or something like >>>> that. The sender is "too fast" for the switch or the switch isn't able >>>> to convert from 1000MBit to 100MBit under heavy load >>>> (store&forward-buffer) >>> >>> >>> Could you send me the output of (after you have run the 1000->100 test): >>> >>> # sysctl net.inet.tcp >>> # sysctl net.inet.tcp.hostcache.list >>> # netstat -s -p tcp >>> # netstat -s -p ip >> >> >> http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_before.txt >> http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_after.txt > > > Could you please provide the same information (except the second sysctl > one) > from the target machine as well. You don't have to show the difference > between before and after but try to make sure that not much other traffic > was going than the test. And could you do this on the 5.3 machine: # sysctl net.inet.tcp.rfc3042=0 then restart and run the tests plus providing data for the 5.3 and 4.10 machine again. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 21:43:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4A2116A4CE for ; Fri, 17 Sep 2004 21:43:25 +0000 (GMT) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D18A843D1D for ; Fri, 17 Sep 2004 21:43:24 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id i8HLffRU086266 for ; Fri, 17 Sep 2004 23:41:41 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8HLfeK26141 for freebsd-current@freebsd.org; Fri, 17 Sep 2004 23:41:40 +0200 (CEST) (envelope-from rabe) Date: Fri, 17 Sep 2004 23:41:40 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040917234140.H55054@p-i-n.com> References: <20040917203851.F55054@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@freebsd.org on Fri, Sep 17, 2004 at 02:42:39PM -0400 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: Re: de0 doze off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 21:43:25 -0000 On Fri, Sep 17, 2004 at 02:42:39PM -0400, Robert Watson wrote: > > > Another possible testing avenue (which might be slightly unstable but > > > would illustrate the point) would be to leave debug.mpsafenet=1, done > > > disable preemption, done > > > and remove the IFF_NEEDSGIANT flag from the if_de driver flags. [snip: diff] done > Looks good. This may result in reduced stability, but it may also tell us > specifically if there's a problem with the IFF_NEEDSGIANT mechanism. two parallel wget saturate the link to an average of ~12MByte/sec (netstat 1) for some hours. seems to work perfect now, constant full speed. I transferred around 180 copies of the miniinst.iso and ran a md5 on lots of the file to detect xfer-errors, nothing failed, no more errors. HTH Raphael Becker From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 21:52:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D8EA16A4CE; Fri, 17 Sep 2004 21:52:52 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5B043D1D; Fri, 17 Sep 2004 21:52:51 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8HLouFx018803; Fri, 17 Sep 2004 23:50:56 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8HLouj26439; Fri, 17 Sep 2004 23:50:56 +0200 (CEST) (envelope-from rabe) Date: Fri, 17 Sep 2004 23:50:56 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040917235056.I55054@p-i-n.com> References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <414B567C.9060904@freebsd.org>; from andre@freebsd.org on Fri, Sep 17, 2004 at 11:26:20PM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland cc: freebsd-net@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 21:52:52 -0000 On Fri, Sep 17, 2004 at 11:26:20PM +0200, Andre Oppermann wrote: > Raphael H. Becker wrote: > >> # sysctl net.inet.tcp > >> # sysctl net.inet.tcp.hostcache.list > >> # netstat -s -p tcp > >> # netstat -s -p ip > > > > http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_before.txt > > http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_after.txt > > Could you please provide the same information (except the second sysctl one) > from the target machine as well. You don't have to show the difference http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_target.txt > between before and after but try to make sure that not much other traffic > was going than the test. Just my ssh-Session. But I can't guarantee for each packet passing the router (= the target-machine). There's no "production"-traffic on that subnet, just my testboxes. Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 22:05:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDCED16A4CE; Fri, 17 Sep 2004 22:05:47 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39DB243D2D; Fri, 17 Sep 2004 22:05:47 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8HM34Fx019286; Sat, 18 Sep 2004 00:03:04 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8HM33c27037; Sat, 18 Sep 2004 00:03:03 +0200 (CEST) (envelope-from rabe) Date: Sat, 18 Sep 2004 00:03:03 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040918000303.J55054@p-i-n.com> References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <414B5777.1030901@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <414B5777.1030901@freebsd.org>; from andre@freebsd.org on Fri, Sep 17, 2004 at 11:30:31PM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland cc: freebsd-net@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 22:05:48 -0000 On Fri, Sep 17, 2004 at 11:30:31PM +0200, Andre Oppermann wrote: rebooted the "source"-machine to get a defined state. Did reboot before the last test, too. > And could you do this on the 5.3 machine: > # sysctl net.inet.tcp.rfc3042=0 net.inet.tcp.rfc3042: 1 -> 0 wget on target: Length: 1,160,773,632 (unauthoritative) 1% [ ] 12,967,976 325.72K/s ETA 57:21^C > then restart and run the tests plus providing data for the 5.3 > and 4.10 machine again. http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_2_source.txt (5.3) http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_2_target.txt (4.10) HTH Raphael Becker From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 22:06:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3109816A4CE for ; Fri, 17 Sep 2004 22:06:25 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93B2643D39 for ; Fri, 17 Sep 2004 22:06:24 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id DF9823F06; Sat, 18 Sep 2004 00:04:00 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 56B323D10; Sat, 18 Sep 2004 00:03:58 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 29DC440F1; Sat, 18 Sep 2004 00:03:52 +0200 (CEST) To: Mattias Schlenker In-Reply-To: <414AFFD1.5040608@schlenker-webdesign.de> (Mattias Schlenker's message of "Fri, 17 Sep 2004 17:16:33 +0200") References: <414AFFD1.5040608@schlenker-webdesign.de> From: Arne Schwabe Date: Sat, 18 Sep 2004 00:03:51 +0200 Message-ID: <86k6usy2m0.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: Joypad not recognized on 5.3-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 22:06:25 -0000 Mattias Schlenker writes: > I use to play xtris with a weird combination of usbhication and > xmacroplay with a cheap joypad. When plugging a joypad that works > perfectly as uhidX with 5.1.2 into my notebook running 5.3-BETA4 it gets > recognized as ugen0. Is uhid load/compiled into the kernel? Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 22:17:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3572716A4CE for ; Fri, 17 Sep 2004 22:17:39 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7353A43D1F for ; Fri, 17 Sep 2004 22:17:38 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 20257 invoked from network); 17 Sep 2004 22:11:13 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 22:11:13 -0000 Message-ID: <414B6234.8060904@freebsd.org> Date: Sat, 18 Sep 2004 00:16:20 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <20040917235056.I55054@p-i-n.com> In-Reply-To: <20040917235056.I55054@p-i-n.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 22:17:39 -0000 Raphael H. Becker wrote: > On Fri, Sep 17, 2004 at 11:26:20PM +0200, Andre Oppermann wrote: > >>Raphael H. Becker wrote: >> >>>># sysctl net.inet.tcp >>>># sysctl net.inet.tcp.hostcache.list >>>># netstat -s -p tcp >>>># netstat -s -p ip >>> >>>http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_before.txt >>>http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_after.txt >> >>Could you please provide the same information (except the second sysctl one) >>from the target machine as well. You don't have to show the difference > > http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_target.txt Ok, this give some very stange information: On the taget machine (4.10) we see a huge amount of OO packets arriving: 92920 out-of-order packets (134546620 bytes) but we don't see nearly that many on retransmits on the source machine (5.3): 281 data packets (405792 bytes) retransmitted However the data set on the target machine seem to be skewed. There is a lot of other TCP traffic on there as well. So this probably doesn't really relate directly to the test you did. >>between before and after but try to make sure that not much other traffic >>was going than the test. > > Just my ssh-Session. But I can't guarantee for each packet passing the > router (= the target-machine). There's no "production"-traffic on that > subnet, just my testboxes. Hmmm... Without getting the TCP statictics back to zero it's hard to correlate any data. Would you mind trying a 5.3 to 5.3 transfer but the target 5.3 box forced to only 100Mbit full-duplex? Same statistics again. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 22:24:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A2E216A4CE for ; Fri, 17 Sep 2004 22:24:06 +0000 (GMT) Received: from smtp04.wanadoo.nl (smtp04.wanadoo.nl [194.134.35.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAA843D39 for ; Fri, 17 Sep 2004 22:24:06 +0000 (GMT) (envelope-from j.asher@wanadoo.nl) Received: from localhost (c529d865e.cable.wanadoo.nl [82.157.134.94]) by smtp4.wanadoo.nl (Postfix) with ESMTP id A6CC5542EC for ; Fri, 17 Sep 2004 23:53:53 +0200 (CEST) To: "current@freebsd.org" Date: Fri, 17 Sep 2004 23:54:08 +0200 From: "John Asher" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: opera-7.54.20040803_2 opera: Could not initialize spell checker interface. File not found or could not be opened (-7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 22:24:06 -0000 Hello, I have tried to install Opera (opera-7.54.20040803_2 ) and I get the folowing error after starting: opera: Could not initialize spell checker interface. File not found or could not be opened (-7) I have deinstalled and reinstalled aspell, no problems, but still the spellcheck interface is not working. From the commandline in a xwindow as regular user, the same user that starts opera, aspell is working, or at least show that it exists. I think all the dictionaries where installed. After searching on the Internet, I also created a second spellcheck.ini file with default language in it, and I created a aspell .config file in my homedirectory with the same default language, (us). No good result at all, I would be happy if someone has some experience with this. With best regards! John Asher. -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 22:37:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA1D116A4CE for ; Fri, 17 Sep 2004 22:37:11 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD9843D2D for ; Fri, 17 Sep 2004 22:37:11 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8HMainm074776; Fri, 17 Sep 2004 18:36:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8HMaiCU074773; Fri, 17 Sep 2004 18:36:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 17 Sep 2004 18:36:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Raphael H. Becker" In-Reply-To: <20040917234140.H55054@p-i-n.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: de0 doze off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 22:37:12 -0000 On Fri, 17 Sep 2004, Raphael H. Becker wrote: > > Looks good. This may result in reduced stability, but it may also tell us > > specifically if there's a problem with the IFF_NEEDSGIANT mechanism. > > two parallel wget saturate the link to an average of ~12MByte/sec > (netstat 1) for some hours. seems to work perfect now, constant full > speed. > > I transferred around 180 copies of the miniinst.iso and ran a md5 on > lots of the file to detect xfer-errors, nothing failed, no more errors. So it sounds like there may be a race in the IFF_NEEDSGIANT implementation -- perhaps a lost task event when queueing occurs while the task is running. I'll need to come up with a patch that allows us to make sure this is the case, and get back to you tonight or tomorrow. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 22:39:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A93A16A4CE for ; Fri, 17 Sep 2004 22:39:57 +0000 (GMT) Received: from smtp06.wanadoo.nl (smtp06.wanadoo.nl [194.134.35.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D4D643D4C for ; Fri, 17 Sep 2004 22:39:57 +0000 (GMT) (envelope-from j.asher@wanadoo.nl) Received: from localhost (c529d865e.cable.wanadoo.nl [82.157.134.94]) by smtp6.wanadoo.nl (Postfix) with ESMTP id D388217573; Fri, 17 Sep 2004 23:46:55 +0200 (CEST) Date: Fri, 17 Sep 2004 23:47:09 +0200 To: =?utf-8?Q?S=C3=B8ren_Schmidt?= , "Thomas Hurst" References: <20040917043653.419a8e0e.skywizard@MyBSD.org.my> <20040916204721.E59CB5D04@ptavv.es.net> <20040917174852.GA32525@voi.aagh.net> <414B439B.3070805@DeepCore.dk> From: "John Asher" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <414B439B.3070805@DeepCore.dk> User-Agent: Opera M2/7.54 (FreeBSD, build 751) cc: current@freebsd.org Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 22:39:57 -0000 I have yesterday updated complete system to BSD 6 current, Also have seen this type of errors when compiling and when executing potupgrade or cvsup. Maybe this information is usable, I don't know where this information is logged, But I am willing to send a log if it can help. John Asher. On Fri, 17 Sep 2004 22:05:47 +0200, Søren Schmidt wrote: > Thomas Hurst wrote: >> * Kevin Oberman (oberman@es.net) wrote: >> >>> If anyone is using ULE and seeing this EXACT problem, please holler? >>> adX: TIMEOUT - READ_DMA retrying (2 retries left) LBA= or >>> adX: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA= >>> It should be differing only in the ad unit number and the specified >>> LBA. >> I'm seeing these using ULE and ADAPTIVE_GIANT; last time when I tried >> opening a 133M file over Samba. The system locks completely and doesn't >> recover. They seems to be happening roughly once a week on a largely >> idle machine. >> FreeBSD 5.3-BETA3 #1: Wed Sep 8 19:44:05 BST 2004 > > You need at least beta4 to get the ATA fixes that also applies. > > -Søren > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 23:09:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BF9316A4CE; Fri, 17 Sep 2004 23:09:14 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EA1C43D46; Fri, 17 Sep 2004 23:09:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8HMN3cd070741; Fri, 17 Sep 2004 18:23:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8HMN3oC009166; Fri, 17 Sep 2004 18:23:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 805547303F; Fri, 17 Sep 2004 18:23:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040917222303.805547303F@freebsd-current.sentex.ca> Date: Fri, 17 Sep 2004 18:23:03 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 23:09:14 -0000 TB --- 2004-09-17 22:06:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-17 22:06:37 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-17 22:06:37 - checking out the source tree TB --- 2004-09-17 22:06:37 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-17 22:06:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-17 22:14:38 - building world (CFLAGS=-O -pipe) TB --- 2004-09-17 22:14:38 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-17 22:14:38 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-17 22:23:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-17 22:23:03 - ERROR: failed to build world TB --- 2004-09-17 22:23:03 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 23:11:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C61F616A4CE for ; Fri, 17 Sep 2004 23:11:16 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2DF443D48 for ; Fri, 17 Sep 2004 23:11:15 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 20656 invoked from network); 17 Sep 2004 23:06:05 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Sep 2004 23:06:05 -0000 Message-ID: <414B6F11.5070902@freebsd.org> Date: Sat, 18 Sep 2004 01:11:13 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <414B5777.1030901@freebsd.org> <20040918000303.J55054@p-i-n.com> In-Reply-To: <20040918000303.J55054@p-i-n.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 23:11:17 -0000 Raphael H. Becker wrote: > On Fri, Sep 17, 2004 at 11:30:31PM +0200, Andre Oppermann wrote: > > rebooted the "source"-machine to get a defined state. > Did reboot before the last test, too. > > >>And could you do this on the 5.3 machine: >> # sysctl net.inet.tcp.rfc3042=0 > > > net.inet.tcp.rfc3042: 1 -> 0 > > wget on target: > Length: 1,160,773,632 (unauthoritative) > > 1% [ ] 12,967,976 325.72K/s ETA 57:21^C I've somewhat rebuild the test setup with my workstation dual Opteron running 6-current and a 4.10 VIA C3-800 on the other side. A Cisco 2950 in between. On the GigE side I have a bge interface and fxp on the C3. When doing an ftp of the second FreeBSD 5.3-BETA4-i386-disc2.iso (~280MB) from the Opteron to the C3 I get a nice transfer speed of about 10.3MB/s. Which is about as much as one can get considering the little C3 and it's poor IDE disk. I've tried ftp the 'active' and 'passive' mode way to rule out that the direction of TCP connection setup could play a role. It doesn't. Same speed both times. Second try with a Netgear FSM726S. Full speed again. No problems. I'm unable to reproduce your problem. Usually in these cases there is an ethernet duplex mismatch somewhere. Can set the network cards and the switches to fixed 1000 or 100 full-duplex? -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 23:12:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A1516A4CE; Fri, 17 Sep 2004 23:12:08 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871AB43D49; Fri, 17 Sep 2004 23:12:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8HM6bON069110; Fri, 17 Sep 2004 18:06:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8HM6aYW002885; Fri, 17 Sep 2004 18:06:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 28FA77303F; Fri, 17 Sep 2004 18:06:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040917220637.28FA77303F@freebsd-current.sentex.ca> Date: Fri, 17 Sep 2004 18:06:37 -0400 (EDT) Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 23:12:09 -0000 TB --- 2004-09-17 20:34:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-17 20:34:24 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2004-09-17 20:34:24 - checking out the source tree TB --- 2004-09-17 20:34:24 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2004-09-17 20:34:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-17 20:42:25 - building world (CFLAGS=-O -pipe) TB --- 2004-09-17 20:42:25 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-17 20:42:25 - /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 TB --- 2004-09-17 21:42:31 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-17 21:42:31 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-17 21:42:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Sep 17 21:42:31 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Sep 17 21:55:44 UTC 2004 TB --- 2004-09-17 21:55:44 - generating LINT kernel config TB --- 2004-09-17 21:55:44 - cd /home/tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/conf TB --- 2004-09-17 21:55:44 - /usr/bin/make -B LINT TB --- 2004-09-17 21:55:44 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2004-09-17 21:55:44 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-17 21:55:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 17 21:55:44 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1076: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c: In function `ia32_syscall': /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:1252: warning: nested extern declaration of `cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: redundant redeclaration of 'cred_free_thread' /tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/ia64/trap.c:905: warning: previous implicit declaration of 'cred_free_thread' was here *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2004-09-17 22:06:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-17 22:06:36 - ERROR: failed to build lint kernel TB --- 2004-09-17 22:06:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 23:16:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4AAC16A4CE; Fri, 17 Sep 2004 23:16:47 +0000 (GMT) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA7543D39; Fri, 17 Sep 2004 23:16:46 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id i8HNGjiK088149; Sat, 18 Sep 2004 01:16:45 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8HNGih29095; Sat, 18 Sep 2004 01:16:44 +0200 (CEST) (envelope-from rabe) Date: Sat, 18 Sep 2004 01:16:44 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20040918011644.N55054@p-i-n.com> References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <20040917235056.I55054@p-i-n.com> <414B6234.8060904@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <414B6234.8060904@freebsd.org>; from andre@freebsd.org on Sat, Sep 18, 2004 at 12:16:20AM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland cc: freebsd-net@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 23:16:47 -0000 On Sat, Sep 18, 2004 at 12:16:20AM +0200, Andre Oppermann wrote: > Hmmm... Without getting the TCP statictics back to zero it's hard to correlate > any data. As explained in PM, I rechecked on another "target"-machine. Both machines were rebooted before test, source: net.inet.tcp.rfc3042: 1 -> 0 target: wget Length: 1,160,773,632 (unauthoritative) 4% [==> .... ] 51,386,568 377.28K/s ETA 47:51^C http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_3_source.txt http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_3_target.txt > Would you mind trying a 5.3 to 5.3 transfer but the target 5.3 box forced to > only 100Mbit full-duplex? Same statistics again. Sorry, ifconfig is not possible now. See PM. I may retest with physical access (without ssh) next days, if needed. HTH Raphael Becker From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 23:39:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 781B216A4CE; Fri, 17 Sep 2004 23:39:31 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3EE243D31; Fri, 17 Sep 2004 23:39:30 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id i8HNdTFx025311; Sat, 18 Sep 2004 01:39:29 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8HNdTr29654; Sat, 18 Sep 2004 01:39:29 +0200 (CEST) (envelope-from rabe) Date: Sat, 18 Sep 2004 01:39:29 +0200 From: "Raphael H. Becker" To: Andre Oppermann Message-ID: <20040918013929.O55054@p-i-n.com> References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <414B5777.1030901@freebsd.org> <20040918000303.J55054@p-i-n.com> <414B6F11.5070902@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <414B6F11.5070902@freebsd.org>; from andre@freebsd.org on Sat, Sep 18, 2004 at 01:11:13AM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 23:39:31 -0000 On Sat, Sep 18, 2004 at 01:11:13AM +0200, Andre Oppermann wrote: > I'm unable to reproduce your problem. > > Usually in these cases there is an ethernet duplex mismatch somewhere. > Can set the network cards and the switches to fixed 1000 or 100 full-duplex? Yes, one of my first tests. Both machines fixed to their nominal transfer rate. Tested different ports, different irons (source and target), different cables. Always same result. All channels are able to do their maximum speed. Changing target and source (100 -> 1000) resulted in >10MBytes/sec, same machines, same cables, same everything 1000 -> 100 resulted in what we discuss here (300kBytes). 100->100 (between the two PE350) is working fine, too. The problematic case (1000 -> 100) was tested with 3 machines 5.x and 2 machines 4.x, all cases the same. I'm not sure this is a "physical" problem. I will try something else next days: * New cables * FreesBIE with 4.10 on the 5.3-Boxes, ftp'in /dev/zero directly to /dev/null ... * throtteling 1000MBit ... maybe Maybe: * another GBit-Switch (if available) Workaround: * Buy 1000MBit-Cards for the both "Router"-boxes Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 23:59:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34F5416A4CE; Fri, 17 Sep 2004 23:59:30 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871E043D39; Fri, 17 Sep 2004 23:59:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8HNx0Ki014712; Fri, 17 Sep 2004 17:59:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <414B7A13.3060805@samsco.org> Date: Fri, 17 Sep 2004 17:58:11 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: "Raphael H. Becker" Subject: Re: de0 doze off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 23:59:30 -0000 Robert Watson wrote: > On Fri, 17 Sep 2004, Raphael H. Becker wrote: > > >>>Looks good. This may result in reduced stability, but it may also tell us >>>specifically if there's a problem with the IFF_NEEDSGIANT mechanism. >> >>two parallel wget saturate the link to an average of ~12MByte/sec >>(netstat 1) for some hours. seems to work perfect now, constant full >>speed. >> >>I transferred around 180 copies of the miniinst.iso and ran a md5 on >>lots of the file to detect xfer-errors, nothing failed, no more errors. > > > So it sounds like there may be a race in the IFF_NEEDSGIANT implementation > -- perhaps a lost task event when queueing occurs while the task is > running. I'll need to come up with a patch that allows us to make sure > this is the case, and get back to you tonight or tomorrow. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > Looking at the taskqueue implementation, it looks like it takes care to make sure that enqueued tasks don't get lost. If one CPU calls taskqueue_enqueue() while the other CPU is servicing the queue, the worst that should happen is that the new task doesn't run until the next clock tick. This will of course create some latency, but you should be able to avoid this by making sure that your handler polls itself for new work before returning. If tasks are truly being lost then I'll be very interested to figure it out, but given the common use of taskqueues in the storage drivers, I think that the implementation is pretty solid. Scott From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 00:58:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA3416A4CE for ; Sat, 18 Sep 2004 00:58:53 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB87043D1F for ; Sat, 18 Sep 2004 00:58:53 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 98B0D7A3D2 for ; Fri, 17 Sep 2004 17:58:53 -0700 (PDT) Message-ID: <414B884D.5080102@elischer.org> Date: Fri, 17 Sep 2004 17:58:53 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD current mailing list Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: syncing disks failing at reboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 00:58:54 -0000 from single_user mode.. # # # reboot Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 0 1 1 1 1 1 1 1 1 1 0 1 1 1 0 1 1 1 1 1 1 0 1 1 0 1 1 1 0 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 0 1 1 1 1 1 1 1 timed out Syncing disks, buffers remaining... 56 53 53 53 53 53 53 53 53 53 53 53 53 53 53 53 53 53 53 53 53 Giving up on 53 buffers Uptime: 1h2m12s Rebooting... nothign special.. no crashes, hangs etc. does anyone have a reason why this might fail? From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 01:03:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9DA516A4CE for ; Sat, 18 Sep 2004 01:03:52 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57EC343D2D for ; Sat, 18 Sep 2004 01:03:52 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8I13rUw097507 for ; Fri, 17 Sep 2004 21:03:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 96978-05 for ; Fri, 17 Sep 2004 21:03:52 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i8I13qIH097501 for ; Fri, 17 Sep 2004 21:03:52 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8I13gNQ032996 for ; Fri, 17 Sep 2004 21:03:43 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040917210537.04649508@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 17 Sep 2004 21:09:51 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: ICH6 (Intel 915 support) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 01:03:52 -0000 Has anyone tried this board yet ? I just booted beta 3 with it and it boots but with a few complaints and it doesnt see the onboard NIC. none3@pci1:8:0: class=0x020000 card=0x04d6a0a0 chip=0x10648086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet Anyone know what kind of Intel NIC it is ? 915# dmesg 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 reserved. FreeBSD 5.3-BETA3 #0: Sat Sep 4 12:07:48 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2999.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff real memory = 259981312 (247 MB) avail memory = 244756480 (233 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 em0: port 0xd000-0xd03f mem 0xd0020000-0xd003ffff,0xd0000000-0xd001ffff irq 16 at device 0.0 on pci1 em0: Ethernet address: 00:0e:0c:5d:f7:c6 em0: Speed:N/A Duplex:N/A em1: port 0xd100-0xd13f mem 0xd0060000-0xd007ffff,0xd0040000-0xd005ffff irq 21 at device 1.0 on pci1 em1: Ethernet address: 00:0e:0c:5d:f7:c0 em1: Speed:N/A Duplex:N/A pci1: at device 8.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 orm0: at iomem 0xcd000-0xcdfff,0xcc000-0xccfff,0xc0000-0xca7ff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2999674103 Hz quality 800 Timecounters tick every 10.000 msec ad2: 114473MB [232581/16/63] at ata1-master SATA150 Mounting root from ufs:/dev/ad2s1a em0: Link is up 100 Mbps Full Duplex -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 01:15:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43A1316A4CE for ; Sat, 18 Sep 2004 01:15:02 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C75643D4C for ; Sat, 18 Sep 2004 01:15:00 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 21523 invoked from network); 18 Sep 2004 01:09:48 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 18 Sep 2004 01:09:48 -0000 Message-ID: <414B8C1B.2E7C971C@freebsd.org> Date: Sat, 18 Sep 2004 03:15:07 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <414B5777.1030901@freebsd.org> <20040918000303.J55054@p-i-n.com> <414B6F11.5070902@freebsd.org> <20040918013929.O55054@p-i-n.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 01:15:02 -0000 "Raphael H. Becker" wrote: > > On Sat, Sep 18, 2004 at 01:11:13AM +0200, Andre Oppermann wrote: > > I'm unable to reproduce your problem. > > > > Usually in these cases there is an ethernet duplex mismatch somewhere. > > Can set the network cards and the switches to fixed 1000 or 100 full-duplex? > > Yes, one of my first tests. Both machines fixed to their nominal > transfer rate. Tested different ports, different irons (source and > target), different cables. Always same result. > > All channels are able to do their maximum speed. Ok. > Changing target and source (100 -> 1000) resulted in >10MBytes/sec, same > machines, same cables, same everything 1000 -> 100 resulted in what we > discuss here (300kBytes). > > 100->100 (between the two PE350) is working fine, too. > > The problematic case (1000 -> 100) was tested with 3 machines 5.x and 2 > machines 4.x, all cases the same. Hmmm... > I'm not sure this is a "physical" problem. The high number of out-of-order packets on your 4.10 machine is very suspicious. > I will try something else next days: > * New cables > * FreesBIE with 4.10 on the 5.3-Boxes, ftp'in /dev/zero directly to /dev/null ... > * throtteling 1000MBit ... maybe > > Maybe: > * another GBit-Switch (if available) That would be nice. Try to get some other brand or model than the one you have now. > Workaround: > * Buy 1000MBit-Cards for the both "Router"-boxes Why that? Do you have to do TCP transfer to/from these machines? Yet another test you could try: 5.3 GE ---> FE 4.10 "Router" FE ---> 4.10 FE -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 01:17:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADD9816A4CE for ; Sat, 18 Sep 2004 01:17:22 +0000 (GMT) Received: from av3-1-sn3.vrr.skanova.net (av3-1-sn3.vrr.skanova.net [81.228.9.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7087A43D53 for ; Sat, 18 Sep 2004 01:17:22 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 9B2D438170; Sat, 18 Sep 2004 03:17:21 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 8D0CA37ECC; Sat, 18 Sep 2004 03:17:21 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 5852138003; Sat, 18 Sep 2004 03:17:21 +0200 (CEST) From: "Daniel Eriksson" To: "'Julian Elischer'" , Date: Sat, 18 Sep 2004 03:17:06 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <414B884D.5080102@elischer.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSdGsHWFv0iR9QLTIW5YvOZnfDAKQAAkojg Subject: RE: syncing disks failing at reboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 01:17:22 -0000 Julian Elischer wrote: > does anyone have a reason why this might fail? Have you been playing around with GBDE? /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 01:33:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4B3416A4CE for ; Sat, 18 Sep 2004 01:33:38 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E5F43D4C for ; Sat, 18 Sep 2004 01:33:38 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id i8I1XOmv007196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 17 Sep 2004 21:33:27 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i8I1XBWH017451; Fri, 17 Sep 2004 21:33:11 -0400 (EDT) From: Paul Mather To: freebsd-current@freebsd.org In-Reply-To: <20040917074236.A2E7C16A4CF@hub.freebsd.org> References: <20040917074236.A2E7C16A4CF@hub.freebsd.org> Content-Type: text/plain Message-Id: <1095471189.31148.229.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 17 Sep 2004 21:33:10 -0400 Content-Transfer-Encoding: 7bit cc: Jun Kuriyama cc: sos@DeepCore.dk Subject: Re: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 01:33:39 -0000 On Fri, 17 Sep 2004 08:25:37 +0200, S?ren Schmidt wrote: > Jun Kuriyama wrote: > > And, this DVD-R has a large file (3GB), and ls(1) (maybe stat(2)) > > issues an error like this: > > Uhm , you cannot have file > 1G on a comliant isofs... > > > ----- > > % ls -l /cdrom/0 > > ls: foo.tgz: Value too large to be stored in data type > > ----- > > See, it even tells you :) I was bitten by this bug recently, too. I made a data DVD on FreeBSD that included a large (~2.1 GB) file. Initially, the mkisofs in the sysutils/cdrtools port flagged a warning about it being too large and excluded it from the ISO image it created. I replaced my cdrtools port with the sysutils/cdrtools-devel port. The newer mkisofs in that port does not flag the large file as being "too large" and includes it in the ISO it creates. Unfortunately, FreeBSD does not like that file when I mount the resultant data DVD. I get that same "Value too large to be stored in data type" error. Here's the kicker, though: "It works under Windows." (At least it seemed to on a Windows XP system I had to hand.) So, I'm guessing the newer mkisofs is more cognisant of the latest standards/de facto standards than the older one. BTW, this is on a FreeBSD 6.0-CURRENT system last rebuilt early this September. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 02:59:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF0916A4CE for ; Sat, 18 Sep 2004 02:59:15 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EBA543D3F for ; Sat, 18 Sep 2004 02:59:14 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i8I2wh855326; Sat, 18 Sep 2004 11:58:43 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20040917202116.GF6019@empiric.icir.org> References: <20040918050334Q.matusita@jp.FreeBSD.org> <20040917202116.GF6019@empiric.icir.org> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 14 From: Makoto Matsushita To: bms@spc.org Date: Sat, 18 Sep 2004 11:58:33 +0900 Message-Id: <20040918115833P.matusita@jp.FreeBSD.org> cc: current@FreeBSD.org Subject: Re: Loading a 4.x kernel module to running 6.x kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 02:59:15 -0000 bms> You shouldn't need to use this module as tap(4) already bms> implements its functionality. You misunderstand what "vmxnet" is, since I didn't explain about it so much, sorry. Yes, tap(4) is there, but it is for FreeBSD "host OS." The vmxnet.ko kernel module is for FreeBSD "guest OS." As you know, VMware's virtual hardware may have "AMD LANCE" compatibile network device. However, it may also have their original ethernet device, just like vga device, named "vmxnet." -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 05:16:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E71D316A4CE; Sat, 18 Sep 2004 05:16:30 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA76643D48; Sat, 18 Sep 2004 05:16:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8I5Hxnw019393; Fri, 17 Sep 2004 22:17:59 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8I5Hx5D019392; Fri, 17 Sep 2004 22:17:59 -0700 Date: Fri, 17 Sep 2004 22:17:59 -0700 From: Brooks Davis To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20040918051758.GA18656@odin.ac.hmc.edu> References: <200409170741.i8H7fGV3011078@pooker.samsco.org> <20040917162535.GA5750@odin.ac.hmc.edu> <20040917184817.GA22747@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 05:16:31 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 17, 2004 at 09:30:19PM +0200, Dag-Erling Sm=F8rgrav wrote: > Brooks Davis writes: > > Thus, so you have to know how much space you will > > need before doing any kind of allocation, hence the double loop and the > > potential race. >=20 > Using sbufs removes the need for loop and greatly simplifies how you > deal with overflows. Indeed it does. I'm not fully happy with the hardcoding of a maximum size, but I doubt anyone will hit it in practice. Here's a new and improved patch that makes a single pass and uses sbufs. -- Brooks --- /home/brooks/working/freebsd/p4/freebsd/sys/net/if.c Fri Sep 17 22:11:1= 3 2004 +++ sys/net/if.c Fri Sep 17 22:13:06 2004 @@ -36,9 +36,11 @@ #include "opt_mac.h" =20 #include +#include #include #include #include +#include #include #include #include @@ -1483,28 +1485,26 @@ struct ifconf *ifc =3D (struct ifconf *)data; struct ifnet *ifp; struct ifaddr *ifa; - struct ifreq ifr, *ifrp; - int space =3D ifc->ifc_len, error =3D 0; + struct ifreq ifr; + struct sbuf *sb; + + /* Limit buffer size to MAXPHYS to avoid DoS from userspace. */ + sb =3D sbuf_new(NULL, NULL, + (ifc->ifc_len >=3D MAXPHYS ? MAXPHYS : (ifc->ifc_len + 1)), + SBUF_FIXEDLEN); =20 - ifrp =3D ifc->ifc_req; IFNET_RLOCK(); /* could sleep XXX */ TAILQ_FOREACH(ifp, &ifnet, if_link) { int addrs; =20 - if (space < sizeof(ifr)) - break; if (strlcpy(ifr.ifr_name, ifp->if_xname, sizeof(ifr.ifr_name)) - >=3D sizeof(ifr.ifr_name)) { - error =3D ENAMETOOLONG; - break; - } + >=3D sizeof(ifr.ifr_name)) + return (ENAMETOOLONG); =20 addrs =3D 0; TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { struct sockaddr *sa =3D ifa->ifa_addr; =20 - if (space < sizeof(ifr)) - break; if (jailed(curthread->td_ucred) && prison_if(curthread->td_ucred, sa)) continue; @@ -1515,48 +1515,34 @@ (struct osockaddr *)&ifr.ifr_addr; ifr.ifr_addr =3D *sa; osa->sa_family =3D sa->sa_family; - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - ifrp++; + sbuf_bcat(sb, &ifr, sizeof(ifr)); } else #endif if (sa->sa_len <=3D sizeof(*sa)) { ifr.ifr_addr =3D *sa; - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - ifrp++; + sbuf_bcat(sb, &ifr, sizeof(ifr)); } else { - if (space < sizeof (ifr) + sa->sa_len - - sizeof(*sa)) - break; - space -=3D sa->sa_len - sizeof(*sa); - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr.ifr_name)); - if (error =3D=3D 0) - error =3D copyout((caddr_t)sa, - (caddr_t)&ifrp->ifr_addr, sa->sa_len); - ifrp =3D (struct ifreq *) - (sa->sa_len + (caddr_t)&ifrp->ifr_addr); + sbuf_bcat(sb, &ifr, + offsetof(struct ifreq, ifr_addr)); + sbuf_bcat(sb, sa, sa->sa_len); } - if (error) + + if (sbuf_overflowed(sb)) break; - space -=3D sizeof (ifr); + ifc->ifc_len =3D sbuf_len(sb); } - if (error) - break; - if (!addrs) { + if (addrs =3D=3D 0) { bzero((caddr_t)&ifr.ifr_addr, sizeof(ifr.ifr_addr)); - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - if (error) + sbuf_bcat(sb, &ifr, sizeof(ifr)); + + if (sbuf_overflowed(sb)) break; - space -=3D sizeof (ifr); - ifrp++; + ifc->ifc_len =3D sbuf_len(sb); } } IFNET_RUNLOCK(); - ifc->ifc_len -=3D space; - return (error); + + return (copyout(sbuf_data(sb), ifc->ifc_req, ifc->ifc_len)); } =20 /* --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBS8UGXY6L6fI4GtQRAhLEAJ4okkmQGwfqDDDgaedxAo8Tg6hBbQCeOm5H EXbFNcIMAuylGBJn8xz9fKk= =IQEp -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 05:39:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C916C16A4CE for ; Sat, 18 Sep 2004 05:39:47 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id E53C143D3F for ; Sat, 18 Sep 2004 05:39:44 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8I5dhFx032353 for ; Sat, 18 Sep 2004 01:39:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31745-08 for ; Sat, 18 Sep 2004 01:39:42 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i8I5dg30032337 for ; Sat, 18 Sep 2004 01:39:42 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i8I5dYNG033588 for ; Sat, 18 Sep 2004 01:39:35 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040917235915.0533eba8@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sat, 18 Sep 2004 01:45:45 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <6.1.2.0.0.20040917210537.04649508@64.7.153.2> References: <6.1.2.0.0.20040917210537.04649508@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Re: ICH6 (Intel 915 support) + fxp and ICH6 patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 05:39:47 -0000 A little more digging, and it seems to be an fxp based on the 82562EZ In if_fxp.c, I added %diff -u if_fxp.c /tmp/if_fxp.c --- if_fxp.c Wed Aug 11 17:41:25 2004 +++ /tmp/if_fxp.c Sat Sep 18 01:35:22 2004 @@ -170,6 +170,7 @@ { 0x103E, -1, "Intel 82801DB (ICH4) Pro/100 VM Ethernet" }, { 0x1050, -1, "Intel 82801BA (D865) Pro/100 VE Ethernet" }, { 0x1051, -1, "Intel 82562ET (ICH5/ICH5R) Pro/100 VE Ethernet" }, + { 0x1064, -1, "Intel 82562EZ (ICH6)" }, { 0x1059, -1, "Intel 82551QM Pro/100 M Mobile Connection" }, { 0x1209, -1, "Intel 82559ER Embedded 10/100 Ethernet" }, { 0x1229, 0x01, "Intel 82557 Pro/100 Ethernet" }, % I didnt know how to update the inphy info, but it seems close enough to at least get it working. fxp0: port 0xd200-0xd23f mem 0xd00a0000-0xd00a0fff irq 12 at device 8.0 on pci1 fxp0: Ethernet address: 00:01:80:57:29:a9 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto And it *seems* to work. A quick ftp test in either direction shows ~ 11.1MB/s To get the SATA controller listed, I applied the following patch 915# diff -u ata-chipset.c orig/ata-chipset.c --- ata-chipset.c Sat Sep 18 01:18:50 2004 +++ orig/ata-chipset.c Sat Sep 18 00:56:17 2004 @@ -830,8 +830,6 @@ { ATA_I82801EB, 0, 0, 0x00, ATA_UDMA5, "Intel ICH5" }, { ATA_I82801EB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH5" }, { ATA_I82801EB_R1,0, 0, 0x00, ATA_SA150, "Intel ICH5" }, - { ATA_I82801FB, 0, 0, 0x00, ATA_SA150, "Intel ICH6" }, - { ATA_I82801FB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, { ATA_I6300ESB, 0, 0, 0x00, ATA_UDMA5, "Intel 6300ESB" }, { ATA_I6300ESB_S1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, { ATA_I6300ESB_R1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, 915# diff -u orig/ata-chipset.c ata-chipset.c --- orig/ata-chipset.c Sat Sep 18 00:56:17 2004 +++ ata-chipset.c Sat Sep 18 01:18:50 2004 @@ -830,6 +830,8 @@ { ATA_I82801EB, 0, 0, 0x00, ATA_UDMA5, "Intel ICH5" }, { ATA_I82801EB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH5" }, { ATA_I82801EB_R1,0, 0, 0x00, ATA_SA150, "Intel ICH5" }, + { ATA_I82801FB, 0, 0, 0x00, ATA_SA150, "Intel ICH6" }, + { ATA_I82801FB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, { ATA_I6300ESB, 0, 0, 0x00, ATA_UDMA5, "Intel 6300ESB" }, { ATA_I6300ESB_S1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, { ATA_I6300ESB_R1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, 915# 915# diff -u orig/ata-pci.h ata-pci.h --- orig/ata-pci.h Sat Sep 18 00:56:17 2004 +++ ata-pci.h Sat Sep 18 01:18:25 2004 @@ -117,6 +117,8 @@ #define ATA_I82801DB 0x24cb8086 #define ATA_I82801DB_1 0x24ca8086 #define ATA_I82801EB 0x24db8086 +#define ATA_I82801FB 0x26528086 +#define ATA_I82801FB_S1 0x26518086 #define ATA_I82801EB_S1 0x24d18086 #define ATA_I82801EB_R1 0x24df8086 #define ATA_I6300ESB 0x25a28086 915# The value for ATA_I82801FB is taken from the patch posted to freebsd-stable. I imagine it will work, but its not tested by me. atapci0@pci0:31:2: class=0x01018a card=0x26518086 chip=0x26518086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FW ICH6/ICH6W SATA Controller' class = mass storage subclass = ATA Speed seems decent enough 915# atacontrol cap 1 0 ATA channel 1, Master, device ad2: Protocol Serial ATA v1.0 device model ST3120026AS serial number 3JT1BSB2 firmware revision 3.18 cylinders 16383 heads 16 sectors/track 63 lba supported 234441648 sectors lba48 supported 234441648 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes SATA NCQ no - 0/0x00 SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 254/0xFE 915# Starting up bonnie, I see -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 500 53287 42.5 51596 14.9 20420 5.9 46129 44.5 54101 8.6 217.5 0.7 915# Anyone know what acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) means ? Full boot verbose and acpidump are at http://www.tancsa.com/915.txt in case there is interest ---Mike At 09:09 PM 17/09/2004, Mike Tancsa wrote: >Has anyone tried this board yet ? I just booted beta 3 with it and it >boots but with a few complaints and it doesnt see the onboard NIC. > >none3@pci1:8:0: class=0x020000 card=0x04d6a0a0 chip=0x10648086 rev=0x03 >hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > >Anyone know what kind of Intel NIC it is ? > > > >915# dmesg >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 reserved. >FreeBSD 5.3-BETA3 #0: Sat Sep 4 12:07:48 UTC 2004 > root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >WARNING: WITNESS option enabled, expect reduced performance. >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2999.67-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 > >Features=0xbfebfbff >real memory = 259981312 (247 MB) >avail memory = 244756480 (233 MB) >ACPI APIC Table: >ioapic0 irqs 0-23 on motherboard >npx0: [FAST] >npx0: on motherboard >npx0: INT 16 interface >acpi0: on motherboard >acpi_bus_number: can't get _ADR >acpi_bus_number: can't get _ADR >acpi_bus_number: can't get _ADR >acpi_bus_number: can't get _ADR >acpi0: Power Button (fixed) >Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 >cpu0: on acpi0 >acpi_tz0: on acpi0 >acpi_button0: on acpi0 >pcib0: port 0xcf8-0xcff on acpi0 >pci0: on pcib0 >pci0: at device 2.0 (no driver attached) >pci0: at device 27.0 (no driver attached) >pcib1: at device 30.0 on pci0 >pci1: on pcib1 >em0: port >0xd000-0xd03f mem 0xd0020000-0xd003ffff,0xd0000000-0xd001ffff irq 16 at >device 0.0 on pci1 >em0: Ethernet address: 00:0e:0c:5d:f7:c6 >em0: Speed:N/A Duplex:N/A >em1: port >0xd100-0xd13f mem 0xd0060000-0xd007ffff,0xd0040000-0xd005ffff irq 21 at >device 1.0 on pci1 >em1: Ethernet address: 00:0e:0c:5d:f7:c0 >em1: Speed:N/A Duplex:N/A >pci1: at device 8.0 (no driver attached) >isab0: at device 31.0 on pci0 >isa0: on isab0 >atapci0: port >0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 >ata0: channel #0 on atapci0 >ata1: channel #1 on atapci0 >pci0: at device 31.3 (no driver attached) >fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 >sio0 port 0x3f8-0x3ff irq 4 on acpi0 >sio0: type 16550A >sio1 port 0x2f8-0x2ff irq 3 on acpi0 >sio1: type 16550A >ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 >ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode >ppbus0: on ppc0 >lpt0: on ppbus0 >lpt0: Interrupt-driven port >ppi0: on ppbus0 >plip0: on ppbus0 >orm0: at iomem >0xcd000-0xcdfff,0xcc000-0xccfff,0xc0000-0xca7ff on isa0 >pmtimer0 on isa0 >atkbdc0: at port 0x64,0x60 on isa0 >atkbd0: irq 1 on atkbdc0 >kbd0 at atkbd0 >atkbd0: [GIANT-LOCKED] >sc0: at flags 0x100 on isa0 >sc0: VGA <16 virtual consoles, flags=0x300> >vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >Timecounter "TSC" frequency 2999674103 Hz quality 800 >Timecounters tick every 10.000 msec >ad2: 114473MB [232581/16/63] at ata1-master SATA150 >Mounting root from ufs:/dev/ad2s1a >em0: Link is up 100 Mbps Full Duplex > > > > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since 1994 www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 06:40:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0624916A4CE for ; Sat, 18 Sep 2004 06:40:04 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 60BF443D2D for ; Sat, 18 Sep 2004 06:40:03 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 50188 invoked from network); 18 Sep 2004 06:40:01 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 18 Sep 2004 06:40:01 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i8I6e1Cs027278; Sat, 18 Sep 2004 08:40:01 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i8I6e0qM027274; Sat, 18 Sep 2004 08:40:00 +0200 (CEST) (envelope-from pho) Date: Sat, 18 Sep 2004 08:39:59 +0200 From: Peter Holm To: Julian Elischer Message-ID: <20040918063959.GA27200@peter.osted.lan> References: <414B884D.5080102@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <414B884D.5080102@elischer.org> User-Agent: Mutt/1.4.1i cc: FreeBSD current mailing list Subject: Re: syncing disks failing at reboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 06:40:04 -0000 On Fri, Sep 17, 2004 at 05:58:53PM -0700, Julian Elischer wrote: I see this a lot during stress test. Always thought it was related to this problem: http://www.holm.cc/stress/log/cons45.html. - Peter > > from single_user mode.. > > # # # reboot > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...1 0 1 1 1 1 1 1 1 1 1 0 1 1 1 0 1 1 1 > 1 1 1 0 1 1 0 1 1 1 0 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 0 1 > 1 1 1 1 1 1 timed out > Syncing disks, buffers remaining... 56 53 53 53 53 53 53 53 53 53 53 53 > 53 53 53 53 53 53 53 53 53 > Giving up on 53 buffers > Uptime: 1h2m12s > Rebooting... > > nothign special.. > no crashes, hangs etc. > does anyone have a reason why this might fail? > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 07:24:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA4E816A4CF for ; Sat, 18 Sep 2004 07:24:26 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 277AC43D3F for ; Sat, 18 Sep 2004 07:24:26 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-123-124-127.dsl.snfc21.pacbell.net [68.123.124.127])i8I7ONWC153938; Sat, 18 Sep 2004 03:24:24 -0400 Message-ID: <414BE2A7.3010404@elischer.org> Date: Sat, 18 Sep 2004 00:24:23 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Peter Holm References: <414B884D.5080102@elischer.org> <20040918063959.GA27200@peter.osted.lan> In-Reply-To: <20040918063959.GA27200@peter.osted.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD current mailing list Subject: Re: syncing disks failing at reboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 07:24:26 -0000 Peter Holm wrote: > On Fri, Sep 17, 2004 at 05:58:53PM -0700, Julian Elischer wrote: > > I see this a lot during stress test. Always thought it was related > to this problem: http://www.holm.cc/stress/log/cons45.html. > now that io to disk occurs via a thread, I guess we nee dto make sure that these threads can still be scheduled during boot/shutdown.. I wonder if there is any connection? > - Peter > > >>from single_user mode.. >> >># # # reboot >>Waiting (max 60 seconds) for system process `vnlru' to stop...done >>Waiting (max 60 seconds) for system process `bufdaemon' to stop...done >>Waiting (max 60 seconds) for system process `syncer' to stop... >>Syncing disks, vnodes remaining...1 0 1 1 1 1 1 1 1 1 1 0 1 1 1 0 1 1 1 >>1 1 1 0 1 1 0 1 1 1 0 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 1 1 1 0 1 >>1 1 1 1 1 1 timed out >>Syncing disks, buffers remaining... 56 53 53 53 53 53 53 53 53 53 53 53 >>53 53 53 53 53 53 53 53 53 >>Giving up on 53 buffers >>Uptime: 1h2m12s >>Rebooting... >> >>nothign special.. >>no crashes, hangs etc. >>does anyone have a reason why this might fail? >> >> >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 08:21:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2F2B16A4CE; Sat, 18 Sep 2004 08:21:41 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A8F43D46; Sat, 18 Sep 2004 08:21:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8I8LfI8044207; Sat, 18 Sep 2004 04:21:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8I8LeQL043940; Sat, 18 Sep 2004 04:21:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 730707303F; Sat, 18 Sep 2004 04:21:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040918082140.730707303F@freebsd-current.sentex.ca> Date: Sat, 18 Sep 2004 04:21:40 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 08:21:42 -0000 TB --- 2004-09-18 06:54:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-18 06:54:21 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-09-18 06:54:21 - checking out the source tree TB --- 2004-09-18 06:54:21 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-09-18 06:54:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-18 06:59:36 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-18 06:59:36 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-09-18 06:59:36 - /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 [...] /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/machine/fpu.h:99: Warning: Found '}' when manual bundling is off /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/machine/fpu.h:101: Error: Unknown opcode `struct fpswa_iface{' /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/machine/fpu.h:102: Error: Unknown opcode `uint32_t if_rev' /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/machine/fpu.h:103: Error: Unknown opcode `uint32_t __res' /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/machine/fpu.h:104: Error: Unknown opcode `struct fpswa_ret(*if_fpswa)(u_long,struct fpswa_bundle*,' /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/machine/fpu.h:105: Error: Unknown opcode `uint64_t *,uint64_t*,uint64_t*,uint64_t*,uint64_t*,' /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/machine/fpu.h:106: Error: Unknown opcode `struct fpswa_fpctx*)' /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/machine/fpu.h:107: Warning: Found '}' when manual bundling is off *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/boot/ia64/skiload. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/boot/ia64. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/boot. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-09-18 08:21:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-18 08:21:40 - ERROR: failed to build world TB --- 2004-09-18 08:21:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 08:52:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B2EF16A4CE for ; Sat, 18 Sep 2004 08:52:08 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BA3A43D2F for ; Sat, 18 Sep 2004 08:52:07 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i8I8ptNh042822; Sat, 18 Sep 2004 10:51:56 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <414BF727.8020407@DeepCore.dk> Date: Sat, 18 Sep 2004 10:51:51 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Mather References: <20040917074236.A2E7C16A4CF@hub.freebsd.org> <1095471189.31148.229.camel@zappa.Chelsea-Ct.Org> In-Reply-To: <1095471189.31148.229.camel@zappa.Chelsea-Ct.Org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: Jun Kuriyama cc: freebsd-current@freebsd.org Subject: Re: acd0: FAILURE - READ_BIG MEDIUM ERROR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 08:52:08 -0000 Paul Mather wrote: > On Fri, 17 Sep 2004 08:25:37 +0200, S?ren Schmidt > wrote: >=20 >=20 >>Jun Kuriyama wrote: >=20 >=20 >>>And, this DVD-R has a large file (3GB), and ls(1) (maybe stat(2)) >>>issues an error like this: >> >>Uhm , you cannot have file > 1G on a comliant isofs... >> >> >>>----- >>>% ls -l /cdrom/0 >>>ls: foo.tgz: Value too large to be stored in data type >>>----- >> >>See, it even tells you :) >=20 >=20 > I was bitten by this bug recently, too. I made a data DVD on FreeBSD > that included a large (~2.1 GB) file. Initially, the mkisofs in the > sysutils/cdrtools port flagged a warning about it being too large and > excluded it from the ISO image it created. >=20 > I replaced my cdrtools port with the sysutils/cdrtools-devel port. The= > newer mkisofs in that port does not flag the large file as being "too > large" and includes it in the ISO it creates. >=20 > Unfortunately, FreeBSD does not like that file when I mount the > resultant data DVD. I get that same "Value too large to be stored in > data type" error. Here's the kicker, though: "It works under Windows."= =20 > (At least it seemed to on a Windows XP system I had to hand.) >=20 > So, I'm guessing the newer mkisofs is more cognisant of the latest > standards/de facto standards than the older one. Feel free to submit patches to our iso9660 filesystem code that adds=20 support for this (this is not an ATA driver issue). But beware, if you=20 intend to make DVD's that should be played in a standalone HW player,=20 you dont want >1G files on there. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 10:37:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D17BD16A4CE for ; Sat, 18 Sep 2004 10:37:28 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A85B43D58 for ; Sat, 18 Sep 2004 10:37:27 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) i8IAbPaI088704 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 18 Sep 2004 12:37:25 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)i8IAbPCY088703 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 12:37:25 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.13.1/8.13.1) with ESMTP id i8IAb5fM001538 for ; Sat, 18 Sep 2004 12:37:06 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8IAb5SN001537 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 12:37:05 +0200 (CEST) (envelope-from andreas) Date: Sat, 18 Sep 2004 12:37:05 +0200 From: Andreas Klemm To: freebsd-current@freebsd.org Message-ID: <20040918103705.GA1300@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.3-BETA4 X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.6i Subject: 5.3-BETA4 hangs (ata2 dma problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 10:37:29 -0000 Hi, experienced 3 hangs in the last 2 weeks regarding dma problems when having heavy disk i/o. a) 2 times when trying to copy DVDs from one drive to the other b) Just a few minutes ago when checking out /usr/ports. CVS repository and /usr are on the same disk ad2. to b). I was under X11/kde3. I was only able to move the mouse cursor and noticed dma trouble in the xconsole window. Sorry I should have written down the messages. Bad thing is, they didnt make it in the syslog. What would be the best thing to hunt this down ? 2nd PC on serial console and trying to troubleshoot there ? I tried to quit X11 via Ctrl-ALT-BS, but then I only hung somewhere in X11 ... Ctrl-Alt-Delete was not possible. Via Telnet dunno. Didnt had a 2nd PC near. I power cycled. It might be the case that it happens again. So what would be best to give you better information ? Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad2s1a 253678 88866 144518 38% / devfs 1 1 0 100% /dev /dev/md0 447966 52 412078 0% /tmp /dev/ad2s1f 16244334 10631840 4312948 71% /home /dev/ad2s1e 8122126 5060014 2412342 68% /usr /dev/ad2s1d 4058062 1747830 1985588 47% /var /dev/ad2s1g 54949394 44481186 6072258 88% /export /dev/ad0s4g 39871456 19791912 16889828 54% /backup /dev/ad0s1 10241404 3761888 6479516 37% /dosc /dev/ad0s6 32748560 24949344 7799216 76% /dose /dev/ad0s7 32748560 13298496 19450064 41% /dosf /dev/ad0s8 32756576 20374608 12381968 62% /dosg procfs 4 4 0 100% /proc linprocfs 4 4 0 100% /usr/compat/linux/proc pid377@titan:/host 0 0 0 100% /host pid377@titan:/net 0 0 0 100% /net 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 reserved. FreeBSD 5.3-BETA4 #0: Sun Sep 12 21:25:23 CEST 2004 root@titan.klemm.apsfilter.org:/usr/src/sys/i386/compile/TITAN WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (997.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 536854528 (511 MB) avail memory = 519884800 (495 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf0000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND pci1: on pcib1 pcib0: no PRT entry for 0.1.INTA pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xb400-0xb41f irq 11 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ulpt0: Hewlett-Packard PSC 2200 Series, rev 2.00/1.00, addr 2, iclass 255/204 ulpt0: using bi-directional mode umass0: Hewlett-Packard PSC 2200 Series, rev 2.00/1.00, addr 2 ugen0: Syncrosoft Protected Executer, rev 1.10/1.01, addr 3 uhci1: port 0xb000-0xb01f irq 11 at device 4.3 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered fxp0: port 0xa800-0xa83f mem 0xd5800000-0xd58fffff,0xd6000000-0xd6000fff irq 10 at device 9.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:ba:c1:c2 fxp0: [GIANT-LOCKED] pci0: at device 10.0 (no driver attached) fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 orm0: at iomem 0xd0000-0xd17ff,0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 997461207 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging unlimited acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% ATAPI_RESET time = 60us ad0: 176700MB [359010/16/63] at ata0-master UDMA66 acd0: DVDROM at ata0-slave UDMA33 ATAPI_RESET time = 1680us ad2: 176700MB [359010/16/63] at ata1-master UDMA66 acd1: DVDR at ata1-slave UDMA33 cd0 at ata0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 Mounting root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted /home: mount pending error: blocks 12 files 1 /home: superblock summary recomputed WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 16 files 4 /usr: superblock summary recomputed WARNING: /var was not properly dismounted /var: mount pending error: blocks 16 files 3 /var: superblock summary recomputed machine i386 cpu I686_CPU ident TITAN options INCLUDE_CONFIG_FILE # Include this file in kernel options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_EXTATTR options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options CD9660 #ISO 9660 Filesystem options PSEUDOFS #Pseudo-filesystem framework options PROCFS #Process filesystem (requires PSEUDOFS) options FDESCFS #File descriptor filesystem options MSDOSFS #MS DOS File System (FAT, FAT32) options GEOM_BDE #Disk Encryption options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options KTRACE #ktrace(1) support options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options PFIL_HOOKS options IPDIVERT #divert sockets options IPSTEALTH #support for stealth forwarding options DUMMYNET options ZERO_COPY_SOCKETS options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) # Postgresql database options SYSVSHM options SYSVSEM options SYSVMSG options SHMMAXPGS=65536 options SEMMNI=40 options SEMMNS=240 options SEMUME=40 options SEMMNU=120 device isa device pci device fdc device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering device scbus # base SCSI code device da # SCSI direct access devices (aka disks) device cd # device pass # CAM passthrough driver device atapicam # emulate ATAPI devices as SCSI ditto via CAM device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc options SC_HISTORY_SIZE=512 # number of history buffer lines device agp # support several AGP chipsets device npx device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device random # Entropy device device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter device mem # Memory and kernel memory devices device io # I/O device device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device urio # Diamond Rio 500 MP3 player device uscanner # Scanners device ucom # USB serial support Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 10:39:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61FFF16A4CE for ; Sat, 18 Sep 2004 10:39:47 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id D263343D31 for ; Sat, 18 Sep 2004 10:39:46 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9E591A1.dip.t-dialin.net [217.229.145.161]) (authenticated bits=0)i8IAdjGm035565; Sat, 18 Sep 2004 12:39:46 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <414C1062.2070003@schlenker-webdesign.de> Date: Sat, 18 Sep 2004 12:39:30 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20040908 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arne Schwabe , freebsd-current@freebsd.org References: <414AFFD1.5040608@schlenker-webdesign.de> <86k6usy2m0.fsf@kamino.rfc1149.org> In-Reply-To: <86k6usy2m0.fsf@kamino.rfc1149.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Joypad not recognized on 5.3-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 10:39:47 -0000 Arne Schwabe wrote: >Mattias Schlenker writes: > > > >>I use to play xtris with a weird combination of usbhication and >>xmacroplay with a cheap joypad. When plugging a joypad that works >>perfectly as uhidX with 5.1.2 into my notebook running 5.3-BETA4 it gets >>recognized as ugen0. >> >> > >Is uhid load/compiled into the kernel? > > Yes. It seems other people ran into the same trouble: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=1095161003.00131346.1095148202%4010.7.7.3&rnum=1&prev=/groups%3Fq%3Dfreebsd%2Buhid%2Bjoypad%26hl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3D1095161003.00131346.1095148202%254010.7.7.3%26rnum%3D1%26filter%3D0 I will try if this will solve the problem for me. Thanks, Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 10:55:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38C1616A4CE for ; Sat, 18 Sep 2004 10:55:08 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F83343D3F for ; Sat, 18 Sep 2004 10:55:07 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) i8IAt6aI089164 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 18 Sep 2004 12:55:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)i8IAt6oO089163 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 12:55:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.13.1/8.13.1) with ESMTP id i8IAoddc005469 for ; Sat, 18 Sep 2004 12:50:39 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8IAodk4005468 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 12:50:39 +0200 (CEST) (envelope-from andreas) Date: Sat, 18 Sep 2004 12:50:39 +0200 From: Andreas Klemm To: freebsd-current@freebsd.org Message-ID: <20040918105039.GA1980@titan.klemm.apsfilter.org> References: <20040918103705.GA1300@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040918103705.GA1300@titan.klemm.apsfilter.org> X-Operating-System: FreeBSD 5.3-BETA4 X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.6i Subject: Re: 5.3-BETA4 hangs (ata2 dma problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 10:55:08 -0000 On Sat, Sep 18, 2004 at 12:37:05PM +0200, Andreas Klemm wrote: > What would be the best thing to hunt this down ? > 2nd PC on serial console and trying to troubleshoot there ? am just recompiling kernel makeoptions DEBUG=-g options KDB options DDB # added this to rc.conf: dumpdev="/dev/ad0s3b" savecore_flags="-z" Other things to do ? Or am I complete ? Should I boot the system from serial console ? I have a laptop and could try to stress test several times. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 11:09:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 426D516A4CE for ; Sat, 18 Sep 2004 11:09:10 +0000 (GMT) Received: from mallard.zanker.org (mallard.zanker.org [217.169.19.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A17043D60 for ; Sat, 18 Sep 2004 11:09:09 +0000 (GMT) (envelope-from mike@zanker.org) Received: from mike by mallard.zanker.org with local (Exim 4.42) id 1C8d5U-0001LF-BT for freebsd-current@freebsd.org; Sat, 18 Sep 2004 12:09:04 +0100 Date: Sat, 18 Sep 2004 12:09:04 +0100 (BST) From: Mike Zanker To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mallard-MailScanner: Found to be clean (of known viruses) X-Mallard-MailScanner-From: mike@zanker.org Subject: RELENG_5 buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 11:09:10 -0000 Hi, world is failing for me this morning: ===> usr.sbin/fdcontrol cc -O -pipe -I/usr/src/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/fdcontrol/fdcontrol.c /usr/src/usr.sbin/fdcontrol/fdcontrol.c: In function `main': /usr/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: `FD_DEBUG' undeclared (first use in this function) /usr/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: (Each undeclared identifier is reported only once /usr/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/usr.sbin/fdcontrol. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I noticed while cvsupping this morning that there were some fdc code updates so I'm guessing it has something to do with this. Current system is: FreeBSD jemima.zanker.org 5.3-BETA4 FreeBSD 5.3-BETA4 #1: Mon Sep 13 13:01:50 BST 2004 root@jemima.zanker.org:/usr/obj/usr/src/sys/JEMIMA i386 Mike. From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 11:44:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3538516A4CE for ; Sat, 18 Sep 2004 11:44:50 +0000 (GMT) Received: from smtp07.web.de (smtp07.web.de [217.72.192.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0038A43D49 for ; Sat, 18 Sep 2004 11:44:49 +0000 (GMT) (envelope-from nakal@web.de) Received: from [217.81.245.178] (helo=[217.81.245.178]) by smtp07.web.de with esmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.101 #44) id 1C8dco-0007Oz-00; Sat, 18 Sep 2004 13:43:31 +0200 From: Martin To: Steve Kargl In-Reply-To: <20040917164527.GB12002@troutmask.apl.washington.edu> References: <41417326.1000309@withagen.nl> <1095437354.1094.4.camel@klotz.local> <20040917164527.GB12002@troutmask.apl.washington.edu> Content-Type: text/plain Message-Id: <1095507437.922.3.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 18 Sep 2004 13:43:29 +0200 Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de cc: "Boris B. Samorodov" cc: Ian FREISLICH cc: FreeBSD Current Subject: [SOLVED] Interrupt storm detected on "irq7: lpt0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 11:44:50 -0000 Am Fr, den 17.09.2004 schrieb Steve Kargl um 18:45: > lptcontrol -e Almost! But thanks, you gave me the right hint. For me "lptcontrol -p" works. Does it have something to do with "options DEVICE_POLLING" enabled in my kernel? Martin From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 12:21:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AB2B16A4CE; Sat, 18 Sep 2004 12:21:46 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AB9143D54; Sat, 18 Sep 2004 12:21:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8ICLj5x071981; Sat, 18 Sep 2004 08:21:45 -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 i8ICLjkp045604; Sat, 18 Sep 2004 08:21:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2DB277303F; Sat, 18 Sep 2004 08:21:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040918122145.2DB277303F@freebsd-current.sentex.ca> Date: Sat, 18 Sep 2004 08:21:45 -0400 (EDT) Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 12:21:46 -0000 TB --- 2004-09-18 11:27:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-18 11:27:47 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2004-09-18 11:27:47 - checking out the source tree TB --- 2004-09-18 11:27:47 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2004-09-18 11:27:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-18 11:35:43 - building world (CFLAGS=-O -pipe) TB --- 2004-09-18 11:35:43 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2004-09-18 11:35:43 - /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 [...] cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DHAVE_POLL_H -o faithd faithd.o tcp.o ftp.o prefix.o gzip -cn /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/faithd/faithd.8 > faithd.8.gz ===> usr.sbin/fdcontrol cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/fdcontrol/fdcontrol.c /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/fdcontrol/fdcontrol.c: In function `main': /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/fdcontrol. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2004-09-18 12:21:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-18 12:21:44 - ERROR: failed to build world TB --- 2004-09-18 12:21:44 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 12:30:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 739AF16A4CE for ; Sat, 18 Sep 2004 12:30:20 +0000 (GMT) Received: from smtp19.wxs.nl (smtp19.wxs.nl [195.121.6.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 940E443D4C for ; Sat, 18 Sep 2004 12:30:19 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp19.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I48006MWLEDK0@smtp19.wxs.nl> for current@freebsd.org; Sat, 18 Sep 2004 14:30:13 +0200 (CEST) Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl (8.13.1/8.13.1) with ESMTP id i8ICUCKu001416; Sat, 18 Sep 2004 14:30:12 +0200 Received: (from akruijff@localhost) by alex.lan (8.13.1/8.13.1/Submit) id i8ICUCrH001415; Sat, 18 Sep 2004 14:30:12 +0200 Content-return: prohibited Date: Sat, 18 Sep 2004 14:30:12 +0200 From: Alex de Kruijff In-reply-to: <20040821064833.GC36803@0lsen.net> To: Clint Olsen Message-id: <20040918123011.GA1292@alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <20040821064833.GC36803@0lsen.net> X-Authentication-warning: alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f cc: current@freebsd.org Subject: Re: Trying to 'installworld' and proxy user issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 12:30:20 -0000 On Fri, Aug 20, 2004 at 11:48:33PM -0700, Clint Olsen wrote: > Ok, I have to say I'm a bit confused. I ran through the handbook on how to > upgrade. I've done this before, but this time I ran into some problems. > > I ran 'mergemaster -p' before trying to do 'installworld', and the install > immediately fails because there is no 'proxy' user. The thing is, the > proxy did get added to the master password file in /usr/src. It just > doesn't exist (yet) in /etc. > > So, what exactly should have happened here? I looked on Google and noticed > someone else ran into the same exact problem. It seems like you always > have this chicken and egg problem when building new OS versions: things > required to exist on the bootstrap version in order to get a new version up > and running. Hi Clint, With me it all worked. Could it be posible that you let mergemaster skip the master password file, merged it wrong so the proxy user didn't get added or didn't rebuild the password file? -- Alex From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 12:48:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5507316A4CE for ; Sat, 18 Sep 2004 12:48:11 +0000 (GMT) Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74F9943D49 for ; Sat, 18 Sep 2004 12:48:10 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [193.198.133.51] (cmung1321.cmu.carnet.hr [193.198.133.51]) by jagor.srce.hr (8.12.10/8.12.10) with ESMTP id i8ICm6aC023846 for ; Sat, 18 Sep 2004 14:48:07 +0200 (CEST) Message-ID: <414C2E85.6090904@fer.hr> Date: Sat, 18 Sep 2004 14:48:05 +0200 From: Ivan Voras User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040502 Thunderbird/0.6 Mnenhy/0.6.0.104 X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.84.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-Face: L+\SC&qzD^$mE"W7='[pvNVqN~%w%yE$u=Z8>3^$16dK+jG[@H`; lFz^h,f=uzlw01 fajy]=lHAh(S@'EmM3FbC-`HqOh!,fJFeBS$2JU3w-3WQr{$ADS`,'xm8>G0/7I{p61vqy+RMCwQDg xh'z9&s0V:n Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at jagor.srce.hr Subject: gmirror: DIRTY flag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 12:48:11 -0000 I have some questions about gmirror "list" report: 1) What does the "DIRTY" flag mean? Anything bad? 2) When (and how) does the SyncID field change? t1# gmirror list Geom name: netmirror Components: 2 Balance: round-robin Slice: 4096 Flags: NONE SyncID: 1 ID: 3859137981 Providers: 1. Name: mirror/netmirror Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r1w1e0 Consumers: 1. Name: ad2s1e Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 1 ID: 1417083766 2. Name: ggate0 Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: DIRTY SyncID: 1 ID: 899580387 Geom name: netmirror.sync -- What part of "Ph'nglui mglw'nath Cthulhu R'lyeh wgah'nagl fhtagn" don't you understand? From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 12:55:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F50C16A4CE; Sat, 18 Sep 2004 12:55:35 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C41E43D1F; Sat, 18 Sep 2004 12:55:35 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8ICt2jT088257; Sat, 18 Sep 2004 08:55:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8ICt2dJ088254; Sat, 18 Sep 2004 08:55:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 18 Sep 2004 08:55:01 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brooks Davis In-Reply-To: <20040918051758.GA18656@odin.ac.hmc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 12:55:35 -0000 On Fri, 17 Sep 2004, Brooks Davis wrote: > On Fri, Sep 17, 2004 at 09:30:19PM +0200, Dag-Erling Sm=F8rgrav wrote: > > Brooks Davis writes: > > > Thus, so you have to know how much space you wil= l > > > need before doing any kind of allocation, hence the double loop and t= he > > > potential race. > >=20 > > Using sbufs removes the need for loop and greatly simplifies how you > > deal with overflows. >=20 > Indeed it does. I'm not fully happy with the hardcoding of a maximum > size, but I doubt anyone will hit it in practice. Here's a new and > improved patch that makes a single pass and uses sbufs.=20 Have you tried seeing just how many addresses you can add before getifaddrs() fails to return the complete list? 128k seems like a lot, but I instrumente ifconf() locally a couple of weeks ago when I first became aware of this problem, and discovered that even on my notebook (which has a wireless card with one IP, and an unused ethernet card) that I see moderately large buffers being read from user space: ifconf: 16384 space ifconf: 2048 space ifconf: 2048 space ifconf: 4095 space This is from a printf of ifc->ifc_len before the loop begins. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 13:18:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CC0416A4CE; Sat, 18 Sep 2004 13:18:00 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9962743D46; Sat, 18 Sep 2004 13:17:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8IDHxLe078721; Sat, 18 Sep 2004 09:17:59 -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 i8IDHxNf095253; Sat, 18 Sep 2004 09:17:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5B727303F; Sat, 18 Sep 2004 09:17:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040918131758.E5B727303F@freebsd-current.sentex.ca> Date: Sat, 18 Sep 2004 09:17:58 -0400 (EDT) Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 13:18:00 -0000 TB --- 2004-09-18 12:21:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-18 12:21:45 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2004-09-18 12:21:45 - checking out the source tree TB --- 2004-09-18 12:21:45 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2004-09-18 12:21:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-18 12:29:46 - building world (CFLAGS=-O -pipe) TB --- 2004-09-18 12:29:46 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2004-09-18 12:29:46 - /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 [...] cc -O -pipe -DHAVE_POLL_H -o faithd faithd.o tcp.o ftp.o prefix.o gzip -cn /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/faithd/faithd.8 > faithd.8.gz ===> usr.sbin/fdcontrol cc -O -pipe -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/fdcontrol/fdcontrol.c /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/fdcontrol/fdcontrol.c: In function `main': /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/fdcontrol. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2004-09-18 13:17:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-18 13:17:58 - ERROR: failed to build world TB --- 2004-09-18 13:17:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 13:30:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D370716A4CE for ; Sat, 18 Sep 2004 13:30:15 +0000 (GMT) Received: from mail.iinet.net.au (mail-03.iinet.net.au [203.59.3.35]) by mx1.FreeBSD.org (Postfix) with SMTP id E8C0943D54 for ; Sat, 18 Sep 2004 13:30:14 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 17145 invoked from network); 18 Sep 2004 13:30:13 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 18 Sep 2004 13:30:12 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Sat, 18 Sep 2004 23:25:15 +1000 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409182325.15345.shinjii@virusinfo.rdksupportinc.com> Subject: 5.x STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 13:30:16 -0000 Is there a possible frame of time that 5 is looking to go STABLE and will there be another 4.x release before this ? -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 13:34:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 881D216A4CE for ; Sat, 18 Sep 2004 13:34:36 +0000 (GMT) Received: from av11-2-sn2.hy.skanova.net (av11-2-sn2.hy.skanova.net [81.228.8.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE8743D2D for ; Sat, 18 Sep 2004 13:34:36 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av11-2-sn2.hy.skanova.net (Postfix, from userid 502) id 1DD27381B0; Sat, 18 Sep 2004 15:34:35 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av11-2-sn2.hy.skanova.net (Postfix) with ESMTP id 0C39A381AE; Sat, 18 Sep 2004 15:34:35 +0200 (CEST) Received: from [195.252.52.121] (t2o955p1.telia.com [195.252.52.121]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 08B4737E44; Sat, 18 Sep 2004 15:34:33 +0200 (CEST) From: Joel Dahl To: shinjii@virusinfo.rdksupportinc.com In-Reply-To: <200409182325.15345.shinjii@virusinfo.rdksupportinc.com> References: <200409182325.15345.shinjii@virusinfo.rdksupportinc.com> Content-Type: text/plain Message-Id: <1095514500.523.1.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 18 Sep 2004 15:35:00 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.x STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 13:34:36 -0000 On Sat, 2004-09-18 at 15:25, Warren Liddell wrote: > Is there a possible frame of time that 5 is looking to go STABLE and will > there be another 4.x release before this ? Check: http://www.freebsd.org/releng/index.html And: http://www.freebsd.org/releases/5.3R/schedule.html From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 13:37:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C03816A4CE for ; Sat, 18 Sep 2004 13:37:25 +0000 (GMT) Received: from defiant.unix-asp.com (defiant.unix-asp.com [80.126.41.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8AB243D49 for ; Sat, 18 Sep 2004 13:37:24 +0000 (GMT) (envelope-from remy@unix-asp.com) Received: from [10.0.1.1] (enterprise.uss [10.0.1.1]) by defiant.unix-asp.com (Postfix) with ESMTP id 07B3445EFD for ; Sat, 18 Sep 2004 15:37:13 +0200 (CEST) Message-ID: <414C3A36.4070903@unix-asp.com> Date: Sat, 18 Sep 2004 15:37:58 +0200 From: Remy de Ruysscher User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010706040004010906020902" X-MailScanner-Information: Please contact root@unix-asp.com for more information X-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-1.454, required 7, autolearn=not spam, AWL -1.45) X-MailScanner-From: remy@unix-asp.com Subject: FBSD-5.3-Beta4 / Project Evil core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 13:37:25 -0000 This is a cryptographically signed message in MIME format. --------------ms010706040004010906020902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, I've got a major problem with my wireless networkcard. It's has a Ralink 2500 chipset (http://www.ralinktech.com/supp-1.htm) chipset. Using Project Evil I got the Windows XP drivers working with the kernel. However mostly when the interface goes (down/) up, the core dumps and the server is rebooted. Offcourse I have searched at the usual places but found no solutions so far... Any help would greatly appreciated! ---- defiant.unix-asp.com 5.3-BETA4 FreeBSD 5.3-BETA4 #1: Fri Sep 17 18:00:42 CEST 2004 root@defiant.unix-asp.com:/usr/obj/usr/src/sys/GENERIC i386 ndis0: <802.11g PCI Wireless Network Adapter> mem 0xc6efe000-0xc6efffff irq 11 at device 9.0 on pci1 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:0c:76:ca:fe:07 ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps defiant# ifconfig ndis0 ndis0: flags=8843 mtu 1500 inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::20c:76ff:feca:fe07%ndis0 prefixlen 64 scopeid 0x7 ether 00:0c:76:ca:fe:07 media: IEEE 802.11 Wireless Ethernet autoselect status: associated ssid linksys 1:linksys channel 11 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS wepmode OFF weptxkey 1 defiant# wicontrol ndis0 -l 1 station: ap[0]: netname (SSID): [ linksys ] BSSID: [ 00:0f:66:51:5a:52 ] Channel: [ 11 ] Quality/Signal/Noise [signal]: [ 125 / 125 / 0 ] [dBm]: [ 125 / -24 / -149 ] BSS Beacon Interval [msec]: [ 0 ] Capinfo: [ ] --------------ms010706040004010906020902 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJQzCC AvwwggJloAMCAQICAwxrezANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwNjAxMTMzMDQyWhcNMDUwNjAxMTMzMDQy WjBwMRUwEwYDVQQEEwxkZSBSdXlzc2NoZXIxEzARBgNVBCoTClJlbXkgRnJhbmsxIDAeBgNV BAMTF1JlbXkgRnJhbmsgZGUgUnV5c3NjaGVyMSAwHgYJKoZIhvcNAQkBFhFyZW15QHVuaXgt YXNwLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANk9CdRJwWuw5/7lYDIy BM/nGI2PG7jCROPRwcIlL9ovvQrPnayiNcz9DbW7UMYMWMv1Hqm2RFwEmAV3mrheH0jm4oL6 DjZms9g22jAOoGPrn873BExgS10ajrhtOe1HvoLdfJ9JRGSjxS7Bb5fR2p3nKa31vrV2iy7W Vr8VRMqJ5NLZZor5t/ZO3RfYuwWHF43RQCBCfWWU/nRitqva9EgeVp5KvXnutljyE9l8c8zM FbD7j7742E3xxwXUgOByPrLP1079vBISFHfL1TKfzmev1pALwTHQPoaiorlg2FLsLADB8Vzb PT39idTF9vRpYjPy05U2QWv/z06mUByoWgsCAwEAAaMuMCwwHAYDVR0RBBUwE4ERcmVteUB1 bml4LWFzcC5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQAzaKWDzjqgLW2E 6Jc+FaCojchOtbPe3us7/XyFWyd2CgnWnJFrsCHfV9m5HZnlZw3rvoMSRiIaFNru51jbqBqd EH7Z+lgiO+9rT3KbzR1HrKGb8XEikjw/is6tIAHnz6WRk6Uyj+Ec4jqIyvyfpqhmVon0X6Fe SVZd+l/DLPSTuTCCAvwwggJloAMCAQICAwxrezANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQG EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMj VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwNjAxMTMzMDQyWhcN MDUwNjAxMTMzMDQyWjBwMRUwEwYDVQQEEwxkZSBSdXlzc2NoZXIxEzARBgNVBCoTClJlbXkg RnJhbmsxIDAeBgNVBAMTF1JlbXkgRnJhbmsgZGUgUnV5c3NjaGVyMSAwHgYJKoZIhvcNAQkB FhFyZW15QHVuaXgtYXNwLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANk9 CdRJwWuw5/7lYDIyBM/nGI2PG7jCROPRwcIlL9ovvQrPnayiNcz9DbW7UMYMWMv1Hqm2RFwE mAV3mrheH0jm4oL6DjZms9g22jAOoGPrn873BExgS10ajrhtOe1HvoLdfJ9JRGSjxS7Bb5fR 2p3nKa31vrV2iy7WVr8VRMqJ5NLZZor5t/ZO3RfYuwWHF43RQCBCfWWU/nRitqva9EgeVp5K vXnutljyE9l8c8zMFbD7j7742E3xxwXUgOByPrLP1079vBISFHfL1TKfzmev1pALwTHQPoai orlg2FLsLADB8VzbPT39idTF9vRpYjPy05U2QWv/z06mUByoWgsCAwEAAaMuMCwwHAYDVR0R BBUwE4ERcmVteUB1bml4LWFzcC5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOB gQAzaKWDzjqgLW2E6Jc+FaCojchOtbPe3us7/XyFWyd2CgnWnJFrsCHfV9m5HZnlZw3rvoMS RiIaFNru51jbqBqdEH7Z+lgiO+9rT3KbzR1HrKGb8XEikjw/is6tIAHnz6WRk6Uyj+Ec4jqI yvyfpqhmVon0X6FeSVZd+l/DLPSTuTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAw gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg VG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRp b24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w MzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV +065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfAr hVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/ p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8 MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWls Q0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxh YmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/ TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amc OY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggM7MIID NwIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5 KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQID DGt7MAkGBSsOAwIaBQCgggGnMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA0MDkxODEzMzc1OFowIwYJKoZIhvcNAQkEMRYEFLE0oMwD+ZyJKfykLfEgoN4O wbnPMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMHgGCSsGAQQBgjcQBDFrMGkwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMMa3swegYLKoZI hvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIDDGt7MA0GCSqGSIb3DQEBAQUABIIBABzJquvOLxg5M97U0ZzbGc/E9G3LcZ9uqDS8 k3jl/Xk5DWJfH2vi49gtwiA1YwHvVbbcq7MS7aTjPbpBmfFWElEvY/Rq/4jnquAuK77m7ln5 MKphyJ1uqcAEWVN+2VLwl1rJTMHW4IdTf5IqnZ/ghOFWR17N3W1Z1pjmjrEFyCuXjJvsFTPt 8npUM6SqX0kASF+ZlFPXo/kqq3gkpLMkk3zAs9pjTh51VRQkQTBmi4TXYBkM86EELht59E+J 1n/hpiIOVydY5YtJYTz3/VaOGm5zeTSS/LcnNHCYhYahctf5UhCz4UByt4wYC8XajZdnqIix Si5acVdbhqSRoDovQzQAAAAAAAA= --------------ms010706040004010906020902-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 13:54:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DF3816A4CE; Sat, 18 Sep 2004 13:54:12 +0000 (GMT) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BC2543D2D; Sat, 18 Sep 2004 13:54:11 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id i8IDs8kT044912; Sat, 18 Sep 2004 15:54:08 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id i8IDs8g55321; Sat, 18 Sep 2004 15:54:08 +0200 (CEST) (envelope-from rabe) Date: Sat, 18 Sep 2004 15:54:08 +0200 From: "Raphael H. Becker" To: Andre Oppermann Message-ID: <20040918155408.P55054@p-i-n.com> References: <20040917104356.E55054@p-i-n.com> <414ADD15.FAC42CDB@freebsd.org> <20040917231922.G55054@p-i-n.com> <414B567C.9060904@freebsd.org> <414B5777.1030901@freebsd.org> <20040918000303.J55054@p-i-n.com> <414B6F11.5070902@freebsd.org> <20040918013929.O55054@p-i-n.com> <414B8C1B.2E7C971C@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <414B8C1B.2E7C971C@freebsd.org>; from andre@freebsd.org on Sat, Sep 18, 2004 at 03:15:07AM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Strange things on GBit / 1000->100 / net.inet.tcp.inflight.* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 13:54:12 -0000 On Sat, Sep 18, 2004 at 03:15:07AM +0200, Andre Oppermann wrote: > > I'm not sure this is a "physical" problem. > > The high number of out-of-order packets on your 4.10 machine is very > suspicious. You're talking about http://rhb.uugrn.org/FreeBSD/bugs/5.x/1000-to-100/check_3_target.txt ? Maybe the switch is buggy for just this testcase? Store&forward-Engine? > > Workaround: > > * Buy 1000MBit-Cards for the both "Router"-boxes > Why that? Do you have to do TCP transfer to/from these machines? The two machies are routers, but ... > Yet another test you could try: > 5.3 GE ---> FE 4.10 "Router" FE ---> 4.10 FE This was my initial testcase, I tried to transfer data from the GE-net via the "internal" router to another internal FE-4.x-Box --> 700kb/sec IIRC (Intranet) That failed. My first suspicion was the internal router (10.101.240.1, 4.10, FE) is not able to route a higher bandwidth for any reason. I tried something via the router. To mask some other unknown bottlenecks I tried direkt from the router (as target, not as router) ... now here we are. >From my point of view ther's no significant difference between "router just routes" or "router is target". Maybe I'm wrong here. Just tested the case via the 2nd router to another net. wget -O - --proxy=off ftp://10.101.240.54/pub/1GB > /dev/null Länge: 1,160,773,632 (unmaßgeblich) 2% [=> ] 28,918,448 582.63K/s ETA 31:37^C 1 145.2xx.xxx.1x6 0.243 ms 0.120 ms 0.133 ms 2 10.101.240.54 0.357 ms 0.229 ms 0.343 ms Same switch, different irons (target, router, server), another nets, ... Maybe interesting: wget starts with about 1-2MBytes/sec then converging down to some 100kBytes/sec. Another comparison, differrent targets (4.10 FE, 5.3GE), different servers (4.x,5.3 GE), see PS for a detailed list: 1) target: external router (10.101.240.254, 4.10, FE) $ wget -O - --proxy=off ftp://10.101.240.52/pub/1GB > /dev/null --> 9.42M/s $ wget -O - --proxy=off ftp://10.101.240.1/pub/250M > /dev/null --> 10.22M/s $ wget -O - --proxy=off ftp://10.101.240.54/pub/1GB > /dev/null --> 258.47K/s $ wget -O - --proxy=off ftp://10.101.240.55/pub/1GB > /dev/null --> 384.70K/s $ wget -O - --proxy=off ftp://10.101.240.56/pub/1GB > /dev/null --> 195.71K/s 2) target: neighbor-server (10.101.240.55, 5.3,GE) $ wget -O - --proxy=off ftp://10.101.240.52/pub/1GB > /dev/null --> 55.55M/s (uncached, the .52 cannot cache 1GByte file) $ wget -O - --proxy=off ftp://10.101.240.54/pub/1GB > /dev/null --> 34.12M/s (uncached from RAID) $ wget -O - --proxy=off ftp://10.101.240.54/pub/1GB > /dev/null --> 76.96M/s (cached) $ wget -O - --proxy=off ftp://10.101.240.56/pub/1GB > /dev/null --> 36.61M/s (uncached from RAID) $ wget -O - --proxy=off ftp://10.101.240.56/pub/1GB > /dev/null --> 77.40M/s (cached) $ wget -O - --proxy=off ftp://10.101.240.254/pub/250M > /dev/null --> 10.07M/s $ wget -O - --proxy=off ftp://10.101.240.1/pub/250M > /dev/null --> 10.37M/s I guess the switch has some troubles with its store&forward engine when transferring data from GE to FE and(!) the GE is a 5.3, if GE is 4.10 then it works. So the only significant difference is the OS (thats why I discuss it here and not with the guys of netgear this time). I have a spare "router-box", running a offline-hot-standby copy of our external packet filter (outside our external DMZ). I may install 5.3 on that box to have a 5.3 running on FE, even though I don't belive that will make a difference what kind of system is the target. Who knows. Regards Raphael Becker PS: all players on GE: IP OS IF desc .1 4.10 fxp1,FE internal router, PE350, 128MB RAM .254 4.10 fxp1,FE external router, PE350, 128MB RAM .52 4.10 bge1,GE normal host, PE2650, 1024MB RAM .54 5.3 bge0,GE dito, 2048MB RAM .55 5.3 bge0,GE dito, 2048MB RAM .56 5.3 bge0,GE dito, 2048MB RAM From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 14:12:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B057D16A4CE; Sat, 18 Sep 2004 14:12:38 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9E843D41; Sat, 18 Sep 2004 14:12:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8IECbfA085849; Sat, 18 Sep 2004 10:12:37 -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 i8IECbxe042560; Sat, 18 Sep 2004 10:12:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 84D077303F; Sat, 18 Sep 2004 10:12:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040918141237.84D077303F@freebsd-current.sentex.ca> Date: Sat, 18 Sep 2004 10:12:37 -0400 (EDT) Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 14:12:38 -0000 TB --- 2004-09-18 13:17:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-18 13:17:59 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2004-09-18 13:17:59 - checking out the source tree TB --- 2004-09-18 13:17:59 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2004-09-18 13:17:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-18 13:26:03 - building world (CFLAGS=-O -pipe) TB --- 2004-09-18 13:26:03 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2004-09-18 13:26:03 - /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 [...] cc -O -pipe -DHAVE_POLL_H -o faithd faithd.o tcp.o ftp.o prefix.o gzip -cn /tinderbox/RELENG_5/i386/i386/src/usr.sbin/faithd/faithd.8 > faithd.8.gz ===> usr.sbin/fdcontrol cc -O -pipe -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/RELENG_5/i386/i386/src/usr.sbin/fdcontrol/fdcontrol.c /tinderbox/RELENG_5/i386/i386/src/usr.sbin/fdcontrol/fdcontrol.c: In function `main': /tinderbox/RELENG_5/i386/i386/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/RELENG_5/i386/i386/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/i386/i386/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src/usr.sbin/fdcontrol. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2004-09-18 14:12:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-18 14:12:37 - ERROR: failed to build world TB --- 2004-09-18 14:12:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 15:10:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC96316A4CE for ; Sat, 18 Sep 2004 15:10:22 +0000 (GMT) Received: from out010.verizon.net (out010pub.verizon.net [206.46.170.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43EF443D31 for ; Sat, 18 Sep 2004 15:10:22 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out010.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040918151020.HPA23744.out010.verizon.net@[10.0.3.231]> for ; Sat, 18 Sep 2004 10:10:20 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <16714.2466.353010.629983@canoe.dclg.ca> References: <16714.2466.353010.629983@canoe.dclg.ca> Content-Type: multipart/mixed; boundary="=-PTc7i65lTfhDY2erBsdb" Message-Id: <1095520160.920.9.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 18 Sep 2004 11:10:02 -0400 X-Authentication-Info: Submitted using SMTP AUTH at out010.verizon.net from [141.153.167.39] at Sat, 18 Sep 2004 10:10:20 -0500 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: usb hub disconnect crashes 5.3-BETA4 hard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 15:10:22 -0000 --=-PTc7i65lTfhDY2erBsdb Content-Type: text/plain Content-Transfer-Encoding: 7bit On Thu, 2004-09-16 at 17:46, David Gilbert wrote: > I have two different USB mice. One is a little portable one that has > a wireless "dongle" that pluggs into the port. This one works fine. > > The second is an MX-900 (Logitec) that is a "bluetooth" mouse... but > the unit itself shows up as a USB hub and a usb mouse in that hub. > This (I believe) is due to the fact that the "base station" is > emulating a usb mouse ... but also has the ability to show up as a > bluetooth receiver (if you enable it). That function is not enabled > on my mouse --- so it shows up as hub with a mouse attached to the > hub. > > When the hub/mouse is unplugged, FreeBSD-5.3-BETA4 panic's hard but > BETA2 did not. This may be a false hope ... I think I have seen this > before, but I don't remember exactly. > > When it panics hard, I see "ums0 detached" (bright text) followed by > "(null) at uhub4 " followed by a panic message an > no dump. > > Here is the kernel messages for the working mouse: > > [3:2:302]dgilbert@canoe:~> dmesg | grep -i usb > uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 > usb2: on uhci2 > usb2: USB revision 1.0 > ehci0: mem 0xf4fffc00-0xf4ffffff irq 11 at device 29.7 on pci0 > ehci_pci_attach: companion usb0 > ehci_pci_attach: companion usb1 > ehci_pci_attach: companion usb2 > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > ums0: PATEN USB Receiver, rev 1.10/1.03, addr 2, iclass 3/1 > ums0: PATEN USB Receiver, rev 1.10/1.03, addr 2, iclass 3/1 > > Here are the kernel messages for the mouse attaching (obviously I > can't show the exact detatch messages): > > uhub4: Texas Instruments General Purpose USB Hub, class 9/0, rev 1.10/1.01, addr 3 > uhub4: 2 ports with 0 removable, bus powered > ums1: Logitech USB Receiver, rev 1.10/27.04, addr 4, iclass 3/1 > ums1: 7 buttons and Z dir. > > Dave. I was able to lay with this situation a little bit more and discovered that plugging and unplugging USB 2.0/1.1 hub with no devices or USB-to-serial adapter does not cause a crash. However, if I unplug USB docking station which has 4-port USB 1.0 hub, ums, ukbd, ubsa and ulpt crashes system reliably. I am running 6.0-current with the exception of psm.c rolled back to 1.70 because of Synaptic support. I load usb stack as modules, and to reproduce crash 'usb.ko' is sufficient. I have been able to produce a dump and poke around it with gdb, but I do not have enough expertise to glean much, apart from the fact that it happens when bus deletes a child. I have attached output of dmesg, kldstat -v, usbdevs -v, pciconf -l -v and gdb examining crash dump. Dump itself is 600MB+, so if someone needs it we can see what could be done. If there are patches to test or things to try, I will be glad to oblige. --- Alexandre "Sunny" Kovalenko. --=-PTc7i65lTfhDY2erBsdb-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 15:19:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0414416A4CE for ; Sat, 18 Sep 2004 15:19:27 +0000 (GMT) Received: from web14828.mail.yahoo.com (web14828.mail.yahoo.com [216.136.225.230]) by mx1.FreeBSD.org (Postfix) with SMTP id A02BB43D46 for ; Sat, 18 Sep 2004 15:19:24 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040918151924.98910.qmail@web14828.mail.yahoo.com> Received: from [212.143.154.227] by web14828.mail.yahoo.com via HTTP; Sat, 18 Sep 2004 08:19:24 PDT Date: Sat, 18 Sep 2004 08:19:24 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: patch: selecting "All" on some of sysinstall(8) menus doesn't make any distribution marked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 15:19:27 -0000 > uname -a FreeBSD localhost 5.3-BETA4 FreeBSD 5.3-BETA4 #0: Thu Sep 16 19:19:27 IDT 2004 root@localhost:/usr/obj/usr/src/sys/GENERIC i386 Hi, When one select "All" on some of the "Distributions" menus of sysinstall(8) no distribution is marked but actually all of them are selected for installation. It can confuse one during a new system installation. Following patch fixes this problem: --- dist.c.prev Sat Sep 18 17:37:01 2004 +++ dist.c Sat Sep 18 17:38:06 2004 @@ -291,7 +291,7 @@ XOrgDists = DIST_XORG_ALL; i = distMaybeSetPorts(self); distVerifyFlags(); - return i; + return i | DITEM_REDRAW; } static int If you want test this patch on installed system try following scenario before and after applying it to your source: 1. run 'sysinstall' as a root 2. go to "Custom | Distributions" or to "Custom | Distributions | Custom" menu 3. select "All" on the menu and see what distributions are marked after that P.S. If this patch is correct it should be commited to 5.3 before the release, IMHO. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 21:41:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77F6716A4CE; Fri, 17 Sep 2004 21:41:22 +0000 (GMT) Received: from ms-smtp-04.texas.rr.com (ms-smtp-04.texas.rr.com [24.93.47.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 146DD43D2D; Fri, 17 Sep 2004 21:41:22 +0000 (GMT) (envelope-from jmarquez@telenetwork.com) Received: from [24.175.57.77] (cs2417557-77.austin.rr.com [24.175.57.77]) i8HLdet1001717; Fri, 17 Sep 2004 16:39:40 -0500 (CDT) Message-ID: <414B59A9.3070108@telenetwork.com> Date: Fri, 17 Sep 2004 16:39:53 -0500 From: jesse marquez User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040917 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Sat, 18 Sep 2004 15:26:29 +0000 Subject: linuxpluginwrapper-20040831 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 21:41:22 -0000 $mozilla mozilla-bin: Fatal IO error 78 (Function not implemented) on X server :0.0. -------------------- Notes- Installed port linuxpluginwrapper using the guide located at http://forums.bsdnexus.com/viewtopic.php?p=911#911 #/etc/libmap.conf # Flash6 with Mozilla/Firebird/Galeon/Epiphany [/usr/local/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 pluginwrapper/flash6.so * libdl.so.2 pluginwrapper/flash6.so * libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3 libstdc++.so.4 libm.so.6 libm.so.2 libc.so.6 pluginwrapper/flash6.so * I can succesfully run Mozilla or Firefox if I comment out one of the indicated(*) lines above in my libmap.conf. Naturally, that leads me to this error - LoadPlugin: failed to initialize shared library /usr/local/lib/linux-flashplugin6/libflashplayer.so [Shared object "libpthread.so.0" not found, required by "libflashplayer.so"] I've tried rm -r the port directory and recvsuping. I've also tried reinstalling linuxpluginwrapper and linux-flashplugin in diffrent orders. #/etc/make.conf CPUTYPE=athlon-xp PERL_VER=5.6.1 PERL_VERSION=5.6.1 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo WITH_LIBMAP=yes WITH_GTK2=yes WITH_DROPSHADOW=yes WITHOUT_CHATZILLA=yes WITHOUT_IPV6=yes X_WINDOW_SYSTEM=xorg I've been working on this all morning and I've been unable to locate any further information on this issue. Any help is greatly appreciated. thanks ^^ From owner-freebsd-current@FreeBSD.ORG Fri Sep 17 21:54:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB01416A4CE; Fri, 17 Sep 2004 21:54:00 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F0D443D1D; Fri, 17 Sep 2004 21:54:00 +0000 (GMT) (envelope-from klr@6s-gaming.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id B4CC315C9C; Fri, 17 Sep 2004 18:49:11 +0000 (GMT) Received: from 81.84.174.8 (SquirrelMail authenticated user klr@6s-gaming.com); by mail.revolutionsp.com with HTTP; Fri, 17 Sep 2004 18:49:11 -0000 (GMT) Message-ID: <61203.81.84.174.8.1095446951.squirrel@81.84.174.8> In-Reply-To: <200409162125.26588.max@love2party.net> References: <58653.81.84.174.8.1095267239.squirrel@81.84.174.8> <4149C2E0.6000902@dequim.ist.utl.pt> <4149E738.8090300@veldy.net> <200409162125.26588.max@love2party.net> Date: Fri, 17 Sep 2004 18:49:11 -0000 (GMT) From: "Hugo Silva" To: freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Sat, 18 Sep 2004 15:26:29 +0000 Subject: Re: pf not logging on 5.3-BETA3 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 21:54:01 -0000 > On Thursday 16 September 2004 21:19, Thomas T. Veldhouse wrote: >> Bruno Afonso wrote: >> > Thomas T. Veldhouse wrote: >> >> Max Laier wrote: >> >>> Okay, have you guys read UPDATING? >> >> >> >> Yes, but it is from a BETA3 install ... so the user/group was already >> >> their. Besides, installworld will fail unless this group is added >> >> first. >> > >> > Did you do "mergemaster -p" ? >> >> Yes. But like I said, it is not required to move from 5.3-BETA3 to >> RELENG_5 as the changes in master.passwd and group are already there. >> If they were not, an installworld would fail because the chown or chgrp >> commands fail trying to set the user or group to _pflogd or authpf >> (group). >> >> In any event, my passwd and group file are indeed up to date and >> /var/log/pflog broken (no logging taking place). >> >> fuggle# ps aux | grep pf >> root 340 0.0 0.3 1584 612 ?? Ss 3:05PM 0:00.01 pflogd: >> [priv] ( >> _pflogd 343 0.0 0.3 1648 652 ?? S 3:05PM 0:11.14 pflogd: >> [running >> root 21395 0.0 0.1 440 224 p1 R+ 2:18PM 0:00.00 grep pf > > Are you sure that you have logging rules in place? And are you sure that > these > rules are matched? Please attach the output of "$pfctl -vvsr" if in doubt. > Yep, I can follow the log with my pflog script: [root@evilreborn:/home/klr]# pflog tcpdump: WARNING: pflog0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on pflog0, link-type PFLOG (OpenBSD pflog file), capture size 96 bytes 2. 827601 rule 7/0(match): block out on rl1: IP X.X.X.X.61201 > 66.35.250.150.6060: S 1604621353:1604621353(0) win 65535 (ip blocked out) [workstation: [killer@europa:/home/killer/] telnet slashdot.org 6060 Trying 66.35.250.150... ] The script (very simple): [root@evilreborn:/home/klr]# cat `which pflog` tcpdump -n -e -ttt -i pflog0 This ensures logging rules are there, but anyway: [root@evilreborn:/home/klr]# grep log /etc/pf.conf block in log on $net proto { tcp,udp,icmp } block out log on $net proto { tcp,udp,icmp } > Also, are you using the module or did you build pf into your kernel > directly? Compiled directly into the kernel, device pf/pflog/pfsync, all ALTQ options: options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build options ALTQ device pf # Packet Filter device pfsync device pflog _DEBUG > Did you put in "device pflog" as well? What does "$ifconfig pflog0" say? [root@evilreborn:/home/klr]# ifconfig pflog0 pflog0: flags=41 mtu 33208 If more info is needed, let me know. I don't think this is an obvious mistake of me (altough it could be, I haven't looked to this problem in the last days, must take some time to look more carefully at it). As a reminder, the system is: FreeBSD evilreborn 5.3-BETA3 FreeBSD 5.3-BETA3 #0: Wed Sep 15 19:18:51 WEST 2004 klr@evilreborn:/usr/src/sys/i386/compile/evilreborn53-kernel i386 > > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News > Best Regards, Hugo From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 04:31:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDE6516A4CE for ; Sat, 18 Sep 2004 04:31:30 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A229143D2D for ; Sat, 18 Sep 2004 04:31:30 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id A0007C557; Sat, 18 Sep 2004 00:31:29 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 2A4841D2070; Sat, 18 Sep 2004 00:31:27 -0400 (EDT) Message-ID: <16715.47647.119208.369735@canoe.dclg.ca> Date: Sat, 18 Sep 2004 00:31:27 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid From: freebsd-lists@dclg.ca To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sat, 18 Sep 2004 15:26:29 +0000 Subject: usb hub disconnect crashes 5.3-BETA4 hard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 04:31:31 -0000 I have two different USB mice. One is a little portable one that has a wireless "dongle" that pluggs into the port. This one works fine. The second is an MX-900 (Logitec) that is a "bluetooth" mouse... but the unit itself shows up as a USB hub and a usb mouse in that hub. This (I believe) is due to the fact that the "base station" is emulating a usb mouse ... but also has the ability to show up as a bluetooth receiver (if you enable it). That function is not enabled on my mouse --- so it shows up as hub with a mouse attached to the hub. When the hub/mouse is unplugged, FreeBSD-5.3-BETA4 panic's hard but BETA2 did not. This may be a false hope ... I think I have seen this before, but I don't remember exactly. When it panics hard, I see "ums0 detached" (bright text) followed by "(null) at uhub4 " followed by a panic message an no dump. Here is the kernel messages for the working mouse: [3:2:302]dgilbert@canoe:~> dmesg | grep -i usb uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 ehci0: mem 0xf4fffc00-0xf4ffffff irq 11 at device 29.7 on pci0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 ums0: PATEN USB Receiver, rev 1.10/1.03, addr 2, iclass 3/1 ums0: PATEN USB Receiver, rev 1.10/1.03, addr 2, iclass 3/1 Here are the kernel messages for the mouse attaching (obviously I can't show the exact detatch messages): uhub4: Texas Instruments General Purpose USB Hub, class 9/0, rev 1.10/1.01, addr 3 uhub4: 2 ports with 0 removable, bus powered ums1: Logitech USB Receiver, rev 1.10/27.04, addr 4, iclass 3/1 ums1: 7 buttons and Z dir. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 09:25:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E68C16A4CF for ; Sat, 18 Sep 2004 09:25:25 +0000 (GMT) Received: from mail.zunet.ru (mail.zunet.ru [217.67.117.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D1943D45 for ; Sat, 18 Sep 2004 09:25:24 +0000 (GMT) (envelope-from sand@zunet.ru) Received: (qmail 28449 invoked from network); 18 Sep 2004 09:30:16 -0000 Received: from mail.zunet.ru (HELO zunet.ru) (217.67.117.68) by mail.zunet.ru with SMTP; 18 Sep 2004 09:30:16 -0000 Received: (qmail 28442 invoked by uid 1002); 18 Sep 2004 09:30:16 -0000 Message-ID: <20040918093016.28438.qmail@zunet.ru> In-Reply-To: <41498603.4050909@DeepCore.dk> To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sat, 18 Sep 2004 13:30:16 +0400 (MSD) Sender: sand@zunet.ru From: Stikheev Andrew X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sat, 18 Sep 2004 15:26:29 +0000 cc: current@freebsd.org cc: Stikheev Andrew Subject: Re: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=207594611 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 09:25:26 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > Stikheev Andrew wrote: > > Hi, > > > > I also have same problems, but only with SATA-disks with > > SiI 3112 SATA150 controller (check it with two controllers - onboard > > and pci) . Under heavy load on sata-disks system freezes. > > Thats a seprate issue with the sii3112 and your sources are way too old > to compare with a new -current. > You sii3112 timeouts should actually be fixed now :) Hmm, I update system to last -current(16 Sep), no freezes yet, but too many messages like this: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3526743 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=11862771 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=12951039 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6576947 ad0: WARNING - WRITE_DMA no interrupt but good status ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=19113807 ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3526687 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=10133087 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=12910103 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8493567 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=9095399 ad0: WARNING - WRITE_DMA no interrupt but good status ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=591 ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=10148703 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=9086519 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=170119 ad0: WARNING - READ_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8630335 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3884127 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=10140639 ad0: WARNING - WRITE_DMA no interrupt but good status ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=7855895 ad0: WARNING - READ_DMA no interrupt but good status ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=89221071 ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=114679887 ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=114679887 Before update I did not see problems with ad0. > > -S?ren > > > > > dmesg: > > > > FreeBSD 5.2-CURRENT #0: Tue Aug 17 00:13:10 MSD 2004 > > cry0@video:/usr/obj/usr/src/sys/VIDEO > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Celeron(R) CPU 1.70GHz (1703.87-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf13 Stepping = 3 > > Features=0x3febfbff > MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> > > real memory = 536854528 (511 MB) > > avail memory = 515768320 (491 MB) > > npx0: [FAST] > > npx0: on motherboard > > npx0: INT 16 interface > > acpi0: on motherboard > > acpi0: [GIANT-LOCKED] > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 > > cpu0: on acpi0 > > acpi_button0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > agp0: mem 0xf0000000-0xf0ffffff at device 0.0 > > on pci0 > > pcib1: mem 0xe8000000-0xe8ffffff at device 1.0 on pci0 > > pci1: on pcib1 > > pci0: at device 29.0 (no driver attached) > > pci0: at device 29.1 (no driver attached) > > pci0: at device 29.2 (no driver attached) > > pci0: at device 29.7 (no driver attached) > > pcib2: at device 30.0 on pci0 > > pci2: on pcib2 > > pci2: at device 0.0 (no driver attached) > > fxp0: port 0xb800-0xb81f mem 0xdf800000-0xdf8ffff > > f,0xe7000000-0xe7000fff irq 9 at device 2.0 on pci2 > > miibus0: on fxp0 > > inphy0: on miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:04:ac:58:e1:26 > > fxp0: [GIANT-LOCKED] > > bge0: mem 0xdf000000-0xdf0 > > 0ffff irq 10 at device 5.0 on pci2 > > miibus1: on bge0 > > brgphy0: on miibus1 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX > > -FDX, auto > > bge0: Ethernet address: 00:0c:6e:11:8d:2f > > bge0: [GIANT-LOCKED] > > atapci0: port 0xa000-0xa00f,0xa400-0xa403,0xa800-0 > > xa807,0xb000-0xb003,0xb400-0xb407 mem 0xde800000-0xde8001ff irq 5 at device 6.0 > > on pci2 > > ata2: at 0xde800000 on atapci0 > > ata3: at 0xde800000 on atapci0 > > fxp1: port 0x9800-0x981f mem 0xde000000-0xde0ffff > > f,0xe6000000-0xe6000fff irq 10 at device 7.0 on pci2 > > miibus2: on fxp1 > > inphy1: on miibus2 > > inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp1: Ethernet address: 00:04:ac:58:aa:c3 > > fxp1: [GIANT-LOCKED] > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci1: port 0xf000-0xf00f,0x376,0x170-0x177,0x > > 3f6,0x1f0-0x1f7 irq 10 at device 31.1 on pci0 > > ata0: at 0x1f0 irq 14 on atapci1 > > ata1: at 0x170 irq 15 on atapci1 > > fdc0: port 0x3f7,0x3f2-0 > > x3f5 irq 6 drq 2 on acpi0 > > fdc0: FIFO enabled, 8 bytes threshold > > ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > ppc0: FIFO with 16/16/16 bytes threshold > > ppbus0: on ppc0 > > plip0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > > sio0: type 16550A, console > > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > > sio1: type 16550A > > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > > pmtimer0 on isa0 > > orm0: at iomem 0xd4000-0xd47ff,0xcc000-0xd07ff,0xc8000-0xc87ff > > ,0xc0000-0xc7fff on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > Timecounter "TSC" frequency 1703871540 Hz quality 800 > > Timecounters tick every 1.000 msec > > ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to acc > > ept, logging disabled > > ad0: 152627MB [310101/16/63] at ata0-master UDMA100 > > ad1: 239372MB [486344/16/63] at ata0-slave UDMA100 > > ad2: 190782MB [387621/16/63] at ata1-master UDMA100 > > ad3: 238475MB [484521/16/63] at ata1-slave UDMA100 > > ad4: 190782MB [387621/16/63] at ata2-master SATA150 > > ad6: 238475MB [484521/16/63] at ata3-master SATA150 > > > > Last messages before system hangs : > > > > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=9557199 > > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=591 > > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=591 > > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=95566671 > > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=95566671 > > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=193622479 > > ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=267662031 > > > > > -- Best regards, Stihkeev Andrew From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 14:44:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1B9A16A4CE for ; Sat, 18 Sep 2004 14:44:10 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 916E943D31 for ; Sat, 18 Sep 2004 14:44:10 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i8IEiAKV017836; Sat, 18 Sep 2004 07:44:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i8IEi97f017835; Sat, 18 Sep 2004 07:44:09 -0700 (PDT) (envelope-from sgk) Date: Sat, 18 Sep 2004 07:44:09 -0700 From: Steve Kargl To: Martin Message-ID: <20040918144409.GA17802@troutmask.apl.washington.edu> References: <41417326.1000309@withagen.nl> <1095437354.1094.4.camel@klotz.local> <20040917164527.GB12002@troutmask.apl.washington.edu> <1095507437.922.3.camel@klotz.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1095507437.922.3.camel@klotz.local> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sat, 18 Sep 2004 15:26:29 +0000 cc: "Boris B. Samorodov" cc: Ian FREISLICH cc: FreeBSD Current Subject: Re: [SOLVED] Interrupt storm detected on "irq7: lpt0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 14:44:10 -0000 On Sat, Sep 18, 2004 at 01:43:29PM +0200, Martin wrote: > Am Fr, den 17.09.2004 schrieb Steve Kargl um 18:45: > > > lptcontrol -e > > Almost! But thanks, you gave me the right hint. > > For me "lptcontrol -p" works. > > Does it have something to do with > "options DEVICE_POLLING" enabled in my kernel? > I don't know the answer. My printer went from printing at a good clip to molasses. I finally realized that the driver was set in interrupt mode. In my investigation I recalled the lptcontrol command and now the printer is happy again. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 15:52:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A1916A4CE for ; Sat, 18 Sep 2004 15:52:05 +0000 (GMT) Received: from web50709.mail.yahoo.com (web50709.mail.yahoo.com [206.190.38.250]) by mx1.FreeBSD.org (Postfix) with SMTP id 6DA7C43D31 for ; Sat, 18 Sep 2004 15:52:05 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20040918155204.71955.qmail@web50709.mail.yahoo.com> Received: from [68.40.135.37] by web50709.mail.yahoo.com via HTTP; Sat, 18 Sep 2004 08:52:04 PDT Date: Sat, 18 Sep 2004 08:52:04 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Serial port activity can make 5.3-BETA4 inaccessable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 15:52:05 -0000 I made the mistake of cross-connecting two serial ports to allow access to the consoles of either machine from the other. Both machines were rebooted at the same time. At the moment I'm hoping the guy with the key to the colo space wakes up soon so I can go there and save things.. Is there a way to prevent the 'login: deadlock' from rendering both machines inaccessable from the network ? -kim _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 16:38:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9FDA16A4CF; Sat, 18 Sep 2004 16:38:27 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D5D43D54; Sat, 18 Sep 2004 16:38:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8IGcQAe062718; Sat, 18 Sep 2004 12:38:26 -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 i8IGcQYZ090526; Sat, 18 Sep 2004 12:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7960E7303F; Sat, 18 Sep 2004 12:38:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040918163826.7960E7303F@freebsd-current.sentex.ca> Date: Sat, 18 Sep 2004 12:38:26 -0400 (EDT) Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 16:38:28 -0000 TB --- 2004-09-18 15:33:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-18 15:33:32 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2004-09-18 15:33:32 - checking out the source tree TB --- 2004-09-18 15:33:32 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2004-09-18 15:33:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-18 15:41:39 - building world (CFLAGS=-O -pipe) TB --- 2004-09-18 15:41:39 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2004-09-18 15:41:39 - /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 [...] cc -O -pipe -DHAVE_POLL_H -o faithd faithd.o tcp.o ftp.o prefix.o gzip -cn /tinderbox/RELENG_5/ia64/ia64/src/usr.sbin/faithd/faithd.8 > faithd.8.gz ===> usr.sbin/fdcontrol cc -O -pipe -I/tinderbox/RELENG_5/ia64/ia64/src/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/RELENG_5/ia64/ia64/src/usr.sbin/fdcontrol/fdcontrol.c /tinderbox/RELENG_5/ia64/ia64/src/usr.sbin/fdcontrol/fdcontrol.c: In function `main': /tinderbox/RELENG_5/ia64/ia64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/RELENG_5/ia64/ia64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/ia64/ia64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src/usr.sbin/fdcontrol. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2004-09-18 16:38:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-18 16:38:26 - ERROR: failed to build world TB --- 2004-09-18 16:38:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 16:40:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16C3D16A568 for ; Sat, 18 Sep 2004 16:40:39 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2155743D45 for ; Sat, 18 Sep 2004 16:40:08 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) i8IGe6aI096656 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 18 Sep 2004 18:40:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)i8IGe6MK096655 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 18:40:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.13.1/8.13.1) with ESMTP id i8IGaeVw016801 for ; Sat, 18 Sep 2004 18:36:40 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.1/8.13.1/Submit) id i8IGaeW6016800 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 18:36:40 +0200 (CEST) (envelope-from andreas) Date: Sat, 18 Sep 2004 18:36:40 +0200 From: Andreas Klemm To: freebsd-current@freebsd.org Message-ID: <20040918163640.GA9634@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.3-BETA4 X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.6i Subject: top shows only few or no processes on a loaded machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 16:40:39 -0000 Top displays running processes very rarely. last pid: 9284; load averages: 2.13, 0.83, 0.39 up 0+03:34:17 18:32:25 88 processes: 3 running, 85 sleeping CPU states: 4.7% user, 57.8% nice, 34.4% system, 0.0% interrupt, 3.1% idle Mem: 111M Active, 269M Inact, 88M Wired, 24M Cache, 60M Buf, 6288K Free Swap: 1024M Total, 220K Used, 1024M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND I use "s1" and "i". I have the subjective feeling, that in former versions of FreeBSD top displayed processes more regulary. Now very often the list of processes is relatively unpopulated although the machine is busy doing things. Is this due to changes in design of the scheduler ? Im using the BSD scheduler not ULE. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 16:54:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A22A116A4CE; Sat, 18 Sep 2004 16:54:49 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 452A143D2F; Sat, 18 Sep 2004 16:54:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8IGsmKK065186; Sat, 18 Sep 2004 12:54:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8IGslYp042695; Sat, 18 Sep 2004 12:54:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A36437303F; Sat, 18 Sep 2004 12:54:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040918165447.A36437303F@freebsd-current.sentex.ca> Date: Sat, 18 Sep 2004 12:54:47 -0400 (EDT) Subject: [releng_5 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 16:54:49 -0000 TB --- 2004-09-18 16:38:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-18 16:38:26 - starting RELENG_5 tinderbox run for powerpc/powerpc TB --- 2004-09-18 16:38:26 - checking out the source tree TB --- 2004-09-18 16:38:26 - cd /home/tinderbox/RELENG_5/powerpc/powerpc TB --- 2004-09-18 16:38:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-18 16:46:33 - building world (CFLAGS=-O -pipe) TB --- 2004-09-18 16:46:33 - cd /home/tinderbox/RELENG_5/powerpc/powerpc/src TB --- 2004-09-18 16:46:33 - /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 [...] cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REP.c -o asn1_TGS_REP.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TGS_REQ.c -o asn1_TGS_REQ.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_Ticket.c -o asn1_Ticket.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TicketFlags.c -o asn1_TicketFlags.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_TransitedEncoding.c -o asn1_TransitedEncoding.So cc -fpic -DPIC -O -pipe -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1/../../include -DINET6 -c asn1_UNSIGNED.c -o asn1_UNSIGNED.So building shared library libasn1.so.7 Abort trap (core dumped) *** Error code 134 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/RELENG_5/powerpc/powerpc/src. TB --- 2004-09-18 16:54:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-18 16:54:47 - ERROR: failed to build world TB --- 2004-09-18 16:54:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 17:10:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D515C16A4CE; Sat, 18 Sep 2004 17:10:39 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0CBD43D49; Sat, 18 Sep 2004 17:10:39 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8IHCH9U031098; Sat, 18 Sep 2004 10:12:17 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8IHCGU9031095; Sat, 18 Sep 2004 10:12:16 -0700 Date: Sat, 18 Sep 2004 10:12:16 -0700 From: Brooks Davis To: Robert Watson Message-ID: <20040918171216.GA27533@odin.ac.hmc.edu> References: <20040918051758.GA18656@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 17:10:40 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 18, 2004 at 08:55:01AM -0400, Robert Watson wrote: >=20 > On Fri, 17 Sep 2004, Brooks Davis wrote: >=20 > > On Fri, Sep 17, 2004 at 09:30:19PM +0200, Dag-Erling Sm=F8rgrav wrote: > > > Brooks Davis writes: > > > > Thus, so you have to know how much space you w= ill > > > > need before doing any kind of allocation, hence the double loop and= the > > > > potential race. > > >=20 > > > Using sbufs removes the need for loop and greatly simplifies how you > > > deal with overflows. > >=20 > > Indeed it does. I'm not fully happy with the hardcoding of a maximum > > size, but I doubt anyone will hit it in practice. Here's a new and > > improved patch that makes a single pass and uses sbufs.=20 >=20 > Have you tried seeing just how many addresses you can add before > getifaddrs() fails to return the complete list? 128k seems like a lot, > but I instrumente ifconf() locally a couple of weeks ago when I first > became aware of this problem, and discovered that even on my notebook > (which has a wireless card with one IP, and an unused ethernet card) that > I see moderately large buffers being read from user space: >=20 > ifconf: 16384 space > ifconf: 2048 space > ifconf: 2048 space > ifconf: 4095 space >=20 > This is from a printf of ifc->ifc_len before the loop begins. Those allocations don't seem to make any sense. The actual space required is quite small. All you do is copy one struct ifreq out for each address, plus one for each interface with no addresses. The base size of a struct ifreq is 32 bytes and it extends to 34 for IPv6 addresses. The maximum size allowed by the data types is 273 (for a 255 byte address). Since I think IPv6 are the largest addresses used in practice, MAXPHYS is probably not too bad, though it does put a new cap on the number of interfaces at ~4k. If we want to keep kernel allocations small and allow all the itnerfaces to be reliably reported, we probably need to go back to my origional plan where we loop repeatidly. I might do it differently by allocating up to MAXPHYS and only reallocating if we overflow. That would avoid doing it twice (or more) on normal machines while still being correct. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBTGxvXY6L6fI4GtQRAo85AJ9xxaQfSuJhbHgGexVG8vYYboFmyQCfdFbf JylslNS7bGzYBK6fvSnjmss= =Ac7B -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 17:43:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B89F116A4CE; Sat, 18 Sep 2004 17:43:01 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6850F43D48; Sat, 18 Sep 2004 17:43:01 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i8IHgTfc094361; Sat, 18 Sep 2004 13:42:29 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i8IHgOug094355; Sat, 18 Sep 2004 13:42:29 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 18 Sep 2004 13:42:24 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brooks Davis In-Reply-To: <20040918171216.GA27533@odin.ac.hmc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 17:43:01 -0000 On Sat, 18 Sep 2004, Brooks Davis wrote: > > Have you tried seeing just how many addresses you can add before > > getifaddrs() fails to return the complete list? 128k seems like a lot, > > but I instrumente ifconf() locally a couple of weeks ago when I first > > became aware of this problem, and discovered that even on my notebook > > (which has a wireless card with one IP, and an unused ethernet card) that > > I see moderately large buffers being read from user space: > > > > ifconf: 16384 space > > Those allocations don't seem to make any sense. The actual space > required is quite small. All you do is copy one struct ifreq out for > each address, plus one for each interface with no addresses. The base > size of a struct ifreq is 32 bytes and it extends to 34 for IPv6 > addresses. The maximum size allowed by the data types is 273 (for a 255 > byte address). Since I think IPv6 are the largest addresses used in > practice, MAXPHYS is probably not too bad, though it does put a new cap > on the number of interfaces at ~4k. > > If we want to keep kernel allocations small and allow all the itnerfaces > to be reliably reported, we probably need to go back to my origional > plan where we loop repeatidly. I might do it differently by allocating > up to MAXPHYS and only reallocating if we overflow. That would avoid > doing it twice (or more) on normal machines while still being correct. I'm not too worried about theory, mostly about practice. I.e., if you add a few thousand IP addresses to a tap device, does all go happily? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 17:46:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83AF016A4D7; Sat, 18 Sep 2004 17:46:18 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10EEC43D54; Sat, 18 Sep 2004 17:46:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i8IHkHrB011661; Sat, 18 Sep 2004 13:46:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8IHkHsr062121; Sat, 18 Sep 2004 13:46:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 579B57303F; Sat, 18 Sep 2004 13:46:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040918174617.579B57303F@freebsd-current.sentex.ca> Date: Sat, 18 Sep 2004 13:46:17 -0400 (EDT) Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 17:46:18 -0000 TB --- 2004-09-18 16:54:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-18 16:54:47 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2004-09-18 16:54:47 - checking out the source tree TB --- 2004-09-18 16:54:47 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2004-09-18 16:54:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-09-18 17:01:17 - building world (CFLAGS=-O -pipe) TB --- 2004-09-18 17:01:17 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2004-09-18 17:01:17 - /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 [...] cc -O -pipe -DHAVE_POLL_H -o faithd faithd.o tcp.o ftp.o prefix.o gzip -cn /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/faithd/faithd.8 > faithd.8.gz ===> usr.sbin/fdcontrol cc -O -pipe -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/fdcontrol/fdcontrol.c /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/fdcontrol/fdcontrol.c: In function `main': /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/fdcontrol. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. TB --- 2004-09-18 17:46:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-18 17:46:17 - ERROR: failed to build world TB --- 2004-09-18 17:46:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 18:11:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B56516A4CE for ; Sat, 18 Sep 2004 18:11:15 +0000 (GMT) Received: from fed1rmmtai06.cox.net (fed1rmmtai06.cox.net [68.230.241.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0C1743D1F for ; Sat, 18 Sep 2004 18:11:14 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao06.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040918175730.KUS21108.fed1rmmtao06.cox.net@mezz.mezzweb.com>; Sat, 18 Sep 2004 13:57:30 -0400 Date: Sat, 18 Sep 2004 12:57:38 -0500 To: "John Asher" References: From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera M2/7.54 (Linux, build 751) cc: "current@freebsd.org" Subject: Re: opera-7.54.20040803_2 opera: Could not initialize spell checker interface. File not found or could not be opened (-7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 18:11:15 -0000 This doesn't belong to freebsd-current, you know better. On Fri, 17 Sep 2004 23:54:08 +0200, John Asher wrote: > Hello, > > I have tried to install Opera (opera-7.54.20040803_2 ) and I get the > folowing error after starting: > > opera: Could not initialize spell checker interface. File not found > or could not be opened (-7) > > I have deinstalled and reinstalled aspell, no problems, but still the > spellcheck interface is not working. Opera is the one that who will need to update. You can try to use libmap.conf for to get aspell.so.15 point to aspell.so.16, but I don't know if it will work. Cheers, Mezz > From the commandline in a xwindow as regular user, the same user that > starts opera, aspell is working, or at least show that it exists. I > think all the dictionaries where installed. > > After searching on the Internet, I also created a second spellcheck.ini > file with default language in it, and I created a aspell .config file in > my homedirectory with the same default language, (us). > > No good result at all, I would be happy if someone has some experience > with this. > > With best regards! > > John Asher. -- mezz7 at cox.net - mezz at FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 18:49:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCA0A16A4CE for ; Sat, 18 Sep 2004 18:49:41 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD65943D31 for ; Sat, 18 Sep 2004 18:49:41 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id C239F5C929; Sat, 18 Sep 2004 11:49:41 -0700 (PDT) Date: Sat, 18 Sep 2004 20:49:41 +0200 From: Maxime Henrion To: Mike Tancsa Message-ID: <20040918184941.GI13294@elvis.mu.org> References: <6.1.2.0.0.20040917210537.04649508@64.7.153.2> <6.1.2.0.0.20040917235915.0533eba8@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.1.2.0.0.20040917235915.0533eba8@64.7.153.2> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: ICH6 (Intel 915 support) + fxp and ICH6 patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 18:49:42 -0000 Mike Tancsa wrote: > > A little more digging, and it seems to be an fxp based on the 82562EZ > In if_fxp.c, I added > > > %diff -u if_fxp.c /tmp/if_fxp.c > --- if_fxp.c Wed Aug 11 17:41:25 2004 > +++ /tmp/if_fxp.c Sat Sep 18 01:35:22 2004 > @@ -170,6 +170,7 @@ > { 0x103E, -1, "Intel 82801DB (ICH4) Pro/100 VM Ethernet" }, > { 0x1050, -1, "Intel 82801BA (D865) Pro/100 VE Ethernet" }, > { 0x1051, -1, "Intel 82562ET (ICH5/ICH5R) Pro/100 VE Ethernet" }, > + { 0x1064, -1, "Intel 82562EZ (ICH6)" }, > { 0x1059, -1, "Intel 82551QM Pro/100 M Mobile Connection" }, > { 0x1209, -1, "Intel 82559ER Embedded 10/100 Ethernet" }, > { 0x1229, 0x01, "Intel 82557 Pro/100 Ethernet" }, > % > > I didnt know how to update the inphy info, but it seems close enough to at > least get it working. > > fxp0: port 0xd200-0xd23f mem 0xd00a0000-0xd00a0fff > irq 12 at device 8.0 on pci1 > fxp0: Ethernet address: 00:01:80:57:29:a9 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > And it *seems* to work. A quick ftp test in either direction shows ~ > 11.1MB/s I just committed this patch. Thanks! Maxime From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 18:58:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C71716A4CE for ; Sat, 18 Sep 2004 18:58:44 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE32443D60 for ; Sat, 18 Sep 2004 18:58:43 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 41E1AACADB; Sat, 18 Sep 2004 20:58:41 +0200 (CEST) Date: Sat, 18 Sep 2004 20:58:41 +0200 From: Pawel Jakub Dawidek To: Ivan Voras Message-ID: <20040918185841.GA30151@darkness.comp.waw.pl> References: <414C2E85.6090904@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jZnR4mV1dccezQyz" Content-Disposition: inline In-Reply-To: <414C2E85.6090904@fer.hr> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@freebsd.org Subject: Re: gmirror: DIRTY flag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 18:58:44 -0000 --jZnR4mV1dccezQyz Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 18, 2004 at 02:48:05PM +0200, Ivan Voras wrote: +> I have some questions about gmirror "list" report: +>=20 +> 1) What does the "DIRTY" flag mean? Anything bad? It means, that your mirror is open for writing. It is not bad:) Using this flag allows gmirror to detect if it was closed in clean way, ie. there was no power failure, etc. In case of an power failure, mirror is synchronized. +> 2) When (and how) does the SyncID field change? It is used to detect stale component. It is increased in some situations, like, eg. one component was lost and write request went to the mirror, then syncid is increased on active components, so when lost component is back, gmirror detects it as stale component and rebuild. +> t1# gmirror list +> Geom name: netmirror +> Components: 2 +> Balance: round-robin +> Slice: 4096 +> Flags: NONE +> SyncID: 1 +> ID: 3859137981 +> Providers: +> 1. Name: mirror/netmirror +> Mediasize: 268434944 (256M) +> Sectorsize: 512 +> Mode: r1w1e0 +> Consumers: +> 1. Name: ad2s1e +> Mediasize: 268435456 (256M) +> Sectorsize: 512 +> Mode: r1w1e1 +> State: ACTIVE +> Priority: 0 +> Flags: DIRTY +> SyncID: 1 +> ID: 1417083766 +> 2. Name: ggate0 +> Mediasize: 268435456 (256M) +> Sectorsize: 512 +> Mode: r1w1e1 +> State: ACTIVE +> Priority: 1 +> Flags: DIRTY +> SyncID: 1 +> ID: 899580387 You use ggate as one of your mirror components? Nice:) If you export this device over slow link, you can considern changing balance algorithm to 'prefer', so only local component will be used for reading. Remember, that 'prefer' algorithm is based on priority, so in your case ggate0 will be used for reading as component with bigger priority. Priority is also important for synchronization. If you have power failure, component with the biggest priority will be used as a master component, and all the rest components synchronize to him. Command for changing priority for running mirror is missing, but you can increase priority for local component by doing: # gmirror remove netmirror ad2s1e # gmirror insert -p 2 netmirror ad2s1e --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --jZnR4mV1dccezQyz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBTIVhForvXbEpPzQRAsLdAJwLVKXgpQ+/MZ8Wwf4oTW2Cbn+vOgCfX4y0 65j1dOGcJ68tDdCPsa79tQw= =WK25 -----END PGP SIGNATURE----- --jZnR4mV1dccezQyz-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 19:06:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6D7916A4CE for ; Sat, 18 Sep 2004 19:06:45 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B6D43D31 for ; Sat, 18 Sep 2004 19:06:45 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 8FB13F18B8 for ; Sat, 18 Sep 2004 12:06:44 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00715-02 for ; Sat, 18 Sep 2004 12:06:43 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 666EBF188F for ; Sat, 18 Sep 2004 12:06:43 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1095534403.1151.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 18 Sep 2004 12:06:43 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: ULE scheduler not quite there yet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 19:06:45 -0000 I've had good luck with the 4BSD scheduler and PREEMPTION on so I thought I would try the ULE scheduler. Was up for just a short time before I got the following on my amd64 machine: Sep 18 11:58:54 server kernel: Fatal trap 12: page fault while in kernel mode Sep 18 11:58:54 server kernel: fault virtual address = 0x288 Sep 18 11:58:54 server kernel: fault code = supervisor read, page not present Sep 18 11:58:54 server kernel: instruction pointer = 0x8:0xffffffff803134fcSep 18 11:58:54 server kernel: stack pointer = 0x10:0xffffffffb1b988a0 Sep 18 11:58:54 server kernel: frame pointer = 0x10:0xffffffffb1b988b0 Sep 18 11:58:54 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 18 11:58:54 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 18 11:58:54 server kernel: processor eflags = resume, IOPL = 0 Sep 18 11:58:54 server kernel: current process = 37 (swi1: net) Sep 18 11:58:54 server kernel: trap number = 12 Sep 18 11:58:54 server kernel: panic: page fault Sep 18 11:58:54 server kernel: KDB: enter: panic Sep 18 11:58:54 server kernel: Sep 18 11:58:54 server kernel: Sep 18 11:58:54 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 18 11:58:54 server kernel: instruction pointer = 0x8:0xffffffff8031bb5fSep 18 11:58:54 server kernel: stack pointer = 0x10:0xffffffffb1b98620 Sep 18 11:58:54 server kernel: frame pointer = 0x10:0xffffffffb1b98630 Sep 18 11:58:54 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 18 11:58:54 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 18 11:58:54 server kernel: processor eflags = IOPL = 0 Sep 18 11:58:54 server kernel: current process = 37 (swi1: net) Sep 18 11:58:54 server kernel: trap number = 3 Sep 18 11:58:54 server kernel: panic: breakpoint instruction fault Sep 18 11:58:54 server kernel: KDB: enter: panic Sep 18 11:58:54 server kernel: Sep 18 11:58:54 server kernel: Sep 18 11:58:54 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode Sep 18 11:58:54 server kernel: instruction pointer = 0x8:0xffffffff8031bb5fSep 18 11:58:54 server kernel: stack pointer = 0x10:0xffffffffb1b983a0 Sep 18 11:58:54 server kernel: frame pointer = 0x10:0xffffffffb1b983b0 Sep 18 11:58:54 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 18 11:58:54 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 18 11:58:54 server kernel: processor eflags = IOPL = 0 Sep 18 11:58:54 server kernel: current process = 37 (swi1: net) Sep 18 11:58:54 server kernel: trap number = 3 Sep 18 11:58:54 server kernel: panic: breakpoint instruction fault Sep 18 11:58:54 server kernel: KDB: enter: panic Goes on for a while and then resets the computer. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 19:21:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9FB816A4CE for ; Sat, 18 Sep 2004 19:21:48 +0000 (GMT) Received: from jk.homeunix.net (memnoch.CSUChico.EDU [132.241.67.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86D9643D39 for ; Sat, 18 Sep 2004 19:21:48 +0000 (GMT) (envelope-from jk@jk.homeunix.net) Received: from jk.homeunix.net (localhost [127.0.0.1]) by jk.homeunix.net (8.13.1/8.13.0) with ESMTP id i8IJLhJC003147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Sep 2004 12:21:43 -0700 (PDT) Received: (from warlock@localhost) by jk.homeunix.net (8.13.1/8.13.0/Submit) id i8IJLhWi003146; Sat, 18 Sep 2004 12:21:43 -0700 (PDT) Date: Sat, 18 Sep 2004 12:21:43 -0700 From: John Kennedy To: Mike Zanker Message-ID: <20040918192143.GA2897@memnoch.jk.homeunix.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-jk-MailScanner: No infection found X-jk-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 6, autolearn=not spam, BAYES_00 -4.90) X-jk-MailScanner-From: warlock@jk.homeunix.net cc: freebsd-current@freebsd.org Subject: Re: RELENG_5 buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 19:21:48 -0000 On Sat, Sep 18, 2004 at 12:09:04PM +0100, Mike Zanker wrote: > /usr/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: `FD_DEBUG' undeclared This one may have been fixed by a patch Scott Long made: scottl 2004-09-18 16:41:29 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) usr.sbin/fdcontrol fdcontrol.c Log: MFC: Update fdcontrol to the new fdc driver changes. Approved by: re Revision Changes Path 1.11.2.1 +15 -18 src/usr.sbin/fdcontrol/fdcontrol.c At least I passed that on my build: ... ===> usr.sbin/fdcontrol cc -O -pipe -I/h/a/src-RELENG_5/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /h/a/src-RELENG_5/usr.sbin/fdcontrol/fdcontrol.c cc -O -pipe -I/h/a/src-RELENG_5/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /h/a/src-RELENG_5/usr.sbin/fdcontrol/../fdread/fdutil.c cc -O -pipe -I/h/a/src-RELENG_5/usr.sbin/fdcontrol/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o fdcontrol fdcontrol.o fdutil.o gzip -cn /h/a/src-RELENG_5/usr.sbin/fdcontrol/fdcontrol.8 > fdcontrol.8.gz ===> usr.sbin/fdformat ... It looks like there was another one right after that though: ... ===> usr.sbin/fdformat cc -O -pipe -I/h/a/src-RELENG_5/usr.sbin/fdformat/../fdread -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /h/a/src-RELENG_5/usr.sbin/fdformat/fdformat.c /h/a/src-RELENG_5/usr.sbin/fdformat/fdformat.c: In function `main': /h/a/src-RELENG_5/usr.sbin/fdformat/fdformat.c:271: error: `FDOPT_AUTOSEL' undeclared (first use in this function) /h/a/src-RELENG_5/usr.sbin/fdformat/fdformat.c:271: error: (Each undeclared identifier is reported only once /h/a/src-RELENG_5/usr.sbin/fdformat/fdformat.c:271: error: for each function it appears in.) *** Error code 1 Stop in /h/a/src-RELENG_5/usr.sbin/fdformat. *** Error code 1 Stop in /h/a/src-RELENG_5/usr.sbin. *** Error code 1 Stop in /h/a/src-RELENG_5. *** Error code 1 ... I see another patch out by Scott, so I'm resyncing and will try again. scottl 2004-09-18 17:40:51 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) usr.sbin/fdformat fdformat.c usr.sbin/fdread fdutil.c Log: MFC: Bring fdformat and fdread up to the new fd driver Approved by: re Revision Changes Path 1.21.2.1 +2 -7 src/usr.sbin/fdformat/fdformat.c 1.5.2.1 +49 -90 src/usr.sbin/fdread/fdutil.c From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 19:24:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F3516A4CF for ; Sat, 18 Sep 2004 19:24:17 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F61543D39 for ; Sat, 18 Sep 2004 19:24:17 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.1/8.13.1) with ESMTP id i8IJOG4n078337 for ; Sat, 18 Sep 2004 12:24:16 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.1/8.13.1/Submit) id i8IJOGQH078336 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 12:24:16 -0700 (PDT) (envelope-from david) Date: Sat, 18 Sep 2004 12:24:16 -0700 (PDT) From: David Wolfskill Message-Id: <200409181924.i8IJOGQH078336@bunrab.catwhisker.org> Cc: freebsd-current@freebsd.org In-Reply-To: <20040918192143.GA2897@memnoch.jk.homeunix.net> Subject: Re: RELENG_5 buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 19:24:17 -0000 >Date: Sat, 18 Sep 2004 12:21:43 -0700 >From: John Kennedy >To: Mike Zanker >Cc: freebsd-current@freebsd.org >Subject: Re: RELENG_5 buildworld failure >Sender: owner-freebsd-current@freebsd.org >On Sat, Sep 18, 2004 at 12:09:04PM +0100, Mike Zanker wrote: >> /usr/src/usr.sbin/fdcontrol/fdcontrol.c:212: error: `FD_DEBUG' undeclared > This one may have been fixed by a patch Scott Long made: > scottl 2004-09-18 16:41:29 UTC Yes, it was. >... > It looks like there was another one right after that though: >... > I see another patch out by Scott, so I'm resyncing and will try again. I was able to build RELENG_5 world & kernel after applying (all three of) those changes. Peace, david -- David H. Wolfskill david@catwhisker.org Evidence of curmudgeonliness: becoming irritated with the usage of the word "speed" in contexts referring to quantification of network performance, as opposed to "bandwidth" or "latency." From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 19:39:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A83A916A4CE; Sat, 18 Sep 2004 19:39:46 +0000 (GMT) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC21843D4C; Sat, 18 Sep 2004 19:39:45 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id AB23E14E; Sat, 18 Sep 2004 22:39:38 +0300 (EEST) Date: Sat, 18 Sep 2004 22:39:38 +0300 From: Ion-Mihai Tetcu To: Andreas Klemm Message-ID: <20040918223938.70d47fc3@it.buh.tecnik93.com> In-Reply-To: <20040918105039.GA1980@titan.klemm.apsfilter.org> References: <20040918103705.GA1300@titan.klemm.apsfilter.org> <20040918105039.GA1980@titan.klemm.apsfilter.org> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA4 hangs (ata2 dma problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 19:39:46 -0000 On Sat, 18 Sep 2004 12:50:39 +0200 Andreas Klemm wrote: > On Sat, Sep 18, 2004 at 12:37:05PM +0200, Andreas Klemm wrote: > > What would be the best thing to hunt this down ? > > 2nd PC on serial console and trying to troubleshoot there ? > > am just recompiling kernel > makeoptions DEBUG=-g > options KDB > options DDB > > # added this to rc.conf: > dumpdev="/dev/ad0s3b" > savecore_flags="-z" > > Other things to do ? Or am I complete ? > > Should I boot the system from serial console ? > I have a laptop and could try to stress test several times. Haven't seen this thing from a long time, except one night about 2 weeks ago when my machine freeze during high load hard disk activity when one of the disks decided to recalibrate itself. -- IOnut Unregistered ;) FreeBSD "user" 5.3-BETA4 - try `sysctl debug.witness_watch=0` and prepare to fly :-) From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 19:44:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7102D16A4CE for ; Sat, 18 Sep 2004 19:44:30 +0000 (GMT) Received: from mallard.zanker.org (mallard.zanker.org [217.169.19.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2366643D49 for ; Sat, 18 Sep 2004 19:44:30 +0000 (GMT) (envelope-from mike@zanker.org) Received: from jemima.zanker.org ([217.169.19.67]) by mallard.zanker.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42) id 1C8l8C-0004hS-K6 for freebsd-current@freebsd.org; Sat, 18 Sep 2004 20:44:24 +0100 Date: Sat, 18 Sep 2004 20:44:24 +0100 From: Mike Zanker To: freebsd-current@freebsd.org Message-ID: <65457715CDD332F0E69CA3F0@jemima.zanker.org> In-Reply-To: <200409181924.i8IJOGQH078336@bunrab.catwhisker.org> References: <200409181924.i8IJOGQH078336@bunrab.catwhisker.org> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mallard-MailScanner: Found to be clean (of known viruses) X-Mallard-MailScanner-From: mike@zanker.org Subject: Re: RELENG_5 buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 19:44:30 -0000 On 18 September 2004 12:24 -0700 David Wolfskill wrote: > I was able to build RELENG_5 world & kernel after applying (all three > of) those changes. OK, thanks guys - I'll try again later. Regards, Mike. From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 21:23:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC94B16A4CE; Sat, 18 Sep 2004 21:23:06 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE92C43D48; Sat, 18 Sep 2004 21:23:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8ILOgrZ024429; Sat, 18 Sep 2004 14:24:42 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8ILOfDP024428; Sat, 18 Sep 2004 14:24:41 -0700 Date: Sat, 18 Sep 2004 14:24:41 -0700 From: Brooks Davis To: Robert Watson Message-ID: <20040918212441.GA22566@odin.ac.hmc.edu> References: <20040918171216.GA27533@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 21:23:07 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 18, 2004 at 01:42:24PM -0400, Robert Watson wrote: >=20 > On Sat, 18 Sep 2004, Brooks Davis wrote: >=20 > > > Have you tried seeing just how many addresses you can add before > > > getifaddrs() fails to return the complete list? 128k seems like a lo= t, > > > but I instrumente ifconf() locally a couple of weeks ago when I first > > > became aware of this problem, and discovered that even on my notebook > > > (which has a wireless card with one IP, and an unused ethernet card) = that > > > I see moderately large buffers being read from user space: > > >=20 > > > ifconf: 16384 space > >=20 > > Those allocations don't seem to make any sense. The actual space > > required is quite small. All you do is copy one struct ifreq out for > > each address, plus one for each interface with no addresses. The base > > size of a struct ifreq is 32 bytes and it extends to 34 for IPv6 > > addresses. The maximum size allowed by the data types is 273 (for a 255 > > byte address). Since I think IPv6 are the largest addresses used in > > practice, MAXPHYS is probably not too bad, though it does put a new cap > > on the number of interfaces at ~4k.=20 > >=20 > > If we want to keep kernel allocations small and allow all the itnerfaces > > to be reliably reported, we probably need to go back to my origional > > plan where we loop repeatidly. I might do it differently by allocating > > up to MAXPHYS and only reallocating if we overflow. That would avoid > > doing it twice (or more) on normal machines while still being correct.= =20 >=20 > I'm not too worried about theory, mostly about practice. I.e., if you add > a few thousand IP addresses to a tap device, does all go happily? After adding the missing sbuf_delete(), I was able to create 2000 aliases on a vlan. I think the current practical limit is ~4090. I'm working on a new version that initially caps the allocation at MAXPHYS and then retries if it doesn't have enough space. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBTKeYXY6L6fI4GtQRAvqbAKCvG89aJbqr4eVviwwt8C6gGHpVTACgzZ0R iH1SPAj3HMgUUMsyfU3nMT8= =dJDW -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 21:48:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70E6916A4CE; Sat, 18 Sep 2004 21:48:27 +0000 (GMT) Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD42243D2F; Sat, 18 Sep 2004 21:48:26 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [193.198.135.199] (cmung1977.cmu.carnet.hr [193.198.135.199]) by jagor.srce.hr (8.12.10/8.12.10) with ESMTP id i8ILmNaC019592; Sat, 18 Sep 2004 23:48:24 +0200 (CEST) Message-ID: <414CAD21.9060409@fer.hr> Date: Sat, 18 Sep 2004 23:48:17 +0200 From: Ivan Voras User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040502 Thunderbird/0.6 Mnenhy/0.6.0.104 X-Accept-Language: en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <414C2E85.6090904@fer.hr> <20040918185841.GA30151@darkness.comp.waw.pl> In-Reply-To: <20040918185841.GA30151@darkness.comp.waw.pl> X-Enigmail-Version: 0.84.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-Face: L+\SC&qzD^$mE"W7='[pvNVqN~%w%yE$u=Z8>3^$16dK+jG[@H`; lFz^h,f=uzlw01 fajy]=lHAh(S@'EmM3FbC-`HqOh!,fJFeBS$2JU3w-3WQr{$ADS`,'xm8>G0/7I{p61vqy+RMCwQDg xh'z9&s0V:n Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at jagor.srce.hr cc: current@FreeBSD.org Subject: Re: gmirror: DIRTY flag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 21:48:27 -0000 Pawel Jakub Dawidek wrote: > You use ggate as one of your mirror components? Nice:) Indeed very nice. Not a single problem so far. :) > If you export this device over slow link, you can considern changing > balance algorithm to 'prefer', so only local component will be used for > reading. Yes, I tried several algorithms. This is on a test bench machines, and both the disks and network are very slow (udma33, 100mbit E.). The 'load' algorithm actually seems to work best in this setup. In a month or so we're planning to implement this on some beefy hardware, and I'll test it more then. (If anybody's interested, I'll post some "benchmark" results ;) ). > Remember, that 'prefer' algorithm is based on priority, so in your case > ggate0 will be used for reading as component with bigger priority. I was wondering about that: is bigger priority assigned to smaller or bigger number? The way I've expected it, since command line goes like this: # gmirror label myname device1 [device2...] I've expected that device1 would have bigger priority (semantically speaking). > Priority is also important for synchronization. If you have power > failure, component with the biggest priority will be used as a master > component, and all the rest components synchronize to him. What if the master fails? :) I'm expecting this: When device1 fails, I deactivate it from the mirror, (at this time device2 becomes master) and insert another (will it automagically gain priority 3 or I'll need to specify it?). The mirror resynchronises (transferring everything from device2 to the newly inserted one, thus killing the bandwidth for applications?), and device2 keeps the master status. > Command for changing priority for running mirror is missing, but you > can increase priority for local component by doing: > > # gmirror remove netmirror ad2s1e > # gmirror insert -p 2 netmirror ad2s1e > Ok. Since this is a test setup, it really isn't a problem to tear down and rebuild the mirror. Which leads to another question: Is it ok to rebuild mirrors and change device orders/priorities? E.g. if I do: # gmirror label myname device1 device2 # gmirror stop myname # gmirror label myname device2 device1 ... nothing extraordinary is supposed to happen? -- What part of "Ph'nglui mglw'nath Cthulhu R'lyeh wgah'nagl fhtagn" don't you understand? From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 22:42:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41AD416A4CF for ; Sat, 18 Sep 2004 22:42:16 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAB7943D48 for ; Sat, 18 Sep 2004 22:42:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 36F6D519B5; Sat, 18 Sep 2004 15:24:12 -0700 (PDT) Date: Sat, 18 Sep 2004 15:24:12 -0700 From: Kris Kennaway To: Sean McNeil Message-ID: <20040918222412.GA10696@xor.obsecurity.org> References: <1095534403.1151.4.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <1095534403.1151.4.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: ULE scheduler not quite there yet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 22:42:16 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Sep 18, 2004 at 12:06:43PM -0700, Sean McNeil wrote: > I've had good luck with the 4BSD scheduler and PREEMPTION on so I > thought I would try the ULE scheduler. Was up for just a short time > before I got the following on my amd64 machine: This is a known problem, BTW. Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTLWLWry0BWjoQKURAmITAKCSqXo4OMiS/NXxSXWMRr0+imvilACfRdf0 B9h+DVYXMVQRsXLXmsFcMcw= =pqXy -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 22:49:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6552C16A4CE; Sat, 18 Sep 2004 22:49:12 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC24643D48; Sat, 18 Sep 2004 22:49:11 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8IMoqvj032143; Sat, 18 Sep 2004 15:50:52 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8IMop9l032142; Sat, 18 Sep 2004 15:50:51 -0700 Date: Sat, 18 Sep 2004 15:50:51 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20040918225051.GA31249@odin.ac.hmc.edu> References: <20040918171216.GA27533@odin.ac.hmc.edu> <20040918212441.GA22566@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20040918212441.GA22566@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: Robert Watson cc: current@FreeBSD.org cc: re@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 22:49:12 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 18, 2004 at 02:24:41PM -0700, Brooks Davis wrote: > On Sat, Sep 18, 2004 at 01:42:24PM -0400, Robert Watson wrote: > >=20 > > On Sat, 18 Sep 2004, Brooks Davis wrote: > >=20 > > > > Have you tried seeing just how many addresses you can add before > > > > getifaddrs() fails to return the complete list? 128k seems like a = lot, > > > > but I instrumente ifconf() locally a couple of weeks ago when I fir= st > > > > became aware of this problem, and discovered that even on my notebo= ok > > > > (which has a wireless card with one IP, and an unused ethernet card= ) that > > > > I see moderately large buffers being read from user space: > > > >=20 > > > > ifconf: 16384 space > > >=20 > > > Those allocations don't seem to make any sense. The actual space > > > required is quite small. All you do is copy one struct ifreq out for > > > each address, plus one for each interface with no addresses. The base > > > size of a struct ifreq is 32 bytes and it extends to 34 for IPv6 > > > addresses. The maximum size allowed by the data types is 273 (for a = 255 > > > byte address). Since I think IPv6 are the largest addresses used in > > > practice, MAXPHYS is probably not too bad, though it does put a new c= ap > > > on the number of interfaces at ~4k.=20 > > >=20 > > > If we want to keep kernel allocations small and allow all the itnerfa= ces > > > to be reliably reported, we probably need to go back to my origional > > > plan where we loop repeatidly. I might do it differently by allocati= ng > > > up to MAXPHYS and only reallocating if we overflow. That would avoid > > > doing it twice (or more) on normal machines while still being correct= .=20 > >=20 > > I'm not too worried about theory, mostly about practice. I.e., if you = add > > a few thousand IP addresses to a tap device, does all go happily? >=20 > After adding the missing sbuf_delete(), I was able to create 2000 > aliases on a vlan. I think the current practical limit is ~4090. > I'm working on a new version that initially caps the allocation at > MAXPHYS and then retries if it doesn't have enough space. Here's a new an improved patch that let me allocate 8128 aliases on a vlan. It's a bit ugly because I had to fall back to looping if we don't allocate enough space, but I think this is as good as it gets for this rather poorly designed interface. It's worth noting that the userland code that guesses the buffer size is really bogus in this situation. It guesses very badly (a few K when it needs >100k) and then compounds the error by doing a linear search for the right buffer size. This means that instead of being O(addresses), it's actully O(addresses^2). -- Brooks --- /home/brooks/working/freebsd/p4/freebsd/sys/net/if.c Fri Sep 17 22:11:1= 3 2004 +++ sys/net/if.c Sat Sep 18 15:41:03 2004 @@ -36,9 +36,11 @@ #include "opt_mac.h" =20 #include +#include #include #include #include +#include #include #include #include @@ -1483,28 +1485,34 @@ struct ifconf *ifc =3D (struct ifconf *)data; struct ifnet *ifp; struct ifaddr *ifa; - struct ifreq ifr, *ifrp; - int space =3D ifc->ifc_len, error =3D 0; + struct ifreq ifr; + struct sbuf *sb; + int error, full =3D 0, valid_len, max_len; + + /* Limit initial buffer size to MAXPHYS to avoid DoS from userspace. */ + max_len =3D MAXPHYS - 1; + +again: + if (ifc->ifc_len <=3D max_len) { + max_len =3D ifc->ifc_len; + full =3D 1; + } + sb =3D sbuf_new(NULL, NULL, max_len + 1, SBUF_FIXEDLEN); + max_len =3D 0; + valid_len =3D 0; =20 - ifrp =3D ifc->ifc_req; IFNET_RLOCK(); /* could sleep XXX */ TAILQ_FOREACH(ifp, &ifnet, if_link) { int addrs; =20 - if (space < sizeof(ifr)) - break; if (strlcpy(ifr.ifr_name, ifp->if_xname, sizeof(ifr.ifr_name)) - >=3D sizeof(ifr.ifr_name)) { - error =3D ENAMETOOLONG; - break; - } + >=3D sizeof(ifr.ifr_name)) + return (ENAMETOOLONG); =20 addrs =3D 0; TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { struct sockaddr *sa =3D ifa->ifa_addr; =20 - if (space < sizeof(ifr)) - break; if (jailed(curthread->td_ucred) && prison_if(curthread->td_ucred, sa)) continue; @@ -1515,47 +1523,49 @@ (struct osockaddr *)&ifr.ifr_addr; ifr.ifr_addr =3D *sa; osa->sa_family =3D sa->sa_family; - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - ifrp++; + sbuf_bcat(sb, &ifr, sizeof(ifr)); + max_len +=3D sizeof(ifr); } else #endif if (sa->sa_len <=3D sizeof(*sa)) { ifr.ifr_addr =3D *sa; - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - ifrp++; + sbuf_bcat(sb, &ifr, sizeof(ifr)); + max_len +=3D sizeof(ifr); } else { - if (space < sizeof (ifr) + sa->sa_len - - sizeof(*sa)) - break; - space -=3D sa->sa_len - sizeof(*sa); - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr.ifr_name)); - if (error =3D=3D 0) - error =3D copyout((caddr_t)sa, - (caddr_t)&ifrp->ifr_addr, sa->sa_len); - ifrp =3D (struct ifreq *) - (sa->sa_len + (caddr_t)&ifrp->ifr_addr); + sbuf_bcat(sb, &ifr, + offsetof(struct ifreq, ifr_addr)); + max_len +=3D offsetof(struct ifreq, ifr_addr); + sbuf_bcat(sb, sa, sa->sa_len); + max_len +=3D sa->sa_len; } - if (error) - break; - space -=3D sizeof (ifr); + + if (!sbuf_overflowed(sb)) + valid_len =3D sbuf_len(sb); } - if (error) - break; - if (!addrs) { + if (addrs =3D=3D 0) { bzero((caddr_t)&ifr.ifr_addr, sizeof(ifr.ifr_addr)); - error =3D copyout((caddr_t)&ifr, (caddr_t)ifrp, - sizeof (ifr)); - if (error) - break; - space -=3D sizeof (ifr); - ifrp++; + sbuf_bcat(sb, &ifr, sizeof(ifr)); + max_len +=3D sizeof(ifr); + + if (!sbuf_overflowed(sb)) + valid_len =3D sbuf_len(sb); } } IFNET_RUNLOCK(); - ifc->ifc_len -=3D space; + + /* + * If we didn't allocate enough space (uncommon), try again. If + * we have already allocated as much space as we are allowed, + * return what we've got. + */ + if (valid_len !=3D max_len && !full) { + sbuf_delete(sb); + goto again; + } + + ifc->ifc_len =3D valid_len; + error =3D copyout(sbuf_data(sb), ifc->ifc_req, ifc->ifc_len); + sbuf_delete(sb); return (error); } =20 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBTLvLXY6L6fI4GtQRAv2MAJ4h2YoKwo109ygXSBdTpzuOFkAEjACfQ3Eo zysJdFMj4n3DUNyT88Y6bv8= =UGmm -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 22:50:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BBDD16A4D4 for ; Sat, 18 Sep 2004 22:50:29 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CC2643D1F for ; Sat, 18 Sep 2004 22:50:29 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8IMo71q018578; Sat, 18 Sep 2004 16:50:07 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <414CBB68.9070800@samsco.org> Date: Sat, 18 Sep 2004 16:49:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <1095534403.1151.4.camel@server.mcneil.com> <20040918222412.GA10696@xor.obsecurity.org> In-Reply-To: <20040918222412.GA10696@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: ULE scheduler not quite there yet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 22:50:29 -0000 Kris Kennaway wrote: > On Sat, Sep 18, 2004 at 12:06:43PM -0700, Sean McNeil wrote: > >>I've had good luck with the 4BSD scheduler and PREEMPTION on so I >>thought I would try the ULE scheduler. Was up for just a short time >>before I got the following on my amd64 machine: > > > This is a known problem, BTW. > > Kris There is likely a message at the top of the dmesg output that says, "WARNING: Kernel PREEMPTION is unstable under SCHED_ULE." This has been discussed quite a bit recently and we decided that focusing on the 4BSD scheduler gave us a better chance at having a stable system for 5.3. I still welcome anyone to step in and investigate the problems with ULE. Scott From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 23:23:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E7FA16A4D0 for ; Sat, 18 Sep 2004 23:23:10 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C40AC43D49 for ; Sat, 18 Sep 2004 23:23:07 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 16E41ACAFE; Sun, 19 Sep 2004 01:23:06 +0200 (CEST) Date: Sun, 19 Sep 2004 01:23:06 +0200 From: Pawel Jakub Dawidek To: Ivan Voras Message-ID: <20040918232306.GC30151@darkness.comp.waw.pl> References: <414C2E85.6090904@fer.hr> <20040918185841.GA30151@darkness.comp.waw.pl> <414CAD21.9060409@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yexORrMnrnY/PSAO" Content-Disposition: inline In-Reply-To: <414CAD21.9060409@fer.hr> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@FreeBSD.org Subject: Re: gmirror: DIRTY flag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 23:23:10 -0000 --yexORrMnrnY/PSAO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 18, 2004 at 11:48:17PM +0200, Ivan Voras wrote: +> >Remember, that 'prefer' algorithm is based on priority, so in your case +> >ggate0 will be used for reading as component with bigger priority. +>=20 +> I was wondering about that: is bigger priority assigned to smaller or=20 +> bigger number? The way I've expected it, since command line goes like th= is: +>=20 +> # gmirror label myname device1 [device2...] +>=20 +> I've expected that device1 would have bigger priority (semantically=20 +> speaking). Nope. device1 gets priority 0 and device2 priority 1. +> >Priority is also important for synchronization. If you have power +> >failure, component with the biggest priority will be used as a master +> >component, and all the rest components synchronize to him. +>=20 +> What if the master fails? :) I'm expecting this: When device1 fails, I= =20 +> deactivate it from the mirror, (at this time device2 becomes master) and= =20 +> insert another (will it automagically gain priority 3 or I'll need to=20 +> specify it?). The mirror resynchronises (transferring everything from=20 +> device2 to the newly inserted one, thus killing the bandwidth for=20 +> applications?), and device2 keeps the master status. If you don't specify priority it'll take 0, but remember that syncid is more important attribute. Priority is only used in synchronization process if syncids are equal and components are marked as dirty. +> >Command for changing priority for running mirror is missing, but you +> >can increase priority for local component by doing: +> > +> > # gmirror remove netmirror ad2s1e +> > # gmirror insert -p 2 netmirror ad2s1e +> > +>=20 +> Ok. Since this is a test setup, it really isn't a problem to tear down= =20 +> and rebuild the mirror. Which leads to another question: +>=20 +> Is it ok to rebuild mirrors and change device orders/priorities? E.g. if= =20 +> I do: +>=20 +> # gmirror label myname device1 device2 +> # gmirror stop myname +> # gmirror label myname device2 device1 +>=20 +> ... nothing extraordinary is supposed to happen? Yes, gmirror is not going to touch the data. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --yexORrMnrnY/PSAO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBTMNaForvXbEpPzQRAvutAJsEa1nqqiwIr+GaDIACjTC+dWQZRwCbBAU9 xGMOwSaQWcaJ20IoQA4K4iE= =s1fh -----END PGP SIGNATURE----- --yexORrMnrnY/PSAO-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 18 23:49:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB9A16A4CE for ; Sat, 18 Sep 2004 23:49:30 +0000 (GMT) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6440F43D48 for ; Sat, 18 Sep 2004 23:49:30 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.11/8.12.11) with ESMTP id i8INnT7Q098090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Sep 2004 16:49:29 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.11/8.12.11/Submit) id i8INnSDu034880; Sat, 18 Sep 2004 16:49:28 -0700 (PDT) (envelope-from jdp) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200409170435.11679.Emanuel.Strobl@gmx.net> Date: Sat, 18 Sep 2004 16:49:28 -0700 (PDT) From: John Polstra To: Emanuel Strobl X-Bogosity: No, tests=bogofilter, spamicity=0.193108, version=0.14.5 cc: current@freebsd.org Subject: RE: cvsup (ezm3 - modula) build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 23:49:31 -0000 On 17-Sep-2004 Emanuel Strobl wrote: > new source -> compiling ../src/float/IEEE/Real.i3 > > > *** > *** runtime error: > *** Segmentation violation - possible attempt to dereference NIL > *** pc = 0x8157111 > *** Get rid of -O2 or whatever you're using, and use plain old -O. I have plans to fix the port so it does this itself. John