From owner-freebsd-bugs@FreeBSD.ORG Sun Mar 28 00:20:13 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DC3516A4CE for ; Sun, 28 Mar 2004 00:20:13 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C03243D31 for ; Sun, 28 Mar 2004 00:20:13 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2S8KDbv079542 for ; Sun, 28 Mar 2004 00:20:13 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2S8KDJ6079541; Sun, 28 Mar 2004 00:20:13 -0800 (PST) (envelope-from gnats) Resent-Date: Sun, 28 Mar 2004 00:20:13 -0800 (PST) Resent-Message-Id: <200403280820.i2S8KDJ6079541@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, dirk.meyer@dinoex.sub.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1519916A4CE for ; Sun, 28 Mar 2004 00:12:12 -0800 (PST) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [212.184.201.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 915E543D1D for ; Sun, 28 Mar 2004 00:12:10 -0800 (PST) (envelope-from dm@home.dinoex.sub.de) Received: from home.dinoex.sub.de (dm@home.dinoex.sub.de [217.6.200.196]) by uucp.dinoex.sub.de (8.12.11/8.12.11) with ESMTP id i2S8Bf2J088273 for ; Sun, 28 Mar 2004 10:11:41 +0200 (CEST) (envelope-from dm@home.dinoex.sub.de) Received: (from dm@localhost) by home.dinoex.sub.de (8.12.11/8.12.10/Submit) id i2S8BhoR087939; Sun, 28 Mar 2004 10:11:43 +0200 (CEST) (envelope-from dm) Message-Id: <200403280811.i2S8BhoR087939@home.dinoex.sub.de> Date: Sun, 28 Mar 2004 10:11:43 +0200 (CEST) From: dirk.meyer@dinoex.sub.org To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/64832: kernel fatal trap X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dirk.meyer@dinoex.sub.org List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 08:20:13 -0000 >Number: 64832 >Category: kern >Synopsis: kernel fatal trap >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 28 00:20:13 PST 2004 >Closed-Date: >Last-Modified: >Originator: Dirk Meyer >Release: FreeBSD 5.2-CURRENT i386 >Organization: privat >Environment: FreeBSD 5.2-CURRENT Fri Jan 30 09:11:51 CET 2004 GENERIC i386 (boots) FreeBSD 5.2-CURRENT i386 - Mar 27 2004 GENERIC i386 (fail) FreeBSD 5.2-CURRENT i386 - Mar 27 2004 GENERIC i386 (fail) >Description: Kernal crashes in early state. Pi0_ pci0: trace kernbase( 4, 1, c0c21aec, a0d, a) at 0xc00eb771 _end( cb9d08c4, c4f6ec8b, 81067540,ffffe5,367f2400) at 0xc0c21aac when booting old kernel: Copyright (c) 1992-2003 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-CURRENT #7: Sun Dec 14 10:38:15 CET 2003 root@current.dinoex.sub.de:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a37000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc0a371f4. Preloaded elf module "/boot/kernel/apm.ko" at 0xc0a37244. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Celeron (897.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 234815488 (223 MB) avail memory = 218447872 (208 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 1 entries at 0xc00fe840 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci_cfgintr: 0:1 INTD BIOS irq 10 pci_cfgintr: 0:1 INTD BIOS irq 10 pci_cfgintr: 0:1 INTB BIOS irq 5 pci_cfgintr: 0:1 INTC BIOS irq 11 agp0: mem 0x30000000-0x33ffffff at device 0.0 on pci0 atapci0: port 0x1100-0x110f,0x374-0x377,0x170-0x173,0x3f4-0x3f7,0x1f0-0x1f3 at device 0.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] isab0: at device 1.0 on pci0 isa0: on isab0 ohci0: mem 0x34001000-0x34001fff irq 10 at device 1.2 on pci0 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 0x34002000-0x34002fff irq 10 at device 1.3 on pci0 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 pci0: at device 1.4 (no driver attached) pci0: at device 1.6 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0x3400-0x34ff mem 0x34004000-0x340040ff irq 11 at device 11.0 on pci0 rl0: Ethernet address: 00:e0:4a:39:00:a9 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0:

Ok so still no clarification as to whether this is an ipfw bug. I’ve = also tried trying

to match the uid to the current user whom is running the process as well as = root.

 

00100  1086   99590 allow ip from 66.90.98.2 to any uid = root

00200  1556   83728 allow ip from any to 66.90.98.2 = in

00400     0       0 deny ip from 66.90.98.2 to any = uid root

00500   107   14366 deny ip from 66.90.98.2 to any uid = admin

65535 32314 3262298 allow ip from any to any

 

Seems to be able to deny if a uid is specified so why not = any?

 

Grant

------=_NextPart_000_0001_01C415E6.D66CEA60-- From owner-freebsd-bugs@FreeBSD.ORG Mon Mar 29 16:50:18 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E55F16A4CF for ; Mon, 29 Mar 2004 16:50:18 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CBC943D31 for ; Mon, 29 Mar 2004 16:50:18 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2U0oIbv027209 for ; Mon, 29 Mar 2004 16:50:18 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2U0oIoC027208; Mon, 29 Mar 2004 16:50:18 -0800 (PST) (envelope-from gnats) Date: Mon, 29 Mar 2004 16:50:18 -0800 (PST) Message-Id: <200403300050.i2U0oIoC027208@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: "Nigel Weeks" Subject: Re: kern/64522: 3COM 3C920B onboard Asus P4R800-VM not supported X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nigel Weeks List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 00:50:18 -0000 The following reply was made to PR kern/64522; it has been noted by GNATS. From: "Nigel Weeks" To: , Cc: Subject: Re: kern/64522: 3COM 3C920B onboard Asus P4R800-VM not supported Date: Tue, 30 Mar 2004 10:42:29 +1000 Further findings on FreeBSD 4.9 (5.1.x won't install on this combination of mobo+hdd) Following the above workaround, the onboard #com has serious 'watchdog timeout' issues on any traffic above 1MBit...very ordinary for a 100MBit lan... If anyone's got further patches, or ideas, cc it to me? nweeks@examiner.com.au From owner-freebsd-bugs@FreeBSD.ORG Mon Mar 29 21:50:21 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DB1C16A4CE for ; Mon, 29 Mar 2004 21:50:21 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE3A43D2D for ; Mon, 29 Mar 2004 21:50:20 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2U5oKbv064445 for ; Mon, 29 Mar 2004 21:50:20 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2U5oKDg064444; Mon, 29 Mar 2004 21:50:20 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 29 Mar 2004 21:50:20 -0800 (PST) Resent-Message-Id: <200403300550.i2U5oKDg064444@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Matt Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51BEB16A4DC for ; Mon, 29 Mar 2004 21:41:15 -0800 (PST) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AEF743D54 for ; Mon, 29 Mar 2004 21:41:15 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.10/8.12.10) with ESMTP id i2U5fE72008547 for ; Mon, 29 Mar 2004 21:41:14 -0800 (PST) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.10/8.12.10/Submit) id i2U5fEt3008514; Mon, 29 Mar 2004 21:41:14 -0800 (PST) (envelope-from nobody) Message-Id: <200403300541.i2U5fEt3008514@www.freebsd.org> Date: Mon, 29 Mar 2004 21:41:14 -0800 (PST) From: Matt To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: misc/64921: vmstat -i is not reporting IRQ usage on a shared IRQ X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 05:50:21 -0000 >Number: 64921 >Category: misc >Synopsis: vmstat -i is not reporting IRQ usage on a shared IRQ >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 29 21:50:20 PST 2004 >Closed-Date: >Last-Modified: >Originator: Matt >Release: 4.9 >Organization: >Environment: >Description: My system has/had 2 cards trying to use IRQ5. One was a PCI sound card (which BSD did not recognize on boot), the other was a 3c509 network card. Dmesg showed that both cards were loaded onto IRQ5. However, vmstat -i did not list any cards as using IRQ5. This caused me some headaches when I was trying to figure out why my networking wasnt working correctly. I removed the sound card and rebooted, then vmstat -i showed IRQ 5 in use by driver ep0. It seems like vmstat was confused due to the conflict. Note that it did not show "mux" for IRQ5, it simply was not listed! >How-To-Repeat: Unsure. My system does show IRQ9 as a mux, so perhaps you need 2 cards, one of which is an "unknown PCI card". Another clue could be that the PCI card was unknown and the 3c509 card was using ISA. Also note that even my BIOS attempted to map them both to IRQ5, WinXP remaps the 3c509 card to IRQ11... >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 04:37:57 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 096CE16A4CE for ; Tue, 30 Mar 2004 04:37:57 -0800 (PST) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B1F043D5F for ; Tue, 30 Mar 2004 04:37:56 -0800 (PST) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) i2UCb0UM1041122; Tue, 30 Mar 2004 14:37:12 +0200 Date: Tue, 30 Mar 2004 14:37:00 +0200 (CEST) From: Lukas Ertl To: Joao Carlos Mendes Luis In-Reply-To: <20040326222853.GA93269@zeus.faperj.br> Message-ID: <20040330143257.C72259@pcle2.cc.univie.ac.at> References: <20040326222853.GA93269@zeus.faperj.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: imap 4243; Body=0 Fuz1=0 Fuz2=0 cc: grog@FreeBSD.org cc: bugs@FreeBSD.org cc: robert cc: jonny@jonny.eng.br Subject: Re: Serious bug in vinum? X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 12:37:57 -0000 On Fri, 26 Mar 2004, Joao Carlos Mendes Luis wrote: > I think this should be like: > > if (plex->state > plex_corrupt) { /* something accessible, */ > > Or, in other words, volume state is up only if plex state is degraded > or better. You are right, this is a bug, but the solution is not that easy. There are scenarios where - even when a striped plex has failed - the volume itself plus all its data is valid, so simply setting it down isn't the 'right' way to do it. The correct solution, of course, is to check if the data is valid before changing the volume state, but turn might turn out to be a very complex check. cheers, le -- Lukas Ertl http://mailbox.univie.ac.at/~le/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 06:16:50 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA04416A4CE; Tue, 30 Mar 2004 06:16:50 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B68343D2F; Tue, 30 Mar 2004 06:16:50 -0800 (PST) (envelope-from dwmalone@FreeBSD.org) Received: from freefall.freebsd.org (dwmalone@localhost [127.0.0.1]) i2UEGobv062892; Tue, 30 Mar 2004 06:16:50 -0800 (PST) (envelope-from dwmalone@freefall.freebsd.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2UEGoPb062888; Tue, 30 Mar 2004 06:16:50 -0800 (PST) (envelope-from dwmalone) Date: Tue, 30 Mar 2004 06:16:50 -0800 (PST) From: David Malone Message-Id: <200403301416.i2UEGoPb062888@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: kern/61261: generated header, emu10k1-alsa%diked.h not made on amd64 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 14:16:50 -0000 Synopsis: generated header, emu10k1-alsa%diked.h not made on amd64 Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: dwmalone Responsible-Changed-When: Tue Mar 30 06:16:19 PST 2004 Responsible-Changed-Why: David will know what to do with this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=61261 From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 07:00:43 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0985E16A5DF; Tue, 30 Mar 2004 07:00:42 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6649C43D46; Tue, 30 Mar 2004 07:00:29 -0800 (PST) (envelope-from dwmalone@FreeBSD.org) Received: from freefall.freebsd.org (dwmalone@localhost [127.0.0.1]) i2UF0Tbv018391; Tue, 30 Mar 2004 07:00:29 -0800 (PST) (envelope-from dwmalone@freefall.freebsd.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2UF0STg018387; Tue, 30 Mar 2004 07:00:28 -0800 (PST) (envelope-from dwmalone) Date: Tue, 30 Mar 2004 07:00:28 -0800 (PST) From: David Malone Message-Id: <200403301500.i2UF0STg018387@freefall.freebsd.org> To: hscholz@raisdorf.net, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: amd64/63189: Re: ti(4) broken on amd64 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 15:00:43 -0000 Synopsis: Re: ti(4) broken on amd64 State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Tue Mar 30 07:00:04 PST 2004 State-Changed-Why: Misfiled followup to 63188. http://www.freebsd.org/cgi/query-pr.cgi?pr=63189 From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 10:11:51 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46B9A16A4CE; Tue, 30 Mar 2004 10:11:51 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2541443D48; Tue, 30 Mar 2004 10:11:51 -0800 (PST) (envelope-from cperciva@FreeBSD.org) Received: from freefall.freebsd.org (cperciva@localhost [127.0.0.1]) i2UIBobv041749; Tue, 30 Mar 2004 10:11:50 -0800 (PST) (envelope-from cperciva@freefall.freebsd.org) Received: (from cperciva@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2UIBose041745; Tue, 30 Mar 2004 10:11:50 -0800 (PST) (envelope-from cperciva) Date: Tue, 30 Mar 2004 10:11:50 -0800 (PST) From: Colin Percival Message-Id: <200403301811.i2UIBose041745@freefall.freebsd.org> To: cperciva@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org Subject: Re: ports/64872: need to adjust package plist file for errors in file name X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 18:11:51 -0000 Synopsis: need to adjust package plist file for errors in file name Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: cperciva Responsible-Changed-When: Tue Mar 30 10:10:56 PST 2004 Responsible-Changed-Why: Reclassify from misc/ to ports/ http://www.freebsd.org/cgi/query-pr.cgi?pr=64872 From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 10:36:48 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C43D116A4CE; Tue, 30 Mar 2004 10:36:48 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D7543D2F; Tue, 30 Mar 2004 10:36:48 -0800 (PST) (envelope-from cperciva@FreeBSD.org) Received: from freefall.freebsd.org (cperciva@localhost [127.0.0.1]) i2UIambv042972; Tue, 30 Mar 2004 10:36:48 -0800 (PST) (envelope-from cperciva@freefall.freebsd.org) Received: (from cperciva@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2UIamo8042968; Tue, 30 Mar 2004 10:36:48 -0800 (PST) (envelope-from cperciva) Date: Tue, 30 Mar 2004 10:36:48 -0800 (PST) From: Colin Percival Message-Id: <200403301836.i2UIamo8042968@freefall.freebsd.org> To: cperciva@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/64637: ata1-slave: stat=0x01 err=0x00 lsb=0x00 msb=0x00 <- repeats for exactly 30 seconds during boot when no slave iswired X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 18:36:48 -0000 Synopsis: ata1-slave: stat=0x01 err=0x00 lsb=0x00 msb=0x00 <- repeats for exactly 30 seconds during boot when no slave is wired Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: cperciva Responsible-Changed-When: Tue Mar 30 10:35:59 PST 2004 Responsible-Changed-Why: Assign to the ATA guru. http://www.freebsd.org/cgi/query-pr.cgi?pr=64637 From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 12:00:41 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7094C16A4CE for ; Tue, 30 Mar 2004 12:00:41 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52DE943D2F for ; Tue, 30 Mar 2004 12:00:41 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2UK0fbv050945 for ; Tue, 30 Mar 2004 12:00:41 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2UK0fJe050944; Tue, 30 Mar 2004 12:00:41 -0800 (PST) (envelope-from gnats) Date: Tue, 30 Mar 2004 12:00:41 -0800 (PST) Message-Id: <200403302000.i2UK0fJe050944@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Marco Molteni Subject: Re: i386/41930: declaration clash for ffs() and ${CXX} X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Marco Molteni List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 20:00:41 -0000 The following reply was made to PR i386/41930; it has been noted by GNATS. From: Marco Molteni To: freebsd-gnats-submit@FreeBSD.org, corecode@corecode.ath.cx Cc: Edwin Groothuis , Volker Stolz , Mike Barcroft , Steve Roome , Bruce Evans Subject: Re: i386/41930: declaration clash for ffs() and ${CXX} Date: Tue, 30 Mar 2004 21:44:55 +0200 (CCing all the people involved) Please have a look at for a quick, effective, per-port workaround. Marco From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 12:10:20 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDCD316A4CE for ; Tue, 30 Mar 2004 12:10:20 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F42D43D1F for ; Tue, 30 Mar 2004 12:10:20 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2UKAKbv054905 for ; Tue, 30 Mar 2004 12:10:20 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2UKAK7L054904; Tue, 30 Mar 2004 12:10:20 -0800 (PST) (envelope-from gnats) Date: Tue, 30 Mar 2004 12:10:20 -0800 (PST) Message-Id: <200403302010.i2UKAK7L054904@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Marco Molteni Subject: Re: i386/41930: declaration clash for ffs() and ${CXX} X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Marco Molteni List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 20:10:20 -0000 The following reply was made to PR i386/41930; it has been noted by GNATS. From: Marco Molteni To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: i386/41930: declaration clash for ffs() and ${CXX} Date: Tue, 30 Mar 2004 21:58:50 +0200 Sorry, the pr I wanted to refer to in my previous mail is ports/64945 From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 16:46:36 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A92FE16A4CE; Tue, 30 Mar 2004 16:46:36 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 343F543D3F; Tue, 30 Mar 2004 16:46:36 -0800 (PST) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 50A022BD8D; Wed, 31 Mar 2004 10:46:33 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 87EC351224; Wed, 31 Mar 2004 10:16:30 +0930 (CST) Date: Wed, 31 Mar 2004 10:16:30 +0930 From: Greg 'groggy' Lehey To: Lukas Ertl , =?iso-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= Message-ID: <20040331004630.GA15929@wantadilla.lemis.com> References: <4068EA56.3060600@jonny.eng.br> <20040330053143.GN15929@wantadilla.lemis.com> <40697F3B.2020202@jonny.eng.br> <20040326222853.GA93269@zeus.faperj.br> <20040330143257.C72259@pcle2.cc.univie.ac.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="abYdCjSRCBwcb+dP" Content-Disposition: inline In-Reply-To: <40697F3B.2020202@jonny.eng.br> <20040330143257.C72259@pcle2.cc.univie.ac.at> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: bugs@FreeBSD.org cc: Joao Carlos Mendes Luis cc: stable@freebsd.org cc: hackers@freebsd.org cc: robert Subject: Re: Serious bug in vinum? X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 00:46:37 -0000 --abYdCjSRCBwcb+dP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tuesday, 30 March 2004 at 14:37:00 +0200, Lukas Ertl wrote: > On Fri, 26 Mar 2004, Joao Carlos Mendes Luis wrote: > >> I think this should be like: >> >> if (plex->state > plex_corrupt) { /* something = accessible, */ >> >> Or, in other words, volume state is up only if plex state is degraded >> or better. > > You are right, this is a bug, No, see my reply. > The correct solution, of course, is to check if the data is valid > before changing the volume state, but turn might turn out to be a > very complex check. Well, the minimum correct solution is to return an error if somebody tries to access the inaccessible part of the volume. That should happen, and I'm confused that it doesn't appear to be doing so in this case. On Tuesday, 30 March 2004 at 11:07:55 -0300, Joo Carlos Mendes Lus wrote: > Greg 'groggy' Lehey wrote: >> On Tuesday, 30 March 2004 at 0:32:38 -0300, Joo Carlos Mendes Lus wrote: >>> >> Basically, this is a feature and not a bug. A plex that is corrupt is >> still partially accessible, so we should allow access to it. If you >> have two striped plexes both striped between two disks, with the same >> stripe size, and one plex starts on the first drive, and the other on >> the second, and one drive dies, then each plex will lose half of its >> data, every second stripe. But the volume will be completely >> accessible. > > A good idea if you have both stripe and mirror, to avoid discarding t= he > whole disk. But, IMHO, if some part of the disk is inacessible, the volu= me > should go down, and IFF the operator wants to try recovery, should use the > setstate command. This is the safe state. setstate is not safe. It bypasses a lot of consistency checking. One possibility would be:=20 1. Based on the plex states, check if all of the volume is still accessible. 2. If not, take the volume into a "flaky" state. =20 3. *Somehow* ensure that the volume can't be accessed again as a file system until it has been remounted. 4. Refuse to remount the file system without the -f option. The last two are outside the scope of Vinum, of course. Discussion? -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --abYdCjSRCBwcb+dP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAahTmIubykFB6QiMRApT4AJ95EOhURnt8Iw9gnFw8h17aU+G2QACgkkf1 0tqn+ehtbZoIOnfvK6Fhqqc= =ee6M -----END PGP SIGNATURE----- --abYdCjSRCBwcb+dP-- From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 19:14:21 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36C9116A4CE; Tue, 30 Mar 2004 19:14:21 -0800 (PST) Received: from mail.globo.com (smtp1.globo.com [200.208.9.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD26D43D1D; Tue, 30 Mar 2004 19:14:20 -0800 (PST) (envelope-from jonny@jonny.eng.br) Received: from jonny.eng.br (200.217.22.173) by mail.globo.com (6.0.053) (authenticated as jcml21@globo.com) id 40628E5100052255; Wed, 31 Mar 2004 00:14:18 -0300 Message-ID: <406A3785.1040007@jonny.eng.br> Date: Wed, 31 Mar 2004 00:14:13 -0300 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: pt-br, en-us, en, pt MIME-Version: 1.0 To: Greg 'groggy' Lehey References: <4068EA56.3060600@jonny.eng.br> <20040330053143.GN15929@wantadilla.lemis.com> <40697F3B.2020202@jonny.eng.br> <20040326222853.GA93269@zeus.faperj.br> <20040330143257.C72259@pcle2.cc.univie.ac.at> <20040331004630.GA15929@wantadilla.lemis.com> In-Reply-To: <20040331004630.GA15929@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: stable@freebsd.org cc: robert cc: Lukas Ertl cc: hackers@freebsd.org cc: bugs@FreeBSD.org cc: Joao Carlos Mendes Luis Subject: Re: Serious bug in vinum? X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 03:14:21 -0000 Greg 'groggy' Lehey wrote: > On Tuesday, 30 March 2004 at 14:37:00 +0200, Lukas Ertl wrote: > >>On Fri, 26 Mar 2004, Joao Carlos Mendes Luis wrote: >> >> >>> I think this should be like: >>> >>> if (plex->state > plex_corrupt) { /* something accessible, */ >>> >>> Or, in other words, volume state is up only if plex state is degraded >>>or better. >> >>You are right, this is a bug, > > No, see my reply. I think "maybe" is the best answer here. >>The correct solution, of course, is to check if the data is valid >>before changing the volume state, but turn might turn out to be a >>very complex check. > > > Well, the minimum correct solution is to return an error if somebody > tries to access the inaccessible part of the volume. That should > happen, and I'm confused that it doesn't appear to be doing so in this > case. > > On Tuesday, 30 March 2004 at 11:07:55 -0300, Joo Carlos Mendes Lus wrote: > >>Greg 'groggy' Lehey wrote: >> >>>On Tuesday, 30 March 2004 at 0:32:38 -0300, Joo Carlos Mendes Lus wrote: >>> >>>Basically, this is a feature and not a bug. A plex that is corrupt is >>>still partially accessible, so we should allow access to it. If you >>>have two striped plexes both striped between two disks, with the same >>>stripe size, and one plex starts on the first drive, and the other on >>>the second, and one drive dies, then each plex will lose half of its >>>data, every second stripe. But the volume will be completely >>>accessible. >> >> A good idea if you have both stripe and mirror, to avoid discarding the >>whole disk. But, IMHO, if some part of the disk is inacessible, the volume >>should go down, and IFF the operator wants to try recovery, should use the >>setstate command. This is the safe state. > > setstate is not safe. It bypasses a lot of consistency checking. That's why it should be done only by a human operator, and only after checking the physical disk. I use setstate frequently, when I have my wizard hat on, but I know the consequences of doing that. If I have someone watching I carefully explain then to *not* repeat that. ;-) > > One possibility would be: > > 1. Based on the plex states, check if all of the volume is still > accessible. > 2. If not, take the volume into a "flaky" state. This is easy if the volume is composed of a single plex (my case, and the case of most people who needs only a big and "unsafe" disk. Where unsafe means a disk available or not available, and not half a disk. At least for me. If the volume has more than one plex, then you could think of an algoritm that explores this redundancy. But, IMO, a disk with half of it unavailable is hardly an "up and ok" one. Also note that, instead of turning the whole subdisk stale when a single I/O fails, the error could be passed above. But, also, this only works with single plex stripe or concat configurations. > 3. *Somehow* ensure that the volume can't be accessed again as a file > system until it has been remounted. > 4. Refuse to remount the file system without the -f option. > > The last two are outside the scope of Vinum, of course. And again violates the layering aproach. I thought newfs -v has been enough... The first time I used vinum I was happilly thinking that I would mix 4 whole disks (except for boot and swap partitions, of course) and create a new pseudo disk, in which I would again disklabel it, and repartition for expected use. Say, for example, that I want to have /var and /usr on different partitions, but I want both with mirroring. With real world vinum I need to create 2 vinum partitions on real disks, and have 2 vinum volumes. AFAIK, -current and GEOM fixes this, right? My last experience with RaidFrame was a panic one, since the disk creation. But I must confess I did not try that hard, since vinum and -stable was working for me. I am not a -current hacker for a long time now. Greg, I like vinum, and I use it since its release in FreeBSD. Before that I have used ccd(4). When 5.x is stable, I will use GEOM, vinum or raidframe. But I really think *ix is great for it's reusability, recursivity and modularity and vinum breaks this. If vinum creates a virtual disk, it should behave like a real disk. Jonny -- João Carlos Mendes Luís - Networking Engineer - jonny@jonny.eng.br From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 21:10:07 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C39416A4CE for ; Tue, 30 Mar 2004 21:10:07 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FDAC43D31 for ; Tue, 30 Mar 2004 21:10:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2V5A7bv024821 for ; Tue, 30 Mar 2004 21:10:07 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2V5A7Vl024820; Tue, 30 Mar 2004 21:10:07 -0800 (PST) (envelope-from gnats) Resent-Date: Tue, 30 Mar 2004 21:10:07 -0800 (PST) Resent-Message-Id: <200403310510.i2V5A7Vl024820@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Merryweather Cooper" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 600A216A4CE for ; Tue, 30 Mar 2004 21:02:58 -0800 (PST) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA9B43D3F for ; Tue, 30 Mar 2004 21:02:57 -0800 (PST) (envelope-from coop9211@uidaho.edu) Received: from borgdemon.losaca.adelphia.net ([67.21.169.8]) by mta13.adelphia.netESMTP <20040331050257.YCEA28815.mta13.adelphia.net@borgdemon.losaca.adelphia.net> for ; Wed, 31 Mar 2004 00:02:57 -0500 Received: from borgdemon.losaca.adelphia.net (localhost [127.0.0.1]) by borgdemon.losaca.adelphia.net (Postfix) with ESMTP id EB41BC9D for ; Tue, 30 Mar 2004 21:02:55 -0800 (PST) Message-Id: <1080709376.0@borgdemon.losaca.adelphia.net> Date: Tue, 30 Mar 2004 21:02:56 -0800 From: "\"John Merryweather Cooper,Home Office,,(509) 338-9391 \" To: "FreeBSD gnats submit" X-Send-Pr-Version: gtk-send-pr 0.3.3 Subject: kern/64968: [SW-BUG] uvisor/ucom fail to init or stall with Sony CLIE PEG-SJ33/U X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 05:10:07 -0000 >Number: 64968 >Category: kern >Synopsis: [SW-BUG] uvisor/ucom fail to init or stall with Sony CLIE PEG-SJ33/U >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 30 21:10:06 PST 2004 >Closed-Date: >Last-Modified: >Originator: John Merryweather Cooper,Home Office,,(509) 338-9391 >Release: FreeBSD 4.9-STABLE i386 >Organization: >Environment: System: FreeBSD 4.9-STABLE #6: Tue Mar 30 19:51:40 PST 2004 root@borgdemon.losaca.adelphia.net:/usr/obj/usr/src/sys/K6-2 >Description: ucom and uvisor are not behaving properly with this Sony PDA. Without the patch, I get IOERROR: ucom0: Sony Palm Handheld, rev 1.10/1.00, addr 3 ucom0: Sony Palm Handheld, rev 1.10/1.00, addr 3 ucom0: init failed, IOERROR device_probe_and_attach: ucom0 attach returned 6 With the patch, I get STALLED: ucom0: Sony Palm Handheld, rev 1.10/1.00, addr 3 ucom0: Sony Palm Handheld, rev 1.10/1.00, addr 3 ucom0: init failed, STALLED device_probe_and_attach: ucom0 attach returned 6 uhub0: port 1, set config at addr 3 failed uhub0: device problem, disabling port 1 uhub0: port error, restarting port 1 However, I'm not working either way. The Vendor ID is 0x54c and the Product ID is 0x009a. The version of Palm OS is 4.1 >How-To-Repeat: Hit HotSync button on PDA. >Fix: --- patch-uvisor.c begins here --- --- /usr/src/sys/dev/usb/uvisor.c.old Tue Mar 30 18:05:25 2004 +++ /usr/src/sys/dev/usb/uvisor.c Tue Mar 30 18:06:31 2004 @@ -218,7 +218,7 @@ {{ USB_VENDOR_PALM, USB_PRODUCT_PALM_TUNGSTEN_T }, PALM4 }, {{ USB_VENDOR_PALM, USB_PRODUCT_PALM_ZIRE }, PALM4 }, {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_40 }, 0 }, - {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_41 }, 0 }, + {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_41 }, PALM4 }, {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_S360 }, PALM4 }, {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_NX60 }, PALM4 }, /* {{ USB_VENDOR_SONY, USB_PRODUCT_SONY_CLIE_25 }, PALM4 },*/ --- patch-uvisor.c ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 21:18:00 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AC5616A4CE; Tue, 30 Mar 2004 21:18:00 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A64F43D41; Tue, 30 Mar 2004 21:18:00 -0800 (PST) (envelope-from nork@FreeBSD.org) Received: from freefall.freebsd.org (nork@localhost [127.0.0.1]) i2V5I0bv025298; Tue, 30 Mar 2004 21:18:00 -0800 (PST) (envelope-from nork@freefall.freebsd.org) Received: (from nork@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2V5I0CY025294; Tue, 30 Mar 2004 21:18:00 -0800 (PST) (envelope-from nork) Date: Tue, 30 Mar 2004 21:18:00 -0800 (PST) From: Norikatsu Shigemura Message-Id: <200403310518.i2V5I0CY025294@freefall.freebsd.org> To: nork@FreeBSD.org, freebsd-bugs@FreeBSD.org, sanpei@FreeBSD.org Subject: Re: kern/64968: [SW-BUG] uvisor/ucom fail to init or stall with Sony CLIE PEG-SJ33/U X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 05:18:00 -0000 Synopsis: [SW-BUG] uvisor/ucom fail to init or stall with Sony CLIE PEG-SJ33/U Responsible-Changed-From-To: freebsd-bugs->sanpei Responsible-Changed-By: nork Responsible-Changed-When: Tue Mar 30 21:17:45 PST 2004 Responsible-Changed-Why: Over to USB specialist. http://www.freebsd.org/cgi/query-pr.cgi?pr=64968 From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 30 22:50:20 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A0CF16A4CE for ; Tue, 30 Mar 2004 22:50:20 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A1D143D1F for ; Tue, 30 Mar 2004 22:50:20 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2V6oKbv032586 for ; Tue, 30 Mar 2004 22:50:20 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2V6oK3i032585; Tue, 30 Mar 2004 22:50:20 -0800 (PST) (envelope-from gnats) Resent-Date: Tue, 30 Mar 2004 22:50:20 -0800 (PST) Resent-Message-Id: <200403310650.i2V6oK3i032585@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Wei-Kai Wu Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D730B16A4CE for ; Tue, 30 Mar 2004 22:44:41 -0800 (PST) Received: from mailgate.csie.nctu.edu.tw (mailgate.csie.nctu.edu.tw [140.113.209.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC3743D55 for ; Tue, 30 Mar 2004 22:44:41 -0800 (PST) (envelope-from wkwu@mailgate.csie.nctu.edu.tw) Received: from mailgate.csie.nctu.edu.tw (wkwu@localhost [127.0.0.1]) i2V6ifHH097159 for ; Wed, 31 Mar 2004 14:44:41 +0800 (CST) Received: (from wkwu@localhost)i2V6ifxE097158; Wed, 31 Mar 2004 14:44:41 +0800 (CST) (envelope-from wkwu) Message-Id: <200403310644.i2V6ifxE097158@mailgate.csie.nctu.edu.tw> Date: Wed, 31 Mar 2004 14:44:41 +0800 (CST) From: Wei-Kai Wu To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/64971: A squid process larger than 3G X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Wei-Kai Wu List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 06:50:20 -0000 >Number: 64971 >Category: kern >Synopsis: A squid process larger than 3G >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 30 22:50:20 PST 2004 >Closed-Date: >Last-Modified: >Originator: Wei-Kai Wu >Release: FreeBSD 5.2.1-RELEASE-p4 i386 >Organization: Kavalan >Environment: FreeBSD altair 5.2.1-RELEASE-p4 FreeBSD 5.2.1-RELEASE-p4 #1: Wed Mar 31 06:13:12 CST 2004 root@altair:/usr/obj/usr/src/sys/ALTAIR i386 Mainboard: P4P800/SE with P4-2.8CG and 4G RAM >Description: When running squid allocated more than 3G memory, the squid will crash. I have tuned the kernel with MAXDSIZ=(3072UL*1024*1024) and KVA_PAGES=192. If I enlarged the MAXDSIZ > 3072, the system cannot boot with error message: (after loading kernel, running init) init in malloc(): error: recursive call init in malloc(): error: recursive call ... >How-To-Repeat: set the kernel with: options MAXDSIZ=(3200UL*1024*1024) options KVA_PAGES=192 >Fix: No idea. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 00:10:18 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20C8216A4CE for ; Wed, 31 Mar 2004 00:10:18 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C1BF43D5C for ; Wed, 31 Mar 2004 00:10:18 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2V8AHbv044182 for ; Wed, 31 Mar 2004 00:10:17 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2V8AHUG044180; Wed, 31 Mar 2004 00:10:17 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 31 Mar 2004 00:10:17 -0800 (PST) Resent-Message-Id: <200403310810.i2V8AHUG044180@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, artis@fbsd.lv Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99D1816A4CF for ; Wed, 31 Mar 2004 00:09:38 -0800 (PST) Received: from fbsd.lv (fbsd.lv [159.148.95.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B61543D1F for ; Wed, 31 Mar 2004 00:09:37 -0800 (PST) (envelope-from artis@fbsd.lv) Received: by fbsd.lv (Postfix, from userid 10000) id 2EA15C0EE; Wed, 31 Mar 2004 11:09:19 +0300 (EEST) Message-Id: <20040331080919.2EA15C0EE@fbsd.lv> Date: Wed, 31 Mar 2004 11:09:19 +0300 (EEST) From: artis@fbsd.lv To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/64975: [PATCH] rl driver with polling enabled increase TX counters at each clock tick X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: artis@fbsd.lv List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 08:10:18 -0000 >Number: 64975 >Category: kern >Synopsis: [PATCH] rl driver with polling enabled increase TX counters at each clock tick >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 31 00:10:17 PST 2004 >Closed-Date: >Last-Modified: >Originator: Artis Caune >Release: FreeBSD 5.2.1-RELEASE-p3 i386 >Organization: >Environment: System: FreeBSD fbsd.lv 5.2.1-RELEASE-p3 FreeBSD 5.2.1-RELEASE-p3 #0: Thu Mar 18 13:01:46 EET 2004 root@fbsd.lv:/usr/obj/usr/src/sys/KERNEL i386 >Description: When device polling is enabled on rl interface, TX counters are increased at every 'rl_poll() -> rl_txeof()' function call (at each clock tick). When working in interupt mode, rl_txeof is called only when device needs atention and it works correctly. Actually with polling enabled I got ~600000 outgoing packets and ~15% CPU in interupts. sys/pci/if_rl.c code is not very efficient: at every rl_poll() call driver is doing while loop 4 times(4 TX rings?) and no meter what, it always update ifp->if_opackets++; ifp->if_collisions += (txstat & RL_TXSTAT_COLLCNT) >> 24; ifp->if_flags &= ~IFF_OACTIVE; So at every clock tick we update those counters 4 times Same problem on 4.x and 5.x This patch will only fix counter problem, not wasted CPU times!!! p.s. this was PR misc/64690 >How-To-Repeat: recompile and run kernel with polling enabled and rl interface >Fix: --- if_rl.patch begins here --- *** sys/pci/if_rl.c.orig Fri Nov 28 07:28:29 2003 --- sys/pci/if_rl.c Wed Mar 31 10:15:34 2004 *************** *** 1373,1386 **** ifp->if_collisions += (txstat & RL_TXSTAT_COLLCNT) >> 24; if (RL_LAST_TXMBUF(sc) != NULL) { bus_dmamap_unload(sc->rl_tag, RL_LAST_DMAMAP(sc)); bus_dmamap_destroy(sc->rl_tag, RL_LAST_DMAMAP(sc)); m_freem(RL_LAST_TXMBUF(sc)); RL_LAST_TXMBUF(sc) = NULL; } ! if (txstat & RL_TXSTAT_TX_OK) ! ifp->if_opackets++; ! else { int oldthresh; ifp->if_oerrors++; if ((txstat & RL_TXSTAT_TXABRT) || --- 1373,1385 ---- ifp->if_collisions += (txstat & RL_TXSTAT_COLLCNT) >> 24; if (RL_LAST_TXMBUF(sc) != NULL) { + ifp->if_opackets++; bus_dmamap_unload(sc->rl_tag, RL_LAST_DMAMAP(sc)); bus_dmamap_destroy(sc->rl_tag, RL_LAST_DMAMAP(sc)); m_freem(RL_LAST_TXMBUF(sc)); RL_LAST_TXMBUF(sc) = NULL; } ! if (!(txstat & RL_TXSTAT_TX_OK)) { int oldthresh; ifp->if_oerrors++; if ((txstat & RL_TXSTAT_TXABRT) || --- if_rl.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 00:25:15 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C55916A4CE; Wed, 31 Mar 2004 00:25:15 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BEFC43D2D; Wed, 31 Mar 2004 00:25:15 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: from freefall.freebsd.org (ru@localhost [127.0.0.1]) i2V8PEbv044834; Wed, 31 Mar 2004 00:25:14 -0800 (PST) (envelope-from ru@freefall.freebsd.org) Received: (from ru@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2V8PEpM044830; Wed, 31 Mar 2004 00:25:14 -0800 (PST) (envelope-from ru) Date: Wed, 31 Mar 2004 00:25:14 -0800 (PST) From: Ruslan Ermilov Message-Id: <200403310825.i2V8PEpM044830@freefall.freebsd.org> To: artis@fbsd.lv, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/64690: rl device with polling enabled generates ~600000 outgoing "hidden" packets X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 08:25:15 -0000 Synopsis: rl device with polling enabled generates ~600000 outgoing "hidden" packets State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Mar 31 00:24:28 PST 2004 State-Changed-Why: Superseded by PR kern/64975. http://www.freebsd.org/cgi/query-pr.cgi?pr=64690 From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 00:25:37 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB95816A4CE; Wed, 31 Mar 2004 00:25:37 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE52C43D5A; Wed, 31 Mar 2004 00:25:37 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: from freefall.freebsd.org (ru@localhost [127.0.0.1]) i2V8Pbbv044880; Wed, 31 Mar 2004 00:25:37 -0800 (PST) (envelope-from ru@freefall.freebsd.org) Received: (from ru@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2V8PbLk044876; Wed, 31 Mar 2004 00:25:37 -0800 (PST) (envelope-from ru) Date: Wed, 31 Mar 2004 00:25:37 -0800 (PST) From: Ruslan Ermilov Message-Id: <200403310825.i2V8PbLk044876@freefall.freebsd.org> To: ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, ru@FreeBSD.org Subject: Re: kern/64975: [PATCH] rl driver with polling enabled increase TX counters at each clock tick X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 08:25:38 -0000 Synopsis: [PATCH] rl driver with polling enabled increase TX counters at each clock tick Responsible-Changed-From-To: freebsd-bugs->ru Responsible-Changed-By: ru Responsible-Changed-When: Wed Mar 31 00:25:24 PST 2004 Responsible-Changed-Why: Grab it. http://www.freebsd.org/cgi/query-pr.cgi?pr=64975 From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 01:30:22 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 749DF16A4D0 for ; Wed, 31 Mar 2004 01:30:22 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5384C43D54 for ; Wed, 31 Mar 2004 01:30:22 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2V9UMbv053903 for ; Wed, 31 Mar 2004 01:30:22 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2V9UMee053902; Wed, 31 Mar 2004 01:30:22 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 31 Mar 2004 01:30:22 -0800 (PST) Resent-Message-Id: <200403310930.i2V9UMee053902@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Balazs Nagy Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C850416A52E for ; Wed, 31 Mar 2004 01:20:39 -0800 (PST) Received: from smtp.aranyoroszlan.hu (smtp.aranyoroszlan.hu [195.56.77.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FE5B43D75 for ; Wed, 31 Mar 2004 01:20:36 -0800 (PST) (envelope-from root@smtp.aranyoroszlan.hu) Received: (qmail 1668 invoked by uid 0); 31 Mar 2004 09:23:37 -0000 Message-Id: <20040331092337.1655.qmail@smtp.aranyoroszlan.hu> Date: 31 Mar 2004 09:23:37 -0000 From: Balazs Nagy To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/64983: regfree() crasher X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Balazs Nagy List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 09:30:22 -0000 >Number: 64983 >Category: kern >Synopsis: regfree() crasher >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 31 01:30:21 PST 2004 >Closed-Date: >Last-Modified: >Originator: Balazs Nagy >Release: FreeBSD 5.2.1-RELEASE-p1 i386 >Organization: >Environment: System: FreeBSD tcb.aranyoroszlan.hu 5.2.1-RELEASE-p1 FreeBSD 5.2.1-RELEASE-p1 #1: Tue Mar 16 08:23:41 CET 2004 root@tcb.aranyoroszlan.hu:/opt/devel/obj/opt/devel/src/sys/SAMU i386 >Description: regfree() in src/libc/regex/regfree.c doesn't check parameter, and with an invalid pointer, the application crashes. >How-To-Repeat: My problem originated with apache2, which dumps core multiple times. I recompiled Apache2 with --enable-maintainer-mode, and did a gdb backtrace: (gdb) bt #0 0x283b6dcf in kill () from /lib/libc.so.5 #1 0x08076f11 in sig_coredump (sig=11) at mpm_common.c:955 #2 0x28353f34 in _thread_sig_handler () from /usr/lib/libc_r.so.5 #3 0x28353d9d in _thread_sig_handler () from /usr/lib/libc_r.so.5 #4 #5 0x285fdd70 in ?? () #6 0x0807161f in regex_cleanup (preg=0x0) at util.c:258 #7 0x283123bd in run_cleanups (cref=0x80d1028) at apr_pools.c:1951 #8 0x28311b1c in apr_pool_destroy (pool=0x80d1018) at apr_pools.c:730 #9 0x28311b0b in apr_pool_destroy (pool=0x80cf018) at apr_pools.c:727 #10 0x0806eb31 in destroy_and_exit_process (process=0x0, process_exit_value=0) at main.c:213 #11 0x0806fb1e in main (argc=4, argv=0xbfbfecb8) at main.c:644 #12 0x0805f8a2 in _start () ports/www/apache2/work/httpd-2.0.49/server/util.c:258: regfree((regex_t *) preg); Bug caught. >Fix: begin 0 libc-regfree.patch M+2TM(&QI8B]L:6)C+W)E9V5X+W)E9V9R964N8RYOPH@ M"7-Tre_magic != MAGIC1) /* oops */ return; /* nice to complain, but hard */ ) >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 04:50:02 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93A3316A4CE for ; Wed, 31 Mar 2004 04:50:02 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8454E43D55 for ; Wed, 31 Mar 2004 04:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2VCo2bv075742 for ; Wed, 31 Mar 2004 04:50:02 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2VCo2RM075741; Wed, 31 Mar 2004 04:50:02 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 31 Mar 2004 04:50:02 -0800 (PST) Resent-Message-Id: <200403311250.i2VCo2RM075741@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "mitrohin a.s." Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C083E16A4CE for ; Wed, 31 Mar 2004 04:46:37 -0800 (PST) Received: from swp.bspu.secna.ru (swp.bspu.secna.ru [212.192.2.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E5A43D39 for ; Wed, 31 Mar 2004 04:46:23 -0800 (PST) (envelope-from swp@swp.bspu.secna.ru) Received: from swp.bspu.secna.ru (localhost [127.0.0.1]) by swp.bspu.secna.ru (8.12.11/8.12.11) with ESMTP id i2VCkCop037170 for ; Wed, 31 Mar 2004 19:46:12 +0700 (OMSST) (envelope-from swp@swp.bspu.secna.ru) Received: (from root@localhost) by swp.bspu.secna.ru (8.12.11/8.12.11/Submit) id i2VCkC0i037169; Wed, 31 Mar 2004 19:46:12 +0700 (OMSST) (envelope-from swp) Message-Id: <200403311246.i2VCkC0i037169@swp.bspu.secna.ru> Date: Wed, 31 Mar 2004 19:46:12 +0700 (OMSST) From: swp@uni-altai.ru To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: bin/64990: /bin/sh unable to change directory but current dir grow anyway X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "mitrohin a.s." List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 12:50:02 -0000 >Number: 64990 >Category: bin >Synopsis: /bin/sh unable to change directory but current dir grow anyway >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 31 04:50:00 PST 2004 >Closed-Date: >Last-Modified: >Originator: mitrohin a.s. >Release: FreeBSD 5.2-CURRENT i386 >Organization: Barnaul State Pedagogical University >Environment: System: FreeBSD swp.bspu.secna.ru 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Fri Mar 26 17:56:09 OMST 2004 swp@swp.bspu.secna.ru:/usr/obj/usr/src/sys/ag_kernel i386 >Description: builtin cd unable to change work directory but curdir grow anyway. >How-To-Repeat: # mkdir -p /tmp/1/2 # chmod 770 /tmp/1/2 # cd /tmp/1 # touch 1.txt # pwd /tmp/1 # ls -l total 1 drwxrwx--- 2 root wheel 512 22 ÍÁÒ 11:22 2 -rw-r--r-- 1 root wheel 0 22 ÍÁÒ 11:22 1.txt # su -m cyrus $ pwd /tmp/1 $ cd 2 cd: can't cd to 2 $ pwd /tmp/1/2 $ ls -l total 1 drwxrwx--- 2 root wheel 512 22 ÍÁÒ 11:22 2 -rw-r--r-- 1 root wheel 0 22 ÍÁÒ 11:22 1.txt $ cd 2 cd: can't cd to 2 $ pwd /tmp/1/2/2 $ ls -l total 1 drwxrwx--- 2 root wheel 512 22 ÍÁÒ 11:22 2 -rw-r--r-- 1 root wheel 0 22 ÍÁÒ 11:22 1.txt $ cd 2 cd: can't cd to 2 $ pwd /tmp/1/2/2/2 $ ls -l total 1 drwxrwx--- 2 root wheel 512 22 ÍÁÒ 11:22 2 -rw-r--r-- 1 root wheel 0 22 ÍÁÒ 11:22 1.txt $ cd . $ pwd /tmp/1 $ ^D >Fix: Index: bin/sh/cd.c =================================================================== RCS file: /usr/cvs/freebsd/ncvs/src/bin/sh/cd.c,v retrieving revision 1.33 diff -u -r1.33 cd.c --- bin/sh/cd.c 5 Jul 2003 15:18:44 -0000 1.33 +++ bin/sh/cd.c 31 Mar 2004 12:35:06 -0000 @@ -42,13 +42,18 @@ #include __FBSDID("$FreeBSD: src/bin/sh/cd.c,v 1.33 2003/07/05 15:18:44 dds Exp $"); +#include +#include +#include #include #include +#include #include #include #include #include #include +#include /* * The cd and pwd commands. @@ -68,15 +73,305 @@ #include "show.h" #include "cd.h" -STATIC int cdlogical(char *); -STATIC int cdphysical(char *); -STATIC int docd(char *, int, int); -STATIC char *getcomponent(void); -STATIC int updatepwd(char *); - -STATIC char *curdir = NULL; /* current working directory */ -STATIC char *prevdir; /* previous working directory */ -STATIC char *cdcomppath; +/* + * Get the next component of the path name pointed to by path. + * This routine overwrites the string pointed to by path. + */ +static inline +char * +getcomponent(char **path) +{ + char *p; + + while ((p = strsep(path, "/")) != 0 && !*p) + continue; + return p; +} + + +struct mblkcore { + int clnk; + int realsz; + int n; + char d[1]; +}; +typedef struct mblkcore *mblk_t; + +#define BLKSZ 0x1000 +#define MBLK_GETMEMSIZE(n) \ + ((n)?(((n)-1)/BLKSZ+1)*BLKSZ + offsetof(struct mblkcore, d) : 0) + +static inline int mblk_init(mblk_t *); +static inline int mblk_uninit(mblk_t *); +static inline int mblk_clear(mblk_t *); +static inline int mblk_attach(mblk_t *, mblk_t *); +static inline int mblk_getn(mblk_t *); +static inline char *mblk_getp(mblk_t *); +static inline int mblk_realloc(mblk_t *, int); +static inline int mblk_write(mblk_t *, int, void *, int); + +#define mblk_resize mblk_realloc + +static inline +int +mblk_init(mblk_t *b) +{ + *b = 0; + return 0; +} + +static inline +int +mblk_uninit(mblk_t *b) +{ + return mblk_clear(b); +} + +static inline +int +mblk_clear(mblk_t *b) +{ + if (*b) { + if (!--(*b)->clnk) + free(*b); + *b = 0; + } + return 0; +} + +static inline +int +mblk_attach(mblk_t *a, mblk_t *b) +{ + mblk_uninit(a); + if (*b) { + (*b)->clnk++; + *a = *b; + } + return 0; +} + +static inline +int +mblk_getn(mblk_t *b) +{ + return (*b) ? (*b)->n : 0; +} +static inline +char * +mblk_getp(mblk_t *b) +{ + return (*b) ? (*b)->d : 0; +} + +static +int +mblk_realloc(mblk_t *b, int n) +{ + int clnk, realsz, new_realsz; + struct mblkcore *q; + + if (n == -1) + n = mblk_getn(b); + + if (!n) + return mblk_clear(b); + + if (!*b) { + clnk = 1; + realsz = 0; + } else { + clnk = (*b)->clnk; + realsz = (*b)->realsz; + assert(realsz > 0); + } + + new_realsz = MBLK_GETMEMSIZE(n); + if (clnk > 1) { + if (!(q = malloc(new_realsz))) + return -1; + memcpy(q->d, (*b)->d, (*b)->n < n ? (*b)->n : n); + (*b)->clnk--; + *b = q; + } else if (new_realsz != realsz) { + if (!(q = realloc(*b, new_realsz))) + return -1; + *b = q; + } + (*b)->clnk = 1; + (*b)->realsz = new_realsz; + (*b)->n = n; + + return 0; +} + +static inline +int +mblk_write(mblk_t *b, int off, void *buf, int bufn) +{ + int clnk, realsz, bn, n; + + if (!buf || !bufn) + return 0; + + if (!*b) { + clnk = 1; + realsz = 0; + bn = 0; + } else { + clnk = (*b)->clnk; + realsz = (*b)->realsz; + bn = (*b)->n; + } + + if (off <= realsz) { + if (off == -1) + off = bn; + n = off + bufn; + if (n < bn) + n = bn; + if (mblk_realloc(b, n)) + return -1; + memcpy((*b)->d + off, buf, bufn); + } + return 0; +} + + + +static +void +mblk_dump(mblk_t *b) +{ + int i; + + printf("blk = %p", *b); + if (*b) { + printf("clnk: %d, realsz: %d, n: %d,\n d: ", + (*b)->clnk, (*b)->realsz, (*b)->n); + for (i = 0; i < (*b)->n; i++) + printf("%d:%c ", i, (*b)->d[i]); + } + printf("\n"); +} + + +static +int +mblk_mkcdpath(mblk_t *b, char *dir, int phys) +{ + int rc, off, n; + char *p, *d, cdir[MAXPATHLEN]; + mblk_t a[1]; + + if (phys) { + if (dir && *dir) + if (chdir(dir)) + return -1; + if (!getcwd(cdir, sizeof cdir)) + return -1; + n = strlen(cdir) + 1; + if (mblk_write(b, 0, cdir, n) || mblk_resize(b, n)) + return -1; + return 0; + } + + if (!*b) { + if (!getcwd(cdir, sizeof cdir)) { + cdir[0] = '/'; cdir[1] = 0; + chdir(cdir); + } + n = strlen(cdir) + 1; + if (mblk_write(b, 0, cdir, n) || mblk_resize(b, n)) + return -1; + } + + if (!dir || !*dir) + return 0; + + assert(*b); + assert((*b)->n == 2 || ((*b)->n > 2 && (*b)->d[(*b)->n - 2] != '/')); + assert(*(*b)->d == '/'); + assert(!(*b)->d[(*b)->n - 1]); + + if (*dir && *dir == '/') { + if (mblk_write(b, 0, "/", 2) || mblk_resize(b, 2)) + return -1; + dir++; + } + + mblk_init(a); + mblk_attach(a, b); + + rc = 0; + while ((p = getcomponent(&dir)) != 0) { + if (*p == '.') { + if (!p[1]) + continue; + if (p[1] == '.' && !p[2]) { + for (p = (*b)->d + (*b)->n - 1;;) + if (p-1 == (*b)->d || *--p == '/') + break; + if ((rc = mblk_resize(b, p-(*b)->d+1)) != 0) + break; + if ((rc = mblk_write(b,(*b)->n-1,"",1)) != 0) + break; + continue; + } + } + + off = 1; + if ((*b)->n != 2) { + off = (*b)->n; + if ((rc = mblk_write(b, off-1, "/", 1)) != 0) + break; + } + if ((rc = mblk_write(b, off, p, strlen(p)+1)) != 0) + break; + } + + if (rc) + mblk_attach(b, a); + mblk_uninit(a); + + return rc; +} + +/* + * Actually change the directory. In an interactive shell, print the + * directory name if "print" is nonzero. + */ +static +int +docd(mblk_t *curdir, mblk_t *prevdir, char *dest, int print, int phys) +{ + int rc; + mblk_t old_curdir[1]; + + TRACE(("docd(\"%s\", %d, %d) called\n", dest, print, phys)); + + rc = -1; + mblk_init(old_curdir); + mblk_attach(old_curdir, curdir); + if (!mblk_mkcdpath(curdir, dest, phys)) { + INTOFF; + if (chdir((*curdir)->d) < 0) + mblk_attach(curdir, old_curdir); + else { + mblk_attach(prevdir, old_curdir); + if (print && iflag) + out1fmt("%s\n", (*curdir)->d); + rc = 0; + } + INTON; + } + mblk_uninit(old_curdir); + + return rc; +} + +static mblk_t cdir[1] = { 0 }; +static mblk_t pdir[1] = { 0 }; int cdcmd(int argc, char **argv) @@ -113,7 +408,7 @@ if (*dest == '\0') dest = "."; if (dest[0] == '-' && dest[1] == '\0') { - dest = prevdir ? prevdir : curdir; + dest = *pdir ? (*pdir)->d : (*cdir)->d; if (dest) print = 1; else @@ -131,7 +426,7 @@ p += 2; print = strcmp(p, dest); } - if (docd(p, print, phys) >= 0) + if (!docd(cdir, pdir, p, print, phys)) return 0; } } @@ -141,189 +436,13 @@ } -/* - * Actually change the directory. In an interactive shell, print the - * directory name if "print" is nonzero. - */ -STATIC int -docd(char *dest, int print, int phys) -{ - - TRACE(("docd(\"%s\", %d, %d) called\n", dest, print, phys)); - - /* If logical cd fails, fall back to physical. */ - if ((phys || cdlogical(dest) < 0) && cdphysical(dest) < 0) - return (-1); - - if (print && iflag && curdir) - out1fmt("%s\n", curdir); - - return 0; -} - -STATIC int -cdlogical(char *dest) -{ - char *p; - char *q; - char *component; - struct stat statb; - int first; - int badstat; - - /* - * Check each component of the path. If we find a symlink or - * something we can't stat, clear curdir to force a getcwd() - * next time we get the value of the current directory. - */ - badstat = 0; - cdcomppath = stalloc(strlen(dest) + 1); - scopy(dest, cdcomppath); - STARTSTACKSTR(p); - if (*dest == '/') { - STPUTC('/', p); - cdcomppath++; - } - first = 1; - while ((q = getcomponent()) != NULL) { - if (q[0] == '\0' || (q[0] == '.' && q[1] == '\0')) - continue; - if (! first) - STPUTC('/', p); - first = 0; - component = q; - while (*q) - STPUTC(*q++, p); - if (equal(component, "..")) - continue; - STACKSTRNUL(p); - if (lstat(stackblock(), &statb) < 0) { - badstat = 1; - break; - } - } - - INTOFF; - if (updatepwd(badstat ? NULL : dest) < 0 || chdir(curdir) < 0) { - INTON; - return (-1); - } - INTON; - return (0); -} - -STATIC int -cdphysical(char *dest) -{ - - INTOFF; - if (chdir(dest) < 0 || updatepwd(NULL) < 0) { - INTON; - return (-1); - } - INTON; - return (0); -} - -/* - * Get the next component of the path name pointed to by cdcomppath. - * This routine overwrites the string pointed to by cdcomppath. - */ -STATIC char * -getcomponent(void) -{ - char *p; - char *start; - - if ((p = cdcomppath) == NULL) - return NULL; - start = cdcomppath; - while (*p != '/' && *p != '\0') - p++; - if (*p == '\0') { - cdcomppath = NULL; - } else { - *p++ = '\0'; - cdcomppath = p; - } - return start; -} - - -/* - * Update curdir (the name of the current directory) in response to a - * cd command. We also call hashcd to let the routines in exec.c know - * that the current directory has changed. - */ -STATIC int -updatepwd(char *dir) -{ - char *new; - char *p; - - hashcd(); /* update command hash table */ - - /* - * If our argument is NULL, we don't know the current directory - * any more because we traversed a symbolic link or something - * we couldn't stat(). - */ - if (dir == NULL || curdir == NULL) { - if (prevdir) - ckfree(prevdir); - INTOFF; - prevdir = curdir; - curdir = NULL; - if (getpwd() == NULL) { - INTON; - return (-1); - } - setvar("PWD", curdir, VEXPORT); - setvar("OLDPWD", prevdir, VEXPORT); - INTON; - return (0); - } - cdcomppath = stalloc(strlen(dir) + 1); - scopy(dir, cdcomppath); - STARTSTACKSTR(new); - if (*dir != '/') { - p = curdir; - while (*p) - STPUTC(*p++, new); - if (p[-1] == '/') - STUNPUTC(new); - } - while ((p = getcomponent()) != NULL) { - if (equal(p, "..")) { - while (new > stackblock() && (STUNPUTC(new), *new) != '/'); - } else if (*p != '\0' && ! equal(p, ".")) { - STPUTC('/', new); - while (*p) - STPUTC(*p++, new); - } - } - if (new == stackblock()) - STPUTC('/', new); - STACKSTRNUL(new); - INTOFF; - if (prevdir) - ckfree(prevdir); - prevdir = curdir; - curdir = savestr(stackblock()); - setvar("PWD", curdir, VEXPORT); - setvar("OLDPWD", prevdir, VEXPORT); - INTON; - - return (0); -} - int pwdcmd(int argc, char **argv) { char buf[PATH_MAX]; int ch, phys; - optreset = 1; optind = 1; opterr = 0; /* initialize getopt */ + optreset = optind = 1; opterr = 0; /* initialize getopt */ phys = Pflag; while ((ch = getopt(argc, argv, "LP")) != -1) { switch (ch) { @@ -344,15 +463,12 @@ if (argc != 0) error("too many arguments"); - if (!phys && getpwd()) { - out1str(curdir); - out1c('\n'); - } else { - if (getcwd(buf, sizeof(buf)) == NULL) - error(".: %s", strerror(errno)); - out1str(buf); - out1c('\n'); - } + if (phys) + if (mblk_mkcdpath(cdir, 0, phys)) + return -1; + + out1str((*cdir)->d); + out1c('\n'); return 0; } @@ -364,24 +480,8 @@ char * getpwd(void) { - char buf[PATH_MAX]; - - if (curdir) - return curdir; - if (getcwd(buf, sizeof(buf)) == NULL) { - char *pwd = getenv("PWD"); - struct stat stdot, stpwd; - - if (pwd && *pwd == '/' && stat(".", &stdot) != -1 && - stat(pwd, &stpwd) != -1 && - stdot.st_dev == stpwd.st_dev && - stdot.st_ino == stpwd.st_ino) { - curdir = savestr(pwd); - return curdir; - } - return NULL; - } - curdir = savestr(buf); - - return curdir; + if (!*cdir) + if (mblk_mkcdpath(cdir, 0, 1)) + return 0; + return (*cdir)->d; } >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 05:00:31 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30A6316A4CF for ; Wed, 31 Mar 2004 05:00:31 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EAD543D62 for ; Wed, 31 Mar 2004 05:00:31 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i2VD0Ubv076184 for ; Wed, 31 Mar 2004 05:00:30 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2VD0UpM076183; Wed, 31 Mar 2004 05:00:30 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 31 Mar 2004 05:00:30 -0800 (PST) Resent-Message-Id: <200403311300.i2VD0UpM076183@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, JINMEI Tatuya Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B334B16A4CE for ; Wed, 31 Mar 2004 04:58:58 -0800 (PST) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DCC943D49 for ; Wed, 31 Mar 2004 04:58:58 -0800 (PST) (envelope-from jinmei@shuttle.wide.toshiba.co.jp) Received: from shuttle.wide.toshiba.co.jp (localhost [::1]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 7417315218 for ; Wed, 31 Mar 2004 21:58:56 +0900 (JST) Received: (from jinmei@localhost)i2VCwuqj034068; Wed, 31 Mar 2004 21:58:56 +0900 (JST) Message-Id: <200403311258.i2VCwuqj034068@shuttle.wide.toshiba.co.jp> Date: Wed, 31 Mar 2004 21:58:56 +0900 (JST) From: JINMEI Tatuya To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: bin/64991: malloc(3) crashes with some large parameters X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: JINMEI Tatuya List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 13:00:31 -0000 >Number: 64991 >Category: bin >Synopsis: malloc(3) crashes with some large parameters >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 31 05:00:30 PST 2004 >Closed-Date: >Last-Modified: >Originator: JINMEI Tatuya >Release: FreeBSD 4.9-RELEASE i386 >Organization: the KAME Project >Environment: System: FreeBSD ocean.jinmei.org 4.9-RELEASE FreeBSD 4.9-RELEASE #22: Wed Mar 10 21:19:49 JST 2004 jinmei@ocean.jinmei.org:/home/jinmei/src/kame/kame/freebsd4/sys/compile/SS2010_SCTP i386 Toshiba Portege 2000 FreeBSD 4.9 (with some recent KAME snaps, which should not matter though) >Description: malloc(3) dumps core for large size parameters around 0xffff0000. >How-To-Repeat: Compile the following code and execute it. Then something similar to the following should happen: % ./foo malloc: Cannot allocate memory zsh: 2153 segmentation fault (core dumped) ./foo #include #include #include #include main() { char *p; p = (char *)malloc(0x8fff0000); if (p == NULL) perror("malloc"); else free(p); p = (char *)malloc(0xffff0000); if (p == NULL) perror("malloc"); exit(0); } >Fix: I don't have one. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 10:40:30 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A931216A4CE; Wed, 31 Mar 2004 10:40:30 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B94643D1F; Wed, 31 Mar 2004 10:40:30 -0800 (PST) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (bms@localhost [127.0.0.1]) i2VIeUbv092902; Wed, 31 Mar 2004 10:40:30 -0800 (PST) (envelope-from bms@freefall.freebsd.org) Received: (from bms@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2VIeU3w092898; Wed, 31 Mar 2004 10:40:30 -0800 (PST) (envelope-from bms) Date: Wed, 31 Mar 2004 10:40:30 -0800 (PST) From: Bruce M Simpson Message-Id: <200403311840.i2VIeU3w092898@freefall.freebsd.org> To: ler@lerctr.org, bms@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/63616: setkey no longer recognizes tcp in an spdadd line X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 18:40:30 -0000 Synopsis: setkey no longer recognizes tcp in an spdadd line State-Changed-From-To: open->feedback State-Changed-By: bms State-Changed-When: Wed Mar 31 10:39:43 PST 2004 State-Changed-Why: I committed a fix from ume-san for this, does this solve the problem for you? Awaiting test results on -STABLE before MFCing. http://www.freebsd.org/cgi/query-pr.cgi?pr=63616 From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 17:46:36 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B94916A4CE; Wed, 31 Mar 2004 17:46:36 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F12D643D41; Wed, 31 Mar 2004 17:46:35 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from freefall.freebsd.org (kris@localhost [127.0.0.1]) i311kZbv064817; Wed, 31 Mar 2004 17:46:35 -0800 (PST) (envelope-from kris@freefall.freebsd.org) Received: (from kris@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i311kZDl064813; Wed, 31 Mar 2004 17:46:35 -0800 (PST) (envelope-from kris) Date: Wed, 31 Mar 2004 17:46:35 -0800 (PST) From: Kris Kennaway Message-Id: <200404010146.i311kZDl064813@freefall.freebsd.org> To: kris@FreeBSD.org, freebsd-bugs@FreeBSD.org, phk@FreeBSD.org Subject: Re: bin/64991: malloc(3) crashes with some large parameters X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 01:46:36 -0000 Synopsis: malloc(3) crashes with some large parameters Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: kris Responsible-Changed-When: Wed Mar 31 17:46:27 PST 2004 Responsible-Changed-Why: Assign to malloc author http://www.freebsd.org/cgi/query-pr.cgi?pr=64991 From owner-freebsd-bugs@FreeBSD.ORG Wed Mar 31 18:00:40 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E73616A4CE for ; Wed, 31 Mar 2004 18:00:40 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 795BD43D2D for ; Wed, 31 Mar 2004 18:00:40 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i3120ebv065382 for ; Wed, 31 Mar 2004 18:00:40 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i3120e8s065381; Wed, 31 Mar 2004 18:00:40 -0800 (PST) (envelope-from gnats) Date: Wed, 31 Mar 2004 18:00:40 -0800 (PST) Message-Id: <200404010200.i3120e8s065381@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Kris Kennaway Subject: Re: kern/64971: A squid process larger than 3G X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kris Kennaway List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 02:00:40 -0000 The following reply was made to PR kern/64971; it has been noted by GNATS. From: Kris Kennaway To: Wei-Kai Wu Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/64971: A squid process larger than 3G Date: Wed, 31 Mar 2004 17:53:17 -0800 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 31, 2004 at 02:44:41PM +0800, Wei-Kai Wu wrote: > >Description: > When running squid allocated more than 3G memory, the squid will crash. > I have tuned the kernel with MAXDSIZ=3D(3072UL*1024*1024) and KVA_PAGES= =3D192. >=20 > If I enlarged the MAXDSIZ > 3072, the system cannot boot with error messa= ge: > (after loading kernel, running init) > init in malloc(): error: recursive call > init in malloc(): error: recursive call > ... What you described is not squid crashing, but init. It sounds like you've adjusted the kernel parameters inappropriately, and that's what you need to fix. I don't know the solution off-hand, but check the mailing list archives for extensive discussion on how to tune kernel parameters for large-memory configurations. Be aware that what you're trying to do may be impossible - i.e. if you really need 3GB of RAM for squid, it sounds like it's being heavily used, and may therefore also require a lot of kernel memory to manage the network resources.q If you need more than 1GB of kernel memory, you're out of luck with only 4GB total. Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAa3YMWry0BWjoQKURAjr8AJ91AE1Gi7WkMULAF6lBkccodZ2SHACdHjCK KUhhNEUw7enwqu7eCsaChX8= =PBO6 -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 02:33:55 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C839116A4CE for ; Thu, 1 Apr 2004 02:33:55 -0800 (PST) Received: from web60505.mail.yahoo.com (web60505.mail.yahoo.com [216.109.116.126]) by mx1.FreeBSD.org (Postfix) with SMTP id 834AD43D1D for ; Thu, 1 Apr 2004 02:33:55 -0800 (PST) (envelope-from viril29@yahoo.com) Message-ID: <20040401103354.85390.qmail@web60505.mail.yahoo.com> Received: from [69.6.161.81] by web60505.mail.yahoo.com via HTTP; Thu, 01 Apr 2004 02:33:54 PST Date: Thu, 1 Apr 2004 02:33:54 -0800 (PST) From: Jamel Brown To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org In-Reply-To: <200403212020.i2LKKEdD028030@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: misc/64547: Problem Setting up NIS Server and Client X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 10:33:55 -0000 My question is how is now a bug if i have followed everything listed in your Handbook to the tie. I you will not help please tell me where to go. also i e-mailed questions@freebsd.org. but they did not respond with anything that helped. thanx jamel brown From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 02:40:22 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C2C116A4CF for ; Thu, 1 Apr 2004 02:40:22 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB5043D60 for ; Thu, 1 Apr 2004 02:40:21 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i31AeLbv032150 for ; Thu, 1 Apr 2004 02:40:21 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31AeLuE032149; Thu, 1 Apr 2004 02:40:21 -0800 (PST) (envelope-from gnats) Date: Thu, 1 Apr 2004 02:40:21 -0800 (PST) Message-Id: <200404011040.i31AeLuE032149@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Jamel Brown Subject: Re: misc/64547: Problem Setting up NIS Server and Client X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jamel Brown List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 10:40:22 -0000 The following reply was made to PR misc/64547; it has been noted by GNATS. From: Jamel Brown To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Cc: Subject: Re: misc/64547: Problem Setting up NIS Server and Client Date: Thu, 1 Apr 2004 02:33:54 -0800 (PST) My question is how is now a bug if i have followed everything listed in your Handbook to the tie. I you will not help please tell me where to go. also i e-mailed questions@freebsd.org. but they did not respond with anything that helped. thanx jamel brown From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 06:30:16 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E08C16A4D0 for ; Thu, 1 Apr 2004 06:30:16 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BFED43D1D for ; Thu, 1 Apr 2004 06:30:16 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i31EUFbv005081 for ; Thu, 1 Apr 2004 06:30:15 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31EUFJk005080; Thu, 1 Apr 2004 06:30:15 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 1 Apr 2004 06:30:15 -0800 (PST) Resent-Message-Id: <200404011430.i31EUFJk005080@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Stefan Grundmann Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C48716A4CE for ; Thu, 1 Apr 2004 06:27:30 -0800 (PST) Received: from gate-com.com (gate-com.com [213.244.186.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5099543D48 for ; Thu, 1 Apr 2004 06:27:29 -0800 (PST) (envelope-from marodeur@gate-com.com) Received: (from marodeur@localhost) by gate-com.com (8.12.10/8.12.10) id i31ERR3o023564; Thu, 1 Apr 2004 16:27:27 +0200 (CEST) (envelope-from marodeur) Message-Id: <200404011427.i31ERR3o023564@gate-com.com> Date: Thu, 1 Apr 2004 16:27:27 +0200 (CEST) From: Stefan Grundmann To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/65040: Add support for yet another PCI multiport card X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Stefan Grundmann List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 14:30:16 -0000 >Number: 65040 >Category: kern >Synopsis: Add support for yet another PCI multiport card >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Thu Apr 01 06:30:15 PST 2004 >Closed-Date: >Last-Modified: >Originator: Stefan Grundmann >Release: FreeBSD 5.2-CURRENT i386 >Organization: waset.de >Environment: System: FreeBSD chons.hb.waset.de 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Tue Mar 30 02:04:51 CEST 2004 i386 >Description: The PCI multiport card Exsys EX-41098 has an additional OX9160/OX16PCI954 with device id 0x9511 installed. >How-To-Repeat: Get an Exsys EX-41098. >Fix: --- pucdata.diff begins here --- --- pucdata.c.old Wed Mar 31 17:20:19 2004 +++ pucdata.c Thu Apr 1 16:11:52 2004 @@ -865,6 +865,19 @@ }, }, + /* Oxford Semiconductor OX9160/OX16PCI954 PCI UARTS */ + /* second chip on Exsys EX-41098 8x cards */ + { "Oxford Semiconductor OX9160/OX16PCI954 UARTs (function 1)", + { 0x1415, 0x9511, 0, 0 }, + { 0xffff, 0xffff, 0, 0 }, + { + { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x10, 0x10, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x10, 0x18, COM_FREQ }, + }, + }, + /* NetMos 2S1P PCI 16C650 : 2S, 1P */ { "NetMos NM9835 Dual UART and 1284 Printer port", { 0x9710, 0x9835, 0, 0 }, --- pucdata.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 08:00:35 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C794516A4D0 for ; Thu, 1 Apr 2004 08:00:35 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FC5943D2D for ; Thu, 1 Apr 2004 08:00:35 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i31G0Zbv054155 for ; Thu, 1 Apr 2004 08:00:35 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31G0Zpd054154; Thu, 1 Apr 2004 08:00:35 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 1 Apr 2004 08:00:35 -0800 (PST) Resent-Message-Id: <200404011600.i31G0Zpd054154@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Christian S.J.Peron" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C29716A4CE for ; Thu, 1 Apr 2004 07:57:27 -0800 (PST) Received: from staff.seccuris.com (staff.seccuris.com [204.112.0.40]) by mx1.FreeBSD.org (Postfix) with SMTP id E431E43D31 for ; Thu, 1 Apr 2004 07:57:26 -0800 (PST) (envelope-from cperon@staff.seccuris.com) Received: (qmail 82079 invoked by uid 1006); 1 Apr 2004 15:57:26 -0000 Message-Id: <20040401155726.82078.qmail@staff.seccuris.com> Date: 1 Apr 2004 15:57:26 -0000 From: "Christian S.J.Peron" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: bin/65042: [patch] Minimize CPU cycles used by ls(1) when processing ACLs X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Christian S.J.Peron" List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 16:00:35 -0000 >Number: 65042 >Category: bin >Synopsis: [patch] Minimize CPU cycles used by ls(1) when processing ACLs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 01 08:00:35 PST 2004 >Closed-Date: >Last-Modified: >Originator: Christian S.J. Peron >Release: FreeBSD 5.2.1-RELEASE-p3 i386 >Organization: >Environment: System: FreeBSD dev 5.2.1-RELEASE-p3 FreeBSD 5.2.1-RELEASE-p3 #5: Tue Mar 23 00:19:58 GMT 2004 cperon@dev:/usr/src/sys/i386/compile/XOR i386 >Description: Currently ls(1) will iterate through every ACL associated with a file when it determines whether or not the file has implemented extended ACLs. In reality with access ACLs, (being an extension of regular file permissions) the loop could terminate once it detects greater than 3 ACLs for the file. This makes the loop O(4) rather than O(n). >How-To-Repeat: N/A >Fix: --- bin/ls/print.c.bak Thu Apr 1 15:09:14 2004 +++ bin/ls/print.c Thu Apr 1 15:20:16 2004 @@ -694,11 +694,16 @@ *haveacls = 1; if ((facl = acl_get_file(name, ACL_TYPE_ACCESS)) != NULL) { if (acl_get_entry(facl, ACL_FIRST_ENTRY, &ae) == 1) { - entries = 0; - do - entries++; - while (acl_get_entry(facl, ACL_NEXT_ENTRY, &ae) == 1); - if (entries != 3) + entries = 1; + while (acl_get_entry(facl, ACL_NEXT_ENTRY, &ae) == 1) + if (entries++ > 3) + break; + /* + * POSIX.1e requires that ACLs of type ACL_TYPE_ACCESS + * must have at least three entries owner, group and other. + * So anything with more than 3 ACLs looks interesting to us. + */ + if (entries > 3) buf[10] = '+'; } acl_free(facl); >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 09:23:09 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 984EF16A4CE; Thu, 1 Apr 2004 09:23:09 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB3A43D46; Thu, 1 Apr 2004 09:23:09 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31HN9bv065298; Thu, 1 Apr 2004 09:23:09 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31HN94E065294; Thu, 1 Apr 2004 09:23:09 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 09:23:09 -0800 (PST) From: Mark Linimon Message-Id: <200404011723.i31HN94E065294@freefall.freebsd.org> To: linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/64997: Getting a Philips USB mp3 player to work X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 17:23:09 -0000 Synopsis: Getting a Philips USB mp3 player to work Class-Changed-From-To: sw-bug->update Class-Changed-By: linimon Class-Changed-When: Thu Apr 1 09:20:26 PST 2004 Class-Changed-Why: Fix up improperly formatted PR. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 09:20:26 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=64997 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 09:25:35 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 984B216A4CE; Thu, 1 Apr 2004 09:25:35 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78F1A43D41; Thu, 1 Apr 2004 09:25:35 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31HPZbv065397; Thu, 1 Apr 2004 09:25:35 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31HPZ5U065393; Thu, 1 Apr 2004 09:25:35 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 09:25:35 -0800 (PST) From: Mark Linimon Message-Id: <200404011725.i31HPZ5U065393@freefall.freebsd.org> To: autopartsa@eyou.com, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: junk/65021: P/A/I,04/01,Order X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 17:25:35 -0000 Synopsis: P/A/I,04/01,Order State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 09:25:13 PST 2004 State-Changed-Why: Garbage. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 09:25:13 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=65021 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 09:26:35 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAEAD16A4CF; Thu, 1 Apr 2004 09:26:35 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C962143D41; Thu, 1 Apr 2004 09:26:35 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31HQZbv065451; Thu, 1 Apr 2004 09:26:35 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31HQZxZ065447; Thu, 1 Apr 2004 09:26:35 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 09:26:35 -0800 (PST) From: Mark Linimon Message-Id: <200404011726.i31HQZxZ065447@freefall.freebsd.org> To: admin@postgresql.org, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: junk/65038: BANNED FILENAME (message.scr, .exe) IN MAIL FROM YOU X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 17:26:36 -0000 Synopsis: BANNED FILENAME (message.scr, .exe) IN MAIL FROM YOU State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 09:25:56 PST 2004 State-Changed-Why: Yet another argument to go cause bodily harm to the virus writers. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 09:25:56 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=65038 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:17:49 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF2BE16A4CE; Thu, 1 Apr 2004 10:17:49 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD97243D41; Thu, 1 Apr 2004 10:17:49 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31IHnbv071344; Thu, 1 Apr 2004 10:17:49 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31IHnwl071340; Thu, 1 Apr 2004 10:17:49 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:17:49 -0800 (PST) From: Mark Linimon Message-Id: <200404011817.i31IHnwl071340@freefall.freebsd.org> To: janjacobs@gmx.de, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/63474: Re:%20i386/47295:%20kernel%20panic%20during%20FreeBSD%20%35.%30%20installation%20on%20GERICOM%20laptop X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:17:50 -0000 Synopsis: Re:%20i386/47295:%20kernel%20panic%20during%20FreeBSD%20%35.%30%20installation%20on%20GERICOM%20laptop State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:17:10 PST 2004 State-Changed-Why: Misfiled followup to i386/47295: text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:17:10 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=63474 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:23:44 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F0AE16A4CE; Thu, 1 Apr 2004 10:23:44 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4211A43D3F; Thu, 1 Apr 2004 10:23:44 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31INibv071593; Thu, 1 Apr 2004 10:23:44 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31INifU071589; Thu, 1 Apr 2004 10:23:44 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:23:44 -0800 (PST) From: Mark Linimon Message-Id: <200404011823.i31INifU071589@freefall.freebsd.org> To: linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/63629: mounting atapicam volume through cd0c cause data corruption X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:23:44 -0000 Synopsis: mounting atapicam volume through cd0c cause data corruption Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:23:22 PST 2004 Responsible-Changed-Why: Try to rescue this badly misformatted PR from the 'pending' category. http://www.freebsd.org/cgi/query-pr.cgi?pr=63629 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:48:12 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0271A16A4CE; Thu, 1 Apr 2004 10:48:12 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8BDD43D1D; Thu, 1 Apr 2004 10:48:11 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31ImBbv073019; Thu, 1 Apr 2004 10:48:11 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31ImBcA073015; Thu, 1 Apr 2004 10:48:11 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:48:11 -0800 (PST) From: Mark Linimon Message-Id: <200404011848.i31ImBcA073015@freefall.freebsd.org> To: tjr@freebsd.org, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/63669: Re: Using read-only NULLFS leads to panic. gdb output included, easy to reproduce. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:48:12 -0000 Synopsis: Re: Using read-only NULLFS leads to panic. gdb output included, easy to reproduce. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:47:44 PST 2004 State-Changed-Why: Misfiled followup to kern/63662; text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:47:44 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=63669 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:48:46 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9790E16A4CE; Thu, 1 Apr 2004 10:48:46 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7690443D39; Thu, 1 Apr 2004 10:48:46 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31Imkbv073087; Thu, 1 Apr 2004 10:48:46 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31Imkhe073083; Thu, 1 Apr 2004 10:48:46 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:48:46 -0800 (PST) From: Mark Linimon Message-Id: <200404011848.i31Imkhe073083@freefall.freebsd.org> To: pawmal-posting@freebsd.lublin.pl, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/63684: Re: Using read-only NULLFS leads to panic. gdb output included, easy to reproduce. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:48:46 -0000 Synopsis: Re: Using read-only NULLFS leads to panic. gdb output included, easy to reproduce. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:48:15 PST 2004 State-Changed-Why: Misfiled followup to kern/63662; text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:48:15 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=63684 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:49:16 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D88E16A4CE; Thu, 1 Apr 2004 10:49:16 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E80543D39; Thu, 1 Apr 2004 10:49:16 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31InGbv073136; Thu, 1 Apr 2004 10:49:16 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31InGWs073132; Thu, 1 Apr 2004 10:49:16 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:49:16 -0800 (PST) From: Mark Linimon Message-Id: <200404011849.i31InGWs073132@freefall.freebsd.org> To: tjr@freebsd.org, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/63694: Re: Using read-only NULLFS leads to panic. gdb output included, easy to reproduce. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:49:16 -0000 Synopsis: Re: Using read-only NULLFS leads to panic. gdb output included, easy to reproduce. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:48:56 PST 2004 State-Changed-Why: Misfiled followup to kern/63662; text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:48:56 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=63694 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:49:45 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 756C316A4CF; Thu, 1 Apr 2004 10:49:45 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5478643D39; Thu, 1 Apr 2004 10:49:45 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31Injbv073188; Thu, 1 Apr 2004 10:49:45 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31InjO4073184; Thu, 1 Apr 2004 10:49:45 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:49:45 -0800 (PST) From: Mark Linimon Message-Id: <200404011849.i31InjO4073184@freefall.freebsd.org> To: pawmal-posting@freebsd.lublin.pl, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/63704: Re: Using read-only NULLFS leads to panic. gdb output included, easy to reproduce. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:49:45 -0000 X-List-Received-Date: Thu, 01 Apr 2004 18:49:45 -0000 Synopsis: Re: Using read-only NULLFS leads to panic. gdb output included, easy to reproduce. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:49:25 PST 2004 State-Changed-Why: Misfiled followup to kern/63662; text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:49:25 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=63704 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:50:15 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5AE516A4CF; Thu, 1 Apr 2004 10:50:15 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C78B343D3F; Thu, 1 Apr 2004 10:50:15 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31IoFbv073306; Thu, 1 Apr 2004 10:50:15 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31IoFqb073302; Thu, 1 Apr 2004 10:50:15 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:50:15 -0800 (PST) From: Mark Linimon Message-Id: <200404011850.i31IoFqb073302@freefall.freebsd.org> To: helge.oldach@atosorigin.com, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/63918: Re: Using read-only NULLFS leads to panic. gdb output included, e asy to reproduce. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:50:16 -0000 Synopsis: Re: Using read-only NULLFS leads to panic. gdb output included, e asy to reproduce. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:49:54 PST 2004 State-Changed-Why: Misfiled followup to kern/63662; text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:49:54 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=63918 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:50:42 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DFFD16A4CE; Thu, 1 Apr 2004 10:50:42 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE8143D1D; Thu, 1 Apr 2004 10:50:42 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31Iogbv073409; Thu, 1 Apr 2004 10:50:42 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31Iogeq073405; Thu, 1 Apr 2004 10:50:42 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:50:42 -0800 (PST) From: Mark Linimon Message-Id: <200404011850.i31Iogeq073405@freefall.freebsd.org> To: tjr@freebsd.org, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/63920: Re: Using read-only NULLFS leads to panic. gdb output included, e asy to reproduce. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:50:42 -0000 Synopsis: Re: Using read-only NULLFS leads to panic. gdb output included, e asy to reproduce. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:50:22 PST 2004 State-Changed-Why: Misfiled followup to kern/63662; text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:50:22 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=63920 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:51:08 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 567C016A4CE; Thu, 1 Apr 2004 10:51:08 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3774C43D41; Thu, 1 Apr 2004 10:51:08 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31Ip8bv073459; Thu, 1 Apr 2004 10:51:08 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31Ip80N073455; Thu, 1 Apr 2004 10:51:08 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:51:08 -0800 (PST) From: Mark Linimon Message-Id: <200404011851.i31Ip80N073455@freefall.freebsd.org> To: tjr@freebsd.org, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/63959: Re: Using read-only NULLFS leads to panic. gdb output included, e asy to reproduce. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:51:08 -0000 Synopsis: Re: Using read-only NULLFS leads to panic. gdb output included, e asy to reproduce. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:50:49 PST 2004 State-Changed-Why: Misfiled followup to kern/63662; text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:50:49 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=63959 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 10:51:37 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FA1716A4CF; Thu, 1 Apr 2004 10:51:37 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7022343D45; Thu, 1 Apr 2004 10:51:37 -0800 (PST) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i31Ipbbv073513; Thu, 1 Apr 2004 10:51:37 -0800 (PST) (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31Ipb2k073509; Thu, 1 Apr 2004 10:51:37 -0800 (PST) (envelope-from linimon) Date: Thu, 1 Apr 2004 10:51:37 -0800 (PST) From: Mark Linimon Message-Id: <200404011851.i31Ipb2k073509@freefall.freebsd.org> To: marck@rinet.ru, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/64052: Re: Using read-only NULLFS leads to panic. gdb output included, e X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 18:51:37 -0000 Synopsis: Re: Using read-only NULLFS leads to panic. gdb output included, e State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Apr 1 10:51:17 PST 2004 State-Changed-Why: Misfiled followup to kern/63662; text has been copied over. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 1 10:51:17 PST 2004 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=64052 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 11:20:13 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4A0816A4CE; Thu, 1 Apr 2004 11:20:13 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87B0D43D5A; Thu, 1 Apr 2004 11:20:13 -0800 (PST) (envelope-from anders@FreeBSD.org) Received: from freefall.freebsd.org (anders@localhost [127.0.0.1]) i31JKDbv078073; Thu, 1 Apr 2004 11:20:13 -0800 (PST) (envelope-from anders@freefall.freebsd.org) Received: (from anders@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31JKDmY078069; Thu, 1 Apr 2004 11:20:13 -0800 (PST) (envelope-from anders) Date: Thu, 1 Apr 2004 11:20:13 -0800 (PST) From: Anders Nordby Message-Id: <200404011920.i31JKDmY078069@freefall.freebsd.org> To: anders@FreeBSD.org, anders@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/48316: File size limit on NTFS filesystems X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 19:20:13 -0000 Synopsis: File size limit on NTFS filesystems State-Changed-From-To: open->closed State-Changed-By: anders State-Changed-When: Thu Apr 1 11:18:59 PST 2004 State-Changed-Why: I am unable to reproduce this problem anymore. Just tried with a 300 GB NTFS partition in FreeBSD 5.2.1. Copied a 2 GB file, no problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=48316 From owner-freebsd-bugs@FreeBSD.ORG Thu Apr 1 11:30:20 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F40BA16A4D3 for ; Thu, 1 Apr 2004 11:30:19 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D31BD43D45 for ; Thu, 1 Apr 2004 11:30:19 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i31JUJbv078352 for ; Thu, 1 Apr 2004 11:30:19 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i31JUJmT078349; Thu, 1 Apr 2004 11:30:19 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 1 Apr 2004 11:30:19 -0800 (PST) Resent-Message-Id: <200404011930.i31JUJmT078349@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Colin Harford Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B49B416A4CE for ; Thu, 1 Apr 2004 11:26:51 -0800 (PST) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEB3843D1D for ; Thu, 1 Apr 2004 11:26:51 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.10/8.12.10) with ESMTP id i31JQp72097564 for ; Thu, 1 Apr 2004 11:26:51 -0800 (PST) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.10/8.12.10/Submit) id i31JQpxj097563; Thu, 1 Apr 2004 11:26:51 -0800 (PST) (envelope-from nobody) Message-Id: <200404011926.i31JQpxj097563@www.freebsd.org> Date: Thu, 1 Apr 2004 11:26:51 -0800 (PST) From: Colin Harford To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: misc/65045: ftp doesn't remember binary mode if setting at command line X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 19:30:20 -0000 >Number: 65045 >Category: misc >Synopsis: ftp doesn't remember binary mode if setting at command line >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 01 11:30:19 PST 2004 >Closed-Date: >Last-Modified: >Originator: Colin Harford >Release: FreeBSD 5.2.1 >Organization: University of Alberta >Environment: 5.2.1-RELEASE-p3 FreeBSD 5.2.1-RELEASE-p3 #0: Thu Mar 25 19:38:21 MST 2004 root@chronus:/usr/obj/usr/src/sys/GENERIC i386 >Description: If you call ftp with binary mode, ie: ftp --binary server or ftp -inv --binary it does not set binary mode for doing the transfer. You must set binary after the connection is established for it to work. >How-To-Repeat: ftp a tar file to a Windows FTP server, when setting binary when you call ftp. ie: ftp --binary my.windows.server. Then try to open the tar file. >Fix: Have ftp remember options that are set when starting the ftp client. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 04:07:17 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D8416A4CF for ; Fri, 2 Apr 2004 04:07:17 -0800 (PST) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2518243D5C for ; Fri, 2 Apr 2004 04:07:15 -0800 (PST) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i32C7DXm088221 for ; Fri, 2 Apr 2004 16:07:14 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <00db01c418aa$825bae90$0c00a8c0@artem> From: "Artem Koutchine" To: Date: Fri, 2 Apr 2004 16:03:22 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: 5.2-current does not allow login and panics with modified memory after free X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 12:07:17 -0000 Hello! I am trying to run 5.2-CURRENT (cvsupped and rebuild apr 1) on the following server: Supermicro DPE-G2 motherboard DUAL XEON 2.66Ghz (HT enabled) 2GB RAM 4 SATA SEAGTE 120GB DRIVES 3WARE 8506-4LP SATA RAID5 CONTROLLER SATA drivers are joint into a single RAID5 array which is seens as twe0. 3dm is installed. The box ran half a day and a night just fine. After that it was shutdown correctly and after a couple of hours turned on. I have heared (leds do not work due to connector incompatibility with supermicro case) high hdd activity for some time, but all filesysrems were marked as clean. I tried to login but i could not because after i types 'root' at the login nothing happened at all. Just a blinking cursor. However, the box was not hanging - screensaver appeared after some time and i can type on tty and also swicth vttys and use scroll lock to scroll boot messages. 3DM did not respond via web. So, i waited 4 hours and rebooted. After reboot i can logon but after several requests to RAID status via web (3dm) i got the following on the console: twe0: TWEIO_GET_PARAM failed for 0x402/0x3/16 Then after a minute or two the following happened: Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 panic: Most recently used by devbuf at line 128 in file /usr/src/sys/udm_dbg.c cpu=0; Debugger ("panic") Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 and i typed 'c' in debugger: the system started to shutdown and here is what i saw: twe0: failed to delete unit 0 stray irq9 Is this all a twe driver problem or general 5.2-CURRENT instability? Any ideas what happened in two cases and how to avoid it or/and solve the problems? Regards, Artem Kuchin General Director of IT Legion Ltd. Russia, Moscow www.itlegion.ru matrix@itlegion.ru +7 095 232-0338 From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 04:10:20 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1201816A4CE for ; Fri, 2 Apr 2004 04:10:20 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D854243D2F for ; Fri, 2 Apr 2004 04:10:19 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i32CAJbv023175 for ; Fri, 2 Apr 2004 04:10:19 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i32CAJit023174; Fri, 2 Apr 2004 04:10:19 -0800 (PST) (envelope-from gnats) Date: Fri, 2 Apr 2004 04:10:19 -0800 (PST) Message-Id: <200404021210.i32CAJit023174@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Daniel Roethlisberger Subject: Re: misc/60512: launching X freezes CURRENT X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Roethlisberger List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 12:10:20 -0000 The following reply was made to PR misc/60512; it has been noted by GNATS. From: Daniel Roethlisberger To: freebsd-gnats-submit@FreeBSD.org, evenson@panix.com Cc: Subject: Re: misc/60512: launching X freezes CURRENT Date: Fri, 2 Apr 2004 14:04:31 +0200 Not compiling SMP support into the kernel works around the problem for me without having to disable ACPI. -Dan From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 04:20:20 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A13D16A4CF for ; Fri, 2 Apr 2004 04:20:20 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B83943D1F for ; Fri, 2 Apr 2004 04:20:20 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i32CKKbv023448 for ; Fri, 2 Apr 2004 04:20:20 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i32CKK9T023447; Fri, 2 Apr 2004 04:20:20 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 2 Apr 2004 04:20:20 -0800 (PST) Resent-Message-Id: <200404021220.i32CKK9T023447@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, mike Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3424716A4CE for ; Fri, 2 Apr 2004 04:12:24 -0800 (PST) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC1243D2F for ; Fri, 2 Apr 2004 04:12:24 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.10/8.12.10) with ESMTP id i32CCN72082006 for ; Fri, 2 Apr 2004 04:12:23 -0800 (PST) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.10/8.12.10/Submit) id i32CCNU6082005; Fri, 2 Apr 2004 04:12:23 -0800 (PST) (envelope-from nobody) Message-Id: <200404021212.i32CCNU6082005@www.freebsd.org> Date: Fri, 2 Apr 2004 04:12:23 -0800 (PST) From: mike To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: kern/65072: hand on reboot not syncing drives on ibm thinkpad X31 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 12:20:20 -0000 >Number: 65072 >Category: kern >Synopsis: hand on reboot not syncing drives on ibm thinkpad X31 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 02 04:20:20 PST 2004 >Closed-Date: >Last-Modified: >Originator: mike >Release: current >Organization: na >Environment: FreeBSD ibmfbsd.mw.office 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Thu Apr 1 23:20:25 BST 2004 root@ibmfbsd.mw.office:/usr/obj/usr/src/sys/GENERIC i386 >Description: On rebooting machine hangs after: Waiting (max 60 seconds) for system process 'vnlru' to stop...stopped The machine just sits at this point for ever. >How-To-Repeat: Reboot CURRENT on an thinkpad X31 >Fix: Switch to single user unmount filesystems and then reboot. Atleast this way fsck isnt needed on reboot. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 09:08:36 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A40DC16A4CE for ; Fri, 2 Apr 2004 09:08:36 -0800 (PST) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id F26C543D3F for ; Fri, 2 Apr 2004 09:08:35 -0800 (PST) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i32H8YXg000972 for ; Fri, 2 Apr 2004 21:08:35 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <001001c418d4$9ae7ea80$0c00a8c0@artem> From: "Artem Koutchine" To: Date: Fri, 2 Apr 2004 21:04:33 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 17:08:36 -0000 I am running 5.2-CURRENT. The box has 3w 8506-4LP SATA raid controller and freebsd is install onto raid5 array. Almost everytime i pull a hotswap disk (one out of four) or when very heavy disk activity (like background fsck after crashing on a 310GB label) i get the following after 10 or so minutes of uptime: Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 panic: Most recently used by devbuf at line 128 in file /usr/src/sys/udm_dbg.c cpu=0; Debugger ("panic") Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 and i typed 'c' in debugger: the system started to shutdown and here is what i saw: twe0: failed to delete unit 0 stray irq9 The box is: permicro X5DPE-G2 motherboard DUAL XEON 2.66Ghz (HT enabled) 533Mhz bus 2GB RAM 4 SATA SEAGTE 120GB DRIVES 3WARE 8506-4LP SATA RAID5 CONTROLLER From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 11:07:13 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DA4E16A4CE; Fri, 2 Apr 2004 11:07:13 -0800 (PST) Received: from siamese.3ware.com (siamese.3ware.com [67.122.122.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C383F43D2F; Fri, 2 Apr 2004 11:07:12 -0800 (PST) (envelope-from vkashyap@3WARE.com) Received: by siamese with Internet Mail Service (5.5.2653.19) id <2DS0AAJN>; Fri, 2 Apr 2004 11:11:04 -0800 Message-ID: From: Vinod Kashyap To: 'Artem Koutchine' , freebsd-current@freebsd.org Date: Fri, 2 Apr 2004 11:10:46 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="koi8-r" cc: freebsd-bugs@freebsd.org Subject: RE: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 19:07:13 -0000 The 3ware (twe) driver is obviously not causing this panic. It's something else (at line 128 in file /usr/src/sys/udm_dbg.c). Every time you try deleting a unit with mounted filesystems, or shutdown the system with mounted filesystems on 3ware units, you will see the message you mention, since the driver tries to delete the unit, but finds it to be busy. Don't let the system panic, and simply shut it down. You should still see the message. -Vinod. -----Original Message----- From: Artem Koutchine [mailto:matrix@itlegion.ru] Sent: Friday, April 02, 2004 9:05 AM To: freebsd-current@freebsd.org Subject: there is a bug in twe driver or disk subsystem for sure I am running 5.2-CURRENT. The box has 3w 8506-4LP SATA raid controller and freebsd is install onto raid5 array. Almost everytime i pull a hotswap disk (one out of four) or when very heavy disk activity (like background fsck after crashing on a 310GB label) i get the following after 10 or so minutes of uptime: Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 panic: Most recently used by devbuf at line 128 in file /usr/src/sys/udm_dbg.c cpu=0; Debugger ("panic") Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 and i typed 'c' in debugger: the system started to shutdown and here is what i saw: twe0: failed to delete unit 0 stray irq9 The box is: permicro X5DPE-G2 motherboard DUAL XEON 2.66Ghz (HT enabled) 533Mhz bus 2GB RAM 4 SATA SEAGTE 120GB DRIVES 3WARE 8506-4LP SATA RAID5 CONTROLLER _______________________________________________ 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" DISCLAIMER: The information contained in this electronic mail transmission is intended by 3ware for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged and should not be disseminated without prior approval from 3ware From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 11:40:19 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E23D016A4CF for ; Fri, 2 Apr 2004 11:40:19 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B626E43D2F for ; Fri, 2 Apr 2004 11:40:19 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i32JeJbv057733 for ; Fri, 2 Apr 2004 11:40:19 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i32JeJYX057732; Fri, 2 Apr 2004 11:40:19 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 2 Apr 2004 11:40:19 -0800 (PST) Resent-Message-Id: <200404021940.i32JeJYX057732@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Vladimir Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D69D416A4CE for ; Fri, 2 Apr 2004 11:35:07 -0800 (PST) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D9F43D39 for ; Fri, 2 Apr 2004 11:35:07 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.10/8.12.10) with ESMTP id i32JZ772022278 for ; Fri, 2 Apr 2004 11:35:07 -0800 (PST) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.10/8.12.10/Submit) id i32JZ71L022277; Fri, 2 Apr 2004 11:35:07 -0800 (PST) (envelope-from nobody) Message-Id: <200404021935.i32JZ71L022277@www.freebsd.org> Date: Fri, 2 Apr 2004 11:35:07 -0800 (PST) From: Vladimir To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: kern/65097: mount_smbfs failed when kernel compiled with 'options NETSMB' X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 19:40:20 -0000 >Number: 65097 >Category: kern >Synopsis: mount_smbfs failed when kernel compiled with 'options NETSMB' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 02 11:40:19 PST 2004 >Closed-Date: >Last-Modified: >Originator: Vladimir >Release: 5.2.1-RELEASE-p4 >Organization: none >Environment: FreeBSD main.my.domain 5.2.1-RELEASE-p4 FreeBSD 5.2.1-RELEASE-p4 #2: Thu Apr 1 22:52:17 EEST 2004 root@main.my.domain:/usr/obj/usr/src/sys/MAIN i386 >Description: When kernel compiled with 'options NETSMB' mount_smbfs aborts with 'module already loaded' message. >How-To-Repeat: Recompile kernel with 'options NETSMB' in config and try to mount samba resource. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 12:09:02 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D1C016A4E4; Fri, 2 Apr 2004 12:09:02 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED6B243D3F; Fri, 2 Apr 2004 12:09:01 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i32K8oC3036770; Fri, 2 Apr 2004 22:08:50 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Vinod Kashyap From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 02 Apr 2004 11:10:46 -0800." Date: Fri, 02 Apr 2004 22:08:49 +0200 Message-ID: <36769.1080936529@critter.freebsd.dk> cc: freebsd-bugs@freebsd.org cc: 'Artem Koutchine' cc: freebsd-current@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:09:02 -0000 In message , Vinod Ka shyap writes: > >The 3ware (twe) driver is obviously not causing this panic. >It's something else (at line 128 in file /usr/src/sys/udm_dbg.c). >Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 >panic: Most recently used by devbuf >at line 128 in file /usr/src/sys/udm_dbg.c You're wrong vinod, the bug _is_ most likely in the 3ware driver. What happens is that some piece of RAM is passed to free(9) and some code subsequently writes to it. We only discover this when we try to reuse it next time and it doesn't contain the correct "magic debug pattern". Please compile your kernel with DIAGNOSTICS to enable the extended malloc(9) debugging functions. -- 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-bugs@FreeBSD.ORG Fri Apr 2 12:43:04 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19AB416A4CE; Fri, 2 Apr 2004 12:43:04 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E84E43D46; Fri, 2 Apr 2004 12:43:04 -0800 (PST) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 056655C808; Fri, 2 Apr 2004 12:43:04 -0800 (PST) Date: Fri, 2 Apr 2004 12:43:03 -0800 From: Paul Saab To: Poul-Henning Kamp Message-ID: <20040402204303.GA97274@elvis.mu.org> References: <36769.1080936529@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <36769.1080936529@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: Vinod Kashyap cc: freebsd-bugs@freebsd.org cc: 'Artem Koutchine' cc: freebsd-current@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:43:04 -0000 Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: > You're wrong vinod, the bug _is_ most likely in the 3ware driver. No, the guy is claiming the 3ware driver is buggy because of the error reported on reboot, which is standard now for any filesystem which is mounted and you try to unload the driver (such as on reboot). Granted this error should probably be silented for this case, but without a full stacktrace, we have no idea where the bug is coming from. I have a similar config at the office and have been unable to reproduce this problem, but i also haven't tried very hard. From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 12:45:41 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E0E16A4D2; Fri, 2 Apr 2004 12:45:41 -0800 (PST) Received: from siamese.3ware.com (siamese.3ware.com [67.122.122.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6191443D39; Fri, 2 Apr 2004 12:45:41 -0800 (PST) (envelope-from vkashyap@3WARE.com) Received: by siamese with Internet Mail Service (5.5.2653.19) id <2DS0AAX4>; Fri, 2 Apr 2004 12:49:33 -0800 Message-ID: From: Vinod Kashyap To: 'Poul-Henning Kamp' Date: Fri, 2 Apr 2004 12:49:15 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: freebsd-bugs@freebsd.org cc: 'Artem Koutchine' cc: freebsd-current@freebsd.org Subject: RE: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:45:42 -0000 I was wondering what, if anything, in the original message points at the 3ware driver! How is it being assumed that the 3ware driver is re-using freed memory? Any logs? -----Original Message----- From: Poul-Henning Kamp [mailto:phk@phk.freebsd.dk] Sent: Friday, April 02, 2004 12:09 PM To: Vinod Kashyap Cc: 'Artem Koutchine'; freebsd-current@freebsd.org; freebsd-bugs@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure In message , Vinod Ka shyap writes: > >The 3ware (twe) driver is obviously not causing this panic. >It's something else (at line 128 in file /usr/src/sys/udm_dbg.c). >Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 >panic: Most recently used by devbuf >at line 128 in file /usr/src/sys/udm_dbg.c You're wrong vinod, the bug _is_ most likely in the 3ware driver. What happens is that some piece of RAM is passed to free(9) and some code subsequently writes to it. We only discover this when we try to reuse it next time and it doesn't contain the correct "magic debug pattern". Please compile your kernel with DIAGNOSTICS to enable the extended malloc(9) debugging functions. -- 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. DISCLAIMER: The information contained in this electronic mail transmission is intended by 3ware for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged and should not be disseminated without prior approval from 3ware From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 12:49:08 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F9FF16A4CE; Fri, 2 Apr 2004 12:49:08 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4522343D46; Fri, 2 Apr 2004 12:49:07 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i32Kn28C037771; Fri, 2 Apr 2004 22:49:02 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Vinod Kashyap From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 02 Apr 2004 12:49:15 -0800." Date: Fri, 02 Apr 2004 22:49:02 +0200 Message-ID: <37770.1080938942@critter.freebsd.dk> cc: freebsd-bugs@freebsd.org cc: 'Artem Koutchine' cc: freebsd-current@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:49:08 -0000 In message , Vinod Ka shyap writes: > >I was wondering what, if anything, in the original message points >at the 3ware driver! How is it being assumed that the 3ware >driver is re-using freed memory? Any logs? The user pointed out that this happened whenever he did certain things to the 3ware setup, and cited an indicative error message. -- 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-bugs@FreeBSD.ORG Fri Apr 2 12:49:45 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CF4F16A4CE; Fri, 2 Apr 2004 12:49:45 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE43543D3F; Fri, 2 Apr 2004 12:49:44 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i32Knexi037792; Fri, 2 Apr 2004 22:49:40 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Paul Saab From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 02 Apr 2004 12:43:03 -0800." <20040402204303.GA97274@elvis.mu.org> Date: Fri, 02 Apr 2004 22:49:40 +0200 Message-ID: <37791.1080938980@critter.freebsd.dk> cc: Vinod Kashyap cc: freebsd-bugs@freebsd.org cc: 'Artem Koutchine' cc: freebsd-current@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:49:45 -0000 In message <20040402204303.GA97274@elvis.mu.org>, Paul Saab writes: >Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: >> You're wrong vinod, the bug _is_ most likely in the 3ware driver. > >No, the guy is claiming the 3ware driver is buggy because of the >error reported on reboot, which is standard now for any filesystem >which is mounted and you try to unload the driver (such as on reboot). >Granted this error should probably be silented for this case, but without >a full stacktrace, we have no idea where the bug is coming from. > >I have a similar config at the office and have been unable to reproduce >this problem, but i also haven't tried very hard. You have DIAGNOSTICS in the kernel ? -- 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-bugs@FreeBSD.ORG Fri Apr 2 12:52:20 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3754C16A4CE; Fri, 2 Apr 2004 12:52:20 -0800 (PST) Received: from siamese.3ware.com (siamese.3ware.com [67.122.122.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E67B43D39; Fri, 2 Apr 2004 12:52:19 -0800 (PST) (envelope-from vkashyap@3WARE.com) Received: by siamese with Internet Mail Service (5.5.2653.19) id <2DS0AAY5>; Fri, 2 Apr 2004 12:56:11 -0800 Message-ID: From: Vinod Kashyap To: 'Poul-Henning Kamp' Date: Fri, 2 Apr 2004 12:55:53 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: freebsd-bugs@freebsd.org cc: 'Artem Koutchine' cc: freebsd-current@freebsd.org Subject: RE: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:52:20 -0000 The error message, as I wrote earlier, is standard, if the system is being shutdown with mounted filesystems on 3ware units. It doesn't mean anything in this context. -----Original Message----- From: Poul-Henning Kamp [mailto:phk@phk.freebsd.dk] Sent: Friday, April 02, 2004 12:49 PM To: Vinod Kashyap Cc: 'Artem Koutchine'; freebsd-current@freebsd.org; freebsd-bugs@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure In message , Vinod Ka shyap writes: > >I was wondering what, if anything, in the original message points >at the 3ware driver! How is it being assumed that the 3ware >driver is re-using freed memory? Any logs? The user pointed out that this happened whenever he did certain things to the 3ware setup, and cited an indicative error message. -- 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. DISCLAIMER: The information contained in this electronic mail transmission is intended by 3ware for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged and should not be disseminated without prior approval from 3ware From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 12:53:59 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ED7616A4CF; Fri, 2 Apr 2004 12:53:59 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B2C43D4C; Fri, 2 Apr 2004 12:53:59 -0800 (PST) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0BF8E5C808; Fri, 2 Apr 2004 12:53:59 -0800 (PST) Date: Fri, 2 Apr 2004 12:53:59 -0800 From: Paul Saab To: Poul-Henning Kamp Message-ID: <20040402205359.GA98348@elvis.mu.org> References: <20040402204303.GA97274@elvis.mu.org> <37791.1080938980@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37791.1080938980@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: Vinod Kashyap cc: freebsd-bugs@freebsd.org cc: 'Artem Koutchine' cc: freebsd-current@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:53:59 -0000 Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: > In message <20040402204303.GA97274@elvis.mu.org>, Paul Saab writes: > >Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: > >> You're wrong vinod, the bug _is_ most likely in the 3ware driver. > > > >No, the guy is claiming the 3ware driver is buggy because of the > >error reported on reboot, which is standard now for any filesystem > >which is mounted and you try to unload the driver (such as on reboot). > >Granted this error should probably be silented for this case, but without > >a full stacktrace, we have no idea where the bug is coming from. > > > >I have a similar config at the office and have been unable to reproduce > >this problem, but i also haven't tried very hard. > > You have DIAGNOSTICS in the kernel ? Yes From owner-freebsd-bugs@FreeBSD.ORG Fri Apr 2 14:00:41 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA0A916A4DA for ; Fri, 2 Apr 2004 14:00:41 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6482A43D45 for ; Fri, 2 Apr 2004 14:00:36 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i32M0abv073089 for ; Fri, 2 Apr 2004 14:00:36 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i32M0an6073086; Fri, 2 Apr 2004 14:00:36 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 2 Apr 2004 14:00:36 -0800 (PST) Resent-Message-Id: <200404022200.i32M0an6073086@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Kevin Oberman Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C63E616A4CE for ; Fri, 2 Apr 2004 13:57:09 -0800 (PST) Received: from postal3.es.net (proxy.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF3A143D31 for ; Fri, 2 Apr 2004 13:57:09 -0800 (PST) (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 for ; Fri, 02 Apr 2004 13:57:06 -0800 Received: by ptavv.es.net (Tachyon Server, from userid 9381) id CE8F05D07; Fri, 2 Apr 2004 13:57:05 -0800 (PST) Message-Id: <20040402215705.CE8F05D07@ptavv.es.net> Date: Fri, 2 Apr 2004 13:57:05 -0800 (PST) From: Kevin Oberman To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/65098: CardBus serial port on Xircom RBEM56G-100 won't work X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kevin Oberman List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 22:00:42 -0000 >Number: 65098 >Category: kern >Synopsis: CardBus serial port on Xircom RBEM56G-100 won't work >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 02 14:00:36 PST 2004 >Closed-Date: >Last-Modified: >Originator: Kevin Oberman >Release: FreeBSD 5.2-CURRENT i386 >Organization: ESnet-The Energy Sciences Network >Environment: System: FreeBSD puppeteer.es.net 5.2-CURRENT FreeBSD 5.2-CURRENT #85: Thu Apr 1 10:19:01 PST 2004 oberman@ptavv.es.net:/usr/obj/usr/src/sys/IBM-T30-D i386 >Description: Insert Xircom RBEM56G-100. Ethernet is properly initialized, but the serial (modem) port fails due to irq problems. Here is the verbose dmesg: acpi_cpu0: port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_tz0: port 0x530-0x537 on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.2 \\_SB_.LNKH irq 0: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.1 ---- before setting priority for links ------------ \\_SB_.LNKH: interrupts: 3 4 5 6 7 9 10 11 penalty: 1110 1110 110 1110 1110 110 110 610 references: 1 priority: 0 ---- before fixup boot-disabled links ------------- \\_SB_.LNKH: interrupts: 3 4 5 6 7 9 10 11 penalty: 1110 1110 110 1110 1110 110 110 610 references: 1 priority: 672 ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.2 \\_SB_.LNKH irq 10: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.1 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x8086, dev=0x1a30, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1a31, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x60 (2880 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00001800, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA) pcib0: slot 29 INTA is routed to irq 11 found-> vendor=0x8086, dev=0x2482, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD) pcib0: slot 29 INTB is routed to irq 11 found-> vendor=0x8086, dev=0x2484, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC) pcib0: slot 29 INTC is routed to irq 11 found-> vendor=0x8086, dev=0x2487, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 found-> vendor=0x8086, dev=0x2448, revid=0x42 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x248c, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 000001f0, size 3, enabled map[14]: type 4, range 32, base 000003f4, size 2, enabled map[18]: type 4, range 32, base 00000170, size 3, enabled map[1c]: type 4, range 32, base 00000374, size 2, enabled map[20]: type 4, range 32, base 00001860, size 4, enabled found-> vendor=0x8086, dev=0x248a, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB) pcib0: slot 31 INTB is routed to irq 11 found-> vendor=0x8086, dev=0x2483, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 000018c0, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB) pcib0: slot 31 INTB is routed to irq 11 found-> vendor=0x8086, dev=0x2485, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB) pcib0: slot 31 INTB is routed to irq 11 found-> vendor=0x8086, dev=0x2486, revid=0x02 bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xd0100000-0xd01fffff pcib1: prefetched decode 0xe8000000-0xefffffff ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.1 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.1 pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e8000000, size 27, enabled map[14]: type 4, range 32, base 00003000, size 8, enabled map[18]: type 1, range 32, base d0100000, size 16, enabled pcib1: matched entry for 1.0.INTA (src \\_SB_.LNKA) pcib1: slot 0 INTA is routed to irq 11 found-> vendor=0x1002, dev=0x4c57, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0387, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 11 at device 29.0 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 uhub1: NEC Corporation USB2.0 Hub Controller, class 9/0, rev 2.00/1.00, addr 2 uhub1: 4 ports with 4 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 8 pcib2: I/O decode 0x4000-0x8fff pcib2: memory decode 0xd0200000-0xdfffffff pcib2: prefetched decode 0xf0000000-0xf80fffff pcib2: Subtractively decoded bridge. ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.2 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.1.0 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.3 \\_SB_.LNKE irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.8.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.2 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.1.0 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.3 \\_SB_.LNKE irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.8.0 pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base 50000000, size 12, enabled pcib2: matched entry for 2.0.INTA (src \\_SB_.LNKA) pcib2: slot 0 INTA is routed to irq 11 found-> vendor=0x104c, dev=0xac55, revid=0x01 bus=2, slot=0, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 51000000, size 12, enabled pcib2: matched entry for 2.0.INTB (src \\_SB_.LNKB) pcib2: slot 0 INTB is routed to irq 11 found-> vendor=0x104c, dev=0xac55, revid=0x01 bus=2, slot=0, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f8000000, size 12, enabled pcib2: matched entry for 2.2.INTA (src \\_SB_.LNKC) pcib2: slot 2 INTA is routed to irq 11 found-> vendor=0x1260, dev=0x3873, revid=0x01 bus=2, slot=2, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0200000, size 12, enabled map[14]: type 4, range 32, base 00008000, size 6, enabled pcib2: matched entry for 2.8.INTA (src \\_SB_.LNKE) pcib2: slot 8 INTA is routed to irq 11 found-> vendor=0x8086, dev=0x1031, revid=0x42 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 cbb0: mem 0x50000000-0x50000fff irq 11 at device 0.0 on pci2 pcib2: device cbb0 requested decoded memory range 0x50000000-0x50000fff cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac55104c 0x02100107 0x06070001 0x00824008 0x10: 0x50000000 0x020000a0 0xb0050302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b 0x40: 0x05121014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0844d071 0x00000000 0x00000000 0x01d21022 0x90: 0x406402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000813 0x0000000f 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: mem 0x51000000-0x51000fff irq 11 at device 0.1 on pci2 pcib2: device cbb1 requested decoded memory range 0x51000000-0x51000fff cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac55104c 0x02100107 0x06070001 0x00824008 0x10: 0x51000000 0x220000a0 0xb0080602 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740020b 0x40: 0x05121014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0844f071 0x00000000 0x00000000 0x01d21022 0x90: 0x406402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000813 0x0000000f 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 wi0: mem 0xf8000000-0xf8000fff irq 11 at device 2.0 on pci2 pcib2: device wi0 requested decoded memory range 0xf8000000-0xf8000fff wi0: [GIANT-LOCKED] wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.1), Station (1.7.4) wi0: bpf attached wi0: Ethernet address: 00:05:3c:03:86:b9 wi0: bpf attached wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wi0: bpf attached fxp0: port 0x8000-0x803f mem 0xd0200000-0xd0200fff irq 11 at device 8.0 on pci2 pcib2: device fxp0 requested decoded memory range 0xd0200000-0xd0200fff fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1031 1014 0209 0042 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:09:6b:c2:86:92 fxp0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 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 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1-master: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=00 stat1=00 devices=0x0 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] ichsmb0: port 0x1880-0x189f irq 11 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 6 bit master volume, Analog Devices Phat Stereo pcm0: Primary codec extended features variable rate PCM pcm0: sndbuf_setmap 2c1000, 4000; 0xdc6a7000 -> 2c1000 pcm0: sndbuf_setmap 2f1000, 4000; 0xdc6ab000 -> 2f1000 pci0: at device 31.6 (no driver attached) unknown: not probed (disabled) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: flags 0x2000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00002000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 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 unknown: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 acpi_ec0: Changing GLK from 1 to 0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 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 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: