From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 03:12:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E96E61065670 for ; Sun, 29 Mar 2009 03:12:13 +0000 (UTC) (envelope-from david@usermode.org) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id CD1E68FC13 for ; Sun, 29 Mar 2009 03:12:13 +0000 (UTC) (envelope-from david@usermode.org) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n2T3CD55049537 for ; Sat, 28 Mar 2009 20:12:13 -0700 (PDT) (envelope-from david@usermode.org) Received: from radagast.usermode.org (netblock-66-245-216-32.dslextreme.com [66.245.216.32]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n2T3C9ud031589 for ; Sat, 28 Mar 2009 20:12:09 -0700 (PDT) (envelope-from david@usermode.org) From: David Johnson To: freebsd-stable@freebsd.org Date: Sat, 28 Mar 2009 20:12:09 -0700 User-Agent: KMail/1.11.1 (FreeBSD/7.2-PRERELEASE; KDE/4.2.1; i386; ; ) References: <200903271944.51781.david@usermode.org> <200903281020.12172.david@usermode.org> <1238263669.8491.283.camel@balrog.2hip.net> In-Reply-To: <1238263669.8491.283.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903282012.09242.david@usermode.org> X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: No geolocation information available for 64.13.141.3 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Subject: Re: X.org hanging under 7.2-PRERELEASE 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, 29 Mar 2009 03:12:14 -0000 On Saturday 28 March 2009 11:07:49 am Robert Noland wrote: > Ok, the GART should be fixed in HEAD as well... > > r190282 is what you need. You probably need 190123 for it to apply > cleanly. I'll attach both. That appears to work. Half an hour now, and no hang yet. -- David Johnson From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 03:45:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15AE0106566C; Sun, 29 Mar 2009 03:45:49 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id D78968FC15; Sun, 29 Mar 2009 03:45:48 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (maia-1.hub.org [200.46.208.211]) by hub.org (Postfix) with ESMTP id 934D753BC57; Sun, 29 Mar 2009 00:45:47 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 73959-04; Sun, 29 Mar 2009 00:45:45 -0300 (ADT) Received: by hub.org (Postfix, from userid 1002) id 7848853BC50; Sun, 29 Mar 2009 00:45:45 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 7715A53BC3C; Sun, 29 Mar 2009 00:45:45 -0300 (ADT) Date: Sun, 29 Mar 2009 00:45:45 -0300 (ADT) From: "Marc G. Fournier" To: Danny Braniss In-Reply-To: Message-ID: <20090329004504.N2769@hub.org> References: <20090328024247.Y47574@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-proliant@freebsd.org Subject: Re: ALT_BREAK_TO... + ILO ... missing something in config ... 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, 29 Mar 2009 03:45:49 -0000 On Sat, 28 Mar 2009, Danny Braniss wrote: > unless the serial port is setup as console, check if /boot/device.hints > has: > hint.sio.0.flags="0x10" > escaping to the debugger is not caught. > btw, Jeremy Chadwick had a nice explanation, but I lost the URL. That was the missing piece, thank you ... I can now break down into DDB through the VSP ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 04:04:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F23A106566B for ; Sun, 29 Mar 2009 04:04:33 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id ECC858FC0C for ; Sun, 29 Mar 2009 04:04:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id n2T44P0b087455 for ; Sat, 28 Mar 2009 21:04:31 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id n2T44PTN087454 for freebsd-stable@freebsd.org; Sat, 28 Mar 2009 21:04:25 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [64.81.172.194]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 28 Mar 2009 21:04:25 -0700 Message-ID: <20090328210425.z0a7r43zksgc0os8@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 28 Mar 2009 21:04:25 -0700 From: Chris H To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / UNIX Subject: Xorg unbuildable - where to get: x11-xcb? 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, 29 Mar 2009 04:04:33 -0000 Greetings, A fresh install of 7 followed by a cvsup to 7.2-PRE on the 26th results in an inability to build Xorg on the system. A cvsup only an hour ago provides no solution. An attempt at the following: cd /usr/ports/x11/xorg-minimal make produces the following error: ... checking pkg-config files for X11 are available... yes checking for LIBDRM... yes checking for DRI2PROTO... yes checking for DRIGL... gnome-config: not found configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes x11-xcb xcb-glx) were not met: No package 'x11-xcb' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. ... I was able to install /usr/ports/x11/xcb with no issue. But have no idea where to find x11-xcb. Where can I get it? thank you for all your time and consideration in this matter. --Chris From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 05:46:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2451065674 for ; Sun, 29 Mar 2009 05:46:00 +0000 (UTC) (envelope-from david@usermode.org) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id A411F8FC1C for ; Sun, 29 Mar 2009 05:46:00 +0000 (UTC) (envelope-from david@usermode.org) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n2T5k0Qc052874 for ; Sat, 28 Mar 2009 22:46:00 -0700 (PDT) (envelope-from david@usermode.org) Received: from radagast.usermode.org (netblock-66-245-216-32.dslextreme.com [66.245.216.32]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n2T5jOOM070349 for ; Sat, 28 Mar 2009 22:45:24 -0700 (PDT) (envelope-from david@usermode.org) From: David Johnson To: freebsd-stable@freebsd.org Date: Sat, 28 Mar 2009 22:45:24 -0700 User-Agent: KMail/1.11.1 (FreeBSD/7.2-PRERELEASE; KDE/4.2.1; i386; ; ) References: <200903271944.51781.david@usermode.org> <1238222057.8491.224.camel@balrog.2hip.net> <1238230523.8491.253.camel@balrog.2hip.net> In-Reply-To: <1238230523.8491.253.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_0rwzJmwg0dpL8GJ" Message-Id: <200903282245.24230.david@usermode.org> X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: No geolocation information available for 64.13.141.3 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: X.org hanging under 7.2-PRERELEASE 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, 29 Mar 2009 05:46:01 -0000 --Boundary-00=_0rwzJmwg0dpL8GJ Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Saturday 28 March 2009 01:55:23 am Robert Noland wrote: > Actually, hanging in drmwtq is usually an indication of the card going > belly up, or of interrupts being trashed. Make sure that you aren't > getting an interrupt storm on a shared irq with drm/vgapci. Can you > send me a full dmesg after drm is loaded and an xorg.log. Without drm, > you really don't use interrupts, so... My last email was premature. I hung again while trying to open an image. I am attaching the output of dmesg, ps and the Xorg log. The latter is full of the following messages: [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. I can't afford to be a tester, I have work I need to get done with this system. Please let me know if this gets fixed. In the meantime I'm going back to older code. -- David Johnson --Boundary-00=_0rwzJmwg0dpL8GJ Content-Type: text/plain; charset="UTF-8"; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.out" Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-PRERELEASE #3: Sat Mar 28 18:44:05 PDT 2009 david@radagast.usermode.org:/usr/obj/usr/src/sys/RADAGAST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz (2833.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10677 Stepping = 7 Features=0xbfebfbff Features2=0x8e3fd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 3220176896 (3071 MB) avail memory = 3146973184 (3001 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfea30000-0xfea3ffff irq 16 at device 0.0 on pci1 vgapci1: mem 0xfea20000-0xfea2ffff at device 0.1 on pci1 pci0: at device 3.0 (no driver attached) atapci0: port 0xe210-0xe217,0xe200-0xe203,0xe1f0-0xe1f7,0xe1e0-0xe1e3,0xe1d0-0xe1df irq 18 at device 3.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 3.3 (no driver attached) em0: port 0xe0e0-0xe0ff mem 0xfeb00000-0xfeb1ffff,0xfeb24000-0xfeb24fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1c:c0:7e:5e:32 uhci0: port 0xe0c0-0xe0df irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe0a0-0xe0bf irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe080-0xe09f irq 18 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfeb26400-0xfeb267ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: waiting for BIOS to give up control usb3: timed out waiting for BIOS usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered hdac0: mem 0xfeb20000-0xfeb23fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090316_0130 hdac0: [ITHREAD] uhci3: port 0xe060-0xe07f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xe040-0xe05f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xe020-0xe03f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfeb26000-0xfeb263ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: waiting for BIOS to give up control usb7: timed out waiting for BIOS usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 fwohci0: mem 0xfe900000-0xfe900fff,0xfe901000-0xfe9010ff irq 22 at device 1.0 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:90:27:00:02:2b:78:5c fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:2b:78:5c fwe0: Ethernet address: 02:90:27:2b:78:5c fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:02:2b:78:5c @ 0xfffe00000000, S400, maxrec 2048 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xbfdec000 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xe1b0-0xe1b7,0xe1a0-0xe1a3,0xe190-0xe197,0xe180-0xe183,0xe170-0xe17f,0xe160-0xe16f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xe150-0xe157,0xe140-0xe143,0xe130-0xe137,0xe120-0xe123,0xe110-0xe11f,0xe100-0xe10f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] acpi_button0: on acpi0 acpi_button1: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 61a482106004821 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 61a482106004821 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 61a482106004821 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 61a482106004821 device_attach: est3 attach returned 6 p4tcc3: on cpu3 pmtimer0 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] 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 ums0: on uhub2 ums0: 3 buttons and Z dir. ukbd0: on uhub2 kbd2 at ukbd0 uhid0: on uhub2 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int ad8: 238475MB at ata4-master SATA300 acd0: DVDR at ata4-slave SATA150 ad10: 238475MB at ata5-master SATA300 hdac0: HDA Codec #2: Analog Devices AD1882 hdac0: Adding 58 (nid=35): Max connection reached! max=32 pcm0: at cad 2 nid 1 on hdac0 GEOM_LABEL: Label for provider ad10s4 is ntfs/media. SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ad8s1a Loading configuration files. kernel dumps on /dev/ad8s1b Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad8s1b as swap device Starting file system checks: /dev/ad8s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s1a: clean, 463265 free (1889 frags, 57672 blocks, 0.4% fragmentation) /dev/ad8s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s1d: clean, 1006735 free (167 frags, 125821 blocks, 0.0% fragmentation) /dev/ad10s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad10s1d: clean, 21749060 free (13644 frags, 2716927 blocks, 0.1% fragmentation) /dev/ad8s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s1f: clean, 14293587 free (94827 frags, 1774845 blocks, 0.5% fragmentation) /dev/ad8s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s1e: clean, 783308 free (15988 frags, 95915 blocks, 1.6% fragmentation) /dev/ad10s3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad10s3: clean, 23473221 free (21461 frags, 2931470 blocks, 0.1% fragmentation) /dev/ad8s4: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad8s4: clean, 45132342 free (22 frags, 5641540 blocks, 0.0% fragmentation) Setting hostuuid: b74864be-7f6a-11dd-b2c0-00e01884fce4. Setting hostid: 0xf7764791. Mounting local file systems: . Setting hostname: radagast.usermode.org. net.inet6.ip6.auto_linklocal: 1 -> 0 vfs.usermount: 0 -> 1 dev.pcm.0.play.vchans: 1 -> 4 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:1c:c0:7e:5e:32 inet 192.168.1.15 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.99 netmask 0xffffffff broadcast 192.168.1.99 media: Ethernet autoselect status: no carrier add net default: gateway 192.168.1.1 Additional routing options: . Starting devd. Starting ums0 moused: . Configuring keyboard: . hw.acpi.cpu.cx_lowest: C1 -> C1 Additional IP options: . Mounting NFS file systems: . ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /usr/local/kde4/lib /usr/local/lib/compat/pkg /usr/local/lib/gegl-0.0 /usr/local/lib/graphviz /usr/local/lib/kde3 /usr/local/lib/mysql /usr/local/lib/pth /usr/local/lib/qt4 a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Creating and/or trimming log files: . Starting syslogd. Checking for core dump on /dev/ad8s1b... savecore: no dumps found Initial i386 initialization: . Additional ABI support: linux . Setting date via ntp. em0: link state changed to UP 28 Mar 19:37:17 ntpdate[863]: step time server 132.239.1.6 offset 1.390275 sec Clearing /tmp (X related). Starting local daemons: . Updating motd . Mounting late file systems: . Starting default moused: moused: unable to open /dev/psm0: No such file or directory . Starting dbus. Starting hald. Starting cupsd. Configuring syscons: blanktime screensaver . Starting sshd. Starting cron. Configuring jails: . Starting jails: . Local package initialization: . Starting background file system checks in 60 seconds. Sat Mar 28 19:37:19 PDT 2009 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 info: [drm] Setting GART location based on new memory map info: [drm] Loading R500 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] info: [drm] Num pipes: 1 info: [drm] Setting GART location based on new memory map info: [drm] Loading R500 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] info: [drm] Num pipes: 1 info: [drm] Setting GART location based on new memory map info: [drm] Loading R500 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] --Boundary-00=_0rwzJmwg0dpL8GJ Content-Type: text/plain; charset="UTF-8"; name="ps.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ps.out" UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -16 0 0 0 sched DLs ?? 0:00.04 [swapper] 0 1 0 0 8 0 1888 468 wait ILs ?? 0:00.01 /sbin/init 0 2 0 0 -8 0 0 8 - DL ?? 0:00.22 [g_event] 0 3 0 0 -8 0 0 8 - DL ?? 0:03.66 [g_up] 0 4 0 0 -8 0 0 8 - DL ?? 0:05.73 [g_down] 0 5 0 0 8 0 0 8 - DL ?? 0:00.00 [kqueue tas 0 6 0 0 -8 0 0 8 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 7 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_ 0 8 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_ 0 9 0 0 8 0 0 8 - DL ?? 0:00.00 [acpi_task_ 0 10 0 0 -16 0 0 8 audit_ DL ?? 0:00.00 [audit] 0 11 0 0 171 0 0 8 - RL ?? 156:43.04 [idle: cpu3 0 12 0 0 171 0 0 8 - RL ?? 158:41.31 [idle: cpu2 0 13 0 0 171 0 0 8 - RL ?? 155:05.16 [idle: cpu1 0 14 0 0 171 0 0 8 - RL ?? 154:47.37 [idle: cpu0 0 15 0 0 -32 0 0 8 - WL ?? 0:06.75 [swi4: cloc 0 16 0 0 -36 0 0 8 - WL ?? 0:00.00 [swi3: vm] 0 17 0 0 -44 0 0 8 - WL ?? 0:00.00 [swi1: net] 0 18 0 0 -16 0 0 8 - DL ?? 0:00.60 [yarrow] 0 19 0 0 -40 0 0 8 - WL ?? 0:00.00 [swi2: camb 0 20 0 0 -28 0 0 8 - WL ?? 0:00.00 [swi5: +] 0 21 0 0 8 0 0 8 - DL ?? 0:00.00 [thread tas 0 22 0 0 -24 0 0 8 - WL ?? 0:00.01 [swi6: Gian 0 23 0 0 -24 0 0 8 - WL ?? 0:01.07 [swi6: task 0 24 0 0 -52 0 0 8 - WL ?? 0:00.00 [irq9: acpi 0 25 0 0 -64 0 0 8 - WL ?? 0:01.91 [irq18: ata 0 26 0 0 -68 0 0 8 - DL ?? 0:00.25 [em0 taskq] 0 27 0 0 -64 0 0 8 - WL ?? 0:01.47 [irq16: uhc 0 28 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb0] 0 29 0 0 8 0 0 8 usbtsk DL ?? 0:00.00 [usbtask-hc 0 30 0 0 8 0 0 8 usbtsk DL ?? 0:00.00 [usbtask-dr 0 31 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq21: uhc 0 32 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb1] 0 33 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb2] 0 34 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb3] 0 35 0 0 -80 0 0 8 - WL ?? 0:03.37 [irq22: hda 0 36 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq23: uhc 0 37 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb4] 0 38 0 0 -64 0 0 8 - WL ?? 0:09.83 [irq19: uhc 0 39 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb5] 0 40 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb6] 0 41 0 0 8 0 0 8 usbevt DL ?? 0:00.00 [usb7] 0 42 0 0 -68 0 0 8 - DL ?? 0:00.31 [fw0_taskq] 0 43 0 0 8 0 0 8 - IL ?? 0:00.00 [fw0_probe] 0 44 0 0 -48 0 0 8 - WL ?? 0:00.00 [swi0: sio] 0 45 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq14: ata 0 46 0 0 -64 0 0 8 - WL ?? 0:00.00 [irq15: ata 0 47 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq1: atkb 0 48 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq7: ppbu 0 49 0 0 -16 0 0 16 waitin DL ?? 0:00.00 [sctp_itera 0 50 0 0 -16 0 0 8 psleep DL ?? 0:00.01 [pagedaemon 0 51 0 0 20 0 0 8 psleep DL ?? 0:00.00 [vmdaemon] 0 52 0 0 171 0 0 8 pgzero DL ?? 0:00.00 [pagezero] 0 53 0 0 -16 0 0 8 psleep DL ?? 0:00.06 [bufdaemon] 0 54 0 0 20 0 0 8 syncer DL ?? 0:02.27 [syncer] 0 55 0 0 -4 0 0 8 vlruwt DL ?? 0:00.38 [vnlru] 0 56 0 0 -16 0 0 8 sdflus DL ?? 0:00.12 [softdepflu 0 154 1 0 20 0 1356 792 pause Is ?? 0:00.00 adjkerntz - 0 685 1 0 44 0 3244 1036 select Is ?? 0:02.94 /usr/sbin/m 0 741 1 0 44 0 1888 556 select Is ?? 0:00.01 /sbin/devd 0 850 1 0 44 0 3160 1092 select Is ?? 0:00.01 /usr/sbin/s 556 1009 1 0 44 0 3312 2092 select Is ?? 0:00.67 /usr/local/ 0 1032 1 0 4 0 5832 2948 kqread Is ?? 0:00.01 /usr/local/ 0 1054 1 0 44 0 5668 3104 select Is ?? 0:00.00 /usr/sbin/s 0 1060 1 0 44 0 5808 3300 select Ss ?? 0:00.07 sendmail: a 25 1069 1 0 20 0 5808 3196 pause Is ?? 0:00.00 sendmail: Q 0 1075 1 0 8 0 3188 1244 nanslp Is ?? 0:00.01 /usr/sbin/c 560 1133 1 0 44 0 6700 4168 select Ss ?? 0:02.76 /usr/local/ 0 1136 1 0 1 0 8352 3412 waitvt Is ?? 0:00.01 /usr/local/ 0 1137 1133 0 4 0 5704 2400 select I ?? 0:00.01 hald-runner 0 1145 1137 0 4 0 5532 2140 kqread I ?? 0:00.01 hald-addon- 0 1158 1137 0 44 0 3604 1544 select S ?? 0:02.01 hald-addon- 1001 1709 1 0 96 0 3312 1632 select Is ?? 0:00.00 /usr/local/ 1001 1723 1 0 44 0 3312 1880 select Is ?? 0:00.38 /usr/local/ 1001 1728 1 0 44 0 33584 15672 select Is ?? 0:00.04 kdeinit4: k 1001 1729 1728 0 44 0 39428 21572 select I ?? 0:00.13 klauncher 1001 1731 1 0 45 0 72388 34752 select S ?? 3:57.88 kded4 1001 1738 1728 0 96 0 70652 27044 select I ?? 0:00.31 ksmserver 1001 1739 1738 0 44 0 59248 28696 select I ?? 0:46.15 kwin 1001 1742 1 0 44 0 97092 52684 ucond I ?? 0:18.52 /usr/local/ 1001 1743 1728 0 96 0 27828 13208 select I ?? 0:00.05 /usr/local/ 1001 1745 1 0 44 0 50544 18536 select I ?? 0:00.05 /usr/local/ 1001 1747 1 0 97 0 244848 49784 ucond I ?? 0:09.16 /usr/local/ 1001 1752 1 0 44 0 49416 18208 select I ?? 0:00.14 /usr/local/ 1001 1761 1728 0 44 0 71096 36292 select I ?? 0:00.32 /usr/local/ 1001 1764 1 0 44 0 56960 25072 select S ?? 0:10.64 /usr/local/ 1001 1765 1 0 44 0 250260 51044 select I ?? 0:05.57 /usr/local/ 1001 1766 1 0 44 0 73428 33368 select S ?? 0:01.76 /usr/local/ 1001 1767 1 0 44 0 227616 116136 select S ?? 0:09.72 /usr/local/ 1001 1773 1 0 44 0 125572 62964 select I ?? 0:12.96 /usr/local/ 1001 1775 1 0 44 0 56140 24236 select S ?? 0:01.34 /usr/local/ 1001 1777 1728 0 44 0 39040 21944 select I ?? 0:00.44 kdeinit4: k 1001 1778 1728 0 44 0 38016 21464 select I ?? 0:00.39 kdeinit4: k 1001 1779 1 0 44 0 63360 28508 select I ?? 0:00.15 /usr/local/ 1001 1797 1773 0 46 0 0 0 - Z ?? 0:00.00 1001 1799 1773 0 47 0 0 0 - Z ?? 0:00.00 1001 1801 1773 0 47 0 0 0 - Z ?? 0:00.00 1001 1803 1773 0 48 0 0 0 - Z ?? 0:00.00 1001 1807 1773 0 44 0 0 0 - Z ?? 0:00.00 1001 1811 1773 0 45 0 0 0 - Z ?? 0:00.00 1001 1815 1773 0 45 0 0 0 - Z ?? 0:00.00 1001 1817 1773 0 46 0 0 0 - Z ?? 0:00.00 1001 1820 1773 0 47 0 0 0 - Z ?? 0:00.00 1001 1824 1773 0 47 0 0 0 - Z ?? 0:00.00 1001 1828 1773 0 45 0 0 0 - Z ?? 0:00.00 1001 1832 1773 0 45 0 0 0 - Z ?? 0:00.00 1001 1959 1773 0 47 0 0 0 - Z ?? 0:00.00 1001 2008 1773 0 45 0 0 0 - Z ?? 0:00.00 1001 2404 1 0 44 0 65696 34480 select I ?? 0:00.66 /usr/local/ 1001 2406 1728 0 45 0 35500 19408 select I ?? 0:00.01 kdeinit4: k 1001 2407 1728 0 46 0 35500 19408 select I ?? 0:00.01 kdeinit4: k 0 2478 1054 0 4 0 8344 3844 sbwait Is ?? 0:00.02 sshd: david 1001 2481 2478 0 44 0 8344 3888 select S ?? 0:00.01 sshd: david 0 1121 1 0 8 0 3600 1628 wait Is v0 0:00.01 login [pam] 1001 1168 1121 0 8 0 4368 2296 wait I v0 0:00.01 -bash (bash 1001 1657 1168 0 8 0 3436 1512 wait I+ v0 0:00.00 /bin/sh /us 1001 1675 1657 0 8 0 4352 1608 wait I+ v0 0:00.00 xinit /home 0 1676 1675 0 44 0 471352 226536 drmwtq S v0 3:22.34 /usr/local/ 1001 1683 1675 0 8 0 3436 1520 wait I v0 0:00.01 /bin/sh /us 1001 1708 1 0 44 0 4612 1912 select I v0 0:00.00 dbus-launch 1001 1722 1 0 44 0 4612 1912 select I v0 0:00.00 dbus-launch 1001 1737 1683 0 4 0 3104 860 sbwait I v0 0:00.00 kwrapper4 k 0 1122 1 0 5 0 3160 1072 ttyin Is+ v1 0:00.00 /usr/libexe 0 1123 1 0 5 0 3160 1072 ttyin Is+ v2 0:00.00 /usr/libexe 0 1124 1 0 5 0 3160 1072 ttyin Is+ v3 0:00.00 /usr/libexe 0 1125 1 0 5 0 3160 1072 ttyin Is+ v4 0:00.00 /usr/libexe 0 1126 1 0 5 0 3160 1072 ttyin Is+ v5 0:00.00 /usr/libexe 0 1127 1 0 5 0 3160 1072 ttyin Is+ v6 0:00.00 /usr/libexe 0 1128 1 0 5 0 3160 1072 ttyin Is+ v7 0:00.00 /usr/libexe 1001 2483 2481 0 8 0 4368 2324 wait Ss p1 0:00.01 -bash (bash 1001 2501 2483 0 44 0 3256 1200 - R+ p1 0:00.00 ps axl --Boundary-00=_0rwzJmwg0dpL8GJ-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 05:47:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E537106566C for ; Sun, 29 Mar 2009 05:47:01 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [66.119.213.2]) by mx1.freebsd.org (Postfix) with ESMTP id 252978FC1F for ; Sun, 29 Mar 2009 05:47:00 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from kstewart2.owt.com (kstewart2.owt.com [64.146.237.228]) (authenticated bits=0) by smtp.owt.com (8.13.8/8.13.8) with ESMTP id n2T5jjew000631; Sat, 28 Mar 2009 22:45:45 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=owt.com; s=default; t=1238305546; bh=L7MHR9eiA6NUa8Mk5nGbq+hAth1m38VOemayeERhv4E=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=iVizvsjwNByDP +rt0ktnih9TSCyskY0cE7fsi0Y3ojuMXj3R7iQfLIdcLVMaquLiQbr1vCAKNLw6NzVe oTE76SfSjLXUUSTSEDrYiz0Syj2hYyjnakxXoVnVvcnKKwMgicR3AH4iEfBSxQ3xdzF J2xPU3LqQg3J+HFfJQknRKzA= From: Kent Stewart To: freebsd-stable@freebsd.org Date: Sat, 28 Mar 2009 22:45:44 -0700 User-Agent: KMail/1.9.10 References: <20090328210425.z0a7r43zksgc0os8@webmail.1command.com> In-Reply-To: <20090328210425.z0a7r43zksgc0os8@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903282245.44832.kstewart@owt.com> Cc: Chris H Subject: Re: Xorg unbuildable - where to get: x11-xcb? 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, 29 Mar 2009 05:47:01 -0000 On Saturday 28 March 2009 09:04:25 pm Chris H wrote: > Greetings, > A fresh install of 7 followed by a cvsup to 7.2-PRE on the 26th > results in an inability to build Xorg on the system. A cvsup only > an hour ago provides no solution. > > An attempt at the following: > > cd /usr/ports/x11/xorg-minimal > make > > produces the following error: > ... > checking pkg-config files for X11 are available... yes > checking for LIBDRM... yes > checking for DRI2PROTO... yes > checking for DRIGL... gnome-config: not found > configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes > x11-xcb > xcb-glx) were not met: > > No package 'x11-xcb' found > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > ... > > I was able to install /usr/ports/x11/xcb with no issue. But have > no idea where to find x11-xcb. Where can I get it? > > thank you for all your time and consideration in this matter. You didn't really say that your cvsup updated everything but if you didn't you have to do a cvsup of ports-all for ports to be built. Kent -- kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 06:09:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02F2B1065672 for ; Sun, 29 Mar 2009 06:09:01 +0000 (UTC) (envelope-from david@usermode.org) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id D5FCE8FC14 for ; Sun, 29 Mar 2009 06:09:00 +0000 (UTC) (envelope-from david@usermode.org) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n2T690qs053311 for ; Sat, 28 Mar 2009 23:09:00 -0700 (PDT) (envelope-from david@usermode.org) Received: from radagast.usermode.org (netblock-66-245-216-32.dslextreme.com [66.245.216.32]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n2T68ndh074341 for ; Sat, 28 Mar 2009 23:08:49 -0700 (PDT) (envelope-from david@usermode.org) From: David Johnson To: freebsd-stable@freebsd.org Date: Sat, 28 Mar 2009 23:08:49 -0700 User-Agent: KMail/1.11.1 (FreeBSD/7.2-PRERELEASE; KDE/4.2.1; i386; ; ) References: <200903271944.51781.david@usermode.org> <1238230523.8491.253.camel@balrog.2hip.net> <200903282245.24230.david@usermode.org> In-Reply-To: <200903282245.24230.david@usermode.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_xBxzJox80dk8ME8" Message-Id: <200903282308.49395.david@usermode.org> X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: No geolocation information available for 64.13.141.3 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: X.org hanging under 7.2-PRERELEASE 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, 29 Mar 2009 06:09:01 -0000 --Boundary-00=_xBxzJox80dk8ME8 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Saturday 28 March 2009 10:45:24 pm David Johnson wrote: > My last email was premature. I hung again while trying to open an image. I > am attaching the output of dmesg, ps and the Xorg log. The latter is full > of the following messages: Forgot the Xorg log. Here it is: -- David Johnson --Boundary-00=_xBxzJox80dk8ME8-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 06:42:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AE14106566B; Sun, 29 Mar 2009 06:42:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B3FB98FC0C; Sun, 29 Mar 2009 06:42:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LnojH-0006l9-Pu; Sun, 29 Mar 2009 09:42:47 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: <49CEB652.8060003@samsco.org> References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> <49CEB652.8060003@samsco.org> Comments: In-reply-to Scott Long message dated "Sat, 28 Mar 2009 17:44:18 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Mar 2009 09:42:47 +0300 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 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, 29 Mar 2009 06:42:50 -0000 > Danny Braniss wrote: > > it seems March 12 was a bit off :-) > > it took some time, but I managed to close the gap: > > 189100 ok > > 189150 fails > > I will continue tomorrow, but this should be helpful. > > > > > > 189150 is in the middle of a big string of related commits. Try > updating to the following change numbers and retesting: > > 189088 > 189107 > 189161 > > If the last one does not work, try editing /sys/dev/amr/amr.c to change > > #define AMR_ENABLE_CAM 1 > > to > > #define AMR_ENABLE_CAM 0 > > Scott 189161 works, also for the iir now what? danny From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 06:43:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C73106576B for ; Sun, 29 Mar 2009 06:43:00 +0000 (UTC) (envelope-from david@usermode.org) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id BCA638FC0A for ; Sun, 29 Mar 2009 06:43:00 +0000 (UTC) (envelope-from david@usermode.org) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n2T6h0F0054015 for ; Sat, 28 Mar 2009 23:43:00 -0700 (PDT) (envelope-from david@usermode.org) Received: from radagast.usermode.org (netblock-66-245-216-32.dslextreme.com [66.245.216.32]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n2T6ggJW083351 for ; Sat, 28 Mar 2009 23:42:42 -0700 (PDT) (envelope-from david@usermode.org) From: David Johnson To: freebsd-stable@freebsd.org Date: Sat, 28 Mar 2009 23:42:42 -0700 User-Agent: KMail/1.11.1 (FreeBSD/7.2-PRERELEASE; KDE/4.2.1; i386; ; ) References: <200903271944.51781.david@usermode.org> <200903282245.24230.david@usermode.org> <200903282308.49395.david@usermode.org> In-Reply-To: <200903282308.49395.david@usermode.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903282342.42664.david@usermode.org> X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: No geolocation information available for 64.13.141.3 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Subject: Re: X.org hanging under 7.2-PRERELEASE 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, 29 Mar 2009 06:43:01 -0000 On Saturday 28 March 2009 11:08:49 pm David Johnson wrote: > On Saturday 28 March 2009 10:45:24 pm David Johnson wrote: > > My last email was premature. I hung again while trying to open an image. > > I am attaching the output of dmesg, ps and the Xorg log. The latter is > > full of the following messages: > > Forgot the Xorg log. Here it is: Weird. Don't know why I won't send. Oh well. -- David Johnson From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 06:52:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05AEF106564A; Sun, 29 Mar 2009 06:52:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id AA41A8FC12; Sun, 29 Mar 2009 06:52:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2T6q4uu069123; Sun, 29 Mar 2009 00:52:04 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49CF1A94.6040703@samsco.org> Date: Sun, 29 Mar 2009 00:52:04 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Danny Braniss References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> <49CEB652.8060003@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 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, 29 Mar 2009 06:52:40 -0000 Danny Braniss wrote: >> Danny Braniss wrote: >>> it seems March 12 was a bit off :-) >>> it took some time, but I managed to close the gap: >>> 189100 ok >>> 189150 fails >>> I will continue tomorrow, but this should be helpful. >>> >>> >> 189150 is in the middle of a big string of related commits. Try >> updating to the following change numbers and retesting: >> >> 189088 >> 189107 >> 189161 >> >> If the last one does not work, try editing /sys/dev/amr/amr.c to change >> >> #define AMR_ENABLE_CAM 1 >> >> to >> >> #define AMR_ENABLE_CAM 0 >> >> Scott > > 189161 works, also for the iir > now what? > Next set to try: 189219 189229 189253 189402 189531 189569 189591 Scott From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 07:32:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E5371065670 for ; Sun, 29 Mar 2009 07:32:59 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E9F428FC15 for ; Sun, 29 Mar 2009 07:32:58 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 238751724; Sun, 29 Mar 2009 09:32:57 +0300 Message-ID: <49CF0803.1070505@FreeBSD.org> Date: Sun, 29 Mar 2009 08:32:51 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Dominic Fandrey References: <1238293386.00093672.1238281804@10.7.7.3> In-Reply-To: <1238293386.00093672.1238281804@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 07:32:59 -0000 Dominic Fandrey wrote: > Since I updated to the 7.2 prerelease, powerd is broken. > >> uname -a > FreeBSD mobileKamikaze.norad 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Tue Mar 24 07:57:30 CET 2009 root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 > > It increases the CPU frequency very aggressively in adaptive mode. > That means full speed with a system load below 1%. I have to use the > following nonsensical powerd_flags to make it work sensibly: > -a adaptive -b minimum -i 95 -r 99 > > The system is a Core2 Duo, if that is of any help. Run powerd in foreground with -v option to get it's work trace. If it reaches full speed, there must be some reason to do it. Updated powerd indeed may behave a bit more aggressively (especially in new hiadaptive mode, default for AC power). But it was made several months ago and nobody have complained yet. I am personally using it on 8-CURRENT on my Core2Duo laptop every day. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 08:00:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 949D4106564A; Sun, 29 Mar 2009 08:00:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 485458FC14; Sun, 29 Mar 2009 08:00:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Lnpwd-0007sp-9W; Sun, 29 Mar 2009 11:00:39 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: <49CF1A94.6040703@samsco.org> References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> <49CEB652.8060003@samsco.org> <49CF1A94.6040703@samsco.org> Comments: In-reply-to Scott Long message dated "Sun, 29 Mar 2009 00:52:04 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Mar 2009 11:00:39 +0300 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 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, 29 Mar 2009 08:00:42 -0000 > Danny Braniss wrote: > >> Danny Braniss wrote: > >>> it seems March 12 was a bit off :-) > >>> it took some time, but I managed to close the gap: > >>> 189100 ok > >>> 189150 fails > >>> I will continue tomorrow, but this should be helpful. > >>> > >>> > >> 189150 is in the middle of a big string of related commits. Try > >> updating to the following change numbers and retesting: > >> > >> 189088 > >> 189107 > >> 189161 > >> > >> If the last one does not work, try editing /sys/dev/amr/amr.c to change > >> > >> #define AMR_ENABLE_CAM 1 > >> > >> to > >> > >> #define AMR_ENABLE_CAM 0 > >> > >> Scott > > > > 189161 works, also for the iir > > now what? > > > > Next set to try: > > 189219 broken > 189229 broken any point in going on? danny > 189253 > 189402 > 189531 > 189569 > 189591 > > Scott From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 09:21:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 079331065672; Sun, 29 Mar 2009 09:21:40 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id BB5428FC08; Sun, 29 Mar 2009 09:21:39 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.210.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 178DB8A00D1; Sun, 29 Mar 2009 11:21:36 +0200 (CEST) Message-ID: <49CF2F8D.6000905@bsdforen.de> Date: Sun, 29 Mar 2009 10:21:33 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> In-Reply-To: <49CF0803.1070505@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 09:21:40 -0000 Alexander Motin wrote: > Dominic Fandrey wrote: >> Since I updated to the 7.2 prerelease, powerd is broken. >> >>> uname -a >> FreeBSD mobileKamikaze.norad 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: >> Tue Mar 24 07:57:30 CET 2009 >> root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b >> amd64 >> >> It increases the CPU frequency very aggressively in adaptive mode. >> That means full speed with a system load below 1%. I have to use the >> following nonsensical powerd_flags to make it work sensibly: >> -a adaptive -b minimum -i 95 -r 99 >> >> The system is a Core2 Duo, if that is of any help. > > Run powerd in foreground with -v option to get it's work trace. If it > reaches full speed, there must be some reason to do it. > > Updated powerd indeed may behave a bit more aggressively (especially in > new hiadaptive mode, default for AC power). But it was made several > months ago and nobody have complained yet. I am personally using it on > 8-CURRENT on my Core2Duo laptop every day. > # grep powerd /etc/rc.conf powerd_enable="YES" #powerd_flags="-a adaptive -b minimum -i 95 -r 99" powerd_flags="-a adaptive -b minimum -v" # rcrestart powerd powerd not running? Starting powerd. powerd: using sysctl for AC line status powerd: using devd for AC line status load 77%, current freq 2400 MHz ( 0), wanted freq 2400 MHz load 74%, current freq 2400 MHz ( 0), wanted freq 2400 MHz load 78%, current freq 2400 MHz ( 0), wanted freq 2400 MHz load 79%, current freq 2400 MHz ( 0), wanted freq 2400 MHz load 65%, current freq 2400 MHz ( 0), wanted freq 2400 MHz load 72%, current freq 2400 MHz ( 0), wanted freq 2400 MHz load 76%, current freq 2400 MHz ( 0), wanted freq 2400 MHz ... The real load was between 3 and 7 % while these were recorded. Note that I use the normal/old adaptive mode. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 09:30:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF87C106566B for ; Sun, 29 Mar 2009 09:30:03 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 774A48FC0C for ; Sun, 29 Mar 2009 09:30:03 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n2T91rco012926; Sun, 29 Mar 2009 11:01:54 +0200 Received: from ubm.mine.nu ([85.181.38.200] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 29 Mar 2009 11:01:53 +0200 Date: Sun, 29 Mar 2009 11:01:53 +0200 From: Marc "UBM" Bocklet To: Marc "UBM" Bocklet Message-Id: <20090329110153.f625612f.ubm@u-boot-man.de> In-Reply-To: <20090120080829.b4006877.ubm@u-boot-man.de> References: <20090119202016.11f42e3b.ubm.freebsd@gmail.com> <49750137.7020105@modulus.org> <20090120080829.b4006877.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problems with sata disks (taskqueue 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: Sun, 29 Mar 2009 09:30:04 -0000 On Tue, 20 Jan 2009 08:08:29 +0100 Marc "UBM" Bocklet wrote: > On Tue, 20 Jan 2009 09:39:51 +1100 > Andrew Snow wrote: > > > > > I think that if you use eSATA you probably need dedicated eSATA > > controller ports. eSATA standard specifies a higher voltage for > > the longer cable distances. > > > > Judging from the sporadic problem reports, Promise TX4 is probably > > not the best at signal purity to begin with so using it for eSATA > > pushes it over the edge. > > > > > > Hope that helps, > > Thanks for the fast answer! :-) > > Although my version of the TX4 has two dedicated e-sata ports, the > other posts seem to indicate that it got something to do with the > controller (maybe signal purity, like you said). I'll try upgrading > next and will report back after that. A very late followup here: I upgraded to the latest stable, but things did not improve: Mar 29 10:57:29 hamstor kernel: ad10: WARNING - WRITE_DMA48 UDMA ICRC error (retrying request) LBA=1087300992 Mar 29 10:57:34 hamstor kernel: ad10: FAILURE - SET_MULTI status=51 error=4 Mar 29 10:57:34 hamstor kernel: ad10: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=1087300992 Mar 29 10:57:34 hamstor kernel: ad10: FAILURE - WRITE_DMA48 status=ff error=ff LBA=1087300992 Mar 29 10:57:34 hamstor root: ZFS: vdev I/O failure, zpool=gedaerm path=/dev/ad10 offset=556698042368 size=131072 error=5 Mar 29 10:57:43 hamstor kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Mar 29 10:57:47 hamstor kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Mar 29 10:57:51 hamstor kernel: ad10: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Mar 29 10:57:55 hamstor kernel: ad10: WARNING - SET_MULTI taskqueue timeout - completing request directly Mar 29 10:57:55 hamstor kernel: ad10: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=1087301248 Mar 29 10:57:55 hamstor kernel: ad10: WARNING - WRITE_DMA48 UDMA ICRC error (retrying request) LBA=1087301248 Mar 29 10:58:00 hamstor kernel: ad10: FAILURE - SET_MULTI status=51 error=4 Mar 29 10:58:00 hamstor kernel: ad10: FAILURE - WRITE_DMA48 timed out LBA=1087301248 Mar 29 10:58:00 hamstor root: ZFS: vdev I/O failure, zpool=gedaerm path=/dev/ad10 offset=556698173440 size=131072 error=5 Any further ideas anybody? :-) Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 10:02:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB3891065673 for ; Sun, 29 Mar 2009 10:02:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 654B48FC0A for ; Sun, 29 Mar 2009 10:02:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Lnrqn-000BAm-Fj; Sun, 29 Mar 2009 13:02:45 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Terry Kennedy In-reply-to: <01N73TW6WQX4003ZGO@tmk.com> References: <01N73TW6WQX4003ZGO@tmk.com> Comments: In-reply-to Terry Kennedy message dated "Sat, 28 Mar 2009 04:32:55 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Mar 2009 13:02:45 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: amr driver broken since March 12 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, 29 Mar 2009 10:02:47 -0000 > Danny Braniss danny at cs.huji.ac.il writes: > > at least for me :-) > > [and sorry for the cross posting] > > > [...] > > > > amr0: mem 0xfbef0000-0xfbefffff,0xfe580000-0xfe5fffff > > irq 27 at device 0.0 on pci4 > > amr0: [ITHREAD] > > amr0: delete logical drives supported by controller > > amr0: Firmware 414I, BIOS A100, > > 128MB RAM > > amr0: adapter is busy > > amr0: adapter is busy > > amr0: delete logical drives supported by controller > > (probe0:amr0:0:6:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > > (probe0:amr0:0:6:0): CAM Status: SCSI Status Error > > (probe0:amr0:0:6:0): SCSI Status: Check Condition > > (probe0:amr0:0:6:0): ILLEGAL REQUEST asc:24,0 > > (probe0:amr0:0:6:0): Invalid field in CDB > > (probe0:amr0:0:6:0): Unretryable error > > FWIW, I have a an amr device (Dell PERC 3/DC) which is working fine with > a -STABLE dated after March 12th: > > FreeBSD 7.2-PRERELEASE #2: Thu Mar 26 09:41:58 EDT 2009 > terry@test4.tmk.com:/usr/obj/usr/src/sys/PE1550 > [snip] > amr0: mem 0xf0000000-0xf7ffffff irq 25 at device 0.0 on pci3 > amr0: [ITHREAD] > amr0: delete logical drives supported by controller > amr0: Firmware 199D, BIOS 3.35, 128MB RAM > amr0: delete logical drives supported by controller > amrd0: on amr0 > amrd0: 69360MB (142049280 sectors) RAID 5 (optimal) > ses0 at amr0 bus 0 target 6 lun 0 > ses0: Fixed Processor SCSI-2 device > ses0: SAF-TE Compliant Device > Trying to mount root from ufs:/dev/amrd0s1a > > This is on a dual-processor Dell PowerEdge 1550. > > So this may only affect certain models or firmware revisions of amr > devices. Of course, since each LSI OEM uses their own firmware and > BIOS numbering scheme, it'll be hard to tell which one is newer than > the other. > > I have a bazillion of these cards if one would be helpful to a de- > veloper. well, it's broken on my Dell PowerEdge 2940 amr0: amr0: Firmware 1.06 and pciconf: amr0@pci0:0:2:1: class=0x0e0001 card=0x04671028 chip=0x19608086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '80960RP i960RP Microprocessor' class = intelligent I/O controller subclass = I2O now try to follow the rebranding trail :-) From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 10:34:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 631B0106564A for ; Sun, 29 Mar 2009 10:34:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id DD5FC8FC12 for ; Sun, 29 Mar 2009 10:34:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 238758941; Sun, 29 Mar 2009 13:34:37 +0300 Message-ID: <49CF4EB9.60108@FreeBSD.org> Date: Sun, 29 Mar 2009 13:34:33 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Dominic Fandrey References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> In-Reply-To: <49CF2F8D.6000905@bsdforen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 10:34:38 -0000 Dominic Fandrey wrote: > Alexander Motin wrote: >> Dominic Fandrey wrote: >>> Since I updated to the 7.2 prerelease, powerd is broken. >>> >>>> uname -a >>> FreeBSD mobileKamikaze.norad 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: >>> Tue Mar 24 07:57:30 CET 2009 >>> root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b >>> amd64 >>> >>> It increases the CPU frequency very aggressively in adaptive mode. >>> That means full speed with a system load below 1%. I have to use the >>> following nonsensical powerd_flags to make it work sensibly: >>> -a adaptive -b minimum -i 95 -r 99 >>> >>> The system is a Core2 Duo, if that is of any help. >> Run powerd in foreground with -v option to get it's work trace. If it >> reaches full speed, there must be some reason to do it. >> >> Updated powerd indeed may behave a bit more aggressively (especially in >> new hiadaptive mode, default for AC power). But it was made several >> months ago and nobody have complained yet. I am personally using it on >> 8-CURRENT on my Core2Duo laptop every day. >> > > # grep powerd /etc/rc.conf > powerd_enable="YES" > #powerd_flags="-a adaptive -b minimum -i 95 -r 99" > powerd_flags="-a adaptive -b minimum -v" > # rcrestart powerd > powerd not running? > Starting powerd. > powerd: using sysctl for AC line status > powerd: using devd for AC line status > load 77%, current freq 2400 MHz ( 0), wanted freq 2400 MHz > load 74%, current freq 2400 MHz ( 0), wanted freq 2400 MHz > load 78%, current freq 2400 MHz ( 0), wanted freq 2400 MHz > load 79%, current freq 2400 MHz ( 0), wanted freq 2400 MHz > load 65%, current freq 2400 MHz ( 0), wanted freq 2400 MHz > load 72%, current freq 2400 MHz ( 0), wanted freq 2400 MHz > load 76%, current freq 2400 MHz ( 0), wanted freq 2400 MHz > ... > > The real load was between 3 and 7 % while these were recorded. > > Note that I use the normal/old adaptive mode. Reason is not in algorithm. Reason is in reporting so high load (65-79%). Run this test please at the same conditions to understand what's going on there: sysctl kern.cp_times && sleep 1 && \ sysctl kern.cp_times && sleep 1 && \ sysctl kern.cp_times && sleep 1 && \ sysctl kern.cp_times -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 11:14:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6384A106566B; Sun, 29 Mar 2009 11:14:19 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 06B058FC0A; Sun, 29 Mar 2009 11:14:18 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.212.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 8D0D18A00D1; Sun, 29 Mar 2009 13:14:17 +0200 (CEST) Message-ID: <49CF49F5.6010800@bsdforen.de> Date: Sun, 29 Mar 2009 12:14:13 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> In-Reply-To: <49CF4EB9.60108@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 11:14:19 -0000 Alexander Motin wrote: > Dominic Fandrey wrote: >> Alexander Motin wrote: >>> Dominic Fandrey wrote: >>>> Since I updated to the 7.2 prerelease, powerd is broken. >>>> >>>>> uname -a >>>> FreeBSD mobileKamikaze.norad 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: >>>> Tue Mar 24 07:57:30 CET 2009 >>>> root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b >>>> amd64 >>>> >>>> It increases the CPU frequency very aggressively in adaptive mode. >>>> That means full speed with a system load below 1%. I have to use the >>>> following nonsensical powerd_flags to make it work sensibly: >>>> -a adaptive -b minimum -i 95 -r 99 >>>> >>>> The system is a Core2 Duo, if that is of any help. >>> Run powerd in foreground with -v option to get it's work trace. If it >>> reaches full speed, there must be some reason to do it. >>> >>> Updated powerd indeed may behave a bit more aggressively (especially in >>> new hiadaptive mode, default for AC power). But it was made several >>> months ago and nobody have complained yet. I am personally using it on >>> 8-CURRENT on my Core2Duo laptop every day. >>> >> >> # grep powerd /etc/rc.conf >> powerd_enable="YES" >> #powerd_flags="-a adaptive -b minimum -i 95 -r 99" >> powerd_flags="-a adaptive -b minimum -v" >> # rcrestart powerd powerd not running? >> Starting powerd. >> powerd: using sysctl for AC line status >> powerd: using devd for AC line status >> load 77%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >> load 74%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >> load 78%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >> load 79%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >> load 65%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >> load 72%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >> load 76%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >> ... >> >> The real load was between 3 and 7 % while these were recorded. >> >> Note that I use the normal/old adaptive mode. > > Reason is not in algorithm. Reason is in reporting so high load > (65-79%). Run this test please at the same conditions to understand > what's going on there: > > sysctl kern.cp_times && sleep 1 && \ > sysctl kern.cp_times && sleep 1 && \ > sysctl kern.cp_times && sleep 1 && \ > sysctl kern.cp_times > Measurings done with cpu speed set to 800MHz with ~6% CPU load. # while sleep 1; do sysctl kern.cp_times; done kern.cp_times: 27709 1 14989 900764 1019830 122302 0 34956 2705 1802746 kern.cp_times: 27711 1 14989 900835 1019891 122308 0 34959 2705 1802871 kern.cp_times: 27711 1 14991 900914 1019944 122316 0 34960 2705 1802996 kern.cp_times: 27712 1 14993 900992 1019997 122328 0 34966 2705 1803112 kern.cp_times: 27714 1 14994 901071 1020049 122339 0 34973 2705 1803228 kern.cp_times: 27714 1 14995 901149 1020104 122348 0 34975 2705 1803351 kern.cp_times: 27715 1 14997 901220 1020164 122363 0 34976 2705 1803468 kern.cp_times: 27716 1 14999 901295 1020220 122371 0 34977 2705 1803593 kern.cp_times: 27717 1 15002 901371 1020273 122385 0 34985 2705 1803705 kern.cp_times: 27719 1 15002 901449 1020327 122390 0 34985 2705 1803834 kern.cp_times: 27719 1 15004 901522 1020386 122398 0 34987 2705 1803958 kern.cp_times: 27720 1 15006 901599 1020440 122416 0 34987 2705 1804074 kern.cp_times: 27722 1 15006 901668 1020503 122424 0 34994 2705 1804192 A more convinient output: # oldtimes=$(sysctl -n kern.cp_times); while sleep 1; do times=$(sysctl -n kern.cp_times); for time in $times; do printf "%8s" $(($time - ${oldtimes%% *})); oldtimes=${oldtimes#* }; done; echo; oldtimes=$times; done 0 0 3 66 64 10 0 3 0 121 1 0 3 78 56 7 0 8 0 122 1 0 4 64 68 23 0 4 0 111 2 0 2 85 56 7 0 12 0 126 1 0 1 79 55 7 0 2 0 127 0 0 1 70 68 17 0 4 0 118 2 0 1 95 39 16 0 5 0 116 0 0 0 77 60 9 0 5 0 123 0 0 0 88 48 8 0 2 0 126 1 0 1 79 57 14 0 6 0 118 1 0 0 88 48 12 0 5 0 120 0 0 0 80 58 12 0 6 0 119 3 0 0 82 53 13 0 3 0 122 2 0 3 85 47 11 0 7 0 120 1 0 0 81 54 8 0 3 1 124 2 0 2 69 65 13 0 7 0 117 0 0 4 73 60 8 0 4 0 126 2 0 4 81 52 12 0 8 0 119 6 0 1 81 51 22 0 4 0 113 3 0 2 78 52 11 0 5 0 118 From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 11:54:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 761041065675 for ; Sun, 29 Mar 2009 11:54:07 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CC0068FC1C for ; Sun, 29 Mar 2009 11:54:06 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 238761764; Sun, 29 Mar 2009 14:54:05 +0300 Message-ID: <49CF615A.6050304@FreeBSD.org> Date: Sun, 29 Mar 2009 14:54:02 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Dominic Fandrey References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> In-Reply-To: <49CF49F5.6010800@bsdforen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 11:54:08 -0000 Dominic Fandrey wrote: > Alexander Motin wrote: >> Dominic Fandrey wrote: >>> Alexander Motin wrote: >>>> Dominic Fandrey wrote: >>>>> Since I updated to the 7.2 prerelease, powerd is broken. >>>>> >>>>>> uname -a >>>>> FreeBSD mobileKamikaze.norad 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: >>>>> Tue Mar 24 07:57:30 CET 2009 >>>>> root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b >>>>> amd64 >>>>> >>>>> It increases the CPU frequency very aggressively in adaptive mode. >>>>> That means full speed with a system load below 1%. I have to use the >>>>> following nonsensical powerd_flags to make it work sensibly: >>>>> -a adaptive -b minimum -i 95 -r 99 >>>>> >>>>> The system is a Core2 Duo, if that is of any help. >>>> Run powerd in foreground with -v option to get it's work trace. If it >>>> reaches full speed, there must be some reason to do it. >>>> >>>> Updated powerd indeed may behave a bit more aggressively (especially in >>>> new hiadaptive mode, default for AC power). But it was made several >>>> months ago and nobody have complained yet. I am personally using it on >>>> 8-CURRENT on my Core2Duo laptop every day. >>>> >>> # grep powerd /etc/rc.conf >>> powerd_enable="YES" >>> #powerd_flags="-a adaptive -b minimum -i 95 -r 99" >>> powerd_flags="-a adaptive -b minimum -v" >>> # rcrestart powerd powerd not running? >>> Starting powerd. >>> powerd: using sysctl for AC line status >>> powerd: using devd for AC line status >>> load 77%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>> load 74%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>> load 78%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>> load 79%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>> load 65%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>> load 72%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>> load 76%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>> ... >>> >>> The real load was between 3 and 7 % while these were recorded. >>> >>> Note that I use the normal/old adaptive mode. >> Reason is not in algorithm. Reason is in reporting so high load >> (65-79%). Run this test please at the same conditions to understand >> what's going on there: >> >> sysctl kern.cp_times && sleep 1 && \ >> sysctl kern.cp_times && sleep 1 && \ >> sysctl kern.cp_times && sleep 1 && \ >> sysctl kern.cp_times >> > > Measurings done with cpu speed set to 800MHz with ~6% CPU load. > > # while sleep 1; do sysctl kern.cp_times; done > kern.cp_times: 27709 1 14989 900764 1019830 122302 0 34956 2705 1802746 > kern.cp_times: 27711 1 14989 900835 1019891 122308 0 34959 2705 1802871 > kern.cp_times: 27711 1 14991 900914 1019944 122316 0 34960 2705 1802996 > kern.cp_times: 27712 1 14993 900992 1019997 122328 0 34966 2705 1803112 > > A more convinient output: > # oldtimes=$(sysctl -n kern.cp_times); while sleep 1; do times=$(sysctl -n kern.cp_times); for time in $times; do printf "%8s" $(($time - ${oldtimes%% *})); oldtimes=${oldtimes#* }; done; echo; oldtimes=$times; done > 0 0 3 66 64 10 0 3 0 121 > 1 0 3 78 56 7 0 8 0 122 > 1 0 4 64 68 23 0 4 0 111 > 2 0 2 85 56 7 0 12 0 126 It means that one of your CPUs spent most of it's time in interrupt processing and so far from idle. What does `top -P` shows you? Where have you seen that ~6% CPU load? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 12:19:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB2B41065673; Sun, 29 Mar 2009 12:19:59 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 6E79B8FC0C; Sun, 29 Mar 2009 12:19:59 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.212.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id D28878A00D1; Sun, 29 Mar 2009 14:19:57 +0200 (CEST) Message-ID: <49CF595A.30805@bsdforen.de> Date: Sun, 29 Mar 2009 13:19:54 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> In-Reply-To: <49CF615A.6050304@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 12:20:00 -0000 Alexander Motin wrote: > Dominic Fandrey wrote: >> Alexander Motin wrote: >>> Dominic Fandrey wrote: >>>> Alexander Motin wrote: >>>>> Dominic Fandrey wrote: >>>>>> Since I updated to the 7.2 prerelease, powerd is broken. >>>>>> >>>>>>> uname -a >>>>>> FreeBSD mobileKamikaze.norad 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE >>>>>> #0: >>>>>> Tue Mar 24 07:57:30 CET 2009 >>>>>> root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b >>>>>> amd64 >>>>>> >>>>>> It increases the CPU frequency very aggressively in adaptive mode. >>>>>> That means full speed with a system load below 1%. I have to use the >>>>>> following nonsensical powerd_flags to make it work sensibly: >>>>>> -a adaptive -b minimum -i 95 -r 99 >>>>>> >>>>>> The system is a Core2 Duo, if that is of any help. >>>>> Run powerd in foreground with -v option to get it's work trace. If it >>>>> reaches full speed, there must be some reason to do it. >>>>> >>>>> Updated powerd indeed may behave a bit more aggressively >>>>> (especially in >>>>> new hiadaptive mode, default for AC power). But it was made several >>>>> months ago and nobody have complained yet. I am personally using it on >>>>> 8-CURRENT on my Core2Duo laptop every day. >>>>> >>>> # grep powerd /etc/rc.conf >>>> powerd_enable="YES" >>>> #powerd_flags="-a adaptive -b minimum -i 95 -r 99" >>>> powerd_flags="-a adaptive -b minimum -v" >>>> # rcrestart powerd powerd not running? >>>> Starting powerd. >>>> powerd: using sysctl for AC line status >>>> powerd: using devd for AC line status >>>> load 77%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>>> load 74%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>>> load 78%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>>> load 79%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>>> load 65%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>>> load 72%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>>> load 76%, current freq 2400 MHz ( 0), wanted freq 2400 MHz >>>> ... >>>> >>>> The real load was between 3 and 7 % while these were recorded. >>>> >>>> Note that I use the normal/old adaptive mode. >>> Reason is not in algorithm. Reason is in reporting so high load >>> (65-79%). Run this test please at the same conditions to understand >>> what's going on there: >>> >>> sysctl kern.cp_times && sleep 1 && \ >>> sysctl kern.cp_times && sleep 1 && \ >>> sysctl kern.cp_times && sleep 1 && \ >>> sysctl kern.cp_times >>> >> >> Measurings done with cpu speed set to 800MHz with ~6% CPU load. >> >> # while sleep 1; do sysctl kern.cp_times; done >> kern.cp_times: 27709 1 14989 900764 1019830 122302 0 34956 2705 1802746 >> kern.cp_times: 27711 1 14989 900835 1019891 122308 0 34959 2705 1802871 >> kern.cp_times: 27711 1 14991 900914 1019944 122316 0 34960 2705 1802996 >> kern.cp_times: 27712 1 14993 900992 1019997 122328 0 34966 2705 1803112 >> >> A more convinient output: >> # oldtimes=$(sysctl -n kern.cp_times); while sleep 1; do >> times=$(sysctl -n kern.cp_times); for time in $times; do printf "%8s" >> $(($time - ${oldtimes%% *})); oldtimes=${oldtimes#* }; done; echo; >> oldtimes=$times; done >> 0 0 3 66 64 10 0 3 >> 0 121 >> 1 0 3 78 56 7 0 8 >> 0 122 >> 1 0 4 64 68 23 0 4 >> 0 111 >> 2 0 2 85 56 7 0 12 >> 0 126 > > It means that one of your CPUs spent most of it's time in interrupt > processing and so far from idle. What does `top -P` shows you? Where > have you seen that ~6% CPU load? > That is the load shown by the e17 CPU module. It's display has always been in sync with top in the past, no longer though, it appears. # top -PIS last pid: 68235; load averages: 0.09, 0.16, 0.17 up 0+05:17:29 13:05:10 137 processes: 4 running, 117 sleeping, 16 waiting CPU 0: 1.1% user, 0.0% nice, 1.1% system, 61.4% interrupt, 36.3% idle CPU 1: 9.0% user, 0.0% nice, 3.4% system, 0.0% interrupt, 87.6% idle Mem: 419M Active, 415M Inact, 416M Wired, 3752K Cache, 183M Buf, 716M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 1 171 ki31 0K 16K RUN 1 286:42 93.46% idle: cpu1 23 root 1 -80 - 0K 16K RUN 0 126:54 59.96% irq16: hdac0 uhci+ 12 root 1 171 ki31 0K 16K RUN 0 179:27 40.09% idle: cpu0 1318 root 1 46 0 439M 312M select 1 12:55 1.76% Xorg 4361 musicpd 4 44 0 91164K 14412K ucond 1 1:57 0.78% mpd Some things strike me as odd. The difference between the load reported by powerd and top is still very significant and of course the high interrupt load. I've got a mouse with a 1khz report rate (the only connected USB device), but unplugging it doesn't change the load. Neither does stopping moused (I'm running the system without HAL). There also is a fingerprint reader, but it is only detected by ugen. Thanks for all your time, I really appreciate that. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 12:35:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96E70106564A for ; Sun, 29 Mar 2009 12:35:57 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 19D7F8FC14 for ; Sun, 29 Mar 2009 12:35:56 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 238763182; Sun, 29 Mar 2009 15:35:56 +0300 Message-ID: <49CF6B28.2080400@FreeBSD.org> Date: Sun, 29 Mar 2009 15:35:52 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Dominic Fandrey References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> In-Reply-To: <49CF595A.30805@bsdforen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 12:35:57 -0000 Dominic Fandrey wrote: > Alexander Motin wrote: >> It means that one of your CPUs spent most of it's time in interrupt >> processing and so far from idle. What does `top -P` shows you? Where >> have you seen that ~6% CPU load? > > That is the load shown by the e17 CPU module. It's display has always > been in sync with top in the past, no longer though, it appears. > > # top -PIS > last pid: 68235; load averages: 0.09, 0.16, 0.17 up 0+05:17:29 13:05:10 > 137 processes: 4 running, 117 sleeping, 16 waiting > CPU 0: 1.1% user, 0.0% nice, 1.1% system, 61.4% interrupt, 36.3% idle > CPU 1: 9.0% user, 0.0% nice, 3.4% system, 0.0% interrupt, 87.6% idle > Mem: 419M Active, 415M Inact, 416M Wired, 3752K Cache, 183M Buf, 716M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 11 root 1 171 ki31 0K 16K RUN 1 286:42 93.46% idle: cpu1 > 23 root 1 -80 - 0K 16K RUN 0 126:54 59.96% irq16: hdac0 uhci+ > 12 root 1 171 ki31 0K 16K RUN 0 179:27 40.09% idle: cpu0 > 1318 root 1 46 0 439M 312M select 1 12:55 1.76% Xorg > 4361 musicpd 4 44 0 91164K 14412K ucond 1 1:57 0.78% mpd > > Some things strike me as odd. The difference between the load reported > by powerd and top is still very significant and of course the high > interrupt load. powerd now reports/uses summary load of all CPUs (it can be bigger then 100%), while top shows average. > I've got a mouse with a 1khz report rate (the only connected USB > device), but unplugging it doesn't change the load. Neither does > stopping moused (I'm running the system without HAL). There also > is a fingerprint reader, but it is only detected by ugen. I would start from identifying all devices sharing that IRQ and trying to disable them (or unload their drivers) one by one. `systat -vm 1` will show you how much interrupts actually happens there per second. On most of modern systems you can make hdac0 to not share that IRQ by enabling MSI there with hint.hdac.0.msi=1 in loader.conf. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 12:38:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 204B1106564A; Sun, 29 Mar 2009 12:38:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from dhcp-172-28-76-41.eur.corp.google.com (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0AC8FC12; Sun, 29 Mar 2009 12:38:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <49CF6BD8.2030005@FreeBSD.org> Date: Sun, 29 Mar 2009 13:38:48 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: nathanael@webair.com, John Baldwin References: <60041.24.103.225.18.1237908126.squirrel@staff.webair.com> In-Reply-To: <60041.24.103.225.18.1237908126.squirrel@staff.webair.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.1 stable panics 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, 29 Mar 2009 12:38:50 -0000 Nathanael Jean-Francois wrote: > Hello all, > > I've been getting some panics with a 7.1 stable machine from March 14th. > I've not been able to determine the cause nor reproduce them at will. > Here's a backtrace from the latest panic on March 23rd. Let me know if any > more information is needed. Thanks. > > Unread portion of the kernel message buffer: > panic: lock (sleep mutex) Giant not locked @ > /usr/src/sys/kern/kern_ntptime.c:965 This is strange because the corresponding mtx_lock is only a few lines above. Can you provide your kernel config? Kris > cpuid = 1 > Uptime: 1d15h34m6s > Physical memory: 2034 MB > Dumping 377 MB: 362 346 330 314 298 282 266 250 234 218 202 186 170 154 > 138 122 106 90 74 58 42em0: watchdog timeout -- resetting > <5>em0: link state changed to DOWN > 26 10 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) list > 190 static __inline struct thread * > 191 __curthread(void) > 192 { > 193 struct thread *td; > 194 > 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > 196 return (td); > 197 } > 198 #define curthread (__curthread()) > 199 > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0x0000000000000104 in ?? () > #2 0xffffffff804e6fc2 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #3 0xffffffff804e73f2 in panic (fmt=0x104
) > at /usr/src/sys/kern/kern_shutdown.c:574 > #4 0xffffffff805218b6 in witness_unlock (lock=0xffffffff80b0a400, > flags=8, file=0x0, line=965) at /usr/src/sys/kern/subr_witness.c:1284 > #5 0xffffffff804dadb2 in _mtx_unlock_flags (m=0xffffffff80b0a400, opts=0, > file=0xffffffff8087a008 "/usr/src/sys/kern/kern_ntptime.c", line=965) > at /usr/src/sys/kern/kern_mutex.c:203 > #6 0xffffffff804dc062 in kern_adjtime (td=0xffffffff80884bd0, > delta=0x674, olddelta=Variable "olddelta" is not available. > ) at /usr/src/sys/kern/kern_ntptime.c:965 > #7 0xffffff00019cf870 in ?? () > #8 0x00000000000005a8 in ?? () > #9 0xffffffff805430b6 in soreceive_generic (so=0xffffff0078a9f600, > psa=0x0, uio=0xfffffffebe695b10, mp0=Variable "mp0" is not available. > ) at /usr/src/sys/kern/uipc_socket.c:1652 > #10 0xffffffff80523e6d in dofileread (td=0xffffff000181b000, fd=3, > fp=0xffffff00016af200, auio=0xfffffffebe695b10, offset=Variable "offset" > is not available. > ) at file.h:245 > #11 0xffffffff805241de in kern_readv (td=0xffffff000181b000, fd=3, > auio=0xfffffffebe695b10) at /usr/src/sys/kern/sys_generic.c:192 > #12 0xffffffff805242cc in read (td=0x0, uap=0x0) at > /usr/src/sys/kern/sys_generic.c:108 > #13 0xffffffff8079d0dc in syscall (frame=0xfffffffebe695c80) at > /usr/src/sys/amd64/amd64/trap.c:907 > #14 0xffffffff80781cbb in Xfast_syscall () at > /usr/src/sys/amd64/amd64/exception.S:330 > #15 0x000000080076ad7c in ?? () > Previous frame inner to this frame (corrupt stack?) > > > > _______________________________________________ > 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 Sun Mar 29 12:51:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87A08106566B; Sun, 29 Mar 2009 12:51:13 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 43FFF8FC16; Sun, 29 Mar 2009 12:51:13 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.212.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id D72208A00D1; Sun, 29 Mar 2009 14:51:11 +0200 (CEST) Message-ID: <49CF60AB.4040709@bsdforen.de> Date: Sun, 29 Mar 2009 13:51:07 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> In-Reply-To: <49CF6B28.2080400@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 12:51:13 -0000 Alexander Motin wrote: > Dominic Fandrey wrote: >> Alexander Motin wrote: >>> It means that one of your CPUs spent most of it's time in interrupt >>> processing and so far from idle. What does `top -P` shows you? Where >>> have you seen that ~6% CPU load? >> >> That is the load shown by the e17 CPU module. It's display has always >> been in sync with top in the past, no longer though, it appears. >> >> # top -PIS >> last pid: 68235; load averages: 0.09, 0.16, >> 0.17 >> up 0+05:17:29 13:05:10 >> 137 processes: 4 running, 117 sleeping, 16 waiting >> CPU 0: 1.1% user, 0.0% nice, 1.1% system, 61.4% interrupt, 36.3% idle >> CPU 1: 9.0% user, 0.0% nice, 3.4% system, 0.0% interrupt, 87.6% idle >> Mem: 419M Active, 415M Inact, 416M Wired, 3752K Cache, 183M Buf, 716M >> Free >> Swap: 4096M Total, 4096M Free >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> 11 root 1 171 ki31 0K 16K RUN 1 286:42 93.46% >> idle: cpu1 >> 23 root 1 -80 - 0K 16K RUN 0 126:54 59.96% >> irq16: hdac0 uhci+ >> 12 root 1 171 ki31 0K 16K RUN 0 179:27 40.09% >> idle: cpu0 >> 1318 root 1 46 0 439M 312M select 1 12:55 1.76% Xorg >> 4361 musicpd 4 44 0 91164K 14412K ucond 1 1:57 0.78% mpd >> >> Some things strike me as odd. The difference between the load reported >> by powerd and top is still very significant and of course the high >> interrupt load. > > powerd now reports/uses summary load of all CPUs (it can be bigger then > 100%), while top shows average. > >> I've got a mouse with a 1khz report rate (the only connected USB >> device), but unplugging it doesn't change the load. Neither does >> stopping moused (I'm running the system without HAL). There also >> is a fingerprint reader, but it is only detected by ugen. > > I would start from identifying all devices sharing that IRQ and trying > to disable them (or unload their drivers) one by one. `systat -vm 1` > will show you how much interrupts actually happens there per second. > > On most of modern systems you can make hdac0 to not share that IRQ by > enabling MSI there with hint.hdac.0.msi=1 in loader.conf. > I already did unplug all devices to no avail. Afterwards I tried to 'kldunload -f' all usb devices, but most refused. However during this I recognized that /boot/modules holds an old u3g.ko, back from the time when it was not in stable. Apparently modules in /boot/modules have preference over those in /boot/kernels. I deleted the old u3g.ko and rebooted (because I couldn't get the system to unload it). Now everything is fine, the interrupt load is gone. I'll monitor this and come back here if it turns out this has just been coincidence. Thank you for all that help. Regards From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 13:25:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30F3F1065672; Sun, 29 Mar 2009 13:25:03 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id AAC838FC15; Sun, 29 Mar 2009 13:25:02 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.212.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 98B318A00D1; Sun, 29 Mar 2009 15:25:00 +0200 (CEST) Message-ID: <49CF6899.2060002@bsdforen.de> Date: Sun, 29 Mar 2009 14:24:57 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> In-Reply-To: <49CF60AB.4040709@bsdforen.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 13:25:03 -0000 Dominic Fandrey wrote: > Alexander Motin wrote: >> Dominic Fandrey wrote: >>> Alexander Motin wrote: >>>> It means that one of your CPUs spent most of it's time in interrupt >>>> processing and so far from idle. What does `top -P` shows you? Where >>>> have you seen that ~6% CPU load? >>> That is the load shown by the e17 CPU module. It's display has always >>> been in sync with top in the past, no longer though, it appears. >>> >>> # top -PIS >>> last pid: 68235; load averages: 0.09, 0.16, >>> 0.17 >>> up 0+05:17:29 13:05:10 >>> 137 processes: 4 running, 117 sleeping, 16 waiting >>> CPU 0: 1.1% user, 0.0% nice, 1.1% system, 61.4% interrupt, 36.3% idle >>> CPU 1: 9.0% user, 0.0% nice, 3.4% system, 0.0% interrupt, 87.6% idle >>> Mem: 419M Active, 415M Inact, 416M Wired, 3752K Cache, 183M Buf, 716M >>> Free >>> Swap: 4096M Total, 4096M Free >>> >>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>> COMMAND >>> 11 root 1 171 ki31 0K 16K RUN 1 286:42 93.46% >>> idle: cpu1 >>> 23 root 1 -80 - 0K 16K RUN 0 126:54 59.96% >>> irq16: hdac0 uhci+ >>> 12 root 1 171 ki31 0K 16K RUN 0 179:27 40.09% >>> idle: cpu0 >>> 1318 root 1 46 0 439M 312M select 1 12:55 1.76% Xorg >>> 4361 musicpd 4 44 0 91164K 14412K ucond 1 1:57 0.78% mpd >>> >>> Some things strike me as odd. The difference between the load reported >>> by powerd and top is still very significant and of course the high >>> interrupt load. >> powerd now reports/uses summary load of all CPUs (it can be bigger then >> 100%), while top shows average. >> >>> I've got a mouse with a 1khz report rate (the only connected USB >>> device), but unplugging it doesn't change the load. Neither does >>> stopping moused (I'm running the system without HAL). There also >>> is a fingerprint reader, but it is only detected by ugen. >> I would start from identifying all devices sharing that IRQ and trying >> to disable them (or unload their drivers) one by one. `systat -vm 1` >> will show you how much interrupts actually happens there per second. >> >> On most of modern systems you can make hdac0 to not share that IRQ by >> enabling MSI there with hint.hdac.0.msi=1 in loader.conf. >> > > I already did unplug all devices to no avail. Afterwards I tried > to 'kldunload -f' all usb devices, but most refused. However during > this I recognized that /boot/modules holds an old u3g.ko, back from > the time when it was not in stable. Apparently modules in > /boot/modules have preference over those in /boot/kernels. I deleted > the old u3g.ko and rebooted (because I couldn't get the system to > unload it). Now everything is fine, the interrupt load is gone. > > I'll monitor this and come back here if it turns out this has just > been coincidence. > > Thank you for all that help. > > Regards This has turned out to be an early call. I just happened to start skype_devel and the whole thing started over, so I think it's pretty certain, now, that this is a hdac issue. However after a reboot I tried to reproduce this and now skype and mpd are both running without causing an irq race. If the irq race reappears I will use the device hint you suggested to rule out that this is an interrupt sharing issue. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 14:23:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CE4A106566B; Sun, 29 Mar 2009 14:23:19 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D05CD8FC1A; Sun, 29 Mar 2009 14:23:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2TEMg27070727; Sun, 29 Mar 2009 08:22:43 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49CF8432.5090201@samsco.org> Date: Sun, 29 Mar 2009 08:22:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Danny Braniss References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> <49CEB652.8060003@samsco.org> <49CF1A94.6040703@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 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, 29 Mar 2009 14:23:19 -0000 Danny Braniss wrote: >> Danny Braniss wrote: >>>> Danny Braniss wrote: >>>>> it seems March 12 was a bit off :-) >>>>> it took some time, but I managed to close the gap: >>>>> 189100 ok >>>>> 189150 fails >>>>> I will continue tomorrow, but this should be helpful. >>>>> >>>>> >>>> 189150 is in the middle of a big string of related commits. Try >>>> updating to the following change numbers and retesting: >>>> >>>> 189088 >>>> 189107 >>>> 189161 >>>> >>>> If the last one does not work, try editing /sys/dev/amr/amr.c to change >>>> >>>> #define AMR_ENABLE_CAM 1 >>>> >>>> to >>>> >>>> #define AMR_ENABLE_CAM 0 >>>> >>>> Scott >>> 189161 works, also for the iir >>> now what? >>> >> Next set to try: >> >> 189219 > broken >> 189229 > broken Ok, so 189161 works, 189219 doesn't, correct? If so, did you also make the change to amr.c yet? Scott From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 15:06:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25754106564A; Sun, 29 Mar 2009 15:06:59 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id BB1548FC17; Sun, 29 Mar 2009 15:06:58 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.212.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 550868A00D1; Sun, 29 Mar 2009 17:06:56 +0200 (CEST) Message-ID: <49CF8E8D.1080604@bsdforen.de> Date: Sun, 29 Mar 2009 17:06:53 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> In-Reply-To: <49CF6899.2060002@bsdforen.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 15:06:59 -0000 Dominic Fandrey wrote: > Dominic Fandrey wrote: >> Alexander Motin wrote: >>> Dominic Fandrey wrote: >>>> Alexander Motin wrote: >>>>> It means that one of your CPUs spent most of it's time in interrupt >>>>> processing and so far from idle. What does `top -P` shows you? Where >>>>> have you seen that ~6% CPU load? >>>> That is the load shown by the e17 CPU module. It's display has always >>>> been in sync with top in the past, no longer though, it appears. >>>> >>>> # top -PIS >>>> last pid: 68235; load averages: 0.09, 0.16, >>>> 0.17 >>>> up 0+05:17:29 13:05:10 >>>> 137 processes: 4 running, 117 sleeping, 16 waiting >>>> CPU 0: 1.1% user, 0.0% nice, 1.1% system, 61.4% interrupt, 36.3% idle >>>> CPU 1: 9.0% user, 0.0% nice, 3.4% system, 0.0% interrupt, 87.6% idle >>>> Mem: 419M Active, 415M Inact, 416M Wired, 3752K Cache, 183M Buf, 716M >>>> Free >>>> Swap: 4096M Total, 4096M Free >>>> >>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>>> COMMAND >>>> 11 root 1 171 ki31 0K 16K RUN 1 286:42 93.46% >>>> idle: cpu1 >>>> 23 root 1 -80 - 0K 16K RUN 0 126:54 59.96% >>>> irq16: hdac0 uhci+ >>>> 12 root 1 171 ki31 0K 16K RUN 0 179:27 40.09% >>>> idle: cpu0 >>>> 1318 root 1 46 0 439M 312M select 1 12:55 1.76% Xorg >>>> 4361 musicpd 4 44 0 91164K 14412K ucond 1 1:57 0.78% mpd >>>> >>>> Some things strike me as odd. The difference between the load reported >>>> by powerd and top is still very significant and of course the high >>>> interrupt load. >>> powerd now reports/uses summary load of all CPUs (it can be bigger then >>> 100%), while top shows average. >>> >>>> I've got a mouse with a 1khz report rate (the only connected USB >>>> device), but unplugging it doesn't change the load. Neither does >>>> stopping moused (I'm running the system without HAL). There also >>>> is a fingerprint reader, but it is only detected by ugen. >>> I would start from identifying all devices sharing that IRQ and trying >>> to disable them (or unload their drivers) one by one. `systat -vm 1` >>> will show you how much interrupts actually happens there per second. >>> >>> On most of modern systems you can make hdac0 to not share that IRQ by >>> enabling MSI there with hint.hdac.0.msi=1 in loader.conf. >>> >> I already did unplug all devices to no avail. Afterwards I tried >> to 'kldunload -f' all usb devices, but most refused. However during >> this I recognized that /boot/modules holds an old u3g.ko, back from >> the time when it was not in stable. Apparently modules in >> /boot/modules have preference over those in /boot/kernels. I deleted >> the old u3g.ko and rebooted (because I couldn't get the system to >> unload it). Now everything is fine, the interrupt load is gone. >> >> I'll monitor this and come back here if it turns out this has just >> been coincidence. >> >> Thank you for all that help. >> >> Regards > > This has turned out to be an early call. I just happened to start > skype_devel and the whole thing started over, so I think it's > pretty certain, now, that this is a hdac issue. > However after a reboot I tried to reproduce this and now skype > and mpd are both running without causing an irq race. > > If the irq race reappears I will use the device hint you suggested > to rule out that this is an interrupt sharing issue. Even after setting the device hint the problem has reoccurred. It simply starts after a while, I cannot make out any cause. As it turned out uhci0 is the violent interrupt with an interrupt rate between 130k and 190k. This is so incredible, I wonder why the interrupt throttling doesn't kick in. 7 users Load 0.16 0.27 0.28 29 Mar 17:02 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 805472 76800 1252404 123696 615176 count All 1062992 97920 14120720 152840 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt cow 182k total 6 84 360k 2770 14k 178k 224 26 12 zfod atkbd0 1 ozfod acpi0 irq9 1.1%Sys 25.9%Intr 0.4%User 0.0%Nice 72.6%Idle %ozfod psm0 irq12 | | | | | | | | | | | daefr ata0 irq14 =+++++++++++++ 15 prcfr 177k uhci0 drm0 9 dtbuf 117 totfr 23 wpi0 uhci1 Namei Name-cache Dir-cache 100000 desvn react ehci0 uhci Calls hits % hits % 7632 numvn pdwak uhci2 ehci 38 38 100 3663 frevn pdpgs 457 uhci3 21 intrn 2008 cpu0: time Disks ad4 cd0 sg0 pass0 473048 wire 188 hdac0 256 KB/t 0.00 0.00 0.00 0.00 653788 act bge0 257 tps 0 0 0 0 274796 inact 2008 cpu1: time MB/s 0.00 0.00 0.00 0.00 20192 cache %busy 0 0 0 0 594984 free I can rule out drm0 as the cause, because uhci0 is the only common presence in all occurrences of this problem. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 15:57:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3668F1065673 for ; Sun, 29 Mar 2009 15:57:22 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D87838FC08 for ; Sun, 29 Mar 2009 15:57:21 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-157-58-177.bna.bellsouth.net [70.157.58.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2TFtpau059752 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Mar 2009 11:55:52 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Chris H In-Reply-To: <20090328210425.z0a7r43zksgc0os8@webmail.1command.com> References: <20090328210425.z0a7r43zksgc0os8@webmail.1command.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-hxddWSNhuBEbFgBsu9BC" Organization: FreeBSD Date: Sun, 29 Mar 2009 10:56:39 -0500 Message-Id: <1238342199.8491.294.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: Xorg unbuildable - where to get: x11-xcb? 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, 29 Mar 2009 15:57:22 -0000 --=-hxddWSNhuBEbFgBsu9BC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-28 at 21:04 -0700, Chris H wrote: > Greetings, > A fresh install of 7 followed by a cvsup to 7.2-PRE on the 26th > results in an inability to build Xorg on the system. A cvsup only > an hour ago provides no solution. >=20 > An attempt at the following: >=20 > cd /usr/ports/x11/xorg-minimal > make >=20 > produces the following error: > ... > checking pkg-config files for X11 are available... yes > checking for LIBDRM... yes > checking for DRI2PROTO... yes > checking for DRIGL... gnome-config: not found > configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes=20 > x11-xcb > xcb-glx) were not met: >=20 > No package 'x11-xcb' found I'm guessing that you installed Xorg from the 7.0 packages. You need to rebuild everything that depends on libxcb. See UPDATING. robert. > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > ... >=20 > I was able to install /usr/ports/x11/xcb with no issue. But have > no idea where to find x11-xcb. Where can I get it? >=20 > thank you for all your time and consideration in this matter. >=20 > --Chris >=20 >=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" --=20 Robert Noland FreeBSD --=-hxddWSNhuBEbFgBsu9BC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknPmjcACgkQM4TrQ4qfROMDdQCePXbEBcfvo2Ym5BRoS5gFUB+A LusAnjmNgw5TKm4MoNWizRgWf5/kV3D4 =69Fe -----END PGP SIGNATURE----- --=-hxddWSNhuBEbFgBsu9BC-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 16:04:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B35C1065715 for ; Sun, 29 Mar 2009 16:04:46 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id F09CC8FC0A for ; Sun, 29 Mar 2009 16:04:45 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 238771292; Sun, 29 Mar 2009 19:04:45 +0300 Message-ID: <49CF9C19.3020509@FreeBSD.org> Date: Sun, 29 Mar 2009 19:04:41 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Dominic Fandrey References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> <49CF8E8D.1080604@bsdforen.de> In-Reply-To: <49CF8E8D.1080604@bsdforen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 29 Mar 2009 16:04:47 -0000 Dominic Fandrey wrote: > I can rule out drm0 as the cause, because uhci0 is the only common > presence in all occurrences of this problem. You have other examples? If you mean "irq16: hdac0 uhci+" string, then "+" there means "and some other devices", which in this case is probably drm0. There were some drm related commits last time and there are also some IRQ related problems were reported/patched in CURRENT recently. So I would not ignore this possibility without additional testing. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Mar 29 20:39:22 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3B6A10656BB; Sun, 29 Mar 2009 20:39:22 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id B94798FC23; Sun, 29 Mar 2009 20:39:18 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n2TKdHjW031009; Mon, 30 Mar 2009 00:39:17 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 30 Mar 2009 00:39:17 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Mon, 30 Mar 2009 00:39:17 +0400 (MSD) Cc: Pawel Jakub Dawidek Subject: ZFS and NFS: changing handles between reboots 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, 29 Mar 2009 20:39:44 -0000 Dear colleagues, is it normal that between reboots NFS exported ZFS file systems change NFS handles? After server reboot, I have stale NFS handle on any request to previously mounted FS. On UFS, mounted NFS file systems survive server reboots... Thanks in advance. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 03:53:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DA7106564A; Mon, 30 Mar 2009 03:53:13 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id C92368FC15; Mon, 30 Mar 2009 03:53:12 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.217.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 330E38A00D1; Mon, 30 Mar 2009 05:53:11 +0200 (CEST) Message-ID: <49D04225.7070207@bsdforen.de> Date: Mon, 30 Mar 2009 05:53:09 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> <49CF8E8D.1080604@bsdforen.de> <49CF9C19.3020509@FreeBSD.org> In-Reply-To: <49CF9C19.3020509@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 30 Mar 2009 03:53:13 -0000 Alexander Motin wrote: > Dominic Fandrey wrote: >> I can rule out drm0 as the cause, because uhci0 is the only common >> presence in all occurrences of this problem. > > You have other examples? If you mean "irq16: hdac0 uhci+" string, then > "+" there means "and some other devices", which in this case is probably > drm0. I didn't know that. > There were some drm related commits last time and there are also some > IRQ related problems were reported/patched in CURRENT recently. So I > would not ignore this possibility without additional testing. > Thanks, will do. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 07:48:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FE8A1065670 for ; Mon, 30 Mar 2009 07:48:00 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5ADEA8FC13 for ; Mon, 30 Mar 2009 07:48:00 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so2621574rvb.43 for ; Mon, 30 Mar 2009 00:47:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=hH7+Qg7WcEZhSqKT/m4eRC2YfFhtQyozP9vC5uX0MfM=; b=T5Jy+BUgtgTgbzoKB0eq5QWrEZMrV1AZywiRFJLisPcfmL00JfNEOQo+B4dt+7Og3G DGPjHYCHXTFq9RNSa1Y2aPBYGY1xByPAWnLffGRzI2657cpFZc1qWR7F021GzJDpDpm7 Hm82RztiWT/MNkUSwkmKvERcO00cYthg9UyK8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=mbo4smj4nmKHX0e5V7sNv0HsOTSdl3hp44uXTeXGCtjXTj6+Gu3heoqNmxl8JhJX9K UxK/AmCs20RYFoDo3h6QJYh3B0jC3mMxlmn3CcgKqXmEu54/LAw0YvW7u2Y1d3JU9iP4 oziHgDlBKb+1Hj5tZUjmi6249GLgM4fexoIbI= Received: by 10.141.36.10 with SMTP id o10mr2692340rvj.59.1238399279717; Mon, 30 Mar 2009 00:47:59 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm11826573rvb.16.2009.03.30.00.47.57 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Mar 2009 00:47:58 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Mon, 30 Mar 2009 16:47:54 +0900 From: Weongyo Jeong Date: Mon, 30 Mar 2009 16:47:54 +0900 To: John Message-ID: <20090330074754.GA26132@weongyo.cdnetworks.kr> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> <49CDCE8A.70906@reiteration.net> <3a142e750903280745u5c8b3ad7ne779d03c44c6fcb@mail.gmail.com> <49CE4733.4080306@reiteration.net> <3a142e750903281137h797fd181mb379c031780a1ab1@mail.gmail.com> <49CE7036.7070903@reiteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49CE7036.7070903@reiteration.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: "Paul B. Mahol" , FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 07:48:00 -0000 On Sat, Mar 28, 2009 at 06:45:10PM +0000, John wrote: > Paul B. Mahol wrote: > > >You should use this version of firmware: > > http://weongyo.org/project/malo/malo-firmware-1.4.tar.gz > > > > That's what I'm using, as per the manpage: > > [snip] > > This driver requires firmware to be loaded before it will work. These > firmware files are from the OpenBSD malo driver. > > A package for the firmware which can be installed via pkg_add(1) can be > found at: > http://weongyo.org/project/malo/malo-firmware-1.4.tar.gz > > This package must be installed before ifconfig(8) will work. > > [/snip] > > Sorry if this was less than clear. Could you please file a PR for this issue? Because I don't have a amd64 machine for testing now it looks it takes time to solve a root problem. regards, Weongyo Jeong From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 08:05:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 772A9106564A; Mon, 30 Mar 2009 08:05:37 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6408FC0A; Mon, 30 Mar 2009 08:05:36 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so2627866rvb.43 for ; Mon, 30 Mar 2009 01:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=6ktlhbEa+UEIX8k6ebD0ln4jKZzW7fM2qOinCJVnYeY=; b=ltMpInBy/lowndx2FmCzWCD74nBgiU8V7OU6cF+85OatyQqZ2A1NKP4nsXUkGAmNJr VCKvc0XG0n2FFsUwJ9SpxX5GwmJXHLJOSfxnDy+2KL6ZFGujXHG6gGvmEG6NwUP9QPsO gTQOjNkPVWUv4aSIXtFGcvYeFIQp0pjlt6HRY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=Um84I+e0cKjWWpma0fOJcSDQXkb46KBH9gIgucYd7LJkYCwGj3TQIIMjJvOB0j5FLa bCRFdEr6xe+wcBbXtQYumfqqFIUgKjGVKlEe7zuiWe3eMeAIPLqcdA5ZOKdmn5LTNkGn LZXh+yyq19eZtTlP8yb2PCHHVjShKXgpfnx1A= Received: by 10.141.170.10 with SMTP id x10mr2701193rvo.56.1238400336728; Mon, 30 Mar 2009 01:05:36 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id b39sm12291151rvf.8.2009.03.30.01.05.35 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Mar 2009 01:05:36 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Mon, 30 Mar 2009 17:05:32 +0900 From: Weongyo Jeong Date: Mon, 30 Mar 2009 17:05:32 +0900 To: Chagin Dmitry Message-ID: <20090330080532.GB26132@weongyo.cdnetworks.kr> References: <49CAA7AB.8030506@reiteration.net> <20090328191143.GA1989@dchagin.static.corbina.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090328191143.GA1989@dchagin.static.corbina.ru> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 08:05:37 -0000 On Sat, Mar 28, 2009 at 10:11:43PM +0300, Chagin Dmitry wrote: > On Wed, Mar 25, 2009 at 09:52:43PM +0000, John wrote: > > Hi list > > > > I configured the malo device as per the manpage. Now I'm getting panic > > after the device is probed as per > > http://www.growveg.org/desktop/DSC_6973-3008.jpg > > > > Is there a parameter I can pass to boot that will ignore this > > driver/module? I have tried disable-module to no avail. Is the only > > option to use the rescue disk? I need loader.conf to be ignored now in > > order to get the system up at all. > > > > Is malo known to work under 7-STABLE? I notice the man page says it > > first appeared under FreeBSD 8.0. > > > > > hi, > it's broken event in HEAD: > > none2@pci0:4:4:0: class=0x020000 card=0x6b001385 chip=0x1faa11ab rev=0x03 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '8335 Marvell Libertas 802.11b/g Wireless (8335)' > class = network > subclass = ethernet > > Unread portion of the kernel message buffer: > malo0: mem > 0xd0130000-0xd013ffff,0xd0120000-0xd012ffff irq 22 at device 4.0 on pci4 > malo0: [FILTER] > malo0: unable to allocate memory for cmd buffer, error 12 > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 3; apic id = 03 > instruction pointer = 0x8:0xffffffff80517727 > stack pointer = 0x10:0xfffffffef16283a0 > frame pointer = 0x10:0xfffffffef16283e0 > 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 = 6332 (kldload) > > (kgdb) bt > #0 doadump () at pcpu.h:215 > #1 0xffffffff801955dc in db_fncall (dummy1=Variable "dummy1" is not available. > ) at /work/pub/head/sys/ddb/db_command.c:548 > #2 0xffffffff80195911 in db_command (last_cmdp=0xffffffff8078d8c0, > cmd_table=Variable "cmd_table" is not available. > ) > at /work/pub/head/sys/ddb/db_command.c:445 > #3 0xffffffff80195b60 in db_command_loop () at > /work/pub/head/sys/ddb/db_command.c:498 > #4 0xffffffff80197ba9 in db_trap (type=Variable "type" is not available. > ) at /work/pub/head/sys/ddb/db_main.c:229 > #5 0xffffffff80313df5 in kdb_trap (type=0x9, code=0x0, tf=0xfffffffef16282f0) > at /work/pub/head/sys/kern/subr_kdb.c:534 > #6 0xffffffff805428cd in trap_fatal (frame=0xfffffffef16282f0, eva=Variable > "eva" is not available. > ) at /work/pub/head/sys/amd64/amd64/trap.c:745 > #7 0xffffffff805434d5 in trap (frame=0xfffffffef16282f0) at > /work/pub/head/sys/amd64/amd64/trap.c:551 > #8 0xffffffff8051d9b3 in calltrap () at > /work/pub/head/sys/amd64/amd64/exception.S:217 > #9 0xffffffff80517727 in _bus_dmamap_unload (dmat=0xdeadc0dedeadc0de, > map=0xdeadc0dedeadc0de) > at /work/pub/head/sys/amd64/amd64/busdma_machdep.c:901 > #10 0xffffffff8267421b in malo_hal_attach (dev=0xffffff0003c87100, > devid=Variable "devid" is not available. > ) > at /work/pub/head/sys/modules/malo/../../dev/malo/if_malohal.c:169 > #11 0xffffffff82672bc8 in malo_attach (devid=0x1faa, sc=0xffffff000798d800) > at /work/pub/head/sys/modules/malo/../../dev/malo/if_malo.c:216 > #12 0xffffffff826756cc in malo_pci_attach (dev=0xffffff0003c87100) > at /work/pub/head/sys/modules/malo/../../dev/malo/if_malo_pci.c:261 > #13 0xffffffff8030de79 in device_attach (dev=0xffffff0003c87100) at > device_if.h:178 > #14 0xffffffff8022cdc9 in pci_driver_added (dev=Variable "dev" is not available. > ) at /work/pub/head/sys/dev/pci/pci.c:2810 > #15 0xffffffff8030c099 in devclass_driver_added (dc=0xffffff00036ba600, > driver=0xffffffff82677120) at bus_if.h:183 > #16 0xffffffff8030cb4a in devclass_add_driver (dc=0xffffff00036ba600, > driver=0xffffffff82677120) > at /work/pub/head/sys/kern/subr_bus.c:942 > #17 0xffffffff8030dd3d in driver_module_handler (mod=Variable "mod" is not > available. > ) at /work/pub/head/sys/kern/subr_bus.c:3952 > #18 0xffffffff802d170d in module_register_init (arg=Variable "arg" is not > available. > ) at /work/pub/head/sys/kern/kern_module.c:124 > #19 0xffffffff802c8c82 in linker_load_module (kldname=Variable "kldname" is not > available. > ) at /work/pub/head/sys/kern/kern_linker.c:233 > #20 0xffffffff802c912c in kern_kldload (td=0xffffff006226e760, > file=0xffffff0007982000 "if_malo", > fileid=0xfffffffef1628b04) at /work/pub/head/sys/kern/kern_linker.c:1009 > #21 0xffffffff802c9284 in kldload (td=0xffffff006226e760, uap=Variable "uap" is > not available. > ) at /work/pub/head/sys/kern/kern_linker.c:1036 > #22 0xffffffff80542eab in syscall (frame=0xfffffffef1628c80) at > /work/pub/head/sys/amd64/amd64/trap.c:882 > #23 0xffffffff8051dbcb in Xfast_syscall () at > /work/pub/head/sys/amd64/amd64/exception.S:338 > #24 0x00000008006935ec in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) up 10 > #10 0xffffffff8267421b in malo_hal_attach (dev=0xffffff0003c87100, > devid=Variable "devid" is not available. > ) > at /work/pub/head/sys/modules/malo/../../dev/malo/if_malohal.c:169 > 169 bus_dmamap_unload(mh->mh_dmat, mh->mh_dmamap); > (kgdb) list > 164 > 165 fail: > 166 free(mh, M_DEVBUF); > 167 > 168 if (mh->mh_dmamap != NULL) { > 169 bus_dmamap_unload(mh->mh_dmat, mh->mh_dmamap); > 170 if (mh->mh_cmdbuf != NULL) > 171 bus_dmamem_free(mh->mh_dmat, mh->mh_cmdbuf, > 172 mh->mh_dmamap); > 173 bus_dmamap_destroy(mh->mh_dmat, mh->mh_dmamap); > (kgdb) > > Weongyo, please, look at line #166 - 169. Oops. I got it. :-) I'll commit a patch into CURRENT as soon as possible. Thanks! regards, Weongyo Jeong From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 11:38:29 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FBAF106564A; Mon, 30 Mar 2009 11:38:29 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id CA7D58FC14; Mon, 30 Mar 2009 11:38:28 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LoFor-0004pt-7F; Mon, 30 Mar 2009 12:38:21 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LoFor-000D9h-5k; Mon, 30 Mar 2009 12:38:21 +0100 To: freebsd-stable@FreeBSD.org, marck@rinet.ru In-Reply-To: Message-Id: From: Pete French Date: Mon, 30 Mar 2009 12:38:21 +0100 Cc: pjd@FreeBSD.org Subject: Re: ZFS and NFS: changing handles between reboots 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, 30 Mar 2009 11:38:29 -0000 > on any request to previously mounted FS. On UFS, mounted NFS file systems > survive server reboots... Are you sure anout that ? I have a lot of systems sharing files using UFS and I see the 'stale NFS file handle' thing if I reboot the server too. No ZFS involved there. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 11:41:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3AFF106566C for ; Mon, 30 Mar 2009 11:41:50 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6F78FC13 for ; Mon, 30 Mar 2009 11:41:50 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 8AB353C51F88 for ; Mon, 30 Mar 2009 14:17:01 +0300 (EEST) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21324-01 for ; Mon, 30 Mar 2009 14:17:00 +0300 (EEST) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id CA7DD3C51F6A for ; Mon, 30 Mar 2009 14:17:00 +0300 (EEST) Message-ID: <49D0AFFC.2090306@bsd.ee> Date: Mon, 30 Mar 2009 14:41:48 +0300 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Stable References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> <49CA837D.3040202@barryp.org> <9bbcef730903251301u5ca861f5vcbe7622630cb180e@mail.gmail.com> In-Reply-To: <9bbcef730903251301u5ca861f5vcbe7622630cb180e@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Subject: Re: 32bit filesystem limitations 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, 30 Mar 2009 11:41:50 -0000 Ivan Voras wrote: > 2009/3/25 Barry Pederson : > > >> Is there any reason not to skip labeling/partitioning and use da1 directly? >> Just newfs it and mount it. I've done this with a couple large Areca >> arrays with no ill effect so far. >> > > Nope, no practical reason. Skip the partitioning if you don't need it. > > Finally: # newfs /dev/da1 a# df -H Filesystem Size Used Avail Capacity Mounted on ..... /dev/da1 3.4T 4.1k 3.1T 0% /data ..... Mission accomplished. But why sysinstall plays such an ugly game? This problem should be announced as a bug. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 15:45:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB50A1065670 for ; Mon, 30 Mar 2009 15:45:31 +0000 (UTC) (envelope-from james@connection.ca) Received: from nc-tor-mail2.connection.ca (nc-tor-mail2.connection.ca [205.207.122.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9997F8FC17 for ; Mon, 30 Mar 2009 15:45:31 +0000 (UTC) (envelope-from james@connection.ca) Received: from [172.31.200.217] (external.tor.connection.ca [216.234.38.18]) by nc-tor-mail2.connection.ca (Postfix) with ESMTP id 81C5974E576 for ; Mon, 30 Mar 2009 11:27:36 -0400 (EDT) Message-ID: <49D0E4E7.3050001@connection.ca> Date: Mon, 30 Mar 2009 11:27:35 -0400 From: James Wu User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Upgrading from 7.0 to 7.1 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, 30 Mar 2009 15:45:32 -0000 Hi all, I'm brand new to the list so forgive me if this has been answered. I tried searching the archives and tried googling and didn't come up with any results. I've been wanting to play with setfib multi-routing tables in 7.1, however, we have a bunch of 7.0 machines. I thought I'd take a test machine and upgrade it to 7.1. Everything went smoothly at first. I compiled a custom 7.1 kernel and installed it just fine. Afterwards, I ran: freebsd-update fetch freebsd-update install to upgrade to the latest 7.0 then: freebsd-update upgrade -r 7.1-RELEASE freebsd-update install -r 7.1-RELEASE freebsd-update fetch to upgrade to 7.1 now when I do a uname -a, I get FreeBSD 7.1-RELEASE-p3 which looks right to me The problem I'm running into though is that the setfib binary doesn't seem to been added during the upgrade as I don't see it anywhere. I took a fresh install of 7.1 and do see it /usr/sbin/, but it's not there for the upgraded version of 7.1. I guess at this point, I would like to do a reinstall of the sbin folder if it is possible or somehow get a clean copy of the /usr/sbin/ folder into my upgraded machine. Any hints on how to do that? James From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 16:51:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30CDB1065672 for ; Mon, 30 Mar 2009 16:51:25 +0000 (UTC) (envelope-from james@connection.ca) Received: from nc-tor-mail2.connection.ca (nc-tor-mail2.connection.ca [205.207.122.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7138FC18 for ; Mon, 30 Mar 2009 16:51:24 +0000 (UTC) (envelope-from james@connection.ca) Received: from [172.31.200.217] (external.tor.connection.ca [216.234.38.18]) by nc-tor-mail2.connection.ca (Postfix) with ESMTP id 27A1E74E5DF; Mon, 30 Mar 2009 12:51:24 -0400 (EDT) Message-ID: <49D0F88B.70909@connection.ca> Date: Mon, 30 Mar 2009 12:51:23 -0400 From: James Wu User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: ricardo.m.jesus@criticalsoftware.com References: <49D0E4E7.3050001@connection.ca> <49D0F209.20100@gmail.com> In-Reply-To: <49D0F209.20100@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 7.0 to 7.1 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, 30 Mar 2009 16:51:26 -0000 Ricardo Jesus wrote: > James Wu wrote: >> Hi all, >> >> I'm brand new to the list so forgive me if this has been answered. I >> tried searching the archives and tried googling and didn't come up >> with any results. >> >> I've been wanting to play with setfib multi-routing tables in 7.1, >> however, we have a bunch of 7.0 machines. I thought I'd take a test >> machine and upgrade it to 7.1. Everything went smoothly at first. I >> compiled a custom 7.1 kernel and installed it just fine. Afterwards, >> I ran: >> >> freebsd-update fetch >> freebsd-update install >> to upgrade to the latest 7.0 >> >> then: >> freebsd-update upgrade -r 7.1-RELEASE >> freebsd-update install -r 7.1-RELEASE >> freebsd-update fetch >> to upgrade to 7.1 >> >> now when I do a >> uname -a, >> I get FreeBSD 7.1-RELEASE-p3 which looks right to me >> >> The problem I'm running into though is that the setfib binary doesn't >> seem to been added during the upgrade as I don't see it anywhere. I >> took a fresh install of 7.1 and do see it /usr/sbin/, but it's not >> there for the upgraded version of 7.1. >> I guess at this point, I would like to do a reinstall of the sbin >> folder if it is possible or somehow get a clean copy of the >> /usr/sbin/ folder into my upgraded machine. Any hints on how to do that? >> >> James >> >> _______________________________________________ >> 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" >> > The problem is you are mixing custom kernels with freebsd-update. > freebsd-update only works for binary updates (kernel + userland). > > So either stick will freebsd-update or use csup and compile custom > kernel and world. > I should probably clarify what I meant by custom kernel. It's the 7.1 kernel with a patch for a driver that the hardware needs. Otherwise, it is the vanilla 7.1 kernel. I just tried to do a freebsd-update rollback and then did a freebsd-update fetch again. This is what I get: The following files will be updated as part of updating to 7.1-RELEASE-p4: /usr/bin/dig /usr/bin/host /usr/bin/nslookup /usr/bin/nsupdate /usr/bin/openssl /usr/lib/libssl.a /usr/lib/libssl.so.5 /usr/lib/libssl_p.a /usr/libexec/lukemftpd /usr/libexec/telnetd /usr/sbin/dnssec-keygen /usr/sbin/dnssec-signzone /usr/sbin/lwresd /usr/sbin/named /usr/sbin/named-checkconf /usr/sbin/named-checkzone /usr/sbin/named-compilezone /usr/sbin/ntpd /usr/sbin/rndc-confgen /usr/src/contrib/lukemftpd/src/ftpd.c /usr/src/contrib/telnet/telnetd/sys_term.c /usr/src/sys/conf/newvers.sh /usr/src/sys/kern/kern_environment.c /usr/src/sys/kern/kern_time.c It seems to be updating the various binaries in /usr/sbin just fine. However, there is no reference to setfib. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 16:52:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2F210656C7 for ; Mon, 30 Mar 2009 16:52:27 +0000 (UTC) (envelope-from ricardo.meb.jesus@gmail.com) Received: from gate.criticalsoftware.com (gate.criticalsoftware.com [212.13.37.242]) by mx1.freebsd.org (Postfix) with ESMTP id 89E258FC18 for ; Mon, 30 Mar 2009 16:52:27 +0000 (UTC) (envelope-from ricardo.meb.jesus@gmail.com) Received: from [192.168.1.152] (nb-rs-valinho.critical.pt [192.168.1.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gate.criticalsoftware.com (Postfix) with ESMTP id 9878E227C02; Mon, 30 Mar 2009 17:24:01 +0100 (WEST) Message-ID: <49D0F209.20100@gmail.com> Date: Mon, 30 Mar 2009 17:23:37 +0100 From: Ricardo Jesus User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: James Wu References: <49D0E4E7.3050001@connection.ca> In-Reply-To: <49D0E4E7.3050001@connection.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 7.0 to 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ricardo.m.jesus@criticalsoftware.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 16:52:28 -0000 James Wu wrote: > Hi all, > > I'm brand new to the list so forgive me if this has been answered. I > tried searching the archives and tried googling and didn't come up with > any results. > > I've been wanting to play with setfib multi-routing tables in 7.1, > however, we have a bunch of 7.0 machines. I thought I'd take a test > machine and upgrade it to 7.1. Everything went smoothly at first. I > compiled a custom 7.1 kernel and installed it just fine. Afterwards, I > ran: > > freebsd-update fetch > freebsd-update install > to upgrade to the latest 7.0 > > then: > freebsd-update upgrade -r 7.1-RELEASE > freebsd-update install -r 7.1-RELEASE > freebsd-update fetch > to upgrade to 7.1 > > now when I do a > uname -a, > I get FreeBSD 7.1-RELEASE-p3 which looks right to me > > The problem I'm running into though is that the setfib binary doesn't > seem to been added during the upgrade as I don't see it anywhere. I took > a fresh install of 7.1 and do see it /usr/sbin/, but it's not there for > the upgraded version of 7.1. > I guess at this point, I would like to do a reinstall of the sbin folder > if it is possible or somehow get a clean copy of the /usr/sbin/ folder > into my upgraded machine. Any hints on how to do that? > > James > > _______________________________________________ > 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" > The problem is you are mixing custom kernels with freebsd-update. freebsd-update only works for binary updates (kernel + userland). So either stick will freebsd-update or use csup and compile custom kernel and world. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 16:53:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF69D10656C6; Mon, 30 Mar 2009 16:53:44 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0D78FC25; Mon, 30 Mar 2009 16:53:43 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 1E4667BB34; Mon, 30 Mar 2009 20:53:40 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1708438474; Mon, 30 Mar 2009 20:53:40 +0400 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n2UGrdgn002905; Mon, 30 Mar 2009 20:53:39 +0400 (MSD) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n2UGrYPj002904; Mon, 30 Mar 2009 20:53:34 +0400 (MSD) (envelope-from dchagin) Date: Mon, 30 Mar 2009 20:53:34 +0400 From: Chagin Dmitry To: Weongyo Jeong Message-ID: <20090330165334.GA2831@dchagin.static.corbina.ru> References: <49CAA7AB.8030506@reiteration.net> <20090328191143.GA1989@dchagin.static.corbina.ru> <20090330080532.GB26132@weongyo.cdnetworks.kr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <20090330080532.GB26132@weongyo.cdnetworks.kr> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-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: Mon, 30 Mar 2009 16:53:45 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 30, 2009 at 05:05:32PM +0900, Weongyo Jeong wrote: > On Sat, Mar 28, 2009 at 10:11:43PM +0300, Chagin Dmitry wrote: > > On Wed, Mar 25, 2009 at 09:52:43PM +0000, John wrote: > > > Hi list > > >=20 [skiped] > >=20 > > Weongyo, please, look at line #166 - 169. >=20 > Oops. I got it. :-) I'll commit a patch into CURRENT as soon as > possible. Thanks! >=20 yeah, does not fall any more. But, unfortunately, does not work :( Mar 30 20:45:13 dchagin kernel: malo0: mem 0xd0130000-0xd013ffff,0xd0120000-0xd012ffff irq 22 at device 4.0 on pci4 Mar 30 20:45:13 dchagin kernel: malo0: [FILTER] Mar 30 20:45:13 dchagin kernel: malo0: unable to allocate memory for cmd ta= g, error 12 Mar 30 20:45:13 dchagin kernel: malo0: unable to attach HAL Mar 30 20:45:13 dchagin kernel: device_attach: malo0 attach returned 5 is this expected behaviour for such device? --=20 Have fun! chd --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknQ+Q0ACgkQ0t2Tb3OO/O2HawCbBzXHzmDVZwG57MNA7IALmWD4 xkEAoJoOTggphb0qHDQyyV/T1+Wf0MAI =AF4t -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 18:08:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24951106564A for ; Mon, 30 Mar 2009 18:08:10 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 9ADAA8FC18 for ; Mon, 30 Mar 2009 18:08:09 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by gxk24 with SMTP id 24so6063687gxk.19 for ; Mon, 30 Mar 2009 11:08:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=wUSx1Gf2So2lEGFmApnCKAMftu6lrgRL1+qVuZjTwEU=; b=G75af+NTh89KLHsBw+UobzemOOwvKLQID8ZAMQxRDwARBGtKbw1xCh4+fvZOEeD5yN ZXw15x904TfPqeY9oAfpxhQ08puEZZoOMAg15vELtABE9ce+INCQRAvq2dg6wWLYJ9vZ ABgxMA1txJYZSnZmk5VrkVVjQQhKCN375Us0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=OttAIZFpe4OP/67KDu2Vd5ByCO8CLCCNv54cAnT0FrIrootm4IeRRXDEFrnj0Yph64 0KLVtUy5QHsc0gz62m/b7gOf/NeYaC5fMyZEhwrQqdxGSv6RGdZSxsBN3asGlrYHyfL2 DhGKDmjLWU+0wM4f9M/1aaVxuJebQFRAAEVjg= MIME-Version: 1.0 Received: by 10.150.149.19 with SMTP id w19mr10552431ybd.56.1238434728622; Mon, 30 Mar 2009 10:38:48 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Mar 2009 13:38:48 -0400 Message-ID: <5f67a8c40903301038i31e18598ld17c645548b6feda@mail.gmail.com> From: Zaphod Beeblebrox To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pjd@freebsd.org, freebsd-stable@freebsd.org, marck@rinet.ru Subject: Re: ZFS and NFS: changing handles between reboots 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, 30 Mar 2009 18:08:10 -0000 On Mon, Mar 30, 2009 at 7:38 AM, Pete French wrote: > > on any request to previously mounted FS. On UFS, mounted NFS file systems > > survive server reboots... > > Are you sure anout that ? I have a lot of systems sharing files using UFS > and I see the 'stale NFS file handle' thing if I reboot the server too. > No ZFS involved there. Hrnh? I noticed that the NFS file handle was "stale" when I upgraded from 7.1 to 8.0 ... and I chalked that up to the upgrade changing the calculation of the cookie that NFS uses for a ZFS share, but reboots of an NFS server are meant to be transparent to the clients (save the downtime involved). Typically, stale NFS file handle indicates that the mount the client currently sees does not have the same hash as the mount it was using. Seeing this on ZFS would be a bug. Seeing this on UFS would just be strange... From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 21:20:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A200106564A; Mon, 30 Mar 2009 21:20:07 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 466EF8FC14; Mon, 30 Mar 2009 21:20:07 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.217.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id EA4F48A00D1; Mon, 30 Mar 2009 23:20:05 +0200 (CEST) Message-ID: <49D13783.1020602@bsdforen.de> Date: Mon, 30 Mar 2009 23:20:03 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> <49CF8E8D.1080604@bsdforen.de> <49CF9C19.3020509@FreeBSD.org> In-Reply-To: <49CF9C19.3020509@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 30 Mar 2009 21:20:07 -0000 Alexander Motin wrote: > Dominic Fandrey wrote: >> I can rule out drm0 as the cause, because uhci0 is the only common >> presence in all occurrences of this problem. > > You have other examples? If you mean "irq16: hdac0 uhci+" string, then > "+" there means "and some other devices", which in this case is probably > drm0. > > There were some drm related commits last time and there are also some > IRQ related problems were reported/patched in CURRENT recently. So I > would not ignore this possibility without additional testing. > I think you are right. uhci doesn't make any sense as a cause. DRM is the most likely candidate. There's also been a 5% performance drop in ioquake3 with the update from 7.1-stable to 7.2-prerelease, too. So I must be affected by changes in drm or dri. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 21:23:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2040A1065675 for ; Mon, 30 Mar 2009 21:23:14 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id D374A8FC16 for ; Mon, 30 Mar 2009 21:23:13 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 413D51924A for ; Mon, 30 Mar 2009 22:23:17 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon.draftnet (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Mon, 30 Mar 2009 22:23:17 +0000 (GMT) Date: Mon, 30 Mar 2009 22:23:07 +0100 From: Bruce Cran To: freebsd-stable@freebsd.org Message-ID: <20090330222307.25181df6@gluon.draftnet> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Off-by-one error in ngets() causing panic in loader(8)? 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, 30 Mar 2009 21:23:15 -0000 I've noticed that if I fill the input buffer at the loader prompt on 7-STABLE I get panic with a guard page failure. From what I can see the loader uses the ngets function in src/lib/libstand/gets.c with a buffer of size of 256. If I print out the value of strlen(input) in interp.c I get 256. Shouldn't line 77 of gets.c be comparing (lp-buf) against (n-1) instead of n? -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 01:04:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B19210656C0 for ; Tue, 31 Mar 2009 01:04:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id CF5E08FC0C for ; Tue, 31 Mar 2009 01:04:54 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 464A228449 for ; Tue, 31 Mar 2009 09:04:53 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id BF186EB185B; Tue, 31 Mar 2009 09:04:52 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id hSwSlGBDYpwF; Tue, 31 Mar 2009 09:04:48 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id C029DEB08C7; Tue, 31 Mar 2009 09:04:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=XPRh6Vw6qb77bAM0IAl6ZrgWyFfuZjfEa9KODfaB8KITbA9+zO6nPVzj9jZ27wQ21 M8KyqYWa1treugOnFbQOg== Message-ID: <49D16C2C.3050107@delphij.net> Date: Mon, 30 Mar 2009 18:04:44 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090324) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: HEADSUP: bce(4) owners, please test [Fwd: svn commit: r190582 - in stable/7/sys: . contrib/pf dev/ath/ath_hal dev/bce dev/cxgb] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 01:04:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have committed a MFC of recent bce(4) driver changes, mostly by David Christensen, to stable/7. Please be sure to test and report any regressions, thanks! - -------- Original Message -------- Subject: svn commit: r190582 - in stable/7/sys: . contrib/pf dev/ath/ath_hal dev/bce dev/cxgb Date: Tue, 31 Mar 2009 01:01:02 +0000 (UTC) From: Xin LI To: src-committers@FreeBSD.ORG, svn-src-all@FreeBSD.ORG, svn-src-stable@FreeBSD.ORG, svn-src-stable-7@FreeBSD.ORG Author: delphij Date: Tue Mar 31 01:01:01 2009 New Revision: 190582 URL: http://svn.freebsd.org/changeset/base/190582 Log: Update bce(4) to latest -CURRENT version: - Add several HP OEM parts' PCI IDs (187133+187317) - Remove intermediate variable busaddr and have bus_* operate directly on softc members upon initialization. (187204) - Only enable split header operation when ZERO_COPY_SOCKETS is enabled in the kernel. (189117) - Updated firmware to latest 4.6.X release. (189325) - Added missing firmware for 5709 A1 controllers. (189325) - Changed some debug statistic variable names to be more consistent. (189325) Approved by: re (kensmith) Modified: stable/7/sys/ (props changed) stable/7/sys/contrib/pf/ (props changed) stable/7/sys/dev/ath/ath_hal/ (props changed) stable/7/sys/dev/bce/if_bce.c stable/7/sys/dev/bce/if_bcefw.h stable/7/sys/dev/bce/if_bcereg.h stable/7/sys/dev/cxgb/ (props changed) (diff snipped). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknRbCwACgkQi+vbBBjt66DNLACgwPk45TTtBYvrnT9WmzQ22kWT rJ4AmwXsCWDIaLtLZA9+43Ggd9Jew3xL =cTYn -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 03:42:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3E2C106566B; Tue, 31 Mar 2009 03:42:38 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id A1F608FC13; Tue, 31 Mar 2009 03:42:38 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so3074429rvb.43 for ; Mon, 30 Mar 2009 20:42:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=o0UF34+ZtyOtvWjzoin73vb654zGAD/bGtOOBDAOwQU=; b=Kry6lLlj6/h4NjRuKhmcVEikYbhW055jjO+yMaXcYp+Hb0t39HDo+wLdtG51q6CpbD A1Fa0V/WTLf2nydxJrJ9WnYWJIUI+c/m9hS+C+yOUUddeH8pIsdluRT7H/7T4YLW4A/1 qkJgRsj8A/y3AMO+VyMpdX9jqcJfwVb6yOK+8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=RBIzo3QRHL7xdxIQeISjSLoPfB2fHadupl60xkDUb0IQ+u/WT4vpfMeZ/YDImOroK+ qcYHn70z7eDG6cc75KdyMLLJ9UG2yN7ZSvM90xThzP8iqhQSrJiCuuAPTJI2irs8zLjq N74CZIk/iqdLV8p29R8Yxgfl0HDPDLPlP8Ujw= Received: by 10.141.105.14 with SMTP id h14mr1451523rvm.138.1238470953247; Mon, 30 Mar 2009 20:42:33 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm15814365rvb.46.2009.03.30.20.42.31 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Mar 2009 20:42:32 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Tue, 31 Mar 2009 12:42:29 +0900 From: Weongyo Jeong Date: Tue, 31 Mar 2009 12:42:29 +0900 To: Chagin Dmitry Message-ID: <20090331034229.GJ26132@weongyo.cdnetworks.kr> References: <49CAA7AB.8030506@reiteration.net> <20090328191143.GA1989@dchagin.static.corbina.ru> <20090330080532.GB26132@weongyo.cdnetworks.kr> <20090330165334.GA2831@dchagin.static.corbina.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline In-Reply-To: <20090330165334.GA2831@dchagin.static.corbina.ru> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 03:42:39 -0000 --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 30, 2009 at 08:53:34PM +0400, Chagin Dmitry wrote: > On Mon, Mar 30, 2009 at 05:05:32PM +0900, Weongyo Jeong wrote: > > On Sat, Mar 28, 2009 at 10:11:43PM +0300, Chagin Dmitry wrote: > > > On Wed, Mar 25, 2009 at 09:52:43PM +0000, John wrote: > > > > Hi list > > > > > [skiped] > > > > > > > Weongyo, please, look at line #166 - 169. > > > > Oops. I got it. :-) I'll commit a patch into CURRENT as soon as > > possible. Thanks! > > > > yeah, does not fall any more. But, unfortunately, does not work :( > > Mar 30 20:45:13 dchagin kernel: malo0: Wireless Adapter> mem 0xd0130000-0xd013ffff,0xd0120000-0xd012ffff irq 22 at > device 4.0 on pci4 > Mar 30 20:45:13 dchagin kernel: malo0: [FILTER] > Mar 30 20:45:13 dchagin kernel: malo0: unable to allocate memory for cmd tag, > error 12 > Mar 30 20:45:13 dchagin kernel: malo0: unable to attach HAL > Mar 30 20:45:13 dchagin kernel: device_attach: malo0 attach returned 5 > > is this expected behaviour for such device? No. It's one of the unexpected for amd64. Could you please test with attached patch? regards, Weongyo Jeong --0ntfKIWw70PvrIHh Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_malo_20090331_allocnow.diff" Index: if_malo_pci.c =================================================================== --- if_malo_pci.c (revision 190544) +++ if_malo_pci.c (working copy) @@ -245,7 +245,7 @@ BUS_SPACE_MAXADDR, /* maxsize */ 0, /* nsegments */ BUS_SPACE_MAXADDR, /* maxsegsize */ - BUS_DMA_ALLOCNOW, /* flags */ + 0, /* flags */ NULL, /* lockfunc */ NULL, /* lockarg */ &sc->malo_dmat)) { --0ntfKIWw70PvrIHh-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 03:52:57 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3279F106566B; Tue, 31 Mar 2009 03:52:57 +0000 (UTC) (envelope-from STEVE@stevenwills.com) Received: from mouf.net (mouf.net [208.86.224.195]) by mx1.freebsd.org (Postfix) with ESMTP id E7CDB8FC14; Tue, 31 Mar 2009 03:52:56 +0000 (UTC) (envelope-from STEVE@stevenwills.com) Received: from [10.0.1.198] (cpe-069-134-142-204.nc.res.rr.com [69.134.142.204]) (authenticated bits=0) by mouf.net (8.14.2/8.14.2) with ESMTP id n2V3qtuU086977 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 30 Mar 2009 23:52:55 -0400 (EDT) (envelope-from STEVE@stevenwills.com) Message-Id: <152F64EF-EE07-4E98-B525-C5F9E1E8B5B7@stevenwills.com> From: Steve Wills To: stable@freebsd.org In-Reply-To: <20090226003842.GB63173@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 30 Mar 2009 23:52:54 -0400 References: <20090226003842.GB63173@michelle.cdnetworks.co.kr> X-Mailer: Apple Mail (2.930.3) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (mouf.net [208.86.224.195]); Mon, 30 Mar 2009 23:52:56 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9181/Mon Mar 30 11:21:09 2009 on mouf.net X-Virus-Status: Clean Cc: pyunyh@gmail.com, yongari@freebsd.org Subject: Re: 7.1-R to RELENG_7 upgrade breaks re nic 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, 31 Mar 2009 03:52:57 -0000 Hi, On Feb 25, 2009, at 7:38 PM, Pyun YongHyeon wrote: > On Tue, Feb 24, 2009 at 08:12:18PM -0500, Steve Wills wrote: >> Hi, >> >> I upgraded my 7.1-RELEASE system to RELENG_7 yesterday and after >> booting, re0 works for only a short time, then gives "re0: PHY read >> failed" over and over. Does anyone have a suggestion on how to debug? >> > > I need more information for your hardware revision. > Would you show me dmesg output and revision number of if_re.c? For the record, and if anyone else is having this issue, SVN rev 190587 fixes this. Thanks for taking care of it! Steve From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 05:13:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE8C41065674 for ; Tue, 31 Mar 2009 05:13:09 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 86A068FC12 for ; Tue, 31 Mar 2009 05:13:09 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id n2V5D8bl026685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 30 Mar 2009 22:13:08 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id n2V5D8H6026684; Mon, 30 Mar 2009 22:13:08 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA05499; Mon, 30 Mar 09 21:03:10 PST Date: Mon, 30 Mar 2009 22:01:36 -0700 From: perryh@pluto.rain.com To: zbeeble@gmail.com Message-Id: <49d1a3b0.vaFwcG1IJaRQg+MR%perryh@pluto.rain.com> References: <5f67a8c40903301038i31e18598ld17c645548b6feda@mail.gmail.com> In-Reply-To: <5f67a8c40903301038i31e18598ld17c645548b6feda@mail.gmail.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS and NFS: changing handles between reboots 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, 31 Mar 2009 05:13:10 -0000 Zaphod Beeblebrox wrote: > ... reboots of an NFS server are meant to be transparent to the > clients (save the downtime involved). Not just downtime; how would you like to have to restart your whole X11, OpenWindows, or SunTools session -- losing all current user- oriented state and perhaps considerable work -- every time some occasionally-used NFS server reboots? Many of the design decisions involved predate the common use, if not the very existence, of automounters. > Typically, stale NFS file handle indicates that the mount the > client currently sees does not have the same hash as the mount > it was using. > > Seeing this [stale handle after a simple server reboot] on ZFS > would be a bug. Seeing this on UFS would just be strange... I'd count it a bug either place, at least if the mount is using UDP transport. NFS (over UDP) has handled server reboots transparently to the clients at least as far back as SunOS 3.5. (The design decision to make NFS stateless on the server, which drove the use of UDP for transport, is also a contributing factor in the complexity -- and IMO the ultimate futility -- of lockd.) OTOH, a TCP-connected client *will* get a "connection reset by peer" when the server reboots; dunno what the NFS/TCP spec says about reestablishing. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 07:03:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F154C1065690; Tue, 31 Mar 2009 07:03:32 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 722268FC2D; Tue, 31 Mar 2009 07:03:31 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 34A657A7B5; Tue, 31 Mar 2009 11:03:30 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1709711437; Tue, 31 Mar 2009 11:03:30 +0400 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n2V73TkY002546; Tue, 31 Mar 2009 11:03:29 +0400 (MSD) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n2V73P32002545; Tue, 31 Mar 2009 11:03:25 +0400 (MSD) (envelope-from dchagin) Date: Tue, 31 Mar 2009 11:03:25 +0400 From: Chagin Dmitry To: Weongyo Jeong Message-ID: <20090331070325.GA2479@dchagin.static.corbina.ru> References: <49CAA7AB.8030506@reiteration.net> <20090328191143.GA1989@dchagin.static.corbina.ru> <20090330080532.GB26132@weongyo.cdnetworks.kr> <20090330165334.GA2831@dchagin.static.corbina.ru> <20090331034229.GJ26132@weongyo.cdnetworks.kr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20090331034229.GJ26132@weongyo.cdnetworks.kr> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-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: Tue, 31 Mar 2009 07:03:33 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 31, 2009 at 12:42:29PM +0900, Weongyo Jeong wrote: > On Mon, Mar 30, 2009 at 08:53:34PM +0400, Chagin Dmitry wrote: > > On Mon, Mar 30, 2009 at 05:05:32PM +0900, Weongyo Jeong wrote: > > > On Sat, Mar 28, 2009 at 10:11:43PM +0300, Chagin Dmitry wrote: > > > > On Wed, Mar 25, 2009 at 09:52:43PM +0000, John wrote: > > > > > Hi list > > > > >=20 > > [skiped] > >=20 > > > >=20 > > > > Weongyo, please, look at line #166 - 169. > > >=20 > > > Oops. I got it. :-) I'll commit a patch into CURRENT as soon as > > > possible. Thanks! > > >=20 > >=20 > > yeah, does not fall any more. But, unfortunately, does not work :( > >=20 > > Mar 30 20:45:13 dchagin kernel: malo0: > Wireless Adapter> mem 0xd0130000-0xd013ffff,0xd0120000-0xd012ffff irq 2= 2 at > > device 4.0 on pci4 > > Mar 30 20:45:13 dchagin kernel: malo0: [FILTER] > > Mar 30 20:45:13 dchagin kernel: malo0: unable to allocate memory for cm= d tag, > > error 12 > > Mar 30 20:45:13 dchagin kernel: malo0: unable to attach HAL > > Mar 30 20:45:13 dchagin kernel: device_attach: malo0 attach returned 5 > >=20 > > is this expected behaviour for such device? >=20 > No. It's one of the unexpected for amd64. Could you please test with > attached patch? >=20 > regards, > Weongyo Jeong >=20 > Index: if_malo_pci.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- if_malo_pci.c (revision 190544) > +++ if_malo_pci.c (working copy) > @@ -245,7 +245,7 @@ > BUS_SPACE_MAXADDR, /* maxsize */ > 0, /* nsegments */ > BUS_SPACE_MAXADDR, /* maxsegsize */ > - BUS_DMA_ALLOCNOW, /* flags */ > + 0, /* flags */ > NULL, /* lockfunc */ > NULL, /* lockarg */ > &sc->malo_dmat)) { dchagin# ifconfig malo0 malo0: flags=3D8802 metric 0 mtu 2290 ether 00:18:4d:ec:61:89 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier dchagin# ifconfig malo0 scan ifconfig: unable to get scan results In the evening I will more in detail look... anyway, many thanks :) --=20 Have fun! chd --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknRwDwACgkQ0t2Tb3OO/O31RwCfccm+SV4+Vuhk2hkDUhGMWUFM 0QcAnjT3wJWqVvDLZvE34LjakjhwJQNv =wBIU -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 07:36:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21893106568B; Tue, 31 Mar 2009 07:36:13 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id D75228FC12; Tue, 31 Mar 2009 07:36:12 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so3165808rvb.43 for ; Tue, 31 Mar 2009 00:36:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=Nc5M1XJAAXnRRL7DiMGEVzc5+8+BpwpY78PGDNSPWiI=; b=QCnmqFaI6sJBTBIZ1ZHiHwaNYdLh+rnoBEJcIZyw/aRGazmjgfbRseeBceihqijQbt Eort0cdlnyhaMrkSH+l6XV8lmC+MWoyrgOdYqwrGxE5SGAOJyOTXI2G2OFmnbJbfOtBQ mx2QFJcFJnKYj2Ec8x+a+TufbJbWWPKDYjfEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=RT/DHMzlrnc8g5krgM0xTiokLXMlxHo6ikKkDZPgSYKvMsCbjrD5Kg03mxkUFgsAs6 J6eMFPIgwPg+YYioELNFFjFO4tYEV3JaxR2WzpgGDGVFdaDdkCFzLtjYnkS19wF9trEF qByjuLG2j2A0GncKYKg0Naixw5CGfTRPLm/Gs= Received: by 10.141.48.6 with SMTP id a6mr3333900rvk.36.1238484972598; Tue, 31 Mar 2009 00:36:12 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm16552228rvb.34.2009.03.31.00.36.11 (version=SSLv3 cipher=RC4-MD5); Tue, 31 Mar 2009 00:36:12 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Tue, 31 Mar 2009 16:36:08 +0900 From: Weongyo Jeong Date: Tue, 31 Mar 2009 16:36:08 +0900 To: Chagin Dmitry Message-ID: <20090331073608.GA43918@weongyo.cdnetworks.kr> References: <49CAA7AB.8030506@reiteration.net> <20090328191143.GA1989@dchagin.static.corbina.ru> <20090330080532.GB26132@weongyo.cdnetworks.kr> <20090330165334.GA2831@dchagin.static.corbina.ru> <20090331034229.GJ26132@weongyo.cdnetworks.kr> <20090331070325.GA2479@dchagin.static.corbina.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090331070325.GA2479@dchagin.static.corbina.ru> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 07:36:13 -0000 On Tue, Mar 31, 2009 at 11:03:25AM +0400, Chagin Dmitry wrote: > On Tue, Mar 31, 2009 at 12:42:29PM +0900, Weongyo Jeong wrote: > > On Mon, Mar 30, 2009 at 08:53:34PM +0400, Chagin Dmitry wrote: > > > On Mon, Mar 30, 2009 at 05:05:32PM +0900, Weongyo Jeong wrote: > > > > On Sat, Mar 28, 2009 at 10:11:43PM +0300, Chagin Dmitry wrote: > > > > > On Wed, Mar 25, 2009 at 09:52:43PM +0000, John wrote: > > > > > > Hi list > > > > > > > > > [skiped] > > > > > > > > > > > > > Weongyo, please, look at line #166 - 169. > > > > > > > > Oops. I got it. :-) I'll commit a patch into CURRENT as soon as > > > > possible. Thanks! > > > > > > > > > > yeah, does not fall any more. But, unfortunately, does not work :( > > > > > > Mar 30 20:45:13 dchagin kernel: malo0: > > Wireless Adapter> mem 0xd0130000-0xd013ffff,0xd0120000-0xd012ffff irq 22 at > > > device 4.0 on pci4 > > > Mar 30 20:45:13 dchagin kernel: malo0: [FILTER] > > > Mar 30 20:45:13 dchagin kernel: malo0: unable to allocate memory for cmd tag, > > > error 12 > > > Mar 30 20:45:13 dchagin kernel: malo0: unable to attach HAL > > > Mar 30 20:45:13 dchagin kernel: device_attach: malo0 attach returned 5 > > > > > > is this expected behaviour for such device? > > > > No. It's one of the unexpected for amd64. Could you please test with > > attached patch? > > > > regards, > > Weongyo Jeong > > dchagin# ifconfig malo0 > malo0: flags=8802 metric 0 mtu 2290 > ether 00:18:4d:ec:61:89 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > > dchagin# ifconfig malo0 scan > ifconfig: unable to get scan results > > In the evening I will more in detail look... anyway, many thanks :) FWIW the following commands would be useful for CURRENT: # ifconfig wlan0 create wlandev malo0 # ifconfig wlan0 ssid up Please see malo(4) for details. Thanks for testing :-) regards, Weongyo Jeong From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 08:33:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B639B1065676 for ; Tue, 31 Mar 2009 08:33:34 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 79B048FC25 for ; Tue, 31 Mar 2009 08:33:34 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:f8f5:bc79:d36b:4660] (unknown [IPv6:2001:7b8:3a7:0:f8f5:bc79:d36b:4660]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 648DF5C43; Tue, 31 Mar 2009 10:33:33 +0200 (CEST) Message-ID: <49D1D55D.9080008@andric.com> Date: Tue, 31 Mar 2009 10:33:33 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b4pre) Gecko/20090329 Shredder/3.0b3pre MIME-Version: 1.0 To: Bruce Cran References: <20090330222307.25181df6@gluon.draftnet> In-Reply-To: <20090330222307.25181df6@gluon.draftnet> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Off-by-one error in ngets() causing panic in loader(8)? 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, 31 Mar 2009 08:33:35 -0000 On 2009-03-30 23:23, Bruce Cran wrote: > I've noticed that if I fill the input buffer at the loader prompt on > 7-STABLE I get panic with a guard page failure. From what I can see > the loader uses the ngets function in src/lib/libstand/gets.c with a > buffer of size of 256. If I print out the value of strlen(input) in > interp.c I get 256. Shouldn't line 77 of gets.c be comparing (lp-buf) > against (n-1) instead of n? Yes, either that, or change all callers to use "sizeof buf - 1" or similar. However, the latter is not how the normal fgets(3) works, so it is probably better to fix it in ngets() itself. :) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 10:35:44 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B161065676 for ; Tue, 31 Mar 2009 10:35:44 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 0879C8FC17 for ; Tue, 31 Mar 2009 10:35:43 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n2VAKmLu011091; Tue, 31 Mar 2009 14:20:48 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 31 Mar 2009 14:20:48 +0400 (MSD) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Tue, 31 Mar 2009 14:20:49 +0400 (MSD) Cc: mav@FreeBSD.org Subject: RELENG_7 ata panic on atacontrol attach 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, 31 Mar 2009 10:35:44 -0000 Hi there colleagues, atapci3: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 atacontrol detach ata7 - insert ATA disk (ad14) atacontrol attach ata7 pinics with Fatal trap 12: page fault while in kernel mode (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc0533227 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0533535 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc06cfca3 in trap_fatal (frame=0xfcb0aa7c, eva=40) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc06cff00 in trap_pfault (frame=0xfcb0aa7c, usermode=0, eva=40) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc06d08a6 in trap (frame=0xfcb0aa7c) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc06b5b1b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc055b69c in device_attach (dev=0xcc58e480) at /usr/src/sys/kern/subr_bus.c:279 #8 0xc055c96d in device_probe_and_attach (dev=0xcc58e480) at /usr/src/sys/kern/subr_bus.c:2366 #9 0xc055ca59 in bus_generic_attach (dev=0xc5167100) at /usr/src/sys/kern/subr_bus.c:2905 #10 0xc04796f0 in ata_identify (dev=0xc5167100) at /usr/src/sys/dev/ata/ata-all.c:723 #11 0xc0479fe4 in ata_attach (dev=0xc5167100) at /usr/src/sys/dev/ata/ata-all.c:150 #12 0xc047a93a in ata_ioctl (dev=0xc510e200, cmd=2147770627, data=0xd2f6cb80 "\a", flag=3, td=0xcd32c690) at /usr/src/sys/dev/ata/ata-all.c:387 #13 0xc04f6497 in giant_ioctl (dev=0xc510e200, cmd=2147770627, data=0xd2f6cb80 "\a", fflag=3, td=0xcd32c690) at /usr/src/sys/kern/kern_conf.c:398 #14 0xc04d5f87 in devfs_ioctl_f (fp=0xcce31e8c, com=2147770627, data=0xd2f6cb80, cred=0xc6897700, td=0xcd32c690) at /usr/src/sys/fs/devfs/devfs_vnops.c:602 #15 0xc056d4e5 in kern_ioctl (td=0xcd32c690, fd=3, com=2147770627, data=0xd2f6cb80 "\a") at file.h:269 #16 0xc056d63f in ioctl (td=0xcd32c690, uap=0xfcb0acfc) at /usr/src/sys/kern/sys_generic.c:570 #17 0xc06d0248 in syscall (frame=0xfcb0ad38) at /usr/src/sys/i386/i386/trap.c:1090 #18 0xc06b5b80 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up 7 #7 0xc055b69c in device_attach (dev=0xcc58e480) at /usr/src/sys/kern/subr_bus.c:279 279 if (dev->sysctl_tree != NULL) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 13:34:45 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BFB7106564A for ; Tue, 31 Mar 2009 13:34:45 +0000 (UTC) (envelope-from nathanael@webair.com) Received: from peru.webair.com (peru.webair.com [209.200.29.5]) by mx1.freebsd.org (Postfix) with ESMTP id E0CC38FC1E for ; Tue, 31 Mar 2009 13:34:44 +0000 (UTC) (envelope-from nathanael@webair.com) Received: from peru.webair.com (localhost.webair.com [127.0.0.1]) by peru.webair.com (8.14.2/8.14.1) with ESMTP id n2VDYtLa082453; Tue, 31 Mar 2009 09:34:55 -0400 (EDT) (envelope-from nathanael@webair.com) Received: (from www@localhost) by peru.webair.com (8.14.2/8.13.4/Submit) id n2VDYtBk082452; Tue, 31 Mar 2009 09:34:55 -0400 (EDT) (envelope-from nathanael@webair.com) X-Authentication-Warning: peru.webair.com: www set sender to nathanael@webair.com using -f Received: from 24.103.225.18 (SquirrelMail authenticated user nathanael) by staff.webair.com with HTTP; Tue, 31 Mar 2009 09:34:55 -0400 (EDT) Message-ID: <28272.24.103.225.18.1238506495.squirrel@staff.webair.com> In-Reply-To: <49CF6BD8.2030005@FreeBSD.org> References: <60041.24.103.225.18.1237908126.squirrel@staff.webair.com> <49CF6BD8.2030005@FreeBSD.org> Date: Tue, 31 Mar 2009 09:34:55 -0400 (EDT) From: "Nathanael Jean-Francois" To: "Kris Kennaway" User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: nathanael@webair.com, freebsd-stable@FreeBSD.org, John Baldwin Subject: Re: 7.1 stable panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nathanael@webair.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 13:34:45 -0000 > Nathanael Jean-Francois wrote: >> Hello all, >> >> I've been getting some panics with a 7.1 stable machine from March 14th. >> I've not been able to determine the cause nor reproduce them at will. >> Here's a backtrace from the latest panic on March 23rd. Let me know if >> any >> more information is needed. Thanks. >> >> Unread portion of the kernel message buffer: >> panic: lock (sleep mutex) Giant not locked @ >> /usr/src/sys/kern/kern_ntptime.c:965 > > This is strange because the corresponding mtx_lock is only a few lines > above. Can you provide your kernel config? > > Kris Sure. Also, for what it's worth I had hyperthreading enabled in the box's bios. I disabled hyperthreading and since then there hasn't been a panic. # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.484.2.18 2009/03/12 03:09:11 bms Exp $ cpu HAMMER ident BACKUPS # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks #ADDED OPTIONS options INCLUDE_CONFIG_FILE options WITNESS options INVARIANT_SUPPORT options INVARIANTS # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ixgb # Intel PRO/10GbE Ethernet Card device le # AMD Am7900 LANCE and Am79C9xx PCnet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device age # Attansic/Atheros L1 Gigabit Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Serial devices device ucom # Generic com ttys device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device ubser # BWCT console serial adapters device uftdi # For FTDI usb serial adapters device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons > >> cpuid = 1 >> Uptime: 1d15h34m6s >> Physical memory: 2034 MB >> Dumping 377 MB: 362 346 330 314 298 282 266 250 234 218 202 186 170 154 >> 138 122 106 90 74 58 42em0: watchdog timeout -- resetting >> <5>em0: link state changed to DOWN >> 26 10 >> >> #0 doadump () at pcpu.h:195 >> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); >> (kgdb) list >> 190 static __inline struct thread * >> 191 __curthread(void) >> 192 { >> 193 struct thread *td; >> 194 >> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); >> 196 return (td); >> 197 } >> 198 #define curthread (__curthread()) >> 199 >> (kgdb) backtrace >> #0 doadump () at pcpu.h:195 >> #1 0x0000000000000104 in ?? () >> #2 0xffffffff804e6fc2 in boot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:418 >> #3 0xffffffff804e73f2 in panic (fmt=0x104
> bounds>) >> at /usr/src/sys/kern/kern_shutdown.c:574 >> #4 0xffffffff805218b6 in witness_unlock (lock=0xffffffff80b0a400, >> flags=8, file=0x0, line=965) at /usr/src/sys/kern/subr_witness.c:1284 >> #5 0xffffffff804dadb2 in _mtx_unlock_flags (m=0xffffffff80b0a400, >> opts=0, >> file=0xffffffff8087a008 "/usr/src/sys/kern/kern_ntptime.c", line=965) >> at /usr/src/sys/kern/kern_mutex.c:203 >> #6 0xffffffff804dc062 in kern_adjtime (td=0xffffffff80884bd0, >> delta=0x674, olddelta=Variable "olddelta" is not available. >> ) at /usr/src/sys/kern/kern_ntptime.c:965 >> #7 0xffffff00019cf870 in ?? () >> #8 0x00000000000005a8 in ?? () >> #9 0xffffffff805430b6 in soreceive_generic (so=0xffffff0078a9f600, >> psa=0x0, uio=0xfffffffebe695b10, mp0=Variable "mp0" is not available. >> ) at /usr/src/sys/kern/uipc_socket.c:1652 >> #10 0xffffffff80523e6d in dofileread (td=0xffffff000181b000, fd=3, >> fp=0xffffff00016af200, auio=0xfffffffebe695b10, offset=Variable "offset" >> is not available. >> ) at file.h:245 >> #11 0xffffffff805241de in kern_readv (td=0xffffff000181b000, fd=3, >> auio=0xfffffffebe695b10) at /usr/src/sys/kern/sys_generic.c:192 >> #12 0xffffffff805242cc in read (td=0x0, uap=0x0) at >> /usr/src/sys/kern/sys_generic.c:108 >> #13 0xffffffff8079d0dc in syscall (frame=0xfffffffebe695c80) at >> /usr/src/sys/amd64/amd64/trap.c:907 >> #14 0xffffffff80781cbb in Xfast_syscall () at >> /usr/src/sys/amd64/amd64/exception.S:330 >> #15 0x000000080076ad7c in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> >> >> _______________________________________________ >> 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 Mar 31 13:53:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 343361065676 for ; Tue, 31 Mar 2009 13:53:13 +0000 (UTC) (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 A6E6F8FC15 for ; Tue, 31 Mar 2009 13:53:12 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LoeOt-0002K5-AI for freebsd-stable@freebsd.org; Tue, 31 Mar 2009 13:53:11 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 Mar 2009 13:53:11 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 Mar 2009 13:53:11 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 31 Mar 2009 15:53:00 +0200 Lines: 59 Message-ID: References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> <49CA837D.3040202@barryp.org> <9bbcef730903251301u5ca861f5vcbe7622630cb180e@mail.gmail.com> <49D0AFFC.2090306@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5F0F1AA318B40A34C2F483D1" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: <49D0AFFC.2090306@bsd.ee> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 32bit filesystem limitations 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, 31 Mar 2009 13:53:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5F0F1AA318B40A34C2F483D1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andrei Kolu wrote: > Ivan Voras wrote: >> 2009/3/25 Barry Pederson : >> >> =20 >>> Is there any reason not to skip labeling/partitioning and use da1 >>> directly? >>> Just newfs it and mount it. I've done this with a couple large Arec= a >>> arrays with no ill effect so far. >>> =20 >> >> Nope, no practical reason. Skip the partitioning if you don't need it.= >> >> =20 > Finally: # newfs /dev/da1 (note: no soft-updates here) > a# df -H > Filesystem Size Used Avail Capacity Mounted on > ..... > /dev/da1 3.4T 4.1k 3.1T 0% /data > ..... >=20 > Mission accomplished. But why sysinstall plays such an ugly game? This > problem should be announced as a bug. Because sysinstall only knows about fdisk and bsdlabel partition types, and those have a fixed format defined in the old days. You get the same problem with basically all operating systems today except latest versions of Windows Server which uses GPT by default. (but simply always using GPT by default isn't a good option because it will interfere with people wanting to multi-boot other operating systems)= =2E --------------enig5F0F1AA318B40A34C2F483D1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ0iA8ldnAQVacBcgRAqR1AJ4rhtoPuYweDntOD0Urmy2ETFz//QCfbvyJ j44zoehAjQCppI7O5D8tQqY= =RRcR -----END PGP SIGNATURE----- --------------enig5F0F1AA318B40A34C2F483D1-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 15:03:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C729106566C for ; Tue, 31 Mar 2009 15:03:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4CDDC8FC16 for ; Tue, 31 Mar 2009 15:03:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id ECD3C46B2D; Tue, 31 Mar 2009 11:03:28 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2VF3Na0032302; Tue, 31 Mar 2009 11:03:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 31 Mar 2009 10:31:34 -0400 User-Agent: KMail/1.9.7 References: <20090330222307.25181df6@gluon.draftnet> In-Reply-To: <20090330222307.25181df6@gluon.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903311031.34730.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 31 Mar 2009 11:03:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9186/Tue Mar 31 05:51:33 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Bruce Cran Subject: Re: Off-by-one error in ngets() causing panic in loader(8)? 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, 31 Mar 2009 15:03:30 -0000 On Monday 30 March 2009 5:23:07 pm Bruce Cran wrote: > I've noticed that if I fill the input buffer at the loader prompt on > 7-STABLE I get panic with a guard page failure. From what I can see > the loader uses the ngets function in src/lib/libstand/gets.c with a > buffer of size of 256. If I print out the value of strlen(input) in > interp.c I get 256. Shouldn't line 77 of gets.c be comparing (lp-buf) > against (n-1) instead of n? Yep. I've committed the fix. The libstand(3) manpage states that ngets() puts in at most n - 1 characters followed by a NULL, so n - 1 is the correct fix. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 18:54:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F2EF106567A; Tue, 31 Mar 2009 18:54:21 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id C12C78FC19; Tue, 31 Mar 2009 18:54:20 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 24E547DA18; Tue, 31 Mar 2009 22:54:18 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1711469799; Tue, 31 Mar 2009 22:54:18 +0400 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n2VIsH5D002186; Tue, 31 Mar 2009 22:54:17 +0400 (MSD) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n2VIs92w002185; Tue, 31 Mar 2009 22:54:09 +0400 (MSD) (envelope-from dchagin) Date: Tue, 31 Mar 2009 22:54:09 +0400 From: Chagin Dmitry To: Weongyo Jeong Message-ID: <20090331185409.GA2086@dchagin.static.corbina.ru> References: <49CAA7AB.8030506@reiteration.net> <20090328191143.GA1989@dchagin.static.corbina.ru> <20090330080532.GB26132@weongyo.cdnetworks.kr> <20090330165334.GA2831@dchagin.static.corbina.ru> <20090331034229.GJ26132@weongyo.cdnetworks.kr> <20090331070325.GA2479@dchagin.static.corbina.ru> <20090331073608.GA43918@weongyo.cdnetworks.kr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <20090331073608.GA43918@weongyo.cdnetworks.kr> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-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: Tue, 31 Mar 2009 18:54:21 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 31, 2009 at 04:36:08PM +0900, Weongyo Jeong wrote: > On Tue, Mar 31, 2009 at 11:03:25AM +0400, Chagin Dmitry wrote: > > On Tue, Mar 31, 2009 at 12:42:29PM +0900, Weongyo Jeong wrote: > > > On Mon, Mar 30, 2009 at 08:53:34PM +0400, Chagin Dmitry wrote: > > > > On Mon, Mar 30, 2009 at 05:05:32PM +0900, Weongyo Jeong wrote: > > > > > On Sat, Mar 28, 2009 at 10:11:43PM +0300, Chagin Dmitry wrote: > > > > > > On Wed, Mar 25, 2009 at 09:52:43PM +0000, John wrote: > > > > > > > Hi list > > > > > > >=20 > > > > [skiped] > > > >=20 > > > > > >=20 > > > > > > Weongyo, please, look at line #166 - 169. > > > > >=20 > > > > > Oops. I got it. :-) I'll commit a patch into CURRENT as soon as > > > > > possible. Thanks! > > > > >=20 > > > >=20 > > > > yeah, does not fall any more. But, unfortunately, does not work :( > > > >=20 > > > > Mar 30 20:45:13 dchagin kernel: malo0: > > > Wireless Adapter> mem 0xd0130000-0xd013ffff,0xd0120000-0xd012ffff i= rq 22 at > > > > device 4.0 on pci4 > > > > Mar 30 20:45:13 dchagin kernel: malo0: [FILTER] > > > > Mar 30 20:45:13 dchagin kernel: malo0: unable to allocate memory fo= r cmd tag, > > > > error 12 > > > > Mar 30 20:45:13 dchagin kernel: malo0: unable to attach HAL > > > > Mar 30 20:45:13 dchagin kernel: device_attach: malo0 attach returne= d 5 > > > >=20 > > > > is this expected behaviour for such device? > > >=20 > > > No. It's one of the unexpected for amd64. Could you please test with > > > attached patch? > > >=20 > > > regards, > > > Weongyo Jeong > >=20 > > dchagin# ifconfig malo0 > > malo0: flags=3D8802 metric 0 mtu 2290 > > ether 00:18:4d:ec:61:89 > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > status: no carrier > >=20 > > dchagin# ifconfig malo0 scan > > ifconfig: unable to get scan results > >=20 > > In the evening I will more in detail look... anyway, many thanks :) >=20 > FWIW the following commands would be useful for CURRENT: >=20 > # ifconfig wlan0 create wlandev malo0 > # ifconfig wlan0 ssid up >=20 > Please see malo(4) for details. Thanks for testing :-) >=20 yes, it works. thnx! --=20 Have fun! chd --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknSZtAACgkQ0t2Tb3OO/O3V2gCgpkcRWcuatX1IFsmFpqqWlis8 7XEAn3yC6JU32F+nibeC5YbztcOkIXgq =pURL -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 20:15:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 628BD106566B for ; Tue, 31 Mar 2009 20:15:53 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id E80D18FC17 for ; Tue, 31 Mar 2009 20:15:52 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so2450494bwz.43 for ; Tue, 31 Mar 2009 13:15:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=3wEJjlKgKmHny/Gq9Fr2s1z+dou7vqJHp79nnp8lZRA=; b=Tv3IeZqgcDRMBqYCD3isAv2+Pd+B7+UQ0hFt+JKJzvFOFcRTT7himJe+WKCjR7HKwq 8lbtHfUQ3F/OgKg32HRWqPs1B+K83wB74wt4d1pU4aR5oCsjiX7vzwg6wFGYlc6GoRbq tE0Fw+RFeXO21Al+hhi0XGqBXyK4yqtLLCHT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=c1TBMrdctIPeY28IDt1V7JtY1SFI9D9wYDWGHODOis+jultNdvWXbiGDyBTeBL1oSl e70VfvfgWK+CAK+KzfA+cpFjt7eaZUvvJnR/aewEreCqBI8rd0mwitYKFZ6xU0XY53el NTzp+BGywiDD+z6OCtqlEOoRi1i3F8Y1aVb2c= MIME-Version: 1.0 Received: by 10.103.221.5 with SMTP id y5mr2454082muq.66.1238530551913; Tue, 31 Mar 2009 13:15:51 -0700 (PDT) Date: Wed, 1 Apr 2009 00:15:51 +0400 Message-ID: From: pluknet To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: incorrect port value in tcpdump output 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, 31 Mar 2009 20:15:54 -0000 Hi there. [I don't know if it was discussed already.] tcpdump'ed from RELENG_7, kernel and modules as of Mar 22 are in sync, world as of Mar 18. I caught this while building kernel via NFS. The subj host is an NFS server. 23:22:03.056098 IP (tos 0x0, ttl 64, id 26932, offset 0, flags [DF], proto TCP (6), length 160) 172.17.5.168.2355868444 > 172.17.5.167.2049: 108 getattr [|nfs] 0x0000: 4500 00a0 6934 4000 4006 6db2 ac11 05a8 0x0010: ac11 05a7 0396 0801 7631 7eb4 37c6 db06 0x0020: 8018 40cc 54c6 0000 0101 080a 00a5 d95b 0x0030: da0f fa92 8000 0068 8c6b b31c 0000 0000 0x0040: 0000 0002 0001 86a3 0000 0003 0000 0001 0x0050: 0000 23:22:03.056180 IP (tos 0x0, ttl 128, id 10841, offset 0, flags [DF], proto TCP (6), length 168) 172.17.5.167.2049 > 172.17.5.168.2355868444: reply ok 116 getattr [|nfs] ^^^^^^^ 0x0000: 4500 00a8 2a59 4000 8006 6c85 ac11 05a7 0x0010: ac11 05a8 0801 0396 37c6 db06 7631 7f20 0x0020: 8018 71c7 7a07 0000 0101 080a da0f fa93 0x0030: 00a5 d95b 8000 0070 8c6b b31c 0000 0001 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 0x0050: 0000 If you'd look in tcp header then 2355868444 value should be 918 actually (as htons(918) returns expected 9603 in hex (0396 in net order)). -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 20:29:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C98CC106566B for ; Tue, 31 Mar 2009 20:29:03 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 357ED8FC1A for ; Tue, 31 Mar 2009 20:29:01 +0000 (UTC) (envelope-from me@pollux2.local.net) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id F0647CAA210 for ; Tue, 31 Mar 2009 22:10:34 +0200 (CEST) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 6FB20D48024 for ; Tue, 31 Mar 2009 22:10:28 +0200 (CEST) Received: from pollux2.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp5-g21.free.fr (Postfix) with ESMTP id 87838D481EE for ; Tue, 31 Mar 2009 22:10:26 +0200 (CEST) Received: by pollux2.local.net (Postfix, from userid 2000) id 457231DB26; Tue, 31 Mar 2009 22:11:06 +0200 (CEST) Date: Tue, 31 Mar 2009 22:11:06 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090331201106.GA3605@pollux2.free.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090104221422.GA3114@pollux2.free.local.net> <20090108130642.GA27129@crete.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090108130642.GA27129@crete.org.ua> User-Agent: Mutt/1.4.2.3i Subject: Re: Samsung SCX-4200 printer 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, 31 Mar 2009 20:29:04 -0000 On Thu, Jan 08, 2009 at 03:06:42PM +0200, Alexander Shikoff wrote: > That's all. If you have any issues/question feel free to ask. Have a nice day! Thank you again on-list, Alexander, for your comprehensive instructions which would have worked immediately if I had read /usr/ports/UPDATING before switching linux_base. My own fault. Sorry to all others for the long silence, I was very busy elsewhere, but I guess nobody was waiting for me :-) The printer works like a charm. But I had no success with the scanner for which I employed Alexander's philosophy in order to download the required libraries. Now all libraries are there, but: Running smfpscan yields: WARNING: configuration file not found sane_init - QApplication::postEvent: Unexpected null receiver Running mfp yields: direct mfp:/dev/mfp/4 "Unknown" "MFP USB Port #0" direct mfp:/dev/mfp/5 "Unknown" "MFP USB Port #1" Seems hopeless under FreeBSD. I suppose the solution to my problem is called "HP Laserjet M1120 MFP". Harald From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 22:30:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9BE1065670 for ; Tue, 31 Mar 2009 22:30:29 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9A28FC20 for ; Tue, 31 Mar 2009 22:30:29 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id n2VMURIW015326 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 31 Mar 2009 17:30:27 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n2VMUQ7U010273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 31 Mar 2009 17:30:26 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n2VMUO4T010263; Tue, 31 Mar 2009 17:30:24 -0500 (CDT) (envelope-from dan) Date: Tue, 31 Mar 2009 17:30:24 -0500 From: Dan Nelson To: pluknet Message-ID: <20090331223024.GA70541@dan.emsphone.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 7.1-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Tue, 31 Mar 2009 17:30:27 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: FreeBSD Stable Mailing List Subject: Re: incorrect port value in tcpdump output 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, 31 Mar 2009 22:30:30 -0000 In the last episode (Apr 01), pluknet said: > tcpdump'ed from RELENG_7, kernel and modules as of Mar 22 are in sync, > world as of Mar 18. > > I caught this while building kernel via NFS. The subj host is an NFS server. > > 23:22:03.056098 IP (tos 0x0, ttl 64, id 26932, offset 0, flags [DF], proto TCP (6), length 160) 172.17.5.168.2355868444 > 172.17.5.167.2049: 108 getattr [|nfs] > 0x0000: 4500 00a0 6934 4000 4006 6db2 ac11 05a8 > 0x0010: ac11 05a7 0396 0801 7631 7eb4 37c6 db06 > 0x0020: 8018 40cc 54c6 0000 0101 080a 00a5 d95b > 0x0030: da0f fa92 8000 0068 8c6b b31c 0000 0000 > 0x0040: 0000 0002 0001 86a3 0000 0003 0000 0001 > 0x0050: 0000 > 23:22:03.056180 IP (tos 0x0, ttl 128, id 10841, offset 0, flags [DF], proto TCP (6), length 168) 172.17.5.167.2049 > 172.17.5.168.2355868444: reply ok 116 getattr [|nfs] > 0x0000: 4500 00a8 2a59 4000 8006 6c85 ac11 05a7 > 0x0010: ac11 05a8 0801 0396 37c6 db06 7631 7f20 > 0x0020: 8018 71c7 7a07 0000 0101 080a da0f fa93 > 0x0030: 00a5 d95b 8000 0070 8c6b b31c 0000 0001 > 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0050: 0000 > > If you'd look in tcp header then 2355868444 value should be 918 actually > (as htons(918) returns expected 9603 in hex (0396 in net order)). That's not the port number; that's the NFS transaction id. See the tcpdump manpage, under the section "NFS Requests and Replies". -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 22:52:26 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5482A106566C for ; Tue, 31 Mar 2009 22:52:26 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id D364E8FC1F for ; Tue, 31 Mar 2009 22:52:25 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 238997507; Wed, 01 Apr 2009 00:52:24 +0300 Message-ID: <49D29097.9040701@FreeBSD.org> Date: Wed, 01 Apr 2009 00:52:23 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090329) MIME-Version: 1.0 To: Dmitry Morozovsky References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 31 Mar 2009 22:52:26 -0000 Dmitry Morozovsky wrote: > Hi there colleagues, > > atapci3: port > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem > 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 > > > atacontrol detach ata7 > - insert ATA disk (ad14) > atacontrol attach ata7 > > pinics with Fatal trap 12: page fault while in kernel mode Any kernel verbose messages before it? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 23:32:50 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A0091065689; Tue, 31 Mar 2009 23:32:50 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 26D698FC1B; Tue, 31 Mar 2009 23:32:49 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n2VNWn1H038418; Wed, 1 Apr 2009 03:32:49 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 1 Apr 2009 03:32:49 +0400 (MSD) From: Dmitry Morozovsky To: Alexander Motin In-Reply-To: <49D29097.9040701@FreeBSD.org> Message-ID: References: <49D29097.9040701@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Wed, 01 Apr 2009 03:32:49 +0400 (MSD) Cc: stable@freebsd.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 31 Mar 2009 23:32:50 -0000 On Wed, 1 Apr 2009, Alexander Motin wrote: AM> Dmitry Morozovsky wrote: AM> > Hi there colleagues, AM> > AM> > atapci3: port AM> > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem AM> > 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 AM> > AM> > AM> > atacontrol detach ata7 AM> > - insert ATA disk (ad14) AM> > atacontrol attach ata7 AM> > AM> > pinics with Fatal trap 12: page fault while in kernel mode AM> AM> Any kernel verbose messages before it? Nope. Just ata7: [ITHREAD]^M ^M ^M Fatal trap 12: page fault while in kernel mode^M cpuid = 0; apic id = 00^M fault virtual address = 0x28^M fault code = supervisor read, page not present^M instruction pointer = 0x20:0xc055b69c^M stack pointer = 0x28:0xfcb0aabc^M frame pointer = 0x28:0xfcb0aaf8^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, def32 1, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 3725 (atacontrol)^M trap number = 12^M panic: page fault^M and approx 15 seconds of wait between ata channel detection and the panic. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 31 23:39:41 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2D9A1065673; Tue, 31 Mar 2009 23:39:41 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 216DB8FC14; Tue, 31 Mar 2009 23:39:40 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n2VNdeJT038566; Wed, 1 Apr 2009 03:39:40 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 1 Apr 2009 03:39:40 +0400 (MSD) From: Dmitry Morozovsky To: Alexander Motin In-Reply-To: Message-ID: References: <49D29097.9040701@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Wed, 01 Apr 2009 03:39:40 +0400 (MSD) Cc: stable@freebsd.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 31 Mar 2009 23:39:41 -0000 On Wed, 1 Apr 2009, Dmitry Morozovsky wrote: DM> AM> > atapci3: port DM> AM> > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem DM> AM> > 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 DM> AM> > DM> AM> > DM> AM> > atacontrol detach ata7 DM> AM> > - insert ATA disk (ad14) DM> AM> > atacontrol attach ata7 DM> AM> > DM> AM> > pinics with Fatal trap 12: page fault while in kernel mode DM> AM> DM> AM> Any kernel verbose messages before it? DM> DM> Nope. Just DM> DM> ata7: [ITHREAD]^M DM> ^M DM> ^M DM> Fatal trap 12: page fault while in kernel mode^M DM> cpuid = 0; apic id = 00^M DM> fault virtual address = 0x28^M DM> fault code = supervisor read, page not present^M DM> instruction pointer = 0x20:0xc055b69c^M DM> stack pointer = 0x28:0xfcb0aabc^M DM> frame pointer = 0x28:0xfcb0aaf8^M DM> code segment = base 0x0, limit 0xfffff, type 0x1b^M DM> = DPL 0, pres 1, def32 1, gran 1^M DM> processor eflags = interrupt enabled, resume, IOPL = 0^M DM> current process = 3725 (atacontrol)^M DM> trap number = 12^M DM> panic: page fault^M DM> DM> and approx 15 seconds of wait between ata channel detection and the panic. What I possibly missed is that it is not guaranteed panic, and seems to be dependent on parameters of disk inserted: e.g. I usually have this particular machine panicked with WD320, and no panics with Seagate 7200.11/750G -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 02:04:48 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16690106564A; Wed, 1 Apr 2009 02:04:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id AEE378FC19; Wed, 1 Apr 2009 02:04:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 99FC128449; Wed, 1 Apr 2009 10:04:46 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 01CB0EB8A7A; Wed, 1 Apr 2009 10:04:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 4hn50X3tYZnE; Wed, 1 Apr 2009 10:04:38 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 101BBEB6F8F; Wed, 1 Apr 2009 10:04:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=l7G6ZK9wDOlSaU6N9LhN1bYKz6ZetEJMhdNzis/GzMo4Ffd45KpVHVr+t1E0Tg1PX fNzL9MF8bvXv1u4qA7u3g== Message-ID: <49D2CBB1.3070802@delphij.net> Date: Tue, 31 Mar 2009 19:04:33 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090324) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Intel Integrated Raid (iir) relevance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 02:04:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (It would be probably good idea to redirect this discussion to -stable@, redirected) Hi, Danny, Danny Braniss wrote: > It's no longer working (for me) under 7.2, and so far > I am not getting any feedback, so since it seems that > this particular hardware has reached EOL, I was wondering > if, > a) it's true, > b) drop it, and replace it. > c) should time be spent in getting it to work again. I'm not very sure about your problem with iir(4). A diff against RELENG_7_1 does not reveal any change on the driver itself. Are you sure that 7.1-R can have the device working? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknSy7AACgkQi+vbBBjt66AUoQCgtFiu6Bsg0LygJ7gAnKLdBBMN JKIAoKNioqTEQSA8vX621jqTpBKTaO1C =RmFa -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 05:03:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEC111066CE3 for ; Wed, 1 Apr 2009 05:03:49 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 73E3C8FC13 for ; Wed, 1 Apr 2009 05:03:49 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id C6D5B3C5203A for ; Wed, 1 Apr 2009 07:38:39 +0300 (EEST) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21827-05 for ; Wed, 1 Apr 2009 07:38:38 +0300 (EEST) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id 9A7293C5202D for ; Wed, 1 Apr 2009 07:38:38 +0300 (EEST) Message-ID: <49D2F5BC.2080803@bsd.ee> Date: Wed, 01 Apr 2009 08:03:56 +0300 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Stable References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> <49CA837D.3040202@barryp.org> <9bbcef730903251301u5ca861f5vcbe7622630cb180e@mail.gmail.com> <49D0AFFC.2090306@bsd.ee> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Subject: Re: 32bit filesystem limitations 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, 01 Apr 2009 05:03:50 -0000 Ivan Voras wrote: > Andrei Kolu wrote: > >> Ivan Voras wrote: >> >>> 2009/3/25 Barry Pederson : >>> >>> >>> >>>> Is there any reason not to skip labeling/partitioning and use da1 >>>> directly? >>>> Just newfs it and mount it. I've done this with a couple large Areca >>>> arrays with no ill effect so far. >>>> >>>> >>> Nope, no practical reason. Skip the partitioning if you don't need it. >>> >>> >>> >> Finally: # newfs /dev/da1 >> > > (note: no soft-updates here) > > Oops. OK, I can enable it next boot from rc.local: tunefs -n enable /data >> a# df -H >> Filesystem Size Used Avail Capacity Mounted on >> ..... >> /dev/da1 3.4T 4.1k 3.1T 0% /data >> ..... >> >> Mission accomplished. But why sysinstall plays such an ugly game? This >> problem should be announced as a bug. >> > > Because sysinstall only knows about fdisk and bsdlabel partition types, > and those have a fixed format defined in the old days. You get the same > problem with basically all operating systems today except latest > versions of Windows Server which uses GPT by default. > > (but simply always using GPT by default isn't a good option because it > will interfere with people wanting to multi-boot other operating systems). > I forgot to try ZFS on that particular server- maybe that one would be better alternative? I have experience with ZFS on terabyte sized volumes and had no ill effects so far- what about really large filesystems? I know that ZFS is considered experimental. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 05:53:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 483451065744 for ; Wed, 1 Apr 2009 05:53:07 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9832A8FC1D for ; Wed, 1 Apr 2009 05:53:06 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so2579851bwz.43 for ; Tue, 31 Mar 2009 22:53:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fpRo4hL4AS4NrtDC9XIKkztclSlV+1oPVI4u5fKD9OI=; b=LN+AfEYxHWnJAhGzesQEW+b0vBjhCYfp2mBNmquExjNzfHsvveTskVEgzZPS+h0Irf DefzcQ1dLpV3doCKI+ufXxU+6j7+QO1aHc1cW4ykhn0JniZlUFmjBiEQWTrG323ujsJT Ws1T0QU4uk/ziPzPYyWbtDFJy70kpbFcE/Btg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qH8x99kfigCt3mO8CHXtsQdJt1rMJiaWth8JNpOHcMPakzIzv44w4x6a5DKrpouJKr jLaLkXOtl3hcdfrw4RKaYgASnbhZPHfNUutkEKrfvmIIY9+Mauk4WyKO05xJlrh4LAvs UVIPggvdc64Aea5JA36X7KGpmzSaznWpIiE8M= MIME-Version: 1.0 Received: by 10.103.212.2 with SMTP id o2mr2643982muq.69.1238565185608; Tue, 31 Mar 2009 22:53:05 -0700 (PDT) In-Reply-To: <20090331223024.GA70541@dan.emsphone.com> References: <20090331223024.GA70541@dan.emsphone.com> Date: Wed, 1 Apr 2009 09:53:05 +0400 Message-ID: From: pluknet To: Dan Nelson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: incorrect port value in tcpdump output 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, 01 Apr 2009 05:53:07 -0000 2009/4/1 Dan Nelson : > In the last episode (Apr 01), pluknet said: >> tcpdump'ed from RELENG_7, kernel and modules as of Mar 22 are in sync, >> world as of Mar 18. >> >> I caught this while building kernel via NFS. The subj host is an NFS ser= ver. >> >> 23:22:03.056098 IP (tos 0x0, ttl 64, id 26932, offset 0, flags [DF], pro= to TCP (6), length 160) 172.17.5.168.2355868444 > 172.17.5.167.2049: 108 ge= tattr [|nfs] >> =A0 =A0 =A0 =A0 0x0000: =A04500 00a0 6934 4000 4006 6db2 ac11 05a8 >> =A0 =A0 =A0 =A0 0x0010: =A0ac11 05a7 0396 0801 7631 7eb4 37c6 db06 >> =A0 =A0 =A0 =A0 0x0020: =A08018 40cc 54c6 0000 0101 080a 00a5 d95b >> =A0 =A0 =A0 =A0 0x0030: =A0da0f fa92 8000 0068 8c6b b31c 0000 0000 >> =A0 =A0 =A0 =A0 0x0040: =A00000 0002 0001 86a3 0000 0003 0000 0001 >> =A0 =A0 =A0 =A0 0x0050: =A00000 >> 23:22:03.056180 IP (tos 0x0, ttl 128, id 10841, offset 0, flags [DF], pr= oto TCP (6), length 168) 172.17.5.167.2049 > 172.17.5.168.2355868444: reply= ok 116 getattr [|nfs] >> =A0 =A0 =A0 =A0 0x0000: =A04500 00a8 2a59 4000 8006 6c85 ac11 05a7 >> =A0 =A0 =A0 =A0 0x0010: =A0ac11 05a8 0801 0396 37c6 db06 7631 7f20 >> =A0 =A0 =A0 =A0 0x0020: =A08018 71c7 7a07 0000 0101 080a da0f fa93 >> =A0 =A0 =A0 =A0 0x0030: =A000a5 d95b 8000 0070 8c6b b31c 0000 0001 >> =A0 =A0 =A0 =A0 0x0040: =A00000 0000 0000 0000 0000 0000 0000 0000 >> =A0 =A0 =A0 =A0 0x0050: =A00000 >> >> If you'd look in tcp header then 2355868444 value should be 918 actually >> (as htons(918) returns expected 9603 in hex (0396 in net order)). > > That's not the port number; that's the NFS transaction id. =A0See the tcp= dump > manpage, under the section "NFS Requests and Replies". > Gah.. thank you, I was too dumb to read the man page. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 06:01:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AACA61065676 for ; Wed, 1 Apr 2009 06:01:32 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 60CD18FC1A for ; Wed, 1 Apr 2009 06:01:32 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1930149yxm.13 for ; Tue, 31 Mar 2009 23:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=6tR16+aQ3iF0Vtua1UOXI9c6AS0W+aHSgZfRjcwij0I=; b=NYWD5TIYaEFsYvSdlKAsArLElYe6iPls44CUnvBkpPTMXN4Y/KLrjX+WOY+MWY0btX jLfxvH6fWGYQ0UjgfRHYXbqFKUZthjzHRG3YQlegS2fRmIdeGOv3SSNf5FvRYjkE8qw+ i3+Eedu95M8ASXyTdtSTcxSt/I/HLrSkEK7xU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rc/u+TaXkgeOf00dtPvW4hFjsgZjqlgMgOXrmeIl55SThEr6GPc5XM39M2ZYpg8f3v dLlyExBWlbeK1Kvq8WqhQ7pOOq2oYPzLsfJgjdDl46L/lqnvvZV7qzKULpchuXP+Wu4R 6j/KYEjYyiP/DzMcteYyIeUlXeY8e+varMYvk= MIME-Version: 1.0 Received: by 10.151.42.12 with SMTP id u12mr999477ybj.116.1238565691916; Tue, 31 Mar 2009 23:01:31 -0700 (PDT) In-Reply-To: <49D2F5BC.2080803@bsd.ee> References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> <49CA837D.3040202@barryp.org> <9bbcef730903251301u5ca861f5vcbe7622630cb180e@mail.gmail.com> <49D0AFFC.2090306@bsd.ee> <49D2F5BC.2080803@bsd.ee> Date: Wed, 1 Apr 2009 02:01:31 -0400 Message-ID: <5f67a8c40903312301t5f460e2eh4d509c69fc39934a@mail.gmail.com> From: Zaphod Beeblebrox To: Andrei Kolu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: 32bit filesystem limitations 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, 01 Apr 2009 06:01:33 -0000 On Wed, Apr 1, 2009 at 1:03 AM, Andrei Kolu wrote: > I forgot to try ZFS on that particular server- maybe that one would be > better alternative? I have experience with ZFS on terabyte sized volumes and > had no ill effects so far- what about really large filesystems? I know that > ZFS is considered experimental. I've got 1.5T disks in my ZFS server. I don't boot from them and I havn't labelled them (added "ad6" and so on to the zfs array). After hearing that various fdisk things couldn't see beyond 1.2T, I got to wondering if the whole disks were being used. It appears that they are. Now ZFS on solaris seems to insist that you initialize (ie: use their fdisk) the disks before adding them to ZFS. I've also recently added a bunch of 1.5T disks to a Solaris install ... and it seems happy to use the whole disk, too. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 07:17:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id E82391065672 for ; Wed, 1 Apr 2009 07:17:37 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id F3D9C14E18C for ; Wed, 1 Apr 2009 07:17:36 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: (qmail 9117 invoked from network); 1 Apr 2009 07:17:36 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 1 Apr 2009 07:17:36 -0000 Message-ID: <49D31510.7050908@freebsd.org> Date: Wed, 01 Apr 2009 00:17:36 -0700 From: FreeBSD Security Officer Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20081002) MIME-Version: 1.0 To: freebsd security , FreeBSD Stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: FreeBSD 7.0 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: security-officer@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 07:17:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Everyone, On April 30th, FreeBSD 7.0 will reach its End of Life and will no longer be supported by the FreeBSD Security Team. Users of FreeBSD 7.0 are strongly encouraged to upgrade to FreeBSD 7.1 before that date. Note that the End of Life date for FreeBSD 7.0 was originally announced as being February 28, but was delayed by two months in accordance with Security Team policy in order to allow a 3 month window between the release of FreeBSD 7.1 and the End of Life of FreeBSD 7.0 to allow time for systems to be upgraded. The current supported branches and expected EoL dates are: ~ +---------------------------------------------------------------------+ ~ | Branch | Release | Type | Release date | Estimated EoL | ~ |-----------+------------+--------+-----------------+-----------------| ~ |RELENG_6 |n/a |n/a |n/a |November 30, 2010| ~ |-----------+------------+--------+-----------------+-----------------| ~ |RELENG_6_3 |6.3-RELEASE |Extended|January 18, 2008 |January 31, 2010 | ~ |---------------------------------------------------------------------| ~ |RELENG_6_4 |6.4-RELEASE |Extended|November 18, 2008|November 30, 2010| ~ |---------------------------------------------------------------------| ~ |RELENG_7 |n/a |n/a |n/a |last release + 2y| ~ |-----------+------------+--------+-----------------+-----------------| ~ |RELENG_7_0 |7.0-RELEASE |Normal |February 27, 2008|April 30, 2009 | ~ |-----------+------------+--------+-----------------+-----------------| ~ |RELENG_7_1 |7.1-RELEASE |Extended|January 4, 2009 |January 31, 2011 | ~ +---------------------------------------------------------------------+ When FreeBSD 7.2-RELEASE is released, it will receive "Normal" support, i.e., it will be supported for at least 12 months. - -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknTFQ8ACgkQFdaIBMps37ILwACggF8T2Yb4SSMqzviMDcHB74w4 5oQAoJ7oToAdSFT8eJlAWwWwldz8M4I2 =Er3j -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 10:03:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00BC4106566B for ; Wed, 1 Apr 2009 10:03:29 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id B5C798FC21 for ; Wed, 1 Apr 2009 10:03:28 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A981E19E02F; Wed, 1 Apr 2009 11:44:54 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 1458119E027; Wed, 1 Apr 2009 11:44:49 +0200 (CEST) Message-ID: <49D33790.6050805@quip.cz> Date: Wed, 01 Apr 2009 11:44:48 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: James Wu References: <49D0E4E7.3050001@connection.ca> In-Reply-To: <49D0E4E7.3050001@connection.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 7.0 to 7.1 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, 01 Apr 2009 10:03:29 -0000 James Wu wrote: > Hi all, > > I'm brand new to the list so forgive me if this has been answered. I > tried searching the archives and tried googling and didn't come up with > any results. > > I've been wanting to play with setfib multi-routing tables in 7.1, > however, we have a bunch of 7.0 machines. I thought I'd take a test > machine and upgrade it to 7.1. Everything went smoothly at first. I > compiled a custom 7.1 kernel and installed it just fine. Afterwards, I > ran: > > freebsd-update fetch > freebsd-update install > to upgrade to the latest 7.0 > > then: > freebsd-update upgrade -r 7.1-RELEASE > freebsd-update install -r 7.1-RELEASE > freebsd-update fetch > to upgrade to 7.1 Did you just these 3 commands? You must use freebsd-update install twice. First time for kernel upgrade, then reboot and then freebsd-update install again to install new userland. Do you have other binaries in /usr/sbin, /usr/bin, /bin /sbin upgraded? (ls -al shows newer date + time) > now when I do a > uname -a, > I get FreeBSD 7.1-RELEASE-p3 which looks right to me uname -a is derived from kernel, so it is possible that you have 7.1 kernel with 7.0 userland. > The problem I'm running into though is that the setfib binary doesn't > seem to been added during the upgrade as I don't see it anywhere. I took > a fresh install of 7.1 and do see it /usr/sbin/, but it's not there for > the upgraded version of 7.1. > I guess at this point, I would like to do a reinstall of the sbin folder > if it is possible or somehow get a clean copy of the /usr/sbin/ folder > into my upgraded machine. Any hints on how to do that? Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 10:12:24 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09EC01065673 for ; Wed, 1 Apr 2009 10:12:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B7F438FC18 for ; Wed, 1 Apr 2009 10:12:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LoxQk-0008fS-3x; Wed, 01 Apr 2009 13:12:22 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: d@delphij.net In-reply-to: <49D2CBB1.3070802@delphij.net> References: <49D2CBB1.3070802@delphij.net> Comments: In-reply-to Xin LI message dated "Tue, 31 Mar 2009 19:04:33 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Apr 2009 13:12:22 +0300 From: Danny Braniss Message-ID: Cc: stable@freebsd.org Subject: Re: Intel Integrated Raid (iir) relevance 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, 01 Apr 2009 10:12:24 -0000 Hi Xin LI, > (It would be probably good idea to redirect this discussion to -stable@, > redirected) > ok by me. > Hi, Danny, > > Danny Braniss wrote: > > It's no longer working (for me) under 7.2, and so far > > I am not getting any feedback, so since it seems that > > this particular hardware has reached EOL, I was wondering > > if, > > a) it's true, > > b) drop it, and replace it. > > c) should time be spent in getting it to work again. > > I'm not very sure about your problem with iir(4). A diff against > RELENG_7_1 does not reveal any change on the driver itself. Are you > sure that 7.1-R can have the device working? > it's definitly broken for me, it broke sometime after rev 189591. but the main questions are still unanswered. The problem I'm facing, together with the amr, is on hosts that are being de-comissioned, and though I'll be sad turning them to scrap, they did serve us well. thanks, danny From owner-freebsd-stable@FreeBSD.ORG Wed Apr 1 19:14:31 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0845A1065673 for ; Wed, 1 Apr 2009 19:14:31 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 82C7A8FC15 for ; Wed, 1 Apr 2009 19:14:30 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 239104479; Wed, 01 Apr 2009 22:14:29 +0300 Message-ID: <49D3BD14.9070505@FreeBSD.org> Date: Wed, 01 Apr 2009 22:14:28 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090329) MIME-Version: 1.0 To: Dmitry Morozovsky References: <49D29097.9040701@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 01 Apr 2009 19:14:31 -0000 Dmitry Morozovsky wrote: > On Wed, 1 Apr 2009, Alexander Motin wrote: > AM> Dmitry Morozovsky wrote: > AM> > Hi there colleagues, > AM> > > AM> > atapci3: port > AM> > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem > AM> > 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 > AM> > > AM> > > AM> > atacontrol detach ata7 > AM> > - insert ATA disk (ad14) > AM> > atacontrol attach ata7 > AM> > > AM> > pinics with Fatal trap 12: page fault while in kernel mode > AM> > AM> Any kernel verbose messages before it? > > Nope. Just > > ata7: [ITHREAD]^M > ^M > ^M > Fatal trap 12: page fault while in kernel mode^M > > and approx 15 seconds of wait between ata channel detection and the panic. Are you sure that you have verbose messages enabled during boot or via sysctl? It looks a bit too quiet. RELENG_7 branch ATA maintenance is a bit difficult for me now due to big differences from the HEAD. It makes me wish to sync them as there is still too much time before 7.x EOL. May be I will do it after the 7.2 release process finished. Now is probably not the best time to do it. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 03:12:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C1801065670; Thu, 2 Apr 2009 03:12:45 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from webmail-srv2.servage.net (webmail-srv2.servage.net [77.232.66.250]) by mx1.freebsd.org (Postfix) with ESMTP id D39368FC08; Thu, 2 Apr 2009 03:12:44 +0000 (UTC) (envelope-from lists@reiteration.net) Received: by webmail-srv2.servage.net (Postfix, from userid 65534) id 002B7F780E7; Thu, 2 Apr 2009 03:15:30 +0000 (UTC) Received: from anchor-internet-1-if0.router.demon.net (anchor-internet-1-if0.router.demon.net [195.173.57.160]) by webmail-srv2.servage.net (Horde Framework) with HTTP; Thu, 02 Apr 2009 03:15:30 +0000 Message-ID: <20090402031530.1366612nkllms79u@webmail-srv2.servage.net> Date: Thu, 02 Apr 2009 03:15:30 +0000 From: John To: Chagin Dmitry References: <49CAA7AB.8030506@reiteration.net> <20090328191143.GA1989@dchagin.static.corbina.ru> <20090330080532.GB26132@weongyo.cdnetworks.kr> <20090330165334.GA2831@dchagin.static.corbina.ru> <20090331034229.GJ26132@weongyo.cdnetworks.kr> <20090331070325.GA2479@dchagin.static.corbina.ru> <20090331073608.GA43918@weongyo.cdnetworks.kr> <20090331185409.GA2086@dchagin.static.corbina.ru> In-Reply-To: <20090331185409.GA2086@dchagin.static.corbina.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 X-Horde-Sender: lists@reiteration.net Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-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, 02 Apr 2009 03:12:45 -0000 Quoting Chagin Dmitry : >> > >> > dchagin# ifconfig malo0 scan >> > ifconfig: unable to get scan results >> > >> > In the evening I will more in detail look... anyway, many thanks :) >> >> FWIW the following commands would be useful for CURRENT: >> >> # ifconfig wlan0 create wlandev malo0 >> # ifconfig wlan0 ssid up >> >> Please see malo(4) for details. Thanks for testing :-) >> > > yes, it works. thnx! Mine is now working too ;) thanks! -- John From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 05:35:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 664111065686; Thu, 2 Apr 2009 05:35:21 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2200E8FC08; Thu, 2 Apr 2009 05:35:21 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so391764rvb.43 for ; Wed, 01 Apr 2009 22:35:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=Y1PzmCXQHA4CvVB8zehK3fcokwSd0/iTUbwpKM4Af/o=; b=pqGUQK/VSJT6nLORuzBWZGWaYIzAl4HuIDmLjQ93wwPpiOIz1t7Kg60K1Yuqmnjk8t 9vB1MOHc+7uXUTMz3alONaQViJ5/TN3lRR7CUVKqFbArmWlLenRJXQR/oRyLMJs4Kn0j s9wGyvGygl7dFP5Gb+DXdZ91j/mThxNDaMfLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=WpWU9RvEyz9bm7Ab+DVOeMRvhGsIIQ6V1PTTQNxGVDvNsPYuyNQl4GEMwXfkLHS+Xw DuVsi67K8smCpF953ylgP/ZLMQrMbf2VgQZdVPI0FNlscoWCrusry+rz9Uz7rbOMO8uU qF4BTHF5D4zXIp3t8nbmGDrcdcLzSbZxdleQI= Received: by 10.140.202.12 with SMTP id z12mr3448415rvf.228.1238650520869; Wed, 01 Apr 2009 22:35:20 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm1915173rvb.16.2009.04.01.22.35.19 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Apr 2009 22:35:20 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Thu, 2 Apr 2009 14:35:17 +0900 From: Weongyo Jeong Date: Thu, 2 Apr 2009 14:35:17 +0900 To: John Message-ID: <20090402053517.GD44973@weongyo.cdnetworks.kr> References: <49CAA7AB.8030506@reiteration.net> <20090328191143.GA1989@dchagin.static.corbina.ru> <20090330080532.GB26132@weongyo.cdnetworks.kr> <20090330165334.GA2831@dchagin.static.corbina.ru> <20090331034229.GJ26132@weongyo.cdnetworks.kr> <20090331070325.GA2479@dchagin.static.corbina.ru> <20090331073608.GA43918@weongyo.cdnetworks.kr> <20090331185409.GA2086@dchagin.static.corbina.ru> <20090402031530.1366612nkllms79u@webmail-srv2.servage.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090402031530.1366612nkllms79u@webmail-srv2.servage.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD Stable , Chagin Dmitry Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 05:35:22 -0000 On Thu, Apr 02, 2009 at 03:15:30AM +0000, John wrote: > Quoting Chagin Dmitry : > > >>> > >>> dchagin# ifconfig malo0 scan > >>> ifconfig: unable to get scan results > >>> > >>> In the evening I will more in detail look... anyway, many thanks :) > >> > >>FWIW the following commands would be useful for CURRENT: > >> > >> # ifconfig wlan0 create wlandev malo0 > >> # ifconfig wlan0 ssid up > >> > >>Please see malo(4) for details. Thanks for testing :-) > >> > > > >yes, it works. thnx! > > Mine is now working too ;) Thank you for testing. :-) regards, Weongyo Jeong From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 05:44:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63967106566B for ; Thu, 2 Apr 2009 05:44:02 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id BB5E28FC20 for ; Thu, 2 Apr 2009 05:44:01 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 12228195 for freebsd-stable@freebsd.org; Thu, 02 Apr 2009 11:43:59 +0700 Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id n324hwLZ034554 for freebsd-stable@freebsd.org; Thu, 2 Apr 2009 11:43:58 +0700 (OMSST) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Thu, 2 Apr 2009 11:43:58 +0700 From: Victor Sudakov To: freebsd-stable@freebsd.org Message-ID: <20090402044358.GA34249@admin.sibptus.tomsk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Failure to make world for RELENG_6_4 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, 02 Apr 2009 05:44:02 -0000 Colleagues, I have recently submitted 2 PRs misc/133264 misc/133066 regarding the failure to compile the security branch RELENG_6_4. Could you please look at them and try to reproduce the problems? http://www.freebsd.org/cgi/query-pr.cgi?pr=133264 http://www.freebsd.org/cgi/query-pr.cgi?pr=133066 -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 07:58:14 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42FFC106566B; Thu, 2 Apr 2009 07:58:14 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id C158A8FC1D; Thu, 2 Apr 2009 07:58:13 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n327wCHc009423; Thu, 2 Apr 2009 11:58:12 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 2 Apr 2009 11:58:12 +0400 (MSD) From: Dmitry Morozovsky To: Alexander Motin In-Reply-To: <49D3BD14.9070505@FreeBSD.org> Message-ID: References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Thu, 02 Apr 2009 11:58:12 +0400 (MSD) Cc: stable@FreeBSD.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 02 Apr 2009 07:58:14 -0000 On Wed, 1 Apr 2009, Alexander Motin wrote: AM> > AM> > AM> > atapci3: port AM> > AM> > AM> > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem AM> > AM> > 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 AM> > AM> > AM> > AM> > atacontrol detach ata7 AM> > AM> > - insert ATA disk (ad14) AM> > AM> > atacontrol attach ata7 AM> > AM> > AM> > pinics with Fatal trap 12: page fault while in kernel mode AM> > AM> AM> Any kernel verbose messages before it? AM> > AM> > Nope. Just AM> > AM> > ata7: [ITHREAD]^M AM> > ^M AM> > ^M AM> > Fatal trap 12: page fault while in kernel mode^M AM> > AM> > and approx 15 seconds of wait between ata channel detection and the panic. AM> AM> Are you sure that you have verbose messages enabled during boot or via AM> sysctl? It looks a bit too quiet. Ah, you're right, on this server I turned off boot_verbose. Will recheck. AM> RELENG_7 branch ATA maintenance is a bit difficult for me now due to big AM> differences from the HEAD. It makes me wish to sync them as there is still AM> too much time before 7.x EOL. May be I will do it after the 7.2 release AM> process finished. Now is probably not the best time to do it. Fully understood. The only thing I wish to add is that RELENG_7 ata is much more picky in reinitializations (e.g., disk swaps) than RELENG_6. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 13:17:44 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 215721065672; Thu, 2 Apr 2009 13:17:44 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id AC4C68FC1A; Thu, 2 Apr 2009 13:17:43 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n32DHgaE020771; Thu, 2 Apr 2009 17:17:42 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 2 Apr 2009 17:17:42 +0400 (MSD) From: Dmitry Morozovsky To: Alexander Motin In-Reply-To: Message-ID: References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Thu, 02 Apr 2009 17:17:42 +0400 (MSD) Cc: stable@freebsd.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 02 Apr 2009 13:17:44 -0000 On Thu, 2 Apr 2009, Dmitry Morozovsky wrote: DM> AM> > AM> > AM> > atapci3: port DM> AM> > AM> > DM> AM> > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem DM> AM> > AM> > 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 DM> AM> > AM> > AM> > AM> > atacontrol detach ata7 DM> AM> > AM> > - insert ATA disk (ad14) DM> AM> > AM> > atacontrol attach ata7 DM> AM> > AM> > AM> > pinics with Fatal trap 12: page fault while in kernel mode DM> AM> > AM> AM> Any kernel verbose messages before it? got it: ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7: [MPSAFE]^M ata7: [ITHREAD]^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ad14: 715404MB at ata7-master SATA300^M ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue^M GEOM: new disk ad14^M GEOM_LABEL: Label for provider ad14a is ufs/moose09.^M GEOM_LABEL: Label ufs/moose09 removed.^M [-- MARK -- Thu Apr 2 17:00:00 2009] GEOM_LABEL: Label for provider ad14a is ufs/moose09.^M GEOM_LABEL: Label ufs/moose09 removed.^M ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7: ata7: [MPSAFE]^M CONNECT requested^M ata7: [ITHREAD]^M ata7: CONNECTED^M ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M ata7: DISCONNECT requested^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: DISCONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: DISCONNECT requested^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: DISCONNECT requested^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: DISCONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ad: ad14 already exists; skipping it^M ad: ad14 already exists; skipping it^M ^M ^M Fatal trap 12: page fault while in kernel mode^M -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 13:36:30 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B0CB106564A for ; Thu, 2 Apr 2009 13:36:30 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id BE1DF8FC12 for ; Thu, 2 Apr 2009 13:36:29 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 239184842; Thu, 02 Apr 2009 16:36:28 +0300 Message-ID: <49D4BF5C.4010509@FreeBSD.org> Date: Thu, 02 Apr 2009 16:36:28 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Dmitry Morozovsky References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 02 Apr 2009 13:36:30 -0000 Dmitry Morozovsky wrote: > On Thu, 2 Apr 2009, Dmitry Morozovsky wrote: > > DM> AM> > AM> > AM> > atapci3: port > DM> AM> > AM> > > DM> AM> > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem > DM> AM> > AM> > 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 > DM> AM> > AM> > AM> > AM> > atacontrol detach ata7 > DM> AM> > AM> > - insert ATA disk (ad14) > DM> AM> > AM> > atacontrol attach ata7 > DM> AM> > AM> > AM> > pinics with Fatal trap 12: page fault while in kernel mode > DM> AM> > AM> AM> Any kernel verbose messages before it? > > got it: > > ata7: SATA connect time=0ms^M > ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M > ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M > ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M > ata7: [MPSAFE]^M > ata7: [ITHREAD]^M > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M > ad14: 715404MB at ata7-master SATA300^M > ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth > queue^M > GEOM: new disk ad14^M > GEOM_LABEL: Label for provider ad14a is ufs/moose09.^M > GEOM_LABEL: Label ufs/moose09 removed.^M > [-- MARK -- Thu Apr 2 17:00:00 2009] > GEOM_LABEL: Label for provider ad14a is ufs/moose09.^M > GEOM_LABEL: Label ufs/moose09 removed.^M > ata7: SATA connect time=0ms^M > ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x01 lsb=0x00 msb=0x00^M > ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M > ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M > ata7: ata7: [MPSAFE]^M > CONNECT requested^M > ata7: [ITHREAD]^M > ata7: CONNECTED^M > ata7: SATA connect time=0ms^M > ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M > ata7: DISCONNECT requested^M > ata7: CONNECT requested^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: DISCONNECT requested^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: CONNECT requested^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: DISCONNECT requested^M > ata7: CONNECT requested^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: DISCONNECT requested^M > ata7: CONNECT requested^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: DISCONNECT requested^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: CONNECT requested^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M > ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M This looks like race between PATA reset sequence and SATA hot plug events. For AHCI it is handled by masking interrupts during reset. How it is expected to be done here, I am not sure. You can just disable hot plug by commenting respective part of of ata_sata_phy_check_events() function. > ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M > ad: ad14 already exists; skipping it^M > ad: ad14 already exists; skipping it^M > ^M > ^M > Fatal trap 12: page fault while in kernel mode^M It looks alike to crash I have already fixed on CURRENT: http://svn.freebsd.org/changeset/base/188464 -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 17:14:46 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC57106564A; Thu, 2 Apr 2009 17:14:46 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 89D578FC0C; Thu, 2 Apr 2009 17:14:45 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n32HEiQe026849; Thu, 2 Apr 2009 21:14:44 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 2 Apr 2009 21:14:44 +0400 (MSD) From: Dmitry Morozovsky To: Alexander Motin In-Reply-To: <49D4BF5C.4010509@FreeBSD.org> Message-ID: References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> <49D4BF5C.4010509@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Thu, 02 Apr 2009 21:14:44 +0400 (MSD) Cc: stable@FreeBSD.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 02 Apr 2009 17:14:46 -0000 On Thu, 2 Apr 2009, Alexander Motin wrote: AM> > ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M AM> > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M AM> > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M AM> > ad: ad14 already exists; skipping it^M AM> > ad: ad14 already exists; skipping it^M AM> > ^M AM> > ^M AM> > Fatal trap 12: page fault while in kernel mode^M AM> AM> It looks alike to crash I have already fixed on CURRENT: AM> http://svn.freebsd.org/changeset/base/188464 Seems to be. Would you please ask re@ for MFC approval? Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 17:31:39 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BA9F106566B for ; Thu, 2 Apr 2009 17:31:39 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id AFB4C8FC28 for ; Thu, 2 Apr 2009 17:31:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 239203688; Thu, 02 Apr 2009 20:31:38 +0300 Message-ID: <49D4F679.5040703@FreeBSD.org> Date: Thu, 02 Apr 2009 20:31:37 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090329) MIME-Version: 1.0 To: Dmitry Morozovsky References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> <49D4BF5C.4010509@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 02 Apr 2009 17:31:39 -0000 Dmitry Morozovsky wrote: > On Thu, 2 Apr 2009, Alexander Motin wrote: > > AM> > ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M > AM> > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M > AM> > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M > AM> > ad: ad14 already exists; skipping it^M > AM> > ad: ad14 already exists; skipping it^M > AM> > ^M > AM> > ^M > AM> > Fatal trap 12: page fault while in kernel mode^M > AM> > AM> It looks alike to crash I have already fixed on CURRENT: > AM> http://svn.freebsd.org/changeset/base/188464 > > Seems to be. Would you please ask re@ for MFC approval? This is not actually a fix for original problem, but it may help to avoid system crash. Can you confirm that it helps you, as I haven't tested it on STABLE yet, I am doing it now. If it helps, I will ask re@. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 18:14:09 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB81A10656D4; Thu, 2 Apr 2009 18:14:09 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1968FC1B; Thu, 2 Apr 2009 18:14:08 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n32IE7ag028254; Thu, 2 Apr 2009 22:14:07 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 2 Apr 2009 22:14:07 +0400 (MSD) From: Dmitry Morozovsky To: Alexander Motin In-Reply-To: <49D4F679.5040703@FreeBSD.org> Message-ID: References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> <49D4BF5C.4010509@FreeBSD.org> <49D4F679.5040703@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Thu, 02 Apr 2009 22:14:08 +0400 (MSD) Cc: stable@FreeBSD.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 02 Apr 2009 18:14:10 -0000 On Thu, 2 Apr 2009, Alexander Motin wrote: AM> Dmitry Morozovsky wrote: AM> > On Thu, 2 Apr 2009, Alexander Motin wrote: AM> > AM> > AM> > ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M AM> > AM> > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M AM> > AM> > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M AM> > AM> > ad: ad14 already exists; skipping it^M AM> > AM> > ad: ad14 already exists; skipping it^M AM> > AM> > ^M AM> > AM> > ^M AM> > AM> > Fatal trap 12: page fault while in kernel mode^M AM> > AM> AM> It looks alike to crash I have already fixed on CURRENT: AM> > AM> http://svn.freebsd.org/changeset/base/188464 AM> > AM> > Seems to be. Would you please ask re@ for MFC approval? AM> AM> This is not actually a fix for original problem, but it may help to avoid AM> system crash. Can you confirm that it helps you, as I haven't tested it on AM> STABLE yet, I am doing it now. If it helps, I will ask re@. Well, partially. Machine survived a dozed of detach-remove-insert-attach cycles (which it definitly could not before). However, it it still paniced on hot-remove-insert (could not dump): ata7: DISCONNECT requested^M ata7: DISCONNECTED^M GEOM_LABEL: Label ufs/moose09 removed.^M ata7: CONNECT requested^M ata7: CONNECTED^M ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=80 ostat1=00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M [a bunch of it] ata7: DISCONNECT requested^M ata7: ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: DISCONNECT requested^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: DISCONNECT requested^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: DISCONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: DISCONNECT requested^M ata7: CONNECT requested^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x80 err=0x00 lsb=0x00 msb=0x00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ad14: 715404MB at ata7-master SATA300^M ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue^M GEOM: new disk ad14^M ata7: DISCONNECTED^M ata7: CONNECTED^M ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ad14: 715404MB at ata7-master SATA300^M ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue^M GEOM: new disk ad14^M ata7: DISCONNECTED^M ata7: CONNECTED^M ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ad14: 715404MB at ata7-master SATA300^M ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue^M GEOM: new disk ad14^M ata7: DISCONNECTED^M ata7: CONNECTED^M ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ad14: 715404MB at ata7-master SATA300^M ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue^M GEOM: new disk ad14^M ata7: DISCONNECTED^M ata7: CONNECTED^M ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ad14: 715404MB at ata7-master SATA300^M ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue^M GEOM: new disk ad14^M ata7: DISCONNECTED^M ata7: CONNECTED^M ata7: SATA connect time=0ms^M ata7: reset tp1 mask=01 ostat0=50 ostat1=00^M ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00^M ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M ad14: 715404MB at ata7-master SATA300^M ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue^M GEOM: new disk ad14^M GEOM_LABEL: Label for provider ad14a is ufs/moose09.^M ^M ^M Fatal trap 12: page fault while in kernel mode^M cpuid = 0; apic id = 00^M fault virtual address = 0x4^M fault code = supervisor read, page not present^M instruction pointer = 0x20:0xc04e058b^M stack pointer = 0x28:0xfa320be8^M frame pointer = 0x28:0xfa320c8c^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, def32 1, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 2 (g_event)^M trap number = 12^M Some other hot reinserts finished successfully. Well, at least now it is significally better that before, if one does not forget to detach ata channel before reinserting the device. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 18:26:32 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05E6D106564A; Thu, 2 Apr 2009 18:26:32 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 960B88FC1B; Thu, 2 Apr 2009 18:26:31 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n32IQUYf028622; Thu, 2 Apr 2009 22:26:30 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 2 Apr 2009 22:26:30 +0400 (MSD) From: Dmitry Morozovsky To: Alexander Motin , Pawel Jakub Dawidek In-Reply-To: Message-ID: References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> <49D4BF5C.4010509@FreeBSD.org> <49D4F679.5040703@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Thu, 02 Apr 2009 22:26:30 +0400 (MSD) Cc: stable@freebsd.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 02 Apr 2009 18:26:32 -0000 On Thu, 2 Apr 2009, Dmitry Morozovsky wrote: DM> Some other hot reinserts finished successfully. Well, a couple minutes later after hot-reinsert machine paniced again (but now it seems related to ZFS): Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0836964 stack pointer = 0x28:0xfa466bd4 frame pointer = 0x28:0xfa466be4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 35 (arc_reclaim_thread) trap number = 12 panic: page fault cpuid = 1 Uptime: 11m8s Physical memory: 2039 MB Dumping 300 MB: 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc0533227 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0533535 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc06cfce3 in trap_fatal (frame=0xfa466b94, eva=40) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc06cff40 in trap_pfault (frame=0xfa466b94, usermode=0, eva=40) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc06d08e6 in trap (frame=0xfa466b94) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc06b5b5b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc0836964 in avl_destroy_nodes (tree=0xc9a2d540, cookie=0xfa466bf4) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/avl/avl.c:933 #8 0xc088b873 in mze_destroy (zap=Variable "zap" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:175 #9 0xc088bbf3 in zap_evict (db=0xcca1cdac, vzap=0xc9a2d500) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:472 #10 0xc084c818 in dbuf_evict_user (db=0xcca1cdac) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:224 #11 0xc084d655 in dbuf_clear (db=0xcca1cdac) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1281 #12 0xc084d762 in dbuf_evict (db=0xcca1cdac) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:237 #13 0xc084db76 in dbuf_do_evict (private=0xc90d5cbc) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1458 #14 0xc0847517 in arc_do_user_evicts () at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:1321 #15 0xc084a584 in arc_reclaim_thread (dummy=0x0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:1551 #16 0xc050d877 in fork_exit (callout=0xc084a380 , arg=0x0, frame=0xfa466d38) at /usr/src/sys/kern/kern_fork.c:810 #17 0xc06b5bd0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 20:32:36 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71B9E106566B; Thu, 2 Apr 2009 20:32:36 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id E4F968FC25; Thu, 2 Apr 2009 20:32:35 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n32KWYJ9031189; Fri, 3 Apr 2009 00:32:34 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 3 Apr 2009 00:32:34 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Fri, 03 Apr 2009 00:32:34 +0400 (MSD) Cc: freebsd-stable@FreeBSD.org Subject: RELENG_7/i386: ZFS constant panic on file system writes 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, 02 Apr 2009 20:32:36 -0000 Pawel, could you please help me a bit with *very* unpleasant situation: one of my servers with very large ZFS reboots on most write requests to one (largest, which effectively prohibits recreating) ZFS file system with panic: avl_find() succeeded inside avl_add() (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc0533227 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0533535 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0836a20 in avl_add (tree=Variable "tree" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/avl/avl.c:635 #4 0xc088c39f in zap_lockdir (os=0xc555a590, obj=6108, tx=0x0, lti=RW_READER, fatreader=1, zapp=0xfc6907f8) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:231 #5 0xc088cc0f in zap_lookup (os=0xc555a590, zapobj=6108, name=0xfc6908bc "daily.20080701.gz", integer_size=8, num_integers=1, buf=0xfc69083c) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:509 #6 0xc089e25d in zfs_dirent_lock (dlpp=0xfc690878, dzp=0xc709f570, name=0xfc6908bc "daily.20080701.gz", zpp=0xfc690874, flag=Variable "flag" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:173 #7 0xc089e43e in zfs_dirlook (dzp=0xc709f570, name=0xfc6908bc "daily.20080701.gz", vpp=0xfc690b5c) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:271 #8 0xc08a8653 in zfs_freebsd_lookup (ap=0xfc690a00) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1080 #9 0xc06dab42 in VOP_CACHEDLOOKUP_APV (vop=0xc08ba7e0, a=0xfc690a00) at vnode_if.c:153 #10 0xc05a402c in vfs_cache_lookup (ap=0xfc690a84) at vnode_if.h:83 #11 0xc06dc816 in VOP_LOOKUP_APV (vop=0xc08ba7e0, a=0xfc690a84) at vnode_if.c:99 #12 0xc05aa681 in lookup (ndp=0xfc690b48) at vnode_if.h:57 #13 0xc05ab308 in namei (ndp=0xfc690b48) at /usr/src/sys/kern/vfs_lookup.c:215 #14 0xc05ba07f in kern_lstat (td=0xc5186af0, path=0xbfbfd088
, pathseg=UIO_USERSPACE, sbp=0xfc690c18) at /usr/src/sys/kern/vfs_syscalls.c:2184 #15 0xc05ba22f in lstat (td=0xc5186af0, uap=0xfc690cfc) at /usr/src/sys/kern/vfs_syscalls.c:2167 #16 0xc06d0288 in syscall (frame=0xfc690d38) at /usr/src/sys/i386/i386/trap.c:1090 #17 0xc06b5bc0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) this is fresh RELENG_7/i386 with (I suppose, unrelated) patch to ata from mav@ Thanks in advance. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 2 22:59:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED2E91065676 for ; Thu, 2 Apr 2009 22:59:35 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx28.mail.ru (mx28.mail.ru [94.100.176.42]) by mx1.freebsd.org (Postfix) with ESMTP id A63198FC27 for ; Thu, 2 Apr 2009 22:59:35 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx33.mail.ru (mx33.mail.ru [94.100.176.47]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 50E9F7C3E13 for ; Fri, 3 Apr 2009 02:20:41 +0400 (MSD) Received: from [79.142.106.35] (port=33356 helo=arti.pioneernet.lan) by mx33.mail.ru with asmtp id 1LpVH5-0003YY-00; Fri, 03 Apr 2009 02:20:39 +0400 From: Artem Kim To: freebsd-x11@freebsd.org Date: Fri, 3 Apr 2009 02:23:26 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-PRERELEASE; KDE/4.2.0; amd64; ; ) MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200904030223.27059.artem_kim@inbox.ru> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Spam: Not detected X-Mras: Ok Cc: freebsd-stable@freebsd.org Subject: 7.2-PRERELEASE X-server hang in "drmwtq" 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, 02 Apr 2009 22:59:36 -0000 Hi. In last time, I have a problem with stability on my system: 7.2-PRERELEASE Thu Apr 2 20:20:31 MSD 2009 amd64 (UP); ati 9800-XT =46rom time to time the x-server go in "drmwtq" state if the AIGLX is enabl= ed. This usually happens when creating a new window. If I setup hw.dri.0.debug to "1", I get a lot of messages: [drm: pid1469: drm_ioctl] pid =3D 1469, cmd =3D 0x80046457, nr =3D 0x57, de= v=20 0xffffff0001306800, auth =3D 1 [drm: pid1469: drm_ioctl] returning -1 I can see a recurring message in in ktrace: 1469 Xorg PSIG SIGALRM caught handler =3D 0x4dca90 mask =3D 0x0 code =3D 0x0 1469 Xorg CALL sigreturn (0x7fffffffe5b0) 1469 Xorg RET sigreturn JUSTRETURN 1469 Xorg CALL ioctl (0xa, 0x80046457, 0x8156e807c) 1469 Xorg RET ioctl RESTART The problems started after vblank rework in the STABLE. The first time I got a panic when i try to restart or shutdown x-server, but the problem with panic was solved (for me ;)) quickly. I am ready to provide any additional information. Many thanks for your work. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 04:43:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89589106566B for ; Fri, 3 Apr 2009 04:43:28 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 3378F8FC1B for ; Fri, 3 Apr 2009 04:43:28 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n334hQ3g019894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 3 Apr 2009 00:43:27 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-foJZ737DnjGcgSWOHXmv" Date: Fri, 03 Apr 2009 00:43:21 -0400 Message-Id: <1238733801.82195.25.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 Subject: FreeBSD 7.2-BETA1 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, 03 Apr 2009 04:43:28 -0000 --=-foJZ737DnjGcgSWOHXmv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The first of the test builds for the FreeBSD 7.2-RELEASE cycle is now available. Testing of two recent changes to the system would be particularly valuable. The bce(4) network driver was updated a few days ago. And some significant work was done on the threading libraries a short time ago that is known to fix several major issues but testing to see if it introduced any regressions would be appreciated. The target schedule for the release is available here: http://www.freebsd.org/releases/7.2R/schedule.html So far we're just one day off target (BETA1 builds started Tuesday). The ISO images and FTP install trees are available on the FreeBSD Mirror sites. Using the primary site as an example: ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.2/ where ${arch} is one of amd64 i386, ia64, pc98, powerpc, or sparc64. Checksums for the ISO images are at the bottom of this message. The amd64 and i386 sets include a *preliminary* set of packages. If you would like to do a source-based update to 7.2-BETA1 from an already installed machine you can update your tree to RELENG_7 using normal cvsup/csup methods. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE or 7.1-RELEASE can upgrade as follows: =20 # freebsd-update upgrade -r 7.2-BETA1 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. =20 # freebsd-update install The system must be rebooted with the newly installed kernel before continui= ng. # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update= to upgrade to FreeBSD 7.2-BETA1, but will be prompted to rebuild all third-par= ty applications (e.g., anything installed from the ports tree) after the secon= d invocation of "freebsd-update install", in order to handle differences in t= he system libraries between FreeBSD 6.x and FreeBSD 7.x. NOTE: Due to a recently uncovered bug, FreeBSD Update may fail while downloading updates. If this occurs, please use the mirror update1.freebsd.org, by running freebsd-update with the "-s update1.freebsd.org" flag added; this mirror should be immune to this bug. Checksums: MD5 (7.2-BETA1-amd64-bootonly.iso) =3D 112490bebd43f407bb8ef8bae2d0cc05 MD5 (7.2-BETA1-amd64-disc1.iso) =3D 742fd7ed423f77761ae6112a81931716 MD5 (7.2-BETA1-amd64-disc2.iso) =3D c733ea160e94b4e355c8da7dd54e4135 MD5 (7.2-BETA1-amd64-disc3.iso) =3D 0111313462034b4bca982e81d61ea17d MD5 (7.2-BETA1-amd64-docs.iso) =3D 03b601464047aa483d2706577cfb3a74 MD5 (7.2-BETA1-amd64-dvd1.iso) =3D bd08de1b3bf525f7bd597d7f99b9a0fd MD5 (7.2-BETA1-amd64-livefs.iso) =3D 9ed0331a0d612ea4e98c80b1447a45c6 MD5 (7.2-BETA1-i386-bootonly.iso) =3D 2ba4d30be7a95ff9ca91e3d4ef8a35f6 MD5 (7.2-BETA1-i386-disc1.iso) =3D 6933fd6b9f7ee500397c0c54aa831408 MD5 (7.2-BETA1-i386-disc2.iso) =3D bfc682aaec7f9df8919da31987c9d8fb MD5 (7.2-BETA1-i386-disc3.iso) =3D 600030debe096c10b348c726462f9ce1 MD5 (7.2-BETA1-i386-docs.iso) =3D 04faa50ba321cf2b402c8a99828f58e2 MD5 (7.2-BETA1-i386-dvd1.iso) =3D 6603b9ca9c09b8c1c92613441bb154ad MD5 (7.2-BETA1-i386-livefs.iso) =3D cda0a13ba0453e1d885c0c613f34c758 MD5 (7.2-BETA1-ia64-bootonly.iso) =3D b20eba8d3113ab8882c5c47e1a3df2d2 MD5 (7.2-BETA1-ia64-disc1.iso) =3D c208adb4539d9f0c9ee17133289e3601 MD5 (7.2-BETA1-ia64-disc2.iso) =3D eee4987b3686609658fdaccc5960070e MD5 (7.2-BETA1-ia64-disc3.iso) =3D e7bb48a107e73955ece1a5c156060c34 MD5 (7.2-BETA1-ia64-docs.iso) =3D edc30334bb334f6adc53142af214a532 MD5 (7.2-BETA1-ia64-livefs.iso) =3D f6e54bb4cd582d20be8c8896b56d10b9 MD5 (7.2-BETA1-powerpc-bootonly.iso) =3D eadb2fa7cd289300f65e1bc246ec41bb MD5 (7.2-BETA1-powerpc-disc1.iso) =3D 463352649f74208e3421c2bdda400e47 MD5 (7.2-BETA1-powerpc-disc2.iso) =3D 2ec54888eae7931e4ca869fd151856c2 MD5 (7.2-BETA1-powerpc-disc3.iso) =3D a657ec95fef82c98af1a111d74181dff MD5 (7.2-BETA1-powerpc-docs.iso) =3D 4061d9d75aa86de96f0682695dd8040b MD5 (7.2-BETA1-sparc64-bootonly.iso) =3D 93469eab2b36d3f3f1115f603252487d MD5 (7.2-BETA1-sparc64-disc1.iso) =3D d517489f2048896cd8295f862bcfb6f2 MD5 (7.2-BETA1-sparc64-docs.iso) =3D e750843e3bb2c91aa31a8fdada2a062f SHA256 (7.2-BETA1-amd64-bootonly.iso) =3D 88d4d5042a309ab3ccd701250919f81ec= 80d79c8b3854413919bc6070e456083 SHA256 (7.2-BETA1-amd64-disc1.iso) =3D 62f6eada40404630e0a98a5e9005a8805367= 5285b4c5f40e7c8535d13f148805 SHA256 (7.2-BETA1-amd64-disc2.iso) =3D 40c6ad096eb02be1a3ce1dad4ace04e56557= 258ebb853969120819e8a81ca8aa SHA256 (7.2-BETA1-amd64-disc3.iso) =3D c3430a4e47d4a4428d5d4719b1ec8907b4a7= b36d9c663c41ef02e9795a5ba9cb SHA256 (7.2-BETA1-amd64-docs.iso) =3D 24dcf4707734439e1fc2c206cba12b9519873= 14208706476386bf5d83fc65699 SHA256 (7.2-BETA1-amd64-dvd1.iso) =3D 1133fbb4d65afc242c44ea10dba13071d8254= d9afb03e9b47668a40197233258 SHA256 (7.2-BETA1-amd64-livefs.iso) =3D 29d7de7cf139c6b9f1be459f0d7cc507675= 63d433db6a3eafda880dbfb8059c5 SHA256 (7.2-BETA1-i386-bootonly.iso) =3D b4d11881cb2209c0d2adab4b4e880ba978= b19e38de2b9e78b263341194b6be8b SHA256 (7.2-BETA1-i386-disc1.iso) =3D 71375c06038a1e18ad769d6585a91449739aa= fc1e84fdce5d30d84992f6aaf99 SHA256 (7.2-BETA1-i386-disc2.iso) =3D 75c18bafcf7aae2fb805bd0457ee2bcf51649= 579e13357102af6dbec72bff450 SHA256 (7.2-BETA1-i386-disc3.iso) =3D 58e1feb8f84c80e884abec1a509575a96d346= d6fd3eea505b61df4b90f0c4c93 SHA256 (7.2-BETA1-i386-docs.iso) =3D 6bded95d0dfa3dcb252364e4fdde757046bdcb= 30b6efd0b4d6d130dfec118762 SHA256 (7.2-BETA1-i386-dvd1.iso) =3D 14ad7e6f0b63fea970733786f2b7705771d06f= e1ba980a02c45cf7357b263577 SHA256 (7.2-BETA1-i386-livefs.iso) =3D cbab873d5bd28ed59cc154bf92d7497546b9= d1fb286391cf9e5b7de6fb9a0bb0 SHA256 (7.2-BETA1-ia64-bootonly.iso) =3D 7d102500543faaab90a5a5d30bec5f493c= d4574785a7e33a8aaad2bf6bddd878 SHA256 (7.2-BETA1-ia64-disc1.iso) =3D 5d6ffec1a0da1b4d65e87ae658e12873ab7b9= 79b77f83ff9090701234a2cce29 SHA256 (7.2-BETA1-ia64-disc2.iso) =3D 59914cc7514296ee116953bf9eb153e9be795= c06e3b63eca52b2f7e89b9d2bbe SHA256 (7.2-BETA1-ia64-disc3.iso) =3D cd97b56a4a504f25dc3529ca403df9bb28e5c= b066efb2820aeeff0421a9e23b4 SHA256 (7.2-BETA1-ia64-docs.iso) =3D 611ea6c453d4ee9e91bad7f491d53e994c4dab= ce487250af26e4a0d957abf2ca SHA256 (7.2-BETA1-ia64-livefs.iso) =3D 128751bcd2eaee9f723efc1cee20f19484e6= d328bc0a6e2ade21b458f795058a SHA256 (7.2-BETA1-powerpc-bootonly.iso) =3D d6851b9b1503e69bdb2b585b9ed3f52= f8c8ccf3c8067d37af7ac789149044e5c SHA256 (7.2-BETA1-powerpc-disc1.iso) =3D b51cf856031a7903d987d25c0a1dac7e4b= 40db948342f5e654a27b8194422032 SHA256 (7.2-BETA1-powerpc-disc2.iso) =3D b7a8d8ffa6a3b6e95f3dcdbb6fb4044755= e595687c33112c91d9f8dd5e4df826 SHA256 (7.2-BETA1-powerpc-disc3.iso) =3D 4b6180318ea8874faf5b661b8de9ac1b1d= 310cc84a759e454530611ad525eb05 SHA256 (7.2-BETA1-powerpc-docs.iso) =3D 9df4fe36d4f020f2f0af1605f237b7fb454= 150477560f1cd9a92bb9aed30f2de SHA256 (7.2-BETA1-sparc64-bootonly.iso) =3D 348fcd9ca7f990247e84b964972be26= 441815e870676ccd10b1db9959b6a9a3d SHA256 (7.2-BETA1-sparc64-disc1.iso) =3D 72f4460eadd5509a0524bdd978fe6e4d34= 8a9b8dc81c8ee66fa03945113c72e3 SHA256 (7.2-BETA1-sparc64-docs.iso) =3D dcf798bf11e792d2441a071cab96c81abf8= 26dee18f31e21d9a4fa89c5f9e2f1 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-foJZ737DnjGcgSWOHXmv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknVk+AACgkQ/G14VSmup/bz2wCfUk31GzLWM7VL+WuEbbldroiq jGAAn2/2ujeaRnPcbeAPlC+y9QfxpLyD =0YED -----END PGP SIGNATURE----- --=-foJZ737DnjGcgSWOHXmv-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 05:17:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FB06106566C; Fri, 3 Apr 2009 05:17:51 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CD5708FC15; Fri, 3 Apr 2009 05:17:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-177.bna.bellsouth.net [65.1.207.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n335GUaT093374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Apr 2009 01:16:30 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904030223.27059.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-TJK+L7Mzf5FlGmBoqEKq" Organization: FreeBSD Date: Fri, 03 Apr 2009 00:17:08 -0500 Message-Id: <1238735828.65025.5.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" 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, 03 Apr 2009 05:17:51 -0000 --=-TJK+L7Mzf5FlGmBoqEKq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-03 at 02:23 +0400, Artem Kim wrote: > Hi. >=20 > In last time, I have a problem with stability > on my system: >=20 > 7.2-PRERELEASE Thu Apr 2 20:20:31 MSD 2009 amd64 (UP); ati 9800-XT >=20 > From time to time the x-server go in "drmwtq" state if the AIGLX is enabl= ed. > This usually happens when creating a new window. >=20 > If I setup hw.dri.0.debug to "1", I get a lot of > messages: >=20 > [drm: pid1469: drm_ioctl] pid =3D 1469, cmd =3D 0x80046457, nr =3D 0x57, = dev=20 > 0xffffff0001306800, auth =3D 1 > [drm: pid1469: drm_ioctl] returning -1 >=20 > I can see a recurring message in in ktrace: >=20 > 1469 Xorg PSIG SIGALRM caught handler =3D 0x4dca90 mask =3D 0x0 code =3D = 0x0 > 1469 Xorg CALL sigreturn (0x7fffffffe5b0) > 1469 Xorg RET sigreturn JUSTRETURN > 1469 Xorg CALL ioctl (0xa, 0x80046457, 0x8156e807c) > 1469 Xorg RET ioctl RESTART >=20 > The problems started after vblank rework in the STABLE. > The first time I got a panic when i try to restart or shutdown x-server, > but the problem with panic was solved (for me ;)) quickly. >=20 > I am ready to provide any additional information. >=20 > Many thanks for your work. Ok, I haven't really seen a problem on ati. Intel is a nightmare... I think that I have it all sorted out now, but in order to deal with some of this, I am having to rework all of the drivers. robert. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-TJK+L7Mzf5FlGmBoqEKq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknVm9QACgkQM4TrQ4qfROP+CgCeI5J1/4qbgvPJMJVjSRt0ND1L b2MAnRA2trBCbiFXlqRWYrH+rvKYXGyz =rfgJ -----END PGP SIGNATURE----- --=-TJK+L7Mzf5FlGmBoqEKq-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 09:43:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B40106566B; Fri, 3 Apr 2009 09:43:29 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id C5E498FC12; Fri, 3 Apr 2009 09:43:28 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.213.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 32F798A00D1; Fri, 3 Apr 2009 11:43:27 +0200 (CEST) Message-ID: <49D5DA33.4010800@bsdforen.de> Date: Fri, 03 Apr 2009 11:43:15 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Alexander Motin References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> <49CF8E8D.1080604@bsdforen.de> <49CF9C19.3020509@FreeBSD.org> In-Reply-To: <49CF9C19.3020509@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 03 Apr 2009 09:43:29 -0000 Alexander Motin wrote: > Dominic Fandrey wrote: >> I can rule out drm0 as the cause, because uhci0 is the only common >> presence in all occurrences of this problem. > > You have other examples? If you mean "irq16: hdac0 uhci+" string, then > "+" there means "and some other devices", which in this case is probably > drm0. > > There were some drm related commits last time and there are also some > IRQ related problems were reported/patched in CURRENT recently. So I > would not ignore this possibility without additional testing. > Is there anything I can do, apart from turning off drm? This is really annoying (well, it eats a whole core while I'm compiling and it keeps the fans going, when the machine should be idle). Is there somehow I can generate useful information? Someone to send a kernel dump to? From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 09:53:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3E251065673 for ; Fri, 3 Apr 2009 09:53:09 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8208FC21 for ; Fri, 3 Apr 2009 09:53:08 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by fxm11 with SMTP id 11so868320fxm.43 for ; Fri, 03 Apr 2009 02:53:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.120.201 with SMTP id e9mr341362bkr.187.1238751023206; Fri, 03 Apr 2009 02:30:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Apr 2009 11:30:23 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Dmitry Morozovsky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Pawel Jakub Dawidek Subject: Re: RELENG_7/i386: ZFS constant panic on file system writes 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, 03 Apr 2009 09:53:10 -0000 On Thu, Apr 2, 2009 at 22:32, Dmitry Morozovsky wrote: > Pawel, > > could you please help me a bit with *very* unpleasant situation: one of m= y > servers with very large ZFS reboots on most write requests to one (larges= t, > which effectively prohibits recreating) ZFS file system with > > panic: avl_find() succeeded inside avl_add() > > (kgdb) bt > #0 =A0doadump () at pcpu.h:196 > #1 =A00xc0533227 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= .c:418 > #2 =A00xc0533535 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 =A00xc0836a20 in avl_add (tree=3DVariable "tree" is not available. > ) at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/avl/avl.c:= 635 > #4 =A00xc088c39f in zap_lockdir (os=3D0xc555a590, obj=3D6108, tx=3D0x0, l= ti=3DRW_READER, > fatreader=3D1, zapp=3D0xfc6907f8) > =A0 =A0at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /zap_micro.c:231 > #5 =A00xc088cc0f in zap_lookup (os=3D0xc555a590, zapobj=3D6108, name=3D0x= fc6908bc > "daily.20080701.gz", integer_size=3D8, num_integers=3D1, buf=3D0xfc69083c= ) > =A0 =A0at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /zap_micro.c:509 > #6 =A00xc089e25d in zfs_dirent_lock (dlpp=3D0xfc690878, dzp=3D0xc709f570, > name=3D0xfc6908bc "daily.20080701.gz", zpp=3D0xfc690874, flag=3DVariable = "flag" is > not available. > ) > =A0 =A0at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /zfs_dir.c:173 > #7 =A00xc089e43e in zfs_dirlook (dzp=3D0xc709f570, name=3D0xfc6908bc > "daily.20080701.gz", vpp=3D0xfc690b5c) > =A0 =A0at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /zfs_dir.c:271 > #8 =A00xc08a8653 in zfs_freebsd_lookup (ap=3D0xfc690a00) > =A0 =A0at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /zfs_vnops.c:1080 > #9 =A00xc06dab42 in VOP_CACHEDLOOKUP_APV (vop=3D0xc08ba7e0, a=3D0xfc690a0= 0) at > vnode_if.c:153 > #10 0xc05a402c in vfs_cache_lookup (ap=3D0xfc690a84) at vnode_if.h:83 > #11 0xc06dc816 in VOP_LOOKUP_APV (vop=3D0xc08ba7e0, a=3D0xfc690a84) at > vnode_if.c:99 > #12 0xc05aa681 in lookup (ndp=3D0xfc690b48) at vnode_if.h:57 > #13 0xc05ab308 in namei (ndp=3D0xfc690b48) at /usr/src/sys/kern/vfs_looku= p.c:215 > #14 0xc05ba07f in kern_lstat (td=3D0xc5186af0, path=3D0xbfbfd088
0xbfbfd088 out of bounds>, pathseg=3DUIO_USERSPACE, sbp=3D0xfc690c18) > =A0 =A0at /usr/src/sys/kern/vfs_syscalls.c:2184 > #15 0xc05ba22f in lstat (td=3D0xc5186af0, uap=3D0xfc690cfc) at > /usr/src/sys/kern/vfs_syscalls.c:2167 > #16 0xc06d0288 in syscall (frame=3D0xfc690d38) at > /usr/src/sys/i386/i386/trap.c:1090 > #17 0xc06b5bc0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= .s:255 > #18 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > this is fresh RELENG_7/i386 with (I suppose, unrelated) patch to ata from= mav@ > > Thanks in advance. Hi Dmitry, I think the line numbers are misleading, see: http://fxr.watson.org/fxr/source/cddl/contrib/opensolaris/uts/common/fs/zfs= /zap_micro.c?v=3DFREEBSD7;im=3Dbigexcerpts#L262 Could you build a kernel with -O1 or -O0 perhaps that will help. I have no other clue about your situation except maybe try 8-current? - Marius From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 10:07:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AF51106566C for ; Fri, 3 Apr 2009 10:07:18 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC458FC08 for ; Fri, 3 Apr 2009 10:07:17 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 239260032; Fri, 03 Apr 2009 13:07:16 +0300 Message-ID: <49D5DFD4.5050209@FreeBSD.org> Date: Fri, 03 Apr 2009 13:07:16 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Dominic Fandrey References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> <49CF8E8D.1080604@bsdforen.de> <49CF9C19.3020509@FreeBSD.org> <49D5DA33.4010800@bsdforen.de> In-Reply-To: <49D5DA33.4010800@bsdforen.de> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 03 Apr 2009 10:07:18 -0000 Dominic Fandrey wrote: > Alexander Motin wrote: >> Dominic Fandrey wrote: >>> I can rule out drm0 as the cause, because uhci0 is the only common >>> presence in all occurrences of this problem. >> You have other examples? If you mean "irq16: hdac0 uhci+" string, then >> "+" there means "and some other devices", which in this case is probably >> drm0. >> >> There were some drm related commits last time and there are also some >> IRQ related problems were reported/patched in CURRENT recently. So I >> would not ignore this possibility without additional testing. > > Is there anything I can do, apart from turning off drm? This is really > annoying (well, it eats a whole core while I'm compiling and it keeps > the fans going, when the machine should be idle). As first, try to disable DRI/DRM just to investigate the problem better. If it is related, try to ask Robert Noland , he is our DRI/DRM man. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 10:48:10 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA7F1065670 for ; Fri, 3 Apr 2009 10:48:10 +0000 (UTC) (envelope-from invite+24=yztyy@facebookmail.com) Received: from mx-out.facebook.com (outmail010.ash1.tfbnw.net [69.63.184.110]) by mx1.freebsd.org (Postfix) with ESMTP id 106038FC12 for ; Fri, 3 Apr 2009 10:48:09 +0000 (UTC) (envelope-from invite+24=yztyy@facebookmail.com) DKIM-Signature: v=1; a=rsa-sha1; d=facebookmail.com; s=q1-2009b; c=relaxed/relaxed; q=dns/txt; i=@facebookmail.com; t=1238754779; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=W5q7yetxvy3J5jWEKQY8hpzPq4s=; b=exqp4DibQmuM/M5AULYex44VLOdKuLZRkZirEV8m2gSkcVKl3Mg8igJoy6QArOzn MdHOGagDMgvqXNFe5xoesA==; Received: from [10.18.255.178] ([10.18.255.178:63889] helo=localhost.localdomain) by mta003.ash1.facebook.com (envelope-from ) (ecelerity 2.2.2.37 r(28805/28844)) with ESMTP id 65/E7-05975-BD5E5D94; Fri, 03 Apr 2009 03:32:59 -0700 X-Facebook: from zuckmail ([]) by localhost.localdomain with local (ZuckMail); Date: Fri, 3 Apr 2009 03:32:59 -0700 To: stable@freebsd.org From: Vahid Chitsazzadeh Message-ID: <18fb180c21bb7e10f6c7fd878ffde0a3@localhost.localdomain> X-Priority: 3 X-Mailer: ZuckMail [version 1.00] X-Facebook-Notify: general_invite; mailid=3fe309G643f4aecG0G8 Errors-To: invite+24=yztyy@facebookmail.com X-FACEBOOK-PRIORITY: 1 MIME-Version: 1.0 Content-Type: text/plain; charset = "UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Check out my photos on Facebook X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vahid Chitsazzadeh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 10:48:10 -0000 I set up a Facebook profile where I can post my pictures, videos and events and I want to add you as a friend so you can see it. First, you need to join Facebook! Once you join, you can also create your own profile. ---------- hello! ---------- Thanks, Vahid To sign up for Facebook, follow the link below: http://www.facebook.com/p.php?i=3D1485341899&k=3D3VL2Z65234ZM5DLAYDVYU3&r stable@freebsd.org was invited to join Facebook by Vahid Chitsazzadeh. If you do not wish to receive this type of email from Facebook in the future, please click on the link below to unsubscribe. http://www.facebook.com/o.php?k=3D936fd1&u=3D1681869548&mid=3D3fe309G643f4aecG0G8 Facebook's offices are located at 156 University Ave., Palo Alto, CA 94301. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 11:06:11 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C1BE106566C for ; Fri, 3 Apr 2009 11:06:11 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id EF1918FC1E for ; Fri, 3 Apr 2009 11:06:10 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 239266717; Fri, 03 Apr 2009 14:06:10 +0300 Message-ID: <49D5EDA1.8060104@FreeBSD.org> Date: Fri, 03 Apr 2009 14:06:09 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Dmitry Morozovsky References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> <49D4BF5C.4010509@FreeBSD.org> <49D4F679.5040703@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 03 Apr 2009 11:06:11 -0000 Dmitry Morozovsky wrote: > On Thu, 2 Apr 2009, Alexander Motin wrote: > AM> Dmitry Morozovsky wrote: > AM> > On Thu, 2 Apr 2009, Alexander Motin wrote: > AM> > > AM> > AM> > ata7: reset tp2 stat0=50 stat1=00 devices=0x1^M > AM> > AM> > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M > AM> > AM> > ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire^M > AM> > AM> > ad: ad14 already exists; skipping it^M > AM> > AM> > ad: ad14 already exists; skipping it^M > AM> > AM> > ^M > AM> > AM> > ^M > AM> > AM> > Fatal trap 12: page fault while in kernel mode^M > AM> > AM> AM> It looks alike to crash I have already fixed on CURRENT: > AM> > AM> http://svn.freebsd.org/changeset/base/188464 > AM> > > AM> > Seems to be. Would you please ask re@ for MFC approval? > AM> > AM> This is not actually a fix for original problem, but it may help to avoid > AM> system crash. Can you confirm that it helps you, as I haven't tested it on > AM> STABLE yet, I am doing it now. If it helps, I will ask re@. > > Well, partially. Machine survived a dozed of detach-remove-insert-attach > cycles (which it definitly could not before). Merged. > However, it it still paniced on hot-remove-insert (could not dump): > Some other hot reinserts finished successfully. It is probably an ATA code problem. I have reworked that part in HEAD. > Well, at least now it is significally better that before, if one does not > forget to detach ata channel before reinserting the device. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 12:59:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EFE91065692 for ; Fri, 3 Apr 2009 12:59:35 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id D84698FC08 for ; Fri, 3 Apr 2009 12:59:34 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n33CxSwx028353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 3 Apr 2009 08:59:34 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable In-Reply-To: <1238733801.82195.25.camel@neo.cse.buffalo.edu> References: <1238733801.82195.25.camel@neo.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-aVeQs1mPYttD4s3kMO2m" Organization: U. Buffalo CSE Department Date: Fri, 03 Apr 2009 08:59:28 -0400 Message-Id: <1238763568.48371.11.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 Subject: Re: FreeBSD 7.2-BETA1 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, 03 Apr 2009 12:59:35 -0000 --=-aVeQs1mPYttD4s3kMO2m Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-03 at 00:43 -0400, Ken Smith wrote: > The first of the test builds for the FreeBSD 7.2-RELEASE cycle is now > available. Well, sort of. Sorry, it's been a couple months since I uploaded something bigger than 2Gb (the dvd images) and I forgot the mechanism that some mirrors use to sync with the master site chokes on files over 2Gb. So the mirrors that use that mechanism to sync won't have it for another couple of hours (I just gzip-ed the dvd images now). If the place you normally get it from doesn't have it at the point you want to download it I know ftp10.us.freebsd.org has got it. By tomorrow all the mirrors should have it. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-aVeQs1mPYttD4s3kMO2m Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknWCDAACgkQ/G14VSmup/bBtACdEYf31k6YV4jtM/Bw+WVrzZNc 1BcAn02V7kKiExg6JiDO340b1BEqinCb =nYSE -----END PGP SIGNATURE----- --=-aVeQs1mPYttD4s3kMO2m-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 13:19:44 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D76106566C; Fri, 3 Apr 2009 13:19:44 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7AC8FC15; Fri, 3 Apr 2009 13:19:43 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n33DJgeq062454; Fri, 3 Apr 2009 17:19:42 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 3 Apr 2009 17:19:42 +0400 (MSD) From: Dmitry Morozovsky To: Alexander Motin In-Reply-To: <49D5EDA1.8060104@FreeBSD.org> Message-ID: References: <49D29097.9040701@FreeBSD.org> <49D3BD14.9070505@FreeBSD.org> <49D4BF5C.4010509@FreeBSD.org> <49D4F679.5040703@FreeBSD.org> <49D5EDA1.8060104@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (woozle.rinet.ru [0.0.0.0]); Fri, 03 Apr 2009 17:19:42 +0400 (MSD) Cc: stable@FreeBSD.org Subject: Re: RELENG_7 ata panic on atacontrol attach 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, 03 Apr 2009 13:19:45 -0000 On Fri, 3 Apr 2009, Alexander Motin wrote: AM> > AM> This is not actually a fix for original problem, but it may help to avoid AM> > AM> system crash. Can you confirm that it helps you, as I haven't tested it on AM> > AM> STABLE yet, I am doing it now. If it helps, I will ask re@. AM> > AM> > Well, partially. Machine survived a dozed of detach-remove-insert-attach AM> > cycles (which it definitly could not before). AM> AM> Merged. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 15:35:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E0181065672 for ; Fri, 3 Apr 2009 15:35:22 +0000 (UTC) (envelope-from commercial@troisdnet.com) Received: from mailler2.lwserv1.com (mailler2.lwserv1.com [193.37.145.33]) by mx1.freebsd.org (Postfix) with SMTP id D61B38FC1E for ; Fri, 3 Apr 2009 15:35:17 +0000 (UTC) (envelope-from commercial@troisdnet.com) Received: from SpeedTouch.lan ([77.202.69.222]) by mailler2.lwserv1.com with hMailServer ; Fri, 3 Apr 2009 17:21:12 +0200 From: "troisdnet.com" Message-id: <3E35DBF0-D421-4CE2-8B43-5DDBCE24263A@troisdnet.com> MIME-Version: 1.0 Date: Fri, 03 Apr 2009 17:19:09 +0200 To: freebsd-stable@freebsd.org Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Le nettoyage de hottes discount 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, 03 Apr 2009 15:35:22 -0000 This is the text that will appear if the recipient cannot view HTML message= s. Replace this with a plain text version of your message. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 15:59:18 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 683DF106564A for ; Fri, 3 Apr 2009 15:59:18 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id DA7088FC1A for ; Fri, 3 Apr 2009 15:59:17 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n33Brv59012198 for ; Fri, 3 Apr 2009 22:53:58 +1100 Received: from [114.76.224.143] (c114-76-224-143.farfl3.nsw.optusnet.com.au [114.76.224.143]) (authenticated sender horst.burkhardt) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n33Brs7I008409; Fri, 3 Apr 2009 22:53:56 +1100 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: Vahid Chitsazzadeh In-Reply-To: <18fb180c21bb7e10f6c7fd878ffde0a3@localhost.localdomain> References: <18fb180c21bb7e10f6c7fd878ffde0a3@localhost.localdomain> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-UEdOoYZ5PM0vOOOJwCwh" Date: Fri, 03 Apr 2009 22:54:23 +1100 Message-Id: <1238759663.2433.10.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 Cc: stable@freebsd.org Subject: Re: Check out my photos on Facebook 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, 03 Apr 2009 15:59:18 -0000 --=-UEdOoYZ5PM0vOOOJwCwh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-03 at 03:32 -0700, Vahid Chitsazzadeh wrote: > I set up a Facebook profile where I can post my pictures, videos and even= ts and I want to add you as a friend so you can see it. First, you need to = join Facebook! Once you join, you can also create your own profile. On behalf of FreeBSD-STABLE, "not on your fucking life". :) -- Horst --=-UEdOoYZ5PM0vOOOJwCwh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAknV+O8ACgkQRtTtv0BbTe7FkQCgrkUHNjtFUs6DDJ88eNGhwENm JL0AoKw/u1yPWOvZ+MmgYXegELi5zXQe =QA3X -----END PGP SIGNATURE----- --=-UEdOoYZ5PM0vOOOJwCwh-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 16:49:31 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E5411065675 for ; Fri, 3 Apr 2009 16:49:31 +0000 (UTC) (envelope-from erratic@devel.ws) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE2D8FC1F for ; Fri, 3 Apr 2009 16:49:31 +0000 (UTC) (envelope-from erratic@devel.ws) Received: by rv-out-0506.google.com with SMTP id l9so1157587rvb.43 for ; Fri, 03 Apr 2009 09:49:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.141.28.4 with SMTP id f4mr634328rvj.37.1238775766257; Fri, 03 Apr 2009 09:22:46 -0700 (PDT) In-Reply-To: <1238759663.2433.10.camel@horst-tla> References: <18fb180c21bb7e10f6c7fd878ffde0a3@localhost.localdomain> <1238759663.2433.10.camel@horst-tla> Date: Fri, 3 Apr 2009 09:22:46 -0700 Message-ID: <5061b39c0904030922m179163e7g7e1a20302a8002b9@mail.gmail.com> From: Paige Thompson To: =?UTF-8?Q?Horst_G=C3=BCnther_Burkhardt_III?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, Vahid Chitsazzadeh Subject: Re: Check out my photos on Facebook 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, 03 Apr 2009 16:49:31 -0000 hehehe i got yelled at so much for facebook sending mail to mailing lists because theyre in my address book and I imported my address book to facebook. -Adele (sent from my gphone!) On Apr 3, 2009 9:00 AM, "Horst G=C3=BCnther Burkhardt III" wrote: On Fri, 2009-04-03 at 03:32 -0700, Vahid Chitsazzadeh wrote: > I set up a Facebook profile where I c... On behalf of FreeBSD-STABLE, "not on your fucking life". :) -- Horst From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 17:00:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8DEF106567F; Fri, 3 Apr 2009 17:00:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B95FD8FC08; Fri, 3 Apr 2009 17:00:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-177.bna.bellsouth.net [65.1.207.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n33GxRcX097442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Apr 2009 12:59:27 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dominic Fandrey In-Reply-To: <49D5DA33.4010800@bsdforen.de> References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> <49CF8E8D.1080604@bsdforen.de> <49CF9C19.3020509@FreeBSD.org> <49D5DA33.4010800@bsdforen.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-iPo6R0iWVtoEppK1EQw8" Organization: FreeBSD Date: Fri, 03 Apr 2009 12:00:04 -0500 Message-Id: <1238778004.65025.30.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 03 Apr 2009 17:00:50 -0000 --=-iPo6R0iWVtoEppK1EQw8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-03 at 11:43 +0200, Dominic Fandrey wrote: > Alexander Motin wrote: > > Dominic Fandrey wrote: > >> I can rule out drm0 as the cause, because uhci0 is the only common > >> presence in all occurrences of this problem.=20 > >=20 > > You have other examples? If you mean "irq16: hdac0 uhci+" string, then > > "+" there means "and some other devices", which in this case is probabl= y > > drm0. > >=20 > > There were some drm related commits last time and there are also some > > IRQ related problems were reported/patched in CURRENT recently. So I > > would not ignore this possibility without additional testing. > >=20 >=20 > Is there anything I can do, apart from turning off drm? This is really > annoying (well, it eats a whole core while I'm compiling and it keeps > the fans going, when the machine should be idle). >=20 > Is there somehow I can generate useful information? Someone to send a > kernel dump to? Use a radeon? ;( I've been working on the Intel vblank / irq issues. Every time I commit something thinking that I have it resolved, it isn't. So I'm waiting on hardware to arrive that will let me test this all more thoroughly. I do have a patch that I think fixes most of the issues on Intel, but the ddx driver is still doing some silly things that cause issues in some cases. I *think* the only outstanding issue I have with Intel is if something is rendering (synced to vblank or not) when the display goes into dpms sleep, there isn't anything to block that app, so it renders as hard as it can even though it isn't being displayed. In reality, this probably isn't a huge issue, but running gears while the display is asleep keeps the cpu at 100%, which isn't ideal. Normal apps that aren't trying to draw as fast as they can, shouldn't cause an issue. The other issue with my current patches is that I had to change around a fair amount of infrastructure code to try and fix Intel's brain damage, so I have to finish fixing the rest of the drivers so they don't break. I have Intel and radeon fixed, I just have to hit the more obscure drivers. robert. > _______________________________________________ > 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" --=20 Robert Noland FreeBSD --=-iPo6R0iWVtoEppK1EQw8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknWQJQACgkQM4TrQ4qfRONvyACfSS0ChvQvM6BteRoXfbalVT+5 dX4AniBaOZRvZl7pM20z6hTVh+ul/sYi =mYvH -----END PGP SIGNATURE----- --=-iPo6R0iWVtoEppK1EQw8-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 18:01:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E56381065677 for ; Fri, 3 Apr 2009 18:01:14 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9CFAB8FC36 for ; Fri, 3 Apr 2009 18:01:14 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n33I0Jdh028897; Fri, 3 Apr 2009 14:00:19 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904031800.n33I0Jdh028897@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 03 Apr 2009 14:00:56 -0400 To: Ken Smith , freebsd-stable From: Mike Tancsa In-Reply-To: <1238733801.82195.25.camel@neo.cse.buffalo.edu> References: <1238733801.82195.25.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: FreeBSD 7.2-BETA1 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, 03 Apr 2009 18:01:15 -0000 At 12:43 AM 4/3/2009, Ken Smith wrote: >The first of the test builds for the FreeBSD 7.2-RELEASE cycle is now >available. Testing of two recent changes to the system would be Just tried out the i386 DVD and all worked great on a shiny new X58 MB from supermicro! And as a bonus, the watchdog actually works! However there are some acpi errors as well as Enhanced SpeedStep doesnt seem to work either. Note, the BIOS version is 1.0 (nothing else available) so it might be the issue. But even without the power saving, the server idles at around 100Watts!! And doing several cat /dev/urandom | md5 pushes it upto just 160W. i7# dmesg Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-BETA1 #0: Tue Mar 31 21:01:09 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2660.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a4 Stepping = 4 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100000 AMD Features2=0x1 Cores per package: 8 Logical CPUs per core: 2 real memory = 3212312576 (3063 MB) avail memory = 3137855488 (2992 MB) ACPI APIC Table: <030609 APIC0930> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 em0: port 0xdc00-0xdc1f mem 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci1 em0: Using MSIX interrupts em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: Ethernet address: 00:30:48:d7:c1:6e pcib2: at device 2.0 on pci0 pci2: on pcib2 em1: port 0xec00-0xec1f mem 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 16 at device 0.0 on pci2 em1: Using MSIX interrupts em1: [ITHREAD] em1: [ITHREAD] em1: [ITHREAD] em1: Ethernet address: 00:30:48:d7:c1:6f pcib3: at device 3.0 on pci0 pci3: on pcib3 pcib4: at device 7.0 on pci0 pci4: on pcib4 pcib5: at device 9.0 on pci0 pci5: on pcib5 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) pci0: at device 22.2 (no driver attached) pci0: at device 22.3 (no driver attached) pci0: at device 22.4 (no driver attached) pci0: at device 22.5 (no driver attached) pci0: at device 22.6 (no driver attached) pci0: at device 22.7 (no driver attached) uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc800-0xc81f irq 19 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfadde000-0xfadde3ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered uhci3: port 0xc480-0xc49f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xc400-0xc41f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xc080-0xc09f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfaddc000-0xfaddc3ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: mem 0xf9800000-0xf9ffffff,0xfbefc000-0xfbefffff,0xfb000000-0xfb7fffff irq 17 at device 4.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] sio2: <16550A-compatible COM port> port 0x3e8-0x3ef irq 5 on acpi0 sio2: type 16550A sio2: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 8F, should be 8C [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est3 attach returned 6 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est4 attach returned 6 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est5 attach returned 6 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est6 attach returned 6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est7 attach returned 6 p4tcc7: on cpu7 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ppc0: parallel port not found. 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 ad4: 76319MB at ata2-master SATA150 acd0: DVDROM at ata2-slave UDMA33 SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted ichwd module loaded ichwd0: on isa0 ichwd0: Intel ICH10R watchdog timer (ICH10 or equivalent) ppc0: parallel port not found. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 19:05:00 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43EB11065672 for ; Fri, 3 Apr 2009 19:05:00 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 175848FC12 for ; Fri, 3 Apr 2009 19:04:59 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 6E43E2BB36A; Fri, 3 Apr 2009 14:42:01 -0400 (EDT) Date: Fri, 3 Apr 2009 14:41:59 -0400 From: "Peter C. Lai" To: Paige Thompson Message-ID: <20090403184159.GT13398@cesium.hyperfine.info> References: <18fb180c21bb7e10f6c7fd878ffde0a3@localhost.localdomain> <1238759663.2433.10.camel@horst-tla> <5061b39c0904030922m179163e7g7e1a20302a8002b9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5061b39c0904030922m179163e7g7e1a20302a8002b9@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Horst =?iso-8859-1?Q?G=FCnther?= Burkhardt III , stable@freebsd.org, Vahid Chitsazzadeh Subject: Re: Check out my photos on Facebook 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, 03 Apr 2009 19:05:00 -0000 This is actually a Conficker signature I believe (a Conficker variant spoofs Facebook mails to socially engineer Facebook users to download itself). On 2009-04-03 09:22:46AM -0700, Paige Thompson wrote: > hehehe i got yelled at so much for facebook sending mail to mailing lists > because theyre in my address book and I imported my address book to > facebook. > > -Adele > (sent from my gphone!) > > On Apr 3, 2009 9:00 AM, "Horst Günther Burkhardt III" > wrote: > > On Fri, 2009-04-03 at 03:32 -0700, Vahid Chitsazzadeh wrote: > I set up a > Facebook profile where I c... > On behalf of FreeBSD-STABLE, "not on your fucking life". > > :) > > -- Horst > _______________________________________________ > 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" -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 20:35:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B0FC106566C for ; Fri, 3 Apr 2009 20:35:04 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by mx1.freebsd.org (Postfix) with ESMTP id B252A8FC1D for ; Fri, 3 Apr 2009 20:34:58 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090403203457.MYXF2989.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Fri, 3 Apr 2009 21:34:57 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090403203452.BIER22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Fri, 3 Apr 2009 21:34:52 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n33KY9sL002315; Fri, 3 Apr 2009 21:34:09 +0100 (BST) (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org Date: Fri, 3 Apr 2009 21:34:09 +0100 User-Agent: KMail/1.9.10 References: <20090226003842.GB63173@michelle.cdnetworks.co.kr> <152F64EF-EE07-4E98-B525-C5F9E1E8B5B7@stevenwills.com> In-Reply-To: <152F64EF-EE07-4E98-B525-C5F9E1E8B5B7@stevenwills.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904032134.09546.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=yFnnvGLSqBEA:10 a=qX5KfGJOPygA:10 a=6I5d2MoRAAAA:8 a=i_kllP04-a5GVGanDjsA:9 a=dtuPt5_6nGE4Xj2WKLsA:7 a=6hqx2L3R185T1Iv7NUoQEYxTlNUA:4 a=LY0hPdMaydYA:10 a=SV7veod9ZcQA:10 Cc: pyunyh@gmail.com, stable@freebsd.org, Steve Wills , yongari@freebsd.org Subject: Re: 7.1-R to RELENG_7 upgrade breaks re nic 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, 03 Apr 2009 20:35:04 -0000 On Tuesday 31 March 2009 04:52:54 Steve Wills wrote: > Hi, > > On Feb 25, 2009, at 7:38 PM, Pyun YongHyeon wrote: > > On Tue, Feb 24, 2009 at 08:12:18PM -0500, Steve Wills wrote: > >> Hi, > >> > >> I upgraded my 7.1-RELEASE system to RELENG_7 yesterday and after > >> booting, re0 works for only a short time, then gives "re0: PHY read > >> failed" over and over. Does anyone have a suggestion on how to debug? > > > > I need more information for your hardware revision. > > Would you show me dmesg output and revision number of if_re.c? > > For the record, and if anyone else is having this issue, SVN rev > 190587 fixes this. > > Thanks for taking care of it! > > Steve > > _______________________________________________ > 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 seems to fix it for me too. At least I've had no messages for the last hour (usually 6-10/hour). Good work, now let's get this in 7.2. -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 20:51:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB45106564A for ; Fri, 3 Apr 2009 20:51:21 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id 040778FC0A for ; Fri, 3 Apr 2009 20:51:20 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by ti-out-0910.google.com with SMTP id u5so1377138tia.3 for ; Fri, 03 Apr 2009 13:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=BrVocUMxf4SzplwJsOoZKXHCP4h4t0l/BqwkMyqasnI=; b=k8QxwyzmA+Wrev45NclvlE16NMP4d1awkbHbGiBS5MEDLr3beETJxvDEoMbbjcj9L6 435W07PntfMbEBb2Qy7c0p+wN3A38bOa0qBkkIp0ZS4iTcTCHzeIKhI+Y69+1mrZ7jPx ASDpem3RMfftL3hkIxY+5UDev7S2GkEYVMOP4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=q6/1G2MUUBbppvFkFsZ61U8LRR8yiT/MiZB52qmC74MzzDiR3j/czAKfhKnLY+Ij90 uMQY/+/oejFqU+pTJA3hvo0MjfV2/55Rb1wJov/wsRRPhdlC+4H2FwNUYQla539nzzyu xsidxZrupGpo/BAUkyjM1VRXIj5zkVBHPpE5w= Received: by 10.110.63.6 with SMTP id l6mr2270630tia.12.1238790395169; Fri, 03 Apr 2009 13:26:35 -0700 (PDT) Received: from localhost.my.domain (95-28-118-112.broadband.corbina.ru [95.28.118.112]) by mx.google.com with ESMTPS id w12sm1497095tib.20.2009.04.03.13.26.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 03 Apr 2009 13:26:33 -0700 (PDT) From: subbsd To: freebsd-stable@freebsd.org Date: Sat, 4 Apr 2009 00:26:26 +0400 User-Agent: KMail/1.11.2 (FreeBSD/8.0-CURRENT; KDE/4.2.2; amd64; ; ) References: <1238733801.82195.25.camel@neo.cse.buffalo.edu> <200904031800.n33I0Jdh028897@lava.sentex.ca> In-Reply-To: <200904031800.n33I0Jdh028897@lava.sentex.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904040026.26304.subbsd@gmail.com> Subject: Re: FreeBSD 7.2-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: subbsd@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 20:51:21 -0000 Hello maillist. Can somewhere see release notes for 7.2 now? Thanks! > At 12:43 AM 4/3/2009, Ken Smith wrote: > >The first of the test builds for the FreeBSD 7.2-RELEASE cycle is now > >available. Testing of two recent changes to the system would be From owner-freebsd-stable@FreeBSD.ORG Fri Apr 3 20:56:22 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D96DC106566B; Fri, 3 Apr 2009 20:56:22 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from queueout01-winn.ispmail.ntl.com (queueout01-winn.ispmail.ntl.com [81.103.221.31]) by mx1.freebsd.org (Postfix) with ESMTP id 0FCDA8FC12; Fri, 3 Apr 2009 20:56:21 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090403203457.MYXF2989.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Fri, 3 Apr 2009 21:34:57 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090403203452.BIER22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Fri, 3 Apr 2009 21:34:52 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n33KY9sL002315; Fri, 3 Apr 2009 21:34:09 +0100 (BST) (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org Date: Fri, 3 Apr 2009 21:34:09 +0100 User-Agent: KMail/1.9.10 References: <20090226003842.GB63173@michelle.cdnetworks.co.kr> <152F64EF-EE07-4E98-B525-C5F9E1E8B5B7@stevenwills.com> In-Reply-To: <152F64EF-EE07-4E98-B525-C5F9E1E8B5B7@stevenwills.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904032134.09546.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=yFnnvGLSqBEA:10 a=qX5KfGJOPygA:10 a=6I5d2MoRAAAA:8 a=i_kllP04-a5GVGanDjsA:9 a=dtuPt5_6nGE4Xj2WKLsA:7 a=6hqx2L3R185T1Iv7NUoQEYxTlNUA:4 a=LY0hPdMaydYA:10 a=SV7veod9ZcQA:10 Cc: pyunyh@gmail.com, stable@freebsd.org, Steve Wills , yongari@freebsd.org Subject: Re: 7.1-R to RELENG_7 upgrade breaks re nic 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, 03 Apr 2009 20:56:23 -0000 On Tuesday 31 March 2009 04:52:54 Steve Wills wrote: > Hi, > > On Feb 25, 2009, at 7:38 PM, Pyun YongHyeon wrote: > > On Tue, Feb 24, 2009 at 08:12:18PM -0500, Steve Wills wrote: > >> Hi, > >> > >> I upgraded my 7.1-RELEASE system to RELENG_7 yesterday and after > >> booting, re0 works for only a short time, then gives "re0: PHY read > >> failed" over and over. Does anyone have a suggestion on how to debug? > > > > I need more information for your hardware revision. > > Would you show me dmesg output and revision number of if_re.c? > > For the record, and if anyone else is having this issue, SVN rev > 190587 fixes this. > > Thanks for taking care of it! > > Steve > > _______________________________________________ > 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 seems to fix it for me too. At least I've had no messages for the last hour (usually 6-10/hour). Good work, now let's get this in 7.2. -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 01:46:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E1BF10656C8 for ; Sat, 4 Apr 2009 01:46:58 +0000 (UTC) (envelope-from alexzhuk@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [94.100.176.42]) by mx1.freebsd.org (Postfix) with ESMTP id BB3F38FC20 for ; Sat, 4 Apr 2009 01:46:57 +0000 (UTC) (envelope-from alexzhuk@mail.ru) Received: from mx71.mail.ru (mx71.mail.ru [94.100.176.85]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 1394B776227 for ; Sat, 4 Apr 2009 03:44:17 +0400 (MSD) Received: from [75.119.237.211] (port=9702 helo=[127.0.0.1]) by mx71.mail.ru with asmtp id 1Lpt3X-000BDy-00 for freebsd-stable@freebsd.org; Sat, 04 Apr 2009 03:44:15 +0400 Message-ID: <49D69F45.6010209@mail.ru> Date: Fri, 03 Apr 2009 19:44:05 -0400 From: Alex User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 090403-0, 04/03/2009), Outbound message X-Antivirus-Status: Clean X-Spam: Not detected X-Mras: Ok Subject: FreeBSD 7.0 and Samba 3.3.2 crash over ZFS share 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, 04 Apr 2009 01:46:58 -0000 Hi, I have small home file server running FreeBSD 7.0 and 4x500 GBytes ZFS volume. Currently I have Samba 3.0.34 from ports working fine. When I install latest Samba 3.3.2 from ports any access to shares residing on ZFS volume cause panic in samba. Access to UFS share is fine. Any body see same problem? Is it possible to fix? uname -a FreeBSD 7.0-RELEASE-p11 #25: Fri Mar 27 19:13:25 EDT 2009 root@storage:/usr/obj/usr/src/sys/VIAC7 i386 Thank you, Alex From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 02:12:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB72C106566C; Sat, 4 Apr 2009 02:12:03 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from sasl.smtp.pobox.com (a-sasl-fastnet.sasl.smtp.pobox.com [207.106.133.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF8B8FC15; Sat, 4 Apr 2009 02:12:03 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from localhost.localdomain (unknown [127.0.0.1]) by a-sasl-fastnet.sasl.smtp.pobox.com (Postfix) with ESMTP id 67186A76DA; Fri, 3 Apr 2009 21:53:34 -0400 (EDT) Received: from lukas.is-a-geek.org (unknown [71.112.210.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-sasl-fastnet.sasl.smtp.pobox.com (Postfix) with ESMTPSA id 3CFAFA76D8; Fri, 3 Apr 2009 21:53:31 -0400 (EDT) Date: Fri, 3 Apr 2009 18:53:26 -0700 (PDT) From: Luke Dean X-X-Sender: lukas@border.lukas.is-a-geek.org To: Robert Noland In-Reply-To: <1237142952.1774.22.camel@balrog.2hip.net> Message-ID: References: <1237142952.1774.22.camel@balrog.2hip.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Pobox-Relay-ID: 67FA7436-20BB-11DE-95A1-BB14ECB1AA3C-96347044!a-sasl-fastnet.pobox.com Cc: freebsd-stable Subject: Re: Radeon r6/7xx support merged to -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Luke Dean List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2009 02:12:03 -0000 On Sun, 15 Mar 2009, Robert Noland wrote: > I went ahead and merged the Radeon R6/7xx code to -STABLE a while ago. > > The current xorg drivers will not enable it by default on R600+ chips. > You will need to be using xf86-video-ati-6.12.0, > xf86-video-radeonhd-devel or possibly even better git master of either. > > You will need to add the following to the Device section of your > xorg.conf to enable it. If you are experiencing issues, commenting > these two options out, will prevent Xorg from auto-loading the kernel > module. > > Options "DRI" > Options "AccelMethod" "EXA" > > robert. I know it's been a few weeks, but thanks for this work! I'm using a Radeon HD 4350 and tracking -STABLE. Ever since the big xorg update, my system has been crippled. I like to use startx, restart X, and switch consoles with the function keys. The only driver I could find that didn't completely lock up the system when I did these things was the vesa driver, so I've been using it. Even now vesa throws "failed to set mtrr: Invalid argument" on startup and the screen gets corrupted when I change consoles with the function keys, but it doesn't freeze my system, so I've been using it. Today I finally got around to trying out the radeon changes listed above, and now my system is crippled no more! Plus I have graphics acceleration! Thanks! From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 02:25:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE809106564A for ; Sat, 4 Apr 2009 02:25:48 +0000 (UTC) (envelope-from andsux@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 411318FC18 for ; Sat, 4 Apr 2009 02:25:48 +0000 (UTC) (envelope-from andsux@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so572482fka.11 for ; Fri, 03 Apr 2009 19:25:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=h9cJrbrxry19LF+NLeNMUi3tAZNuga/CkkpY5eEFbes=; b=o8iZm26BQaIXh/hyy3JBU2h3a132K91FVFMkLcZgwve6N3afBMrS+mi6izmDWABopm tfXfSB3MjT+aaU1+vkZZy6kvmphAyFuLwkjctcpaBT6Wp64S7840XvLzgExXVLJWKJsi cC/bVdOICXEDCl5xmt3FRcL4feMfVvB8iNfAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=tpCWjQNgqMZIjjY1zNQhuy2wrTi+NUc8FqjECx4MvUphU/6fBb6D3ElUYODDTGTnq1 nMuutuUP+Kl6PmFe366xqe7sH7HV1Xri2Wsvb+b+UM8SQYbQgZWe0HE+U5UXGxBf8JzM 9Sqeg5j6pYeLWNONuxX1cT89c+Nt/edlAmFts= MIME-Version: 1.0 Received: by 10.103.240.15 with SMTP id s15mr863233mur.102.1238810230479; Fri, 03 Apr 2009 18:57:10 -0700 (PDT) In-Reply-To: <49D69F45.6010209@mail.ru> References: <49D69F45.6010209@mail.ru> Date: Sat, 4 Apr 2009 03:57:10 +0200 Message-ID: <7ca674500904031857p643dc3e3g30f853296474a3b9@mail.gmail.com> From: Andrei To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 7.0 and Samba 3.3.2 crash over ZFS share 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, 04 Apr 2009 02:25:49 -0000 2009/4/4 Alex > Hi, > I have small home file server running FreeBSD 7.0 and 4x500 GBytes ZFS > volume. Currently I have Samba 3.0.34 from ports working fine. When I > install latest Samba 3.3.2 from ports any access to shares residing on ZFS > volume cause panic in samba. Access to UFS share is fine. > Any body see same problem? > Is it possible to fix? > > uname -a > FreeBSD 7.0-RELEASE-p11 #25: Fri Mar 27 19:13:25 EDT 2009 root@storage:/usr/obj/usr/src/sys/VIAC7 > i386 > > Thank you, > Alex read this guide... http://wiki.freebsd.org/ZFSTuningGuide Upgrade to FreeBSD 7.2 this branch has some patches that improve ZFS, even that .. is not the same as the branch 8 ;) -- **** "Linux is for people who hate Windows, BSD is for people who love UNIX" "Social Engineer -> Because there is no patch for human stupidity" From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 04:31:11 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE56A106564A for ; Sat, 4 Apr 2009 04:31:11 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0AC8FC15 for ; Sat, 4 Apr 2009 04:31:11 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from [114.76.224.143] (c114-76-224-143.farfl3.nsw.optusnet.com.au [114.76.224.143]) (authenticated sender horst.burkhardt) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n344V8Cp007470; Sat, 4 Apr 2009 15:31:09 +1100 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: "Peter C. Lai" In-Reply-To: <20090403184159.GT13398@cesium.hyperfine.info> References: <18fb180c21bb7e10f6c7fd878ffde0a3@localhost.localdomain> <1238759663.2433.10.camel@horst-tla> <5061b39c0904030922m179163e7g7e1a20302a8002b9@mail.gmail.com> <20090403184159.GT13398@cesium.hyperfine.info> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-3Jm4FEQzhHciZ09QFHTy" Date: Sat, 04 Apr 2009 15:31:11 +1100 Message-Id: <1238819471.2433.13.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 Cc: stable@freebsd.org Subject: Re: Check out my photos on Facebook 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, 04 Apr 2009 04:31:12 -0000 --=-3Jm4FEQzhHciZ09QFHTy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-03 at 14:41 -0400, Peter C. Lai wrote: > This is actually a Conficker signature I believe (a Conficker variant=20 > spoofs Facebook mails to socially engineer Facebook users to download > itself). I've been reading about Conficker. I honestly didn't think it affected FreeBSD =20 So much for the virus having a classical infection vector :p So has the FreeBSD Security Team done anything about the clear menace of a Windows worm pwning people? ;-) -- Horst --=-3Jm4FEQzhHciZ09QFHTy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAknW4o8ACgkQRtTtv0BbTe7CIQCgghQk3NWYVQWceiUeGZt3o6w/ tnEAnjyKa36w/EYcx74E+BbZgl29mRQr =T+ix -----END PGP SIGNATURE----- --=-3Jm4FEQzhHciZ09QFHTy-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 07:05:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7606106566B for ; Sat, 4 Apr 2009 07:05:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2D18FC08 for ; Sat, 4 Apr 2009 07:05:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3475Gwp033498 for ; Sat, 4 Apr 2009 03:05:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904040705.n3475Gwp033498@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 04 Apr 2009 03:05:54 -0400 To: From: Mike Tancsa In-Reply-To: <1238733801.82195.25.camel@neo.cse.buffalo.edu> References: <1238733801.82195.25.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: FreeBSD 7.2-BETA1 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: Sat, 04 Apr 2009 07:05:56 -0000 At 12:43 AM 4/3/2009, Ken Smith wrote: >The first of the test builds for the FreeBSD 7.2-RELEASE cycle is now >available. Testing of two recent changes to the system would be >particularly valuable. The bce(4) network driver was updated a few days >ago. And some significant work was done on the threading libraries a >short time ago that is known to fix several major issues but testing to >see if it introduced any regressions would be appreciated. Not sure if its a fluke or not, but I had a crash on a recently upgraded box. March 22 was the previous kernel and csuping to today gave the following panic. panic: vm_page_insert: page already inserted 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"... Unread portion of the kernel message buffer: panic: vm_page_insert: page already inserted cpuid = 0 Uptime: 11h35m56s Physical memory: 2039 MB Dumping 179 MB: 164 148 132 116 100 84 68 52 36 20 4 Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/k8temp.ko...done. Loaded symbols for /boot/kernel/k8temp.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:196 #1 0xc05e1207 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc05e14d9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc076b4ba in vm_page_insert (m=0xc2a05490, object=0xc59e6200, pindex=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/vm/vm_page.c:642 #4 0xc076ba19 in vm_page_alloc (object=0xc59e6200, pindex=4176, req=64) at /usr/src/sys/vm/vm_page.c:1148 #5 0xc075bb57 in vm_fault (map=0xc5086938, vaddr=183959552, fault_type=2 '\002', fault_flags=Variable "fault_flags" is not available. ) at /usr/src/sys/vm/vm_fault.c:441 #6 0xc07bcdab in trap_pfault (frame=0xe7a08d38, usermode=1, eva=183959552) at /usr/src/sys/i386/i386/trap.c:829 #7 0xc07bd6f7 in trap (frame=0xe7a08d38) at /usr/src/sys/i386/i386/trap.c:397 #8 0xc07a1f4b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #9 0x280a58d0 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 09:04:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFDF51065672; Sat, 4 Apr 2009 09:04:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by mx1.freebsd.org (Postfix) with ESMTP id 209B38FC0A; Sat, 4 Apr 2009 09:04:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id u5so1559767tia.3 for ; Sat, 04 Apr 2009 02:04:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=RBrFcl3fxJnSYcRJlDnR09wFpd1bpjpSC4NRRH4yc4o=; b=vnDo0pocmG+pwMZOh3x9u6NrbwvLIMYx0oShBDJDme8xBfyAaMzgQdgRxWCVBxVUXM AeWzVlxJL/Y7t29jsJ7K3cGWUbSZON4rmtjeDQVHmjP38P76MzuZOWCZUoI1Fma97QBY 28U8Sto/0nxAycLEJ7SVxepsxOs2/WfF0/kgM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=bKBQ41MRZonkAUxKXIH54gmSHX4YTDuI3a0se9IlGwsPTT+bfNpdU6vPWTDfE/++Al uKQ/uS88wib+FbG8dW9NaMZWGTCmN/c8JsrWAnwMKY+sFJPY81/vmw1Op5LmWwr2C4H5 5BNwFntuDRf+rm8mtOACYc3n3eo6EE6c6bu0o= Received: by 10.110.41.20 with SMTP id o20mr3091971tio.49.1238835875069; Sat, 04 Apr 2009 02:04:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id w5sm925869tib.5.2009.04.04.02.04.32 (version=SSLv3 cipher=RC4-MD5); Sat, 04 Apr 2009 02:04:33 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Sat, 4 Apr 2009 18:04:39 +0900 From: Pyun YongHyeon Date: Sat, 4 Apr 2009 18:04:39 +0900 To: ian j hart Message-ID: <20090404090439.GA27478@michelle.cdnetworks.co.kr> References: <20090226003842.GB63173@michelle.cdnetworks.co.kr> <152F64EF-EE07-4E98-B525-C5F9E1E8B5B7@stevenwills.com> <200904032134.09546.ianjhart@ntlworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200904032134.09546.ianjhart@ntlworld.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, freebsd-stable@freebsd.org, Steve Wills , yongari@freebsd.org Subject: Re: 7.1-R to RELENG_7 upgrade breaks re nic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2009 09:04:37 -0000 On Fri, Apr 03, 2009 at 09:34:09PM +0100, ian j hart wrote: > On Tuesday 31 March 2009 04:52:54 Steve Wills wrote: > > Hi, > > > > On Feb 25, 2009, at 7:38 PM, Pyun YongHyeon wrote: > > > On Tue, Feb 24, 2009 at 08:12:18PM -0500, Steve Wills wrote: > > >> Hi, > > >> > > >> I upgraded my 7.1-RELEASE system to RELENG_7 yesterday and after > > >> booting, re0 works for only a short time, then gives "re0: PHY read > > >> failed" over and over. Does anyone have a suggestion on how to debug? > > > > > > I need more information for your hardware revision. > > > Would you show me dmesg output and revision number of if_re.c? > > > > For the record, and if anyone else is having this issue, SVN rev > > 190587 fixes this. > > > > Thanks for taking care of it! > > > > Steve > > > > _______________________________________________ > > 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 seems to fix it for me too. At least I've had no messages for the last > hour (usually 6-10/hour). > > Good work, now let's get this in 7.2. > Already MFCed to RELENG_7. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 09:04:36 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFDF51065672; Sat, 4 Apr 2009 09:04:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by mx1.freebsd.org (Postfix) with ESMTP id 209B38FC0A; Sat, 4 Apr 2009 09:04:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id u5so1559767tia.3 for ; Sat, 04 Apr 2009 02:04:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=RBrFcl3fxJnSYcRJlDnR09wFpd1bpjpSC4NRRH4yc4o=; b=vnDo0pocmG+pwMZOh3x9u6NrbwvLIMYx0oShBDJDme8xBfyAaMzgQdgRxWCVBxVUXM AeWzVlxJL/Y7t29jsJ7K3cGWUbSZON4rmtjeDQVHmjP38P76MzuZOWCZUoI1Fma97QBY 28U8Sto/0nxAycLEJ7SVxepsxOs2/WfF0/kgM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=bKBQ41MRZonkAUxKXIH54gmSHX4YTDuI3a0se9IlGwsPTT+bfNpdU6vPWTDfE/++Al uKQ/uS88wib+FbG8dW9NaMZWGTCmN/c8JsrWAnwMKY+sFJPY81/vmw1Op5LmWwr2C4H5 5BNwFntuDRf+rm8mtOACYc3n3eo6EE6c6bu0o= Received: by 10.110.41.20 with SMTP id o20mr3091971tio.49.1238835875069; Sat, 04 Apr 2009 02:04:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id w5sm925869tib.5.2009.04.04.02.04.32 (version=SSLv3 cipher=RC4-MD5); Sat, 04 Apr 2009 02:04:33 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Sat, 4 Apr 2009 18:04:39 +0900 From: Pyun YongHyeon Date: Sat, 4 Apr 2009 18:04:39 +0900 To: ian j hart Message-ID: <20090404090439.GA27478@michelle.cdnetworks.co.kr> References: <20090226003842.GB63173@michelle.cdnetworks.co.kr> <152F64EF-EE07-4E98-B525-C5F9E1E8B5B7@stevenwills.com> <200904032134.09546.ianjhart@ntlworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200904032134.09546.ianjhart@ntlworld.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, freebsd-stable@freebsd.org, Steve Wills , yongari@freebsd.org Subject: Re: 7.1-R to RELENG_7 upgrade breaks re nic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2009 09:04:37 -0000 On Fri, Apr 03, 2009 at 09:34:09PM +0100, ian j hart wrote: > On Tuesday 31 March 2009 04:52:54 Steve Wills wrote: > > Hi, > > > > On Feb 25, 2009, at 7:38 PM, Pyun YongHyeon wrote: > > > On Tue, Feb 24, 2009 at 08:12:18PM -0500, Steve Wills wrote: > > >> Hi, > > >> > > >> I upgraded my 7.1-RELEASE system to RELENG_7 yesterday and after > > >> booting, re0 works for only a short time, then gives "re0: PHY read > > >> failed" over and over. Does anyone have a suggestion on how to debug? > > > > > > I need more information for your hardware revision. > > > Would you show me dmesg output and revision number of if_re.c? > > > > For the record, and if anyone else is having this issue, SVN rev > > 190587 fixes this. > > > > Thanks for taking care of it! > > > > Steve > > > > _______________________________________________ > > 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 seems to fix it for me too. At least I've had no messages for the last > hour (usually 6-10/hour). > > Good work, now let's get this in 7.2. > Already MFCed to RELENG_7. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 10:31:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23D07106566B; Sat, 4 Apr 2009 10:31:54 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id C52F78FC0C; Sat, 4 Apr 2009 10:31:53 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.208.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 2A2598A00D1; Sat, 4 Apr 2009 12:31:52 +0200 (CEST) Message-ID: <49D73715.6050700@bsdforen.de> Date: Sat, 04 Apr 2009 12:31:49 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Robert Noland References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> <49CF8E8D.1080604@bsdforen.de> <49CF9C19.3020509@FreeBSD.org> <49D5DA33.4010800@bsdforen.de> <1238778004.65025.30.camel@balrog.2hip.net> In-Reply-To: <1238778004.65025.30.camel@balrog.2hip.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 04 Apr 2009 10:31:54 -0000 Robert Noland wrote: > On Fri, 2009-04-03 at 11:43 +0200, Dominic Fandrey wrote: >> Alexander Motin wrote: >>> Dominic Fandrey wrote: >>>> I can rule out drm0 as the cause, because uhci0 is the only common >>>> presence in all occurrences of this problem. >>> You have other examples? If you mean "irq16: hdac0 uhci+" string, then >>> "+" there means "and some other devices", which in this case is probably >>> drm0. >>> >>> There were some drm related commits last time and there are also some >>> IRQ related problems were reported/patched in CURRENT recently. So I >>> would not ignore this possibility without additional testing. >>> >> Is there anything I can do, apart from turning off drm? This is really >> annoying (well, it eats a whole core while I'm compiling and it keeps >> the fans going, when the machine should be idle). >> >> Is there somehow I can generate useful information? Someone to send a >> kernel dump to? > > Use a radeon? ;( Nay, I use an Intel GM965. > I've been working on the Intel vblank / irq issues. Every time I commit > something thinking that I have it resolved, it isn't. So I'm waiting on > hardware to arrive that will let me test this all more thoroughly. I do > have a patch that I think fixes most of the issues on Intel, but the ddx > driver is still doing some silly things that cause issues in some cases. > I *think* the only outstanding issue I have with Intel is if something > is rendering (synced to vblank or not) when the display goes into dpms > sleep, there isn't anything to block that app, so it renders as hard as > it can even though it isn't being displayed. In reality, this probably > isn't a huge issue, but running gears while the display is asleep keeps > the cpu at 100%, which isn't ideal. Normal apps that aren't trying to > draw as fast as they can, shouldn't cause an issue. > > The other issue with my current patches is that I had to change around a > fair amount of infrastructure code to try and fix Intel's brain damage, > so I have to finish fixing the rest of the drivers so they don't break. > I have Intel and radeon fixed, I just have to hit the more obscure > drivers. > > robert. So it appears all I've got to do is wait. Correct me if I'm wrong. Regards From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 15:36:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77E671065672 for ; Sat, 4 Apr 2009 15:36:49 +0000 (UTC) (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 EA17D8FC08 for ; Sat, 4 Apr 2009 15:36:48 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Lq7vK-0005dr-BI for freebsd-stable@freebsd.org; Sat, 04 Apr 2009 15:36:46 +0000 Received: from 93-138-75-146.adsl.net.t-com.hr ([93.138.75.146]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Apr 2009 15:36:46 +0000 Received: from ivoras by 93-138-75-146.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Apr 2009 15:36:46 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 04 Apr 2009 17:36:24 +0200 Lines: 47 Message-ID: References: <1238733801.82195.25.camel@neo.cse.buffalo.edu> <200904040705.n3475Gwp033498@lava.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3DE01976F3AC2252BA883655" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-75-146.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <200904040705.n3475Gwp033498@lava.sentex.ca> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: FreeBSD 7.2-BETA1 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: Sat, 04 Apr 2009 15:36:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3DE01976F3AC2252BA883655 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Mike Tancsa wrote: > At 12:43 AM 4/3/2009, Ken Smith wrote: >=20 >> The first of the test builds for the FreeBSD 7.2-RELEASE cycle is now >> available. Testing of two recent changes to the system would be >> particularly valuable. The bce(4) network driver was updated a few da= ys >> ago. And some significant work was done on the threading libraries a >> short time ago that is known to fix several major issues but testing t= o >> see if it introduced any regressions would be appreciated. >=20 >=20 > Not sure if its a fluke or not, but I had a crash on a recently upgrade= d > box. March 22 was the previous kernel and csuping to today gave the > following panic. >=20 >=20 > panic: vm_page_insert: page already inserted I think Alan Cox once said he'd be interested in this particular panic, but I can't find it now. I can find only this: http://www.mail-archive.com/freebsd-stable@freebsd.org/msg102430.html so maybe memtest86 could be useful? --------------enig3DE01976F3AC2252BA883655 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknXfngACgkQldnAQVacBciGyACdHUa7RnmRoMgYIOe6CrJtZo5u lM4AnAkvIOfHhZSATVgOntaeCKKIvyRZ =7jqn -----END PGP SIGNATURE----- --------------enig3DE01976F3AC2252BA883655-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 16:45:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 486111065670; Sat, 4 Apr 2009 16:45:02 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 18BC28FC08; Sat, 4 Apr 2009 16:45:01 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-197-19.bna.bellsouth.net [65.1.197.19]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n34GhdIk004309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Apr 2009 12:43:40 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dominic Fandrey In-Reply-To: <49D73715.6050700@bsdforen.de> References: <1238293386.00093672.1238281804@10.7.7.3> <49CF0803.1070505@FreeBSD.org> <49CF2F8D.6000905@bsdforen.de> <49CF4EB9.60108@FreeBSD.org> <49CF49F5.6010800@bsdforen.de> <49CF615A.6050304@FreeBSD.org> <49CF595A.30805@bsdforen.de> <49CF6B28.2080400@FreeBSD.org> <49CF60AB.4040709@bsdforen.de> <49CF6899.2060002@bsdforen.de> <49CF8E8D.1080604@bsdforen.de> <49CF9C19.3020509@FreeBSD.org> <49D5DA33.4010800@bsdforen.de> <1238778004.65025.30.camel@balrog.2hip.net> <49D73715.6050700@bsdforen.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-r00CPZI/2yqbBTSXUAlu" Organization: FreeBSD Date: Sat, 04 Apr 2009 11:44:10 -0500 Message-Id: <1238863450.65025.55.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 04 Apr 2009 16:45:02 -0000 --=-r00CPZI/2yqbBTSXUAlu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-04 at 12:31 +0200, Dominic Fandrey wrote: > Robert Noland wrote: > > On Fri, 2009-04-03 at 11:43 +0200, Dominic Fandrey wrote: > >> Alexander Motin wrote: > >>> Dominic Fandrey wrote: > >>>> I can rule out drm0 as the cause, because uhci0 is the only common > >>>> presence in all occurrences of this problem.=20 > >>> You have other examples? If you mean "irq16: hdac0 uhci+" string, the= n > >>> "+" there means "and some other devices", which in this case is proba= bly > >>> drm0. > >>> > >>> There were some drm related commits last time and there are also some > >>> IRQ related problems were reported/patched in CURRENT recently. So I > >>> would not ignore this possibility without additional testing. > >>> > >> Is there anything I can do, apart from turning off drm? This is really > >> annoying (well, it eats a whole core while I'm compiling and it keeps > >> the fans going, when the machine should be idle). > >> > >> Is there somehow I can generate useful information? Someone to send a > >> kernel dump to? > >=20 > > Use a radeon? ;( >=20 > Nay, I use an Intel GM965. >=20 > > I've been working on the Intel vblank / irq issues. Every time I commi= t > > something thinking that I have it resolved, it isn't. So I'm waiting o= n > > hardware to arrive that will let me test this all more thoroughly. I d= o > > have a patch that I think fixes most of the issues on Intel, but the dd= x > > driver is still doing some silly things that cause issues in some cases= . > > I *think* the only outstanding issue I have with Intel is if something > > is rendering (synced to vblank or not) when the display goes into dpms > > sleep, there isn't anything to block that app, so it renders as hard as > > it can even though it isn't being displayed. In reality, this probably > > isn't a huge issue, but running gears while the display is asleep keeps > > the cpu at 100%, which isn't ideal. Normal apps that aren't trying to > > draw as fast as they can, shouldn't cause an issue. > >=20 > > The other issue with my current patches is that I had to change around = a > > fair amount of infrastructure code to try and fix Intel's brain damage, > > so I have to finish fixing the rest of the drivers so they don't break. > > I have Intel and radeon fixed, I just have to hit the more obscure > > drivers. > >=20 > > robert. >=20 > So it appears all I've got to do is wait. Correct me if I'm wrong. You can set the tuneable hw.drm.msi=3D0 for now and see if that helps. I haven't followed this whole thread, but the primary issue that people were having is that interrupts would not work after a vt switch with msi. So, it that isn't your issue, you may need to look elsewhere. robert. > Regards --=20 Robert Noland FreeBSD --=-r00CPZI/2yqbBTSXUAlu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknXjloACgkQM4TrQ4qfROOFswCfSiqSWpiEW6w/OZbt+ivVkcSz 4y4An2RSOccgMZ1dTMWSMT4i68ksJJKx =Bzm/ -----END PGP SIGNATURE----- --=-r00CPZI/2yqbBTSXUAlu-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 17:29:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22974106566C for ; Sat, 4 Apr 2009 17:29:11 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id E7E0C8FC13 for ; Sat, 4 Apr 2009 17:29:10 +0000 (UTC) (envelope-from npapke@acm.org) Received: from pd3ml1so-ssvc.prod.shaw.ca ([10.0.141.140]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 04 Apr 2009 11:01:13 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=K6ZMT8ANZ6Bm9N1bavQA:9 a=kIvIEqKPY7qahvq46Co7hip1t0QA:4 a=nAPXUAfsBmEA:10 Received: from s010600121729c74c.vc.shawcable.net (HELO proven.lan) ([24.85.241.34]) by pd3ml1so-dmz.prod.shaw.ca with ESMTP; 04 Apr 2009 11:01:12 -0600 Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.3/8.14.3) with ESMTP id n34H1CWS004214 for ; Sat, 4 Apr 2009 10:01:12 -0700 (PDT) (envelope-from npapke@acm.org) Received: from localhost (localhost [[UNIX: localhost]]) by proven.lan (8.14.3/8.14.3/Submit) id n34H1CMT004213 for freebsd-stable@freebsd.org; Sat, 4 Apr 2009 10:01:12 -0700 (PDT) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan: npapke set sender to npapke@acm.org using -f From: Norbert Papke Organization: Archaeological Filing To: freebsd-stable@freebsd.org Date: Sat, 4 Apr 2009 10:01:11 -0700 User-Agent: KMail/1.9.10 References: <1238293386.00093672.1238281804@10.7.7.3> <49D5DA33.4010800@bsdforen.de> <1238778004.65025.30.camel@balrog.2hip.net> In-Reply-To: <1238778004.65025.30.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904041001.12249.npapke@acm.org> Subject: Re: powerd broken 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, 04 Apr 2009 17:29:11 -0000 Hi Robert, On April 3, 2009, Robert Noland wrote: > Use a radeon? ;( Is there any particular model of Radeon PCIe that you would recommend? Cheers, -- Norbert Papke. npapke@acm.org From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 18:19:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C419E1065670 for ; Sat, 4 Apr 2009 18:19:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8B62D8FC14 for ; Sat, 4 Apr 2009 18:19:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-197-19.bna.bellsouth.net [65.1.197.19]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n34II4VW004872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Apr 2009 14:18:05 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norbert Papke In-Reply-To: <200904041001.12249.npapke@acm.org> References: <1238293386.00093672.1238281804@10.7.7.3> <49D5DA33.4010800@bsdforen.de> <1238778004.65025.30.camel@balrog.2hip.net> <200904041001.12249.npapke@acm.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-HXOaMOvWft21nneAFS+F" Organization: FreeBSD Date: Sat, 04 Apr 2009 13:18:40 -0500 Message-Id: <1238869120.65025.77.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 04 Apr 2009 18:19:27 -0000 --=-HXOaMOvWft21nneAFS+F Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-04 at 10:01 -0700, Norbert Papke wrote: > Hi Robert, >=20 > On April 3, 2009, Robert Noland wrote: > > Use a radeon? ;( >=20 > Is there any particular model of Radeon PCIe that you would recommend? Most all of them should work ok... You won't have 3d on r600+ just yet, but... I'm running on an x1650 right now. robert. > Cheers, >=20 > -- Norbert Papke. > npapke@acm.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" --=20 Robert Noland FreeBSD --=-HXOaMOvWft21nneAFS+F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknXpIAACgkQM4TrQ4qfRON25ACfdLMuSodO5fGlxh2wGRBu3LF3 czkAn20MvZqdsGOdWq/wALjLrDxGTrGJ =C3H2 -----END PGP SIGNATURE----- --=-HXOaMOvWft21nneAFS+F-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 19:09:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98FAE1065691 for ; Sat, 4 Apr 2009 19:09:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 487A98FC16 for ; Sat, 4 Apr 2009 19:09:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n34J8qvs037043; Sat, 4 Apr 2009 15:08:52 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904041908.n34J8qvs037043@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 04 Apr 2009 15:09:32 -0400 To: Ivan Voras , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: References: <1238733801.82195.25.camel@neo.cse.buffalo.edu> <200904040705.n3475Gwp033498@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: FreeBSD 7.2-BETA1 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: Sat, 04 Apr 2009 19:09:33 -0000 At 11:36 AM 4/4/2009, Ivan Voras wrote: > > > > panic: vm_page_insert: page already inserted > >I think Alan Cox once said he'd be interested in this particular panic, >but I can't find it now. I can find only this: >http://www.mail-archive.com/freebsd-stable@freebsd.org/msg102430.html so >maybe memtest86 could be useful? It could be hardware, but it was working just fine up until the latest csup. I did notice that the box didnt have swap configured correctly, so perhaps memory pressure ? vmstat -m Type InUse MemUse HighUse Requests Size(s) cdev -24 -2K - 0 sigio -1 0K - 0 filedesc 17045222 -16780K - 17112288 16,32,64,128,256,512,1024,2048,4096,8192,32768,65536,131072,262144,524288 kenv -63 -7K - 64 32 kqueue 455704619 -445802K - 456497152 16,32,64,128,512,2048,4096,8192,16384,65536,1048576,2097152,8388608 proc-args 120681083 -118865K - 121705424 16,32,64,128,256,512,1024,131072,262144,1048576,2097152,4194304,8388608 ithread -71 -4K - 0 CAM periph 167 0K - 176 16,32,64 CAM XPT 327 0K - 352 16,32,64,128 KTRACE -100 -11K - 0 linker 6264 -22K - 6368 32,64,256 lockf 1471380092 -1463034K - 1498134688 32,64,128,512,4096,8192,32768,65536,131072,262144,524288,1048576,2097152,4194 304,8388608,33554432,67108864,268435456 temp 174752484 -171192K - 175063904 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072,524288,4194304 devbuf 12635 -3677K - 14352 16,32,128,256,512 module -238 -13K - 0 kbdmux -6 -7K - 0 mtx_pool -1 -3K - 0 subproc 273074567 -267642K - 273141760 16,32,64,128,256,512,2048,4096,8192,32768,65536,131072,262144,524288 proc -2 -7K - 0 session 887951 -882K - 902080 16,32,64,128,256,512,1024,2048,4096,16384,65536,131072 pgrp 889648 -884K - 903808 16,64,128,256,512,1024,2048,4096,16384,65536,131072 cred 109121950 -107031K - 109550080 32,128,256,512,1024,2048,8192,16384,65536,131072,262144,1048576,4194304 uidinfo 8947 -9K - 9248 16,32,64,128,256,512,1024,2048 plimit 1162784 -1143K - 1167360 16,32,64,128,512,2048,4096,32768 sysctltmp 229359 -237K - 244336 16,256,512,1024,2048,4096,8192,16384,32768,65536 sysctloid -512 -109K - 3216 16,128,256,2048 sysctl 75757 -77K - 80096 16,32,64,128,256,1024,2048,4096,8192,16384,32768 umtx 2422 -43K - 3136 16,32,64,128,512 p1003.1b -1 0K - 0 bus-sc 2874126 -2846K - 2876000 32,128,256,512,1024,2048,8192,16384 bus 1080919 -1100K - 1085472 16,512,8192,16384,32768 devstat -10 -19K - 0 eventhandler -72 -3K - 0 kobj 110392 -399K - 110592 32,64,256,512 CAM dev queue -1 0K - 0 CAM queue -3 0K - 0 rman 22933 -33K - 23488 16,32,64,128,512,1024,4096 CAM SIM -1 0K - 0 sbuf 466594 -455K - 467104 32,64,128,256,512,1024,2048,4096 ata_generic -1 0K - 0 ad_driver -1 0K - 0 stack 254 0K - 256 32 taskqueue -11 0K - 0 Unitno 17445077 -18171K - 18608096 16,64,128,256,512,1024,2048,4096,8192,32768,65536,131072,262144,524288,2097152,4194304,8388608 iov 349815148 -346318K - 354631424 16,32,256,1024,2048,8192,16384,65536,131072,262144,1048576,2097152,4194304,33554432 ioctlops 3982061 -3944K - 4039776 16,32,64,128,256,512,1024,2048,8192,16384,32768,65536,131072,524288 msg -4 -24K - 0 sem -4 -5K - 0 shm -1 -11K - 0 ttys 604117 -757K - 610048 16,32,128,256,1024,2048,4096,8192,16384,32768 ptys -1 0K - 0 mbuf_tag 1125553087 -1116619K - 1143419040 16,32,64,256,512,2048,4096,8192,16384,65536,524288,2097152,4194304,8388608,134217728 ata_dma -6 0K - 0 pcb 11447289 -11932K - 12210640 16,64,128,256,4096,8192,16384,32768,65536,131072,262144,1048576,2097152,4194304 soname 156656641 -157927K - 161711088 16,64,128,512,1024,2048,8192,16384,32768,65536,131072,262144,524288,1048576,2097152,4194304,8388608,16777216,33554432 biobuf 64797785 -63309K - 64829440 16,32,64,128,256,512,1024,4096,8192,16384,65536,131072,262144 vfscache -1 -511K - 0 cl_savebuf 249742 -247K - 254656 16,64,128,512,4096,8192,32768 export_host -6 0K - 0 vfs_hash -1 -255K - 0 vnodes -1 0K - 0 vnodemarker 9640526 -9432K - 9659392 16,64,128,256,1024,4096,8192,16384,32768,65536,131072 mount 12135 -16K - 12608 16,32,64,128,512,4096 BPF 6 -63K - 16 16 ether_multi 114 0K - 128 32 ifaddr -35 -9K - 0 ifnet -6 -4K - 0 clone 135 -27K - 144 32 arpcom -2 0K - 0 lo -1 0K - 0 ppbusdev -3 0K - 0 entropy -1024 -63K - 0 twe_commands 13052 -27K - 13312 16,64 routetbl 54297 -55K - 54592 16,64,128,1024,2048 in_multi -3 0K - 0 hostcache -1 -19K - 0 syncache -1 -71K - 0 nfss_daemon -17 -15K - 0 nfss_srvdesc 77666040 -76406K - 78241344 16,32,64,512,4096,8192,16384,32768,65536,131072,524288,8388608 nfss_srvsock 507 0K - 512 16,32 audit_evclass 405 -1K - 592 16,64,512 savedino 2131545 -2088K - 2139904 16,32,64,512,2048,4096,8192,16384,32768,65536 dirrem 6668468 -6721K - 6883584 16,32,64,256,512,2048,4096,8192,16384,32768,65536,131072,262144,524288,1048576 mkdir 1962610 -1977K - 2025920 32,64,128,1024,2048,8192,16384,32768,131072,262144,524288 diradd 13195087 -13090K - 13404544 16,64,256,2048,4096,65536,131072,262144,524288,1048576 freefile 5342211 -5385K - 5514592 16,32,64,256,512,1024,2048,4096,8192,16384,32768,65536,524288,1048576 freeblks 43922946 -43070K - 44095232 16,32,64,256,512,2048,4096,8192,16384,32768,65536,524288,1048576 freefrag 1327198 -1337K - 1370016 16,64,128,256,512,4096,8192,16384,131072,262144 allocindir 38490243 -38190K - 39101312 32,64,128,512,1024,2048,4096,8192,16384,32768,65536,131072,262144,524288,8388608 indirdep 135668539 -132502K - 135683712 128,256,512,1024,2048,8192,16384,32768,65536 allocdirect 29260161 -28798K - 29490560 16,32,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072,262144,524288,1048576 bmsafemap 4742130 -4703K - 4817408 16,32,64,256,512,1024,2048,4096,16384,32768,65536,524288 newblk 53012483 -52591K - 53853952 16,32,128,256,512,1024,2048,4096,16384,65536,131072,262144,524288,1048576,2097152,8388608 inodedep 39635459 -39278K - 39947648 16,32,64,256,4096,8192,65536,131072,262144,2097152 pagedep 8356755 -8353K - 8489408 16,32,64,512,8192,16384,32768,65536,131072,262144,524288,1048576 ufs_dirhash 215232921 -210622K - 215654224 16,32,64,128,256,512,4096,8192,16384,131072,262144,1048576,2097152 ufs_mount -18 -112K - 0 UMAHash 5365 -10K - 5376 16,32,64 DEVFS1 -91 -21K - 0 DEVFS3 -73 -24K - 128 16 DEVFS2 -89 0K - 0 vm_pgdata -1 -63K - 0 DEVFS_RULE -36 -7K - 0 atkbddev -2 0K - 0 DEVFS -11 0K - 16 16 pfs_nodes -20 -1K - 0 GEOM 1418331 -1398K - 1419600 16,32,128,256,512,1024,2048,4096,8192 io_apic -1 0K - 0 memdesc -1 -3K - 0 isadev -23 0K - 0 nexusdev -5 0K - 0 ar_driver 17914 -16K - 17920 32,64 acpica 18915084 -18761K - 19043600 16,64,128,256,512,1024,4096,16384,32768,65536,131072,262144,1048576 acpitask 62 0K - 64 32 acpidev -90 -1K - 0 acpisem -14 0K - 0 pci_link -64 -4K - 0 apmdev -1 0K - 0 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 19:24:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13EFF106564A for ; Sat, 4 Apr 2009 19:24:49 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id CF4248FC15 for ; Sat, 4 Apr 2009 19:24:48 +0000 (UTC) (envelope-from npapke@acm.org) Received: from pd2ml1so-ssvc.prod.shaw.ca ([10.0.141.139]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 04 Apr 2009 13:24:48 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=KiWDTZ8DRol3ulsD55QA:9 a=kC2beRBePBdqBiBXUhXj0Qb16OIA:4 a=nAPXUAfsBmEA:10 Received: from s010600121729c74c.vc.shawcable.net (HELO proven.lan) ([24.85.241.34]) by pd2ml1so-dmz.prod.shaw.ca with ESMTP; 04 Apr 2009 13:24:48 -0600 Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.3/8.14.3) with ESMTP id n34JOlEP005825; Sat, 4 Apr 2009 12:24:47 -0700 (PDT) (envelope-from npapke@acm.org) Received: from localhost (localhost [[UNIX: localhost]]) by proven.lan (8.14.3/8.14.3/Submit) id n34JOljP005824; Sat, 4 Apr 2009 12:24:47 -0700 (PDT) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan: npapke set sender to npapke@acm.org using -f From: Norbert Papke Organization: Archaeological Filing To: freebsd-stable@freebsd.org Date: Sat, 4 Apr 2009 12:24:46 -0700 User-Agent: KMail/1.9.10 References: <1238293386.00093672.1238281804@10.7.7.3> <200904041001.12249.npapke@acm.org> <1238869120.65025.77.camel@balrog.2hip.net> In-Reply-To: <1238869120.65025.77.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904041224.47328.npapke@acm.org> Cc: Robert Noland Subject: Re: powerd broken 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, 04 Apr 2009 19:24:49 -0000 On April 4, 2009, Robert Noland wrote: > On Sat, 2009-04-04 at 10:01 -0700, Norbert Papke wrote: > > Hi Robert, > > > > On April 3, 2009, Robert Noland wrote: > > > Use a radeon? ;( > > > > Is there any particular model of Radeon PCIe that you would recommend? > > Most all of them should work ok... You won't have 3d on r600+ just yet, > but... I'm running on an x1650 right now. After a quick check, everything available retail (locally) is r600 or newer. I'll keep an eye open for an older second hand card. Thanks for information and all your hard work. -- Norbert Papke. npapke@acm.org From owner-freebsd-stable@FreeBSD.ORG Sat Apr 4 19:29:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6861B1065675 for ; Sat, 4 Apr 2009 19:29:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4058FC0C for ; Sat, 4 Apr 2009 19:29:13 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-197-19.bna.bellsouth.net [65.1.197.19]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n34JRqK0005249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Apr 2009 15:27:52 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norbert Papke In-Reply-To: <200904041224.47328.npapke@acm.org> References: <1238293386.00093672.1238281804@10.7.7.3> <200904041001.12249.npapke@acm.org> <1238869120.65025.77.camel@balrog.2hip.net> <200904041224.47328.npapke@acm.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-qZH5dyALfkYC3T1AMnCL" Organization: FreeBSD Date: Sat, 04 Apr 2009 14:28:25 -0500 Message-Id: <1238873305.13321.1.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: powerd broken 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, 04 Apr 2009 19:29:14 -0000 --=-qZH5dyALfkYC3T1AMnCL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-04 at 12:24 -0700, Norbert Papke wrote: > On April 4, 2009, Robert Noland wrote: > > On Sat, 2009-04-04 at 10:01 -0700, Norbert Papke wrote: > > > Hi Robert, > > > > > > On April 3, 2009, Robert Noland wrote: > > > > Use a radeon? ;( > > > > > > Is there any particular model of Radeon PCIe that you would recommend= ? > > > > Most all of them should work ok... You won't have 3d on r600+ just yet, > > but... I'm running on an x1650 right now. >=20 > After a quick check, everything available retail (locally) is r600 or new= er. =20 > I'll keep an eye open for an older second hand card. It is rumored that 3d support for the r6/7xx chips will be available soon(tm). For now, you get EXA and Xv acceleration. robert. > Thanks for information and all your hard work. >=20 > -- Norbert Papke. > npapke@acm.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" --=20 Robert Noland FreeBSD --=-qZH5dyALfkYC3T1AMnCL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknXtNkACgkQM4TrQ4qfROM3NgCfZ62ufmkvUKyn+MvpNWEciSv5 XUEAnj3WDLIOGecqSjae3wPuABCK/p4i =EcTB -----END PGP SIGNATURE----- --=-qZH5dyALfkYC3T1AMnCL--