From owner-freebsd-stable@FreeBSD.ORG Sun Jul 31 09:46:11 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C40D16A41F; Sun, 31 Jul 2005 09:46:11 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: from rusunix.org (rusunix.org [212.118.165.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4167743D45; Sun, 31 Jul 2005 09:46:11 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: by rusunix.org (Postfix, from userid 1111) id 5042C22800A; Sun, 31 Jul 2005 11:43:43 +0200 (CEST) Date: Sun, 31 Jul 2005 11:43:43 +0200 From: "Evgueni V. Gavrilov" To: freebsd-stable@FreeBSD.org Message-ID: <20050731094343.GA64662@rusunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: wpaul@FreeBSD.org Subject: ng_fec(4) crashes 6.0-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 09:46:11 -0000 # ngctl -f - list There are 3 total nodes: Name: ngctl97069 Type: socket ID: 00000004 Num hooks: 0 Name: em1 Type: ether ID: 00000002 Num hooks: 0 Name: em0 Type: ether ID: 00000001 Num hooks: 0 # ngctl -f - mkpeer fec dummy fec kernel: ng_ether_attach: can't name node fec0 # ngctl -f - list There are 5 total nodes: Name: ngctl98385 Type: socket ID: 00000008 Num hooks: 0 Name: Type: ether ID: 00000007 Num hooks: 0 Name: fec0 Type: fec ID: 00000006 Num hooks: 0 Name: em1 Type: ether ID: 00000002 Num hooks: 0 Name: em0 Type: ether ID: 00000001 Num hooks: 0 adding em0 && em1 and bringing fec0 up (ifconfig fec0 inet 1.2.3.4 netmask 0xffffff00) causes panic (without crash dump) Kernel config && dmesg available at http://aquatique.rusunix.org/ng_fec/ ng_fec(4) worked fine under 5.4-RELEASE and was the only Layer3 (link|port) (aggregation|trunk|failover) -- http://aquatique.rusunix.org From owner-freebsd-stable@FreeBSD.ORG Sun Jul 31 13:11:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A1B316A41F for ; Sun, 31 Jul 2005 13:11:21 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A2E843D45 for ; Sun, 31 Jul 2005 13:11:21 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from focus.dantavious.com (pcp0011735444pcs.owngsm01.md.comcast.net[69.251.5.3]) by comcast.net (sccrmhc14) with ESMTP id <2005073113112001400je1afe>; Sun, 31 Jul 2005 13:11:20 +0000 From: Derrick Edwards To: freebsd-stable@freebsd.org Date: Sun, 31 Jul 2005 09:11:19 -0400 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507310911.19487.dantavious@comcast.net> Subject: Panic at bootup with 6-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 13:11:21 -0000 Hi all, I decided to try and help with testing 6-BETA1, after updating sources and recompiling i get the following during boot up. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id =00 fault virtual address = 0x480008 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06923cc stack pointer = 0x28:0xc10208ec Code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resyne, IOPL = 0 current process = 0 (swapper) [thread pid 0tid0] Stopped at strlen+0x8: cmpb $0,0(%edx) I left all the debugging features in the current however, I am not sure exactly how to trace this problem. If someone could point me to any doc that would allow to provide more information that would be great. I updated my pen 400MHZ using the same procedures and all went well. Please help CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (1866.74-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073676288 (1023 MB) avail memory = 1036931072 (988 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Thanks for your assistance Derrick From owner-freebsd-stable@FreeBSD.ORG Sun Jul 31 19:20:54 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AA9716A41F for ; Sun, 31 Jul 2005 19:20:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE1BA43D45 for ; Sun, 31 Jul 2005 19:20:53 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id E29755CBA for ; Sun, 31 Jul 2005 15:20:52 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89611-08 for ; Sun, 31 Jul 2005 15:20:49 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-54-113.ny325.east.verizon.net [68.161.54.113]) by pi.codefab.com (Postfix) with ESMTP id A41005C44 for ; Sun, 31 Jul 2005 15:20:48 -0400 (EDT) Message-ID: <42ED2496.7030801@mac.com> Date: Sun, 31 Jul 2005 15:20:54 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Subscribers to FreeBSD-Stable Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: Subject: Odd I/O performance with 5-STABLE, "interrupt storm" against USB...? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 19:20:54 -0000 Hi, all-- I am seeing lower-than-expected I/O performance on a Dell PowerEdge 2850, using two of these: > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled > da0: 70007MB (143374650 512 byte sectors: 255H 63S/T 8924C) ...only in a RAID-1 mirror via a amr0: . The bare drive looks like this in "diskinfo -t": dev/da0s1 [ ... ] Seek times: Full stroke: 250 iter in 3.062608 sec = 12.250 msec Half stroke: 250 iter in 2.268513 sec = 9.074 msec Quarter stroke: 500 iter in 3.760458 sec = 7.521 msec Short forward: 400 iter in 1.953691 sec = 4.884 msec Short backward: 400 iter in 2.058626 sec = 5.147 msec Seq outer: 2048 iter in 1.881816 sec = 0.919 msec Seq inner: 2048 iter in 1.885653 sec = 0.921 msec Transfer rates: outside: 102400 kbytes in 1.193841 sec = 85774 kbytes/sec middle: 102400 kbytes in 1.389315 sec = 73705 kbytes/sec inside: 102400 kbytes in 2.225631 sec = 46009 kbytes/sec ...and via the RAID controller: /dev/amrd0s1 [ ... ] Seek times: Full stroke: 250 iter in 1.105103 sec = 4.420 msec Half stroke: 250 iter in 1.548077 sec = 6.192 msec Quarter stroke: 500 iter in 3.051026 sec = 6.102 msec Short forward: 400 iter in 1.949402 sec = 4.874 msec Short backward: 400 iter in 2.053033 sec = 5.133 msec Seq outer: 2048 iter in 1.862351 sec = 0.909 msec Seq inner: 2048 iter in 1.872068 sec = 0.914 msec Transfer rates: outside: 102400 kbytes in 2.143257 sec = 47778 kbytes/sec middle: 102400 kbytes in 7.043005 sec = 14539 kbytes/sec inside: 102400 kbytes in 7.211322 sec = 14200 kbytes/sec Something I've noticed is: 51-proxy# dmesg | grep 18 Timecounter "i8254" frequency 1193182 Hz quality 0 uhci2: port 0xbca0-0xbcbf irq 18 at device 29.2 on pci0 Interrupt storm detected on "irq18: uhci2"; throttling interrupt source 52-proxy# vmstat -i interrupt total rate irq8: rtc 293552 127 irq13: npx0 1 0 irq14: ata0 46 0 irq16: uhci0 16056 6 irq18: uhci2 124262 54 irq19: uhci1 3 0 irq46: amr0 120199 52 irq64: em0 16057 6 irq0: clk 2293697 999 Total 2863873 1247 Notice that interrupt rate for irq18 and irq46 are almost identical, yet this box is in a rack without any USB devices attached. I think my RAID IRQ might be being misrouted...? Reads feel "laggy", the system is running almost completely idle, and something like gstat shows only brief spurts of 30-50% utilization when it should be busier. I've even caught it claiming to be able to write faster than it can read (using iozone-21 and 1GB filesizes): [ ... ] Writing the 1024 Megabyte file, 'iozone.tmp'...23.062500 seconds Reading the file...51.664062 seconds IOZONE performance measurements: 46557911 bytes/second for writing the file 20783147 bytes/second for reading the file Full dmesg follows, machine is running close to a stock SMP kernel, HZ=1000, hyperthreading enabled (but disabled doesn't seem to make a difference): Thanks, -- -Chuck Copyright (c) 1992-2005 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.4-STABLE #0: Sun Jul 31 14:05:13 EDT 2005 root@proxy.example.com:/usr/obj/usr/src/sys/EX ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073479680 (1023 MB) avail memory = 1040928768 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 64 != expected base 56 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 96 != expected base 88 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem 0xdfdc0000-0xdfdfffff,0xd80f0000-0xd80fffff irq 46 at device 14.0 on pci2 amr0: Firmware 521S, BIOS H430, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:11:43:e9:34:04 em0: Speed:N/A Duplex:N/A pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:11:43:e9:34:05 em1: Speed:N/A Duplex:N/A pcib8: at device 6.0 on pci0 pci8: on pcib8 pcib9: at device 0.0 on pci8 pci9: on pcib9 pcib10: at device 0.2 on pci8 pci10: on pcib10 uhci0: port 0xbce0-0xbcff irq 16 at device 29.0 on pci0 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 uhci1: port 0xbcc0-0xbcdf irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbca0-0xbcbf irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: 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 pci0: at device 29.7 (no driver attached) pcib11: at device 30.0 on pci0 pci11: on pcib11 pci11: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xec000-0xeffff,0xce800-0xcf7ff,0xcb000-0xcbfff,0xc0000-0xcafff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub3: Dell product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub3: 2 ports with 2 removable, self powered Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 amrd0: on amr0 amrd0: 69880MB (143114240 sectors) RAID 1 (optimal) Interrupt storm detected on "irq18: uhci2"; throttling interrupt source ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/amrd0s1a From owner-freebsd-stable@FreeBSD.ORG Sun Jul 31 20:06:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C91CE16A41F for ; Sun, 31 Jul 2005 20:06:59 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97AC243D6E for ; Sun, 31 Jul 2005 20:06:45 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DzK4h-0008Ty-BW for freebsd-stable@freebsd.org; Sun, 31 Jul 2005 22:06:19 +0200 Received: from gn-hgk-15cd4.adsl.wanadoo.nl ([81.69.122.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 31 Jul 2005 22:06:19 +0200 Received: from A.S.Usov by gn-hgk-15cd4.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 31 Jul 2005 22:06:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "Alexander S. Usov" Date: Sun, 31 Jul 2005 22:06:12 +0200 Organization: KVI Lines: 52 Message-ID: References: <6eb82e0507241001615f7490@mail.gmail.com> <20050729002138.X60522@fledge.watson.org> <20050729125525.D74149@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gn-hgk-15cd4.adsl.wanadoo.nl User-Agent: KNode/0.9.1 Sender: news Subject: Re: panic: sbflush_locked on 5.4-p5/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 20:06:59 -0000 Robert Watson wrote: > On Fri, 29 Jul 2005, Alexander S. Usov wrote: > >>>> I got a few similar panics. >>>> It looks that I managet to get rid of them by setting mpsafenet=0, but >>>> I am not sure -- I have to monitor it for a bit longer. >>>> I have managed to get a few dumps, so the traces are: >> >> Unfortunately I don't have these dumps anymore, I will try to switch >> mpsafenet back on and wait for a new ones. They were quite reproducable >> for me. > > Thanks. I will be away this weekend, but hope to have a chance to look > into this early next week. If you could send me the dmesg of the box > also, and the output of "sysctl -a", that would be helpful. Probably out > of band rather than via the list (or if you could put it on a web page I > could reach). In just 2 days of waiting I got it, however it looks that it has fired in a bit different place. (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc0513899 in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xc0513ede in panic (fmt=0xc06ac87f "sbdrop") at ../../../kern/kern_shutdown.c:566 #3 0xc05556f4 in sbdrop_locked (sb=0xc2285ad8, len=112) at ../../../kern/uipc_socket2.c:1149 #4 0xc05b27f2 in tcp_input (m=0xc1e31800, off0=152) at ../../../netinet/tcp_input.c:2209 #5 0xc05a9b13 in ip_input (m=0xc1e31800) at ../../../netinet/ip_input.c:776 #6 0xc059215e in netisr_processqueue (ni=0xc070b0f8) at ../../../net/netisr.c:233 #7 0xc059241d in swi_net (dummy=0x0) at ../../../net/netisr.c:346 #8 0xc04fb9a1 in ithread_loop (arg=0xc1979500) at ../../../kern/kern_intr.c:547 #9 0xc04fa9dc in fork_exit (callout=0xc04fb8ea , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:791 #10 0xc0656a8c in fork_trampoline () at ../../../i386/i386/exception.s:209 I am going to keep it around for some time, so I can easisy do a full bt or variables. Corresponding dmesg & sysctl output can be found at https://kvip88.kvi.nl/~usov -- Best regards, Alexander. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 03:54:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5742A16A41F for ; Mon, 1 Aug 2005 03:54:14 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: from rusunix.org (rusunix.org [212.118.165.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD76543D46 for ; Mon, 1 Aug 2005 03:54:13 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: by rusunix.org (Postfix, from userid 1111) id 7E5C922800A; Mon, 1 Aug 2005 05:51:49 +0200 (CEST) Date: Mon, 1 Aug 2005 05:51:49 +0200 From: "Evgueni V. Gavrilov" To: freebsd-stable@freebsd.org Message-ID: <20050801035149.GA77223@rusunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.9i Subject: 6.0-BETA1 LOR vm_fault: fault on nofault entry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 03:54:14 -0000 kgdb -c /usr/crash/vmcore.25 kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where full #0 doadump () at pcpu.h:165 No locals. #1 0xc0541228 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 first_buf_printf = 1 #2 0xc0541586 in panic ( fmt=0xc0723a06 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:553 td = (struct thread *) 0xc47c7300 bootopt = 260 newpanic = 0 ap = 0xeb0a8834 "" buf = "vm_fault: fault on nofault entry, addr: deadc000", '\0' #3 0xc066d299 in vm_fault (map=0xc1060000, vaddr=3735928832, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:277 queue = -559038464 prot = 7 '\a' is_first_object_locked = 2 result = -559038464 growstack = 1 wired = 0 map_generation = 1 next_object = 0xdeadc000 marray = {0xc056b650, 0xc078e918, 0xc078edf0, 0x4e, 0x4e8904, 0xc07aed60, 0x2, 0x0, 0xeb0a8914, 0xc056b5e7, 0xc078ee18, 0xc078edf0, 0xc056b5e7, 0x1120, 0xc07aef00, 0x2} hardfault = 0 faultcount = -991025104 fs = {m = 0x0, object = 0x0, pindex = 13859465361936255180, first_m = 0xc078ea30, first_object = 0x0, first_pindex = 736, map = 0xc1042180, entry = 0xc105fe14, lookup_still_valid = 0, vp = 0xeb0a88f0} #4 0xc06cb4e7 in trap_pfault (frame=0xeb0a898c, usermode=0, eva=3735929054) at /usr/src/sys/i386/i386/trap.c:741 va = 3735928832 vm = (struct vmspace *) 0x0 map = 0xc1060000 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc47c7300 p = (struct proc *) 0xc4ee2830 #5 0xc06cb177 in trap (frame= {tf_fs = -1068302328, tf_es = -1065877464, tf_ds = 40, tf_edi = -1056695968, tf_esi = -1014770176, tf_ebp = -351630884, tf_isp = -351630920, tf_ebx = -559038242, tf_edx = 0, tf_ecx = -998579968, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067957036, tf_cs = 32, tf_eflags = 66182, tf_esp = -351630868, tf_ss = -1068062756}) at /usr/src/sys/i386/i386/trap.c:442 td = (struct thread *) 0xc47c7300 p = (struct proc *) 0xc4ee2830 sticks = 3228637104 i = 0 ucode = 0 type = 12 code = 0 eva = 3735929054 #6 0xc06b767a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc0530008 in ktrace (td=0xc383d600, uap=0xc383d600) at /usr/src/sys/kern/kern_ktrace.c:530 vp = (struct vnode *) 0x0 p = (struct proc *) 0xc383d600 pg = (struct pgrp *) 0xdeadc0de facs = -559038242 ops = -1056695968 descend = -351630980 nfound = -559038242 ret = 0 flags = 0 error = -351630964 nd = { ni_dirp = 0xc1041960 "\017fqÀÈC\004ÁÀC\004Á \035\004ÁøC\004Á<:¯Ã", ni_segflg = 3943336412, ni_startdir = 0xc06b767a, ni_rootdir = 0xc0530008, ni_topdir = 0xc0780028, ni_vp = 0x28, ni_dvp = 0xc1041960, ni_pathlen = 3280197120, ni_next = 0xeb0a89dc "ô\211\në\003gSÀ", ni_loopcnt = 3943336376, ni_cnd = {cn_nameiop = 3735929054, cn_flags = 0, cn_thread = 0xc47ae100, cn_cred = 0x0, cn_lkflags = 12, cn_pnbuf = 0x0, cn_nameptr = 0xc05844d4 "\213\003\205Àt\022\211D$\004\2114$èaÿÿÿ\213\003\205Àuî\211\\$\004\2114$èOÿÿÿ\203Ä\b[^]ÃU\211åVS\203ì\b\213u\b\213F,\205Àt\033\213\030ö@\005\b>u\f\211D$\004\2114$è!ÿÿÿ\211Ø\205Ûuå\203Ä\b[^]ÃU\211åS\203ì\004\213U\b\213M\f\213]\020\213E\024\205Ò>u\fÇ\004$üeqÀè¹Îûÿ\205À>u\t\213R,ë\006\211Ðë \213\020\205Òt\0259J\b>u\t\017·B\0049Ø.tç\213\022\205Òuë¸", cn_namelen = 32, cn_consume = 66182}} cred = (struct ucred *) 0xdeadc0de #8 0xc0536703 in mb_dtor_mbuf (mem=0xc056a7dc, size=0, arg=0x0) at /usr/src/sys/kern/kern_mbuf.c:244 No locals. #9 0xc0669e37 in uma_zfree_arg (zone=0xeb0a8a94, item=0xc383d600, udata=0x0) at /usr/src/sys/vm/uma_core.c:2279 keg = 0xc10443c0 cache = 0xc383d600 bucket = 0xdeadc0de bflags = 0 cpu = 0 #10 0xc0582177 in m_freem (mb=0x0) at uma.h:303 No locals. #11 0xc05c7058 in arpresolve (ifp=0xc368d000, rt0=0xc4c5f108, m=0xc3af7700, dst=0xeb0a8af4, desten=0xeb0a8a94 "À\212\në\n\206]À") at /usr/src/sys/netinet/if_ether.c:442 la = (struct llinfo_arp *) 0xc47ae100 sdl = (struct sockaddr_dl *) 0xc469d310 error = -999697648 rt = (struct rtentry *) 0xc4c5f108 #12 0xc05bdc11 in ether_output (ifp=0xc368d000, m=0xc3af7700, dst=0xeb0a8af4, rt0=0x0) at /usr/src/sys/net/if_ethersubr.c:173 type = -15512 error = 50 hdrcmplt = 0 esrc = "\024\000\000\000K" edst = "À\212\në\n\206" eh = (struct ether_header *) 0x32 loop_copy = 0 __func__ = "ether_output" #13 0xc05d8093 in ip_output (m=0xc3af7700, opt=0xc3af77b0, ro=0xeb0a8af0, flags=0, imo=0x0, inp=0xc3b63870) at /usr/src/sys/netinet/ip_output.c:772 ip = (struct ip *) 0xc3af77b0 ifp = (struct ifnet *) 0xc368d000 m0 = (struct mbuf *) 0xc3af77b0 hlen = 20 len = -1065554452 error = 0 dst = (struct sockaddr_in *) 0xeb0a8af4 ia = (struct in_ifaddr *) 0xc3942300 isbroadcast = 0 sw_csum = 1 iproute = {ro_rt = 0xc4c5f108, ro_dst = {sa_len = 16 '\020', sa_family = 2 '\002', sa_data = "\000\000¬\020\000l\000\000\000\000\000\000\000"}} odst = {s_addr = 1} __func__ = "ip_output" #14 0xc05e9bc2 in udp_output (inp=0xc3b63870, m=0xc3af7700, addr=0xc384c6e0, control=0x0, td=0xc47c7300) at /usr/src/sys/netinet/udp_usrreq.c:874 ui = (struct udpiphdr *) 0xc3af77b0 len = 50 faddr = {s_addr = 1811943596} laddr = {s_addr = 2130710700} cm = (struct cmsghdr *) 0xc3af77b0 src = {sin_len = 0 '\0', sin_family = 119 'w', sin_port = 50095, sin_addr = {s_addr = 0}, sin_zero = "4\214\në¬\214\në"} error = 55 ipflags = 0 fport = 41216 lport = 41701 unlock_udbinfo = 1 __func__ = "udp_output" #15 0xc05ea368 in udp_send (so=0x0, flags=0, m=0x0, addr=0x0, control=0x0, td=0x0) at /usr/src/sys/netinet/udp_usrreq.c:1051 inp = (struct inpcb *) 0x0 #16 0xc0585e0e in sosend (so=0xc3b62858, addr=0xc384c6e0, uio=0xeb0a8c34, top=0xc3af7700, control=0x0, flags=0, td=0xc47c7300) at /usr/src/sys/kern/uipc_socket.c:829 mp = (struct mbuf **) 0xc3af7700 m = (struct mbuf *) 0xc3af7700 space = 9166 len = 50 resid = 0 clen = -1011910912 error = 0 dontroute = 0 atomic = 1 cow_send = 0 #17 0xc058c08e in kern_sendit (td=0xc47c7300, s=3, mp=0xeb0a8cb4, flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/uipc_syscalls.c:772 fp = (struct file *) 0xc4c0a3a8 auio = {uio_iov = 0xeb0a8cac, uio_iovcnt = 1, uio_offset = 50, uio_resid = 0, uio_segflg = UIO_USERSPACE, uio_rw = UIO_WRITE, uio_td = 0xc47c7300} iov = (struct iovec *) 0x0 so = (struct socket *) 0xc3b62858 i = 0 len = 50 error = 0 ktruio = (struct uio *) 0x0 #18 0xc058bf33 in sendit (td=0x0, s=0, mp=0xeb0a8cb4, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:712 control = (struct mbuf *) 0x0 to = (struct sockaddr *) 0xc384c6e0 error = 0 __func__ = "sendit" #19 0xc058c211 in sendto (td=0x0, uap=0x0) at /usr/src/sys/kern/uipc_syscalls.c:830 msg = {msg_name = 0xc384c6e0, msg_namelen = 16, msg_iov = 0xeb0a8cac, msg_iovlen = 1, msg_control = 0x0, msg_controllen = 0, msg_flags = 0} aiov = {iov_base = 0x813f800, iov_len = 0} error = 0 #20 0xc06cbb6f in syscall (frame= {tf_fs = 59, tf_es = 135004219, tf_ds = -1078001605, tf_edi = 134635648, tf_esi = -1, tf_ebp = -1077942664, tf_isp = -351629980, tf_ebx = 672105172, tf_edx = 0, tf_ecx = 0, tf_eax = 133, tf_trapno = 12, tf_err = 2, tf_eip = 673781315, tf_cs = 51, tf_eflags = 642, tf_esp = -1077942740, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:986 params = 0xbfbfe630
callp = (struct sysent *) 0xc07416fc td = (struct thread *) 0xc47c7300 p = (struct proc *) 0xc4ee2830 orig_tf_eflags = 642 sticks = 26 error = 0 narg = 6 args = {3, 135526350, 50, 0, 135544208, 16, 26, -991025104} code = 133 From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 04:09:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DA316A41F for ; Mon, 1 Aug 2005 04:09:19 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: from rusunix.org (rusunix.org [212.118.165.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4474C43D46 for ; Mon, 1 Aug 2005 04:09:19 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: by rusunix.org (Postfix, from userid 1111) id 1A8C122800A; Mon, 1 Aug 2005 06:06:55 +0200 (CEST) Date: Mon, 1 Aug 2005 06:06:55 +0200 From: "Evgueni V. Gavrilov" To: freebsd-stable@freebsd.org Message-ID: <20050801040655.GA77804@rusunix.org> References: <20050801035149.GA77223@rusunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050801035149.GA77223@rusunix.org> User-Agent: Mutt/1.5.9i Subject: Re: 6.0-BETA1 LOR vm_fault: fault on nofault entry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 04:09:19 -0000 On Mon, Aug 01, 2005 at 05:51:49AM +0200, Evgueni V. Gavrilov wrote: EVG> #14 0xc05e9bc2 in udp_output (inp=0xc3b63870, m=0xc3af7700, addr=0xc384c6e0, EVG> control=0x0, td=0xc47c7300) at /usr/src/sys/netinet/udp_usrreq.c:874 EVG> ui = (struct udpiphdr *) 0xc3af77b0 EVG> len = 50 EVG> faddr = {s_addr = 1811943596} EVG> laddr = {s_addr = 2130710700} EVG> cm = (struct cmsghdr *) 0xc3af77b0 EVG> src = {sin_len = 0 '\0', sin_family = 119 'w', sin_port = 50095, EVG> sin_addr = {s_addr = 0}, sin_zero = "4\214\në¬\214\në"} EVG> error = 55 ^^^^^^^^^^^^^^^^^^^^^^^ EVG> ipflags = 0 EVG> fport = 41216 EVG> lport = 41701 EVG> unlock_udbinfo = 1 EVG> __func__ = "udp_output" sorry, I forgot to point out netstat -m # netstat -m 259/1149/1408 mbufs in use (current/cache/total) 256/847/1103/25600 mbuf clusters in use (current/cache/total/max) 0/5/6656 sfbufs in use (current/peak/max) 576K/1981K/2558K bytes allocated to network (current/cache/total) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 06:01:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F84116A41F for ; Mon, 1 Aug 2005 06:01:32 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [202.0.58.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4C2A43D53 for ; Mon, 1 Aug 2005 06:01:31 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (smtp-2b.paradise.net.nz [202.0.32.211]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IKJ00JG44QIWN@linda-2.paradise.net.nz> for freebsd-stable@freebsd.org; Mon, 01 Aug 2005 18:01:30 +1200 (NZST) Received: from [192.168.1.11] (218-101-14-73.paradise.net.nz [218.101.14.73]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id 4F10B9E576 for ; Mon, 01 Aug 2005 18:01:30 +1200 (NZST) Date: Mon, 01 Aug 2005 18:01:27 +1200 From: Mark Kirkwood In-reply-to: <200507121246.45131.doconnor@gsoft.com.au> Cc: freebsd-stable@freebsd.org Message-id: <42EDBAB7.4020101@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) References: <200506251540.50639.doconnor@gsoft.com.au> <42BD30D3.4000203@paradise.net.nz> <200506252127.07387.doconnor@gsoft.com.au> <200507121246.45131.doconnor@gsoft.com.au> Subject: Re: 5.4 Installer + Promise FT100TX2 = Loader crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 06:01:32 -0000 A little update on this: I have upgraded my motherboard from Tyan S1854 (Award bios) to Tyan S2510 (Ami. Megatrends bios). Same Promise TX2000, same disks. same array. 5.4/6.0 install cds boot *fine*. So is bios change the significant factor here?. What I do notice is that the 5.4 (and 6.0) cd boot is quite slow compared with (say) 4.10 - presumably the newer code is doing a whole lot more probing(?) regards Mark Daniel O'Connor wrote: > On Saturday 25 June 2005 21:26, Daniel O'Connor wrote: > >>Hmm I see.. I know it works OK with 4. as I have installed plenty >>of systems like that. I will try some earlier 5.x releases (say, boot only >>ISOs) and see how it goes. > > > - 5.1 works. > - 5.2 insta-reboot. > - 5.2.1 BTX halted > - 5.3 insta-reboot. > - 5.4 insta-reboot. > > 5.4 also spins in a loop forever printing register dumps, not sure if 5.2-5.3 > do it as well. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 07:05:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED0F216A41F for ; Mon, 1 Aug 2005 07:05:16 +0000 (GMT) (envelope-from admin@tigergroup.org) Received: from mail8.opentransfer.com (mail10.opentransfer.com [69.6.255.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 6DA0943D48 for ; Mon, 1 Aug 2005 07:05:16 +0000 (GMT) (envelope-from admin@tigergroup.org) Received: (qmail 22800 invoked by uid 399); 1 Aug 2005 07:04:24 -0000 Received: from unknown (HELO ?192.168.0.100?) (68.47.19.148) by mail.opentransfer.com with SMTP; 1 Aug 2005 07:04:24 -0000 Message-ID: <42EDD774.4090306@tigergroup.org> Date: Mon, 01 Aug 2005 03:04:04 -0500 From: Eriq User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8b) Gecko/20050404 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: x for users slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 07:05:17 -0000 Hi all, first I would like to say thx to the FreeBSD devel team they have truly done a great job with 5.4! Now I have all my servers running ie. dns (what a headache that was), apache (ok after I got dns working), postgres (the easiest of the bunch), postfix (smooth as always). Most if not all of my problems were just that I am still learning, (weak admin) but after lots of reading man pages I seemed to have managed but now after all of this, I notice that it takes a user about a minute after 'startx' to get into X. Yes I know, but I still like the colors :) anyway this doesn't happen when I logon as root and start X. Blackbox is the WM hope this helps. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 07:38:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5911E16A41F for ; Mon, 1 Aug 2005 07:38:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from ash25e.internode.on.net (ash25e.internode.on.net [203.16.214.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 970CE43D4C for ; Mon, 1 Aug 2005 07:38:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by ash25e.internode.on.net (8.12.9/8.12.6) with ESMTP id j717coYh002266; Mon, 1 Aug 2005 17:08:51 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j717cekK012345 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 1 Aug 2005 17:08:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 1 Aug 2005 17:08:15 +0930 User-Agent: KMail/1.8.1 References: <42EDD774.4090306@tigergroup.org> In-Reply-To: <42EDD774.4090306@tigergroup.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1336298.Ed7p3BuiTK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508011708.34414.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.217.188 Cc: Eriq Subject: Re: x for users slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 07:38:57 -0000 --nextPart1336298.Ed7p3BuiTK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 01 August 2005 17:34, Eriq wrote: > after all of this, I notice that it takes a user about a minute after > 'startx' to get into X. Yes I know, but I still like the colors :) > anyway this doesn't happen when I logon as root and start X. Blackbox is > the WM hope this helps. At a wild guess I would say your DNS is broken. Either the forward or reverse lookup is timing out. If that isn't it then maybe you have a strange card/driver? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1336298.Ed7p3BuiTK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC7dF65ZPcIHs/zowRAo6zAJ46H5zRB7xx9/PlnnGNOCUcDK0x7wCfTs8K IQga7WOqrshh+FjQjebQRhk= =0nvH -----END PGP SIGNATURE----- --nextPart1336298.Ed7p3BuiTK-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 07:52:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6CAA16A41F for ; Mon, 1 Aug 2005 07:52:59 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50BA843D4C for ; Mon, 1 Aug 2005 07:52:59 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i22so1070957wra for ; Mon, 01 Aug 2005 00:52:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=IJoAYsIe/cq5KCA8xiUFejjAOrJbBfZmPuvrWOHFjF1oNuvf6+4D297ri2H97BZmCSgRSselW4fiW8qD8AA3pU66VuRN8ok7BaG196QiDtEx8YokfoKQUDFF/trlZZczDX6FPbxuiI8DE7rNY3YQrN58/M6b0qI3ueyC0RJNe0c= Received: by 10.54.18.2 with SMTP id 2mr2648508wrr; Mon, 01 Aug 2005 00:52:58 -0700 (PDT) Received: by 10.54.144.11 with HTTP; Mon, 1 Aug 2005 00:52:58 -0700 (PDT) Message-ID: Date: Mon, 1 Aug 2005 09:52:58 +0200 From: Claus Guttesen To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: FreeBSD 6.0 from July 31'st hangs probing atapi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 07:52:59 -0000 Hi. Upgraded my 5.4 box vith sources to 6.0 with sources from July 31'st 2005. Did a make buildworld, buildkernel, installkernel, mergemaster -p, installworld and mergemaster. When it boots it stops at: atapci0: rid 0x20 is memory, requested 4 atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xf7040000 atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0f7065000 atapci0: [MPSAFE] ata2: on atapci0 ISO cd FreeBSD 6.0 beta1 boots fine. regards Claus From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 08:26:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC5F216A41F for ; Mon, 1 Aug 2005 08:26:10 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-5.paradise.net.nz (bm-5a.paradise.net.nz [202.0.58.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8BF743D46 for ; Mon, 1 Aug 2005 08:26:09 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (smtp-1b.paradise.net.nz [202.0.32.210]) by linda-5.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IKJ00FULBFKL5@linda-5.paradise.net.nz> for freebsd-stable@freebsd.org; Mon, 01 Aug 2005 20:26:08 +1200 (NZST) Received: from [192.168.1.11] (218-101-14-73.paradise.net.nz [218.101.14.73]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 5E35D82AE0 for ; Mon, 01 Aug 2005 20:26:08 +1200 (NZST) Date: Mon, 01 Aug 2005 20:26:05 +1200 From: Mark Kirkwood In-reply-to: <42EDD774.4090306@tigergroup.org> Cc: freebsd-stable@freebsd.org Message-id: <42EDDC9D.7010705@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) References: <42EDD774.4090306@tigergroup.org> Subject: Re: x for users slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 08:26:10 -0000 Eriq wrote: >I notice that it takes a user about a minute after > 'startx' to get into X. Yes I know, but I still like the colors :) > anyway this doesn't happen when I logon as root and start X. Blackbox is > the WM hope this helps. hmmm *not* slow as root suggests permissions - maybe on font directories? Check out the Xorg log in /var/log. I used to see the 1 minute startup with previous versions of FreeBSD - mainly with 'kdm' startup, and running : (root) # fc-cache -f would fix it (however in that case root too would be slow, but maybe worth a try). Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 08:50:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8815716A41F for ; Mon, 1 Aug 2005 08:50:40 +0000 (GMT) (envelope-from andy@spadger.best.vwh.net) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2266043D45 for ; Mon, 1 Aug 2005 08:50:39 +0000 (GMT) (envelope-from andy@spadger.best.vwh.net) Received: from spadger.best.vwh.net (c-24-16-37-100.hsd1.wa.comcast.net[24.16.37.100]) by comcast.net (rwcrmhc11) with ESMTP id <2005080108503801300hn6g6e>; Mon, 1 Aug 2005 08:50:39 +0000 Received: from localhost (localhost [127.0.0.1]) by spadger.best.vwh.net (Postfix) with ESMTP id 0DE2189E; Mon, 1 Aug 2005 01:50:37 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: "Daniel O'Connor" In-Reply-To: Message from "Daniel O'Connor" of "Mon, 01 Aug 2005 17:08:15 +0930." <200508011708.34414.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1122886236_18849P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 01 Aug 2005 01:50:36 -0700 From: Andy Sparrow Message-Id: <20050801085037.0DE2189E@spadger.best.vwh.net> Cc: freebsd-stable@freebsd.org, Eriq Subject: Re: x for users slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 08:50:40 -0000 --==_Exmh_1122886236_18849P Content-Type: text/plain; charset=us-ascii > On Monday 01 August 2005 17:34, Eriq wrote: > > after all of this, I notice that it takes a user about a minute after > > 'startx' to get into X. Yes I know, but I still like the colors :) > > anyway this doesn't happen when I logon as root and start X. Blackbox is > > the WM hope this helps. > > At a wild guess I would say your DNS is broken. Umm, yup, maybe. There might be another phenomena, however. I resisted moving my laptop from XFree86 to XOrg until it became too much of a pain staying back. I only switched when VMware broke for me and I needed to try OpenOffice. When I finally moved to Xorg (and rebuilt all my ports with portupgrade for good measure), the first thing I noticed was that it took almost a couple of minutes[0] on my laptop (1GHz PIII) for 'wdm' to display the login window and overlay the background over the grey weave. The hdd LED was lit solidly the entire time. IIRC, the same machine (actually, it had a slower CPU then) with XFree86 took maybe 10-15 seconds when I typed 'wdm&&exit' at a root prompt. This is with 4.1[01]-STABLE, the built-in graphics are ATI Rage Mobility (Mach64), not exactly bleeding edge (and fairly well supported). Other than that idiosyncracy, (and some infrequent odd effects with either xine or mplayer that can be cleared by re-starting the X server, at least some of which also happened with XFree68 and are probably due to the player apps), the Xorg server seems to work just fine. It does seem to behave somewhat differently to XFree86 on startup, however. If all he's noticing is a slow X startup with the Xorg server, thats an from me. I can't comment if starting it as a user is even slower, because I almost never use 'startx', I always run a display manager and log into that. Cheers, AS [0] OK, I haven't actually timed it, but it's at least a minute, probably longer and it's 100% consistant. --==_Exmh_1122886236_18849P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) Comment: Exmh version 2.6.3 04/04/2003 iD8DBQFC7eJcPHh895bDXeQRAm4DAKCpEK19FQgsli4j8UY1xWx5QzoqwgCgpdhi 9QPeTnSRIjGbSI6eS2xqTDU= =iuv0 -----END PGP SIGNATURE----- --==_Exmh_1122886236_18849P-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 08:58:10 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D59B16A41F for ; Mon, 1 Aug 2005 08:58:10 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E3A43D49 for ; Mon, 1 Aug 2005 08:58:09 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 757DCA3079 for ; Mon, 1 Aug 2005 10:58:08 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 5374663A4; Mon, 1 Aug 2005 10:58:08 +0200 (CEST) Date: Mon, 1 Aug 2005 10:58:08 +0200 From: Marc Olzheim To: freebsd-stable@FreeBSD.org Message-ID: <20050801085808.GA28473@stack.nl> References: <20050721094533.GE52120@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <20050721094533.GE52120@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Subject: Re: background fsck, softupdates & inconsistent state on disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 08:58:10 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 21, 2005 at 11:45:33AM +0200, Marc Olzheim wrote: > Having enough opportunities to do crash recovery with kern/83375 open > and some of my services not yet moved back to FreeBSD 4, I noticed that > often it crashes just after (or perhaps during) mirroring of a directory > tree. The mirroring involves creating a directory with in it 80 > subdirectories in it. >=20 > Now when the machine panics on a 'screen' again, background fsck fails > to properly check the filesystem and reports so in /var/log/messages. > What I see on that partition is the main directory that should have > contained the 80 subdirs, but now it has a link count of 0 and so > doesn't even contain a . or .. , let alone the 80 directories that > should have been there. >=20 > The only thing a manual fsck can do after that is unlink the > unreferenced inodes and clear up the mess... Ok, this time it's worse; Trying to startup single user, gives: WARNING: / was not properly dismounted start_init: trying /sbin/init WARNING: R/W mount of / denied. Filesystem is not clean - run fsck WARNING: R/W mount of / denied. Filesystem is not clean - run fsck WARNING: R/W mount of / denied. Filesystem is not clean - run fsck =2E.. And it won't snap out of it... Luckily we start a 'remote control daemon' before fsck is started, so I managed to run 'fsck /' manually: rcntlc> shell sh -i Press CTRL-A to escape from this mode sh: can't access tty; job control turned off # fsck / ** /dev/da0s1a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 2174 files, 29734 used, 97105 free (225 frags, 12110 blocks, 0.2% fragmenta= tion) ***** FILE SYSTEM MARKED CLEAN ***** # So I'm not sure what the problem was... > Shouldn't this be impossible without power loss ? Or is it inherent to > SMP that the machine can crash on a process on CPU #0 while CPU #1 is > updating disk structures ? Marc --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7eQgezjnobFOgrERAsg0AJ9yoh9HqsbKKIjvdqYgfzMD4pE9FgCdGajF mzKiUs9D2Tbi6AIoZOIV4WE= =XSTG -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 08:59:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93B4516A420 for ; Mon, 1 Aug 2005 08:59:41 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F0EE43D46 for ; Mon, 1 Aug 2005 08:59:41 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.52 (FreeBSD)) id 1DzW8w-000Jip-Vs; Mon, 01 Aug 2005 09:59:31 +0100 Date: Mon, 1 Aug 2005 09:59:30 +0100 From: Yann Golanski To: Andy Sparrow Message-ID: <20050801085930.GA75697@kierun.org> References: <200508011708.34414.doconnor@gsoft.com.au> <20050801085037.0DE2189E@spadger.best.vwh.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <20050801085037.0DE2189E@spadger.best.vwh.net> User-Agent: Mutt/1.5.9i Sender: "Yann Golanski, University of York, +44(0)1904-433088" Cc: freebsd-stable@freebsd.org, Eriq Subject: Re: x for users slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 08:59:41 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Andy Sparrow on Mon, Aug 01, 2005 at 01:50:36 -0700 > > On Monday 01 August 2005 17:34, Eriq wrote: > > > after all of this, I notice that it takes a user about a minute after > > > 'startx' to get into X. Yes I know, but I still like the colors :) > > > anyway this doesn't happen when I logon as root and start X. Blackbox= is > > > the WM hope this helps. > >=20 > > At a wild guess I would say your DNS is broken. >=20 > Umm, yup, maybe. I can confirm that. Add your host name into /etc/hosts with its IP and see if that's faster. =20 --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFC7eRw91FwBp3iYxgRApvKAJ0U/+g6meiZBNRQRYW8Lz8mjcECUQCggQ1i ZFl7hwrT9oYa3pkYRe2pUvc= =6Dg6 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 09:19:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D964016A41F for ; Mon, 1 Aug 2005 09:19:48 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09B0943D48 for ; Mon, 1 Aug 2005 09:19:47 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so963025wra for ; Mon, 01 Aug 2005 02:19:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U4WW7cIQooS6bYNDS2kMJOygWDZslq9Jzvewlpcb8pV9I5wt2u40wiVPuabfvW70NkGyic34MTKOydTqHvt0XBHm1IXRqZH/y2Y5T0tbEzGXkjzRxcTp+qL4rJdf+mXWszaYj1wG3iD9BPXopYwlJqzFVfeNyEcu1VQawIIZJzY= Received: by 10.54.36.50 with SMTP id j50mr1518000wrj; Mon, 01 Aug 2005 02:19:45 -0700 (PDT) Received: by 10.54.7.20 with HTTP; Mon, 1 Aug 2005 02:19:44 -0700 (PDT) Message-ID: <6eb82e050801021948bb3cf0@mail.gmail.com> Date: Mon, 1 Aug 2005 17:19:44 +0800 From: Rong-En Fan To: freebsd-stable@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0507241001615f7490@mail.gmail.com> <20050729002138.X60522@fledge.watson.org> <20050729125525.D74149@fledge.watson.org> Subject: Re: panic: sbflush_locked on 5.4-p5/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rong-En Fan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 09:19:49 -0000 On 8/1/05, Alexander S. Usov wrote: > In just 2 days of waiting I got it, however it looks that it has fired in= a > bit different place. >=20 > (kgdb) bt > #0 doadump () at pcpu.h:159 > #1 0xc0513899 in boot (howto=3D260) at ../../../kern/kern_shutdown.c:410 > #2 0xc0513ede in panic (fmt=3D0xc06ac87f "sbdrop") > at ../../../kern/kern_shutdown.c:566 > #3 0xc05556f4 in sbdrop_locked (sb=3D0xc2285ad8, len=3D112) > at ../../../kern/uipc_socket2.c:1149 > #4 0xc05b27f2 in tcp_input (m=3D0xc1e31800, off0=3D152) > at ../../../netinet/tcp_input.c:2209 > #5 0xc05a9b13 in ip_input (m=3D0xc1e31800) at ../../../netinet/ip_input.= c:776 > #6 0xc059215e in netisr_processqueue (ni=3D0xc070b0f8) > at ../../../net/netisr.c:233 > #7 0xc059241d in swi_net (dummy=3D0x0) at ../../../net/netisr.c:346 > #8 0xc04fb9a1 in ithread_loop (arg=3D0xc1979500) > at ../../../kern/kern_intr.c:547 > #9 0xc04fa9dc in fork_exit (callout=3D0xc04fb8ea , arg=3D0= x0, > frame=3D0x0) at ../../../kern/kern_fork.c:791 > #10 0xc0656a8c in fork_trampoline () at ../../../i386/i386/exception.s:20= 9 I also got a panic:sbdrop, but a bit different on path: http://www.rafan.org/FreeBSD/5.4-so/panic-sbdrop (but no dump) And, another one with trap 12 http://www.rafan.org/FreeBSD/5.4-so/panic-trap12 I have dump for this, but kgdb cant read it :-( It says "cannot read PTD". This machine is our main www server, so I have to make it as stable as possible. I might be able to switch mpsafenet at night. By the way, I have accf_http(4) and accf_data(4) compiled in. But with or without them, I can easily get panic with mpsafenet in less half day. >=20 > I am going to keep it around for some time, so I can easisy do a full bt = or > variables. >=20 >=20 > Corresponding dmesg & sysctl output can be found at > https://kvip88.kvi.nl/~usov >=20 >=20 > -- > Best regards, > Alexander. >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 09:23:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA91116A41F for ; Mon, 1 Aug 2005 09:23:27 +0000 (GMT) (envelope-from karel@inetis.com) Received: from inetis.com (cpe-212-18-40-64.adsl.amis.net [212.18.40.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0020A43D46 for ; Mon, 1 Aug 2005 09:23:26 +0000 (GMT) (envelope-from karel@inetis.com) Received: from [192.168.0.14] ([192.168.0.14]) by inetis.com with MailEnable ESMTP; Mon, 01 Aug 2005 11:23:20 +0200 Message-ID: <42EDEA07.5050103@inetis.com> Date: Mon, 01 Aug 2005 11:23:19 +0200 From: Karel Miklav User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <42EDD774.4090306@tigergroup.org> In-Reply-To: <42EDD774.4090306@tigergroup.org> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Eriq Subject: Re: x for users slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 09:23:28 -0000 You should check your DNS and how long does it take to start X without the WM. I had problems with BlackBox - it took it almost the same time to start as Gnome (around a minute on a 366 MHz notebook). As no BB developer could help me I switched to WMI; it starts in a second on that same box. -- Regards, Karel Miklav From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 13:28:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0823816A41F for ; Mon, 1 Aug 2005 13:28:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA8B43D45 for ; Mon, 1 Aug 2005 13:28:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j71DSmNV017391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Aug 2005 09:28:48 -0400 Received: from obsecurity.dyndns.org (fields.fields.utoronto.ca [128.100.216.11]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j71DSl6P022790; Mon, 1 Aug 2005 09:28:47 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 901BC513BD; Mon, 1 Aug 2005 09:28:39 -0400 (EDT) Date: Mon, 1 Aug 2005 09:28:39 -0400 From: Kris Kennaway To: "Evgueni V. Gavrilov" Message-ID: <20050801132839.GA42826@xor.obsecurity.org> References: <20050801035149.GA77223@rusunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050801035149.GA77223@rusunix.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.0-BETA1 LOR vm_fault: fault on nofault entry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 13:28:50 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Aug 01, 2005 at 05:51:49AM +0200, Evgueni V. Gavrilov wrote: > kgdb -c /usr/crash/vmcore.25 kernel.debug > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) where full > #0 doadump () at pcpu.h:165 > No locals. > #1 0xc0541228 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 > first_buf_printf = 1 > #2 0xc0541586 in panic ( > fmt=0xc0723a06 "vm_fault: fault on nofault entry, addr: %lx") > at /usr/src/sys/kern/kern_shutdown.c:553 > td = (struct thread *) 0xc47c7300 > bootopt = 260 > newpanic = 0 > ap = 0xeb0a8834 "" > buf = "vm_fault: fault on nofault entry, addr: deadc000", '\0' This is a panic, not a lock order reversal. Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7iOHWry0BWjoQKURAhEjAJ0dN4mZcTK6mFI6GDpoyPADx06NSQCg44Xl YkddkZQknwG07vk5c/95AiQ= =u4iY -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 13:59:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 662CE16A41F for ; Mon, 1 Aug 2005 13:59:53 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: from rusunix.org (rusunix.org [212.118.165.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id E321A43D4C for ; Mon, 1 Aug 2005 13:59:52 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: by rusunix.org (Postfix, from userid 1111) id 2797322800A; Mon, 1 Aug 2005 15:57:30 +0200 (CEST) Date: Mon, 1 Aug 2005 15:57:30 +0200 From: "Evgueni V. Gavrilov" To: freebsd-stable@freebsd.org Message-ID: <20050801135730.GA11636@rusunix.org> References: <20050801035149.GA77223@rusunix.org> <20050801132839.GA42826@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050801132839.GA42826@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Subject: Re: 6.0-BETA1 LOR^H^H^H panic vm_fault: fault on nofault entry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 13:59:53 -0000 On Mon, Aug 01, 2005 at 09:28:39AM -0400, Kris Kennaway wrote: KK> > buf = "vm_fault: fault on nofault entry, addr: deadc000", '\0' KK> This is a panic, not a lock order reversal. sorry for muddling up. I've got lot of problems running RELENG_6 on SE7501WV2 based Intel server (5.4 was running almost fine). dumping core upon panic also panics in most cases in iir(4) code :\ From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 14:48:22 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A7B216A41F for ; Mon, 1 Aug 2005 14:48:22 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6781443D46 for ; Mon, 1 Aug 2005 14:48:20 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D86ACEB49E7 for ; Mon, 1 Aug 2005 22:48:18 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 1988D130E35; Mon, 1 Aug 2005 22:48:16 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82454-08; Mon, 1 Aug 2005 22:48:05 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 9F87B13540E; Mon, 1 Aug 2005 22:48:04 +0800 (CST) Date: Mon, 1 Aug 2005 22:48:04 +0800 From: Xin LI To: Marc Olzheim Message-ID: <20050801144804.GA82722@frontfree.net> References: <20050721094533.GE52120@stack.nl> <20050801085808.GA28473@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20050801085808.GA28473@stack.nl> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #4: Thu Jul 28 10:59:26 CST 2005 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: amavisd-new at frontfree.net Cc: freebsd-stable@FreeBSD.org Subject: Re: background fsck, softupdates & inconsistent state on disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 14:48:22 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Marc, On Mon, Aug 01, 2005 at 10:58:08AM +0200, Marc Olzheim wrote: > Ok, this time it's worse; Trying to startup single user, gives: >=20 > WARNING: / was not properly dismounted > start_init: trying /sbin/init > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > ... >=20 > And it won't snap out of it... [...] > So I'm not sure what the problem was... >=20 > > Shouldn't this be impossible without power loss ? Or is it inherent to > > SMP that the machine can crash on a process on CPU #0 while CPU #1 is > > updating disk structures ? Are you using IDE disk driver? If so, having "hw.ata.wc=3D0" in your /boot/loader.conf would help the SoftUpdates situation. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7jYk/cVsHxFZiIoRAgq9AJwP3Q6H1Yb4n1+nYVK3sV4yaZmhogCghwHS Sr4/YTtay5G77DCmeqdl8yE= =QNSZ -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 15:10:36 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2EBE16A41F for ; Mon, 1 Aug 2005 15:10:36 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C15D743D48 for ; Mon, 1 Aug 2005 15:10:34 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 22A00A3DCF; Mon, 1 Aug 2005 17:10:34 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 0313B63A4; Mon, 1 Aug 2005 17:10:33 +0200 (CEST) Date: Mon, 1 Aug 2005 17:10:33 +0200 From: Marc Olzheim To: Xin LI Message-ID: <20050801151033.GD39886@stack.nl> References: <20050721094533.GE52120@stack.nl> <20050801085808.GA28473@stack.nl> <20050801144804.GA82722@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VV4b6MQE+OnNyhkM" Content-Disposition: inline In-Reply-To: <20050801144804.GA82722@frontfree.net> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , freebsd-stable@FreeBSD.org Subject: Re: background fsck, softupdates & inconsistent state on disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:10:36 -0000 --VV4b6MQE+OnNyhkM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 01, 2005 at 10:48:04PM +0800, Xin LI wrote: > Hi, Marc, >=20 > On Mon, Aug 01, 2005 at 10:58:08AM +0200, Marc Olzheim wrote: > > Ok, this time it's worse; Trying to startup single user, gives: > >=20 > > WARNING: / was not properly dismounted > > start_init: trying /sbin/init > > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > > ... > >=20 > > And it won't snap out of it... > [...] > > So I'm not sure what the problem was... > >=20 > > > Shouldn't this be impossible without power loss ? Or is it inherent to > > > SMP that the machine can crash on a process on CPU #0 while CPU #1 is > > > updating disk structures ? >=20 > Are you using IDE disk driver? If so, having "hw.ata.wc=3D0" in your > /boot/loader.conf would help the SoftUpdates situation. Nope, it's a SuperMicro 6013P with onboard dual ahd with 3 seagate (yeah, I know, not a good combination) ST3146707LC disks. After fsck telling me it's all ok, when I reboot (even after being up a couple of minutes), I still get the same messages now. Marc --VV4b6MQE+OnNyhkM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7jtpezjnobFOgrERAowQAJ995UYS9IMhXwceeJLUXl1JhXD9vACgtvG6 DPq9b8uqh5PPHjjLyAYm7S0= =Ty7Z -----END PGP SIGNATURE----- --VV4b6MQE+OnNyhkM-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 15:36:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 448B116A41F for ; Mon, 1 Aug 2005 15:36:36 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id D510443D46 for ; Mon, 1 Aug 2005 15:36:35 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAB013.dip0.t-ipconnect.de [84.170.176.19]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 2C22233617; Mon, 1 Aug 2005 17:39:14 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j71FaU9C001153; Mon, 1 Aug 2005 17:36:31 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200508011536.j71FaU9C001153@drjekyll.mkbuelow.net> From: Matthias Buelow To: Xin LI In-Reply-To: Message from Xin LI of "Mon, 01 Aug 2005 22:48:04 +0800." <20050801144804.GA82722@frontfree.net> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Mon, 01 Aug 2005 17:36:30 +0200 Sender: mkb@incubus.de Cc: Marc Olzheim , freebsd-stable@freebsd.org Subject: Re: background fsck, softupdates & inconsistent state on disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:36:36 -0000 Xin LI writes: >Are you using IDE disk driver? If so, having "hw.ata.wc=0" in your >/boot/loader.conf would help the SoftUpdates situation. This won't help in the case when the kernel crashes; this (ugly) workaround only helps at a power loss. mkb. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 15:44:40 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B31616A41F for ; Mon, 1 Aug 2005 15:44:40 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8753943D68 for ; Mon, 1 Aug 2005 15:44:36 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 957D7EB4A19 for ; Mon, 1 Aug 2005 23:44:34 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id E4CAE1313AA; Mon, 1 Aug 2005 23:44:19 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83262-20; Mon, 1 Aug 2005 23:44:08 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 7EBA5135E48; Mon, 1 Aug 2005 23:44:07 +0800 (CST) Date: Mon, 1 Aug 2005 23:44:07 +0800 From: Xin LI To: Marc Olzheim Message-ID: <20050801154407.GA83621@frontfree.net> References: <20050721094533.GE52120@stack.nl> <20050801085808.GA28473@stack.nl> <20050801144804.GA82722@frontfree.net> <20050801151033.GD39886@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20050801151033.GD39886@stack.nl> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #4: Thu Jul 28 10:59:26 CST 2005 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: amavisd-new at frontfree.net Cc: freebsd-stable@FreeBSD.org Subject: Re: background fsck, softupdates & inconsistent state on disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:44:40 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 01, 2005 at 05:10:33PM +0200, Marc Olzheim wrote: > On Mon, Aug 01, 2005 at 10:48:04PM +0800, Xin LI wrote: > > Hi, Marc, > >=20 > > On Mon, Aug 01, 2005 at 10:58:08AM +0200, Marc Olzheim wrote: > > > Ok, this time it's worse; Trying to startup single user, gives: > > >=20 > > > WARNING: / was not properly dismounted > > > start_init: trying /sbin/init > > > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > > > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > > > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > > > ... > > >=20 > > > And it won't snap out of it... > > [...] > > > So I'm not sure what the problem was... > > >=20 > > > > Shouldn't this be impossible without power loss ? Or is it inherent= to > > > > SMP that the machine can crash on a process on CPU #0 while CPU #1 = is > > > > updating disk structures ? > >=20 > > Are you using IDE disk driver? If so, having "hw.ata.wc=3D0" in your > > /boot/loader.conf would help the SoftUpdates situation. >=20 > Nope, it's a SuperMicro 6013P with onboard dual ahd with 3 seagate > (yeah, I know, not a good combination) ST3146707LC disks. >=20 > After fsck telling me it's all ok, when I reboot (even after being up a > couple of minutes), I still get the same messages now. Hmm... Could you please confirm that the final vnode sync has been completed? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7kNH/cVsHxFZiIoRAjEdAKCAxy0Ye+rHo3++O8GdTxBITZZDzACgi9B7 tRngA9Iwz8BhxM/KuQs5xpQ= =JxtM -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 17:47:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6254416A41F for ; Mon, 1 Aug 2005 17:47:28 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0AA043D46 for ; Mon, 1 Aug 2005 17:47:27 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 2ECA046B0C; Mon, 1 Aug 2005 13:47:27 -0400 (EDT) Date: Mon, 1 Aug 2005 18:49:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Matthias Schuendehuette In-Reply-To: <200507301652.37522.msch@snafu.de> Message-ID: <20050801184836.R61500@fledge.watson.org> References: <200507301652.37522.msch@snafu.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Panic in 6-BETA1 during mount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 17:47:28 -0000 On Sat, 30 Jul 2005, Matthias Schuendehuette wrote: > I gave 6-BETA1 a try on just another machine and got the following panic > during mount of an UFS1 filesystem with extended attributes. The machine > runs fine with 5.4-STABLE. Could you file a PR on this, and forward me the PR receipt from GNATS? This is likely a result of the VFS locking work, and as UFS2 is now the default file system, UFS1 extended attributes are probably not seeing a lot of use. It may take me a few days to get to this due to a backlog on the network side. Thanks, Robert N M Watson > > If you need 'dmesg' and kernel-config, let me know. I included > > # Add support for Extended Attributes and Access Control Lists > # > options UFS_EXTATTR > options UFS_EXTATTR_AUTOSTART > options UFS_ACL > > in my kernel config. > > > Output of dumpfs(8): > > root@stable - ~ > 503 # dumpfs /disk > magic 11954 (UFS1) time Sat Jul 30 16:38:30 2005 > id [ 3fc09aad 28e883c3 ] > ncg 52 size 4718592 blocks 4644951 > bsize 16384 shift 14 mask 0xffffc000 > fsize 2048 shift 11 mask 0xfffff800 > frag 8 shift 3 fsbtodb 2 > minfree 8% optim time symlinklen 60 > maxbpg 4096 maxcontig 7 contigsumsize 7 > nbfree 462756 ndir 58 nifree 1164394 nffree 252 > cpg 89 bpg 11392 fpg 91136 ipg 22400 > nindir 4096 inopb 128 nspf 4 maxfilesize > 1126174852055039 > sbsize 2048 cgsize 16384 cgoffset 1024 cgmask 0xffffffff > csaddr 1424 cssize 2048 > rotdelay 0ms rps 60 trackskew 0 interleave 1 > nsect 4096 npsect 4096 spc 4096 > sblkno 8 cblkno 16 iblkno 24 dblkno 1424 > cgrotor 36 fmod 0 ronly 0 clean 0 > avgfpdir 64 avgfilesize 16384 > flags soft-updates > fsmnt /disk > volname swuid 0 > > cs[].cs_(nbfree,ndir,nifree,nffree): > (2991,3,22392,27) (7117,0,22400,0) (7117,1,22399,7) > (7117,1,22399,7) > (11215,0,22400,0) (7118,0,22400,0) (11215,0,22400,0) > (11215,0,22400,0) > (7118,0,22400,0) (7118,0,22400,0) (4068,5,22252,114) > (7118,0,22400,0) > (7118,0,22400,0) (7118,0,22400,0) (7118,0,22400,0) > (7118,0,22400,0) > (7118,0,22400,0) (4577,0,22400,0) (7117,0,22400,0) > (7118,0,22400,0) > (7118,0,22400,0) (7118,0,22400,0) (7118,0,22400,0) > (7118,0,22400,0) > (7118,0,22400,0) (7118,0,22400,0) (7118,0,22400,0) > (7118,0,22400,0) > (6916,1,22398,7) (11215,0,22400,0) (11215,0,22400,0) > (11214,1,22399,7) > (11215,0,22400,0) (10736,1,22395,12) (11215,0,22400,0) > (11215,0,22400,0) > (10392,0,22400,0) (11215,0,22400,0) (11215,0,22400,0) > (11215,0,22400,0) > (11215,0,22400,0) (11215,0,22400,0) (11215,0,22400,0) > (11101,42,22163,66) > (11214,3,22397,5) (11215,0,22400,0) (11215,0,22400,0) > (11215,0,22400,0) > (11215,0,22400,0) (11215,0,22400,0) (11215,0,22400,0) > (8655,0,22400,0) > cylinders in last group 69 > blocks in last group 8832 > > > > /var/crash/info.205: > > Dump header from device /dev/da0s1b > Architecture: i386 > Architecture Version: 33554432 > Dump Length: 267980800B (255 MB) > Blocksize: 512 > Dumptime: Sat Jul 30 17:38:32 2005 > Hostname: > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 6.0-BETA1 #0: Fri Jul 29 21:17:52 CEST 2005 > root@stable.alpenflugzentrum.de:/usr/obj/usr/src/sys/STABLE > Panic String: lockmgr: unknown locktype request 0 > Dump Parity: 2781107745 > Bounds: 205 > Dump Status: good > > > > Backtrace with kgdb and kernel.debug: > > #23 0xc054b91c in panic (fmt=0xc0729f42 "lockmgr: unknown locktype > request %d") > at /usr/src/sys/kern/kern_shutdown.c:537 > #24 0xc053cad1 in lockmgr (lkp=0xc1746c08, flags=0, interlkp=0xc07875f8, > td=0xc1717e10) at /usr/src/sys/kern/kern_lock.c:423 > #25 0xc05ab9a6 in vfs_hash_insert (vp=0xc1746bb0, hash=215, flags=0, > td=0xc1717e10, vpp=0xd13a3760, fn=0, arg=0x0) > at /usr/src/sys/kern/vfs_hash.c:112 > #26 0xc067bf27 in ffs_vget (mp=0xc16b6000, ino=215, flags=0, > vpp=0xd13a3760) > at pcpu.h:162 > #27 0xc068831e in ufs_lookup (ap=0xd13a3838) > at /usr/src/sys/ufs/ufs/ufs_lookup.c:571 > #28 0xc0685f34 in ufs_extattr_lookup (start_dvp=0xc1746cc0, > lockparent=2, > dirname=0x0, vp=0x0, td=0xc1717e10) > at /usr/src/sys/ufs/ufs/ufs_extattr.c:273 > #29 0xc0686623 in ufs_extattr_autostart (mp=0xc16b6000, td=0xc1717e10) > at /usr/src/sys/ufs/ufs/ufs_extattr.c:462 > #30 0xc067e35a in ffs_mount (mp=0xc16b6000, td=0xc1717e10) > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:780 > #31 0xc05ae9d9 in vfs_donmount (td=0xc1717e10, fsflags=32776, > fsoptions=0xd13a3be8) at /usr/src/sys/kern/vfs_mount.c:739 > #32 0xc05b09cd in kernel_mount (ma=0xc16c6450, flags=0) at pcpu.h:162 > #33 0xc067b778 in ffs_cmount (ma=0xc16c6450, data=0x0, flags=0, > td=0xc1717e10) > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:384 > #34 0xc05b0707 in mount (td=0xc1717e10, uap=0xd13a3d04) > at /usr/src/sys/kern/vfs_mount.c:566 > #35 0xc06f1be0 in syscall (frame= > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077943940, tf_esi > = -1077941228, tf_ebp = -1077943800, tf_isp = -784712348, tf_ebx = > -1077943760, tf_edx = 0, tf_ecx = 1, tf_eax = 21, tf_trapno = 12, > tf_err = 2, tf_eip = 671916271, tf_cs = 51, tf_eflags = 582, tf_esp = > -1077943972, tf_ss = 59}) > at /usr/src/sys/i386/i386/trap.c:986 > #36 0xc06e236f in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:200 > > > If you need additional info, let me know. > If someone has ideas to solve this bug I'm ready to test/try out. > > -- > Ciao/BSD - Matthias > > Matthias Schuendehuette , Berlin (Germany) > PGP-Key at and ID: 0xDDFB0A5F > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 19:09:46 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4836B16A41F for ; Mon, 1 Aug 2005 19:09:46 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6A1643D53 for ; Mon, 1 Aug 2005 19:09:45 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 25768A2FD4; Mon, 1 Aug 2005 21:09:44 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id E2E3263A4; Mon, 1 Aug 2005 21:09:43 +0200 (CEST) Date: Mon, 1 Aug 2005 21:09:43 +0200 From: Marc Olzheim To: Xin LI Message-ID: <20050801190943.GA40966@stack.nl> References: <20050721094533.GE52120@stack.nl> <20050801085808.GA28473@stack.nl> <20050801144804.GA82722@frontfree.net> <20050801151033.GD39886@stack.nl> <20050801154407.GA83621@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20050801154407.GA83621@frontfree.net> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , freebsd-stable@FreeBSD.org Subject: Re: background fsck, softupdates & inconsistent state on disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 19:09:46 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 01, 2005 at 11:44:07PM +0800, Xin LI wrote: > > After fsck telling me it's all ok, when I reboot (even after being up a > > couple of minutes), I still get the same messages now. >=20 > Hmm... Could you please confirm that the final vnode sync has been > completed? Hmm, I'm not sure... I know for sure that it said: No buffers busy after final sync /var: unmount pending error: blocks 16 files 0 After which /var had trouble as well. :-( But I'm not sure about the vnodes... I'll check next time it corrupts / again (which shouldn't take long). Marc --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7nN3ezjnobFOgrERAq7xAJ0QD/NBFblCgcTZGv/Fh4jTmjyFJwCeLYWz rtEdV6BqJZ42zQgROE74PIE= =+hGd -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 19:32:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 093D316A41F for ; Mon, 1 Aug 2005 19:32:33 +0000 (GMT) (envelope-from joepq@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DABC43D45 for ; Mon, 1 Aug 2005 19:32:32 +0000 (GMT) (envelope-from joepq@xs4all.nl) Received: from xs4all.nl (casandra.org [213.84.152.131]) (authenticated bits=0) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id j71JWV4M020866 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 1 Aug 2005 21:32:31 +0200 (CEST) (envelope-from joepq@xs4all.nl) From: Joep To: freebsd-stable@freebsd.org Date: Mon, 1 Aug 2005 21:32:28 +0200 User-Agent: Mutt MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508012132.28770.joepq@xs4all.nl> X-Virus-Scanned: by XS4ALL Virus Scanner Subject: FreeBSD stable RELENG_5_4 how-to show after make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 19:32:33 -0000 After updating my source (src-all) from fbsd 5.4 RC-3 installed source to cvsup'ed RELENG_5_4 source, i did all steps in the handbook (makeworld.html) Everything seems oke. Only i expected after the new buildkernel and reboot something else in the uname output then: FreeBSD dragon 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #0 <- generic kern. Where RELEASE is i expected STABLE. This box iam working on is a clean install of fbsd 5.4 RC-3, then i cvsup'ed the source to RELENG_5_4. I don't know if this is oke, this has got noting to do with the above. During cvsup i notice pkg_* packages tools got also updated, but i could not find anything about it in the UPDATING file. Is there a change in 5.4 RC-3 pkg_* tools and RELENG_5_4 pkg_* tools or a part of it? Joep. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 19:42:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 829F216A41F for ; Mon, 1 Aug 2005 19:42:44 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F96B43D45 for ; Mon, 1 Aug 2005 19:42:43 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so1073472wra for ; Mon, 01 Aug 2005 12:42:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jhrAtKm7ifK8npa3lsCEof55f/vhUlaCNk5YT5WJqO+fuXgzVMmvYsYdGQTZxx7z0R1nNFheBTy2YVG+NAnh/TGN5VpMdEQI2+MfMCJlllhtSFh3hicUPIhaZ8uA+IugUrSKF1rCYF/IYW7emSRFdQ71xjr7CNFb4hchRHD944I= Received: by 10.54.57.21 with SMTP id f21mr2960783wra; Mon, 01 Aug 2005 12:42:43 -0700 (PDT) Received: by 10.54.29.26 with HTTP; Mon, 1 Aug 2005 12:42:43 -0700 (PDT) Message-ID: <790a9fff0508011242175b087d@mail.gmail.com> Date: Mon, 1 Aug 2005 14:42:43 -0500 From: Scot Hetzel To: Joep In-Reply-To: <200508012132.28770.joepq@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200508012132.28770.joepq@xs4all.nl> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD stable RELENG_5_4 how-to show after make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 19:42:44 -0000 On 8/1/05, Joep wrote: > After updating my source (src-all) from fbsd 5.4 RC-3 installed source to > cvsup'ed RELENG_5_4 source, i did all steps in the handbook (makeworld.ht= ml) >=20 > Everything seems oke. Only i expected after the new buildkernel and reboo= t > something else in the uname output then: > FreeBSD dragon 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #0 <- generic ke= rn. >=20 > Where RELEASE is i expected STABLE. >=20 You cvsup'd to the RELENG_5_4 branch, which is the FreeBSD 5.4 RELEASE branch plus security fixes for this release. Since you wanted the -STABLE branch you needed to cvsup to the RELENG_5 bra= nch. Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 20:55:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17D7E16A41F for ; Mon, 1 Aug 2005 20:55:38 +0000 (GMT) (envelope-from admin@tigergroup.org) Received: from mail8.opentransfer.com (mail10.opentransfer.com [69.6.255.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 746B043D45 for ; Mon, 1 Aug 2005 20:55:37 +0000 (GMT) (envelope-from admin@tigergroup.org) Received: (qmail 2937 invoked by uid 399); 1 Aug 2005 20:54:50 -0000 Received: from unknown (HELO ?192.168.0.100?) (68.47.19.148) by mail.opentransfer.com with SMTP; 1 Aug 2005 20:54:50 -0000 Message-ID: <42EE9A1B.9080308@tigergroup.org> Date: Mon, 01 Aug 2005 16:54:35 -0500 From: Eriq User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8b) Gecko/20050404 MIME-Version: 1.0 To: Daniel O'Connor References: <42EDD774.4090306@tigergroup.org> <200508011708.34414.doconnor@gsoft.com.au> In-Reply-To: <200508011708.34414.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: X for users slow: you are right! thx X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 20:55:38 -0000 Daniel O'Connor wrote: > On Monday 01 August 2005 17:34, Eriq wrote: > >>after all of this, I notice that it takes a user about a minute after >>'startx' to get into X. Yes I know, but I still like the colors :) >>anyway this doesn't happen when I logon as root and start X. Blackbox is >>the WM hope this helps. > > > At a wild guess I would say your DNS is broken. > > Either the forward or reverse lookup is timing out. > > If that isn't it then maybe you have a strange card/driver? > I figured it out last night and yes it was the dns :( after several trys to reconfigure properly I decided to just go with professional web site hosting and just use this box for database support. I am sure w/ some help I could have fixed it but really it is more cost efficent to out source the web and mail. Thx for the help and quick response. Sign, Eriq From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 21:05:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EDE616A41F for ; Mon, 1 Aug 2005 21:05:03 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (shared10.hosting.flyingcroc.net [207.246.149.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 011FE43D48 for ; Mon, 1 Aug 2005 21:05:02 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (localhost [127.0.0.1]) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10) with ESMTP id j71L52rR095414 for ; Mon, 1 Aug 2005 14:05:02 -0700 (PDT) Received: from localhost (dpk@localhost) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10/Submit) with ESMTP id j71L527h095408 for ; Mon, 1 Aug 2005 14:05:02 -0700 (PDT) X-Authentication-Warning: shared10.hosting.flyingcroc.net: dpk owned process doing -bs Date: Mon, 1 Aug 2005 14:05:02 -0700 (PDT) From: dpk X-X-Sender: dpk@shared10.hosting.flyingcroc.net To: freebsd-stable@freebsd.org Message-ID: <20050801121231.V64406@shared10.hosting.flyingcroc.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: repeatable crash with 5.4-RELEASE and PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 21:05:03 -0000 As seen here: http://groups-beta.google.com/group/mailing.freebsd.stable/browse_thread/thread/ad8029efaa6efe95/8f3269d6819ef0b8?lnk=st&q=panic+vm_pageout+fork_trampoline+fork_exit+freebsd+5.4&rnum=1&hl=en#8f3269d6819ef0b8 If you'd prefer, I can mail this to another list, in case stable isn't appropriate. We're seeing exactly the same panic here, with slight changes to the addresses referenced (phew, I don't have to transcribe it!) Our setup is: Dual Xeon 3.0Ghz 4 gigs of ram 3ware RAID10 (4 x 400GB) FreeBSD 5.4-RELEASE-p5 We're running a PAE kernel as well. The main difference between his kernel and ours is that we're not using acpi due to extremely poor network performance. Unfortunately the kernel will not dump core (even with a 16GB swap device). When I do a 'call doadump', it gives this error: Dumping 4608MB twa0: SCSI cmd=0x2a: ERROR (0x3: 0x0100): SGL entry contains zero data: address=0x0, length=0x10000, cmd=W The original panic line is: panic: lockmgr: thread 0xfffffff0, not exclusive lock holder c5f5fa80 unlocking Here's the lockmgr line from the panic: lockmgr(c61f5e14,6,c61f5d68,0,eb858a1c) lockmgr+0x421 lockmgr's 2nd argument was 6, LK_RELEASE, and lockmgr's 4th argument, the thread, was 0, so the panic was caused because a kernel thread was trying to release a lock for a non-kernel thread. Am I interpreting that correctly? 'show lockedvnods' reveals: 0xc61f5d68: tag devfs, type VCHR, usecount 4846, writecount 0, refcount 78, flags (VV_OBJBUF), lock type devfs: EXCL (count 1) by 0xc5f5fa80 (pid 8) dev da0s1a pid 8 is 'pagedaemon'. Any ideas/pointers? I've been going through the source and trying to figure out what's calling the lockmgr. I keep coming back to spec_write(), which doesn't appear to be used by any filesystems (unless it's used by procfs?) From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 22:22:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 706F716A41F for ; Mon, 1 Aug 2005 22:22:16 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from outmx012.isp.belgacom.be (outmx012.isp.belgacom.be [195.238.3.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3909F43D4C for ; Mon, 1 Aug 2005 22:22:13 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from outmx012.isp.belgacom.be (localhost [127.0.0.1]) by outmx012.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j71MMAWF014925 for ; Tue, 2 Aug 2005 00:22:10 +0200 (envelope-from ) Received: from kalimero.kotnet.org (139-30.245.81.adsl.skynet.be [81.245.30.139]) by outmx012.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j71MM5ip014887; Tue, 2 Aug 2005 00:22:05 +0200 (envelope-from ) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.3/8.13.3) with ESMTP id j71MM301001106; Tue, 2 Aug 2005 00:22:03 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-stable@freebsd.org Date: Tue, 2 Aug 2005 00:22:02 +0200 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_KCq7CL3UPIm6kvw" Message-Id: <200508020022.02992.tijl@ulyssis.org> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: nate@root.org Subject: 5-STABLE cpufreq hotter than est from ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 22:22:16 -0000 --Boundary-00=_KCq7CL3UPIm6kvw Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline A couple days ago I updated my system and was excited to see cpufreq and powerd in 5-stable. Since then however I noticed that my laptop temperature is about 5=B0C higher than with est and estctrl. I found that cpufreq when setting 200MHz for example set the absolute frequency to 1600MHz (max for this laptop) and the relative frequency (p4tcc) to 12.5% instead of using a more power conserving setting like 800MHz/25%. The problem is that cpufreq_expand_set() (sys/kern/kern_cpu.c) traverses freq levels from high to low when adding relative levels and skips duplicates. When it wants to add 800MHz/25% it sees this setting as a duplicate of 1600MHz/12.5% it has found before. This can be fixed by letting cpufreq_expand_set() traverse freq levels in reverse order (and still skipping duplicates). Then each frequency level has the lowest possible absolute setting. This is a one line change in sys/kern/kern_cpu.c (line 653). =2D-- sys/kern/kern_cpu.c.orig Mon Aug 1 14:42:26 2005 +++ sys/kern/kern_cpu.c Mon Aug 1 15:17:55 2005 @@ -650,7 +650,7 @@ CF_MTX_ASSERT(&sc->lock); =2D TAILQ_FOREACH(search, &sc->all_levels, link) { + TAILQ_FOREACH_REVERSE(search, &sc->all_levels, cf_level_lst, link) { /* Skip this level if we've already modified it. */ for (i =3D 0; i < search->rel_count; i++) { if (search->rel_set[i].dev =3D=3D set_arr->sets[0].= dev) With this patch temperature is almost as low as with est again (only 1=B0C hotter). However, there are still such levels like 1400/12.5 (175MHz) which are lower than let's say 600/37.5 (225MHz), but consume a lot more power. On my laptop this problem doesn't really occur because of the way powerd works, only the absolute levels 1600, 800 and 600 are ever used. I can imagine somebody with a 1700MHz cpu not being so lucky though. So, I've worked out a patch (attached) that makes sure that a lower frequency level has at most the same absolute setting (preferably less of course). This eliminates quite a few levels so somebody with a better knowledge of cpufreq should check if this patch really does something good. This is the first time I've taken a look at =46reeBSD source code by the way. Also, somewhat related, the p4tcc driver doesn't recognise acpi_throttle, which means that when you load the cpufreq module after booting, the freq levels are messed up. I'm not sure what the best solution for this is. Let p4tcc detect acpi_throttle and don't attach if it's present (like acpi_throttle does now if it finds p4tcc) or detach it before attaching? Or maybe p4tcc and acpi_throttle should be merged into one driver? =46inally, is the kernel config option CPU_ENABLE_TCC still relevant? Because it's still listed in NOTES. --Boundary-00=_KCq7CL3UPIm6kvw-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 1 22:36:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B47216A41F for ; Mon, 1 Aug 2005 22:36:02 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from outmx013.isp.belgacom.be (outmx013.isp.belgacom.be [195.238.3.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB2E943D46 for ; Mon, 1 Aug 2005 22:36:01 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from outmx013.isp.belgacom.be (localhost [127.0.0.1]) by outmx013.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j71MZqdI013713 for ; Tue, 2 Aug 2005 00:35:52 +0200 (envelope-from ) Received: from kalimero.kotnet.org (139-30.245.81.adsl.skynet.be [81.245.30.139]) by outmx013.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j71MZpvU013704 for ; Tue, 2 Aug 2005 00:35:51 +0200 (envelope-from ) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.3/8.13.3) with ESMTP id j71MZnI3001223 for ; Tue, 2 Aug 2005 00:35:49 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-stable@freebsd.org Date: Tue, 2 Aug 2005 00:35:48 +0200 User-Agent: KMail/1.8.1 References: <200508020022.02992.tijl@ulyssis.org> In-Reply-To: <200508020022.02992.tijl@ulyssis.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_FPq7Cv+OcA2s+h2" Message-Id: <200508020035.49097.tijl@ulyssis.org> Subject: Re: 5-STABLE cpufreq hotter than est from ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 22:36:02 -0000 --Boundary-00=_FPq7Cv+OcA2s+h2 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hmm, the server must have dropped the attachment. Another try... --Boundary-00=_FPq7Cv+OcA2s+h2 Content-Type: text/plain; charset="iso-8859-15"; name="patch-sys-kern-kern_cpu.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-sys-kern-kern_cpu.c" --- sys/kern/kern_cpu.c.orig Mon Aug 1 14:42:26 2005 +++ sys/kern/kern_cpu.c Mon Aug 1 23:52:06 2005 @@ -650,19 +650,7 @@ CF_MTX_ASSERT(&sc->lock); - TAILQ_FOREACH(search, &sc->all_levels, link) { - /* Skip this level if we've already modified it. */ - for (i = 0; i < search->rel_count; i++) { - if (search->rel_set[i].dev == set_arr->sets[0].dev) - break; - } - if (i != search->rel_count) { - CF_DEBUG("skipping modified level, freq %d (dev %s)\n", - search->total_set.freq, - device_get_nameunit(search->rel_set[i].dev)); - continue; - } - + TAILQ_FOREACH_REVERSE(search, &sc->all_levels, cf_level_lst, link) { /* Add each setting to the level, duplicating if necessary. */ for (i = 0; i < set_arr->count; i++) { set = &set_arr->sets[i]; @@ -677,10 +665,11 @@ /* * The new level was a duplicate of an existing level - * so we freed it. Go to the next setting. + * or the relative setting was too low so we freed it. + * No need to try lower settings of this driver. */ if (fill == NULL) - continue; + break; /* Add this setting to the existing or new level. */ KASSERT(fill->rel_count < MAX_SETTINGS, @@ -756,24 +745,28 @@ */ list = &sc->all_levels; if (TAILQ_EMPTY(list)) { + /* Does this ever happen? */ CF_DEBUG("dup done, inserted %d at head\n", fill_set->freq); TAILQ_INSERT_HEAD(list, fill, link); } else { TAILQ_FOREACH_REVERSE(itr, list, cf_level_lst, link) { itr_set = &itr->total_set; - if (CPUFREQ_CMP(fill_set->freq, itr_set->freq)) { - CF_DEBUG( - "dup done, freeing new level %d, matches %d\n", - fill_set->freq, itr_set->freq); - free(fill, M_TEMP); - fill = NULL; - break; - } else if (fill_set->freq < itr_set->freq) { + if (fill_set->freq > itr_set->freq) { + continue; + } else if (fill_set->freq < itr_set->freq && + fill->abs_set.freq <= itr->abs_set.freq) { CF_DEBUG( "dup done, inserting new level %d after %d\n", fill_set->freq, itr_set->freq); TAILQ_INSERT_AFTER(list, itr, fill, link); sc->all_count++; + break; + } else { + CF_DEBUG( + "dup done, freeing new level %d, worse than existing %d\n", + fill_set->freq, itr_set->freq); + free(fill, M_TEMP); + fill = NULL; break; } } --Boundary-00=_FPq7Cv+OcA2s+h2-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 07:14:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3457D16A41F for ; Tue, 2 Aug 2005 07:14:43 +0000 (GMT) (envelope-from richw@richw.org) Received: from smtp2.Stanford.EDU (smtp2.Stanford.EDU [171.67.16.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF0E843D45 for ; Tue, 2 Aug 2005 07:14:42 +0000 (GMT) (envelope-from richw@richw.org) Received: from whodunit.richw.org (SW-90-716-276-1.Stanford.EDU [171.66.155.243]) by smtp2.Stanford.EDU (8.12.11/8.12.11) with ESMTP id j727EenZ020877 for ; Tue, 2 Aug 2005 00:14:42 -0700 Received: from whodunit.richw.org (localhost [127.0.0.1]) by whodunit.richw.org (8.13.1/8.13.1) with ESMTP id j727EdRK002610; Tue, 2 Aug 2005 00:14:39 -0700 (PDT) (envelope-from richw@whodunit.richw.org) DomainKey-Signature: a=rsa-sha1; s=dk050731; d=richw.org; c=nofws; q=dns; h=received:date:from:to:subject:in-reply-to:message-id: references:mime-version:content-type; b=r0CwJVytZOhu8z5DUA8na3FDciE93VqVGT4Q3vmlwR4GbjSKFiWQVHEIrlnUuUQEI t9oNCpMUn4J2FGiWY10j2CpwxCQT8XJVCyFzEo1vPpGaX/fJNERTletgUNBr1o2 Received: (from richw@localhost) by whodunit.richw.org (8.13.1/8.13.1/Submit) id j727Ed7U002609; Tue, 2 Aug 2005 00:14:39 -0700 (PDT) (envelope-from richw) Date: Tue, 2 Aug 2005 00:14:39 -0700 (PDT) From: Rich Wales To: freebsd-stable@freebsd.org In-Reply-To: <20050728153906.GA11130@FS.denninger.net> Message-ID: <20050802070640.B01542.richw@whodunit.richw.org> References: <20050728152203.GA10926@FS.denninger.net> <6.2.1.2.0.20050728113529.034cdc00@64.7.153.2> <20050728153906.GA11130@FS.denninger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Gigabit NIC for 4.11-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 07:14:43 -0000 Can anyone name one or more Gigabit network cards currently on the market that are supported in 4.11-RELEASE? I recently bought a Linksys EG1032, with the understanding that this card would work in the nge(4) driver. However, it didn't work (wasn't even recognized by the kernel), and it appears that the current EG1032's use a Marvell 88E8003 chip, which (AFAICT) isn't supported by any driver in 4.11. Rich Wales richw@richw.org http://www.richw.org From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 07:49:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECE2116A41F for ; Tue, 2 Aug 2005 07:49:12 +0000 (GMT) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (ei.xs4all.nl [213.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0903543D53 for ; Tue, 2 Aug 2005 07:49:11 +0000 (GMT) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.13.3/8.13.3) with ESMTP id j727pxHh002581 for ; Tue, 2 Aug 2005 09:51:59 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.13.3/8.13.3/Submit) id j727pxdL002580 for freebsd-stable@freebsd.org; Tue, 2 Aug 2005 09:51:59 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Tue, 2 Aug 2005 09:51:59 +0200 From: Ruben de Groot To: freebsd-stable@freebsd.org Message-ID: <20050802075159.GA2526@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ei.bzerk.org Subject: 6.0-BETA1: Fatal trap 18 in ata_raid_promise_read_meta X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 07:49:13 -0000 This is an nForce4 chipset (Gigabyte GA-K8NF-9). Installation from the iso disc1 is fine, but at the first boot I get dropped in the debugger: ad0: 28620MB at ata0-master UDMA66 Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff8022fb5a stack pointer = 0x10:0xffffffff809d8940 frame pointer = 0x10:0xffffffff809d89a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at ata_raid_promise_read_meta+0x9a: divq %rsi,%eax db> tr Tracing pid 0 tid 0 td 0xffffffff80811e40 ata_raid_promise_read_meta() at ata_raid_promise_read_meta+0x9a ata_raid_read_metadata() at ata_raid_read_metadata+0x29b ata_raid_subdisk_attach() at ata_raid_subdisk_attach+0x27 device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 ad_attach() at ad_attach+0x37e device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 ata_identify() at ata_identify+0xe6 ata_boot_attach() at ata_boot_attach+0x42 run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x2a mi_startup() at mi_startup+0xd3 btext() at btext+0x2c db> Full console messages: /boot.config: -hConsoles: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 638kB/523200kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@rat.samsco.home, Tue Jul 12 07:18:27 UTC 2005) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x546b40 data=0xac448+0xdd2e8 syms=[0x8+0x8d4e0+0x8+0x75380] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... \GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA1 #0: Tue Jul 12 09:02:51 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (1809.28-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20ff0 Stepping = 0 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 536805376 (511 MB) avail memory = 506187776 (482 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: irq 11 on acpi0 pci_link1: on acpi0 pci_link2: irq 10 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: irq 11 on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: irq 12 on acpi0 pci_link9: on acpi0 pci_link10: irq 10 on acpi0 pci_link11: irq 5 on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: irq 0 on acpi0 pci_link17: irq 0 on acpi0 pci_link18: irq 0 on acpi0 pci_link19: irq 0 on acpi0 pci_link20: irq 16 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci_link26: Unable to choose an IRQ pci_link21: Unable to choose an IRQ pci_link27: Unable to choose an IRQ pci_link24: Unable to choose an IRQ pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xec100000-0xec100fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xec101000-0xec1010ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pci0: at device 4.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 9.0 on pci0 pci1: on pcib1 pci_link16: Unable to choose an IRQ pci_link18: Unable to choose an IRQ fxp0: port 0xb000-0xb01f mem 0xec000000-0xec000fff,0xeb000000-0xeb0fffff irq 16 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:b7:88:53 fwohci0: mem 0xeb104000-0xeb1047ff,0xeb100000-0xeb103fff irq 18 at device 10.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:0f:ea:56:00:d7:5f:e8 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:0f:ea:d7:5f:e8 fwe0: Ethernet address: 02:0f:ea:d7:5f:e8 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) pci5: at device 0.1 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1809281069 Hz quality 800 Timecounters tick every 1.000 msec ad0: 28620MB at ata0-master UDMA66 Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff8022fb5a stack pointer = 0x10:0xffffffff809d8940 frame pointer = 0x10:0xffffffff809d89a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at ata_raid_promise_read_meta+0x9a: divq %rsi,%eax db> tr Tracing pid 0 tid 0 td 0xffffffff80811e40 ata_raid_promise_read_meta() at ata_raid_promise_read_meta+0x9a ata_raid_read_metadata() at ata_raid_read_metadata+0x29b ata_raid_subdisk_attach() at ata_raid_subdisk_attach+0x27 device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 ad_attach() at ad_attach+0x37e device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 ata_identify() at ata_identify+0xe6 ata_boot_attach() at ata_boot_attach+0x42 run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x2a mi_startup() at mi_startup+0xd3 btext() at btext+0x2c db> From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 08:16:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 991FE16A41F for ; Tue, 2 Aug 2005 08:16:45 +0000 (GMT) (envelope-from kde@europages.com) Received: from horus.euredit.net (horus.euredit.net [194.145.144.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC44043D48 for ; Tue, 2 Aug 2005 08:16:44 +0000 (GMT) (envelope-from kde@europages.com) Received: from gandalf.euredit.net (gandalf [194.145.144.88]) by horus.euredit.net (Postfix) with ESMTP id B1CD8203E9; Tue, 2 Aug 2005 10:16:41 +0200 (CEST) Received: from [10.10.11.141] (unknown [10.10.11.141]) by gandalf.euredit.net (Postfix) with ESMTP id 1B056AFF9; Tue, 2 Aug 2005 10:16:31 +0200 (CEST) From: Key Dof To: Rich Wales In-Reply-To: <20050802070640.B01542.richw@whodunit.richw.org> References: <20050728152203.GA10926@FS.denninger.net> <6.2.1.2.0.20050728113529.034cdc00@64.7.153.2> <20050728153906.GA11130@FS.denninger.net> <20050802070640.B01542.richw@whodunit.richw.org> Content-Type: text/plain Message-Id: <1122970601.23899.6.camel@ramses> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 02 Aug 2005 10:16:41 +0200 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Gigabit NIC for 4.11-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 08:16:45 -0000 I use Intel on 4.10 and works just fine : em0: em0: flags=8843 mtu 1500 options=3 media: Ethernet autoselect (1000baseTX ) On Tue, 2005-08-02 at 09:14, Rich Wales wrote: > Can anyone name one or more Gigabit network cards currently > on the market that are supported in 4.11-RELEASE? > > I recently bought a Linksys EG1032, with the understanding > that this card would work in the nge(4) driver. However, > it didn't work (wasn't even recognized by the kernel), and > it appears that the current EG1032's use a Marvell 88E8003 > chip, which (AFAICT) isn't supported by any driver in 4.11. > > Rich Wales richw@richw.org http://www.richw.org > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 17:17:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CD5916A41F for ; Tue, 2 Aug 2005 17:17:39 +0000 (GMT) (envelope-from trond@ramstind.gtf.ol.no) Received: from ramstind.gtf.ol.no (ramstind.gtf.ol.no [128.39.174.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E50943D48 for ; Tue, 2 Aug 2005 17:17:38 +0000 (GMT) (envelope-from trond@ramstind.gtf.ol.no) Received: from ramstind.gtf.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.gtf.ol.no (8.12.9/8.13.1) with ESMTP id j72HHZSd043062 for ; Tue, 2 Aug 2005 19:17:36 +0200 (CEST) (envelope-from trond@ramstind.gtf.ol.no) Received: from localhost (trond@localhost) by ramstind.gtf.ol.no (8.12.9/8.12.3/Submit) with ESMTP id j72HHYOr043059 for ; Tue, 2 Aug 2005 19:17:35 +0200 (CEST) Date: Tue, 2 Aug 2005 19:17:34 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= To: FreeBSD stable Message-ID: <20050802184213.A40037@ramstind.gtf.ol.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Subject: FreeBSD 5.4-RELEASE not bootable on a Dell Latitude D510 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 17:17:39 -0000 Hi all, I received a Dell Latitude D510 today and I wanted to boot FreeBSD 5.4-RELEASE from the computer's DVD drive. However, the booting process stopped abruptly with the following messages: fwohci0: EUI64 36:4f:c0:00:07:ce:d8:30 NMI ISA b0, EISA ff RAM parity error, likely hardware failure. Fatal trap 19: non-maskable interrupt while in kernel mode instruction pointer = 0x8:0xc05093c2 stack pointer = 0x10:0xc10209b0 frame pointer = 0x10:0xc10209c4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 0 (swapper) trap number = 19 panic: non-maskable interrupt trap Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort I also tried to boot without ACPI, but without any further success. I tried to boot 4.11-RELEASE as well, and this version also panics with a non-maskable interrupt trap. The final messages from booting 4.11 were: Mounting root from ufs:/dev/md0c /stand/sysinstall running as init on vty0 panic: non-maskable interrupt trap syncing disks... done Uptime: 3s Automatic reboot in 15 seconds - press a key on the console to abort Verbose booting of the 4.11 revealed nothing more. I guess I might be in need of a different kernel, perhaps one with the options KDB_STOP_NMI or the options POWERFAIL_NMI. Or it could even be a BIOS setting I need to change. Does someone know how to boot the Latitude D510 with 5.4-RELEASE? Booting the pre-installed Microsoft Windows XP from the laptop's hard drive goes as expected. ;) freebsd-mobile might be a more suitable mailing list, but I thought I'd give -stable a go. -- ---------------------------------------------------------------------- Trond Endrestøl | trond@gtf.ol.no Patron of The Art of Computer Programming| FreeBSD 4.8-S & Pine 4.55 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 17:26:26 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C47A16A41F; Tue, 2 Aug 2005 17:26:26 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (lots.reanimators.org [64.142.28.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE75C43D45; Tue, 2 Aug 2005 17:26:25 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (localhost.reanimators.org [127.0.0.1]) by lots.reanimators.org (8.13.3/8.13.3) with ESMTP id j72HQPDO051112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Aug 2005 10:26:25 -0700 (PDT) (envelope-from fmc@lots.reanimators.org) Received: (from fmc@localhost) by lots.reanimators.org (8.13.3/8.13.3/Submit) id j72HQPQG051111; Tue, 2 Aug 2005 10:26:25 -0700 (PDT) (envelope-from fmc) Message-Id: <200508021726.j72HQPQG051111@lots.reanimators.org> To: Robert Watson References: <200507290034.j6T0YLdZ014411@lots.reanimators.org> <20050729091624.R74149@fledge.watson.org> <200507291809.j6TI9p37035628@lots.reanimators.org> From: Frank McConnell Date: Tue, 02 Aug 2005 10:26:23 -0700 In-Reply-To: <200507291809.j6TI9p37035628@lots.reanimators.org> (Frank McConnell's message of "Fri, 29 Jul 2005 11:09:50 -0700") MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org Subject: Re: RELENG_5 PAE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 17:26:26 -0000 Poking at this some more.... Yesterday I put together another PC, installed 5.4-RELEASE, cvsup'd to RELENG_5 using stable-supfile, built world and kernel, installed kernel and world, then built a new kernel for the target with kernel config file as follows: --- begin kernel config --- include PAE options MAXDSIZ="(2000UL*1024*1024)" options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET options IPDIVERT makeoptions DEBUG="-g" options KDB options KDB_TRACE #options KDB_UNATTENDED options DDB options DB_NUMSYM options GDB --- end kernel config --- Built a kernel from that, pushed it over to the target, installed it there, twiddled /boot/device.hints a bit, cabled both PCs together (serial cable), rebooted, and got gdb on the new PC talking to the target. --- begin gdb transcript 1 --- $ gdb /usr/obj/usr/src/sys/EAST1-PAE/kernel.debug GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) target remote /dev/cuaa1 Remote debugging using /dev/cuaa1 kdb_enter (msg=0x2a "") at /usr/src/sys/kern/subr_kdb.c:268 268 } warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. warning: shared library handler failed to enable breakpoint (gdb) c Continuing. --- end gdb transcript 1 --- Note, gdb, not kgdb: kgdb connects and immediately segfaults. Grumble. I log in as root on the (serial) console and start named. It runs for a bit and then crashes. --- begin console transcript --- splat# /usr/sbin/named -c /etc/namedb/named.conf kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc03dc587 stack pointer = 0x10:0xeb328c64 frame pointer = 0x10:0xeb328c78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resumt, IOPL 0 current process = 70 (pagedaemon) --- end console transcript --- And gdb awakes: --- begin gdb transcript 2 --- [New Thread 100080] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 100080] propagate_priority (td=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:245 245 tc = TC_LOOKUP(ts->ts_lockobj); (gdb) print ts $1 = (struct turnstile *) 0x0 (gdb) print *td $2 = {td_proc = 0xc6a668d4, td_ksegrp = 0xc6a67070, td_plist = { tqe_next = 0x0, tqe_prev = 0xc6a668e4}, td_kglist = {tqe_next = 0x0, tqe_prev = 0xc6a6707c}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xc69ad460}, td_lockq = {tqe_next = 0x0, tqe_prev = 0x0}, td_runq = {tqe_next = 0x0, tqe_prev = 0x0}, td_selq = {tqh_first = 0x0, tqh_last = 0x0}, td_sleepqueue = 0x0, td_turnstile = 0xc69b3e40, td_tid = 100068, td_flags = 0, td_inhibitors = 2, td_pflags = 0, td_dupfd = 0, td_wchan = 0xc6970534, td_wmesg = 0xc05a93e5 "user map", td_lastcpu = 0 '\0', td_oncpu = 255 'y', td_locks = -26881, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = { lh_first = 0xc6a57240}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 1, td_mailbox = 0x0, td_ucred = 0xc6d17180, td_standin = 0x0, td_prticks = 0, td_upcall = 0x0, td_sticks = 249, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 20300, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 214 'O', td_priority = 68 'D', td_pcb = 0xeb304d90, td_state = TDS_INHIBITED, td_retval = {0, -1082135752}, td_slpcallout = {c_links = {sle = { sle_next = 0xc0637c80}, tqe = {tqe_next = 0xc0637c80, tqe_prev = 0xda9c2728}}, c_time = 6657, c_arg = 0xc69e6c00, c_func = 0xc03db1f4 , c_flags = 10}, td_frame = 0xeb304d38, td_kstack_obj = 0xc0a3edec, td_kstack = 3945803776, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, td_sched = 0xc69e6d50} (gdb) print *(td->td_proc) $3 = {p_list = {le_next = 0xc706754c, le_prev = 0xc6cd9388}, p_ksegrps = { tqh_first = 0xc6a67070, tqh_last = 0xc6a67074}, p_threads = { tqh_first = 0xc69e6c00, tqh_last = 0xc69e6c08}, p_suspended = { tqh_first = 0x0, tqh_last = 0xc6a668ec}, p_ucred = 0xc6d17180, p_fd = 0xc7149a00, p_fdtol = 0x0, p_stats = 0xc69f4800, p_limit = 0xc7149d00, p_unused1 = 0x0, p_sigacts = 0xc714c000, p_flag = 16386, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 574, p_hash = { le_next = 0x0, le_prev = 0xc695a8f8}, p_pglist = {le_next = 0xc6cd9388, le_prev = 0xc6ac2c08}, p_pptr = 0xc706754c, p_sibling = {le_next = 0x0, le_prev = 0xc70675b4}, p_children = {lh_first = 0xc6cd9388}, p_mtx = { mtx_object = {lo_class = 0xc05d54dc, lo_name = 0xc0597f53 "process lock", lo_type = 0xc0597f53 "process lock", lo_flags = 4390912, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc69704c0, p_swtime = 118, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = { tv_sec = 0, tv_usec = 0}}, p_runtime = {sec = 111, frac = 18404916408694389440}, p_uu = 0, p_su = 0, p_iu = 0, p_uticks = 14108, p_sticks = 249, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc719dc60, p_siglist = {__bits = {0, 0, 0, 0}}, p_lock = 2 '\002', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_magic = 3203398350, p_comm = "named\000r", '\0' , p_pgrp = 0xc6ac2c00, p_sysent = 0xc0614ea0, p_args = 0xc6cdbd00, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = { kl_lock = 0xc6a66940, kl_list = {slh_first = 0x0}}, p_numthreads = 1, p_numksegrps = 1, p_md = {md_ldt = 0xc6ac0d60}, p_itcallout = {c_links = { sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_unused2 = 0x0, p_acflag = 0, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc6a668d4, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc6a66a98} (gdb) backtrace #0 propagate_priority (td=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:245 #1 0xc03dcc02 in turnstile_wait (ts=0xc6a57240, lock=0xc06387a0, owner=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:556 #2 0xc03b5e71 in _mtx_lock_sleep (m=0xc06387a0, td=0xc6a65000, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:552 #3 0xc03c4a36 in msleep (ident=0xc0638c44, mtx=0xc06387a0, priority=68, wmesg=0xc059c1c7 "psleep", timo=500) at /usr/src/sys/kern/kern_synch.c:239 #4 0xc04fc49c in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1464 #5 0xc03a98cc in fork_exit (callout=0xc04fc21c , arg=0x0, frame=0xeb328d38) at /usr/src/sys/kern/kern_fork.c:791 #6 0xc053b1bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 (gdb) frame 0 #0 propagate_priority (td=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:245 245 tc = TC_LOOKUP(ts->ts_lockobj); (gdb) print td $4 = (struct thread *) 0xc69e6c00 (gdb) frame 1 #1 0xc03dcc02 in turnstile_wait (ts=0xc6a57240, lock=0xc06387a0, owner=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:556 556 propagate_priority(td); (gdb) print td $5 = (struct thread *) 0xc6a65000 (gdb) print *td $6 = {td_proc = 0xc6a63388, td_ksegrp = 0xc696b380, td_plist = { tqe_next = 0x0, tqe_prev = 0xc6a63398}, td_kglist = {tqe_next = 0x0, tqe_prev = 0xc696b38c}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xc69adba0}, td_lockq = {tqe_next = 0x0, tqe_prev = 0xc6a57240}, td_runq = { tqe_next = 0x0, tqe_prev = 0x0}, td_selq = {tqh_first = 0x0, tqh_last = 0x0}, td_sleepqueue = 0xc69adba0, td_turnstile = 0x0, td_tid = 100080, td_flags = 16777216, td_inhibitors = 8, td_pflags = 0, td_dupfd = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 0 '\0', td_locks = 0, td_blocked = 0xc6a57240, td_ithd = 0x0, td_lockname = 0xc05a9db6 "vm page queue mutex", td_contested = { lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xc694fd80, td_standin = 0x0, td_prticks = 0, td_upcall = 0x0, td_sticks = 0, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 58, td_sigstk = { ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 68 'D', td_priority = 68 'D', td_pcb = 0xeb328d90, td_state = TDS_INHIBITED, td_retval = {0, 0}, td_slpcallout = {c_links = {sle = { sle_next = 0xc69e6710}, tqe = {tqe_next = 0xc69e6710, tqe_prev = 0xda9ee2b8}}, c_time = 29043, c_arg = 0xc6a65000, c_func = 0xc03db1f4 , c_flags = 10}, td_frame = 0xeb328d38, td_kstack_obj = 0xc0a3e7bc, td_kstack = 3945951232, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 2, td_md = {md_savecrit = 582}, td_sched = 0xc6a65150} (gdb) print *(td->td_proc) $7 = {p_list = {le_next = 0xc6a6354c, le_prev = 0xc6a631c4}, p_ksegrps = { tqh_first = 0xc696b380, tqh_last = 0xc696b384}, p_threads = { tqh_first = 0xc6a65000, tqh_last = 0xc6a65008}, p_suspended = { tqh_first = 0x0, tqh_last = 0xc6a633a0}, p_ucred = 0xc694fd80, p_fd = 0xc6cbca00, p_fdtol = 0x0, p_stats = 0xc6a62500, p_limit = 0xc6953d00, p_unused1 = 0x0, p_sigacts = 0xc6cd3000, p_flag = 516, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 70, p_hash = {le_next = 0x0, le_prev = 0xc695a118}, p_pglist = {le_next = 0xc6a6354c, le_prev = 0xc6a63218}, p_pptr = 0xc0621280, p_sibling = { le_next = 0xc6a6354c, le_prev = 0xc6a63224}, p_children = { lh_first = 0x0}, p_mtx = {mtx_object = {lo_class = 0xc05d54dc, lo_name = 0xc0597f53 "process lock", lo_type = 0xc0597f53 "process lock", lo_flags = 4390912, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc0621620, p_swtime = 290, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = { tv_sec = 0, tv_usec = 0}}, p_runtime = {sec = 0, frac = 5060676077206272}, p_uu = 0, p_su = 104, p_iu = 0, p_uticks = 0, p_sticks = 0, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0x0, p_siglist = {__bits = {0, 0, 0, 0}}, p_lock = 1 '\001', p_sigiolst = { slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_magic = 3203398350, p_comm = "pagedaemon\000\000\000\000\000\000\000\000\000", p_pgrp = 0xc06217e0, p_sysent = 0xc05d0e80, p_args = 0x0, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = { kl_lock = 0xc6a633f4, kl_list = {slh_first = 0x0}}, p_numthreads = 1, p_numksegrps = 1, p_md = {md_ldt = 0x0}, p_itcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_flags = 8}, p_unused2 = 0x0, p_acflag = 1, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc6a63388, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc6a6354c} (gdb) print ts $8 = (struct turnstile *) 0xc6a57240 (gdb) print *ts $9 = {ts_blocked = {tqh_first = 0xc6a65000, tqh_last = 0xc6a65020}, ts_pending = {tqh_first = 0x0, tqh_last = 0xc6a57248}, ts_hash = { le_next = 0x0, le_prev = 0xc0628df8}, ts_link = {le_next = 0x0, le_prev = 0xc69e6c6c}, ts_free = {lh_first = 0x0}, ts_lockobj = 0xc06387a0, ts_owner = 0xc69e6c00} (gdb) print *(ts->ts_lockobj) $10 = {lo_class = 0xc05d54dc, lo_name = 0xc05a9db6 "vm page queue mutex", lo_type = 0xc05a9db6 "vm page queue mutex", lo_flags = 720896, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0} (gdb) frame 2 #2 0xc03b5e71 in _mtx_lock_sleep (m=0xc06387a0, td=0xc6a65000, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:552 552 turnstile_wait(ts, &m->mtx_object, mtx_owner(m)); (gdb) print ts $11 = (struct turnstile *) 0xc06387a0 (gdb) print *ts $12 = {ts_blocked = {tqh_first = 0xc05d54dc, tqh_last = 0xc05a9db6}, ts_pending = {tqh_first = 0xc05a9db6, tqh_last = 0xb0000}, ts_hash = { le_next = 0x0, le_prev = 0x0}, ts_link = {le_next = 0x0, le_prev = 0xc69e6c02}, ts_free = {lh_first = 0x0}, ts_lockobj = 0x0, ts_owner = 0x0} (gdb) frame 3 #3 0xc03c4a36 in msleep (ident=0xc0638c44, mtx=0xc06387a0, priority=68, wmesg=0xc059c1c7 "psleep", timo=500) at /usr/src/sys/kern/kern_synch.c:239 239 mtx_lock(mtx); (gdb) frame 4 #4 0xc04fc49c in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1464 1464 error = msleep(&vm_pages_needed, &vm_page_queue_mtx, PVM, (gdb) frame 5 #5 0xc03a98cc in fork_exit (callout=0xc04fc21c , arg=0x0, frame=0xeb328d38) at /usr/src/sys/kern/kern_fork.c:791 791 callout(arg, frame); (gdb) frame 6 #6 0xc053b1bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 209 call fork_exit Current language: auto; currently asm (gdb) --- end gdb transcript 2 --- So, hmm. I'm a bit bewildered but will keep trying to wrap my head around it. Clues and/or direction would be welcome. It looks to me like the pagedaemon is running and trying to acquire the vm page queue mutex, which appears to be owned on behalf of named, which isn't running but also isn't blocked on a turnstile. -Frank McConnell From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 19:31:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E78AC16A41F for ; Tue, 2 Aug 2005 19:31:13 +0000 (GMT) (envelope-from hasan@hasan.org) Received: from mail.unixcode.co.uk (ns1.unixcode.co.uk [85.91.232.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D43D43D45 for ; Tue, 2 Aug 2005 19:31:12 +0000 (GMT) (envelope-from hasan@hasan.org) Received: from [127.0.0.1] (helo=www.hasan.org) by mail.unixcode.co.uk with esmtp (Exim 4.52 (FreeBSD)) id 1E02Rm-0009bU-V3 for freebsd-stable@freebsd.org; Tue, 02 Aug 2005 20:29:07 +0100 From: "Hasan Al-Rawi" To: freebsd-stable@freebsd.org Date: Tue, 2 Aug 2005 20:29:05 +0100 Message-Id: <20050802192634.M25441@hasan.org> X-Mailer: Open WebMail 2.51 20050228 X-OriginatingIP: 81.187.198.117 (hasan) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: 5.4 stable & SR1325TP1-E raid support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 19:31:14 -0000 trying to find out how to get sata raid working for SR1325TP1-E, found following url http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038076.html but the downloads dont work anymore , anyone got the downloads and howto, would be appriciated. Regards Hasan From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 20:42:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0DB816A41F for ; Tue, 2 Aug 2005 20:42:31 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (shared10.hosting.flyingcroc.net [207.246.149.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 930DE43D46 for ; Tue, 2 Aug 2005 20:42:31 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (localhost [127.0.0.1]) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10) with ESMTP id j72KgVrR081968 for ; Tue, 2 Aug 2005 13:42:31 -0700 (PDT) Received: from localhost (dpk@localhost) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10/Submit) with ESMTP id j72KgUhe081965 for ; Tue, 2 Aug 2005 13:42:30 -0700 (PDT) X-Authentication-Warning: shared10.hosting.flyingcroc.net: dpk owned process doing -bs Date: Tue, 2 Aug 2005 13:42:30 -0700 (PDT) From: dpk X-X-Sender: dpk@shared10.hosting.flyingcroc.net To: freebsd-stable@freebsd.org Message-ID: <20050802133920.J64406@shared10.hosting.flyingcroc.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Kernel debugging, 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 20:42:32 -0000 What method do kernel developers employ to debug kernel panics? The gdb that comes with 5.4-RELEASE does not have kernel debugging support and the handbook appears to be out of date with regards to KDB. I'm trying to use another gdb, out of ports, that has kernel debugging support but I'm getting the following results: /usr/ports/devel/gdb6/work/gdb+dejagnu-20040810/gdb/gdb -k kernel.debug GNU gdb 20040810 [GDB v6.x for FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-portbld-freebsd5.4"... (kgdb) target remote /dev/cuaa0 Remote debugging using /dev/cuaa0 0xc035646c in kdb_enter () warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. warning: shared library handler failed to enable breakpoint (kgdb) bt #0 0xc035646c in kdb_enter () #1 0xc033ea1f in panic () #2 0xc0333181 in lockmgr () #3 0xc038b08b in vop_stdunlock () #4 0xc038af3b in vop_defaultop () #5 0xc03010bb in spec_vnoperate () #6 0xc0301648 in spec_write () etc IE, it's not giving me any argument information. The target machine was booted with kernel.debug, an unstripped kernel built with -g. What additional steps do the kernel developers take to get the arguments? (Unfortunately I cannot get this machine to dump core to swap, so it has to be done over remote) From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 21:13:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA95216A41F for ; Tue, 2 Aug 2005 21:13:48 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: from kuoi.asui.uidaho.edu (kuoi.asui.uidaho.edu [129.101.191.123]) by mx1.FreeBSD.org (Postfix) with SMTP id 5DF2F43D46 for ; Tue, 2 Aug 2005 21:13:48 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: (qmail 70062 invoked by uid 1010); 2 Aug 2005 21:13:47 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 Aug 2005 21:13:47 -0000 Date: Tue, 2 Aug 2005 14:13:47 -0700 (PDT) From: Mitch Parks To: dpk In-Reply-To: <20050802133920.J64406@shared10.hosting.flyingcroc.net> Message-ID: <20050802141148.W871@kuoi.asui.uidaho.edu> References: <20050802133920.J64406@shared10.hosting.flyingcroc.net> X-Radio: KUOI MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Kernel debugging, 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 21:13:48 -0000 man kgdb http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html On Tue, 2 Aug 2005, dpk wrote: > What method do kernel developers employ to debug kernel panics? The gdb > that comes with 5.4-RELEASE does not have kernel debugging support and the > handbook appears to be out of date with regards to KDB. > > I'm trying to use another gdb, out of ports, that has kernel debugging > support but I'm getting the following results: > > /usr/ports/devel/gdb6/work/gdb+dejagnu-20040810/gdb/gdb -k kernel.debug > GNU gdb 20040810 [GDB v6.x for FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-portbld-freebsd5.4"... > (kgdb) target remote /dev/cuaa0 > Remote debugging using /dev/cuaa0 > 0xc035646c in kdb_enter () > warning: Unable to find dynamic linker breakpoint function. > GDB will be unable to debug shared library initializers > and track explicitly loaded dynamic code. > warning: shared library handler failed to enable breakpoint > (kgdb) bt > #0 0xc035646c in kdb_enter () > #1 0xc033ea1f in panic () > #2 0xc0333181 in lockmgr () > #3 0xc038b08b in vop_stdunlock () > #4 0xc038af3b in vop_defaultop () > #5 0xc03010bb in spec_vnoperate () > #6 0xc0301648 in spec_write () > etc > > IE, it's not giving me any argument information. > > The target machine was booted with kernel.debug, an unstripped kernel > built with -g. What additional steps do the kernel developers take to get > the arguments? > > (Unfortunately I cannot get this machine to dump core to swap, so it has > to be done over remote) man kgdb http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html mitch@uidaho.edu From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 22:21:00 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F34216A420; Tue, 2 Aug 2005 22:21:00 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (lots.reanimators.org [64.142.28.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD28C43D55; Tue, 2 Aug 2005 22:20:58 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (localhost.reanimators.org [127.0.0.1]) by lots.reanimators.org (8.13.3/8.13.3) with ESMTP id j72MKwse056655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Aug 2005 15:20:58 -0700 (PDT) (envelope-from fmc@lots.reanimators.org) Received: (from fmc@localhost) by lots.reanimators.org (8.13.3/8.13.3/Submit) id j72MKvUt056654; Tue, 2 Aug 2005 15:20:57 -0700 (PDT) (envelope-from fmc) Message-Id: <200508022220.j72MKvUt056654@lots.reanimators.org> To: Robert Watson References: <200507290034.j6T0YLdZ014411@lots.reanimators.org> <20050729091624.R74149@fledge.watson.org> <200507291809.j6TI9p37035628@lots.reanimators.org> <200508021726.j72HQPQG051111@lots.reanimators.org> From: Frank McConnell Date: Tue, 02 Aug 2005 15:20:57 -0700 In-Reply-To: <200508021726.j72HQPQG051111@lots.reanimators.org> (Frank McConnell's message of "Tue, 02 Aug 2005 10:26:23 -0700") MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org Subject: Re: RELENG_5 PAE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 22:21:00 -0000 Earlier I wrote: > It looks to me like the pagedaemon is running and trying to acquire > the vm page queue mutex, which appears to be owned on behalf of named, > which isn't running but also isn't blocked on a turnstile. And looking at the same crash (haven't rebooted yet), it occurred to me that I should go find named's thread and see if I could figure out why it lost the CPU. propagate_priority() was called with a thread argument of 0xc69e6c00, so I went looking for that. (gdb) info threads 102 Thread 100001 0xc03ce333 in sched_switch (td=0xc6965180, newtd=0xc69e6300, flags=1) at /usr/src/sys/kern/sched_4bsd.c:881 [...] 4 Thread 100107 0xc03ce333 in sched_switch (td=0xc6cdaa80, newtd=0xc6965480, flags=1) at /usr/src/sys/kern/sched_4bsd.c:881 3 Thread 100068 0xc03ce333 in sched_switch (td=0xc69e6c00, newtd=0xc69e6000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:881 2 Thread 100085 0xc03ce333 in sched_switch (td=0xc6a65780, newtd=0xc6cda600, flags=-1063014400) at /usr/src/sys/kern/sched_4bsd.c:881 * 1 Thread 100080 propagate_priority (td=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:245 (gdb) thread 3 [Switching to thread 3 (Thread 100068)]#0 0xc03ce333 in sched_switch ( td=0xc69e6c00, newtd=0xc69e6000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:881 881 cpu_switch(td, newtd); (gdb) backtrace #0 0xc03ce333 in sched_switch (td=0xc69e6c00, newtd=0xc69e6000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:881 #1 0xc03c4c2a in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:355 #2 0xc03dacf2 in sleepq_switch (wchan=???) at /usr/src/sys/kern/subr_sleepqueue.c:406 #3 0xc03daedb in sleepq_wait (wchan=0xc6970534) at /usr/src/sys/kern/subr_sleepqueue.c:518 #4 0xc03960eb in cv_wait (cvp=0xc6970534, mp=0xc06258d0) at /usr/src/sys/kern/kern_condvar.c:128 #5 0xc03c42c8 in _sx_xlock (sx=0xc6970504, file=0x0, line=0) at /usr/src/sys/kern/kern_sx.c:175 #6 0xc04ef26f in _vm_map_lock_read (map=???, file=???, line=???) at /usr/src/sys/vm/vm_map.c:380 #7 0xc04f23ae in vm_map_lookup (var_map=0xeb304970, vaddr=0, fault_typea=2 '\002', out_entry=0xeb304974, object=???, pindex=???, out_prot=???, wired=0xeb30494c) at /usr/src/sys/vm/vm_map.c:2998 #8 0xc04eacfd in vm_fault (map=0xc69704c0, vaddr=0, fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:229 #9 0xc054c7b5 in trap_pfault (frame=0xeb304a34, usermode=0, eva=28) at /usr/src/sys/i386/i386/trap.c:712 #10 0xc054c481 in trap (frame= {tf_fs = -1062993896, tf_es = -349175792, tf_ds = 34013200, tf_edi = -1063014400, tf_esi = 2, tf_ebp = -349156544, tf_isp = -349156768, tf_ebx = 0, tf_edx = 0, tf_ecx = -962696192, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1068585392, tf_cs = 8, tf_eflags = 66050, tf_esp = -962699264, tf_ss = -1067618760}) at /usr/src/sys/i386/i386/trap.c:425 #11 0xc053b15a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #12 0xc0a40018 in ?? () #13 0xeb300010 in ?? () #14 0x02070010 in ?? () #15 0xc0a3b000 in ?? () #16 0x00000002 in ?? () #17 0xeb304b40 in ?? () #18 0xeb304a60 in ?? () #19 0x00000000 in ?? () #20 0x00000000 in ?? () #21 0xc69e6c00 in ?? () #22 0x00000004 in ?? () #23 0x0000000c in ?? () #24 0x00000002 in ?? () #25 0xc04eae50 in vm_fault (map=0xc0a3b000, vaddr=3232002048, fault_type=2 '\002', fault_flags=0) at atomic.h:365 #26 0xc054c833 in trap_pfault (frame=0xeb304ba8, usermode=0, eva=3232006126) at /usr/src/sys/i386/i386/trap.c:724 #27 0xc054c481 in trap (frame= {tf_fs = 24, tf_es = -349175792, tf_ds = -1068302320, tf_edi = -1081504208---Type to continue, or q to quit--- , tf_esi = 1127, tf_ebp = -349156376, tf_isp = -349156396, tf_ebx = 1127, tf_edx = -1062961228, tf_ecx = -1, tf_eax = 128, tf_trapno = 12, tf_err = 2, tf_eip = -1068534339, tf_cs = 8, tf_eflags = 66199, tf_esp = -349156336, tf_ss = -1068204127}) at /usr/src/sys/i386/i386/trap.c:425 #28 0xc053b15a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #29 0x00000018 in ?? () #30 0xeb300010 in ?? () #31 0xc0530010 in init_scp (sc=0xbf898e30, vty=???, scp=0x467) at /usr/src/sys/dev/syscons/syscons.c:2958 #32 0xc0547fa1 in pmap_protect (pmap=0xc6970580, sva=320626688, eva=1120960512, prot=???) at /usr/src/sys/i386/i386/pmap.c:1860 #33 0xc04f1769 in vm_map_copy_entry (src_map=0xc69704c0, dst_map=0xc696fd10, src_entry=0xc718b264, dst_entry=0xc708750c) at /usr/src/sys/vm/vm_map.c:2394 #34 0xc04f1b5a in vmspace_fork (vm1=0xc69704c0) at /usr/src/sys/vm/vm_map.c:2581 #35 0xc04ed8df in vm_forkproc (td=0xc69e6c00, p2=0xc6cd9388, td2=0xc6a65780, flags=20) at /usr/src/sys/vm/vm_glue.c:464 #36 0xc03a93bc in fork1 (td=0xc69e6c00, flags=20, pages=0, procp=0xeb304cd4) at /usr/src/sys/kern/kern_fork.c:644 #37 0xc03a82fc in fork (td=0xc69e6c00, uap=0xeb304d04) at /usr/src/sys/kern/kern_fork.c:97 #38 0xc054ce3b in syscall (frame= {tf_fs = -1082195921, tf_es = -2061565905, tf_ds = -1082195921, tf_edi = 0, tf_esi = -1082135760, tf_ebp = -1082135672, tf_isp = -349155996, tf_ebx = -2061606804, tf_edx = -1082135752, tf_ecx = 65535, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = -2062103505, tf_cs = 31, tf_eflags = 642, tf_esp = -1082135780, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009 #39 0xc053b1af in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #40 0xbf7f002f in ?? () #41 0x851f002f in ?? () #42 0xbf7f002f in ?? () #43 0x00000000 in ?? () #44 0xbf7feb30 in ?? () #45 0xbf7feb88 in ?? () #46 0xeb304d64 in ?? () #47 0x851e606c in ?? () #48 0xbf7feb38 in ?? () #49 0x0000ffff in ?? () #50 0x00000002 in ?? () #51 0x0000000c in ?? () #52 0x00000002 in ?? () #53 0x8516cc2f in ?? () #54 0x0000001f in ?? () #55 0x00000282 in ?? () #56 0xbf7feb1c in ?? () #57 0x0000002f in ?? () ---Type to continue, or q to quit--- #58 0xfbbab4bb in ?? () #59 0x3ba15b43 in ?? () #60 0x9ec046cc in ?? () #61 0x67b74ff9 in ?? () #62 0xba0a4c00 in ?? () #63 0xc6a668d4 in ?? () #64 0xc69e6c00 in ?? () #65 0xeb3047e0 in ?? () #66 0xeb3047c8 in ?? () #67 0xc69e6000 in ?? () #68 0xc03ce333 in sched_switch (td=0xbf7feb30, newtd=0x851e606c, flags=0) at /usr/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) (gdb) Reading vmspace_fork() I note that it locks old_map with vm_lock_map(old_map). (gdb) frame 34 #34 0xc04f1b5a in vmspace_fork (vm1=0xc69704c0) at /usr/src/sys/vm/vm_map.c:2581 2581 vm_map_copy_entry(old_map, new_map, old_entry, (gdb) print old_map $25 = 0xc69704c0 (gdb) print old_map->system_map $26 = 0 '\0' (gdb) And I note that the backtrace indicates that vm_map_lookup() is trying to lock something with _vm_map_lock_read(). (gdb) frame 7 #7 0xc04f23ae in vm_map_lookup (var_map=0xeb304970, vaddr=0, fault_typea=2 '\002', out_entry=0xeb304974, object=???, pindex=???, out_prot=???, wired=0xeb30494c) at /usr/src/sys/vm/vm_map.c:2998 2998 vm_map_lock_read(map); (gdb) print map $27 = 0xc69704c0 (gdb) Both of the locks would appear to boil down to _sx_xlock(&map->lock, file, line), which I think means that this thread is deadlocked. -Frank McConnell From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 22:32:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D53516A41F for ; Tue, 2 Aug 2005 22:32:28 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (shared10.hosting.flyingcroc.net [207.246.149.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAF6243D46 for ; Tue, 2 Aug 2005 22:32:27 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (localhost [127.0.0.1]) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10) with ESMTP id j72MWRrR007420; Tue, 2 Aug 2005 15:32:27 -0700 (PDT) Received: from localhost (dpk@localhost) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10/Submit) with ESMTP id j72MWRYY007414; Tue, 2 Aug 2005 15:32:27 -0700 (PDT) X-Authentication-Warning: shared10.hosting.flyingcroc.net: dpk owned process doing -bs Date: Tue, 2 Aug 2005 15:32:27 -0700 (PDT) From: dpk X-X-Sender: dpk@shared10.hosting.flyingcroc.net To: Mitch Parks In-Reply-To: <20050802141148.W871@kuoi.asui.uidaho.edu> Message-ID: <20050802153038.C64406@shared10.hosting.flyingcroc.net> References: <20050802133920.J64406@shared10.hosting.flyingcroc.net> <20050802141148.W871@kuoi.asui.uidaho.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Kernel debugging, 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 22:32:28 -0000 On Tue, 2 Aug 2005, Mitch Parks wrote: > man kgdb > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html Thank you. I'm using kgdb now, and I get the following error: $ kgdb -r /dev/cuaa0 kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Switching to remote protocol 0xc035646c in kdb_enter () Segmentation fault The two servers (the panic one and the one running kgdb) are identical, except the one running kgdb is not using PAE. The kernel.debug file is identical to the remote server however. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 23:00:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0ABF16A41F for ; Tue, 2 Aug 2005 23:00:32 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D7C43D6B for ; Tue, 2 Aug 2005 23:00:29 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 4F1FCA246E8 for ; Tue, 2 Aug 2005 20:00:24 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 31614-06 for ; Tue, 2 Aug 2005 23:00:23 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 03F87A2469E for ; Tue, 2 Aug 2005 20:00:22 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 427373BE2E; Tue, 2 Aug 2005 20:00:30 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 415A734F92 for ; Tue, 2 Aug 2005 20:00:30 -0300 (ADT) Date: Tue, 2 Aug 2005 20:00:30 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050802195358.F965@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: unionfs: Permission denied on binaries issue ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 23:00:32 -0000 'k, I seem to recall this one being brought up before, but hadn't saved that thread :( I've re-read through the mount_unionfs man page to make sure that I hadn't missed anything, so ... I'm trying to narrow down where the issue with the file system hang is coming in, and in doing so, I just did a mount_unionfs of the file system, cd'd to the usr/bin directory and ran './bzip2' ... it worked fine ... but, when I run it a second time, I ge a 'Permission denied' error ... The reason, of course, is that the bzip2 binary has 'moved up' a layer, and consequently had its bits changed to 644 instead of 755 ... Now, if I recall the original thread, the comment was to change the mount point to noatime, so that, of course, running a binary doesn't cause the access time to be updated ... But, this wasn't an issue in 4.x ... has unionfs changed that much since 4.x, or should this be considered a bug? If not considered a bug, what impact is there of setting the unionfs to noatime? Will this affect files that aren't on the unionfs? for instance, if I 'vi /usr/bin/testfile', and then did a more of it at a later point, will the access time be updated? Basically, does this only affect the file system that has been union'd onto the "bottom" of the file system, or does it affect everything, both the top and bottom layer? Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 2 23:12:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C5A216A41F for ; Tue, 2 Aug 2005 23:12:12 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (shared10.hosting.flyingcroc.net [207.246.149.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE54B43D45 for ; Tue, 2 Aug 2005 23:12:11 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (localhost [127.0.0.1]) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10) with ESMTP id j72NCBrR016382; Tue, 2 Aug 2005 16:12:11 -0700 (PDT) Received: from localhost (dpk@localhost) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10/Submit) with ESMTP id j72NCBP1016379; Tue, 2 Aug 2005 16:12:11 -0700 (PDT) X-Authentication-Warning: shared10.hosting.flyingcroc.net: dpk owned process doing -bs Date: Tue, 2 Aug 2005 16:12:11 -0700 (PDT) From: dpk X-X-Sender: dpk@shared10.hosting.flyingcroc.net To: Mitch Parks In-Reply-To: <20050802153038.C64406@shared10.hosting.flyingcroc.net> Message-ID: <20050802160715.Q64406@shared10.hosting.flyingcroc.net> References: <20050802133920.J64406@shared10.hosting.flyingcroc.net> <20050802141148.W871@kuoi.asui.uidaho.edu> <20050802153038.C64406@shared10.hosting.flyingcroc.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Kernel debugging, 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 23:12:12 -0000 On Tue, 2 Aug 2005, dpk wrote: > On Tue, 2 Aug 2005, Mitch Parks wrote: > > > man kgdb > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html > > Thank you. I'm using kgdb now, and I get the following error: > > $ kgdb -r /dev/cuaa0 kernel.debug > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > Switching to remote protocol > 0xc035646c in kdb_enter () > Segmentation fault > > The two servers (the panic one and the one running kgdb) are identical, > except the one running kgdb is not using PAE. The kernel.debug file is > identical to the remote server however. If I run it without arguments, and then enter "file kernel.debug" and "target remote /dev/cuaa0" it does not crash. However, when the remote server is set to use the GDB backend, all that comes up is: 0x00000000 in ?? () bt and others do nothing to help determine the problem. If I boot the machine with "boot -d", and attach then, hit "continue" and let it run until it panics, I get this: Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to PID 100127 TID 0] 0x00000000 in ?? () (kgdb) Seems I can't extract anything useful from that prompt, either. Is there anything else I can try, to get some debugging information? The steps outlined in the handbook don't seem to be working. I've been at this for a couple days, so I apologize if I am curt, I'm just trying to get a useful backtrace to submit as a PR. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 01:17:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D0316A41F for ; Wed, 3 Aug 2005 01:17:12 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (lots.reanimators.org [64.142.28.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E68C43D46 for ; Wed, 3 Aug 2005 01:17:11 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (localhost.reanimators.org [127.0.0.1]) by lots.reanimators.org (8.13.3/8.13.3) with ESMTP id j731H4Ga060170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Aug 2005 18:17:04 -0700 (PDT) (envelope-from fmc@lots.reanimators.org) Received: (from fmc@localhost) by lots.reanimators.org (8.13.3/8.13.3/Submit) id j731H3cV060169; Tue, 2 Aug 2005 18:17:03 -0700 (PDT) (envelope-from fmc) Message-Id: <200508030117.j731H3cV060169@lots.reanimators.org> To: dpk References: <20050802133920.J64406@shared10.hosting.flyingcroc.net> <20050802141148.W871@kuoi.asui.uidaho.edu> <20050802153038.C64406@shared10.hosting.flyingcroc.net> <20050802160715.Q64406@shared10.hosting.flyingcroc.net> From: Frank McConnell Date: Tue, 02 Aug 2005 18:17:03 -0700 In-Reply-To: <20050802160715.Q64406@shared10.hosting.flyingcroc.net> (dpk@dpk.net's message of "Tue, 2 Aug 2005 16:12:11 -0700 (PDT)") MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Mitch Parks , freebsd-stable@freebsd.org Subject: Re: Kernel debugging, 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 01:17:12 -0000 dpk wrote: > Is there anything else I can try, to get some debugging information? The > steps outlined in the handbook don't seem to be working. I've been at this > for a couple days, so I apologize if I am curt, I'm just trying to get a > useful backtrace to submit as a PR. I've been using plain bog-standard /usr/bin/gdb, not out of lack of knowledge of kgdb but because I also find that kgdb fails with a segmentation fault after connecting. $ which gdb /usr/bin/gdb $ gdb /usr/obj/usr/src/sys/EAST1-PAE/kernel.debug GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) target remote /dev/cuaa1 Remote debugging using /dev/cuaa1 propagate_priority (td=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:245 245 tc = TC_LOOKUP(ts->ts_lockobj); warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. warning: shared library handler failed to enable breakpoint (gdb) backtrace #0 propagate_priority (td=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:245 #1 0xc03dcc02 in turnstile_wait (ts=0xc6a57240, lock=0xc06387a0, owner=0xc69e6c00) at /usr/src/sys/kern/subr_turnstile.c:556 #2 0xc03b5e71 in _mtx_lock_sleep (m=0xc06387a0, td=0xc6a65000, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:552 #3 0xc03c4a36 in msleep (ident=0xc0638c44, mtx=0xc06387a0, priority=68, wmesg=0xc059c1c7 "psleep", timo=500) at /usr/src/sys/kern/kern_synch.c:239 #4 0xc04fc49c in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1464 #5 0xc03a98cc in fork_exit (callout=0xc04fc21c , arg=0x0, frame=0xeb328d38) at /usr/src/sys/kern/kern_fork.c:791 #6 0xc053b1bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 (gdb) If I'm getting more stuff out of my backtrace, it is likely because I have this in my kernel config: makeoptions DEBUG="-g" And likewise, sorry if I come across as being a bit too verbose or grumpy. Guidance is welcome. -Frank McConnell From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 02:00:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEFC516A41F for ; Wed, 3 Aug 2005 02:00:05 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (shared10.hosting.flyingcroc.net [207.246.149.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 716C143D46 for ; Wed, 3 Aug 2005 02:00:05 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (localhost [127.0.0.1]) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10) with ESMTP id j73204rR045544; Tue, 2 Aug 2005 19:00:04 -0700 (PDT) Received: from localhost (dpk@localhost) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10/Submit) with ESMTP id j73204LF045541; Tue, 2 Aug 2005 19:00:04 -0700 (PDT) X-Authentication-Warning: shared10.hosting.flyingcroc.net: dpk owned process doing -bs Date: Tue, 2 Aug 2005 19:00:04 -0700 (PDT) From: dpk X-X-Sender: dpk@shared10.hosting.flyingcroc.net To: Frank McConnell In-Reply-To: <200508030117.j731H3cV060169@lots.reanimators.org> Message-ID: <20050802184039.L64406@shared10.hosting.flyingcroc.net> References: <20050802133920.J64406@shared10.hosting.flyingcroc.net> <20050802141148.W871@kuoi.asui.uidaho.edu> <20050802153038.C64406@shared10.hosting.flyingcroc.net> <20050802160715.Q64406@shared10.hosting.flyingcroc.net> <200508030117.j731H3cV060169@lots.reanimators.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Mitch Parks , freebsd-stable@freebsd.org Subject: Re: Kernel debugging, 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:00:05 -0000 On Tue, 2 Aug 2005, Frank McConnell wrote: > I've been using plain bog-standard /usr/bin/gdb, not out of lack > of knowledge of kgdb but because I also find that kgdb fails with > a segmentation fault after connecting. Ah, OK. That solves part of the problem. > If I'm getting more stuff out of my backtrace, it is likely because I > have this in my kernel config: > > makeoptions DEBUG="-g" > > And likewise, sorry if I come across as being a bit too verbose or > grumpy. Guidance is welcome. > > -Frank McConnell I had that option, but one thing I did not do was a "make clean" before rebuilding with -g. I assumed "make depend" would handle what was necessary to rebuild any files that could use the -g, and I guess I just didn't pay close attention to the build process. How embarassing. gdb now gives a proper backtrace and soon I hope to have some useful data to submit in a PR. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 02:17:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1547A16A41F for ; Wed, 3 Aug 2005 02:17:14 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from S3.cableone.net (s3.cableone.net [24.116.0.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9707543D45 for ; Wed, 3 Aug 2005 02:17:13 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes (unverified [24.119.122.41]) by S3.cableone.net (CableOne SMTP Service S3) with ESMTP id 27216075 for multiple; Tue, 02 Aug 2005 19:36:08 -0700 Date: Tue, 2 Aug 2005 21:21:58 -0500 From: Vulpes Velox To: Yann Golanski Message-ID: <20050802212158.48bce406@vixen42.vulpes> In-Reply-To: <20050801085930.GA75697@kierun.org> References: <200508011708.34414.doconnor@gsoft.com.au> <20050801085037.0DE2189E@spadger.best.vwh.net> <20050801085930.GA75697@kierun.org> X-Mailer: Sylpheed-Claws 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IP-stats: Incoming Last 0, First 76, in=135, out=0, spam=0 X-External-IP: 24.119.122.41 X-Abuse-Info: Send abuse complaints to abuse@cableone.net Cc: freebsd-stable@freebsd.org, Eriq , Andy Sparrow Subject: Re: x for users slow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:17:14 -0000 On Mon, 1 Aug 2005 09:59:30 +0100 Yann Golanski wrote: > Quoth Andy Sparrow on Mon, Aug 01, 2005 at 01:50:36 -0700 > > > On Monday 01 August 2005 17:34, Eriq wrote: > > > > after all of this, I notice that it takes a user about a > > > > minute after 'startx' to get into X. Yes I know, but I still > > > > like the colors :) anyway this doesn't happen when I logon as > > > > root and start X. Blackbox is the WM hope this helps. > > > > > > At a wild guess I would say your DNS is broken. > > > > Umm, yup, maybe. > > I can confirm that. Add your host name into /etc/hosts with its IP > and see if that's faster. I found it best to use pdnsd or the like. I've found problems with many things not being interested in checking /etc/hosts. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 04:01:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C64BF16A41F for ; Wed, 3 Aug 2005 04:01:53 +0000 (GMT) (envelope-from B.Wildermoth@griffith.edu.au) Received: from cardea.itc.griffith.edu.au (cardea.itc.griffith.edu.au [132.234.248.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E80143D45 for ; Wed, 3 Aug 2005 04:01:52 +0000 (GMT) (envelope-from B.Wildermoth@griffith.edu.au) Received: from [132.234.7.64] (helo=pc070981.me.gu.edu.au) by cardea.itc.griffith.edu.au with esmtp (Exim 4.24) id 1E0ARx-0007bx-Dk for freebsd-stable@freebsd.org; Wed, 03 Aug 2005 14:01:49 +1000 From: Brett Wildermoth Organization: Griffith University To: freebsd-stable@freebsd.org Date: Wed, 3 Aug 2005 13:58:17 +1000 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508031358.17337.B.Wildermoth@griffith.edu.au> Subject: Prolific based External IDE enclosure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: B.WIldermoth@griffith.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 04:01:53 -0000 I have a MPD external drive enclosure and roughly every 9 out of 10 boots with this device plugged in causes a panic...... It does it on both my laptop and my desktop, when running the firewire interface.... -- ------------------------------------------------------------------- Brett Wildermoth BEng(ME) MPhil Lecturer / PhD Student School of Microelectronic Engineering Faculty of Engineering and Info. Tech. Ph. +61 7 3735 5063, Fax. +61 7 3735 5384 Email. B.Wildermoth@grifith.edu.au ------------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 05:16:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CA5716A41F; Wed, 3 Aug 2005 05:16:31 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: from rusunix.org (rusunix.org [212.118.165.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B43C43D48; Wed, 3 Aug 2005 05:16:31 +0000 (GMT) (envelope-from aquatique@rusunix.org) Received: by rusunix.org (Postfix, from userid 1111) id 13521228027; Wed, 3 Aug 2005 07:14:15 +0200 (CEST) Date: Wed, 3 Aug 2005 07:14:15 +0200 From: "Evgueni V. Gavrilov" To: freebsd-stable@freebsd.org Message-ID: <20050803051415.GA29093@rusunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: another sbdrop panic on 6.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 05:16:31 -0000 # kgdb kernel.debug /usr/crash/vmcore.26 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where full #0 doadump () at pcpu.h:165 No locals. #1 0xc05afc75 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 first_buf_printf = 1 #2 0xc05b0023 in panic (fmt=0xc078b541 "sbdrop") at /usr/src/sys/kern/kern_shutdown.c:553 td = (struct thread *) 0xc36fa600 bootopt = 260 newpanic = 0 ap = 0xc36fa600 "<\232oà ´8Ã" buf = "sbdrop", '\0' #3 0xc05f975d in sbdrop_locked (sb=0xeaabb9d8, len=232) at /usr/src/sys/kern/uipc_socket2.c:1144 m = (struct mbuf *) 0x0 next = (struct mbuf *) 0x0 #4 0xc05f9641 in sbflush_locked (sb=0xeaabb9d8) at /usr/src/sys/kern/uipc_socket2.c:1111 No locals. #5 0xc05f89d4 in sbrelease_locked (sb=0xeaabb9d8, so=0x0) at /usr/src/sys/kern/uipc_socket2.c:559 No locals. #6 0xc05f8a70 in sbrelease (sb=0xeaabb9d8, so=0x0) at /usr/src/sys/kern/uipc_socket2.c:572 No locals. #7 0xc05f5f9c in sorflush (so=0xc564d164) at /usr/src/sys/kern/uipc_socket.c:1480 sb = (struct sockbuf *) 0xc564d1b4 pr = (struct protosw *) 0xc07bdae0 asb = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = { slh_first = 0x0}, kl_lock = 0, kl_unlock = 0, kl_locked = 0, kl_lockarg = 0x0}, si_flags = 0}, sb_mtx = { mtx_object = {lo_class = 0xc07b8224, lo_name = 0xc078b496 "so_rcv", lo_type = 0xc078b496 "so_rcv", lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 3278874112, mtx_recurse = 0}, sb_state = 0, sb_mb = 0xc38b8300, sb_mbtail = 0xc3965800, sb_lastrecord = 0xc38b8300, sb_cc = 232, sb_hiwat = 8192, sb_mbcnt = 256, sb_mbmax = 65536, sb_ctl = 0, sb_lowat = 1, sb_timeo = 0, sb_flags = 64} #8 0xc05f3c6d in sofree (so=0xc564d164) at /usr/src/sys/kern/uipc_socket.c:406 head = (struct socket *) 0x0 #9 0xc05f4042 in soclose (so=0xc564d164) at /usr/src/sys/kern/uipc_socket.c:484 error = 0 #10 0xc05e16d8 in soo_close (fp=0xc4537090, td=0xc36fa600) at /usr/src/sys/kern/sys_socket.c:317 error = 0 so = (struct socket *) 0x0 #11 0xc058a4ea in fdrop_locked (fp=0xc4537090, td=0x0) at file.h:289 error = 0 #12 0xc058a40c in fdrop (fp=0xc4537090, td=0x0) at /usr/src/sys/kern/kern_descrip.c:2099 No locals. #13 0xc058835c in closef (fp=0xc4537090, td=0xc36fa600) at /usr/src/sys/kern/kern_descrip.c:1919 vp = (struct vnode *) 0xc36f6798 lf = {l_start = -4585496678308791428, l_len = 25769803786, l_pid = -1, l_type = -12240, l_whence = -16264} fdtol = (struct filedesc_to_leader *) 0x0 fdp = (struct filedesc *) 0xc36f6700 #14 0xc0586ed1 in fdfree (td=0xc36fa600) at /usr/src/sys/kern/kern_descrip.c:1620 fdp = (struct filedesc *) 0xc36f6700 fpp = (struct file **) 0xc36f6798 i = -1 fdtol = (struct filedesc_to_leader *) 0x0 fp = (struct file *) 0xc104a270 vp = (struct vnode *) 0x0 lf = {l_start = -4169999003410235389, l_len = -4586296654622376952, l_pid = -1065657888, l_type = 128, l_whence = 0} #15 0xc05923ca in exit1 (td=0xc36fa600, rv=11) at /usr/src/sys/kern/kern_exit.c:237 new_switchtime = {sec = -357843864, frac = 16909816604093579274} p = (struct proc *) 0xc36f9a3c nq = (struct proc *) 0x0 q = (struct proc *) 0x0 tp = (struct tty *) 0xc35b8400 ttyvp = (struct vnode *) 0xc35b8400 vm = (struct vmspace *) 0x0 vtmp = (struct vnode *) 0x0 tracevp = (struct vnode *) 0x0 tracecred = (struct ucred *) 0xc35b8400 plim = (struct plimit *) 0x0 refcnt = 0 #16 0xc05b544d in sigexit (td=0xc36fa600, sig=11) at /usr/src/sys/kern/kern_sig.c:2439 p = (struct proc *) 0xc36f9a3c #17 0xc05b50d6 in postsig (sig=11) at /usr/src/sys/kern/kern_sig.c:2314 td = (struct thread *) 0xc36fa600 p = (struct proc *) 0xc36f9a3c ps = (struct sigacts *) 0xc37d5000 action = 0 returnmask = {__bits = {3278874112, 3278874112, 3937123560, 3227189686}} code = 0 #18 0xc05d758c in ast (framep=0xeaabbd38) at /usr/src/sys/kern/subr_trap.c:266 td = (struct thread *) 0xc36fa600 p = (struct proc *) 0xc36f9a3c kg = (struct ksegrp *) 0xc338b420 rlim = {rlim_cur = 51539607552, rlim_max = 38654705675} sticks = 9 sflag = 1 flags = 16910336 sig = 0 #19 0xc072ce3d in doreti_ast () at /usr/src/sys/i386/i386/exception.s:293 No locals. #20 0xeaabbd38 in ?? () No symbol table info available. #21 0x080a003b in ?? () No symbol table info available. #22 0x0814003b in ?? () No symbol table info available. #23 0xbfbf003b in ?? () No symbol table info available. #24 0x00000000 in ?? () No symbol table info available. #25 0x68746958 in ?? () No symbol table info available. #26 0xbfbfed88 in ?? () No symbol table info available. #27 0xeaabbd64 in ?? () No symbol table info available. #28 0x68746958 in ?? () No symbol table info available. #29 0x00000000 in ?? () No symbol table info available. #30 0x1a1d1a56 in ?? () No symbol table info available. #31 0x00000000 in ?? () No symbol table info available. #32 0x0000000c in ?? () No symbol table info available. #33 0x00000000 in ?? () No symbol table info available. #34 0x2845981f in ?? () No symbol table info available. #35 0x00000033 in ?? () No symbol table info available. #36 0x00010206 in ?? () No symbol table info available. #37 0xbfbfec00 in ?? () No symbol table info available. #38 0x0000003b in ?? () No symbol table info available. #39 0x00000000 in ?? () No symbol table info available. #40 0x00000000 in ?? () No symbol table info available. #41 0x00000000 in ?? () No symbol table info available. #42 0x00000000 in ?? () No symbol table info available. #43 0x75ae2000 in ?? () No symbol table info available. #44 0xc36f9a3c in ?? () No symbol table info available. #45 0xc36fa600 in ?? () No symbol table info available. #46 0xeaabb874 in ?? () No symbol table info available. #47 0xeaabb85c in ?? () No symbol table info available. #48 0xc331a780 in ?? () No symbol table info available. #49 0xc05c5128 in sched_switch (td=0x68746958, newtd=0x68746958, flags=Cannot access memory at address 0xbfbfed98 ) at /usr/src/sys/kern/sched_4bsd.c:973 kg = (struct ksegrp *) 0x0 p = (struct proc *) 0x0 Previous frame inner to this frame (corrupt stack?) (kgdb) quit Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA2 #0: Tue Aug 2 18:43:26 OMSST 2005 aquatique@blackbird.opsb:/usr/obj/usr/src/sys/BLACKBIRD6 acpi_alloc_wakeup_handler: can't alloc wake memory ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 2013265920 (1920 MB) avail memory = 1964122112 (1873 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [GPEN] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [GPST] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SBID] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SWCE] had invalid type (String) for Scope operator, changed to (Scope) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard lapic0: Forcing LINT1 to edge trigger netsmb_dev: loaded npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0xca6,0xca7 on acpi0 pci_link0: irq 9 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci2: on pcib1 pci2: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci2 pci4: on pcib2 iir0: mem 0xfa000000-0xfbffffff irq 48 at device 8.0 on pci4 iir0: [GIANT-LOCKED] pci2: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci2 pci3: on pcib3 em0: port 0x2040-0x207f mem 0xfe8c0000-0xfe8dffff irq 30 at device 7.0 on pci3 em0: Ethernet address: 00:07:e9:05:a4:28 em0: Speed:N/A Duplex:N/A em1: port 0x2000-0x203f mem 0xfe8e0000-0xfe8fffff irq 31 at device 7.1 on pci3 em1: Ethernet address: 00:07:e9:05:a4:29 em1: Speed:N/A Duplex:N/A pci0: at device 3.1 (no driver attached) pcib4: at device 30.0 on pci0 pci1: on pcib4 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3a0-0x3af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xcefff,0xcf000-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 2 seconds for SCSI devices to settle acd0: CDROM at ata1-master UDMA33 ses0 at iir0 bus 1 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device da0 at iir0 bus 2 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Tagged Queueing Enabled da0: 17461MB (35760690 512 byte sectors: 255H 63S/T 2226C) ATA PseudoRAID loaded SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! lapic6: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/da0s1a WARNING: /mnt was not properly dismounted WARNING: /mnt/usr was not properly dismounted WARNING: /mnt/var was not properly dismounted /mnt/var: mount pending error: blocks 2688 files 2 em0: link state changed to UP Accounting enabled machine i386 cpu I686_CPU ident BLACKBIRD6 makeoptions DEBUG=-g options SCHED_4BSD options PREEMPTION options INET options FFS options SOFTUPDATES options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART options UFS_ACL options UFS_DIRHASH options MD_ROOT options NFSCLIENT options NFSSERVER options MSDOSFS options MSDOSFS_LARGE options CD9660 options PROCFS options NULLFS options PSEUDOFS options GEOM_GPT options COMPAT_43 options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options SCSI_DELAY=2000 options KTRACE options VESA options COMPAT_LINUX options LINPROCFS options SMBFS options NETSMB options NETSMBCRYPTO options LIBMCHAIN options LIBICONV options ZERO_COPY_SOCKETS options SC_HISTORY_SIZE=4096 options INCLUDE_CONFIG_FILE options SYSVSHM options SHMMAXPGS=65535 options SHMMIN=2 options SHMMNI=128 options SHMSEG=128 options SYSVMSG options MSGMNB=16384 options MSGMNI=41 options MSGSEG=2049 options MSGSSZ=64 options MSGTQL=2048 options SYSVSEM options SEMMAP=31 options SEMMNI=40 options SEMMNS=240 options SEMMNU=120 options SEMMSL=61 options SEMOPM=101 options SEMUME=40 options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV options SMP device apic device isa device pci device fdc device ata device atadisk device ataraid device atapicd device atapifd device atapist options ATA_STATIC_ID device ahc device ahd device aha device aic device bt device isp device ciss device iir device ips device mly device twa device scbus device ch device da device sa device cd device pass device ses device atkbdc device atkbd device psm device vga device splash device sc device agp device npx device sio device miibus device em device ixgb device bge device fxp device loop device mem device io device random device ether device pty device md device bpf device pf device pflog options MAXMEM=(1920*1024) From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 06:15:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00E7C16A41F for ; Wed, 3 Aug 2005 06:15:49 +0000 (GMT) (envelope-from richw@richw.org) Received: from smtp3.Stanford.EDU (smtp3.Stanford.EDU [171.67.16.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFE2F43D45 for ; Wed, 3 Aug 2005 06:15:48 +0000 (GMT) (envelope-from richw@richw.org) Received: from whodunit.richw.org (SW-90-716-276-1.Stanford.EDU [171.66.155.243]) by smtp3.Stanford.EDU (8.12.11/8.12.11) with ESMTP id j736Flxw022699 for ; Tue, 2 Aug 2005 23:15:47 -0700 Received: from whodunit.richw.org (localhost [127.0.0.1]) by whodunit.richw.org (8.13.1/8.13.1) with ESMTP id j736FliL001189; Tue, 2 Aug 2005 23:15:47 -0700 (PDT) (envelope-from richw@whodunit.richw.org) DomainKey-Signature: a=rsa-sha1; s=dk050731; d=richw.org; c=nofws; q=dns; h=received:date:from:to:subject:message-id:mime-version:content-type; b=oMBTr5ONO/mOHfJNaj2vgi9SxUX2xqTPqM6aOZqF5zTGy7le6NuzcAZzHI6CD5g0Q bOmvlWonDesEqJG5TBL7GKiO4hw/sKnQ5PxGVNnsxdc6F2Ino46nh9BUnBnDx2I Received: (from richw@localhost) by whodunit.richw.org (8.13.1/8.13.1/Submit) id j736FlVh001188; Tue, 2 Aug 2005 23:15:47 -0700 (PDT) (envelope-from richw) Date: Tue, 2 Aug 2005 23:15:47 -0700 (PDT) From: Rich Wales To: freebsd-stable@freebsd.org Message-ID: <20050803060158.V00820.richw@whodunit.richw.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Gigabit NIC for 4.11-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 06:15:49 -0000 Earlier, I asked for help with a Linksys EG1032 gigabit NIC. The current version of this card uses a Marvell 88E8003 chip, instead of the National Semiconductor chip used previously. It turns out that the sk(4) driver works with this chip, both in 4.11 and 5.4. I'm currently using my new Linksys card successfully in a mid-April 5.4-STABLE testing system, via the "sk" driver built into the generic kernel. In my 4.11-RELEASE box, I'm using the "sk" driver as well (this time loaded as a kernel module) to handle the Marvell 88E8001 chip on the system's Asus A7N8X-E Deluxe motherboard. Here are the relevant lines of output during system startup on the 4.11-RELEASE box. skc0: port 0x9000-0x90ff mem 0xe9000000-0xe9003fff irq 5 at device 4.0 on pci1 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: Ethernet address: 00:13:d4:23:71:66 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 1000baseTX-FDX, 100baseTX-FDX, 100baseTX, 10baseTX-FDX, 10baseTX, auto Rich Wales richw@richw.org http://www.richw.org From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 08:12:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A9C516A41F for ; Wed, 3 Aug 2005 08:12:01 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71A3243D4C for ; Wed, 3 Aug 2005 08:11:59 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1E0EKn-0005yC-Ey for freebsd-stable@freebsd.org; Wed, 03 Aug 2005 10:10:41 +0200 Received: from gn-hgk-15cd4.adsl.wanadoo.nl ([81.69.122.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Aug 2005 10:10:41 +0200 Received: from A.S.Usov by gn-hgk-15cd4.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Aug 2005 10:10:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "Alexander S. Usov" Date: Wed, 03 Aug 2005 10:10:02 +0200 Organization: KVI Lines: 29 Message-ID: References: <6eb82e0507241001615f7490@mail.gmail.com> <20050729002138.X60522@fledge.watson.org> <20050729125525.D74149@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gn-hgk-15cd4.adsl.wanadoo.nl User-Agent: KNode/0.9.2 Sender: news Subject: Re: panic: sbflush_locked on 5.4-p5/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 08:12:01 -0000 Robert Watson wrote: > On Fri, 29 Jul 2005, Alexander S. Usov wrote: > >>>> I got a few similar panics. >>>> It looks that I managet to get rid of them by setting mpsafenet=0, but >>>> I am not sure -- I have to monitor it for a bit longer. >>>> I have managed to get a few dumps, so the traces are: >> >> Unfortunately I don't have these dumps anymore, I will try to switch >> mpsafenet back on and wait for a new ones. They were quite reproducable >> for me. > > Thanks. I will be away this weekend, but hope to have a chance to look > into this early next week. If you could send me the dmesg of the box > also, and the output of "sysctl -a", that would be helpful. Probably out > of band rather than via the list (or if you could put it on a web page I > could reach). Uhm. It's appeared to be not a very good idea to do some cleanup on the notebook before I had enought tee :( Managed to do part of this "cleanup" in the terminal logged in via ssh and to delete this core dump :( However over the night I got one more, and once it will be uploaded to the woking machine I will pust some details. -- Best regards, Alexander. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 12:47:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEEF716A41F for ; Wed, 3 Aug 2005 12:47:45 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.76.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BBEF43D48 for ; Wed, 3 Aug 2005 12:47:45 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from focus.dantavious.com (pcp0011735444pcs.owngsm01.md.comcast.net[69.251.5.3]) by comcast.net (sccrmhc14) with ESMTP id <2005080312474401400d35dne>; Wed, 3 Aug 2005 12:47:44 +0000 From: Derrick Edwards To: freebsd-stable@freebsd.org Date: Wed, 3 Aug 2005 08:47:43 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200508030847.44415.dantavious@comcast.net> Subject: Panic on FreeBSD 6.0BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 12:47:45 -0000 =A0=A0=A0Hi all, I decided to try and help with testing 6-BETA1, after updating sources and= =20 recompiling i get the following during boot up. I am tried booting without= =20 hyperthreading enabled in the bios and I still get the same panic. =46atal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D00 fault virtual address =3D 0x480008 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc06923cc stack pointer =3D 0x28:0xc10208ec Code segment =3D base 0x0, limit 0xfffff, type 0x1b =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resyne, IOPL =3D 0 current process =3D 0 (swapper) [thread pid 0tid0] Stopped at strlen+0x8: cmpb $0,0(%edx) I left all the debugging features in the current however, I am not sure=20 exactly how to trace this problem. If someone could point me to any doc tha= t=20 would allow to provide more information that would =A0be great. I updated m= y=20 pen 400MHZ using the same procedures and all went well. Please help CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (1866.74-MHz 686-class CPU) =A0 Origin =3D "GenuineIntel" =A0Id =3D 0xf29 =A0Stepping =3D 9 =A0=20 =46eatures=3D0xbfebfbff =A0 Hyperthreading: 2 logical CPUs real memory =A0=3D 1073676288 (1023 MB) avail memory =3D 1036931072 (988 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 2 CPUs =A0cpu0 (BSP): APIC ID: =A00 =A0cpu1 (AP): APIC ID: =A01 Thanks for your assistance Derrick From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 15:03:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6777716A421; Wed, 3 Aug 2005 15:03:26 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0683243D46; Wed, 3 Aug 2005 15:03:26 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 38540A24725; Wed, 3 Aug 2005 12:03:25 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 84325-08; Wed, 3 Aug 2005 15:03:25 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id A8102A2471D; Wed, 3 Aug 2005 12:03:24 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 2B3F749943; Wed, 3 Aug 2005 12:03:23 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 2A8174993B; Wed, 3 Aug 2005 12:03:23 -0300 (ADT) Date: Wed, 3 Aug 2005 12:03:23 -0300 (ADT) From: "Marc G. Fournier" To: fs@freebsd.org Message-ID: <20050803115513.R974@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: stable@freebsd.org Subject: System hangs with 6.0-BETA1 ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 15:03:26 -0000 I posted a note to GNaTs about this yesterday, but ... There seems to be a reproducable 'system hang' related to, what I think, the unionfs code ... In the first 'test case' that I've been able to easily reproduce with, the problem seems to manifest itself when I try and use unionfs to mount /usr onto a directory hierarchy for use within a jail ... that one is easy to reproduce, since I Just need to start the jail and it hangs just as sendmail (postfix) starts ... I can break down to DDB, at this point, which is what I put in my report (kern/84498) ... The second one happened this morning ... I had mount_unionfs'd a file system, to play around a bit, but didn't try to start jail ... I forgot that I had left the mount there (had set it up last night), and by this morning, the machine was locked up solid ... I have a serial console in place, but no matter what I tried, I couldn't get it to break to DDB ... I don't know what else, beyond what I included in my bug report, I can provide, but since this is *really* easy to reproduce, and I am already setup for a serial console, if someone can provide some direction on what else I can provide in the way of information, please let me know ... Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 15:37:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B41FB16A41F for ; Wed, 3 Aug 2005 15:37:06 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C2E43D45 for ; Wed, 3 Aug 2005 15:37:05 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1E0LGM-0007JO-1K for freebsd-stable@freebsd.org; Wed, 03 Aug 2005 17:34:34 +0200 Received: from kvip88.kvi.nl ([129.125.15.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Aug 2005 17:34:34 +0200 Received: from A.S.Usov by kvip88.kvi.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Aug 2005 17:34:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "Alexander S. Usov" Date: Wed, 03 Aug 2005 17:32:30 +0200 Organization: KVI Lines: 137 Message-ID: References: <6eb82e0507241001615f7490@mail.gmail.com> <20050729002138.X60522@fledge.watson.org> <20050729125525.D74149@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: kvip88.kvi.nl User-Agent: KNode/0.9.2 Sender: news Subject: Re: panic: sbflush_locked on 5.4-p5/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 15:37:06 -0000 Alexander S. Usov wrote: > Uhm. > It's appeared to be not a very good idea to do some cleanup on the > notebook before I had enought tee :( > Managed to do part of this "cleanup" in the terminal logged in via ssh and > to delete this core dump :( However over the night I got one more, and > once it will be uploaded to the woking machine I will pust some details. Copying this dump to another machine resulted in two more crashes, before I managed to flip debug.mpsafenet off. Here they are: =========== vmcore.45, looks to be tcp-related =================== #0 doadump () at pcpu.h:159 #1 0xc0513899 in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xc0513ede in panic (fmt=0xc0698a07 "%s") at ../../../kern/kern_shutdown.c:566 #3 0xc0667766 in trap_fatal (frame=0xd41d29a0, eva=12) at ../../../i386/i386/trap.c:817 #4 0xc06679f4 in trap_pfault (frame=0xd41d29a0, usermode=0, eva=12) at ../../../i386/i386/trap.c:735 #5 0xc0667dc3 in trap (frame= {tf_fs = -1066729448, tf_es = -1044447216, tf_ds = 16, tf_edi = 904, tf_esi = 0, tf_ebp = -736286188, tf_isp = -736286260, tf_ebx = 0, tf_edx = -1036646828, tf_ecx = 2896, tf_eax = 40, tf_trapno = 12, tf_err = 0, tf_eip = -1068177268, tf_cs = 8, tf_eflags = 66070, tf_esp = -736286056, tf_ss = 1}) at ../../../i386/i386/trap.c:425 #6 0xc0656a2a in calltrap () at ../../../i386/i386/exception.s:140 #7 0xc06b0018 in ?? () ...... a bunch more garbage ...... #19 0x00000000 in ?? () #20 0xc054e88c in m_copym (m=0x0, off0=2896, len=1448, wait=1) at ../../../kern/uipc_mbuf.c:383 #21 0xc05b4bc5 in tcp_output (tp=0xc28096f0) at ../../../netinet/tcp_output.c:815 #22 0xc05b22ca in tcp_input (m=0xc1de5900, off0=-429174656) at ../../../netinet/tcp_input.c:2527 #23 0xc05a9b13 in ip_input (m=0xc1de5900) at ../../../netinet/ip_input.c:776 #24 0xc059215e in netisr_processqueue (ni=0xc070b0f8) at ../../../net/netisr.c:233 #25 0xc059241d in swi_net (dummy=0x0) at ../../../net/netisr.c:346 #26 0xc04fb9a1 in ithread_loop (arg=0xc1979500) at ../../../kern/kern_intr.c:547 #27 0xc04fa9dc in fork_exit (callout=0xc04fb8ea , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:791 #28 0xc0656a8c in fork_trampoline () at ../../../i386/i386/exception.s:209 ============================================================= =========== vmcore.46, due to bfe(4)??? =================== #0 doadump () at pcpu.h:159 #1 0xc0513899 in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xc0513ede in panic (fmt=0xc0698a07 "%s") at ../../../kern/kern_shutdown.c:566 #3 0xc0667766 in trap_fatal (frame=0xd41abc18, eva=2117) at ../../../i386/i386/trap.c:817 #4 0xc06679f4 in trap_pfault (frame=0xd41abc18, usermode=0, eva=2117) at ../../../i386/i386/trap.c:735 #5 0xc0667dc3 in trap (frame= {tf_fs = -736493544, tf_es = -1068498928, tf_ds = -1044447216, tf_edi = -1045905408, tf_esi = -1044400384, tf_ebp = -736445292, tf_isp = -736445372, tf_ebx = -1045901616, tf_edx = 474, tf_ecx = -1044400384, tf_eax = 2117, tf_trapno = 12, tf_err = 2, tf_eip = -1069174883, tf_cs = 8, tf_eflags = 66182, tf_esp = -1066372928, tf_ss = -1065410336}) at ../../../i386/i386/trap.c:425 #6 0xc0656a2a in calltrap () at ../../../i386/i386/exception.s:140 #7 0xd41a0018 in ?? () #8 0xc0500010 in thread_userret (td=0xc1bfb700, frame=0xc1a98ac0) at ../../../kern/kern_kse.c:1360 #9 0xc045dcfb in bfe_intr (xsc=0xc1a8c000) at ../../../dev/bfe/if_bfe.c:1181 #10 0xc04fb9a1 in ithread_loop (arg=0xc1979a80) at ../../../kern/kern_intr.c:547 #11 0xc04fa9dc in fork_exit (callout=0xc04fb8ea , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:791 #12 0xc0656a8c in fork_trampoline () at ../../../i386/i386/exception.s:209 ============================================================= =========== vmcore.47, also probably tcp-related =================== #0 doadump () at pcpu.h:159 #1 0xc0513899 in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xc0513ede in panic (fmt=0xc0698a07 "%s") at ../../../kern/kern_shutdown.c:566 #3 0xc0667766 in trap_fatal (frame=0xd5429a60, eva=12) at ../../../i386/i386/trap.c:817 #4 0xc06679f4 in trap_pfault (frame=0xd5429a60, usermode=0, eva=12) at ../../../i386/i386/trap.c:735 #5 0xc0667dc3 in trap (frame= {tf_fs = -717094888, tf_es = -1067253744, tf_ds = -1044447216, tf_edi = 48, tf_esi = 0, tf_ebp = -717055304, tf_isp = -717055348, tf_ebx = 0, tf_edx = 40, tf_ecx = 48, tf_eax = 40, tf_trapno = 12, tf_err = 0, tf_eip = -1068176274, tf_cs = 8, tf_eflags = 66070, tf_esp = -1044408832, tf_ss = 1}) at ../../../i386/i386/trap.c:425 #6 0xc0656a2a in calltrap () at ../../../i386/i386/exception.s:140 #7 0xd5420018 in ?? () #8 0xc0630010 in zone_timeout (zone=0xc1bffb00) at ../../../vm/uma_core.c:408 #9 0xc05b44c1 in tcp_output (tp=0xc22f36f0) at ../../../netinet/tcp_output.c:811 #10 0xc05bc5bf in tcp_usr_send (so=0x0, flags=0, m=0xc1bfe000, nam=0x0, control=0x0, td=0xc1a31c00) at ../../../netinet/tcp_usrreq.c:699 #11 0xc0550fc8 in sosend (so=0xc225b288, addr=0x0, uio=0xd5429c80, top=0xc1bfe000, control=0x0, flags=0, td=0xc1a31c00) at ../../../kern/uipc_socket.c:835 #12 0xc053edad in soo_write (fp=0x0, uio=0xd5429c80, active_cred=0xc21b9300, flags=0, td=0xc1a31c00) at ../../../kern/sys_socket.c:118 #13 0xc0537c29 in dofilewrite (td=0xc1a31c00, fp=0xc1f834c8, fd=0, buf=0x0, nbyte=48, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:245 #14 0xc0537ebc in write (td=0xc1a31c00, uap=0xd5429d14) at ../../../kern/sys_generic.c:282 #15 0xc066820a in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134679944, tf_esi = 48, tf_ebp = -1077944856, tf_isp = -717054604, tf_ebx = 671963152, tf_edx = 134679944, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 674151843, tf_cs = 31, tf_eflags = 518, tf_esp = -1077944884, tf_ss = 47}) at ../../../i386/i386/trap.c:1009 #16 0xc0656a7f in Xint0x80_syscall () at ../../../i386/i386/exception.s:201 #17 0x0000002f in ?? () ......... a lot of garbage ........... #44 0xc1980d80 in ?? () #45 0xc0526a03 in sched_switch (td=0x30, newtd=0x280d5810, flags=Cannot access memory at address 0xbfbfddf8 ) at ../../../kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) ============================================================= I am going to be around for a day or two, and can try get all the details you want, or alternatively I could put them on the web. -- Best regards, Alexander. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 15:41:49 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4615E16A41F for ; Wed, 3 Aug 2005 15:41:49 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D2043D45 for ; Wed, 3 Aug 2005 15:41:45 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j73FfigO087684 for ; Wed, 3 Aug 2005 17:41:44 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j73FfgP59497 for stable@freebsd.org; Wed, 3 Aug 2005 17:41:42 +0200 (CEST) (envelope-from rabe) Date: Wed, 3 Aug 2005 17:41:42 +0200 From: "Raphael H. Becker" To: stable@freebsd.org Message-ID: <20050803174142.E33058@p-i-n.com> References: <42CA3E99.4050202@bmby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <42CA3E99.4050202@bmby.com>; from uzi@bmby.com on Tue, Jul 05, 2005 at 10:02:33AM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: Subject: Re: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 15:41:49 -0000 On Tue, Jul 05, 2005 at 10:02:33AM +0200, Uzi Klein wrote: > Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in > /var/log/messages once in a while : > > kernel: bge0: watchdog timeout -- resetting Same here with one of our new Dell PE6650: Aug 3 17:25:41 pinserv7 kernel: bge0: watchdog timeout -- resetting Aug 3 17:41:51 pinserv7 kernel: bge0: watchdog timeout -- resetting Aug 3 18:01:16 pinserv7 kernel: bge0: watchdog timeout -- resetting Aug 3 18:10:51 pinserv7 last message repeated 3 times I've rsynced some tons of data via ssh to that box without any problems, or lack of bandwidth. The card resetted while access a phpinfo() page on the webserver: the page itself transferred, the referenced
(zend logo) didn't. Simpultanously my ssh-session stalled for about 90sec and a parallel ping stopped. Repeatable! Parallel? Race condition? I rebooted the machine and everything seems fine now. I'll watch this. FreeBSD 5.4-RELEASE-p6 i386 bge0@pci8:1:0: class=0x020000 card=0x01091028 chip=0x164414e4 rev=0x14 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5700 NetXtreme Gigabit Ethernet Controller' class = network subclass = ethernet bge1@pci8:2:0: class=0x020000 card=0x01091028 chip=0x164414e4 rev=0x14 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5700 NetXtreme Gigabit Ethernet Controller' class = network subclass = ethernet The PE6650 has 4 Xeons with HTT -> 8 logical CPUs. Maybe some kind of locking / race conditions? The kernel is GENERIC plus SMP. See http://rabe.uugrn.org/FreeBSD/bugs/5.x/pinserv7/dmesg.boot for details Any ideas? Anyone with similar problems? Regards Raphael Becker From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 15:49:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E20B16A41F for ; Wed, 3 Aug 2005 15:49:37 +0000 (GMT) (envelope-from kev@init-1.net) Received: from mail.init-1.net (mail.init-1.net [216.127.74.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0145143D45 for ; Wed, 3 Aug 2005 15:49:36 +0000 (GMT) (envelope-from kev@init-1.net) Received: from [192.168.1.100] (82-41-73-96.cable.ubr10.edin.blueyonder.co.uk [82.41.73.96]) by mail.init-1.net (Postfix) with ESMTP id 9FC10483C13; Wed, 3 Aug 2005 16:49:50 +0100 (BST) Message-ID: <42F0E77C.8050405@init-1.net> Date: Wed, 03 Aug 2005 16:49:16 +0100 From: Kev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Raphael H. Becker" References: <42CA3E99.4050202@bmby.com> <20050803174142.E33058@p-i-n.com> In-Reply-To: <20050803174142.E33058@p-i-n.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-init-1.net-MailScanner: Found to be clean X-init-1.net-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 5, autolearn=not spam) X-init-1.net-MailScanner-From: kev@init-1.net Cc: stable@freebsd.org Subject: Re: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 15:49:37 -0000 I had similar problems with the rl realtek driver with 5.3 and 5.4 A number of things seemed to relieve the problem (disable acpi, free up interrupts / make sure the nic wasn't sharing one) but it inevitably came back. The stalling seemed quite random, I could push tens of gigabytes through ...idle the connection for a day or so then transfer 200k and it would fall over. There did seem to be a small correlation to transfer speed. The higher the speed the more likely it was to fall over. Transferring a 100mb file at 10 megabytes a second was more likely to fail than transferring a 100mb file at 100k a second. I didn't do much more digging (didn't have time and I don't have the knowledge without guidance) instead I switched nic and am now using the fxp intel driver with no problems. I had the problems on a single cpu celeron box using both GENERIC kernel and custom kernels (with unused device drivers stripped out to free irqs). I came across a number of other people via google having the same problem. Predominantly with the rl driver but also with others. What seemed to work for some people failed for others. Have you made any hardware changes? Kev Raphael H. Becker wrote: > On Tue, Jul 05, 2005 at 10:02:33AM +0200, Uzi Klein wrote: > >>Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in >>/var/log/messages once in a while : >> >>kernel: bge0: watchdog timeout -- resetting > > > Same here with one of our new Dell PE6650: > > Aug 3 17:25:41 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 17:41:51 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 18:01:16 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 18:10:51 pinserv7 last message repeated 3 times > > I've rsynced some tons of data via ssh to that box without any problems, > or lack of bandwidth. The card resetted while access a phpinfo() page on > the webserver: the page itself transferred, the referenced (zend > logo) didn't. Simpultanously my ssh-session stalled for about 90sec and > a parallel ping stopped. > Repeatable! > > Parallel? Race condition? > > I rebooted the machine and everything seems fine now. I'll watch this. > > FreeBSD 5.4-RELEASE-p6 i386 > > bge0@pci8:1:0: class=0x020000 card=0x01091028 chip=0x164414e4 rev=0x14 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5700 NetXtreme Gigabit Ethernet Controller' > class = network > subclass = ethernet > bge1@pci8:2:0: class=0x020000 card=0x01091028 chip=0x164414e4 rev=0x14 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5700 NetXtreme Gigabit Ethernet Controller' > class = network > subclass = ethernet > > The PE6650 has 4 Xeons with HTT -> 8 logical CPUs. Maybe some kind of > locking / race conditions? The kernel is GENERIC plus SMP. > > See http://rabe.uugrn.org/FreeBSD/bugs/5.x/pinserv7/dmesg.boot for details > > Any ideas? > Anyone with similar problems? > > Regards > Raphael Becker > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 15:51:35 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D4DC16A41F for ; Wed, 3 Aug 2005 15:51:35 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from dev.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D0543D45 for ; Wed, 3 Aug 2005 15:51:33 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [192.168.0.2] ([192.168.0.2]) by dev.bmby.co.il (8.12.9/8.12.9) with ESMTP id j73FpdPS026512; Wed, 3 Aug 2005 18:51:39 +0300 Message-ID: <42F0F5DC.6060800@bmby.com> Date: Wed, 03 Aug 2005 18:50:36 +0200 From: Uzi Klein Organization: B.M.B.Y Software Systems Ltd. User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Raphael H. Becker" References: <42CA3E99.4050202@bmby.com> <20050803174142.E33058@p-i-n.com> In-Reply-To: <20050803174142.E33058@p-i-n.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060701030501060704070402" Cc: stable@freebsd.org Subject: Re: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 15:51:35 -0000 This is a cryptographically signed message in MIME format. --------------ms060701030501060704070402 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Raphael H. Becker wrote: > On Tue, Jul 05, 2005 at 10:02:33AM +0200, Uzi Klein wrote: > >>Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in >>/var/log/messages once in a while : >> >>kernel: bge0: watchdog timeout -- resetting I have seen this on my HP DL-380 server (Broadcom BCM5704C Dual Gigabit Ethernet) During amanda backup. So far (few months), no "real" affection. -Uzi > > > Same here with one of our new Dell PE6650: > > Aug 3 17:25:41 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 17:41:51 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 18:01:16 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 18:10:51 pinserv7 last message repeated 3 times > > I've rsynced some tons of data via ssh to that box without any problems, > or lack of bandwidth. The card resetted while access a phpinfo() page on > the webserver: the page itself transferred, the referenced (zend > logo) didn't. Simpultanously my ssh-session stalled for about 90sec and > a parallel ping stopped. > Repeatable! > > Parallel? Race condition? > > I rebooted the machine and everything seems fine now. I'll watch this. > > FreeBSD 5.4-RELEASE-p6 i386 > > bge0@pci8:1:0: class=0x020000 card=0x01091028 chip=0x164414e4 rev=0x14 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5700 NetXtreme Gigabit Ethernet Controller' > class = network > subclass = ethernet > bge1@pci8:2:0: class=0x020000 card=0x01091028 chip=0x164414e4 rev=0x14 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5700 NetXtreme Gigabit Ethernet Controller' > class = network > subclass = ethernet > > The PE6650 has 4 Xeons with HTT -> 8 logical CPUs. Maybe some kind of > locking / race conditions? The kernel is GENERIC plus SMP. > > See http://rabe.uugrn.org/FreeBSD/bugs/5.x/pinserv7/dmesg.boot for details > > Any ideas? > Anyone with similar problems? > > Regards > Raphael Becker > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > --------------ms060701030501060704070402 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHzTCC AkEwggGqoAMCAQICAw8T9jANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNzA1MTUwNTQ3WhcNMDYwNzA1MTUwNTQ3 WjA+MR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMRswGQYJKoZIhvcNAQkBFgx1 emlAYm1ieS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAM/hjHCQv3zDBkfXTm8o k6hGvfoKzjQJUEgDBgrzd8PNmYvp4uYCPDaisap1a9paS0Tc32YN+HASs7BsKBjfvtLSKa0m 1aERkUCrxTDFiC8QDgXJ3b+V2MPcrulkKsZ0+kQM3/kLCAEhYJ5bhX0vHFBsCrDgH0fx4rkd E4MSLJHnAgMBAAGjKTAnMBcGA1UdEQQQMA6BDHV6aUBibWJ5LmNvbTAMBgNVHRMBAf8EAjAA MA0GCSqGSIb3DQEBBAUAA4GBAE+tVNP9WuPEjpG85/75Av1CAuo+BQRvU0vGvEjuL0LPVSGd +/2gL+l3yc7dlksptdQpAhb89wph+EHvah7I3roie6s3IkgA9GTl93EJtMWfmVy+qiGcaEH3 pE17rK5/1Lwau4TwsytYFfQdN4DAxaZT9k2lvml8a49bzBfUO4RXMIICQTCCAaqgAwIBAgID DxP2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQTAeFw0wNTA3MDUxNTA1NDdaFw0wNjA3MDUxNTA1NDdaMD4xHzAdBgNVBAMT FlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxGzAZBgkqhkiG9w0BCQEWDHV6aUBibWJ5LmNvbTCB nzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAz+GMcJC/fMMGR9dObyiTqEa9+grONAlQSAMG CvN3w82Zi+ni5gI8NqKxqnVr2lpLRNzfZg34cBKzsGwoGN++0tIprSbVoRGRQKvFMMWILxAO Bcndv5XYw9yu6WQqxnT6RAzf+QsIASFgnluFfS8cUGwKsOAfR/HiuR0TgxIskecCAwEAAaMp MCcwFwYDVR0RBBAwDoEMdXppQGJtYnkuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEE BQADgYEAT61U0/1a48SOkbzn/vkC/UIC6j4FBG9TS8a8SO4vQs9VIZ37/aAv6XfJzt2WSym1 1CkCFvz3CmH4Qe9qHsjeuiJ7qzciSAD0ZOX3cQm0xZ+ZXL6qIZxoQfekTXusrn/UvBq7hPCz K1gV9B03gMDFplP2TaW+aXxrj1vMF9Q7hFcwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEB BQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD YXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZp Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20w HhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSm PFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO 3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSF D0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNV HR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVl bWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZh dGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FD lpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcl jd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIC ujCCArYCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vpbmcg Q0ECAw8T9jAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0wNTA4MDMxNjUwMzZaMCMGCSqGSIb3DQEJBDEWBBSAtkIs/l7Z9GxTNtp7 RCIyw2jcHTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAN BggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDB4BgkrBgEEAYI3EAQxazBp MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDxP2MHoG CyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0ECAw8T9jANBgkqhkiG9w0BAQEFAASBgJv+BAc4MnJOlGlDdTXxmFXXWXLQNqcm uIZ5ssJJySkkY+5XV0M0cUPQESsF5tjHkGJGITlEaT+njRNG+RYQpY2uqvLTt5R7Fv4wMHEY 027L26EBE67vNMIUAeDzeiVhtrb4llssDVv2K8v5sH+QlIoattsPNa7wPNJVfL+xmROeAAAA AAAA --------------ms060701030501060704070402-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 19:23:14 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C11716A41F for ; Wed, 3 Aug 2005 19:23:14 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id A44CD43D45 for ; Wed, 3 Aug 2005 19:23:11 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.4) with ESMTP id j73JN9fb002322 for ; Wed, 3 Aug 2005 21:23:09 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.1/Submit) id j73JN8uZ002321 for stable@freebsd.org; Wed, 3 Aug 2005 21:23:08 +0200 (CEST) (envelope-from rene) Date: Wed, 3 Aug 2005 21:23:08 +0200 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050803192308.GA2131@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TRYliJ5NKNqkz5bu" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: if_ral un-associating X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 19:23:14 -0000 --TRYliJ5NKNqkz5bu Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've got my wireless card working with if_ral, but every few minutes the status drops from "associated" to "no carrier". The strange thing is that if I do a "sysctl net.wlan.0.debug=3D-1" and let the kernel spew for= =20 a while (10 seconds is enough), the card re-associates which in turn restores net access. I can then put the sysctl back to 0. I'm running FreeBSD 6.0-BETA2 #2: Wed Aug 3 17:18:44 CEST 2005 The only thing I set with ifconfig is the WEP key (104 bit), the WEP mode (MIXED), the WEP transmission key (1) and the channel (10). I let dhclient take care of the rest. Could setting the debug level somehow force a scan? A dmesg is attached. Regards, Rene --=20 GPG fingerprint =3D 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC "It won't fit on the line." -- me, 2001 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=ral0-dm [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <755,755> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <755,755> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <755,755> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <755,755> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <756,756> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <756,756> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <756,756> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <757,757> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <757,757> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <757,757> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <758,758> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <758,758> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <758,758> fragno <0,0> tid 0 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: ieee80211_timeout_stations: station scangen 38159 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 64 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: link state changed to DOWN ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: ieee80211_newstate: AUTH -> SCAN ral0: begin active scan in 11g mode, scangen 256 ieee80211_reset_scan: scan set: 10 start chan 10 ral0: ieee80211_next_scan: chan 10->10 ral0: ieee80211_newstate: SCAN -> SCAN ral0: ieee80211_ref_node (ieee80211_send_probereq:974) 0xc14e1400<00:10:a7:2d:d9:52> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 10 ral0: received probe_resp from 00:10:a7:2d:d9:52 rssi 60 [00:10:a7:2d:d9:52] probe_resp on chan 10 (bss chan 10) "Boulevard Profond" ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: ieee80211_cancel_scan: end active scan ral0: ral0: notify scan done ral0: macaddr bssid chan rssi rate flag wep essid = 00:10:a7:2d:d9:52 00:10:a7:2d:d9:52 10 60 54M ess wep "Boulevard Profond" ieee80211_reset_scan: scan set: 10 start chan 10 ral0: ieee80211_next_scan: chan 10->10 ral0: ieee80211_newstate: SCAN -> SCAN ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: ieee80211_cancel_scan: end passive scan ral0: ral0: notify scan done ral0: macaddr bssid chan rssi rate flag wep essid + 00:10:a7:2d:d9:52 00:10:a7:2d:d9:52 10 60 54M ess wep "Boulevard Profond" ral0: ieee80211_newstate: SCAN -> AUTH ral0: ieee80211_ref_node (ieee80211_send_mgmt:1058) 0xc14e1400<00:10:a7:2d:d9:52> refcnt 3 [00:10:a7:2d:d9:52] send auth on channel 10 ral0: received auth from 00:10:a7:2d:d9:52 rssi 60 ral0: [00:10:a7:2d:d9:52] recv auth frame with algorithm 0 seq 2 ral0: ieee80211_newstate: AUTH -> ASSOC ral0: ieee80211_ref_node (ieee80211_send_mgmt:1058) 0xc14e1400<00:10:a7:2d:d9:52> refcnt 4 [00:10:a7:2d:d9:52] send assoc_req on channel 10 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <700,700> fragno <0,0> tid 0 ral0: received assoc_resp from 00:10:a7:2d:d9:52 rssi 59 ral0: [00:10:a7:2d:d9:52] assoc success: short preamble, short slot time ral0: ieee80211_newstate: ASSOC -> RUN ral0: associated with 00:10:a7:2d:d9:52 ssid "Boulevard Profond" channel 10 start 54Mb ral0: link state changed to UP [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <701,701> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard frame, multicast echo ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 [ral0:00:10:a7:2d:d9:52] discard frame, multicast echo ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 55 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 59 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: ieee80211_timeout_stations: station scangen 40060 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: link state changed to DOWN ral0: ieee80211_cancel_scan: end passive scan ral0: ral0: notify scan done ral0: macaddr bssid chan rssi rate flag wep essid + 00:10:a7:2d:d9:52 00:10:a7:2d:d9:52 10 62 54M ess wep "Boulevard Profond" ral0: ieee80211_newstate: SCAN -> AUTH ral0: ieee80211_ref_node (ieee80211_send_mgmt:1058) 0xc14e1400<00:10:a7:2d:d9:52> refcnt 3 [00:10:a7:2d:d9:52] send auth on channel 10 ral0: received auth from 00:10:a7:2d:d9:52 rssi 62 ral0: [00:10:a7:2d:d9:52] recv auth frame with algorithm 0 seq 2 ral0: ieee80211_newstate: AUTH -> ASSOC ral0: ieee80211_ref_node (ieee80211_send_mgmt:1058) 0xc14e1400<00:10:a7:2d:d9:52> refcnt 4 [00:10:a7:2d:d9:52] send assoc_req on channel 10 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <1510,1510> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <1510,1510> fragno <0,0> tid 0 ral0: received assoc_resp from 00:10:a7:2d:d9:52 rssi 62 ral0: [00:10:a7:2d:d9:52] assoc success: short preamble, short slot time ral0: ieee80211_newstate: ASSOC -> RUN ral0: associated with 00:10:a7:2d:d9:52 ssid "Boulevard Profond" channel 10 start 54Mb ral0: link state changed t[ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <1511,1511> fragno <0,0> tid 0 o UP [ral0:00:10:a7:2d:d9:52] discard frame, multicast echo ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 [ral0:00:10:a7:2d:d9:52] discard frame, multicast echo ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 60 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 61 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 62 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 63 ral0: link state changed to DOWN ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 55 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 55 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 54 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 51 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 49 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 49 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 46 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 40 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 44 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 48 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 55 ral0: ieee80211_newstate: AUTH -> SCAN ral0: begin active scan in 11g mode, scangen 303 ieee80211_reset_scan: scan set: 10 start chan 10 ral0: ieee80211_next_scan: chan 10->10 ral0: ieee80211_newstate: SCAN -> SCAN ral0: ieee80211_ref_node (ieee80211_send_probereq:974) 0xc14e1400<00:10:a7:2d:d9:52> refcnt 3 ral0: [ff:ff:ff:ff:ff:ff] send probe req on channel 10 ral0: received probe_resp from 00:10:a7:2d:d9:52 rssi 55 [00:10:a7:2d:d9:52] probe_resp on chan 10 (bss chan 10) "Boulevard Profond" ral0: received beacon from 00:10:a7:2d:d9:52 rssi 52 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 54 ral0: ieee80211_cancel_scan: end active scan ral0: ral0: notify scan done ral0: macaddr bssid chan rssi rate flag wep essid = 00:10:a7:2d:d9:52 00:10:a7:2d:d9:52 10 54 54M ess wep "Boulevard Profond" ieee80211_reset_scan: scan set: 10 start chan 10 ral0: ieee80211_next_scan: chan 10->10 ral0: ieee80211_newstate: SCAN -> SCAN ral0: received beacon from 00:10:a7:2d:d9:52 rssi 52 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 46 ral0: ieee80211_cancel_scan: end passive scan ral0: ral0: notify scan done ral0: macaddr bssid chan rssi rate flag wep essid + 00:10:a7:2d:d9:52 00:10:a7:2d:d9:52 10 46 54M ess wep "Boulevard Profond" ral0: ieee80211_newstate: SCAN -> AUTH ral0: ieee80211_ref_node (ieee80211_send_mgmt:1058) 0xc14e1400<00:10:a7:2d:d9:52> refcnt 3 [00:10:a7:2d:d9:52] send auth on channel 10 ral0: received auth from 00:10:a7:2d:d9:52 rssi 49 ral0: [00:10:a7:2d:d9:52] recv auth frame with algorithm 0 seq 2 ral0: ieee80211_newstate: AUTH -> ASSOC ral0: ieee80211_ref_node (ieee80211_send_mgmt:1058) 0xc14e1400<00:10:a7:2d:d9:52> refcnt 4 [00:10:a7:2d:d9:52] send assoc_req on channel 10 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <1427,1427> fragno <0,0> tid 0 [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <1427,1427> fragno <0,0> tid 0 ral0: received assoc_resp from 00:10:a7:2d:d9:52 rssi 48 ral0: [00:10:a7:2d:d9:52] assoc success: short preamble, short slot time ral0: ieee80211_newstate: ASSOC -> RUN ral0: associated with 00:10:a7:2d:d9:52 ssid "Boulevard Profond" channel 10 start 54Mb [ral0:00:10:a7:2d:d9:52] discard duplicate frame, seqno <1428,1428> fragno <0,0> tid 0 ral0: link state changed to UP [ral0:00:10:a7:2d:d9:52] discard frame, multicast echo ral0: received beacon from 00:10:a7:2d:d9:52 rssi 50 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 43 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 48 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 55 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 50 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 50 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 45 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 46 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 50 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 49 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 46 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 47 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 46 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 46 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 44 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 42 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 45 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 51 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 53 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 55 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 55 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 53 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 52 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 49 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 47 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 46 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 43 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 52 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 51 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 49 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 55 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 48 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 43 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 39 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 43 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 42 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 43 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 44 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 45 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 44 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 45 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 50 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 54 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 56 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 47 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 57 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 ral0: received beacon from 00:10:a7:2d:d9:52 rssi 58 --+QahgC5+KEYLbs62-- --TRYliJ5NKNqkz5bu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFC8Rmbvz70qa4zXcwRAiLgAJ4mJM47OYEHXZarzt+ChXTOq/kc9ACeM3pd JwByXoZFAsVJDyRAngUeNxI= =RcL6 -----END PGP SIGNATURE----- --TRYliJ5NKNqkz5bu-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 19:54:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B644316A41F for ; Wed, 3 Aug 2005 19:54:32 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A3043D46 for ; Wed, 3 Aug 2005 19:54:29 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.4) with ESMTP id j73JsQK9003913 for ; Wed, 3 Aug 2005 21:54:27 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.1/Submit) id j73JsPBh003912 for stable@freebsd.org; Wed, 3 Aug 2005 21:54:26 +0200 (CEST) (envelope-from rene) Date: Wed, 3 Aug 2005 21:54:25 +0200 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050803195425.GA3678@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050803192308.GA2131@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20050803192308.GA2131@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: if_ral un-associating X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 19:54:32 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 03, 2005 at 09:23:08PM +0200, Rene Ladan wrote: > Hi, >=20 > I've got my wireless card working with if_ral, but every few minutes the > status drops from "associated" to "no carrier". The strange thing is > that if I do a "sysctl net.wlan.0.debug=3D-1" and let the kernel spew for= =20 > a while (10 seconds is enough), the card re-associates which in turn > restores net access. I can then put the sysctl back to 0. >=20 [snip] >=20 > Could setting the debug level somehow force a scan? A dmesg is > attached. >=20 The connection seems to stay up if I leave the sysctl in verbose mode. Regards, Rene --=20 GPG fingerprint =3D 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC "It won't fit on the line." -- me, 2001 --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFC8SDwvz70qa4zXcwRArWVAJ9f3phMxSEDUzCQwdmYHedFlgBtwwCZAZIK c72eQ0QxMX9IsQezltFOdXo= =otd7 -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 19:57:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8679F16A41F; Wed, 3 Aug 2005 19:57:16 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id F12DC43D46; Wed, 3 Aug 2005 19:57:15 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id B5BC7A24C74; Wed, 3 Aug 2005 16:57:12 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 76107-10; Wed, 3 Aug 2005 19:57:12 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 3961DA24C72; Wed, 3 Aug 2005 16:57:12 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 5E1653C8B5; Wed, 3 Aug 2005 16:57:15 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 597183572C; Wed, 3 Aug 2005 16:57:15 -0300 (ADT) Date: Wed, 3 Aug 2005 16:57:15 -0300 (ADT) From: "Marc G. Fournier" To: Robert Watson In-Reply-To: <20050729092647.Q74149@fledge.watson.org> Message-ID: <20050803165145.L974@ganymede.hub.org> References: <20050728231728.E968@ganymede.hub.org> <20050729001252.N1194@ganymede.hub.org> <20050729092647.Q74149@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-fs@freebsd.org, jeff@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Consistent file system hang with RELENG_6 of today ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 19:57:16 -0000 On Fri, 29 Jul 2005, Robert Watson wrote: > > On Fri, 29 Jul 2005, Marc G. Fournier wrote: > >> Now, as most of the "old timers" here know, my jail environment makes use >> of unionfs to "mount" a template layer, to share common binaries amongst >> the VMs ... >> >> I have tried two different ways of doing this, both result in the exact >> same 'file system hang' ... and I have a core of each 'method' ... >> >> The first was to use mount_devfs to, of course, mount the /dev directory >> within the jail itself ... >> >> The second, I used the same /dev that existed within the jail, based on >> bulding a jail using a 4.x system ... >> >> In both cases, the hang appears to be at the same spot, where 'sendmail' >> (in this case, the postfix port) starts up ... > > It would also be interesting to know: if you take unionfs out of the picture > (i.e., you use a regular file system for testing purposes), does the problem > go away? Just checked this, and yes, the jail starts if unionfs is not involved ... the problem is in unionfs itself :( And, there hasn't been any changes that I can see in unionfs since May 3rd ... so it seems a fairly 'long standing' bug :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 22:07:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A521116A420 for ; Wed, 3 Aug 2005 22:07:40 +0000 (GMT) (envelope-from mk@voidbits.com) Received: from kilo.voidbits.com (gw-01.voidbits.com [70.244.197.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0FAF43D60 for ; Wed, 3 Aug 2005 22:07:38 +0000 (GMT) (envelope-from mk@voidbits.com) Received: from kilo.voidbits.com (mk@localhost [127.0.0.1]) by kilo.voidbits.com (8.13.3/8.13.3) with ESMTP id j73M8Xp7026046 for ; Wed, 3 Aug 2005 17:08:33 -0500 (CDT) (envelope-from mk@voidbits.com) Received: (from mk@localhost) by kilo.voidbits.com (8.13.3/8.13.3/Submit) id j73M8W5d026045 for freebsd-stable@freebsd.org; Wed, 3 Aug 2005 17:08:32 -0500 (CDT) (envelope-from mk) Date: Wed, 3 Aug 2005 17:08:32 -0500 (CDT) From: "Voidbits.com Admin" Message-Id: <200508032208.j73M8W5d026045@kilo.voidbits.com> To: freebsd-stable@freebsd.org Subject: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 22:07:40 -0000 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 3 22:12:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1F3F16A420 for ; Wed, 3 Aug 2005 22:12:29 +0000 (GMT) (envelope-from mk@voidbits.com) Received: from kilo.voidbits.com (gw-01.voidbits.com [70.244.197.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F4B43D58 for ; Wed, 3 Aug 2005 22:12:29 +0000 (GMT) (envelope-from mk@voidbits.com) Received: from kilo.voidbits.com (mk@localhost [127.0.0.1]) by kilo.voidbits.com (8.13.3/8.13.3) with ESMTP id j73MDN9b026191 for ; Wed, 3 Aug 2005 17:13:23 -0500 (CDT) (envelope-from mk@voidbits.com) Received: (from mk@localhost) by kilo.voidbits.com (8.13.3/8.13.3/Submit) id j73MDNbb026190 for freebsd-stable@freebsd.org; Wed, 3 Aug 2005 17:13:23 -0500 (CDT) (envelope-from mk) Date: Wed, 3 Aug 2005 17:13:23 -0500 (CDT) From: "Voidbits.com Admin" Message-Id: <200508032213.j73MDNbb026190@kilo.voidbits.com> To: freebsd-stable@freebsd.org Subject: list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 22:12:29 -0000 post to freebsd-stable@freebsd.org list From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 03:24:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AE1F16A41F; Thu, 4 Aug 2005 03:24:06 +0000 (GMT) (envelope-from howard@163.com) Received: from 163.com (bj44-212.i.netease.com [202.108.44.212]) by mx1.FreeBSD.org (Postfix) with SMTP id 026B743D46; Thu, 4 Aug 2005 03:24:03 +0000 (GMT) (envelope-from howard@163.com) Received: from h (unknown [61.135.152.194]) by smtp4 (Coremail) with SMTP id LYCk2ASK8ULw0SUK.1 for ; Thu, 04 Aug 2005 11:22:47 +0800 (CST) X-Originating-IP: [61.135.152.194] To: freebsd-stable@freebsd.org Date: Thu, 04 Aug 2005 11:23:54 +0800 From: "Howard.Wang" Organization: ChinaACG Content-Type: text/plain; format=flowed; delsp=yes; charset=gb18030 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/8.0 (Win32, build 7561) Cc: delphij@freebsd.org Subject: Mysterous fork related panic with RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 03:24:06 -0000 Hi, Guys, Recently I have found a mysterous fork related panic with RELENG_5 which does not affect -HEAD. With some track down we have simplified the program to trigger the kernel map exhausting: The program fork(2)'s only one child, then sleep; and the child will do the same thing, until a designated depth. On RELENG_5, a depth of 252 would be enough to trigger the panic within a Xeon box equipped with 3.2GB of RAM (actually 4GB, but PAE is not enabled so kernel drops part of the memory). We tried the same experiment on other boxes, with different CPU/Memory Type/ Memory Size/Storage Controller, and the panic can be reliabily reproduced. However, fortunatelly, it seems that 7.0-CURRENT is not affected. A further investigation about KVA_PAGES, and other related KMEM settings in the kernel configuration shows that they do little about the panics. It seems that user_ldt_alloc() in sys/i386/i386/sys_machdep.c is getting a quickly increasing parameter of 'len', which will then translate to a failed kmem_alloc (due to exhaustion of the kernel map), and subsequently, a NULL pointer deference with panic "Could not copy LDT", in line 255 of sys/i386/i386/vm_machdep.c (RELENG_5_4). //Below is a copy of the trigger program (executed as "./chain_fork 1024 1 15") /* chain_fork.c 1.0 by Howard. */ #include #include #include #include #include int main(int argc, char** argv) { int N,M,T; int pid; char *p; int j; if(argc!=4) { printf("Usage: %s \n",argv[0]); return (0); } N = atoi(argv[1]); //How many depth. M = atoi(argv[2])*1024*1024; //Size per Proc. T = atoi(argv[3]); //Life per Proc. while(N>0) { pid = fork(); if (pid != 0) { p = malloc(M); memset(p,0,M); sleep(T); exit(0); } else { printf("I forked a child No.%d\n",N); N--; } } return (0); } /* end of file */ --- regards, Howard.wang From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 05:13:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C68616A41F; Thu, 4 Aug 2005 05:13:20 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DE3443D46; Thu, 4 Aug 2005 05:13:20 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id BEFB3A247B4; Thu, 4 Aug 2005 02:13:17 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 17449-10; Thu, 4 Aug 2005 05:13:17 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 4A08FA246CB; Thu, 4 Aug 2005 02:13:17 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id C86F53F241; Thu, 4 Aug 2005 02:13:15 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C0D413A651; Thu, 4 Aug 2005 02:13:15 -0300 (ADT) Date: Thu, 4 Aug 2005 02:13:15 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050804021028.Q924@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-fs@freebsd.org Subject: more on unionfs lock up in RELENG_6 ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 05:13:20 -0000 Just found the vfs.uniondebug option in sysctl, so re-ran things with this enabled ... I have a log file of ~3100 lines with the output ... I enabled debugging just before hitting return to start the jail itself, and this goes until the whole thing locked up ... I'm not sure if this helps any, but the last 20 lines or so of the file are: Create 0xc4c82dd0 = 0xc4c85000 0xc3da2550 refs=3 Out 0 vpp 0xc4c82dd0/3 lower 0 upper 0 A 0xc4c85000 parentdir 0xc4c85000 result 0xc4c82aa0 flag 120c04c uerror 0 upperdvp 0xc4c85000 4/2, uppervp 0xc4c82aa0 ref=2/lck=2 B 0xc3da2550 parentdir 0xc3da2550 result 0xc4c82cc0 flag 120c04c Modify existing un 0xc3307100 vn 0xc4c82bb0 upper 0xc4c82aa0(refs 2) -> 0xc4c82aa0(refs 2) Create 0xc4c82bb0 = 0xc4c82aa0 0xc4c82cc0 refs=1 Out 0 vpp 0xc4c82bb0/1 lower 0 upper 0 union_root UPPERVP 0xc4c39220 locked = 0 Modify existing un 0xc2937a80 vn 0xc4c38770 upper 0xc4c39220(refs 11) -> 0xc4c39220(refs 11) error 0 union_root2 UPPERVP 0xc4c39220 locked = 0 A 0xc4c39220 parentdir 0xc4c39220 result 0xc381f550 flag 100404c uerror 0 upperdvp 0xc4c39220 11/2, uppervp 0xc381f550 ref=8/lck=2 B 0xc2d19220 parentdir 0xc2d19220 result 0xc33e5cc0 flag 100404c union_root UPPERVP 0xc4c39220 locked = 0 I can provide the complete file if that will be of interest ... Will append this to the GNaTS ticket as well ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 08:00:48 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C22616A427; Thu, 4 Aug 2005 08:00:48 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D31D243D45; Thu, 4 Aug 2005 08:00:47 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1E0aek-0007qm-UV; Thu, 04 Aug 2005 11:00:46 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-questions@FreeBSD.org, stable@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Aug 2005 11:00:46 +0300 From: Danny Braniss Message-ID: Cc: Subject: f77 abort X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 08:00:48 -0000 hi, this 11k lines of fortran compile and run under Linux, on FreeBSD 5.4, compiling with f77 produces a binary, apparently without errors, but executing it, inmediately gives 'Abort', ldd gives signal 6 ktrace is not very helpful :-) 36372 ktrace RET ktrace 0 36372 ktrace CALL execve(0xbfbfea0f,0xbfbfe914,0xbfbfe91c) 36372 ktrace NAMI "./xm99" any ideas? danny From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 09:32:43 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E343C16A41F; Thu, 4 Aug 2005 09:32:43 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 079C443D45; Thu, 4 Aug 2005 09:32:42 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 4 Aug 2005 10:32:42 +0100 (BST) Date: Thu, 4 Aug 2005 10:32:41 +0100 From: David Malone To: Danny Braniss Message-ID: <20050804093241.GA12842@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: stable@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: f77 abort X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 09:32:44 -0000 On Thu, Aug 04, 2005 at 11:00:46AM +0300, Danny Braniss wrote: > this 11k lines of fortran compile and run under Linux, > on FreeBSD 5.4, compiling with f77 produces a binary, apparently without > errors, but > executing it, inmediately gives 'Abort', ldd gives signal 6 > ktrace is not very helpful :-) > 36372 ktrace RET ktrace 0 > 36372 ktrace CALL execve(0xbfbfea0f,0xbfbfe914,0xbfbfe91c) > 36372 ktrace NAMI "./xm99" > > any ideas? Could it have a very big stack or heap? Try increasing your stacksize and datasize limits. David. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 10:16:52 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E842316A41F; Thu, 4 Aug 2005 10:16:52 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 883E443D48; Thu, 4 Aug 2005 10:16:52 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1E0cmR-000Ayb-CK; Thu, 04 Aug 2005 13:16:51 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: David Malone In-reply-to: Your message of Thu, 4 Aug 2005 10:32:41 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Aug 2005 13:16:51 +0300 From: Danny Braniss Message-ID: Cc: stable@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: f77 abort X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 10:16:53 -0000 > On Thu, Aug 04, 2005 at 11:00:46AM +0300, Danny Braniss wrote: > > this 11k lines of fortran compile and run under Linux, > > on FreeBSD 5.4, compiling with f77 produces a binary, apparently without > > errors, but > > executing it, inmediately gives 'Abort', ldd gives signal 6 > > ktrace is not very helpful :-) > > 36372 ktrace RET ktrace 0 > > 36372 ktrace CALL execve(0xbfbfea0f,0xbfbfe914,0xbfbfe91c) > > 36372 ktrace NAMI "./xm99" > > > > any ideas? > > Could it have a very big stack or heap? Try increasing your stacksize > and datasize limits. > Bingo! thanks, danny > David. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 14:22:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAC8216A41F for ; Thu, 4 Aug 2005 14:22:36 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FC243D45 for ; Thu, 4 Aug 2005 14:22:35 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j74EMWgO096019 for ; Thu, 4 Aug 2005 16:22:32 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j74EMWP20013 for stable@freebsd.org; Thu, 4 Aug 2005 16:22:32 +0200 (CEST) (envelope-from rabe) Date: Thu, 4 Aug 2005 16:22:32 +0200 From: "Raphael H. Becker" To: stable@freebsd.org Message-ID: <20050804162232.F33058@p-i-n.com> References: <42CA3E99.4050202@bmby.com> <20050803174142.E33058@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050803174142.E33058@p-i-n.com>; from rabe@p-i-n.com on Wed, Aug 03, 2005 at 05:41:42PM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: Subject: Re: kernel: bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 14:22:36 -0000 On Wed, Aug 03, 2005 at 05:41:42PM +0200, Raphael H. Becker wrote: > On Tue, Jul 05, 2005 at 10:02:33AM +0200, Uzi Klein wrote: > > Ever since i upgraded to 5.4-RELEASE-p3 i get these entries in > > /var/log/messages once in a while : > > > > kernel: bge0: watchdog timeout -- resetting > > Same here with one of our new Dell PE6650: > > Aug 3 17:25:41 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 17:41:51 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 18:01:16 pinserv7 kernel: bge0: watchdog timeout -- resetting > Aug 3 18:10:51 pinserv7 last message repeated 3 times bge0: flags=8843 mtu 1500 options=1a inet 145.253.xxx.xx netmask 0xffffff80 broadcast 145.253.xxx.xxx inet6 fe80::211:43ff:fee6:de3%bge0 prefixlen 64 scopeid 0x1 ether 00:11:43:e6:0d:e3 media: Ethernet autoselect (100baseTX ) status: active > I've rsynced some tons of data via ssh to that box without any problems, > or lack of bandwidth. The card resetted while access a phpinfo() page on > the webserver: the page itself transferred, the referenced (zend > logo) didn't. Simpultanously my ssh-session stalled for about 90sec and > a parallel ping stopped. > Repeatable! JFTR: Same again today: tar-over-ssh around 60GB data on 100MBit with about 11MB/sec (10sec averages!). Very stable. Switched the webserver-load from the old production server to the new PE6650, some thousand hits per minute. Worked very stable for about 4 min, then everything was stalled, even ssh. Rebooted under load, after reboot about 10 minutes until next network-hangup. Dead. Switched the load back to the old server (ip-alias). --> bge0 seems broken on Dell PE6650 --> Will buy some intel GBit NICs now. Regards Raphael Becker From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 20:32:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9169216A41F for ; Thu, 4 Aug 2005 20:32:45 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf40.cluster1.charter.net (mxsf40.cluster1.charter.net [209.225.28.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3280B43D45 for ; Thu, 4 Aug 2005 20:32:44 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip04a.cluster1.charter.net (mxip04a.cluster1.charter.net [209.225.28.134]) by mxsf40.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j74KWhGm030927 for ; Thu, 4 Aug 2005 16:32:43 -0400 Received: from 68-186-85-19.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.186.85.19]) by mxip04a.cluster1.charter.net with ESMTP; 04 Aug 2005 16:32:44 -0400 X-IronPort-AV: i="3.95,168,1120449600"; d="scan'208"; a="583650814:sNHT23692748" From: Mike Eubanks To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Thu, 04 Aug 2005 13:32:36 -0700 Message-Id: <1123187556.786.25.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 20:32:45 -0000 I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. The system no longer powers down using either the `shutdown -p now' or `acpiconf -s 5' commands. Instead it always restarts. I have tried the GENERIC kernel as well as several custom kernels. I'm stuck at this point. Are there any sysctl flags that may be of importance or something else I may be missing. I haven't changed anything with respect loader.conf or device hints yet. The hardware is roughly two years old - 09/2003 Motherboard: GA-7N400-L BIOS: Award Modular BIOS -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 20:38:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A05916A41F for ; Thu, 4 Aug 2005 20:38:01 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf37.cluster1.charter.net (mxsf37.cluster1.charter.net [209.225.28.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C0643D46 for ; Thu, 4 Aug 2005 20:38:00 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip07a.cluster1.charter.net (mxip07a.cluster1.charter.net [209.225.28.137]) by mxsf37.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j74Kbx30001422 for ; Thu, 4 Aug 2005 16:37:59 -0400 Received: from 68-186-85-19.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.186.85.19]) by mxip07a.cluster1.charter.net with ESMTP; 04 Aug 2005 16:37:59 -0400 X-IronPort-AV: i="3.95,168,1120449600"; d="scan'208"; a="1208290958:sNHT15411826" From: Mike Eubanks To: stable@freebsd.org Content-Type: text/plain Date: Thu, 04 Aug 2005 13:37:53 -0700 Message-Id: <1123187873.786.27.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 20:38:01 -0000 I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. The system no longer powers down using either the `shutdown -p now' or `acpiconf -s 5' commands. Instead it always restarts. I have tried the GENERIC kernel as well as several custom kernels. I'm stuck at this point. Are there any sysctl flags that may be of importance or something else I may be missing. I haven't changed anything with respect loader.conf or device hints yet. The hardware is roughly two years old - 09/2003 Motherboard: GA-7N400-L BIOS: Award Modular BIOS -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 21:09:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50BD816A41F for ; Thu, 4 Aug 2005 21:09:33 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2E6D43D46 for ; Thu, 4 Aug 2005 21:09:32 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j74L9UXn005158; Thu, 4 Aug 2005 17:09:31 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <1123187556.786.25.camel@yak.mseubanks.net> References: <1123187556.786.25.camel@yak.mseubanks.net> Date: Thu, 4 Aug 2005 17:09:29 -0400 To: mse_software@charter.net, freebsd-stable@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 21:09:33 -0000 At 1:32 PM -0700 8/4/05, Mike Eubanks wrote: >I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. >The system no longer powers down using either the `shutdown -p now' >or `acpiconf -s 5' commands. Instead it always restarts. This won't help much, but I have a system running 5.4-STABLE as of Thu Jul 28, and `shutdown -p now' works on that. Dual-athlon. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 21:21:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B8816A41F for ; Thu, 4 Aug 2005 21:21:14 +0000 (GMT) (envelope-from cabal@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE5B43D45 for ; Thu, 4 Aug 2005 21:21:14 +0000 (GMT) (envelope-from cabal@u.washington.edu) Received: from aagaard02.u.washington.edu (aagaard02.u.washington.edu [140.142.14.4]) by mxout7.cac.washington.edu (8.13.4+UW05.04/8.13.4+UW05.05) with ESMTP id j74LLAXM031877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Aug 2005 14:21:11 -0700 Received: from localhost (cabal@localhost) by aagaard02.u.washington.edu (8.13.4+UW05.03/8.13.4+UW05.07) with ESMTP id j74LLAm3200816; Thu, 4 Aug 2005 14:21:10 -0700 Date: Thu, 4 Aug 2005 14:21:10 -0700 (PDT) From: "J. Nyhuis" To: Garance A Drosihn In-Reply-To: Message-ID: References: <1123187556.786.25.camel@yak.mseubanks.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: mse_software@charter.net, freebsd-stable@freebsd.org Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 21:21:15 -0000 Wouldn't you want a -h for "halt" to prevent it from powering back up? Thanks, John H. Nyhuis Sr. Computer Specialist Dept. of Pediatrics HS RR349B, Box 356320 University of Washington Desk: (206)-685-3884 cabal@u.washington.edu On Thu, 4 Aug 2005, Garance A Drosihn wrote: > At 1:32 PM -0700 8/4/05, Mike Eubanks wrote: >> I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. >> The system no longer powers down using either the `shutdown -p now' >> or `acpiconf -s 5' commands. Instead it always restarts. > > This won't help much, but I have a system running 5.4-STABLE as of > Thu Jul 28, and `shutdown -p now' works on that. Dual-athlon. > > -- > Garance Alistair Drosehn = gad@gilead.netel.rpi.edu > Senior Systems Programmer or gad@freebsd.org > Rensselaer Polytechnic Institute or drosih@rpi.edu > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 21:25:25 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 254F916A41F for ; Thu, 4 Aug 2005 21:25:25 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf39.cluster1.charter.net (mxsf39.cluster1.charter.net [209.225.28.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB75743D45 for ; Thu, 4 Aug 2005 21:25:24 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip29a.cluster1.charter.net (mxip29a.cluster1.charter.net [209.225.28.188]) by mxsf39.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j74LPNIV027282 for ; Thu, 4 Aug 2005 17:25:23 -0400 Received: from 68-186-85-19.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.186.85.19]) by mxip29a.cluster1.charter.net with ESMTP; 04 Aug 2005 17:25:23 -0400 X-IronPort-AV: i="3.95,168,1120449600"; d="scan'208"; a="21298659:sNHT16789546" From: Mike Eubanks To: stable@freebsd.org In-Reply-To: References: <1123187556.786.25.camel@yak.mseubanks.net> Content-Type: text/plain Date: Thu, 04 Aug 2005 14:25:17 -0700 Message-Id: <1123190717.786.49.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 21:25:25 -0000 On Thu, 2005-08-04 at 17:09 -0400, Garance A Drosihn wrote: > At 1:32 PM -0700 8/4/05, Mike Eubanks wrote: > >I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. > >The system no longer powers down using either the `shutdown -p now' > >or `acpiconf -s 5' commands. Instead it always restarts. > > This won't help much, but I have a system running 5.4-STABLE as of > Thu Jul 28, and `shutdown -p now' works on that. Dual-athlon. > Ok. I'm also running a dual-athlon with 5.4-STABLE...no problems. I really don't know why this machine is behaving the way it is, it has always worked fine under 5.1-RELEASE. I'm hoping it is something fairly simple though. Other than the lack of a NVIDIA memory controller (pci0 at device 0.x), I'd say everything looks fine. Below is a snip of the dmesg output for the current custom kernel compiled with updated source: ----------------- Copyright (c) 1992-2005 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.4-STABLE #0: Thu Aug 4 18:54:47 PDT 2005 root@kadavu.mseubanks.net:/usr/obj/usr/src/sys/kadavu Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2700+ (2162.74-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400000 real memory = 1073676288 (1023 MB) avail memory = 1045323776 (996 MB) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf0-0xcf3,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd8000000-0xdbffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) ----------------- Any ideas are welcome. -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 21:34:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E47F16A42F for ; Thu, 4 Aug 2005 21:34:32 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf28.cluster1.charter.net (mxsf28.cluster1.charter.net [209.225.28.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8923443D46 for ; Thu, 4 Aug 2005 21:34:31 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip29a.cluster1.charter.net (mxip29a.cluster1.charter.net [209.225.28.188]) by mxsf28.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j74LYT4W013129 for ; Thu, 4 Aug 2005 17:34:30 -0400 Received: from 68-186-85-19.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.186.85.19]) by mxip29a.cluster1.charter.net with ESMTP; 04 Aug 2005 17:34:29 -0400 X-IronPort-AV: i="3.95,168,1120449600"; d="scan'208"; a="21335413:sNHT24343018" From: Mike Eubanks To: stable@freebsd.org In-Reply-To: References: <1123187556.786.25.camel@yak.mseubanks.net> Content-Type: text/plain Date: Thu, 04 Aug 2005 14:34:26 -0700 Message-Id: <1123191266.786.55.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "J. Nyhuis" Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 21:34:32 -0000 On Thu, 2005-08-04 at 14:21 -0700, J. Nyhuis wrote: > Wouldn't you want a -h for "halt" to prevent it from powering back > up? > > Thanks, > > John H. Nyhuis > Sr. Computer Specialist > Dept. of Pediatrics > HS RR349B, Box 356320 > University of Washington > Desk: (206)-685-3884 > cabal@u.washington.edu > > On Thu, 4 Aug 2005, Garance A Drosihn wrote: > > > At 1:32 PM -0700 8/4/05, Mike Eubanks wrote: > >> I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. > >> The system no longer powers down using either the `shutdown -p now' > >> or `acpiconf -s 5' commands. Instead it always restarts. > > > > This won't help much, but I have a system running 5.4-STABLE as of > > Thu Jul 28, and `shutdown -p now' works on that. Dual-athlon. > > > > -- > > Garance Alistair Drosehn = gad@gilead.netel.rpi.edu > > Senior Systems Programmer or gad@freebsd.org > > Rensselaer Polytechnic Institute or drosih@rpi.edu Yeah, the `-h' option does halt the system. The system does not power down though as it should with `-p' (halt and power down). -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Thu Aug 4 22:41:50 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD54416A41F for ; Thu, 4 Aug 2005 22:41:50 +0000 (GMT) (envelope-from freebsd@sumeval.com) Received: from smtp-02.servidoresdns.net (llsb008-a02.servidoresdns.net [82.223.190.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D3843D48 for ; Thu, 4 Aug 2005 22:41:49 +0000 (GMT) (envelope-from freebsd@sumeval.com) Received: from 81-203-65-18.user.ono.com (81-203-65-18.user.ono.com [81.203.65.18]) by smtp-02.servidoresdns.net (Postfix) with ESMTP id F1CF69801 for ; Fri, 5 Aug 2005 00:41:47 +0200 (CEST) From: David Moreno To: freebsd-stable@FreeBSD.org Content-Type: text/plain Date: Fri, 05 Aug 2005 00:41:43 +0200 Message-Id: <1123195303.621.0.camel@x1-6-00-05-5d-47-ea-af> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 22:41:50 -0000 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 03:34:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0349A16A41F for ; Fri, 5 Aug 2005 03:34:38 +0000 (GMT) (envelope-from ajm@stx.rr.com) Received: from ms-smtp-02-eri0.texas.rr.com (ms-smtp-02.texas.rr.com [24.93.47.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 888D743D45 for ; Fri, 5 Aug 2005 03:34:37 +0000 (GMT) (envelope-from ajm@stx.rr.com) Received: from localhost (cpe-24-170-91-188.stx.res.rr.com [24.170.91.188]) by ms-smtp-02-eri0.texas.rr.com (8.12.10/8.12.7) with ESMTP id j753YYe1007709 for ; Thu, 4 Aug 2005 22:34:34 -0500 (CDT) Date: Fri, 5 Aug 2005 20:36:54 -0500 From: ajm To: freebsd-stable@freebsd.org Message-ID: <20050806013654.GA635@localhost.stx.rr.com> References: <1123187556.786.25.camel@yak.mseubanks.net> <1123190717.786.49.camel@yak.mseubanks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1123190717.786.49.camel@yak.mseubanks.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 03:34:38 -0000 On Thu, Aug 04, 2005 at 02:25:17PM -0700, Mike Eubanks wrote: > On Thu, 2005-08-04 at 17:09 -0400, Garance A Drosihn wrote: > > At 1:32 PM -0700 8/4/05, Mike Eubanks wrote: > > >I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. > > >The system no longer powers down using either the `shutdown -p now' > > >or `acpiconf -s 5' commands. Instead it always restarts. > > > > This won't help much, but I have a system running 5.4-STABLE as of > > Thu Jul 28, and `shutdown -p now' works on that. Dual-athlon. > > > > Ok. I'm also running a dual-athlon with 5.4-STABLE...no problems. I > really don't know why this machine is behaving the way it is, it has > always worked fine under 5.1-RELEASE. I'm hoping it is something fairly > simple though. Other than the lack of a NVIDIA memory controller (pci0 > at device 0.x), I'd say everything looks fine. Below is a > snip of the dmesg output for the current custom kernel compiled with > updated source: > > ----------------- > > Copyright (c) 1992-2005 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.4-STABLE #0: Thu Aug 4 18:54:47 PDT 2005 > root@kadavu.mseubanks.net:/usr/obj/usr/src/sys/kadavu > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) XP 2700+ (2162.74-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 > > Features=0x383fbff > AMD Features=0xc0400000 > real memory = 1073676288 (1023 MB) > avail memory = 1045323776 (996 MB) > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf0-0xcf3,0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xd8000000-0xdbffffff at > device 0.0 on pci0 > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > pci0: at device 0.3 (no driver attached) > > ----------------- > > Any ideas are welcome. > > -- > Mike Eubanks > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" This works for me...as root place apm_enable="YES" in the /etc/rc.conf file -- FreeBSD 5.4-RELEASE i386 GENERIC-NEW From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 03:43:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E44AE16A41F for ; Fri, 5 Aug 2005 03:43:52 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf05.cluster1.charter.net (mxsf05.cluster1.charter.net [209.225.28.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A48143D45 for ; Fri, 5 Aug 2005 03:43:52 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip30a.cluster1.charter.net (mxip30a.cluster1.charter.net [209.225.28.189]) by mxsf05.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j753hoaj004183 for ; Thu, 4 Aug 2005 23:43:50 -0400 Received: from 68-186-85-19.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.186.85.19]) by mxip30a.cluster1.charter.net with ESMTP; 04 Aug 2005 23:43:51 -0400 From: Mike Eubanks To: Garance A Drosihn In-Reply-To: References: <1123187556.786.25.camel@yak.mseubanks.net> <1123190717.786.49.camel@yak.mseubanks.net> Content-Type: text/plain Date: Thu, 04 Aug 2005 20:43:47 -0700 Message-Id: <1123213427.786.94.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 03:43:53 -0000 On Thu, 2005-08-04 at 19:14 -0400, Garance A Drosihn wrote: > At 2:25 PM -0700 8/4/05, Mike Eubanks wrote: > >On Thu, 2005-08-04 at 17:09 -0400, Garance A Drosihn wrote: > >> At 1:32 PM -0700 8/4/05, Mike Eubanks wrote: > >> >I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. > >> >The system no longer powers down using either the `shutdown -p now' > >> >or `acpiconf -s 5' commands. Instead it always restarts. > >> > >> This won't help much, but I have a system running 5.4-STABLE as of > >> Thu Jul 28, and `shutdown -p now' works on that. Dual-athlon. > >> > > > >Ok. I'm also running a dual-athlon with 5.4-STABLE...no problems. > >I really don't know why this machine is behaving the way it is, > >it has always worked fine under 5.1-RELEASE. > > Hmm. The more I think about this, the more I think I tripped > across something similar once. I think it was something like > I turned on 'APM' somewhere, or I added it to my kernel, or > something. For power-down, you need to be using ACPI, not APM. > But from your dmesg output, it looks like you are using ACPI, > so I am probably not helping much with that guess either. > > Here's the start of my dmesg output. Seems like our machines > are fairly similar: > > # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Copyright (c) 1992-2005 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.4-STABLE #0: Thu Jul 28 19:58:50 EDT 2005 > root@meddle.netel.rpi.edu:/usr/obj/usr/src/sys/Dual-Athlon2k-5x > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) MP 2000+ (1666.74-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 > > Features=0x383fbff > AMD Features=0xc0480000 > real memory = 1073217536 (1023 MB) > avail memory = 1040592896 (992 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 1 > cpu1 (AP): APIC ID: 0 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi0: Sleep Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port > 0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff iomem 0xd8000-0xdbfff on acpi0 > pci0: on pcib0 > agp0: port 0x1010-0x1013 mem > 0xf5400000-0xf5400fff,0xf8000000-0xfbffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 5.0 (no driver attached) > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on > pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > Ok, I built APM into the kernel and gave it a few tries, fiddling with different things. Unfortunately no luck. The dmesg snip above looks identical to my dual processor system. The main difference between them and the machine that is acting up is the line right after npx0: dual-processor Athlon MP (Tyan board) + acpi0: on motherboard single processor Athlon XP (Gigabyte board - problem child) + acpi0: on motherboard I imagine this is due to the different motherboards and their BIOS. After digging around through the kernel and acpi source for awhile, I decided to power the system down completely and unplug it. The `shutdown -p now' command worked one time. I repeated this process several more times, each with a single `shutdown -p now' command working. After that, I put my 5.1-RELEASE HDD back in (pulling the 5.4-STABLE disk out). The 5.1 system still works perfect with power down working every time. If all else fails, I will simply stay with the older system. I am going to try a clean 5.4 install again, though, just to make sure things didn't go haywire when I was building the system last time. Once I have the base 5.4-STABLE system installed again, I should be able to verify whether there is a hardware compatibility issue stemming from a code difference between the two branches (5.1 and 5.4), or if my work was simply sleep deprived. If it happens to be a hardware issue, I'll send a follow up. Cheers, -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 05:14:33 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4685D16A41F for ; Fri, 5 Aug 2005 05:14:33 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (lots.reanimators.org [64.142.28.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id E709C43D45 for ; Fri, 5 Aug 2005 05:14:32 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (localhost.reanimators.org [127.0.0.1]) by lots.reanimators.org (8.13.3/8.13.3) with ESMTP id j755EWI6019404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 4 Aug 2005 22:14:32 -0700 (PDT) (envelope-from fmc@lots.reanimators.org) Received: (from fmc@localhost) by lots.reanimators.org (8.13.3/8.13.3/Submit) id j755EWpH019403; Thu, 4 Aug 2005 22:14:32 -0700 (PDT) (envelope-from fmc) Message-Id: <200508050514.j755EWpH019403@lots.reanimators.org> To: freebsd-stable@FreeBSD.org References: <200507290034.j6T0YLdZ014411@lots.reanimators.org> <20050729091624.R74149@fledge.watson.org> <200507291809.j6TI9p37035628@lots.reanimators.org> <200508021726.j72HQPQG051111@lots.reanimators.org> <200508022220.j72MKvUt056654@lots.reanimators.org> From: Frank McConnell Date: Thu, 04 Aug 2005 22:14:32 -0700 In-Reply-To: <200508022220.j72MKvUt056654@lots.reanimators.org> (Frank McConnell's message of "Tue, 02 Aug 2005 15:20:57 -0700") MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: RELENG_5 PAE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 05:14:33 -0000 Further debugging led me to the conclusion that the problem is in pmap_protect(), in src/sys/i386/i386/pmap.c; and has to do with a 32-bit-truncated pt_entry_t being passed to PHYS_TO_VM_PAGE(). (pt_entry_t is 64 bits if the kernel is built with PAE.) This caused a page fault in vm_page_flag_set() which left the thread deadlocked while holding vm_page_queue_mtx and in turn led to a panic when another thread tried to acquire vm_page_queue_mtx. Then I checked the cvs logs, and saw rev 1.524, which looks like what I was thinking about as a fix, so I'm giving it a spin on top of earlier-this-week's RELENG_5. Thus far I'll say that with that change my usual way of provoking the problem hasn't, yet. I'm going to try to get this PC put back into co-lo where it can get some production-like testing this weekend. It'd be nice to get this fix MFC'd to RELENG_5 too. -Frank McConnell From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 11:32:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80E4C16A420 for ; Fri, 5 Aug 2005 11:32:18 +0000 (GMT) (envelope-from jw@innerewut.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E12DA43D49 for ; Fri, 5 Aug 2005 11:32:17 +0000 (GMT) (envelope-from jw@innerewut.de) Received: (qmail 6485 invoked from network); 5 Aug 2005 11:32:15 -0000 Received: from unknown (HELO [192.168.0.200]) (068076@[85.178.247.45]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 5 Aug 2005 11:32:15 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Fri, 05 Aug 2005 13:32:09 +0200 From: Jonathan Weiss To: FreeBSD-Stable Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: RELENG_6 has problems with booting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 11:32:18 -0000 I still experience hangs with RELENG_6. Today I though I give it another try. I used a fresh cvsup of RELENG_6. After rm -rf /usr/obj* && make clean && make cleandir && make buildworld && make buildkernel && make install kernel I rebooted into single user mode in order to install the world and execute mergemaster. Even in single user mode the machine will hang after some minutes. I have no problems with RELENG_5. See my other mails in this thread for a verbose dmesg. Any hints on that? Greets, Jonathan -- Jonathan Weiss http://blog.innerewut.de From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 12:32:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88C2316A41F for ; Fri, 5 Aug 2005 12:32:33 +0000 (GMT) (envelope-from AntiVir@yospace.com) Received: from masala.yospace.com (masala.yospace.com [213.210.21.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAE0743D48 for ; Fri, 5 Aug 2005 12:32:32 +0000 (GMT) (envelope-from AntiVir@yospace.com) Received: from masala.yospace.com (localhost [127.0.0.1]) by masala.yospace.com (8.12.7/8.12.7/SuSE Linux 0.6) with ESMTP id j75CWTLo028128 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 5 Aug 2005 13:32:29 +0100 Received: (from uucp@localhost) by masala.yospace.com (8.12.7/8.12.7/Submit) id j75CWThx028124 for freebsd-stable@freebsd.org; Fri, 5 Aug 2005 13:32:29 +0100 Date: Fri, 5 Aug 2005 13:32:29 +0100 From: AntiVir@yospace.com Message-Id: <200508051232.j75CWThx028124@masala.yospace.com> To: freebsd-stable@freebsd.org X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.31.1.0; VDF 6.31.1.62 Subject: AntiVir ALERT [your mail: "DELIVERY REPORTS ABOUT YOUR E-MAIL"] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 12:32:33 -0000 * * * * * * * * * * * * * * * AntiVir ALERT * * * * * * * * * * * * * * * This version of AntiVir is licensed and full featured. AntiVir has detected the following in a mail from your address: Worm/Mydoom.M The mail was not delivered. Please remove any potential malicious software from your computer before sending a new mail with attachments. Mail-Info: --8<-- From: freebsd-stable@freebsd.org To: staff@muaythaionline.net Date: Fri, 5 Aug 2005 14:32:31 +0200 Subject: DELIVERY REPORTS ABOUT YOUR E-MAIL --8<-- -- AntiVir for UNIX Copyright (C) 1994-2003 by H+BEDV Datentechnik GmbH. All rights reserved. For more information see http://www.antivir.de/ or http://www.hbedv.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 16:19:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C299E16A41F for ; Fri, 5 Aug 2005 16:19:50 +0000 (GMT) (envelope-from dimma@torch.higis.ru) Received: from torch.higis.ru (gate.higis.ru [81.195.168.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C1D643D46 for ; Fri, 5 Aug 2005 16:19:49 +0000 (GMT) (envelope-from dimma@torch.higis.ru) Received: from localhost (localhost [127.0.0.1]) by torch.higis.ru (8.12.10/8.12.10) with ESMTP id j75GJlKn001532 for ; Fri, 5 Aug 2005 20:19:47 +0400 (MSD) (envelope-from dimma@torch.higis.ru) Received: from torch.higis.ru ([127.0.0.1]) by localhost (torch.higis.ru [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01340-05 for ; Fri, 5 Aug 2005 20:19:43 +0400 (MSD) Received: from torch.higis.ru (localhost [127.0.0.1]) by torch.higis.ru (8.12.10/8.12.10) with ESMTP id j75GJgeu001527 for ; Fri, 5 Aug 2005 20:19:42 +0400 (MSD) (envelope-from dimma@torch.higis.ru) Received: (from dimma@localhost) by torch.higis.ru (8.12.10/8.12.10/Submit) id j75GJfxu001526 for freebsd-stable@freebsd.org; Fri, 5 Aug 2005 20:19:41 +0400 (MSD) (envelope-from dimma) Date: Fri, 5 Aug 2005 20:19:41 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20050805161941.GE77889@torch.higis.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at higis.ru Subject: ggatec+gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 16:19:50 -0000 Hi, all! I can't use in my script this variant: ggate=`sbin/ggatec ${ggatec_flags}` /sbin/gmirror insert ${mirror} ${ggate} I have to use: /sbin/ggatec ${ggatec_flags} > /dev/null ggate=`/sbin/ggatec list` /sbin/gmirror insert ${mirror} ${ggate} Think in $ggate I get father-process STDOUT, but device name return child STDOUT. Is it correct behaviour? $ uname -rs FreeBSD 5.4-RELEASE-p5 By. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 17:27:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B020016A41F for ; Fri, 5 Aug 2005 17:27:13 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bloom.cse.buffalo.edu (bloom.cse.Buffalo.EDU [128.205.32.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5807B43D4C for ; Fri, 5 Aug 2005 17:27:13 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bloom.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by bloom.cse.buffalo.edu (8.13.3/8.12.4) with ESMTP id j75HRCaW068118 for ; Fri, 5 Aug 2005 13:27:12 -0400 (EDT) Received: (from kensmith@localhost) by bloom.cse.buffalo.edu (8.13.3/8.13.1/Submit) id j75HRCfq068113 for freebsd-stable@freebsd.org; Fri, 5 Aug 2005 13:27:12 -0400 (EDT) (envelope-from kensmith) Date: Fri, 5 Aug 2005 13:27:12 -0400 From: Ken Smith To: freebsd-stable@freebsd.org Message-ID: <20050805172712.GA66753@bloom.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 17:27:13 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Announcement ------------ The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 6.0-BETA2. Because suitable pre-build packages are not widely available (see the Known Issues section below) BETA2 only has disc1 and bootonly ISOs available, and there are no FTP install trees. We encourage people to help with testing so any final bugs can be identified and worked out. Availability of ISO images is given below. If you have an older system you want to update using the normal CVS/cvsup source based upgrade the branch tag to use is RELENG_6 (though that will change for the Release Candidates later). Problem reports can be submitted using the send-pr(1) command. The list of open issues and things still being worked on are on the todo list: http://www.freebsd.org/releases/6.0R/todo.html Since this is the first release of a new branch we only have a rough idea for some of the dates. The current rough schedule is available but most dates are still listed as "TBD - To Be Determined": http://www.freebsd.org/releases/6.0R/schedule.html Known Issues ------------ Prebuilt packages are not available at this time due to the recent bump of shared library version numbers. The installation procedure will fail to install things normally present as packages (e.g. perl). There is a full ports tree available so you can build anything you want to use from that. Availability ------------ The BETA2 ISOs are available on most of the FreeBSD Mirror sites. A list of the mirror sites is available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html The MD5s are: MD5 (6.0-BETA2-alpha-bootonly.iso) =3D 800d6bf84642ade264fce2594b783136 MD5 (6.0-BETA2-alpha-disc1.iso) =3D 12cbc4fbf616a8a6c70184aaa3e389a4 MD5 (6.0-BETA2-amd64-bootonly.iso) =3D 4e027ebc30157677464e8a4766d6f924 MD5 (6.0-BETA2-amd64-disc1.iso) =3D 2e54efd31dc63dadf5b68b4345233611 MD5 (6.0-BETA2-i386-bootonly.iso) =3D 70129bbc9e490836de7544230b6bc6fb MD5 (6.0-BETA2-i386-disc1.iso) =3D 3b1917c8143cbc99b22fc50e405c710f MD5 (6.0-BETA2-ia64-bootonly.iso) =3D 60a277555ae190b30113cd2fab9a3d64 MD5 (6.0-BETA2-ia64-disc1.iso) =3D a89acc0a1493b8c4d3786ddef33bdf42 MD5 (6.0-BETA2-ia64-livefs.iso) =3D 85d0f5d14d0e8b1697aa2c4dcdf73f68 MD5 (6.0-BETA2-pc98-disc1.iso) =3D bfca0ea211c1f977204b9677720289db MD5 (6.0-BETA2-sparc64-bootonly.iso) =3D a79dae4b17b14dda908b84ac388a411b MD5 (6.0-BETA2-sparc64-disc1.iso) =3D 6aaefe58e249057d4b7d2418ec1c52c5 =20 -ken --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFC86Fu/G14VSmup/YRAu6LAJ0VhhAYPMaoEDozV+72ln9vXtQq0gCfdoFk BoOjauEcYQrPdbDyTSSYLig= =Jv8n -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 18:04:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 556D516A41F for ; Fri, 5 Aug 2005 18:04:04 +0000 (GMT) (envelope-from cta@arthurfamily.ws) Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.24.2.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 783AA43D45 for ; Fri, 5 Aug 2005 18:04:02 +0000 (GMT) (envelope-from cta@arthurfamily.ws) Received: from arthurfamily.ws (cpe-24-195-59-69.nycap.res.rr.com [24.195.59.69]) by ms-smtp-02.nyroc.rr.com (8.12.10/8.12.10) with ESMTP id j75I3xIU008439 for ; Fri, 5 Aug 2005 14:03:59 -0400 (EDT) Received: by arthurfamily.ws (Postfix, from userid 48) id 82BBE80506; Fri, 5 Aug 2005 14:03:58 -0400 (EDT) Received: from 192.168.100.1 (SquirrelMail authenticated user cta); by www.arthurfamily.ws with HTTP; Fri, 5 Aug 2005 14:03:58 -0400 (EDT) Message-ID: <48061.192.168.100.1.1123265038.squirrel@www.arthurfamily.ws> Date: Fri, 5 Aug 2005 14:03:58 -0400 (EDT) From: cta@arthurfamily.ws To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a-6.FC3 X-Mailer: SquirrelMail/1.4.3a-6.FC3 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: error when trying to log into gnome X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 18:04:04 -0000 Hi Everyone, This is my first time ever asking a question on here so bare with me if I make any mistakes. I have a 5.4 system that was working great with gnome and I was trying to install word perfect from linux from the cd and I rebooted and now I am not able to log into a gnome session. When I try to log in xdm restarts and I am back at the login prompt. I looked at my .xsession-errors file and noticed the following: here is my .xsession file by the way also: #!/bin/sh /usr/X11R6/bin/gnome-session $ /usr/X11R6/bin/gnome-session My .xsession-errors states the following: /libexec/ld-elf.so.1: /usr/lib/libSM.so.6: Undefined symbol "_IO_stderr_" Any suggestions on how I might remedy the problem? Thanks Chris Arthur From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 20:03:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B994E16A41F for ; Fri, 5 Aug 2005 20:03:26 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5886C43D46 for ; Fri, 5 Aug 2005 20:03:26 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j75K3N2u026886; Fri, 5 Aug 2005 16:03:24 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <1123213427.786.94.camel@yak.mseubanks.net> References: <1123187556.786.25.camel@yak.mseubanks.net> <1123190717.786.49.camel@yak.mseubanks.net> <1123213427.786.94.camel@yak.mseubanks.net> Date: Fri, 5 Aug 2005 16:03:23 -0400 To: mse_software@charter.net From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 Cc: stable@freebsd.org Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 20:03:26 -0000 At 8:43 PM -0700 8/4/05, Mike Eubanks wrote: >On Thu, 2005-08-04 at 19:14 -0400, Garance A Drosihn wrote: > > >> Hmm. The more I think about this, the more I think I tripped >> across something similar once. I think it was something like >> I turned on 'APM' somewhere, or I added it to my kernel, or > > something. For power-down, you need to be using ACPI, not APM. >> But from your dmesg output, it looks like you are using ACPI, > > so I am probably not helping much with that guess either. > >Ok, I built APM into the kernel and gave it a few tries, fiddling >with different things. Sorry, my comments were not as clear as they should have been. What I meant is that my problem was *caused* by adding APM into the mix, when it should not have been there. That's what I meant by: For power-down, you need to be using ACPI, not APM. But all of this is just vague memory anyway. I haven't had any problems with my machines powering down for quite awhile now. (through many different system builds...) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 21:17:19 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C31F916A41F for ; Fri, 5 Aug 2005 21:17:19 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf33.cluster1.charter.net (mxsf33.cluster1.charter.net [209.225.28.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 447E743D48 for ; Fri, 5 Aug 2005 21:17:19 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip15a.cluster1.charter.net (mxip15a.cluster1.charter.net [209.225.28.145]) by mxsf33.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j75LHHg1016042 for ; Fri, 5 Aug 2005 17:17:17 -0400 Received: from 68-186-85-19.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) (68.186.85.19) by mxip15a.cluster1.charter.net with ESMTP; 05 Aug 2005 17:17:17 -0400 X-IronPort-AV: i="3.95,171,1120449600"; d="scan'208"; a="1356540623:sNHT16137766" From: Mike Eubanks To: stable@freebsd.org In-Reply-To: <42F33FA6.6060808@stud.ntnu.no> References: <1123187556.786.25.camel@yak.mseubanks.net> <1123191266.786.55.camel@yak.mseubanks.net> <42F33FA6.6060808@stud.ntnu.no> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 05 Aug 2005 14:17:15 -0700 Message-Id: <1123276635.4278.23.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Owe =?ISO-8859-1?Q?J=F8rgensen?= Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 21:17:19 -0000 On Fri, 2005-08-05 at 12:29 +0200, Owe Jørgensen wrote: > Mike Eubanks wrote: > > >On Thu, 2005-08-04 at 14:21 -0700, J. Nyhuis wrote: > > > > > >> Wouldn't you want a -h for "halt" to prevent it from powering back > >>up? > >> > >> Thanks, > >> > >>John H. Nyhuis > >>Sr. Computer Specialist > >>Dept. of Pediatrics > >>HS RR349B, Box 356320 > >>University of Washington > >>Desk: (206)-685-3884 > >>cabal@u.washington.edu > >> > >>On Thu, 4 Aug 2005, Garance A Drosihn wrote: > >> > >> > >> > >>>At 1:32 PM -0700 8/4/05, Mike Eubanks wrote: > >>> > >>> > >>>>I have finished migrating my system from 5.1-RELEASE to 5.4-STABLE. > >>>>The system no longer powers down using either the `shutdown -p now' > >>>>or `acpiconf -s 5' commands. Instead it always restarts. > >>>> > >>>> > >>>This won't help much, but I have a system running 5.4-STABLE as of > >>>Thu Jul 28, and `shutdown -p now' works on that. Dual-athlon. > >>> > >>>-- > >>>Garance Alistair Drosehn = gad@gilead.netel.rpi.edu > >>>Senior Systems Programmer or gad@freebsd.org > >>>Rensselaer Polytechnic Institute or drosih@rpi.edu > >>> > >>> > > > > > >Yeah, the `-h' option does halt the system. The system does not power > >down though as it should with `-p' (halt and power down). > > > > > > > > > I guess it would be more healthy for the system and your fitness if you > reached down and turned it off manually after a shutdown -h.... :-) Right you are. Once the machine is being used, though, I will need one arm that is at least 240 miles in length and rippling back muscles to carry the weight of my arm. :-) -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 21:17:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870E816A425 for ; Fri, 5 Aug 2005 21:17:32 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf18.cluster1.charter.net (mxsf18.cluster1.charter.net [209.225.28.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1797343D45 for ; Fri, 5 Aug 2005 21:17:31 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip26a.cluster1.charter.net (mxip26a.cluster1.charter.net [209.225.28.181]) by mxsf18.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j75LHUmS012667 for ; Fri, 5 Aug 2005 17:17:30 -0400 Received: from 68-186-85-19.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.186.85.19]) by mxip26a.cluster1.charter.net with ESMTP; 05 Aug 2005 17:17:30 -0400 X-IronPort-AV: i="3.95,171,1120449600"; d="scan'208"; a="26705287:sNHT16437224" From: Mike Eubanks To: stable@freebsd.org In-Reply-To: References: <1123187556.786.25.camel@yak.mseubanks.net> <1123190717.786.49.camel@yak.mseubanks.net> <1123213427.786.94.camel@yak.mseubanks.net> Content-Type: text/plain Date: Fri, 05 Aug 2005 14:17:28 -0700 Message-Id: <1123276648.4278.24.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Garance A Drosihn Subject: Re: ``shutdown -p now'' not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 21:17:32 -0000 On Fri, 2005-08-05 at 16:03 -0400, Garance A Drosihn wrote: > At 8:43 PM -0700 8/4/05, Mike Eubanks wrote: > >On Thu, 2005-08-04 at 19:14 -0400, Garance A Drosihn wrote: > > > > >> Hmm. The more I think about this, the more I think I tripped > >> across something similar once. I think it was something like > >> I turned on 'APM' somewhere, or I added it to my kernel, or > > > something. For power-down, you need to be using ACPI, not APM. > >> But from your dmesg output, it looks like you are using ACPI, > > > so I am probably not helping much with that guess either. > > > >Ok, I built APM into the kernel and gave it a few tries, fiddling > >with different things. > > Sorry, my comments were not as clear as they should have been. > What I meant is that my problem was *caused* by adding APM into > the mix, when it should not have been there. That's what I > meant by: For power-down, you need to be using ACPI, not APM. > > But all of this is just vague memory anyway. I haven't had any > problems with my machines powering down for quite awhile now. > (through many different system builds...) > Garance, That's ok. I figured it wouldn't hurt to give it a try anyway. I am currently rebuilding it. I've never had a problem quite like this one. Evidence for problem seems to be inconsistent in the fact that it works fully on one version, and sometimes on the other. In the end, I fear my install is the only thing questionable at this point when considering the other dual-Athlon 5.4 system operates without a problem. Thanks again -- Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 21:36:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F3EE16A41F for ; Fri, 5 Aug 2005 21:36:18 +0000 (GMT) (envelope-from garry@NetworkPhysics.COM) Received: from NetworkPhysics.COM (fw.networkphysics.com [205.158.104.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FFA243D53 for ; Fri, 5 Aug 2005 21:36:18 +0000 (GMT) (envelope-from garry@NetworkPhysics.COM) Received: from networkphysics.com (stratus.fractal.networkphysics.com [10.10.1.104]) by NetworkPhysics.COM (8.12.10/8.12.10) with ESMTP id j75LaHaL047250 for ; Fri, 5 Aug 2005 14:36:17 -0700 (PDT) (envelope-from garry@networkphysics.com) Message-ID: <42F3DC53.1060506@networkphysics.com> Date: Fri, 05 Aug 2005 14:38:27 -0700 From: Garry Belka User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.4.2) Gecko/20040301 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.4-STABLE panic in propagate_priority() and a tentative patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 21:36:18 -0000 Hi, We saw several panics of the same kind on different systems running 5.4-STABLE. The panic was in propagate_priority() and was ultimately traced to vget() call in pfs_vncache_alloc(). vget() is called under global pfs mutex. When vget() sleeps, propagate_priority() in a different thread comes across a sleeping thread that owns a blocked mutex, and that causes a panic. a tentative patch for 5.4-STABLE is below. In addition to a fix for panic, it includes changes to switch to LIST_*() macros instead of directly manipulating queue pointers. I'd be most interested to hear opinion of people experienced with vfs whether this patch is suitable or what problems they see with it. In order to apply it to 6.0, I think it might be sufficient to uncomment XXX-- comments, but I hadn't checked that: the patch also includes some 6.0 fixes from Isilon backported to 5.4, and some of those depend on other 6.0 vfs changes and will fail on 5.4 so they are partially commented out to make it work on 5.4. Best, Garry --- pseudofs_internal.h 23 Dec 2004 00:36:09 -0000 1.1 +++ pseudofs_internal.h 5 Aug 2005 20:50:42 -0000 1.2 @@ -43,8 +43,9 @@ struct pfs_node *pvd_pn; pid_t pvd_pid; struct vnode *pvd_vnode; - struct pfs_vdata*pvd_prev, *pvd_next; + LIST_ENTRY(pfs_vdata) pvd_link; }; + /* * Vnode cache --- pseudofs_vncache.c 23 Dec 2004 00:36:09 -0000 1.1 +++ pseudofs_vncache.c 5 Aug 2005 20:50:42 -0000 1.2 @@ -38,6 +38,7 @@ #include #include #include +#include #include #include @@ -45,7 +46,8 @@ static MALLOC_DEFINE(M_PFSVNCACHE, "pfs_vncache", "pseudofs vnode cache"); static struct mtx pfs_vncache_mutex; -static struct pfs_vdata *pfs_vncache; +static LIST_HEAD(, pfs_vdata) pfs_vncache_list = + LIST_HEAD_INITIALIZER(&pfs_vncache_list); static eventhandler_tag pfs_exit_tag; static void pfs_exit(void *arg, struct proc *p); @@ -106,6 +108,7 @@ struct pfs_node *pn, pid_t pid) { struct pfs_vdata *pvd; + struct vnode *vnp; int error; /* @@ -113,10 +116,10 @@ * XXX linear search is not very efficient. */ mtx_lock(&pfs_vncache_mutex); - for (pvd = pfs_vncache; pvd; pvd = pvd->pvd_next) { + LIST_FOREACH(pvd, &pfs_vncache_list, pvd_link) { if (pvd->pvd_pn == pn && pvd->pvd_pid == pid && pvd->pvd_vnode->v_mount == mp) { - if (vget(pvd->pvd_vnode, 0, curthread) == 0) { + if (vget(pvd->pvd_vnode, LK_NOWAIT, curthread) == 0) { ++pfs_vncache_hits; *vpp = pvd->pvd_vnode; mtx_unlock(&pfs_vncache_mutex); @@ -127,6 +130,20 @@ return (0); } /* XXX if this can happen, we're in trouble */ + /* the vnode is being cleaned. + * need to wait until it's gone + */ + vnp = pvd->pvd_vnode; + vhold(vnp); + mtx_unlock(&pfs_vncache_mutex); + /*XXX-- VOP_LOCK(vnp, LK_EXCLUSIVE, curthread); */ + if (vget(vnp, 0, curthread) == 0) { + /* XXX shouldn't happen. */ + vrele(vnp); + } + /*XXX-- VOP_UNLOCK(vnp, 0, curthread); */ + vdrop(vnp); + mtx_lock(&pfs_vncache_mutex); break; } } @@ -135,8 +152,6 @@ /* nope, get a new one */ MALLOC(pvd, struct pfs_vdata *, sizeof *pvd, M_PFSVNCACHE, M_WAITOK); - if (++pfs_vncache_entries > pfs_vncache_maxentries) - pfs_vncache_maxentries = pfs_vncache_entries; error = getnewvnode("pseudofs", mp, pfs_vnodeop_p, vpp); if (error) { FREE(pvd, M_PFSVNCACHE); @@ -176,12 +191,13 @@ if ((pn->pn_flags & PFS_PROCDEP) != 0) (*vpp)->v_vflag |= VV_PROCDEP; pvd->pvd_vnode = *vpp; + mtx_lock(&pfs_vncache_mutex); - pvd->pvd_prev = NULL; - pvd->pvd_next = pfs_vncache; - if (pvd->pvd_next) - pvd->pvd_next->pvd_prev = pvd; - pfs_vncache = pvd; + + LIST_INSERT_HEAD(&pfs_vncache_list, pvd, pvd_link); + if (++pfs_vncache_entries > pfs_vncache_maxentries) + pfs_vncache_maxentries = pfs_vncache_entries; + mtx_unlock(&pfs_vncache_mutex); (*vpp)->v_vnlock->lk_flags |= LK_CANRECURSE; vn_lock(*vpp, LK_RETRY | LK_EXCLUSIVE, curthread); @@ -199,15 +215,10 @@ mtx_lock(&pfs_vncache_mutex); pvd = (struct pfs_vdata *)vp->v_data; KASSERT(pvd != NULL, ("pfs_vncache_free(): no vnode data\n")); - if (pvd->pvd_next) - pvd->pvd_next->pvd_prev = pvd->pvd_prev; - if (pvd->pvd_prev) - pvd->pvd_prev->pvd_next = pvd->pvd_next; - else - pfs_vncache = pvd->pvd_next; + LIST_REMOVE(pvd, pvd_link); + --pfs_vncache_entries; mtx_unlock(&pfs_vncache_mutex); - --pfs_vncache_entries; FREE(pvd, M_PFSVNCACHE); vp->v_data = NULL; return (0); @@ -222,6 +233,8 @@ struct pfs_vdata *pvd; struct vnode *vnp; + if (LIST_EMPTY(&pfs_vncache_list)) + return; mtx_lock(&Giant); /* * This is extremely inefficient due to the fact that vgone() not @@ -237,16 +250,18 @@ * this particular case would be a BST sorted by PID. */ mtx_lock(&pfs_vncache_mutex); - pvd = pfs_vncache; - while (pvd != NULL) { + restart: + LIST_FOREACH(pvd, &pfs_vncache_list, pvd_link) { if (pvd->pvd_pid == p->p_pid) { vnp = pvd->pvd_vnode; + vhold(vnp); mtx_unlock(&pfs_vncache_mutex); + /*XXX-- VOP_LOCK(vnp, LK_EXCLUSIVE, curthread); */ vgone(vnp); + /*XXX-- VOP_UNLOCK(vnp, 0, curthread); */ + vdrop(vnp); mtx_lock(&pfs_vncache_mutex); - pvd = pfs_vncache; - } else { - pvd = pvd->pvd_next; + goto restart; } } mtx_unlock(&pfs_vncache_mutex); @@ -267,16 +282,19 @@ pn->pn_flags |= PFS_DISABLED; /* XXX see comment above nearly identical code in pfs_exit() */ mtx_lock(&pfs_vncache_mutex); - pvd = pfs_vncache; - while (pvd != NULL) { + restart: + LIST_FOREACH(pvd, &pfs_vncache_list, pvd_link) { if (pvd->pvd_pn == pn) { vnp = pvd->pvd_vnode; + vhold(vnp); mtx_unlock(&pfs_vncache_mutex); + /*XXX-- VOP_LOCK(vnp, LK_EXCLUSIVE, curthread); */ vgone(vnp); + /*XXX-- VOP_UNLOCK(vnp, 0, curthread); */ + vdrop(vnp); + mtx_lock(&pfs_vncache_mutex); - pvd = pfs_vncache; - } else { - pvd = pvd->pvd_next; + goto restart; } } mtx_unlock(&pfs_vncache_mutex); From owner-freebsd-stable@FreeBSD.ORG Fri Aug 5 22:21:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB97116A41F for ; Fri, 5 Aug 2005 22:21:02 +0000 (GMT) (envelope-from dgeo@egim-mrs.fr) Received: from mail.egim-mrs.fr (bouba.egim-mrs.fr [147.94.19.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11AC143D55 for ; Fri, 5 Aug 2005 22:21:01 +0000 (GMT) (envelope-from dgeo@egim-mrs.fr) Received: from localhost (localhost [127.0.0.1]) by mail.egim-mrs.fr (Nintendo(0.0-1a)) with ESMTP id 2B426C9313 for ; Sat, 6 Aug 2005 00:21:13 +0200 (CEST) Received: from mail.egim-mrs.fr ([127.0.0.1]) by localhost (bouba.egim-mrs.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56910-01 for ; Sat, 6 Aug 2005 00:21:12 +0200 (CEST) Received: from [192.168.13.1] (l02m-213-44-148-178.d4.club-internet.fr [213.44.148.178]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.egim-mrs.fr (Nintendo(0.0-1a)) with ESMTP id 367F6C9306 for ; Sat, 6 Aug 2005 00:21:12 +0200 (CEST) Message-ID: <42F3E649.9050606@egim-mrs.fr> Date: Sat, 06 Aug 2005 00:20:57 +0200 From: Geoffroy DESVERNAY User-Agent: Debian Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200506251540.50639.doconnor@gsoft.com.au> In-Reply-To: <200506251540.50639.doconnor@gsoft.com.au> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010805040003040200080801" X-Virus-Scanned: by amavisd-new at egim-mrs.fr Subject: Re: 5.4 Installer + Promise FT100TX2 = Loader crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 22:21:03 -0000 This is a cryptographically signed message in MIME format. --------------ms010805040003040200080801 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Daniel O'Connor wrote: > Hi, > I am updating an old 4.x system to 5.4 here and it has a Promise FT100TX2 RAID > controller (in mirror). > > The problem is that when I boot the CD the loader crashes (does a reg dump) > but only if the card is present and an array is defined. I can't record what > the dump is because it continually sprays the dump down the screen which > makes it unreadable :( > > I have seen this on an AMD64 system (I used the same RAID card in it) and got > the same problem. To work around it on that system I installed via the > motherboard IDE controller and then moved the disk over to the RAID > controller. > > It only seems to affect booting the installer - once the system is installed > it boots from the RAID card just fine (!) > > I just tried booting from floppy and that works (?!) although that method > doesn't probe my PS/2 keyboard for some reason :-/ > > Does anyone have any suggestions for fixing the RAID + CD boot problem? > > Thanks. > I've exactly the same issue: on a PIII866, only one IDE CD, Floppy and a RAID1 array on the FT100TX2, no way to boot on the CD... It works with there are no array on the card. (No array defined, Ctrl-F for bios or to continue). -> I just installed on 'ad4'(prim. master from raid card) disk, edited fstab to mount ar0 instead of ad4, then build (on the card's bios) a raid1 with ad6(long time copying...), then it boots from the raid. Still not from a FreeBSD5.4 RELEASE CD, nor a FreeSBIE 1.1 (based on 5.3). I can do some tests if needed, even if I'm don't really understand more than 'hello world', I know how to apply patches ;) -- ----------------------------------------------------------- / Geoffroy DESVERNAY | \ / `Service info` | Tel: (+33|0)4 91 05 45 24 \ \ Ecole Généraliste d'Ingénieurs| Fax: (+33|0)4 91 05 45 98 / \ ...de MARSEILLE | dgeo _AT_ egim-mrs.fr / ----------------------------------------------------------- --------------ms010805040003040200080801 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOazCC A9swggLDoAMCAQICAQIwDQYJKoZIhvcNAQEEBQAwTzELMAkGA1UEBhMCRlIxDDAKBgNVBAoT A0NSVTESMBAGA1UEAxMJYWMtcmFjaW5lMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUu ZnIwHhcNMDMwNTE2MDkzMTE3WhcNMTIxMjE0MDkzMTE3WjBUMQswCQYDVQQGEwJGUjEMMAoG A1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2Et YWRtaW5AY3J1LmZyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtXGYMirQ2feu 6b4FDrH8PRwIyjfXPSXaG33GoatYJIbOmxAwnGbwVBng3WDzoW5X45RWq93nOxSdx4MTsGQJ pBihob2h4XeGpL54WlLd+kvOxvp/0OzLYYcESI3dpVRjf6jB8Ggc7BUlE+ptIjyXAVTNKz1o 6aiLSR6G1zG5cidq3BAXjlpfvbX9EWfICcnmLMSQ29oam857EsAJRuGHNajdPEMUlsioEIf2 Zf4YL9pa5rJ5Efs7NTxu8ffICGYlCynJXJTC461sRrub8s6SOM69NTw8EM+1A3ewd5WyGkZe QSG7SJyJY8Lg8u4CMoflOjP3LSYhCLI1Ic0gX08dkQIDAQABo4G8MIG5MA8GA1UdEwEB/wQF MAMBAf8wHQYDVR0OBBYEFBUKfCi1rKa81/0yMx15vbNJCjGQMHcGA1UdIwRwMG6AFK8vz0qV BLbeJLMJqVU+XA4c+HEuoVOkUTBPMQswCQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRIwEAYD VQQDEwlhYy1yYWNpbmUxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcoIBADAOBgNV HQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQEEBQADggEBAMG/+LofN2vISFWieXrHsFsIrM/2WUhf zAcE2/Ga+/UWvJaDJO9RlbUNN3l+f40L1yUJW9kZqY4XMBcbJ6jbpmeJ+zTf+zveAD/sl9ZN qoC931HFLq/TGjZSIQxX4Nxad9DFbok66X1qfRZF4+beaz2zjrF07LvjWX6201Rc6zQhNyTy UdO/wYY0EBYu0CFrTK4RxS6d2LsyO1p1Xj7oMCa9Utmu/igZoXJYL709POBKHJoYNU+LI6iJ 8aYcZupJ/GXVxfj68L1KP2i8cM3a570bJCDbsKcchzZqsvII5cewU7KKPH4fyMyfsA39tJ0V BMQyvdWZHpS75DN0eB5UVzUwggVCMIIEKqADAgECAgIEkzANBgkqhkiG9w0BAQQFADBUMQsw CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA1MDMyMzEwMjEwMloXDTA2MDMyMzEw MjEwMlowXjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m ZnJveSBEZXN2ZXJuYXkxHzAdBgkqhkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCms7qWSkTwUJvQq2Mu2ghrvv9AXcaDASOKblYa lTFCmi5fYR9FbTkK+/F7+q7DsEc+cFk12S7mTk/n0M6zyqqTYZ8P1CpAqOj9L8vYHHoRTmi+ nLr5SkZ74KdERxLgFsh5A7xz4+aACOVwXweTWeaGZ7qkwZCduRpY+t/l88AQXT6PA2Ao2cEc 1jsAFqnCGAyo6M1oVB+UikZjBi8DH+ZJFCDt53OFSrBGCxwb0O1QSmUeIBCQpK32N7vy2+Wo uWNrN232Qv9slhb9p0pP8ki1kXdmgQqXAzmsT8sa4jmyTWVyhSvVXdjRff6LMtxrD+58H4aN A3VBh5zG0TwMw/yvAgMBAAGjggISMIICDjAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQE AwIEsDAOBgNVHQ8BAf8EBAMCBeAwEwYDVR0lBAwwCgYIKwYBBQUHAwIwGwYDVR0RBBQwEoEQ ZGdlb0BlZ2ltLW1ycy5mcjBwBglghkgBhvhCAQ0EYxZhQ2VydGlmaWNhdCBhYy11dGlsaXNh dGV1ci4gUG91ciB0b3V0ZSBpbmZvcm1hdGlvbiBzZSByZXBvcnRlciDgIGh0dHA6Ly9pZ2Mu Y3J1LmZyL2FjLXV0aWxpc2F0ZXVyLzAdBgNVHQ4EFgQU2L2xnBQv4ehMXBUG53tonqPd6Gcw dwYDVR0jBHAwboAUFQp8KLWsprzX/TIzHXm9s0kKMZChU6RRME8xCzAJBgNVBAYTAkZSMQww CgYDVQQKEwNDUlUxEjAQBgNVBAMTCWFjLXJhY2luZTEeMBwGCSqGSIb3DQEJARYPY2EtYWRt aW5AY3J1LmZyggECME8GA1UdHwRIMEYwRKBCoECGPmh0dHA6Ly9pZ2MuY3J1LmZyL2NnaS1i aW4vbG9hZGNybD9DQT1hYy11dGlsaXNhdGV1ciZmb3JtYXQ9REVSME4GA1UdIARHMEUwQwYO KQMGAQQAAbdfAwECAAQwMTAvBggrBgEFBQcCARYjaHR0cDovL2lnYy5jcnUuZnIvcmVmZXJl bmNlcy9wYy5wZGYwDQYJKoZIhvcNAQEEBQADggEBAEiz6Id63DiwxH8SKnZKOfJoAlLmDJtu L6NS8r6KjSANcueo5wNVw2MYFs4v0ehwabtYbdjtjnPN325jqf246wZ+3c5LfBl7hQEkfTpy QGn6uOFlrCYnephGfxES4qJfFJDZx5Ugu1wYGlQ3Ojr6VNRrl8esWSHfYI5VrrX/Z1f835or LaYJ2Osdn9NNlV8wMvoMpZQwZEOjHI3fiTjneVwPQY3yoxktscU8NWEhD/HtKnAKqvp9/VjU 2Sci8fMj0DeJErsIVmbIYjX6adRi+OxnsiqB9wW2zHC1lgbBVIy1ypJHtOnbrxGzcb/4D3mJ 5+6deMUdyn6a8xiP64Tb6tEwggVCMIIEKqADAgECAgIEkzANBgkqhkiG9w0BAQQFADBUMQsw CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA1MDMyMzEwMjEwMloXDTA2MDMyMzEw MjEwMlowXjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m ZnJveSBEZXN2ZXJuYXkxHzAdBgkqhkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCms7qWSkTwUJvQq2Mu2ghrvv9AXcaDASOKblYa lTFCmi5fYR9FbTkK+/F7+q7DsEc+cFk12S7mTk/n0M6zyqqTYZ8P1CpAqOj9L8vYHHoRTmi+ nLr5SkZ74KdERxLgFsh5A7xz4+aACOVwXweTWeaGZ7qkwZCduRpY+t/l88AQXT6PA2Ao2cEc 1jsAFqnCGAyo6M1oVB+UikZjBi8DH+ZJFCDt53OFSrBGCxwb0O1QSmUeIBCQpK32N7vy2+Wo uWNrN232Qv9slhb9p0pP8ki1kXdmgQqXAzmsT8sa4jmyTWVyhSvVXdjRff6LMtxrD+58H4aN A3VBh5zG0TwMw/yvAgMBAAGjggISMIICDjAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQE AwIEsDAOBgNVHQ8BAf8EBAMCBeAwEwYDVR0lBAwwCgYIKwYBBQUHAwIwGwYDVR0RBBQwEoEQ ZGdlb0BlZ2ltLW1ycy5mcjBwBglghkgBhvhCAQ0EYxZhQ2VydGlmaWNhdCBhYy11dGlsaXNh dGV1ci4gUG91ciB0b3V0ZSBpbmZvcm1hdGlvbiBzZSByZXBvcnRlciDgIGh0dHA6Ly9pZ2Mu Y3J1LmZyL2FjLXV0aWxpc2F0ZXVyLzAdBgNVHQ4EFgQU2L2xnBQv4ehMXBUG53tonqPd6Gcw dwYDVR0jBHAwboAUFQp8KLWsprzX/TIzHXm9s0kKMZChU6RRME8xCzAJBgNVBAYTAkZSMQww CgYDVQQKEwNDUlUxEjAQBgNVBAMTCWFjLXJhY2luZTEeMBwGCSqGSIb3DQEJARYPY2EtYWRt aW5AY3J1LmZyggECME8GA1UdHwRIMEYwRKBCoECGPmh0dHA6Ly9pZ2MuY3J1LmZyL2NnaS1i aW4vbG9hZGNybD9DQT1hYy11dGlsaXNhdGV1ciZmb3JtYXQ9REVSME4GA1UdIARHMEUwQwYO KQMGAQQAAbdfAwECAAQwMTAvBggrBgEFBQcCARYjaHR0cDovL2lnYy5jcnUuZnIvcmVmZXJl bmNlcy9wYy5wZGYwDQYJKoZIhvcNAQEEBQADggEBAEiz6Id63DiwxH8SKnZKOfJoAlLmDJtu L6NS8r6KjSANcueo5wNVw2MYFs4v0ehwabtYbdjtjnPN325jqf246wZ+3c5LfBl7hQEkfTpy QGn6uOFlrCYnephGfxES4qJfFJDZx5Ugu1wYGlQ3Ojr6VNRrl8esWSHfYI5VrrX/Z1f835or LaYJ2Osdn9NNlV8wMvoMpZQwZEOjHI3fiTjneVwPQY3yoxktscU8NWEhD/HtKnAKqvp9/VjU 2Sci8fMj0DeJErsIVmbIYjX6adRi+OxnsiqB9wW2zHC1lgbBVIy1ypJHtOnbrxGzcb/4D3mJ 5+6deMUdyn6a8xiP64Tb6tExggMOMIIDCgIBATBaMFQxCzAJBgNVBAYTAkZSMQwwCgYDVQQK EwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1p bkBjcnUuZnICAgSTMAkGBSsOAwIaBQCgggGJMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA1MDgwNTIyMjA1N1owIwYJKoZIhvcNAQkEMRYEFJIrzI0vMh6b xuPCzUhYMTJqtsDWMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMGkGCSsGAQQBgjcQ BDFcMFowVDELMAkGA1UEBhMCRlIxDDAKBgNVBAoTA0NSVTEXMBUGA1UEAxMOYWMtdXRpbGlz YXRldXIxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcgICBJMwawYLKoZIhvcNAQkQ AgsxXKBaMFQxCzAJBgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxp c2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUuZnICAgSTMA0GCSqGSIb3DQEB AQUABIIBAAVnLnLdpb0N0yg9XpTISEoSvxPwoPcHb2UyGgEkUEiRMgaGlqzKx307QF2yUXJq 7meP/G7Ec7Hfmb1RBPxRV5THNTLv5kDngMvyzyhLEn1j4ZABQdh586EULv9tvjsV96JWhvdj DbEJIpQMSCjvrFzHYw8KXHMuYIaBVfBDDvVdJm8pMlW71TCsVJmX3jkD8XpN/m4tDc8IhXsX aAVtTxj3Bx9o0u8IYizHr5wD/aGQ6EbO0VvsbMGfCwDO+tObqycgRpd//a3IdoJfCBWoOjUG VdCaDNgrFTlblhvO8iGfd189U2v3lBdsFb2lPnngghdYA+AGuNI57buSQueVpw4AAAAAAAA= --------------ms010805040003040200080801-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 00:08:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 498F516A41F; Sat, 6 Aug 2005 00:08:49 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D21FB43D45; Sat, 6 Aug 2005 00:08:48 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 801F7A249A8; Fri, 5 Aug 2005 21:08:43 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 87427-03; Sat, 6 Aug 2005 00:08:41 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id A1191A24996; Fri, 5 Aug 2005 21:08:40 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 13B9B3E80D; Fri, 5 Aug 2005 21:08:50 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 0E2D835CB5; Fri, 5 Aug 2005 21:08:50 -0300 (ADT) Date: Fri, 5 Aug 2005 21:08:50 -0300 (ADT) From: "Marc G. Fournier" To: Ken Smith In-Reply-To: <20050805172712.GA66753@bloom.cse.buffalo.edu> Message-ID: <20050805210731.C924@ganymede.hub.org> References: <20050805172712.GA66753@bloom.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 00:08:49 -0000 How/where should we be reporting such bugs? I reported a *very* easy to reproduce hang situation with unionfs in BETA1 (and have updated/retested as I see commits going through) over a week ago, and the biggest 'interest' I got out of it was from Robert Watson giving me suggestions on other stuff to provide :( On Fri, 5 Aug 2005, Ken Smith wrote: > > Announcement > ------------ > > The FreeBSD Release Engineering Team is pleased to announce the availability > of FreeBSD 6.0-BETA2. > > Because suitable pre-build packages are not widely available (see the > Known Issues section below) BETA2 only has disc1 and bootonly ISOs > available, and there are no FTP install trees. > > We encourage people to help with testing so any final bugs can be identified > and worked out. Availability of ISO images is given below. If you have > an older system you want to update using the normal CVS/cvsup source based > upgrade the branch tag to use is RELENG_6 (though that will change for the > Release Candidates later). Problem reports can be submitted using the > send-pr(1) command. > > The list of open issues and things still being worked on are on the > todo list: > > http://www.freebsd.org/releases/6.0R/todo.html > > Since this is the first release of a new branch we only have a rough > idea for some of the dates. The current rough schedule is available > but most dates are still listed as "TBD - To Be Determined": > > http://www.freebsd.org/releases/6.0R/schedule.html > > Known Issues > ------------ > > Prebuilt packages are not available at this time due to the recent bump > of shared library version numbers. The installation procedure will > fail to install things normally present as packages (e.g. perl). There > is a full ports tree available so you can build anything you want to > use from that. > > Availability > ------------ > > The BETA2 ISOs are available on most of the FreeBSD Mirror sites. A list > of the mirror sites is available here: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html > > The MD5s are: > > MD5 (6.0-BETA2-alpha-bootonly.iso) = 800d6bf84642ade264fce2594b783136 > MD5 (6.0-BETA2-alpha-disc1.iso) = 12cbc4fbf616a8a6c70184aaa3e389a4 > > MD5 (6.0-BETA2-amd64-bootonly.iso) = 4e027ebc30157677464e8a4766d6f924 > MD5 (6.0-BETA2-amd64-disc1.iso) = 2e54efd31dc63dadf5b68b4345233611 > > MD5 (6.0-BETA2-i386-bootonly.iso) = 70129bbc9e490836de7544230b6bc6fb > MD5 (6.0-BETA2-i386-disc1.iso) = 3b1917c8143cbc99b22fc50e405c710f > > MD5 (6.0-BETA2-ia64-bootonly.iso) = 60a277555ae190b30113cd2fab9a3d64 > MD5 (6.0-BETA2-ia64-disc1.iso) = a89acc0a1493b8c4d3786ddef33bdf42 > MD5 (6.0-BETA2-ia64-livefs.iso) = 85d0f5d14d0e8b1697aa2c4dcdf73f68 > > MD5 (6.0-BETA2-pc98-disc1.iso) = bfca0ea211c1f977204b9677720289db > > MD5 (6.0-BETA2-sparc64-bootonly.iso) = a79dae4b17b14dda908b84ac388a411b > MD5 (6.0-BETA2-sparc64-disc1.iso) = 6aaefe58e249057d4b7d2418ec1c52c5 > > -ken > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 03:51:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C07816A41F; Sat, 6 Aug 2005 03:51:34 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE3343D53; Sat, 6 Aug 2005 03:51:34 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 05 Aug 2005 20:51:33 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BB14A5D07; Fri, 5 Aug 2005 20:51:32 -0700 (PDT) To: "Marc G. Fournier" In-reply-to: Your message of "Fri, 05 Aug 2005 21:08:50 -0300." <20050805210731.C924@ganymede.hub.org> Date: Fri, 05 Aug 2005 20:51:32 -0700 From: "Kevin Oberman" Message-Id: <20050806035132.BB14A5D07@ptavv.es.net> Cc: freebsd-stable@freebsd.org, Ken Smith Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 03:51:34 -0000 > Date: Fri, 5 Aug 2005 21:08:50 -0300 (ADT) > From: "Marc G. Fournier" > Sender: owner-freebsd-stable@freebsd.org > > > How/where should we be reporting such bugs? I reported a *very* easy to > reproduce hang situation with unionfs in BETA1 (and have updated/retested > as I see commits going through) over a week ago, and the biggest > 'interest' I got out of it was from Robert Watson giving me suggestions on > other stuff to provide :( I would suggest that it would have been better to post to current as 6.0 is not yet stable and most of the people who deal with problems are much more likely to see problems reported there. You also might open a PR. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 04:46:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8BFB16A41F; Sat, 6 Aug 2005 04:46:31 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66DD743D46; Sat, 6 Aug 2005 04:46:31 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id E313FA24947; Sat, 6 Aug 2005 01:46:29 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 52663-04; Sat, 6 Aug 2005 04:46:29 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 762A2A246DD; Sat, 6 Aug 2005 01:46:29 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 9E0554520B; Sat, 6 Aug 2005 01:46:29 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9C1BE3D5CA; Sat, 6 Aug 2005 01:46:29 -0300 (ADT) Date: Sat, 6 Aug 2005 01:46:29 -0300 (ADT) From: "Marc G. Fournier" To: Kevin Oberman In-Reply-To: <20050806035132.BB14A5D07@ptavv.es.net> Message-ID: <20050806014500.I924@ganymede.hub.org> References: <20050806035132.BB14A5D07@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org, Ken Smith Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 04:46:31 -0000 On Fri, 5 Aug 2005, Kevin Oberman wrote: >> Date: Fri, 5 Aug 2005 21:08:50 -0300 (ADT) >> From: "Marc G. Fournier" >> Sender: owner-freebsd-stable@freebsd.org >> >> >> How/where should we be reporting such bugs? I reported a *very* easy to >> reproduce hang situation with unionfs in BETA1 (and have updated/retested >> as I see commits going through) over a week ago, and the biggest >> 'interest' I got out of it was from Robert Watson giving me suggestions on >> other stuff to provide :( > > I would suggest that it would have been better to post to current as 6.0 > is not yet stable and most of the people who deal with problems are much > more likely to see problems reported there. > > You also might open a PR. I did that, actually, even posted a followup to the PR after I found the vfs.uniondebug sysctl option and got a trace of that too ... even posted to -fs, just in case anyone over there wanted to look at it ... hadn't thought of -current, but will repost to there too ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 05:00:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBFCC16A41F for ; Sat, 6 Aug 2005 05:00:57 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from smtpclu-1.eunet.yu (smtpclu-1.eunet.yu [194.247.192.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A68543D46 for ; Sat, 6 Aug 2005 05:00:56 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (P-14.231.EUnet.yu [213.240.14.231]) by smtpclu-1.eunet.yu (8.12.11/8.12.11) with ESMTP id j7650lk1022964; Sat, 6 Aug 2005 07:00:48 +0200 Received: by faust.net (Postfix, from userid 1001) id 21EA04158; Sat, 6 Aug 2005 06:39:31 +0200 (CEST) Date: Sat, 6 Aug 2005 06:39:31 +0200 From: Zoran Kolic To: mse_software@character.net Message-ID: <20050806043931.GA563@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -1.7 X-AVAS-Spam-Symbols: AWL BAYES_30 Cc: freebsd-stable@freebsd.org Subject: Re: "Shutdown -p now" not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 05:00:58 -0000 Hi Mike! If you still manage this puzzle, is there something in your bios that affects 5.4 and not 5.1? Must be "power" menue with apm and other stuff. Acpi is on and should take the whole process for you. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 09:00:47 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D296916A41F for ; Sat, 6 Aug 2005 09:00:47 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf18.cluster1.charter.net (mxsf18.cluster1.charter.net [209.225.28.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4321C43D45 for ; Sat, 6 Aug 2005 09:00:46 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip10a.cluster1.charter.net (mxip10a.cluster1.charter.net [209.225.28.140]) by mxsf18.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j7690jca010488 for ; Sat, 6 Aug 2005 05:00:45 -0400 Received: from fep05.charter.net (HELO 209.225.8.224) ([209.225.8.85]) by mxip10a.cluster1.charter.net with SMTP; 06 Aug 2005 05:00:45 -0400 Message-Id: <48u2gp$17ornj0@mxip10a.cluster1.charter.net> X-IronPort-AV: i="3.95,171,1120449600"; d="scan'208"; a="1334697568:sNHT58059028" X-Mailer: Openwave WebEngine, version 2.8.18 (webedge20-101-1108-20050216) From: To: Zoran Kolic Date: Sat, 6 Aug 2005 5:00:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: "Shutdown -p now" not working in 5.4 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 09:00:48 -0000 > > From: Zoran Kolic > Date: 2005/08/06 Sat AM 12:39:31 EDT > To: mse_software@character.net > CC: freebsd-stable@freebsd.org > Subject: Re: "Shutdown -p now" not working in 5.4 STABLE > > Hi Mike! > If you still manage this puzzle, > is there something in your bios that > affects 5.4 and not 5.1? Must be > "power" menue with apm and other > stuff. Acpi is on and should take > the whole process for you. > Best regards > > Zoran > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > You were right! I was using a auto-power up feature to power the machine on automatically at a certain time every day. Everyting works after disabling it in the CMOS setup. I was planning to use the `shutdown -p now' command to compliment the auto power on feature in the BIOS to alleviate the need for the client to turn it off and on. This is not only because there isn't much computer literacy, but also because I didn't want the disks spinning during the time no one is in the office. I'm curious, between 5.1 and 5.4, was the change made to more accurately represent the hardware the system was running on (fixing a problem), or was it simply due to other circumstances that resulted in the functionality being broken? I would definitely be interested in creating a patch to regain the functionality if the development team didn't do it for a reason. I don't want to break what someone else has taken the time to fix. Thanks, Mike Eubanks From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 09:54:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFAB116A41F for ; Sat, 6 Aug 2005 09:54:21 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B21943D46 for ; Sat, 6 Aug 2005 09:54:21 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: by wproxy.gmail.com with SMTP id i13so758153wra for ; Sat, 06 Aug 2005 02:54:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=SGNJClAw/nciEPZ/vsCjg+kzHYk0oou+Q7F/8qn7nUflVW2kIqgOQhuH+IOYQ3YenCmEwXpP3DODxZqhT99/Ltl8HEpekUoF+caoKAYQYX/Te+kvX1GChcodRutvaqXoE5di78jm/qUBX7r80G9iHAUMnOSVkipbRpIxuxWvxMo= Received: by 10.54.4.8 with SMTP id 8mr3327215wrd; Sat, 06 Aug 2005 02:54:20 -0700 (PDT) Received: by 10.54.65.18 with HTTP; Sat, 6 Aug 2005 02:54:20 -0700 (PDT) Message-ID: <6f50eac40508060254757ba7bc@mail.gmail.com> Date: Sat, 6 Aug 2005 05:54:20 -0400 From: Indigo 23 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 09:54:22 -0000 Is this the last beta before release (assuming there are no show stopping= =20 bugs)? From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 10:40:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A257F16A41F; Sat, 6 Aug 2005 10:40:06 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35D8D43D5A; Sat, 6 Aug 2005 10:40:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 95D0E46B38; Sat, 6 Aug 2005 06:40:01 -0400 (EDT) Date: Sat, 6 Aug 2005 11:42:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Marc G. Fournier" In-Reply-To: <20050805210731.C924@ganymede.hub.org> Message-ID: <20050806114021.K46767@fledge.watson.org> References: <20050805172712.GA66753@bloom.cse.buffalo.edu> <20050805210731.C924@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Ken Smith Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 10:40:06 -0000 On Fri, 5 Aug 2005, Marc G. Fournier wrote: > How/where should we be reporting such bugs? I reported a *very* easy to > reproduce hang situation with unionfs in BETA1 (and have > updated/retested as I see commits going through) over a week ago, and > the biggest 'interest' I got out of it was from Robert Watson giving me > suggestions on other stuff to provide :( The BUGS section of mount_unionfs(8) still applies -- I was primarily interested in whether the problem you experienced occurred in the absense of a documented broken feature, which it turned out noto. I suggest you see if you can interest Jeff Roberson in the problems, as they're most likely a result of VFS locking changes. I know he's done quite a bit of work to get nullfs working better, and likely the changes to nulfs also need to be propagated and merged into unionfs. Robert N M Watson > > On Fri, 5 Aug 2005, Ken Smith wrote: > >> >> Announcement >> ------------ >> >> The FreeBSD Release Engineering Team is pleased to announce the >> availability >> of FreeBSD 6.0-BETA2. >> >> Because suitable pre-build packages are not widely available (see the >> Known Issues section below) BETA2 only has disc1 and bootonly ISOs >> available, and there are no FTP install trees. >> >> We encourage people to help with testing so any final bugs can be >> identified >> and worked out. Availability of ISO images is given below. If you have >> an older system you want to update using the normal CVS/cvsup source based >> upgrade the branch tag to use is RELENG_6 (though that will change for the >> Release Candidates later). Problem reports can be submitted using the >> send-pr(1) command. >> >> The list of open issues and things still being worked on are on the >> todo list: >> >> http://www.freebsd.org/releases/6.0R/todo.html >> >> Since this is the first release of a new branch we only have a rough >> idea for some of the dates. The current rough schedule is available >> but most dates are still listed as "TBD - To Be Determined": >> >> http://www.freebsd.org/releases/6.0R/schedule.html >> >> Known Issues >> ------------ >> >> Prebuilt packages are not available at this time due to the recent bump >> of shared library version numbers. The installation procedure will >> fail to install things normally present as packages (e.g. perl). There >> is a full ports tree available so you can build anything you want to >> use from that. >> >> Availability >> ------------ >> >> The BETA2 ISOs are available on most of the FreeBSD Mirror sites. A list >> of the mirror sites is available here: >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html >> >> The MD5s are: >> >> MD5 (6.0-BETA2-alpha-bootonly.iso) = 800d6bf84642ade264fce2594b783136 >> MD5 (6.0-BETA2-alpha-disc1.iso) = 12cbc4fbf616a8a6c70184aaa3e389a4 >> >> MD5 (6.0-BETA2-amd64-bootonly.iso) = 4e027ebc30157677464e8a4766d6f924 >> MD5 (6.0-BETA2-amd64-disc1.iso) = 2e54efd31dc63dadf5b68b4345233611 >> >> MD5 (6.0-BETA2-i386-bootonly.iso) = 70129bbc9e490836de7544230b6bc6fb >> MD5 (6.0-BETA2-i386-disc1.iso) = 3b1917c8143cbc99b22fc50e405c710f >> >> MD5 (6.0-BETA2-ia64-bootonly.iso) = 60a277555ae190b30113cd2fab9a3d64 >> MD5 (6.0-BETA2-ia64-disc1.iso) = a89acc0a1493b8c4d3786ddef33bdf42 >> MD5 (6.0-BETA2-ia64-livefs.iso) = 85d0f5d14d0e8b1697aa2c4dcdf73f68 >> >> MD5 (6.0-BETA2-pc98-disc1.iso) = bfca0ea211c1f977204b9677720289db >> >> MD5 (6.0-BETA2-sparc64-bootonly.iso) = a79dae4b17b14dda908b84ac388a411b >> MD5 (6.0-BETA2-sparc64-disc1.iso) = 6aaefe58e249057d4b7d2418ec1c52c5 >> >> -ken >> > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 10:46:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CB6D16A41F for ; Sat, 6 Aug 2005 10:46:37 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AAC243D48 for ; Sat, 6 Aug 2005 10:46:37 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id E928F46B88; Sat, 6 Aug 2005 06:46:36 -0400 (EDT) Date: Sat, 6 Aug 2005 11:49:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Indigo 23 In-Reply-To: <6f50eac40508060254757ba7bc@mail.gmail.com> Message-ID: <20050806114353.I46767@fledge.watson.org> References: <6f50eac40508060254757ba7bc@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 10:46:37 -0000 On Sat, 6 Aug 2005, Indigo 23 wrote: > Is this the last beta before release (assuming there are no show > stopping bugs)? Normally release cycles consistent of a pre-release period, which includes betas, release candidates, and releases. Betas usually continue until substantal movement has ceased (i.e., no more last minute merges, no more significant fixes requiring additional testing, etc). Release candidate often occur in quantities of 3-5, and each is intended to resemble the final release, with the intent that problems will be found and they will be refined until no more problems (deemed appropriate for fixing are found. Whether or not we've hit the last beta depends on whether or not there are any more major merges to occur -- I have a number of network stack and device driver related locking changes I'd like to backport, and there's still hope Apple will fix the necessary licenses for us to merge the audit support, although time is running out. I'd guess there will be at least one more beta. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 10:51:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C30616A41F for ; Sat, 6 Aug 2005 10:51:47 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B259F43D45 for ; Sat, 6 Aug 2005 10:51:46 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 4744246B8F; Sat, 6 Aug 2005 06:51:46 -0400 (EDT) Date: Sat, 6 Aug 2005 11:54:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Alexander S. Usov" In-Reply-To: <20050729125525.D74149@fledge.watson.org> Message-ID: <20050806115232.B46767@fledge.watson.org> References: <6eb82e0507241001615f7490@mail.gmail.com> <20050729002138.X60522@fledge.watson.org> <20050729125525.D74149@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: panic: sbflush_locked on 5.4-p5/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 10:51:47 -0000 On Fri, 29 Jul 2005, Robert Watson wrote: > On Fri, 29 Jul 2005, Alexander S. Usov wrote: > >>>> I got a few similar panics. >>>> It looks that I managet to get rid of them by setting mpsafenet=0, but I >>>> am not sure -- I have to monitor it for a bit longer. >>>> I have managed to get a few dumps, so the traces are: >> >> Unfortunately I don't have these dumps anymore, I will try to switch >> mpsafenet back on and wait for a new ones. They were quite reproducable for >> me. > > Thanks. I will be away this weekend, but hope to have a chance to look > into this early next week. If you could send me the dmesg of the box > also, and the output of "sysctl -a", that would be helpful. Probably > out of band rather than via the list (or if you could put it on a web > page I could reach). Two quetions: - Is there substantial IPv6 traffic on this system? I've had at least one report that this panic happens on a system only in the context of IPv6. - Is it possible for you to try running with a latest 5-STABLE kernel? Mohan at Yahoo!, who did the TCP SACK work, has been investigating the problem but has been unable to reproduce it either. Fortunately, it sounds like Geore Neville-Neil is able to reprodeuce it in a test environment, albeit only with IPv6, so we'll see what we can do. Mohan may shortly have a diagnostic patch to run with. Thanks, Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 10:52:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39EFE16A41F; Sat, 6 Aug 2005 10:52:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC2943D55; Sat, 6 Aug 2005 10:52:50 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 86EF246B8B; Sat, 6 Aug 2005 06:52:50 -0400 (EDT) Date: Sat, 6 Aug 2005 11:55:37 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: snort Snort In-Reply-To: <20050729120343.76098.qmail@web54402.mail.yahoo.com> Message-ID: <20050806115454.F46767@fledge.watson.org> References: <20050729120343.76098.qmail@web54402.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Simple program use /dev/tap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 10:52:51 -0000 On Fri, 29 Jul 2005, snort Snort wrote: > As I want to learn how to use /dev/tap in freebsd, I m looking for a > simple application that written for /dev/tap. OpenVPN is a bit too > complicated for a newbie to get start. Can anyone tell me a link or > reference for some of these examples? Thanks Sam http://www.watson.org/~robert/freebsd/netbridge/ Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 12:39:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBB8416A41F for ; Sat, 6 Aug 2005 12:39:50 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from audi.websitewelcome.com (audi.websitewelcome.com [67.19.210.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 925D243D45 for ; Sat, 6 Aug 2005 12:39:50 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from adsl-065-013-105-239.sip.tys.bellsouth.net ([65.13.105.239]:3070 helo=[192.168.1.33]) by audi.websitewelcome.com with esmtpa (Exim 4.50) id 1E1Nxq-0008I8-Id for freebsd-stable@freebsd.org; Sat, 06 Aug 2005 07:39:46 -0500 Message-ID: <42F4AFC0.8010907@goldsword.com> Date: Sat, 06 Aug 2005 08:40:32 -0400 From: "J. T. Farmer" Organization: GoldSword Systems User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050806035132.BB14A5D07@ptavv.es.net> In-Reply-To: <20050806035132.BB14A5D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - audi.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goldsword.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 12:39:51 -0000 Kevin Oberman wrote: >I would suggest that it would have been better to post to current as 6.0 >is not yet stable and most of the people who deal with problems are much >more likely to see problems reported there. > > Ok, so I'm a bit confused. The answer given for the the DMA_WRITE and DMA_READ errors experienced under 5.4 with PATA and SATA is to try 6.0. If 6.0 is not considered Stable, what are we supposed to do if we want to run Stable? John ---------------------------------------------------------------------- John T. Farmer Owner & CTO GoldSword Systems jfarmer@goldsword.com 865-691-6498 Knoxville TN Consulting, Design, & Development of Networks & Software From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 15:16:44 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1934616A41F for ; Sat, 6 Aug 2005 15:16:44 +0000 (GMT) (envelope-from joe@osoft.us) Received: from mail.osoft.us (osoft.us [67.14.192.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id C088A43D53 for ; Sat, 6 Aug 2005 15:16:43 +0000 (GMT) (envelope-from joe@osoft.us) Received: from [10.0.1.105] (adsl-65-67-81-97.dsl.ltrkar.swbell.net [65.67.81.97]) by mail.osoft.us (Postfix) with ESMTP id CF2C9B834 for ; Sat, 6 Aug 2005 10:16:42 -0500 (CDT) Message-ID: <42F4D3E4.6030802@osoft.us> Date: Sat, 06 Aug 2005 10:14:44 -0500 From: Joe Koberg User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: loader(8) crashing in 5.4, 5.3 loader works Dell Poweredge SC1425 nocona X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 15:16:44 -0000 I have a Dell Poweredge SC1425 server. I am running FreeBSD AMD64. I have been running 5.3-R on this machine since Feburary. I decided to go ahead and upgrade to 5.4. installkernel - OK reboot - OK mergemaster -p OK installworld - OK mergemaster - OK... reboot again CRASH... loader crashes with BTX Halted and instant reboot. Cannot read register dump because it disappears too fast. If I intercept boot with the spacebar right after hitting F1, and type in /boot/loader.old to get the 5.3 loader.... it works. I have since cvsupped to 5.4-p6 and rebuilt, with the same results - loader crashes. The system is working with the 5.3 loader copied over to /boot/loader. I would like to not have to worry about this the next time I upgrade. Ideas appreciated. Joe Koberg Open Software Services, LLC joe at osoft dot us dmesg: Copyright (c) 1992-2005 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.4-RELEASE-p6 #0: Fri Aug 5 02:35:53 CDT 2005 joe@fab.cei.net:/usr/obj/usr/src/sys/AFBSMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.12-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d,MON,DS_CPL,CNTX-ID,CX16,> AMD Features=0x20100800 real memory = 5100273664 (4864 MB) avail memory = 4122259456 (3931 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 7 ioapic1: Changing APIC ID to 8 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 9 ioapic2: WARNING: intbase 64 != expected base 56 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 em0: port 0xecc0-0xecff mem 0xdfde0000-0xdfdfffff irq 32 at device 4.0 on pci2 em0: Ethernet address: 00:11:43:fd:4d:2b em0: Speed:N/A Duplex:N/A pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 pci1: at device 0.3 (no driver attached) uhci0: port 0xcce0-0xccff irq 16 at device 29.0 on pci0 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 uhci1: port 0xccc0-0xccdf irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 em1: port 0xdcc0-0xdcff mem 0xdf9e0000-0xdf9fffff irq 20 at device 3.0 on pci4 em1: Ethernet address: 00:11:43:fd:4d:2c em1: Speed:N/A Duplex:N/A pci4: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xcc80-0xcc8f,0xcc98-0xcc9b,0xcca0-0xcca7,0xccb0-0xccb3,0xccb8-0xccbf irq 18 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xec000-0xeffff,0xc0000-0xcafff on isa0 atkbdc0: at port 0x64,0x60 on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging unlimited ad4: 76293MB [155009/16/63] at ata2-master SATA150 ad6: 76293MB [155009/16/63] at ata3-master SATA150 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/gvinum/m_root WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /www was not properly dismounted WARNING: /svn was not properly dismounted em0: Link is up 100 Mbps Full Duplex make.conf: CFLAGS=-O -pipe MAKE_IDEA=YES NOPROFILE=true # added by use.perl 2005-02-11 14:33:12 PERL_VER=5.8.6 PERL_VERSION=5.8.6 CPUTYPE=nocona -r-xr-xr-x 1 root wheel 245760 Aug 5 02:39 loader -r-xr-xr-x 1 root wheel 241664 Aug 5 02:43 loader.new.notworking2 MD5 (loader) = c6089e00ed780e4f0d4db6a52bd1dbbf MD5 (loader.new.notworking2) = 2fcf8e42d690a1d5be381169ac95ce2f From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 15:40:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3921616A41F for ; Sat, 6 Aug 2005 15:40:37 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA1043D60 for ; Sat, 6 Aug 2005 15:40:36 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id i8so746179wra for ; Sat, 06 Aug 2005 08:40:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VOgJMzH2/UgV+IWzArufNi16PLSVZC6QcQRvH7Y+AZ38zR+xL2SC8sgKx0G63YoYP5Kot6uTodKE8I8FdAWcc4YmlA6uLwH9yTgof67M8gPhhJBMGQnZKrdJEZGrWY1PpRxEQufCT1M+rXR6IIThpZlZWEO0yRltzXn+Wo/Jl8U= Received: by 10.54.54.39 with SMTP id c39mr3536642wra; Sat, 06 Aug 2005 08:40:35 -0700 (PDT) Received: by 10.54.29.26 with HTTP; Sat, 6 Aug 2005 08:40:35 -0700 (PDT) Message-ID: <790a9fff05080608406ddc5040@mail.gmail.com> Date: Sat, 6 Aug 2005 10:40:35 -0500 From: Scot Hetzel To: Joe Koberg In-Reply-To: <42F4D3E4.6030802@osoft.us> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42F4D3E4.6030802@osoft.us> Cc: stable@freebsd.org Subject: Re: loader(8) crashing in 5.4, 5.3 loader works Dell Poweredge SC1425 nocona X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 15:40:37 -0000 On 8/6/05, Joe Koberg wrote: > make.conf: >=20 : > CPUTYPE=3Dnocona >=20 Try building the loader without the CPUTYPE set, there were some problems caused by this setting with the loader. There was someone working on this problem on the -CURRENT, and possibly the -STABLE tree. Not sure if it had been back ported to the -RELEASE tree. --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 16:30:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AC7216A41F for ; Sat, 6 Aug 2005 16:30:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B6743D45 for ; Sat, 6 Aug 2005 16:30:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j76GUuvf015837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Aug 2005 12:30:56 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j76GUt6P032186; Sat, 6 Aug 2005 12:30:55 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8D8E1512BD; Sat, 6 Aug 2005 12:30:55 -0400 (EDT) Date: Sat, 6 Aug 2005 12:30:55 -0400 From: Kris Kennaway To: "J. T. Farmer" Message-ID: <20050806163055.GA20063@xor.obsecurity.org> References: <20050806035132.BB14A5D07@ptavv.es.net> <42F4AFC0.8010907@goldsword.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <42F4AFC0.8010907@goldsword.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 16:30:57 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 06, 2005 at 08:40:32AM -0400, J. T. Farmer wrote: > Kevin Oberman wrote: >=20 > >I would suggest that it would have been better to post to current as 6.0 > >is not yet stable and most of the people who deal with problems are much > >more likely to see problems reported there. > >=20 > > >=20 > Ok, so I'm a bit confused. The answer given for the the DMA_WRITE and > DMA_READ errors experienced under 5.4 with PATA and SATA is to try 6.0. >=20 > If 6.0 is not considered Stable, what are we supposed to do if we want > to run Stable? Try it to see if the bug is fixed there, and if so, it gives data about how to proceed (e.g. maybe there is a bug fix which could be merged to 5.x). Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC9OW/Wry0BWjoQKURAqBOAJ0T7Q7wo0ONsdj1ptb2pnLKtT8DvQCg069K ZpaFYjAmXlHhwm2AArzYcFY= =m453 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 18:04:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5711C16A41F for ; Sat, 6 Aug 2005 18:04:26 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (shared10.hosting.flyingcroc.net [207.246.149.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E9743D46 for ; Sat, 6 Aug 2005 18:04:25 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (localhost [127.0.0.1]) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10) with ESMTP id j76I4FrR012612; Sat, 6 Aug 2005 11:04:20 -0700 (PDT) Received: from localhost (dpk@localhost) by shared10.hosting.flyingcroc.net (8.12.9p2/8.12.10/Submit) with ESMTP id j76I4Blf012602; Sat, 6 Aug 2005 11:04:11 -0700 (PDT) X-Authentication-Warning: shared10.hosting.flyingcroc.net: dpk owned process doing -bs Date: Sat, 6 Aug 2005 11:04:11 -0700 (PDT) From: dpk X-X-Sender: dpk@shared10.hosting.flyingcroc.net To: Frank McConnell In-Reply-To: <200508050514.j755EWpH019403@lots.reanimators.org> Message-ID: <20050806105211.I15658@shared10.hosting.flyingcroc.net> References: <200507290034.j6T0YLdZ014411@lots.reanimators.org> <20050729091624.R74149@fledge.watson.org> <200507291809.j6TI9p37035628@lots.reanimators.org> <200508021726.j72HQPQG051111@lots.reanimators.org> <200508022220.j72MKvUt056654@lots.reanimators.org> <200508050514.j755EWpH019403@lots.reanimators.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Ted Wisniewski , freebsd-stable@freebsd.org, Chris Gabe Subject: Re: RELENG_5 PAE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 18:04:26 -0000 On Thu, 4 Aug 2005, Frank McConnell wrote: > Further debugging led me to the conclusion that the problem is in > pmap_protect(), in src/sys/i386/i386/pmap.c; and has to do with a > 32-bit-truncated pt_entry_t being passed to PHYS_TO_VM_PAGE(). > (pt_entry_t is 64 bits if the kernel is built with PAE.) This caused > a page fault in vm_page_flag_set() which left the thread deadlocked > while holding vm_page_queue_mtx and in turn led to a panic when > another thread tried to acquire vm_page_queue_mtx. > > Then I checked the cvs logs, and saw rev 1.524, which looks like what > I was thinking about as a fix, so I'm giving it a spin on top of > earlier-this-week's RELENG_5. Thus far I'll say that with that change > my usual way of provoking the problem hasn't, yet. > > I'm going to try to get this PC put back into co-lo where it can > get some production-like testing this weekend. It'd be nice to get > this fix MFC'd to RELENG_5 too. > > -Frank McConnell FWIW, on a server we have which was panicing quite frequently, performing the above mentioned modification seems to have resolved the issue. The server has been repeatedly building kernels while having another process run the server out of RAM. Before, this would cause it to panic with one of 2 (maybe 3) messages in well under an hour. Now it's been going for 24 hours straight without even a stray bus error. This appears to resolve i386/84563, and I believe it should resolve related bugs kern/82846 (identical panic) and i386/84306. The specific fix Frank has mentioned is this: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/pmap.c.diff?r1=1.523&r2=1.524&f=h committed by jhb and submitted by Greg Taleck. Even though this pmap.c change was applied to a later version than distributed with FreeBSD 5.4, the modifications still apply. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 19:04:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7934C16A41F for ; Sat, 6 Aug 2005 19:04:26 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from mx1.highperformance.net (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0431943D5A for ; Sat, 6 Aug 2005 19:04:23 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] (w16.stradamotorsports.com [192.168.1.16]) by mx1.highperformance.net (8.13.3/8.13.3) with ESMTP id j76J3qSn018322 for ; Sat, 6 Aug 2005 12:04:11 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Sat, 06 Aug 2005 12:03:47 -0700 From: "Jason C. Wells" To: freebsd-stable@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, score=-5.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on s4.stradamotorsports.com Subject: RELENG_6 acd0: semaphore timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 19:04:26 -0000 I upgraded to 6.0_BETA2 yesterday. Today I built a new kernel. While the booting, the following error is displayed. acd0: SETFEATURES SET TRANSFER MODE semaphore timout !! DANGER Will Robinson !! I recompiled the kernel without atapicd and the kernel boots fine. At some later time, that kernel panics. I will write that up in another message. Later, Jason C. Wells From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 19:07:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC5CD16A427 for ; Sat, 6 Aug 2005 19:07:15 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from mx1.highperformance.net (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784D043D62 for ; Sat, 6 Aug 2005 19:07:15 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] (w16.stradamotorsports.com [192.168.1.16]) by mx1.highperformance.net (8.13.3/8.13.3) with ESMTP id j76J6iBQ018454 for ; Sat, 6 Aug 2005 12:07:03 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Sat, 06 Aug 2005 12:06:39 -0700 From: "Jason C. Wells" To: freebsd-stable@freebsd.org Message-ID: <41255F11A4AE1233ABAB094C@[10.254.254.253]> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, score=-5.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on s4.stradamotorsports.com Subject: RELENG_6 kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 19:07:16 -0000 While compiling bash for my new 6.0-BETA2 system, I received this error: ad4: detached panic: vm_fault I don't have a dump for you and I really must be going to work now. More later if I can get myself trained up on crash dumps. Later, Jason C. Wells From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 20:13:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BDA716A420 for ; Sat, 6 Aug 2005 20:13:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F2243D48 for ; Sat, 6 Aug 2005 20:13:15 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 4125246B7D; Sat, 6 Aug 2005 16:13:15 -0400 (EDT) Date: Sat, 6 Aug 2005 21:16:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "J. T. Farmer" In-Reply-To: <42F4AFC0.8010907@goldsword.com> Message-ID: <20050806211309.S11054@fledge.watson.org> References: <20050806035132.BB14A5D07@ptavv.es.net> <42F4AFC0.8010907@goldsword.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 20:13:16 -0000 On Sat, 6 Aug 2005, J. T. Farmer wrote: > Kevin Oberman wrote: > >> I would suggest that it would have been better to post to current as >> 6.0 is not yet stable and most of the people who deal with problems are >> much more likely to see problems reported there. > > Ok, so I'm a bit confused. The answer given for the the DMA_WRITE and > DMA_READ errors experienced under 5.4 with PATA and SATA is to try 6.0. > > If 6.0 is not considered Stable, what are we supposed to do if we want > to run Stable? Three options: (1) There are patches that bring most of the 6.0 ATA changes back to 5.x, but are not yet ready to commit. You can apply these patches, although they don't currently contain all the fixes that are present in the 6.x version (at least, so Soren told me a few days ago when I asked about a possible merge schedule). (2) 6.x will be -STABLE in the near future, but not before the release of 6.0 is out. (3) The patches will likely be merged to 5.x at some point, especially once they've gained more exposure through the release of 6.0. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Aug 6 20:51:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1632816A41F for ; Sat, 6 Aug 2005 20:51:59 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (lots.reanimators.org [64.142.28.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F8A143D45 for ; Sat, 6 Aug 2005 20:51:58 +0000 (GMT) (envelope-from fmc@reanimators.org) Received: from lots.reanimators.org (localhost.reanimators.org [127.0.0.1]) by lots.reanimators.org (8.13.3/8.13.3) with ESMTP id j76KphP9063014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 6 Aug 2005 13:51:43 -0700 (PDT) (envelope-from fmc@lots.reanimators.org) Received: (from fmc@localhost) by lots.reanimators.org (8.13.3/8.13.3/Submit) id j76KphGm063013; Sat, 6 Aug 2005 13:51:43 -0700 (PDT) (envelope-from fmc) Message-Id: <200508062051.j76KphGm063013@lots.reanimators.org> To: dpk References: <200507290034.j6T0YLdZ014411@lots.reanimators.org> <20050729091624.R74149@fledge.watson.org> <200507291809.j6TI9p37035628@lots.reanimators.org> <200508021726.j72HQPQG051111@lots.reanimators.org> <200508022220.j72MKvUt056654@lots.reanimators.org> <200508050514.j755EWpH019403@lots.reanimators.org> <20050806105211.I15658@shared10.hosting.flyingcroc.net> From: Frank McConnell Date: Sat, 06 Aug 2005 13:51:43 -0700 In-Reply-To: <20050806105211.I15658@shared10.hosting.flyingcroc.net> (dpk@dpk.net's message of "Sat, 6 Aug 2005 11:04:11 -0700 (PDT)") MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ted Wisniewski , freebsd-stable@freebsd.org, Chris Gabe Subject: Re: RELENG_5 PAE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 20:51:59 -0000 dpk wrote: > On Thu, 4 Aug 2005, Frank McConnell wrote: >> Further debugging led me to the conclusion that the problem is in >> pmap_protect(), in src/sys/i386/i386/pmap.c; and has to do with a [...] >> Then I checked the cvs logs, and saw rev 1.524, which looks like what >> I was thinking about as a fix, so I'm giving it a spin on top of > FWIW, on a server we have which was panicing quite frequently, performing > the above mentioned modification seems to have resolved the issue. The > server has been repeatedly building kernels while having another process > run the server out of RAM. Before, this would cause it to panic with one > of 2 (maybe 3) messages in well under an hour. Now it's been going for 24 > hours straight without even a stray bus error. Great! I'd looked at the stack trace you mentioned in your initial report and really was not sure that you were seeing the same problem. I have two ways to provoke the failure: starting named (a modified BIND 8 which loads blackhole lists for a total memory footprint of somewhere in excess of 900MB), which has provoked the panic in all but one attempt; and "make buildkernel" which will usually provoke the panic some ways in. So I applied this fix to one system that was running RELENG_5 from early this week and it was able to do both, running "make buildkernel" repeatedly (for kicks, alternating between building a kernel based on GENERIC and building one based on PAE) for a couple hours before the sysadmin took it back to the co-lo. I have also applied it to another system that was running 5.4-RELEASE (and missing 2GB of its RAM without PAE). They're both running named without error now. > This appears to resolve i386/84563, and I believe it should resolve > related bugs kern/82846 (identical panic) and i386/84306. > > The specific fix Frank has mentioned is this: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/pmap.c.diff?r1=1.523&r2=1.524&f=h > > committed by jhb and submitted by Greg Taleck. > > Even though this pmap.c change was applied to a later version than > distributed with FreeBSD 5.4, the modifications still apply. Correct. I applied exactly that two-line change to pmap_remove() by hand. I'd like to see this fixed in RELENG_5, and if possible and appropriate in RELENG_5_4, because it will break on i386 systems with RAM above 4GB that need PAE to see all that RAM. What do I need to do to get this to happen, send a PR, and/or write to re@ and/or security-officer@? I may be able to set some computers up for testing if that would be helpful, but will have to check with the sysadmin to see what his deployment schedule looks like. -Frank McConnell