From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 00:06:35 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEA4716A473 for ; Sun, 5 Aug 2007 00:06:35 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 8238513C48A for ; Sun, 5 Aug 2007 00:04:16 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l75049Ej016209 for ; Sat, 4 Aug 2007 17:04:13 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708050004.l75049Ej016209@gw.catspoiler.org> Date: Sat, 4 Aug 2007 17:04:09 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: CFT - patch to fix ehci hang on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 00:06:36 -0000 I've got an AMD 64 X2 machine that uses the recent NVIDIA GeForce 7050 / nForce 630a chipset that hangs on shutdown. It hangs with both UP and SMP kernels, and with both FreeBSD 6.2-STABLE and 7.0-CURRENT. The problem appears to be that a delay is needed between the the call EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); in ehci_shutdown(), and the call cparams = EREAD4(sc, EHCI_HCCPARAMS); in ehci_pci_givecontroller(). There are three instances of a code sequence that does a controller reset in ehci.c, one of which, in ehci_init(), inserts some delays and periodically polls the controller to look for the completion of the reset. It seems to make sense to encapsulate the latter version of the sequence in a separate function, and then call that function from ehci_reset(), ehci_detach(), and ehci_shutdown(). I implemented this in the attached patch, and it fixes shutdown problem for me on both 7.0-CURRENT and 6.2-STABLE (with some minor tweaks for the latter). I've tested this patch on this system with both i386 and amd64 kernels, and I also tested it on my Pentium-M laptop. The shutdown problems are gone and everything else looks normal, but I don't have any USB 2.0 peripherals to do further testing. I'd appreciate any testing that can be done in the next serveral days before I ask re@ for approval to commit this to -CURRENT. Index: sys/dev/usb/ehci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ehci.c,v retrieving revision 1.55 diff -u -r1.55 ehci.c --- sys/dev/usb/ehci.c 20 Jun 2007 05:10:52 -0000 1.55 +++ sys/dev/usb/ehci.c 4 Aug 2007 21:05:46 -0000 @@ -311,6 +311,25 @@ ehci_device_isoc_done, }; +static usbd_status +ehci_hcreset(ehci_softc_t *sc) +{ + u_int32_t hcr; + u_int i; + + EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ + usb_delay_ms(&sc->sc_bus, 1); + EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + for (i = 0; i < 100; i++) { + usb_delay_ms(&sc->sc_bus, 1); + hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; + if (!hcr) + return (USBD_NORMAL_COMPLETION); + } + printf("%s: reset timeout\n", device_get_nameunit(sc->sc_bus.bdev)); + return (USBD_IOERROR); +} + usbd_status ehci_init(ehci_softc_t *sc) { @@ -365,20 +384,9 @@ /* Reset the controller */ DPRINTF(("%s: resetting\n", device_get_nameunit(sc->sc_bus.bdev))); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - usb_delay_ms(&sc->sc_bus, 1); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); - for (i = 0; i < 100; i++) { - usb_delay_ms(&sc->sc_bus, 1); - hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; - if (!hcr) - break; - } - if (hcr) { - printf("%s: reset timeout\n", - device_get_nameunit(sc->sc_bus.bdev)); - return (USBD_IOERROR); - } + err = ehci_hcreset(sc); + if (err != USBD_NORMAL_COMPLETION) + return (err); /* frame list size at default, read back what we got and use that */ switch (EHCI_CMD_FLS(EOREAD4(sc, EHCI_USBCMD))) { @@ -927,8 +935,7 @@ sc->sc_dying = 1; EOWRITE4(sc, EHCI_USBINTR, sc->sc_eintrs); - EOWRITE4(sc, EHCI_USBCMD, 0); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); callout_stop(&sc->sc_tmo_intrlist); callout_stop(&sc->sc_tmo_pcd); @@ -1090,8 +1097,7 @@ ehci_softc_t *sc = v; DPRINTF(("ehci_shutdown: stopping the HC\n")); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); } usbd_status From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 05:17:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E26216A419; Sun, 5 Aug 2007 05:17:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2329E13C458; Sun, 5 Aug 2007 05:17:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IHYUG-000L71-9q; Sun, 05 Aug 2007 08:17:09 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l755H4aC008600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Aug 2007 08:17:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l755H4wD045244; Sun, 5 Aug 2007 08:17:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l755H34u045243; Sun, 5 Aug 2007 08:17:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 5 Aug 2007 08:17:03 +0300 From: Kostik Belousov To: Dmitry Morozovsky Message-ID: <20070805051703.GT2738@deviant.kiev.zoral.com.ua> References: <20070802155317.X50347@woozle.rinet.ru> <20070803102019.GG37984@garage.freebsd.pl> <20070803164108.C569@woozle.rinet.ru> <20070804094047.V8449@woozle.rinet.ru> <20070804154621.R84869@woozle.rinet.ru> <20070804120154.GS37984@garage.freebsd.pl> <20070805010306.O88793@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bn6XL8m8Y51x7rzV" Content-Disposition: inline In-Reply-To: <20070805010306.O88793@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on skuns.kiev.zoral.com.ua X-Scanner-Signature: a8c813420754d5015e2a5a3aeed75c84 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1336 [August 3 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Pawel Jakub Dawidek , current@freebsd.org, howard0su@gmail.com Subject: Re: contemporary -current panic: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 05:17:12 -0000 --bn6XL8m8Y51x7rzV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 05, 2007 at 01:04:10AM +0400, Dmitry Morozovsky wrote: > On Sat, 4 Aug 2007, Pawel Jakub Dawidek wrote: >=20 > PJD> > Bad news: after increasing swap to 16G (I had also increase maxswz= one to 128M)=20 > PJD> > it panics: >=20 > [snip] >=20 > PJD> Yeah, kib@ fixes might be more in order to fix this problem, but at > PJD> least my patch confirms that you have VI_OWEINACT flag on this vnode. >=20 > Oh, I'm much more than waiting for Kostik's fixes! ;-) These were just the recommendations, the actual fixes will hopefully come from delphij@. See the last tmpfs commit and discussion after that. --bn6XL8m8Y51x7rzV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGtV1OC3+MBN1Mb4gRAh4cAKCHsNNgksl3F8FTyi07aMrUn8fLYQCg8xLe AWlyE69ZEFaFJIoXnVG5onw= =h3uH -----END PGP SIGNATURE----- --bn6XL8m8Y51x7rzV-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 09:14:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46F2516A417 for ; Sun, 5 Aug 2007 09:14:31 +0000 (UTC) (envelope-from lists_freebsd_org@07.antispam.web-wahnsinn.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mx1.freebsd.org (Postfix) with ESMTP id 861A513C442 for ; Sun, 5 Aug 2007 09:14:30 +0000 (UTC) (envelope-from lists_freebsd_org@07.antispam.web-wahnsinn.de) Received: (qmail 12587 invoked from network); 5 Aug 2007 08:47:47 -0000 Received: from unknown (HELO [192.168.3.5]) (023415@[217.95.65.29]) (envelope-sender ) by smtprelay04.ispgateway.de (qmail-ldap-1.03) with SMTP; 5 Aug 2007 08:47:47 -0000 From: Tobias Grosser To: freebsd-java@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain Date: Sun, 05 Aug 2007 10:47:46 +0200 Message-Id: <1186303666.36623.23.camel@tobias.wg.> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Gcc bugs break java/jdk15 build? [Workaround] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists_freebsd_org@07.antispam.web-wahnsinn.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 09:14:31 -0000 Hi, since the last gcc import (Update to 4.2) I had problems to compile java/jdk15 (using linux-sun-jdk14/15 and diablo-jdk15), because often the linux-sun-jdk crashed or I got the following errors: ../../../../../src/share/classes/sun/security/util/SignatureFileVerifier.java:22: cannot find symbol symbol : class timestamp location: package sun.security import sun.security.timestamp.TimestampToken; ^ ../../../../../src/share/classes/sun/security/provider/X509Factory.java:17: cannot find symbol symbol : class certpath location: package sun.security.provider import sun.security.provider.certpath.X509CertPath; ^ ../../../../../src/share/classes/sun/security/provider/X509Factory.java:18: cannot find symbol symbol : class certpath location: package sun.security.provider import sun.security.provider.certpath.X509CertificatePair; ^ ../../../../../src/share/classes/java/security/Signature.java:21: cannot find symbol symbol : class crypto location: package javax import javax.crypto.Cipher; ^ ../../../../../src/share/classes/java/security/Signature.java:22: cannot find symbol symbol : class crypto location: package javax import javax.crypto.CipherSpi; ^ ../../../../../src/share/classes/java/security/Signature.java:23: cannot find symbol symbol : class crypto location: package javax import javax.crypto.IllegalBlockSizeException; ^ ../../../../../src/share/classes/java/security/Signature.java:24: cannot find symbol symbol : class crypto location: package javax import javax.crypto.BadPaddingException; ^ ../../../../../src/share/classes/java/security/Signature.java:25: cannot find symbol symbol : class crypto location: package javax import javax.crypto.NoSuchPaddingException; ^ ../../../../../src/share/classes/java/security/Signature.java:1179: cannot find symbol symbol : class Cipher location: class java.security.Signature.CipherAdapter private final Cipher cipher; ^ ../../../../../src/share/classes/java/security/Signature.java:1183: cannot find symbol symbol : class Cipher location: class java.security.Signature.CipherAdapter CipherAdapter(Cipher cipher) { ^ ../../../../../src/share/classes/java/lang/reflect/AccessibleObject.java:131: missing return value return override; ^ I tried the update to gcc 4.2.1 (http://people.freebsd.org/~kan/contrib-gcc421.tar.gz), but the build also breaks. (I am not sure, if it was the same error) The solution I found was to decrease optimization by replacing every occurence of "-O2" or "-O3" in the files: - ports/java/jdk15/work/j2se/make/common/Defs-bsd.gmk - ports/java/jdk15/work/hotspot/build/bsd/makefiles/gcc.make with "-O1" and bootstrap using linux-sun-jdk15. With decreased optimization the jdk15 port compiles fine. I tried to compile the jdk15 with optimization using the new compiled java/jdk15 to bootstrap, but again the compile errors from above broke the build. With decreased opimization it works again. Bye Tobias From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 10:56:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3106616A46B for ; Sun, 5 Aug 2007 10:56:41 +0000 (UTC) (envelope-from cosasvarias@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id CFF3B13C459 for ; Sun, 5 Aug 2007 10:56:40 +0000 (UTC) (envelope-from cosasvarias@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so920246wxd for ; Sun, 05 Aug 2007 03:56:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=ZGKqh5cjzQ5yfqFlszLxO62HHbDYAWvrJz8Noe/7MZjAc96IJGfnUUjtv67uFDttJ08ikNPfYdUy1jub8qm6XWNF8IfLMnZulEt/TKKABe0ol1czpz9MBLmSaPMeqeKCvoABmgj7eOxJu2We2HF4rHEFuFEDS5GPLxZZAtBI1BE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=BMVZg1F8+q17YsWW804NxV49+AvOlG6H66/vmXi4fHmvUUxh7CoeEL/YtvhCEEw4zLcbf2fPfAqimrRULDWvM/mmjk+KGbz5ktw/1H8PHMuscGlOux0ouLUKba2ixQm1dL5pa1m+JemRoHQIzWGoxDm16qYlaKzUqoZXvRvJx3o= Received: by 10.90.36.3 with SMTP id j3mr4050128agj.1186309924896; Sun, 05 Aug 2007 03:32:04 -0700 (PDT) Received: by 10.90.50.2 with HTTP; Sun, 5 Aug 2007 03:32:04 -0700 (PDT) Message-ID: <5d95d4be0708050332r5b00c5b7h73acb3ae8b94383c@mail.gmail.com> Date: Sun, 5 Aug 2007 12:32:04 +0200 From: "A. Rios" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: panic and fs corruption in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 10:56:41 -0000 I compiled yesterday's kernel without problems, and it restarted fine. I applied jeff roberson's ulehtt.diff (P4 with hyperthreading and 2GB RAM here) and disabled all kernel debugging (I was testing performance) Earlier this morning I was portupgrading and everything start to fail. One of the (random) panics was: [...] SHA256 Checksum OK for ghostscript/gdechl12.c. start = 0, len = 2930, fs = /usr panic: ffs_alloccg: map corrupted cpuid = 0 Uptime: 21m 10s Physical memory: 2035 MB Dumping 276 MB and now the boot is not so clean (I have highlited the cores and one PCI Express error, look for the ^^^ near the bottom). I've restored the old kernel and the panics have stopped and now the daemons start fine again. I'll try to compile a new kernel with debugging this afternoon. Copyright (c) 1992-2007 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.0-CURRENT #1: Sat Aug 4 11:20:33 CEST 2007 root@cycorp.molino:/usr/obj/usr/src/sys/7.agosto module_register: module pci/ichss_pci already exists! Module pci/ichss_pci failed to register: 17 module_register: module cpu/ichss already exists! Module cpu/ichss failed to register: 17 module_register: module cpu/powernow already exists! Module cpu/powernow failed to register: 17 module_register: module cpu/est already exists! Module cpu/est failed to register: 17 module_register: module cpu/p4tcc already exists! Module cpu/p4tcc failed to register: 17 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.69-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d AMD Features=0x20000800 Logical CPUs per core: 2 usable memory = 2134102016 (2035 MB) avail memory = 2059386880 (1963 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 8D, should be 80 [20070320] est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [SSDT] - C9, should be CF [20070320] est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci4: on pcib1 vgapci0: port 0xe000-0xe0ff mem 0xd0000000-0xdfffffff,0 xcffe0000-0xcffeffff irq 16 at device 0.0 on pci4 vgapci1: mem 0xcfff0000-0xcfffffff at device 0.1 on pci 4 pcm0: mem 0xcfdf4000-0xcfdf7fff irq 16 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci3: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci2: on pcib3 mskc0: port 0xc800-0xc8ff mem 0xcfefc00 0-0xcfefffff irq 17 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:13:d4:55:ab:62 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] uhci0: port 0x8000-0x801f irq 23 at device 29.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 0x8400-0x841f irq 19 at device 29.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 0x8800-0x881f irq 18 at device 29.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 uhci3: port 0x9000-0x901f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xcfdff800-0xcfdffbff irq 2 3 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci1: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37 6,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xa800-0xa807,0xa400-0xa403,0xa000 -0xa007,0x9800-0x9803,0x9400-0x940f mem 0xcfdffc00-0xcfdfffff irq 19 at device 3 1.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata0-slave UDMA33 ad4: 194481MB at ata2-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! GEOM_LABEL: Label for provider ad0s1 is msdosfs/POI. GEOM_LABEL: Label for provider ad0s2 is msdosfs/COZASH. Trying to mount root from ufs:/dev/ad4s3a WARNING: / was not properly dismounted Loading configuration files. kernel dumps on /dev/ad4s3b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad4s3b as swap device Starting file system checks: /dev/ad4s3a: 2286 files, 90141 used, 163674 free (914 frags, 20345 blocks, 0.4% fragmentation) /dev/ad4s3e: DEFER FOR BACKGROUND CHECKING /dev/ad4s3f: DEFER FOR BACKGROUND CHECKING /dev/ad4s3d: DEFER FOR BACKGROUND CHECKING Setting hostuuid: 58a55b8b-9e0a-da11-a01e-5071b78b3c18. Setting hostid: 0x91b872b6. Mounting local file systems:WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 4 files 1 WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 0 files 34 WARNING: /var was not properly dismounted /var: mount pending error: blocks 4 files 1 GEOM_LABEL: Label msdosfs/POI removed. Setting hostname: cycorp.molino. net.inet6.ip6.auto_linklocal: 1 -> 0 vfs.usermount: 0 -> 1 mskc0: Uncorrectable PCI Express error ^^^^^^^^^^^^^^^^^^^^^^^^ msk0: link state changed to DOWN lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 msk0: flags=8843 metric 0 mtu 1500 options=19a ether 00:13:d4:55:ab:62 inet 172.26.0.3 netmask 0xfffffff0 broadcast 172.26.0.15 media: Ethernet autoselect (none) status: no carrier add net default: gateway 172.26.0.1 Additional routing options:. Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 Additional IP options:. Mounting NFS file systems:msk0: link state changed to UP . ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/c ompat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc-4.2.1 /usr/local/lib/kde3 /usr/local/lib/mysql /usr/local/lib/nss /usr/local/lib/pth 32-bit compatibility ldconfig path: /usr/lib32 Clearing /tmp (X related). Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/ad4s3b... savecore: no dumps found Initial amd64 initialization:. Additional ABI support:. NFS access cache time=60 Recovering vi editor sessions:. Starting local daemons:. Updating motd. Mounting late file systems:mount_msdosfs: /dev/da0s1: : No such file or directory Starting powerd. Removing stale Samba tdb files: done Starting slim. Starting dbus. Starting polkitd. Segmentation fault (core dumped) ^^^^^^^^^^^^^^^^^^^^^^^^ Starting hald. Segmentation fault (core dumped) ^^^^^^^^^^^^^^^^^^^^^^^^ Configuring syscons: keymap font8x16 font8x14 font8x8 blanktime. Starting cron. Local package initialization: rtc. Starting default moused:. Starting background file system checks in 60 seconds. From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 09:02:44 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E2A116A46E; Sun, 5 Aug 2007 09:02:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id B257313C45D; Sun, 5 Aug 2007 09:02:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (rozohw@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l7592Zx6080811; Sun, 5 Aug 2007 11:02:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l7592ZuQ080809; Sun, 5 Aug 2007 11:02:35 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200708050902.l7592ZuQ080809@lurza.secnetix.de> To: dougb@FreeBSD.org (Doug Barton) Date: Sun, 5 Aug 2007 11:02:35 +0200 (CEST) In-Reply-To: <46B50AA1.2080502@FreeBSD.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 05 Aug 2007 11:02:40 +0200 (CEST) X-Mailman-Approved-At: Sun, 05 Aug 2007 11:18:38 +0000 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: named.conf restored to hint zone for the root by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 09:02:44 -0000 Doug Barton wrote: > Oliver Fromme wrote: > > > By the way, I have changed from hints to slaves on the DNS > > servers for a large server farm (just testing right now; > > I might go back to hints if I don't feel it's worth it). > > Depending on how many name servers you have you might get a bigger win > by slaving the root to one server, then slaving it to the others from > your "local master." If you're only talking about a few name servers > it's probably not worth it though. It's three name servers, and they're intended to be completely independent of each other. That's why I've configured each of them to retrieve the root zone of its own. > > It _seems_ a few applications run with lower latency, but > > I'll need to run some benchmarks in order to get some hard > > numbers. > > If your stuff is relatively well behaved, and generally only queries a > few TLDs you might not get much of a benefit in terms of reduced > latency. In this scenario the main advantage is better resilience to a > root DDoS. > > Where this technique really works well is a scenario where you are > answering a lot of "random" queries that could potentially include > invalid TLDs and other "junk." Not sending those queries to the roots > helps reduce traffic for them and for you, and gives you much better > latency on the inevitable NXDOMAIN response. The farm contains several mail servers with spam and virus scanners, http proxies with (roughly) several thousands of users, a few dozen web servers and other things. I think especially the mail scanners and the proxies generate some amount of dns "junk" queries. Thanks for your suggestions! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 10:33:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF02916A418 for ; Sun, 5 Aug 2007 10:33:06 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2B013C45A for ; Sun, 5 Aug 2007 10:33:06 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id l75A4U5A005091 for ; Sun, 5 Aug 2007 12:04:30 +0200 (CEST) X-Ids: 166 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 99CA42371FA for ; Sun, 5 Aug 2007 12:04:29 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 4F22580; Sun, 5 Aug 2007 12:04:29 +0200 (CEST) Date: Sun, 5 Aug 2007 12:04:29 +0200 From: Michel Talon To: current@freebsd.org Message-ID: <20070805100429.GA29553@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.166]); Sun, 05 Aug 2007 12:04:30 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.7/3858/Sun Aug 5 09:40:13 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 46B5A0AE.006 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Mailman-Approved-At: Sun, 05 Aug 2007 11:18:38 +0000 Cc: Subject: Panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 10:33:07 -0000 Hello, i have tried the following recent snapshot of CURRENT on my laptop: http://snapshots.us.freebsd.org/snapshots/2007-08-03/7.0-20070803-SNAP-i386-bootonly.iso it boots OK but panics when probing hardware. Very strangely at this point it says "Going nowhere without my init!" while it has already found sysinstall as init. It then drops to the debugger, the backtrace says it was in kern_exit after a syscall, and no more. Sorry the laptop has nos serial port so i don't have a better trace. The laptop is a Sony VGN-C1, with a Core 2 Duo. It works with FreeBSD-6.2. The boot messages appear normal, in particular the hardware seems detected except the wifi, and acpi seems to work. The same above iso works OK on another machine. -- Michel TALON From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 15:26:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0804D16A418 for ; Sun, 5 Aug 2007 15:26:50 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay005.isp.belgacom.be (mailrelay005.isp.belgacom.be [195.238.6.171]) by mx1.freebsd.org (Postfix) with ESMTP id A3A3313C428 for ; Sun, 5 Aug 2007 15:26:49 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from 199.121-247-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.247.121.199]) by mailrelay005.isp.belgacom.be with ESMTP; 05 Aug 2007 16:56:51 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l75EuoxY004005; Sun, 5 Aug 2007 16:56:50 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org, Robert Watson , John Baldwin Date: Sun, 5 Aug 2007 16:56:46 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_yUetGtvAc2aFzH2" Message-Id: <200708051656.50168.tijl@ulyssis.org> Cc: wine-freebsd@hub.org, Volker , Gardner Bell Subject: mmap(2) MAP_FIXED isn't thread-safe (+testcase) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 15:26:50 -0000 --Boundary-00=_yUetGtvAc2aFzH2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all, While investigating ports/115092 and other reports of seemingly random page faults when running Wine, I think I've found the cause to be mmap not being thread-safe when MAP_FIXED is used. It causes mmap(MAP_FIXED) to return -1(ENOMEM) sometimes when it shouldn't, but also to return an address with wrong protections, hence the protection faults occuring. Attached is a test program that shows this. It runs two threads. The first mmap()'s a region, starts a second thread and then goes in a loop calling mmap(PROT_WRITE,MAP_FIXED) on that region, essentially replacing that mapping. This is basically what rtld does to map an ELF object for instance when dlopen(3) is called. The second thread tries to steal the mapping from the first by calling mmap(PROT_NONE) in a loop. After a while the program segfaults when the first thread tries to write to the mapped region. Some lines are commented out. If you remove the commenting, I hit on the case where mmap(MAP_FIXED) returns -1. The problem is in sys/vm/vm_mmap.c:vm_mmap(). In case of MAP_FIXED first vm_map_remove() is called and then later vm_map_find(). This would need some locking, but I don't know which lock or how to approach this, so can somebody have a look at this? --Boundary-00=_yUetGtvAc2aFzH2 Content-Type: text/plain; charset="us-ascii"; name="mmap_test.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mmap_test.c" #include #include #include #include #define MAPSIZE ( 16 * 4096 ) void *second_thr( void *addr ) { int i; void *addr2; for( i = 0; ; i++ ) { addr2 = mmap( NULL, MAPSIZE, PROT_NONE, MAP_ANON | MAP_PRIVATE, -1, 0 ); /* if( addr2 != ( addr + MAPSIZE )) break; */ munmap( addr2, MAPSIZE ); } printf( "thread2: addr(%p), addr2(%p), i(%d)\n", addr, addr2, i ); return NULL; } int main( int argc, char **argv ) { int i; void *addr; volatile char *addr_fix; pthread_t thr; addr = mmap( NULL, MAPSIZE, PROT_NONE, MAP_ANON | MAP_PRIVATE, -1, 0 ); pthread_create( &thr, NULL, &second_thr, addr ); for( i = 0; ; i++ ) { addr_fix = mmap( addr, MAPSIZE, PROT_WRITE, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0 ); if( addr_fix == addr ) *addr_fix = i; /* should be writable */ /* else break; */ } printf( "thread1: addr(%p), addr_fix(%p), errno(%d), i(%d)\n", addr, addr_fix, errno, i ); pthread_join( thr, NULL ); return 0; } --Boundary-00=_yUetGtvAc2aFzH2-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 16:30:02 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC7916A41A for ; Sun, 5 Aug 2007 16:30:02 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id 0944F13C46E for ; Sun, 5 Aug 2007 16:30:01 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from [10.0.10.23] (dyn-62-56-85-40.dslaccess.co.uk [62.56.85.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id EF0D930122; Sun, 5 Aug 2007 16:54:40 +0100 (BST) Message-ID: <46B5F38D.8090806@cran.org.uk> Date: Sun, 05 Aug 2007 16:58:05 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Michel Talon References: <20070805100429.GA29553@lpthe.jussieu.fr> In-Reply-To: <20070805100429.GA29553@lpthe.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 16:30:02 -0000 Michel Talon wrote: > Hello, > > i have tried the following recent snapshot of CURRENT on my laptop: > http://snapshots.us.freebsd.org/snapshots/2007-08-03/7.0-20070803-SNAP-i386-bootonly.iso > it boots OK but panics when probing hardware. Very strangely at this > point it says "Going nowhere without my init!" while it has already > found sysinstall as init. It then drops to the debugger, the backtrace > says it was in kern_exit after a syscall, and no more. Sorry the laptop > has nos serial port so i don't have a better trace. > > The laptop is a Sony VGN-C1, with a Core 2 Duo. It works with > FreeBSD-6.2. The boot messages appear normal, in particular the hardware > seems detected except the wifi, and acpi seems to work. The same above > iso works OK on another machine. > I get the same panic with the June i386 snapshot on my Dell Inspirpon 1501 (which has a dual core AMD Turion TL52 CPU). It doesn't have a serial port or firewire, so I can't capture a complete log of the boot and crash. However, I've copied the last boot messages and the backtrace below. I also tried booting with ACPI disabled, but the system paniced much earlier during the boot process with a GPF. ... acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 GEOM: new disk ad4 GEOM_LABEL: Label for provider ad4s3 is msdosfs/NEW VOLUME. Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall /stand/sysinstall running as init on vty0 acpi0_check: nexus0 attached acpi0_check: apic0 attached acpi0_check: legacy0 not-present acpi0_check: ram0 attached acpi0_check: nxp0 attached acpi0_check: acpi0 attached [The screen goes blue] BARF 148 <86> panic: Going nowhere without my init! cpuid = 1 KDB: enter: panic [thread pid 1 tid 100006 ] Stopped at kdb_enter+0x32: leave db> tr Tracing pid 1 tid 100006 td 0xc40bb400 kdb_enter ... panic ... exit1 ... sys_exit ... syscall(dfaf7d38) at syscall+0x288 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x814f2cb, esp = 0xbfbfdd9c, ebp = 0xbfbfdda8 --- db> ps ... ... 11 0 0 0 RL CPU 0 [idle: cpu0] 10 0 0 0 RL [idle: cpu1] 1 0 1 0 RLs+ CPU 1 [sysinstall] 0 0 0 0 WLs [swapper] db> -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 16:36:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B30916A419 for ; Sun, 5 Aug 2007 16:36:55 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDE913C465 for ; Sun, 5 Aug 2007 16:36:55 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 57A348C0B2A; Sun, 5 Aug 2007 18:21:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aCTsIut4IYVT; Sun, 5 Aug 2007 18:21:14 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 241F08C0B16; Sun, 5 Aug 2007 18:21:14 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l75GLCUv006435; Sun, 5 Aug 2007 18:21:12 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 5 Aug 2007 18:21:12 +0200 From: Roman Divacky To: Tijl Coosemans Message-ID: <20070805162112.GA6412@freebsd.org> References: <200708051656.50168.tijl@ulyssis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200708051656.50168.tijl@ulyssis.org> User-Agent: Mutt/1.4.2.3i Cc: wine-freebsd@hub.org, Gardner Bell , freebsd-current@freebsd.org, Robert Watson , Volker Subject: Re: mmap(2) MAP_FIXED isn't thread-safe (+testcase) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 16:36:55 -0000 On Sun, Aug 05, 2007 at 04:56:46PM +0200, Tijl Coosemans wrote: > Hi all, > > While investigating ports/115092 and other reports of seemingly random > page faults when running Wine, I think I've found the cause to be mmap > not being thread-safe when MAP_FIXED is used. It causes mmap(MAP_FIXED) > to return -1(ENOMEM) sometimes when it shouldn't, but also to return an > address with wrong protections, hence the protection faults occuring. > > Attached is a test program that shows this. It runs two threads. The > first mmap()'s a region, starts a second thread and then goes in a loop > calling mmap(PROT_WRITE,MAP_FIXED) on that region, essentially > replacing that mapping. This is basically what rtld does to map an ELF > object for instance when dlopen(3) is called. The second thread tries > to steal the mapping from the first by calling mmap(PROT_NONE) in a > loop. After a while the program segfaults when the first thread tries > to write to the mapped region. > > Some lines are commented out. If you remove the commenting, I hit on > the case where mmap(MAP_FIXED) returns -1. > > The problem is in sys/vm/vm_mmap.c:vm_mmap(). In case of MAP_FIXED > first vm_map_remove() is called and then later vm_map_find(). This > would need some locking, but I don't know which lock or how to approach > this, so can somebody have a look at this? man, you are fantastic! this www.vlakno.cz/~rdivacky/tijl.patch simple/stupid patch makes flash9 work. this is of course wrong solution but can be used as a proof of concept.. I wonder what else is broken by the MPunSAFEness of the mmap() MAP_FIXED. thnx a lot for investigating this! roman From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 16:23:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE09816A469 for ; Sun, 5 Aug 2007 16:23:52 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from simias.hd.free.fr (vit94-5-82-243-51-8.fbx.proxad.net [82.243.51.8]) by mx1.freebsd.org (Postfix) with ESMTP id 02AC013C428 for ; Sun, 5 Aug 2007 16:23:51 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from simias.hd.free.fr (localhost [127.0.0.1]) by simias.hd.free.fr (8.14.1/8.14.1) with ESMTP id l75GDFJN027391; Sun, 5 Aug 2007 18:13:15 +0200 (CEST) (envelope-from simias.n@gmail.com) Received: (from simias@localhost) by simias.hd.free.fr (8.14.1/8.14.1/Submit) id l75GD04m027390; Sun, 5 Aug 2007 18:13:00 +0200 (CEST) (envelope-from simias.n@gmail.com) X-Authentication-Warning: simias.hd.free.fr: simias set sender to simias.n@gmail.com using -f From: Simias To: freebsd-current@freebsd.org References: <46B4BC80.1080902@cs.chalmers.se> Date: Sun, 05 Aug 2007 18:12:45 +0200 In-Reply-To: <46B4BC80.1080902@cs.chalmers.se> (Niklas Sorensson's message of "Sat\, 04 Aug 2007 19\:50\:56 +0200") Message-ID: <86lkcqj6yq.fsf@simias.hd.free.fr> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sun, 05 Aug 2007 17:26:48 +0000 Cc: Niklas Sorensson Subject: Re: gcc 4.2 profiling breaks argv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 16:23:53 -0000 Niklas Sorensson writes: > Hi, > > following up on the thread started by Nick Frampton yesterday: > > I can repeat the problem, although it looks slightly > different. Instead of crashing when argv is accessed, both argc and > argv are zero. This behavior is triggered by both gcc 4.2.0 and 4.2.1: > [...] I have an other problem with gprof on CURRENT, this time with c++: === $ cat test.cc #include using namespace std; int main() { try { throw 1; } catch (int) { cout << "in catch" << endl; } cout << "after catch" << endl; } $ c++ test.cc && ./a.out in catch after catch $ c++ -pg test.cc && ./a.out Abort trap (core dumped) $ === I tried with different programs and it seems that it aborts on any throw'd exception. If nothing is thrown however, the profiling seems to work as expected. $ uname -a FreeBSD simias.hd.free.fr 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Jul 10 15:39:06 CEST 2007 root@simias.hd.free.fr:/usr/obj/usr/src/sys/SIMKERNEL i386 $ c++ -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.0 20070514 [FreeBSD] -- Simias From owner-freebsd-current@FreeBSD.ORG Sun Aug 5 18:05:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A7C216A41A for ; Sun, 5 Aug 2007 18:05:12 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id A5F3413C48D for ; Sun, 5 Aug 2007 18:05:11 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id l75HUOuG066957 ; Sun, 5 Aug 2007 19:30:24 +0200 (CEST) X-Ids: 164 Received: from asmodee.lpthe.jussieu.fr (asmodee.lpthe.jussieu.fr [134.157.10.34]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 1DA5A23703F; Sun, 5 Aug 2007 19:30:23 +0200 (CEST) Received: by asmodee.lpthe.jussieu.fr (Postfix, from userid 2005) id 0DAF242E5; Sun, 5 Aug 2007 19:30:23 +0200 (CEST) Date: Sun, 5 Aug 2007 19:30:22 +0200 From: Michel TALON To: current@freebsd.org Message-ID: <20070805173022.GA37595@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Sun, 05 Aug 2007 19:30:24 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.7/3863/Sun Aug 5 16:45:33 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 46B60930.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Mailman-Approved-At: Sun, 05 Aug 2007 19:08:57 +0000 Cc: Bruce Cran Subject: Re: Panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2007 18:05:12 -0000 I have just seen a commit on cvs-src by Rink Springer which seems to be the solution to our problem, that is inappropriate names of Win XP partitions killing libdisk, then sysinstall hence finding ourselves without init. -- Michel TALON From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 02:32:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6683E16A417 for ; Mon, 6 Aug 2007 02:32:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD0B13C457 for ; Mon, 6 Aug 2007 02:32:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id l762WWVA047529 for ; Sun, 5 Aug 2007 19:32:32 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id l762WWxE047528 for freebsd-current@freebsd.org; Sun, 5 Aug 2007 19:32:32 -0700 (PDT) (envelope-from sgk) Date: Sun, 5 Aug 2007 19:32:32 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070806023232.GA47516@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: [PATCH] Annual sqrtl patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 02:32:49 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Here's the latest version of sqrtl. Please commit. -- Steve --PNTmBPCT7hxwcZjr Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sqrtl.diff" ? sqrtl.diff Index: Makefile =================================================================== RCS file: /home/ncvs/src/lib/msun/Makefile,v retrieving revision 1.78 diff -u -p -r1.78 Makefile --- Makefile 21 May 2007 02:49:08 -0000 1.78 +++ Makefile 6 Aug 2007 02:30:58 -0000 @@ -68,6 +68,10 @@ SYMBOL_MAPS= ${SYM_MAPS} # C99 long double functions COMMON_SRCS+= s_copysignl.c s_fabsl.c s_modfl.c +.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64" +COMMON_SRCS+= e_sqrtl.c +.endif + .if ${LDBL_PREC} != 53 # If long double != double use these; otherwise, we alias the double versions. COMMON_SRCS+= s_fmal.c s_frexpl.c s_nextafterl.c s_nexttoward.c s_scalbnl.c Index: Symbol.map =================================================================== RCS file: /home/ncvs/src/lib/msun/Symbol.map,v retrieving revision 1.4 diff -u -p -r1.4 Symbol.map --- Symbol.map 29 Apr 2007 14:05:20 -0000 1.4 +++ Symbol.map 6 Aug 2007 02:30:58 -0000 @@ -56,6 +56,7 @@ FBSD_1.0 { sinhf; sqrt; sqrtf; + sqrtl; asinh; asinhf; atan; Index: man/sqrt.3 =================================================================== RCS file: /home/ncvs/src/lib/msun/man/sqrt.3,v retrieving revision 1.13 diff -u -p -r1.13 sqrt.3 --- man/sqrt.3 9 Jan 2007 01:02:06 -0000 1.13 +++ man/sqrt.3 6 Aug 2007 02:30:58 -0000 @@ -28,14 +28,15 @@ .\" from: @(#)sqrt.3 6.4 (Berkeley) 5/6/91 .\" $FreeBSD: src/lib/msun/man/sqrt.3,v 1.13 2007/01/09 01:02:06 imp Exp $ .\" -.Dd May 6, 1991 +.Dd August 5, 2007 .Dt SQRT 3 .Os .Sh NAME .Nm cbrt , .Nm cbrtf , .Nm sqrt , -.Nm sqrtf +.Nm sqrtf , +.Nm sqrtl .Nd cube root and square root functions .Sh LIBRARY .Lb libm @@ -50,6 +51,9 @@ .Ft float .Fn sqrtf "float x" .Sh DESCRIPTION +.Ft "long double" +.Fn sqrtl "long double x" +.Sh DESCRIPTION The .Fn cbrt and the Index: src/e_sqrtl.c =================================================================== RCS file: src/e_sqrtl.c diff -N src/e_sqrtl.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ src/e_sqrtl.c 6 Aug 2007 02:30:58 -0000 @@ -0,0 +1,118 @@ +/*- + * Copyright (c) 2007, Steven G. Kargl + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice unmodified, this list of conditions, and the following + * disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + */ + +#include +#include + +#include +#pragma STDC FENV_ACCESS ON + +#include "fpmath.h" + +long double +sqrtl(long double x) +{ + union IEEEl2bits u; + int k, r, i; + long double e, y, z; + fexcept_t flagp; + + r = fegetround(); + fegetexceptflag(&flagp, FE_INEXACT); + + u.e = x; + + /* If x = +-0, then sqrt(x) = +-0. */ + if ((u.bits.manh | u.bits.manl) == 0) + return (x); + + /* If x < 0, then sqrt(x) = sNaN */ + if (u.bits.sign) + return ((x - x) / (x - x)); + + /* If x = NaN, then sqrt(x) = NaN. */ + /* If x = Inf, then sqrt(x) = Inf. */ + if (u.bits.exp == 32767) + return (x * x + x); + + if (u.bits.exp == 0) { + /* Adjust subnormal numbers. */ + u.e *= 0x1.0p514; + k = u.bits.exp - 0x4200; + u.bits.exp = 0x3ffe; + } else { + /* + * x is a normal number, so break it into x = e*2^n where + * x = (2*e)*2^2k for odd n and x = (4*e)*2^2k for even n. + */ + if ((u.bits.exp - 0x3ffe) & 1) {/* n is odd. */ + k = u.bits.exp - 0x3fff; /* 2k = n - 1. */ + u.bits.exp = 0x3fff; /* u.e in [1,2). */ + } else { + k = u.bits.exp - 0x4000; /* 2k = n - 2. */ + u.bits.exp = 0x4000; /* u.e in [2,4). */ + } + } + /* + * Newton's iteration. Split u.e into a high and low part + * to achieve additional precision. + */ + y = sqrt(u.e); + e = u.e; + u.bits.manl = 0; + e = (e - u.e) / y; + y = (y + u.e / y); + u.e = y + e; + u.bits.exp += (k >> 1) - 1; + + feclearexcept(FE_INEXACT); /* Reset INEXACT flag. */ + fesetround(FE_TOWARDZERO); /* Set to round-toward-zero. */ + z = x / u.e; /* Chopped quotient (inexact?). */ + + if (!fetestexcept(FE_INEXACT)) { /* Quotient is exact. */ + if (z == u.e) { + /* Restore inexact and rounding mode. */ + fesetexceptflag(&flagp, FE_INEXACT); + fesetround(r); + return (u.e); + } + z = nexttowardl(z, 0.); /* z = z - ulp. */ + } + + fegetexceptflag(&flagp, FE_INEXACT); /* sqrt(x) is inexact. */ + if (r == FE_TONEAREST) + z = nexttowardl(z, x); /* z = z + ulp. */ + if (r == FE_UPWARD) { + u.e = nexttowardl(u.e, x); /* u.e = u.e + ulp. */ + z = nexttowardl(z, x); /* z = z + ulp. */ + } + u.e = u.e + z; /* Chopped sum. */ + u.bits.exp--; /* Correctly rounded. */ + /* Restore inexact and rounding mode. */ + fesetexceptflag(&flagp, FE_INEXACT); + fesetround(r); + return (u.e); +} Index: src/math.h =================================================================== RCS file: /home/ncvs/src/lib/msun/src/math.h,v retrieving revision 1.62 diff -u -p -r1.62 math.h --- src/math.h 7 Jan 2007 07:54:21 -0000 1.62 +++ src/math.h 6 Aug 2007 02:30:58 -0000 @@ -460,7 +460,9 @@ long double scalbnl(long double, int); #if 0 long double sinhl(long double); long double sinl(long double); +#endif long double sqrtl(long double); +#if 0 long double tanhl(long double); long double tanl(long double); long double tgammal(long double); --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 06:24:59 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DD6E16A41A for ; Mon, 6 Aug 2007 06:24:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id C2FD813C469 for ; Mon, 6 Aug 2007 06:24:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1IHw1R-000Iyk-35; Mon, 06 Aug 2007 09:24:57 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: am-utils@fsl.cs.sunysb.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Aug 2007 09:24:57 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@FreeBSD.org, freebsd-amd64@freebsd.org Subject: amd crashes when memory is low X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 06:24:59 -0000 Hi, This is not new, but now that freebsd current is almost out, I'm trying it out again. amd (am-utils version 6.1.5) on an amd64 will crash when vm memory is low. In the past it was suggested to add 'plock=no' to /etc/amd.conf, but I have to check if it's read since I still see: Couldn't lock process pages in memory using mlockall(): \ Resource temporarily unavailable I'll try it out under i386 and report later. danny From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 06:33:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57C9116A417 for ; Mon, 6 Aug 2007 06:33:04 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id AFB4C13C483 for ; Mon, 6 Aug 2007 06:33:03 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l766WrPT001444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 6 Aug 2007 09:32:59 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l766WaX7001704 for ; Mon, 6 Aug 2007 09:32:51 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l760VLvH013848 for freebsd-current@freebsd.org; Mon, 6 Aug 2007 03:31:21 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 6 Aug 2007 03:31:20 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20070806003120.GA13806@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.906, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.49, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: odd usbdevs output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 06:33:04 -0000 Hi all, I recently acquired a USB stick which seems to work with umass but shows odd output in "usbdevs": % keramida@kobe:/home/keramida$ sudo usbdevs -dv % Password: % [...] % Controller /dev/usb4: % addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 % uhub4 % port 1 addr 2: high speed, power 80 mA, config 1, USB Mass Storage Device(0x0163), ????????y(0x1307), rev 1.00 % umass0 % [...] Does the odd `????????y' vendor name mean that the kernel prints random `garbage' here? If that is so, how can I use kdb and watch this while it happens? From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 09:40:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7FC416A417 for ; Mon, 6 Aug 2007 09:40:05 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3D5DB13C48A for ; Mon, 6 Aug 2007 09:40:05 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l769QvSe018184; Mon, 6 Aug 2007 11:26:57 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l769QpeB012873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Aug 2007 11:26:52 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l769QpTq047417; Mon, 6 Aug 2007 11:26:51 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l769QoIP047416; Mon, 6 Aug 2007 11:26:50 +0200 (CEST) (envelope-from ticso) Date: Mon, 6 Aug 2007 11:26:50 +0200 From: Bernd Walter To: Giorgos Keramidas Message-ID: <20070806092649.GK41893@cicely12.cicely.de> References: <20070806003120.GA13806@kobe.laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070806003120.GA13806@kobe.laptop> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: odd usbdevs output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 09:40:05 -0000 On Mon, Aug 06, 2007 at 03:31:20AM +0300, Giorgos Keramidas wrote: > Hi all, > > I recently acquired a USB stick which seems to work with umass but shows > odd output in "usbdevs": > > % keramida@kobe:/home/keramida$ sudo usbdevs -dv > % Password: > % [...] > % Controller /dev/usb4: > % addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 > % uhub4 > % port 1 addr 2: high speed, power 80 mA, config 1, USB Mass Storage Device(0x0163), ????????y(0x1307), rev 1.00 > % umass0 > % [...] > > Does the odd `????????y' vendor name mean that the kernel prints random > `garbage' here? If that is so, how can I use kdb and watch this while > it happens? It does mean, that the device has an unprintable name. The strings in USB are unicode and the device is free to use non ascii character, but the kernel has to reduce it to printable ascii ones and replaces ever other character with an '?'. But more often than using non ascii characters broken devices uses plain ascii with garbage in the high byte. Anyway - it's the device sending non ascii codes. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 10:41:00 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69C8216A46B; Mon, 6 Aug 2007 10:41:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 23E2213C480; Mon, 6 Aug 2007 10:41:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1II01D-00087r-5k; Mon, 06 Aug 2007 13:40:59 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@FreeBSD.org In-reply-to: References: Comments: In-reply-to Danny Braniss message dated "Mon, 06 Aug 2007 09:24:57 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Aug 2007 13:40:59 +0300 From: Danny Braniss Message-ID: Cc: freebsd-amd64@freebsd.org, am-utils@fsl.cs.sunysb.edu Subject: Re: amd crashes when memory is low X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 10:41:00 -0000 > Hi, > This is not new, but now that freebsd current is almost out, I'm > trying it out again. amd (am-utils version 6.1.5) on an amd64 will crash when > vm memory is low. In the past it was suggested to add 'plock=no' to > /etc/amd.conf, but I have to check if it's read since I still see: > Couldn't lock process pages in memory using mlockall(): \ > Resource temporarily unavailable > > I'll try it out under i386 and report later. ok, it works under i386, because mlockall() does not fail, and hence amd is locked in core, while it failes under amd64. this does not explain why it crashes when swapped out, but that is another problem? danny From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 11:38:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D9C16A417 for ; Mon, 6 Aug 2007 11:38:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2B56313C459 for ; Mon, 6 Aug 2007 11:38:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1II0v5-000E2e-2f for freebsd-current@freebsd.org; Mon, 06 Aug 2007 14:38:44 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l76BcNga054330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Aug 2007 14:38:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l76BcNnH068873; Mon, 6 Aug 2007 14:38:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l76BcLf6068872; Mon, 6 Aug 2007 14:38:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 6 Aug 2007 14:38:21 +0300 From: Kostik Belousov To: Tijl Coosemans Message-ID: <20070806113821.GB2738@deviant.kiev.zoral.com.ua> References: <200708051656.50168.tijl@ulyssis.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2bJ57vwr75KGnr5s" Content-Disposition: inline In-Reply-To: <200708051656.50168.tijl@ulyssis.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on skuns.kiev.zoral.com.ua X-Scanner-Signature: ad39b63ab710533149c2a2019fd816be X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1336 [August 3 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: wine-freebsd@hub.org, freebsd-current@freebsd.org Subject: Re: mmap(2) MAP_FIXED isn't thread-safe (+testcase) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 11:38:46 -0000 --2bJ57vwr75KGnr5s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [I removed personal addresses from Cc:] On Sun, Aug 05, 2007 at 04:56:46PM +0200, Tijl Coosemans wrote: > Hi all, >=20 > While investigating ports/115092 and other reports of seemingly random > page faults when running Wine, I think I've found the cause to be mmap > not being thread-safe when MAP_FIXED is used. It causes mmap(MAP_FIXED) > to return -1(ENOMEM) sometimes when it shouldn't, but also to return an > address with wrong protections, hence the protection faults occuring. >=20 > Attached is a test program that shows this. It runs two threads. The > first mmap()'s a region, starts a second thread and then goes in a loop > calling mmap(PROT_WRITE,MAP_FIXED) on that region, essentially > replacing that mapping. This is basically what rtld does to map an ELF > object for instance when dlopen(3) is called. The second thread tries > to steal the mapping from the first by calling mmap(PROT_NONE) in a > loop. After a while the program segfaults when the first thread tries > to write to the mapped region. >=20 > Some lines are commented out. If you remove the commenting, I hit on > the case where mmap(MAP_FIXED) returns -1. >=20 > The problem is in sys/vm/vm_mmap.c:vm_mmap(). In case of MAP_FIXED > first vm_map_remove() is called and then later vm_map_find(). This > would need some locking, but I don't know which lock or how to approach > this, so can somebody have a look at this? > #include > #include > #include > #include >=20 > #define MAPSIZE ( 16 * 4096 ) >=20 > void *second_thr( void *addr ) { > int i; > void *addr2; > for( i =3D 0; ; i++ ) { > addr2 =3D mmap( NULL, MAPSIZE, PROT_NONE, MAP_ANON | MAP_PRIVATE, -1, 0= ); > /* > if( addr2 !=3D ( addr + MAPSIZE )) > break; > */ > munmap( addr2, MAPSIZE ); > } > printf( "thread2: addr(%p), addr2(%p), i(%d)\n", addr, addr2, i ); > return NULL; > } >=20 > int main( int argc, char **argv ) { > int i; > void *addr; > volatile char *addr_fix; > pthread_t thr; >=20 > addr =3D mmap( NULL, MAPSIZE, PROT_NONE, MAP_ANON | MAP_PRIVATE, -1, 0 ); > pthread_create( &thr, NULL, &second_thr, addr ); >=20 > for( i =3D 0; ; i++ ) { > addr_fix =3D mmap( addr, MAPSIZE, PROT_WRITE, MAP_ANON | MAP_PRIVATE | = MAP_FIXED, -1, 0 ); > if( addr_fix =3D=3D addr ) > *addr_fix =3D i; /* should be writable */ > /* > else > break; > */ > } > printf( "thread1: addr(%p), addr_fix(%p), errno(%d), i(%d)\n", addr, add= r_fix, errno, i ); >=20 > pthread_join( thr, NULL ); > return 0; > } Try the patch below. It changes behaviour for MAP_STACK|MAP_FIXED case, but I am not sure whether it worth fixing. diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c index 8799cc5..b9dabe8 100644 --- a/sys/vm/vm_map.c +++ b/sys/vm/vm_map.c @@ -155,6 +155,22 @@ static void vmspace_zdtor(void *mem, int size, void *a= rg); #define PROC_VMSPACE_LOCK(p) do { } while (0) #define PROC_VMSPACE_UNLOCK(p) do { } while (0) =20 +/* + * VM_MAP_RANGE_CHECK: [ internal use only ] + * + * Asserts that the starting and ending region + * addresses fall within the valid range of the map. + */ +#define VM_MAP_RANGE_CHECK(map, start, end) \ + { \ + if (start < vm_map_min(map)) \ + start =3D vm_map_min(map); \ + if (end > vm_map_max(map)) \ + end =3D vm_map_max(map); \ + if (start > end) \ + start =3D end; \ + } + void vm_map_startup(void) { @@ -1160,7 +1176,7 @@ vm_map_find(vm_map_t map, vm_object_t object, vm_ooff= set_t offset, vm_size_t length, boolean_t find_space, vm_prot_t prot, vm_prot_t max, int cow) { - vm_offset_t start; + vm_offset_t start, end; int result; =20 start =3D *addr; @@ -1171,9 +1187,14 @@ vm_map_find(vm_map_t map, vm_object_t object, vm_oof= fset_t offset, return (KERN_NO_SPACE); } start =3D *addr; + end =3D start + length; + } else { + end =3D start + length; + VM_MAP_RANGE_CHECK(map, start, end); + (void) vm_map_delete(map, start, end); } result =3D vm_map_insert(map, object, offset, - start, start + length, prot, max, cow); + start, end, prot, max, cow); vm_map_unlock(map); return (result); } @@ -1355,22 +1376,6 @@ _vm_map_clip_end(vm_map_t map, vm_map_entry_t entry,= vm_offset_t end) } =20 /* - * VM_MAP_RANGE_CHECK: [ internal use only ] - * - * Asserts that the starting and ending region - * addresses fall within the valid range of the map. - */ -#define VM_MAP_RANGE_CHECK(map, start, end) \ - { \ - if (start < vm_map_min(map)) \ - start =3D vm_map_min(map); \ - if (end > vm_map_max(map)) \ - end =3D vm_map_max(map); \ - if (start > end) \ - start =3D end; \ - } - -/* * vm_map_submap: [ kernel use only ] * * Mark the given range as handled by a subordinate map. diff --git a/sys/vm/vm_mmap.c b/sys/vm/vm_mmap.c index 9522fec..a48fd77 100644 --- a/sys/vm/vm_mmap.c +++ b/sys/vm/vm_mmap.c @@ -1341,7 +1341,6 @@ vm_mmap(vm_map_t map, vm_offset_t *addr, vm_size_t si= ze, vm_prot_t prot, if (*addr !=3D trunc_page(*addr)) return (EINVAL); fitit =3D FALSE; - (void) vm_map_remove(map, *addr, *addr + size); } /* * Lookup/allocate object. --2bJ57vwr75KGnr5s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGtwgtC3+MBN1Mb4gRAqanAKCgdwEDv2eKL8hZLyck6V7XwhG+dwCgrWi6 rtOjbPxmRr7XfVOlXDTd4eQ= =9J1w -----END PGP SIGNATURE----- --2bJ57vwr75KGnr5s-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 12:14:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEB5616A469 for ; Mon, 6 Aug 2007 12:14:34 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 527CA13C457 for ; Mon, 6 Aug 2007 12:14:34 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l76CE2m9023295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 6 Aug 2007 15:14:13 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l76CDi67063570; Mon, 6 Aug 2007 15:14:00 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l76CDfqc063569; Mon, 6 Aug 2007 15:13:41 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 6 Aug 2007 15:13:41 +0300 From: Giorgos Keramidas To: ticso@cicely.de Message-ID: <20070806121340.GA63533@kobe.laptop> References: <20070806003120.GA13806@kobe.laptop> <20070806092649.GK41893@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070806092649.GK41893@cicely12.cicely.de> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.907, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.49, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: odd usbdevs output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 12:14:34 -0000 On 2007-08-06 11:26, Bernd Walter wrote: >On Mon, Aug 06, 2007 at 03:31:20AM +0300, Giorgos Keramidas wrote: >> % keramida@kobe:/home/keramida$ sudo usbdevs -dv >> % Password: >> % [...] >> % Controller /dev/usb4: >> % addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 >> % uhub4 >> % port 1 addr 2: high speed, power 80 mA, config 1, USB Mass Storage Device(0x0163), ????????y(0x1307), rev 1.00 >> % umass0 >> % [...] >> >> Does the odd `????????y' vendor name mean that the kernel prints >> random `garbage' here? If that is so, how can I use kdb and watch >> this while it happens? > > It does mean, that the device has an unprintable name. > The strings in USB are unicode and the device is free to use non ascii > character, but the kernel has to reduce it to printable ascii ones > and replaces ever other character with an '?'. > But more often than using non ascii characters broken devices uses > plain ascii with garbage in the high byte. > Anyway - it's the device sending non ascii codes. I see. Thanks for the enlightening reply :-) From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 14:37:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D921316A420 for ; Mon, 6 Aug 2007 14:37:42 +0000 (UTC) (envelope-from william88@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id B215713C4E8 for ; Mon, 6 Aug 2007 14:37:42 +0000 (UTC) (envelope-from william88@gmail.com) Received: by rv-out-0910.google.com with SMTP id f1so955761rvb for ; Mon, 06 Aug 2007 07:37:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=FPmae5PhgNSLJ66o9/Ec0tnVgSCGhepmg7DPaAK3FKdOUSZlT6VWM3y5gHxwOCTuuPFIwh+2IlFyArpRiAEituedG3p1k0zJe68zR6Cw7bMVVGQmzqYJxhoBixoFeb4efk68buF9bH5qcljkTx9FQ2C9YME4yUBi/ka6ksoxu9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=tv0So6+X5MU8kY4h+X8cVLyVqE/JJO8rzS/w9q/sdU1ddl4WR6fvnD5dPqwV+sud8y7UwFeyzftVZXOFT7w4ROOyOlUJmQgqR0Qx9+KIT1oobLNCqMUbuFW6ms3ZipVFuE/WE8Xro+NTpPiAHcJMm3DyGMidKhONgvJ1bT23Jtg= Received: by 10.114.66.2 with SMTP id o2mr5685360waa.1186411061942; Mon, 06 Aug 2007 07:37:41 -0700 (PDT) Received: by 10.115.106.9 with HTTP; Mon, 6 Aug 2007 07:37:41 -0700 (PDT) Message-ID: <632825b40708060737r23cc99bbg94a5bc369147cf6e@mail.gmail.com> Date: Mon, 6 Aug 2007 11:37:41 -0300 From: "William Grzybowski" To: freebsd-current@freebsd.org In-Reply-To: <632825b40708060539n1c71221dvcd72062e4b33bb36@mail.gmail.com> MIME-Version: 1.0 References: <20070804142854.GA24178@rzstud5.rz.uni-karlsruhe.de> <632825b40708060539n1c71221dvcd72062e4b33bb36@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Data corruption with msdosfs (rev. 1.172 of msdosfs_vnops.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 14:37:43 -0000 On 8/4/07, Philipp Mergenthaler wrote: > > > Hi, > > with rev. 1.172 of msdosfs_vnops.c I see data corruption when reading > files > on a FAT 32 file system. (I didn't try write accesses apart from deleting > some files, which worked ok). The file system is on a IDE disk in an > external USB enclosure and has been created with "newfs_msdos -F 32", > IIRC. > I can use it without problems under FreeBSD-current (prior to July 20th), > Windows XP and Linux. > > The first 0x2000 (usually, but sometimes it's the first 0x3000) bytes of > a file are ok, but then there are some 4kb-blocks from somewhere else. > > Example (hexdump -C of a html file): > 00001fb0 3c 64 69 76 20 63 6c 61 73 73 3d 22 66 6c 6f 61 |
class=3D"floa| > 00001fc0 74 62 72 6b 22 3e 26 6e 62 73 70 3b 3c 2f 64 > 69 |tbrk">  00001fd0 76 3e 0a 3c 2f 64 69 76 3e 0a 0a 3c 2f 64 69 > 76 |v>.
.. 00001fe0 3e 3c 2f 64 69 76 3e 0a 0a 3c 64 69 76 20 69 64 |>.. id| > 00001ff0 3d 22 72 77 66 6f 6f 74 22 20 63 6c 61 73 73 3d |=3D"rwfoot" > class=3D| > 00002000 fe fe fe fe fe fe fe fe fe fe fe fe fe fe fe > fe |=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE| > * > 00002120 52 fe fe fe fe fe fe fe fe fe fe fe fe fe fe > fe |R=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE| > 00002130 fe fe fe fe fe fe fe fe fe fe fe fe fe fe fe > fe |=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE| > * > 00002fd0 fe fe fe fe fe fe fe fe fe fe fe fe fe fe fe > 52 |=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FE=FER| > > > Another example: > 00002fd0 6d 65 68 72 22 20 74 69 74 6c 65 3d 22 6b 6c 69 |mehr" > title=3D"kli| > 00002fe0 63 6b 20 66 26 75 75 6d 6c 3b 72 20 6d 65 68 72 |ck für > mehr| > 00002ff0 22 2f 3e 3c 2f 61 3e 3c 2f 70 3e 0d 0a 09 09 > 09 |"/>

.....| > 00003000 00 00 00 00 00 00 00 00 70 67 5f 73 74 6f 70 > 00 |........pg_stop.| > 00003010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 |................| > 00003020 00 00 00 00 00 00 00 00 6d 78 74 61 72 00 00 > 00 |........mxtar...| > 00003030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 |................| > 00003040 65 73 64 63 74 6c 00 00 00 00 00 00 00 00 00 > 00 |esdctl..........| > [...] > 00007fd0 00 00 00 00 00 00 00 00 68 61 73 68 00 00 00 > 00 |........hash....| > 00007fe0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 |................| > 00007ff0 63 6f 6d 70 73 65 74 00 00 00 00 00 00 00 00 > 00 |compset.........| > 00008000 6f 74 65 72 5f 31 22 20 63 6c 61 73 73 3d 22 73 |oter_1" > class=3D"s| > 00008010 69 74 65 6d 61 70 5f 66 6f 6f 74 65 72 22 3e > 3c |itemap_footer"><| > 00008020 75 6c 3e 3c 6c 69 3e 3c 61 20 68 72 65 66 3d 22 |ul>
  • href=3D"| > > (From byte 03x000 on there is a list of executables from different > directories, including $HOME/bin. I don't think I have a file where these > names occur so close together, so I suspect this is a block from the zsh > process's heap. The content from byte 0x8000 on to the end was correct.) > > > This is the disk's partition table: > ~#fdisk /dev/da1 > ******* Working on device /dev/da1 ******* > parameters extracted from in-core disklabel are: > cylinders=3D4865 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3D4865 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) > start 63, size 78156162 (38162 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 768/ head 254/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > > > Is there any other information I should provide? I am with the same problem. -CURRENT from today. Let me know if i can help providing any information... Bye Bye > Philipp > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to " freebsd-current-unsubscribe@freebsd.or= g > " > --=20 William Grzybowski ------------------------------------------ Jabber: william88 at gmail dot com Msn: william.grz at hotmail dot com Curitiba/PR From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 18:33:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E99616A417 for ; Mon, 6 Aug 2007 18:33:10 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay011.isp.belgacom.be (mailrelay011.isp.belgacom.be [195.238.6.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4469613C45A for ; Mon, 6 Aug 2007 18:33:10 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from 199.121-247-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.247.121.199]) by mailrelay011.isp.belgacom.be with ESMTP; 06 Aug 2007 20:32:12 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l76IWBNG065776; Mon, 6 Aug 2007 20:32:11 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: Kostik Belousov Date: Mon, 6 Aug 2007 20:32:08 +0200 User-Agent: KMail/1.9.7 References: <200708051656.50168.tijl@ulyssis.org> <20070806113821.GB2738@deviant.kiev.zoral.com.ua> In-Reply-To: <20070806113821.GB2738@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708062032.10514.tijl@ulyssis.org> Cc: wine-freebsd@hub.org, freebsd-current@freebsd.org Subject: Re: mmap(2) MAP_FIXED isn't thread-safe (+testcase) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 18:33:10 -0000 On Monday 06 August 2007 13:38:21 Kostik Belousov wrote: > On Sun, Aug 05, 2007 at 04:56:46PM +0200, Tijl Coosemans wrote: >> While investigating ports/115092 and other reports of seemingly >> random page faults when running Wine, I think I've found the cause >> to be mmap not being thread-safe when MAP_FIXED is used. It causes >> mmap(MAP_FIXED) to return -1(ENOMEM) sometimes when it shouldn't, >> but also to return an address with wrong protections, hence the >> protection faults occuring. >> >> Attached is a test program that shows this. It runs two threads. The >> first mmap()'s a region, starts a second thread and then goes in a >> loop calling mmap(PROT_WRITE,MAP_FIXED) on that region, essentially >> replacing that mapping. This is basically what rtld does to map an >> ELF object for instance when dlopen(3) is called. The second thread >> tries to steal the mapping from the first by calling mmap(PROT_NONE) >> in a loop. After a while the program segfaults when the first thread >> tries to write to the mapped region. >> >> Some lines are commented out. If you remove the commenting, I hit on >> the case where mmap(MAP_FIXED) returns -1. >> >> The problem is in sys/vm/vm_mmap.c:vm_mmap(). In case of MAP_FIXED >> first vm_map_remove() is called and then later vm_map_find(). This >> would need some locking, but I don't know which lock or how to >> approach this, so can somebody have a look at this? >> >> #include >> #include >> #include >> #include >> >> #define MAPSIZE ( 16 * 4096 ) >> >> void *second_thr( void *addr ) { >> int i; >> void *addr2; >> for( i = 0; ; i++ ) { >> addr2 = mmap( NULL, MAPSIZE, PROT_NONE, MAP_ANON | MAP_PRIVATE, -1, 0 ); >> /* >> if( addr2 != ( addr + MAPSIZE )) >> break; >> */ >> munmap( addr2, MAPSIZE ); >> } >> printf( "thread2: addr(%p), addr2(%p), i(%d)\n", addr, addr2, i ); >> return NULL; >> } >> >> int main( int argc, char **argv ) { >> int i; >> void *addr; >> volatile char *addr_fix; >> pthread_t thr; >> >> addr = mmap( NULL, MAPSIZE, PROT_NONE, MAP_ANON | MAP_PRIVATE, -1, 0 ); >> pthread_create( &thr, NULL, &second_thr, addr ); >> >> for( i = 0; ; i++ ) { >> addr_fix = mmap( addr, MAPSIZE, PROT_WRITE, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0 ); >> if( addr_fix == addr ) >> *addr_fix = i; /* should be writable */ >> /* >> else >> break; >> */ >> } >> printf( "thread1: addr(%p), addr_fix(%p), errno(%d), i(%d)\n", addr, addr_fix, errno, i ); >> >> pthread_join( thr, NULL ); >> return 0; >> } > > Try the patch below. It changes behaviour for MAP_STACK|MAP_FIXED > case, but I am not sure whether it worth fixing. > > diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c > index 8799cc5..b9dabe8 100644 > --- a/sys/vm/vm_map.c > +++ b/sys/vm/vm_map.c > @@ -1160,7 +1176,7 @@ vm_map_find(vm_map_t map, vm_object_t object, vm_ooffset_t offset, > vm_size_t length, boolean_t find_space, vm_prot_t prot, > vm_prot_t max, int cow) > { > - vm_offset_t start; > + vm_offset_t start, end; > int result; > > start = *addr; > @@ -1171,9 +1187,14 @@ vm_map_find(vm_map_t map, vm_object_t object, vm_ooffset_t offset, > return (KERN_NO_SPACE); > } > start = *addr; > + end = start + length; > + } else { > + end = start + length; > + VM_MAP_RANGE_CHECK(map, start, end); > + (void) vm_map_delete(map, start, end); I don't think you can do this. Now, when vm_map_find() is called with find_space=FALSE, it will delete any existing mapping instead of failing if the address is not available. Have you checked all locations where this function is called to make sure this isn't harmful? From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 22:02:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF4016A419 for ; Mon, 6 Aug 2007 22:02:08 +0000 (UTC) (envelope-from SRS0=9db4c9151b82f6f6c94b58238ef9a754ba0ad537=419=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 3907613C468 for ; Mon, 6 Aug 2007 22:02:06 +0000 (UTC) (envelope-from SRS0=9db4c9151b82f6f6c94b58238ef9a754ba0ad537=419=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id LEI95404 for ; Mon, 06 Aug 2007 15:02:04 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C778C45045 for ; Mon, 6 Aug 2007 15:02:04 -0700 (PDT) To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1186437724_71805P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 06 Aug 2007 15:02:04 -0700 From: "Kevin Oberman" Message-Id: <20070806220204.C778C45045@ptavv.es.net> Cc: Subject: powerd missing power transitions (sort of) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 22:02:08 -0000 --==_Exmh_1186437724_71805P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have noted that, on some occasions, powerd misses AC power transitions. I run powerd with '-a maximum', but I was seeing the CPU moving in speed like I was on battery. The system is a Lenovo T43 with a 2 GHz Pentium-M running current as of last Tuesday. I am running Gnome with the Gnome Power Manager, but I don't see any sign that it touches the frequency, I started it up with -v and logged the following: # Disconnected from AC idle time > 90%, decreasing clock speed from 2000 MHz to 1750 MHz idle time < 65%, increasing clock speed from 1750 MHz to 2000 MHz idle time > 90%, decreasing clock speed from 2000 MHz to 1750 MHz # Plugged in power now operating on AC power; changing frequency to 2000 MHz idle time > 90%, decreasing clock speed from 2000 MHz to 1750 MHz idle time > 90%, decreasing clock speed from 1750 MHz to 1600 MHz idle time > 90%, decreasing clock speed from 1600 MHz to 1400 MHz idle time > 90%, decreasing clock speed from 1400 MHz to 1333 MHz idle time > 90%, decreasing clock speed from 1333 MHz to 1166 MHz idle time > 90%, decreasing clock speed from 1166 MHz to 1066 MHz idle time > 90%, decreasing clock speed from 1066 MHz to 932 MHz idle time > 90%, decreasing clock speed from 932 MHz to 800 MHz idle time > 90%, decreasing clock speed from 800 MHz to 700 MHz idle time > 90%, decreasing clock speed from 700 MHz to 600 MHz idle time > 90%, decreasing clock speed from 600 MHz to 500 MHz idle time > 90%, decreasing clock speed from 500 MHz to 400 MHz idle time > 90%, decreasing clock speed from 400 MHz to 300 MHz idle time < 65%, increasing clock speed from 300 MHz to 500 MHz idle time < 65%, increasing clock speed from 500 MHz to 700 MHz idle time < 65%, increasing clock speed from 700 MHz to 932 MHz idle time < 65%, increasing clock speed from 932 MHz to 1166 MHz idle time > 90%, decreasing clock speed from 1166 MHz to 1066 MHz # Unplugged power idle time > 90%, decreasing clock speed from 1066 MHz to 932 MHz idle time > 90%, decreasing clock speed from 932 MHz to 800 MHz idle time > 90%, decreasing clock speed from 800 MHz to 700 MHz idle time > 90%, decreasing clock speed from 700 MHz to 600 MHz idle time > 90%, decreasing clock speed from 600 MHz to 500 MHz idle time > 90%, decreasing clock speed from 500 MHz to 400 MHz idle time < 65%, increasing clock speed from 400 MHz to 600 MHz idle time > 90%, decreasing clock speed from 600 MHz to 500 MHz # Plugged in power now operating on AC power; changing frequency to 2000 MHz # After some minutes, unplugged again idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument idle time > 90%, decreasing clock speed from 2000 MHz to 13800 MHz powerd: error setting CPU frequency 13800: Invalid argument # Plugged power back in now operating on AC power; changing frequency to 800 MHz # Restarted powerd powerd: using sysctl for AC line status powerd: using devd for AC line status now operating on AC power; changing frequency to 2000 MHz On the first battery to AC transition, it reported the change, but continued adjusting the system frequency, On the second, it worked properly and the power stayed at 2000 MHz. When my system switches to battery, the highest available freq_level drops from 2000 MHz to 800 MHz. I only see this when powerd is running. Powerd then got into a broken mode where it kept trying to set the CPU to 13800 MHz. This is a bit too fast and it reported an invalid argument on every attempt to adjust the CPU. 13800 is reported as the energy used at 800 MHz. It is somehow being picked up incorrectly as an available CPU frequency, After this, plugging in the AC raised the CPU speed to maximum of 800 MHz. I had to restart powerd to get back to 2000 MHz. Any idea what might be going on? A quick look at the code does not offer me any insights, but it looks like powerd is getting confused by the changes in max frequency. It's not exactly a show-stopper, but it would be nice of it worked right when V7 comes out. --==_Exmh_1186437724_71805P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGt5pckn3rs5h7N1ERAt/aAJ47uB9axZ2lUfLLF4i9Ptq+gg8ldQCfTNyr Ibg/6hZ51jmMhHRnB74YGUQ= =yOlm -----END PGP SIGNATURE----- --==_Exmh_1186437724_71805P-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 22:12:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA5DA16A417 for ; Mon, 6 Aug 2007 22:12:00 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (ipsecgw.sw.ru [195.214.233.19]) by mx1.freebsd.org (Postfix) with ESMTP id 62E2613C428 for ; Mon, 6 Aug 2007 22:12:00 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IIAnu-000A0m-5u; Tue, 07 Aug 2007 02:11:58 +0400 From: Vladimir Grebenschikov To: freebsd-eclipse@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 07 Aug 2007 02:11:57 +0400 Message-Id: <1186438317.1592.14.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current Subject: Java dumps core with eclipse after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 22:12:00 -0000 Hi After usual upgrade of world and some ports java dumps core when started by eclipse: % eclipse Fatal error 'thr_resume_wrapper, lock_switch != 0 ' at line 1119 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 174487 7412) Fatal error 'thr_resume_wrapper, lock_switch != 0 ' at line 1119 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 174487 7412) Fatal error 'thr_resume_wrapper, lock_switch != 0 ' at line 1119 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 174487 7412) Fatal error 'thr_resume_wrapper, lock_switch != 0 ' at line 1119 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 174487 7412) ... (many times) ... GTK Accessibility Module initialized It shows: JVM terminated. Exit code=1 /usr/local/bin/java -Xms40m -Xmx256m -jar /usr/local/eclipse/startup.jar -os freebsd -ws gtk -arch x86 -launcher /usr/local/eclipse/eclipse -name Eclipse -showsplash 600 -exitdata 20013 -vm /usr/local/bin/java -vmargs -Xms40m -Xmx256m -jar /usr/local/eclipse/startup.jar % ls -l *core -rw------- 1 vova vova 278888448 Aug 7 01:43 java.core % stack-trace is useless for my taste - infinite list of empty frames: % gdb /usr/local/jdk1.5.0/bin/java java.core ... Core was generated by `java'. Program terminated with signal 11, Segmentation fault. #0 0x2817a107 in ?? () (gdb) bt #0 0x2817a107 in ?? () #1 0xbfbc2f60 in ?? () #2 0x2818a700 in ?? () #3 0x281a4050 in ?? () ... World with kernel upgraded 2006/07/24 -> 2007/08/06 Ports that was upgraded: graphics/jasper devel/autoconf261 textproc/intltool multimedia/gstreamer print/ghostscript-gpl multimedia/gstreamer-plugins audio/gstreamer-plugins-ogg audio/gstreamer-plugins-cdparanoia x11-toolkits/gstreamer-plugins-pango devel/libglade2 devel/gstreamer-plugins-gnomevfs multimedia/mplayer multimedia/gstreamer-plugins-theora audio/gstreamer-plugins-vorbis Force upgrade of eclipse does not helps. jdk15 is not latest (latest does not build) and was not changed during this upgrade. Booting with old kernel does not helps also. % pkg_info -I jdk\* eclipse\* eclipse-3.2.2 An open extensible IDE for anything and nothing in particul eclipse-EPIC-0.5.33_1 EPIC adds Perl support to the Eclipse IDE Framework eclipse-cdt-3.1.2_1 C/C++ IDE for Eclipse eclipse-emf-2.2.1_1 Eclipse Modeling Framework eclipse-gef-3.2.2_2 Graphical Editing Framework for the Eclipse IDE eclipse-sqlexplorer-2.2.4_2 A visual database query tool for Eclipse eclipse-uml-1.1.1_1 A framework creating UML diagrams in Eclipse jdk-1.5.0.11p5,1 Java Development Kit 1.5.0 % Any hints will be very appreciated. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 23:02:01 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D346016A418 for ; Mon, 6 Aug 2007 23:02:01 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id 7F74913C459 for ; Mon, 6 Aug 2007 23:02:01 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: by muon.bluestop.org (Postfix, from userid 1000) id 95033404D; Mon, 6 Aug 2007 23:41:12 +0100 (BST) Date: Mon, 6 Aug 2007 23:41:12 +0100 From: bruce@cran.org.uk To: current@freebsd.org Message-ID: <20070806224112.GA21876@muon.bluestop.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: "tcpflags 0x18; tcp_do_segment" kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 23:02:01 -0000 I cvsupped my -CURRENT laptop last night and have been building ports today. When I checked the dmesg there were lots of messages similar to: TCP: [204.152.184.73]:21 to [10.0.10.13]:65159] tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received data after socket was closed, sending RST and removing tcpcb The machine's uname: FreeBSD muon.draftnet 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Sun Aug 5 23:58:47 BST 2007 brucec@muon.draftnet:/usr/obj/usr/src/sys/INSPIRON amd64 The laptop is connected to a machine running a month-old -CURRENT; it's running NAT via PF to my LAN using if_bridge. Apart from removing unused drivers, the laptop's kernel configuration has HZ set to 100 and I've added PF. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Mon Aug 6 23:27:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2DB16A417 for ; Mon, 6 Aug 2007 23:27:19 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay004.isp.belgacom.be (mailrelay004.isp.belgacom.be [195.238.6.170]) by mx1.freebsd.org (Postfix) with ESMTP id B0D1A13C46E for ; Mon, 6 Aug 2007 23:27:18 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from 77.206-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.245.206.77]) by mailrelay004.isp.belgacom.be with ESMTP; 07 Aug 2007 01:27:17 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l76NRGVC001214; Tue, 7 Aug 2007 01:27:16 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org, wine-freebsd@hub.org Date: Tue, 7 Aug 2007 01:27:13 +0200 User-Agent: KMail/1.9.7 References: <200708051656.50168.tijl@ulyssis.org> In-Reply-To: <200708051656.50168.tijl@ulyssis.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_T56tGsgPgDAKRJI" Message-Id: <200708070127.15951.tijl@ulyssis.org> Cc: Subject: Re: mmap(2) MAP_FIXED isn't thread-safe (+testcase) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 23:27:19 -0000 --Boundary-00=_T56tGsgPgDAKRJI Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 05 August 2007 16:56:46 Tijl Coosemans wrote: > The problem is in sys/vm/vm_mmap.c:vm_mmap(). In case of MAP_FIXED > first vm_map_remove() is called and then later vm_map_find(). This > would need some locking, but I don't know which lock or how to > approach this, so can somebody have a look at this? I had another go at it today. I've attached a patch. It uses vm_map_lock(), but to do that I made the lock recursive. --Boundary-00=_T56tGsgPgDAKRJI Content-Type: text/plain; charset="iso-8859-15"; name="patch-current-mmap" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-current-mmap" --- sys/vm/vm_mmap.c.orig 2007-07-30 23:58:11.000000000 +0200 +++ sys/vm/vm_mmap.c 2007-08-07 00:33:52.000000000 +0200 @@ -1341,7 +1341,6 @@ vm_mmap(vm_map_t map, vm_offset_t *addr, if (*addr != trunc_page(*addr)) return (EINVAL); fitit = FALSE; - (void) vm_map_remove(map, *addr, *addr + size); } /* * Lookup/allocate object. @@ -1394,8 +1393,11 @@ vm_mmap(vm_map_t map, vm_offset_t *addr, maxprot |= VM_PROT_EXECUTE; #endif + vm_map_lock(map); if (fitit) *addr = pmap_addr_hint(object, *addr, size); + else + (void) vm_map_remove(map, *addr, *addr + size); if (flags & MAP_STACK) rv = vm_map_stack(map, *addr, size, prot, maxprot, @@ -1403,6 +1405,7 @@ vm_mmap(vm_map_t map, vm_offset_t *addr, else rv = vm_map_find(map, object, foff, addr, size, fitit, prot, maxprot, docow); + vm_map_unlock(map); if (rv != KERN_SUCCESS) { /* --- sys/vm/vm_map.c.orig 2007-08-07 00:49:58.000000000 +0200 +++ sys/vm/vm_map.c 2007-08-07 00:44:47.000000000 +0200 @@ -215,8 +215,8 @@ vm_map_zinit(void *mem, int size, int fl map = (vm_map_t)mem; map->nentries = 0; map->size = 0; - mtx_init(&map->system_mtx, "system map", NULL, MTX_DEF | MTX_DUPOK); - sx_init(&map->lock, "user map"); + mtx_init(&map->system_mtx, "system map", NULL, MTX_DEF | MTX_DUPOK | MTX_RECURSE); + sx_init_flags(&map->lock, "user map", SX_RECURSE); return (0); } @@ -590,8 +590,8 @@ void vm_map_init(vm_map_t map, vm_offset_t min, vm_offset_t max) { _vm_map_init(map, min, max); - mtx_init(&map->system_mtx, "system map", NULL, MTX_DEF | MTX_DUPOK); - sx_init(&map->lock, "user map"); + mtx_init(&map->system_mtx, "system map", NULL, MTX_DEF | MTX_DUPOK | MTX_RECURSE); + sx_init_flags(&map->lock, "user map", SX_RECURSE); } /* --Boundary-00=_T56tGsgPgDAKRJI-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 07:39:29 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD2A916A46C for ; Tue, 7 Aug 2007 07:39:29 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 65F1813C461 for ; Tue, 7 Aug 2007 07:39:29 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=gepUASwEkOUnrxaFBMK5hf7756lDuKI9u1PWTcej3eY6Ddj68SINht7OgqOkxXqQHGTx44SzjDhnL7cRg6N/9E8zL01pQUdAf6gBJHHWWy+uZSoiaifGYVX1yZYtsGO0UJh1+QJEMJhgrxdFPngTrOlQpnx/CNfDWrpzUTARa5I=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1IIJf2-000F6s-Po; Tue, 07 Aug 2007 11:39:25 +0400 Date: Tue, 7 Aug 2007 11:39:20 +0400 From: Eygene Ryabinkin To: bruce@cran.org.uk Message-ID: <20070807073920.GV50228@void.codelabs.ru> References: <20070806224112.GA21876@muon.bluestop.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070806224112.GA21876@muon.bluestop.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.2 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: current@freebsd.org Subject: Re: "tcpflags 0x18; tcp_do_segment" kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 07:39:29 -0000 Bruce, good day. Mon, Aug 06, 2007 at 11:41:12PM +0100, bruce@cran.org.uk wrote: > I cvsupped my -CURRENT laptop last night and have been building ports > today. When I checked the dmesg there were lots of messages similar to: > > TCP: [204.152.184.73]:21 to [10.0.10.13]:65159] tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received data after socket was closed, > sending RST and removing tcpcb This was introduced in the /sys/netinet/tcp_input.c, 1.365. The origin and need for the change was discuissed in http://lists.freebsd.org/pipermail/freebsd-net/2007-July/014804.html (See http://lists.freebsd.org/pipermail/freebsd-net/2007-July/014808.html for the explanation of what's going on). If you were running -CURRENT on the same machine prior to CVSupping, then you probably saw the 'Spurious RST' messages. They were provoked by the same situation. The messages themselves are harmless, they just telling us that some data was came in, but the listener had already closed his socket, so he is not interested in the data anymore. Use sys.net.inet.tcp.log_debug to disable TCP stack debug output and get rid of those. -- Eygene From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 08:18:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1275F16A418 for ; Tue, 7 Aug 2007 08:18:11 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id B2C5113C46E for ; Tue, 7 Aug 2007 08:18:10 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 71C768C0C30; Tue, 7 Aug 2007 10:18:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id blyI3DXRFu9c; Tue, 7 Aug 2007 10:18:07 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6642F8C0C2F; Tue, 7 Aug 2007 10:18:07 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l778I6VX076078; Tue, 7 Aug 2007 10:18:06 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 7 Aug 2007 10:18:06 +0200 From: Roman Divacky To: Vladimir Grebenschikov Message-ID: <20070807081806.GA76017@freebsd.org> References: <1186438317.1592.14.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1186438317.1592.14.camel@localhost> User-Agent: Mutt/1.4.2.3i Cc: current , freebsd-eclipse@freebsd.org Subject: Re: Java dumps core with eclipse after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 08:18:11 -0000 On Tue, Aug 07, 2007 at 02:11:57AM +0400, Vladimir Grebenschikov wrote: > Hi > > After usual upgrade of world and some ports java dumps core when started > by eclipse: > > % eclipse > Fatal error 'thr_resume_wrapper, lock_switch != 0 > ' at line 1119 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno hows that you use libpthread? you did some non-standard settings? > jdk15 is not latest (latest does not build) and was not changed during > this upgrade. builds just fine here boostrapped by linux-jdk15 From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 11:00:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E0B16A420 for ; Tue, 7 Aug 2007 11:00:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 82E2913C48A for ; Tue, 7 Aug 2007 11:00:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IIMnU-000MCK-0b for freebsd-current@freebsd.org; Tue, 07 Aug 2007 14:00:28 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l77AdDqZ084796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Aug 2007 13:39:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l77AdDLw020185; Tue, 7 Aug 2007 13:39:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l77AdB92020184; Tue, 7 Aug 2007 13:39:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 7 Aug 2007 13:39:11 +0300 From: Kostik Belousov To: Tijl Coosemans Message-ID: <20070807103910.GI2738@deviant.kiev.zoral.com.ua> References: <200708051656.50168.tijl@ulyssis.org> <20070806113821.GB2738@deviant.kiev.zoral.com.ua> <200708062032.10514.tijl@ulyssis.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SDQiEKxzCZ35UpgS" Content-Disposition: inline In-Reply-To: <200708062032.10514.tijl@ulyssis.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 9733fe9a83ca81746226be428b8a047e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1340 [August 7 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: wine-freebsd@hub.org, freebsd-current@freebsd.org Subject: Re: mmap(2) MAP_FIXED isn't thread-safe (+testcase) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 11:00:31 -0000 --SDQiEKxzCZ35UpgS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 06, 2007 at 08:32:08PM +0200, Tijl Coosemans wrote: > On Monday 06 August 2007 13:38:21 Kostik Belousov wrote: > > On Sun, Aug 05, 2007 at 04:56:46PM +0200, Tijl Coosemans wrote: > >> While investigating ports/115092 and other reports of seemingly > >> random page faults when running Wine, I think I've found the cause > >> to be mmap not being thread-safe when MAP_FIXED is used. It causes > >> mmap(MAP_FIXED) to return -1(ENOMEM) sometimes when it shouldn't, > >> but also to return an address with wrong protections, hence the > >> protection faults occuring. > >>=20 > >> Attached is a test program that shows this. It runs two threads. The > >> first mmap()'s a region, starts a second thread and then goes in a > >> loop calling mmap(PROT_WRITE,MAP_FIXED) on that region, essentially > >> replacing that mapping. This is basically what rtld does to map an > >> ELF object for instance when dlopen(3) is called. The second thread > >> tries to steal the mapping from the first by calling mmap(PROT_NONE) > >> in a loop. After a while the program segfaults when the first thread > >> tries to write to the mapped region. > >>=20 > >> Some lines are commented out. If you remove the commenting, I hit on > >> the case where mmap(MAP_FIXED) returns -1. > >>=20 > >> The problem is in sys/vm/vm_mmap.c:vm_mmap(). In case of MAP_FIXED > >> first vm_map_remove() is called and then later vm_map_find(). This > >> would need some locking, but I don't know which lock or how to > >> approach this, so can somebody have a look at this? > >>=20 > >> #include > >> #include > >> #include > >> #include > >>=20 > >> #define MAPSIZE ( 16 * 4096 ) > >>=20 > >> void *second_thr( void *addr ) { > >> int i; > >> void *addr2; > >> for( i =3D 0; ; i++ ) { > >> addr2 =3D mmap( NULL, MAPSIZE, PROT_NONE, MAP_ANON | MAP_PRIVATE, -1= , 0 ); > >> /* > >> if( addr2 !=3D ( addr + MAPSIZE )) > >> break; > >> */ > >> munmap( addr2, MAPSIZE ); > >> } > >> printf( "thread2: addr(%p), addr2(%p), i(%d)\n", addr, addr2, i ); > >> return NULL; > >> } > >>=20 > >> int main( int argc, char **argv ) { > >> int i; > >> void *addr; > >> volatile char *addr_fix; > >> pthread_t thr; > >>=20 > >> addr =3D mmap( NULL, MAPSIZE, PROT_NONE, MAP_ANON | MAP_PRIVATE, -1, = 0 ); > >> pthread_create( &thr, NULL, &second_thr, addr ); > >>=20 > >> for( i =3D 0; ; i++ ) { > >> addr_fix =3D mmap( addr, MAPSIZE, PROT_WRITE, MAP_ANON | MAP_PRIVATE= | MAP_FIXED, -1, 0 ); > >> if( addr_fix =3D=3D addr ) > >> *addr_fix =3D i; /* should be writable */ > >> /* > >> else > >> break; > >> */ > >> } > >> printf( "thread1: addr(%p), addr_fix(%p), errno(%d), i(%d)\n", addr, = addr_fix, errno, i ); > >>=20 > >> pthread_join( thr, NULL ); > >> return 0; > >> } > >=20 [Old patch skipped]. > I don't think you can do this. Now, when vm_map_find() is called with > find_space=3DFALSE, it will delete any existing mapping instead of > failing if the address is not available. Have you checked all locations > where this function is called to make sure this isn't harmful? Yes, I looked over this when writing the patch. I think this is what actually supposed to happen in that case. Anyway, to not diverge from the old behaviour when fixing the issue, please test patch below. I do not like introducing recursive locks where it is quite easy to avoid them. diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c index 8799cc5..177e0db 100644 --- a/sys/vm/vm_map.c +++ b/sys/vm/vm_map.c @@ -155,6 +155,22 @@ static void vmspace_zdtor(void *mem, int size, void *a= rg); #define PROC_VMSPACE_LOCK(p) do { } while (0) #define PROC_VMSPACE_UNLOCK(p) do { } while (0) =20 +/* + * VM_MAP_RANGE_CHECK: [ internal use only ] + * + * Asserts that the starting and ending region + * addresses fall within the valid range of the map. + */ +#define VM_MAP_RANGE_CHECK(map, start, end) \ + { \ + if (start < vm_map_min(map)) \ + start =3D vm_map_min(map); \ + if (end > vm_map_max(map)) \ + end =3D vm_map_max(map); \ + if (start > end) \ + start =3D end; \ + } + void vm_map_startup(void) { @@ -1178,6 +1194,26 @@ vm_map_find(vm_map_t map, vm_object_t object, vm_oof= fset_t offset, return (result); } =20 +int +vm_map_fixed(vm_map_t map, vm_object_t object, vm_ooffset_t offset, + vm_offset_t *addr, /* IN/OUT */ + vm_size_t length, vm_prot_t prot, + vm_prot_t max, int cow) +{ + vm_offset_t start, end; + int result; + + start =3D *addr; + vm_map_lock(map); + end =3D start + length; + VM_MAP_RANGE_CHECK(map, start, end); + (void) vm_map_delete(map, start, end); + result =3D vm_map_insert(map, object, offset, + start, end, prot, max, cow); + vm_map_unlock(map); + return (result); +} + /* * vm_map_simplify_entry: * @@ -1355,22 +1391,6 @@ _vm_map_clip_end(vm_map_t map, vm_map_entry_t entry,= vm_offset_t end) } =20 /* - * VM_MAP_RANGE_CHECK: [ internal use only ] - * - * Asserts that the starting and ending region - * addresses fall within the valid range of the map. - */ -#define VM_MAP_RANGE_CHECK(map, start, end) \ - { \ - if (start < vm_map_min(map)) \ - start =3D vm_map_min(map); \ - if (end > vm_map_max(map)) \ - end =3D vm_map_max(map); \ - if (start > end) \ - start =3D end; \ - } - -/* * vm_map_submap: [ kernel use only ] * * Mark the given range as handled by a subordinate map. diff --git a/sys/vm/vm_map.h b/sys/vm/vm_map.h index 93aad51..1805a79 100644 --- a/sys/vm/vm_map.h +++ b/sys/vm/vm_map.h @@ -333,6 +333,7 @@ boolean_t vm_map_check_protection (vm_map_t, vm_offset_= t, vm_offset_t, vm_prot_t vm_map_t vm_map_create(pmap_t, vm_offset_t, vm_offset_t); int vm_map_delete (vm_map_t, vm_offset_t, vm_offset_t); int vm_map_find (vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, vm_si= ze_t, boolean_t, vm_prot_t, vm_prot_t, int); +int vm_map_fixed (vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, vm_s= ize_t, vm_prot_t, vm_prot_t, int); int vm_map_findspace (vm_map_t, vm_offset_t, vm_size_t, vm_offset_t *); int vm_map_inherit (vm_map_t, vm_offset_t, vm_offset_t, vm_inherit_t); void vm_map_init (struct vm_map *, vm_offset_t, vm_offset_t); diff --git a/sys/vm/vm_mmap.c b/sys/vm/vm_mmap.c index 9522fec..4f44817 100644 --- a/sys/vm/vm_mmap.c +++ b/sys/vm/vm_mmap.c @@ -1341,7 +1341,6 @@ vm_mmap(vm_map_t map, vm_offset_t *addr, vm_size_t si= ze, vm_prot_t prot, if (*addr !=3D trunc_page(*addr)) return (EINVAL); fitit =3D FALSE; - (void) vm_map_remove(map, *addr, *addr + size); } /* * Lookup/allocate object. @@ -1400,8 +1399,11 @@ vm_mmap(vm_map_t map, vm_offset_t *addr, vm_size_t s= ize, vm_prot_t prot, if (flags & MAP_STACK) rv =3D vm_map_stack(map, *addr, size, prot, maxprot, docow | MAP_STACK_GROWS_DOWN); + else if (fitit) + rv =3D vm_map_find(map, object, foff, addr, size, TRUE, + prot, maxprot, docow); else - rv =3D vm_map_find(map, object, foff, addr, size, fitit, + rv =3D vm_map_fixed(map, object, foff, addr, size, prot, maxprot, docow); =20 if (rv !=3D KERN_SUCCESS) { --SDQiEKxzCZ35UpgS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGuEvOC3+MBN1Mb4gRAlk4AJ9wDdefcdTmQil2GCMGURMWYBsyMQCeIP4W f+Vtf3xEVZETqTrM9AhXeAg= =HFT6 -----END PGP SIGNATURE----- --SDQiEKxzCZ35UpgS-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 10:48:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AC1B16A419 for ; Tue, 7 Aug 2007 10:48:26 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (omval.tednet.nl [IPv6:2001:7b8:206:1:200:39ff:fe59:b187]) by mx1.freebsd.org (Postfix) with ESMTP id E4CA113C46C for ; Tue, 7 Aug 2007 10:48:25 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (localhost [127.0.0.1]) by omval.tednet.nl (8.14.1/8.14.1) with ESMTP id l77AmIDj002101 for ; Tue, 7 Aug 2007 12:48:18 +0200 (CEST) (envelope-from ted@omval.tednet.nl) Received: (from ted@localhost) by omval.tednet.nl (8.14.1/8.14.1/Submit) id l77AmHoW002100 for freebsd-current@freebsd.org; Tue, 7 Aug 2007 12:48:17 +0200 (CEST) (envelope-from ted) Message-Id: <200708071048.l77AmHoW002100@omval.tednet.nl> From: ted@tednet.nl (Ted Lindgreen) Date: Tue, 7 Aug 2007 12:48:17 +0200 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: freebsd-current@freebsd.org X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,BAYES_50 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on omval.tednet.nl X-Mailman-Approved-At: Tue, 07 Aug 2007 11:30:01 +0000 Subject: Recent change in less(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 10:48:26 -0000 Hi, The recent change in the behaviour of less(1) rcsdiff -u -r1.9 -r1.10 /home/ncvs/src/contrib/less/main.c,v =================================================================== RCS file: /home/ncvs/src/contrib/less/main.c,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- main.c 2007/06/23 15:28:00 1.9 +++ main.c 2007/08/04 13:16:09 1.10 @@ -165,7 +165,7 @@ quit(QUIT_OK); } - if (less_is_more && get_quit_at_eof()) + if (less_is_more || get_quit_at_eof()) no_init = quit_if_one_screen = TRUE; wonders me a little. Is this really the desired behaviour? If so I have a question: how to obtain the former behaviour of the -e switch, i.e. quit when EOF is hit twice always (thus whether or not when the file happens to fit on a single page)? I also have a remark: I think that also the man-page should be updated, because: COMPATIBILITY WITH MORE ..... The -e option works differently. If the -e option is not set, less behaves as if the -E option were set. If the -e option is set, less behaves as if the -e and -F options were set. is no longer the case. With above change, more-compatibility OR -e implies -F, while above documents that only more-compatibility AND -e would imply -F. regards, -- ted From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 13:44:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75D8916A421 for ; Tue, 7 Aug 2007 13:44:27 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay007.isp.belgacom.be (mailrelay007.isp.belgacom.be [195.238.6.173]) by mx1.freebsd.org (Postfix) with ESMTP id 1569B13C480 for ; Tue, 7 Aug 2007 13:44:26 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from 77.206-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.245.206.77]) by mailrelay007.isp.belgacom.be with ESMTP; 07 Aug 2007 15:44:25 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l77DiOEb001415; Tue, 7 Aug 2007 15:44:24 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Tue, 7 Aug 2007 15:44:21 +0200 User-Agent: KMail/1.9.7 References: <200708051656.50168.tijl@ulyssis.org> <200708062032.10514.tijl@ulyssis.org> <20070807103910.GI2738@deviant.kiev.zoral.com.ua> In-Reply-To: <20070807103910.GI2738@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708071544.23556.tijl@ulyssis.org> Cc: Kostik Belousov , wine-freebsd@hub.org Subject: Re: mmap(2) MAP_FIXED isn't thread-safe (+testcase) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 13:44:27 -0000 On Tuesday 07 August 2007 12:39:11 Kostik Belousov wrote: > On Mon, Aug 06, 2007 at 08:32:08PM +0200, Tijl Coosemans wrote: >> I don't think you can do this. Now, when vm_map_find() is called >> with find_space=FALSE, it will delete any existing mapping instead >> of failing if the address is not available. Have you checked all >> locations where this function is called to make sure this isn't >> harmful? > > Yes, I looked over this when writing the patch. I think this is what > actually supposed to happen in that case. > > Anyway, to not diverge from the old behaviour when fixing the issue, > please test patch below. I do not like introducing recursive locks > where it is quite easy to avoid them. Works for me. I've added it to the Wine wiki to give it wider testing. From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 13:52:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFDCD16A419 for ; Tue, 7 Aug 2007 13:52:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7949513C45E for ; Tue, 7 Aug 2007 13:52:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l77Df36x008781; Tue, 7 Aug 2007 09:41:03 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Tue, 07 Aug 2007 09:41:03 -0400 (EDT) Date: Tue, 7 Aug 2007 09:41:03 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ted Lindgreen In-Reply-To: <200708071048.l77AmHoW002100@omval.tednet.nl> Message-ID: References: <200708071048.l77AmHoW002100@omval.tednet.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: Recent change in less(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 13:52:46 -0000 On Tue, 7 Aug 2007, Ted Lindgreen wrote: > Hi, > > The recent change in the behaviour of less(1) > > rcsdiff -u -r1.9 -r1.10 /home/ncvs/src/contrib/less/main.c,v > =================================================================== > RCS file: /home/ncvs/src/contrib/less/main.c,v > retrieving revision 1.9 > retrieving revision 1.10 > diff -u -r1.9 -r1.10 > --- main.c 2007/06/23 15:28:00 1.9 > +++ main.c 2007/08/04 13:16:09 1.10 > @@ -165,7 +165,7 @@ > quit(QUIT_OK); > } > > - if (less_is_more && get_quit_at_eof()) > + if (less_is_more || get_quit_at_eof()) > no_init = quit_if_one_screen = TRUE; > > wonders me a little. > > Is this really the desired behaviour? Yes, I believe so. This change in less/screen.c: $ cvs diff -u -r1.7 -r1.8 screen.c ... - /* - * This loses for terminals with termcap entries with ti/te strings - * that switch to/from an alternate screen, and we're in quit_at_eof - * (eg, more(1)). - */ - if (!quit_at_eof && !less_is_more) { - sc_init = ltgetstr("ti", &sp); - sc_deinit = ltgetstr("te", &sp); - } - + sc_init = ltgetstr("ti", &sp); if (sc_init == NULL) sc_init = ""; + sc_deinit= ltgetstr("te", &sp); if (sc_deinit == NULL) sc_deinit = ""; and this change in less/main.c: $ cvs -R diff -u -r1.8 -r1.9 main.c ... extern int missing_cap; extern int know_dumb; extern int quit_if_one_screen; +extern int no_init; extern int pr_type; @@ -165,7 +166,7 @@ } if (less_is_more && get_quit_at_eof()) - quit_if_one_screen = TRUE; + no_init = quit_if_one_screen = TRUE; attempted to keep historical more(1) behavior, but it didn't work correctly. Boolean algebra: (!A && !B) == !(A || B) So (!quit_at_eof && !less_is_more) == !(less_is_more || get_quit_at_eof()). > If so I have a question: how to obtain the former behaviour of the -e > switch, i.e. quit when EOF is hit twice always (thus whether or not > when the file happens to fit on a single page)? Perhaps: if (less_is_more) { no_init = TRUE; if (get_quit_at_eof()) quit_if_one_screen = TRUE; } -- DE From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 15:13:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A866916A418 for ; Tue, 7 Aug 2007 15:13:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 691BA13C457 for ; Tue, 7 Aug 2007 15:13:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2E59B2089; Tue, 7 Aug 2007 17:13:34 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 9039D2085; Tue, 7 Aug 2007 17:13:33 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 5DFA184463; Tue, 7 Aug 2007 17:13:33 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mike Tancsa References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200707061723.l66HNYSe037055@lava.sentex.ca> <86ir86hqhc.fsf@ds4.des.no> <200707262035.l6QKZtnd067391@lava.sentex.ca> <86abtihk6h.fsf@ds4.des.no> <200707262338.l6QNcL1T068284@lava.sentex.ca> <86hcnq900e.fsf@ds4.des.no> <200707270038.l6R0cLNV068524@lava.sentex.ca> <8664462p1b.fsf@ds4.des.no> <200707271037.l6RAbc2Q071412@lava.sentex.ca> Date: Tue, 07 Aug 2007 17:13:33 +0200 In-Reply-To: <200707271037.l6RAbc2Q071412@lava.sentex.ca> (Mike Tancsa's message of "Fri\, 27 Jul 2007 06\:37\:35 -0400") Message-ID: <86fy2v2x9e.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Takeharu KATO , freebsd-current@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 15:13:37 -0000 Mike Tancsa writes: > But my other ich7 box works as expected (kldloads and box reboots > after doing a kill -9 on watchdogd) with CURRENT or RELENG_6? I've tested the driver under -CURRENT on a couple more machines, with the same result everywhere: it probes and attaches and seems to work fine, but the box does not reboot. I haven't tried RELENG_6 on the same hardware, though. I have no idea where to go on from here... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 15:29:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2871716A417 for ; Tue, 7 Aug 2007 15:29:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E88B713C478 for ; Tue, 7 Aug 2007 15:29:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l77FTqBX090535; Tue, 7 Aug 2007 11:29:52 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l77FTpsO040934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Aug 2007 11:29:51 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200708071529.l77FTpsO040934@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 07 Aug 2007 11:30:06 -0400 To: Dag-Erling =?iso-8859-1?Q?Sm=C3=B8rgrav?= From: Mike Tancsa In-Reply-To: <86fy2v2x9e.fsf@ds4.des.no> References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200707061723.l66HNYSe037055@lava.sentex.ca> <86ir86hqhc.fsf@ds4.des.no> <200707262035.l6QKZtnd067391@lava.sentex.ca> <86abtihk6h.fsf@ds4.des.no> <200707262338.l6QNcL1T068284@lava.sentex.ca> <86hcnq900e.fsf@ds4.des.no> <200707270038.l6R0cLNV068524@lava.sentex.ca> <8664462p1b.fsf@ds4.des.no> <200707271037.l6RAbc2Q071412@lava.sentex.ca> <86fy2v2x9e.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Takeharu KATO , freebsd-current@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 15:29:57 -0000 At 11:13 AM 8/7/2007, Dag-Erling Sm=C3=B8rgrav wrote: >Mike Tancsa writes: > > But my other ich7 box works as expected (kldloads and box reboots > > after doing a kill -9 on watchdogd) > >with CURRENT or RELENG_6? RELENG_6 Original posted patch and your patch reboot this box running RELENG_6 ichwd0: at port 0x430-0x437,0x460-0x469 on isa0 ichwd0: Intel ICH7 watchdog timer (TCO version 2) ppc0: parallel port not found. ichwd module loaded ichwd0: on isa0 ichwd0: Intel ICH7 watchdog timer (ICH7 or equivalent) ppc0: parallel port not found. >I've tested the driver under -CURRENT on a couple more machines, with >the same result everywhere: it probes and attaches and seems to work >fine, but the box does not reboot. kldload ichwd, watchdogd -t 20;killall -9 watchdogd and nada ? I can boot one of my working RELENG_6 boxes on=20 current and test if you think it is some version issue. ---Mike >I haven't tried RELENG_6 on the same hardware, though. > >I have no idea where to go on from here... >DES >-- >Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 17:40:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BFEA16A417 for ; Tue, 7 Aug 2007 17:40:43 +0000 (UTC) (envelope-from ks@dlx.dk) Received: from exch.hoffice.dk (exch.hoffice.dk [87.61.124.141]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF7513C481 for ; Tue, 7 Aug 2007 17:40:43 +0000 (UTC) (envelope-from ks@dlx.dk) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 7 Aug 2007 19:28:25 +0200 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_02F2_01C7D929.2010B1C0" Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Promise SATA 300 TX4 Thread-Index: AcfZGFx7R6gaUZWlQqGcHQZcx4P+Bg== From: "Karsten W. Schmidt / DLX ApS" To: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Promise SATA 300 TX4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 17:40:43 -0000 Dette er en meddelelse i flere dele i MIME-format. ------=_NextPart_000_02F2_01C7D929.2010B1C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have a machine with 4 of these controllers. And 16 500GB Seagate disks. I installed the snapshot from 200706 to play with zfs, and everything seemed to work okay. Then I tried to update to the newest current, and started to get the following errors when reading from the pool. ad22: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad22: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad22: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad22: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad22: WARNING - SET_MULTI taskqueue timeout - completing request directly ad22: TIMEOUT - READ_DMA retrying (1 retry left) LBA=141145 Downgrading to the 200706 snapshot fixed the errors. I found the following after searching a bit on google http://www.nabble.com/Promise-SATA300-TX4-card-issues-t3955951.html And with a bit of trial-and-error I found that the following is the one causing these errors. http://lists.freebsd.org/pipermail/cvs-src/2007-June/079930.html A kernel made before this gives no errors, and a kernel make right after this gives the errors. Anyone have a clue to what could cause the errors? Or a hint to what I can do to help fix the error. -- Karsten Schmidt / DLX ApS ------=_NextPart_000_02F2_01C7D929.2010B1C0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKgDCCBRkw ggQBoAMCAQICBD5IvcQwDQYJKoZIhvcNAQEFBQAwMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1RE QzEUMBIGA1UEAxMLVERDIE9DRVMgQ0EwHhcNMDMwMjExMDgzOTMwWhcNMzcwMjExMDkwOTMwWjAx MQswCQYDVQQGEwJESzEMMAoGA1UEChMDVERDMRQwEgYDVQQDEwtUREMgT0NFUyBDQTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAKxi9mEgss/AxoXX43nmzO3yOZKkly5ko4Rbh5xM/aTz xF8hvVYQ69suYeyTaeOjzL2ZwwX8BrjKNhz+kI5JTMRWmi9WvM97DPFvR6YNQ03i6R05NM2NLNkS mPnj4cFKfIY4xKnEYYjSXq8aJk3V5KAiR4TZZLcZlvzsGeSylyZOSkzLjySLVBgcSGF71Yho2l21 6s0aMMGAg3ZQqk/R1N048O8W9OEMUAa/6vt6SaEoKxz2/BUyo3Rqj6nDYilxMeU7pGAXXnTm2hPt 6R8fG9GyaHPGEDR1RhAQ45AAdkDLi7dDCSH/q06TxljppYLbd8Q6mbFylUkE8Lcr+ntZjt0CAwEA AaOCAjcwggIzMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMIHsBgNVHSAEgeQwgeEw gd4GCCqBUIEpAQEBMIHRMC8GCCsGAQUFBwIBFiNodHRwOi8vd3d3LmNlcnRpZmlrYXQuZGsvcmVw b3NpdG9yeTCBnQYIKwYBBQUHAgIwgZAwChYDVERDMAMCAQEagYFDZXJ0aWZpa2F0ZXIgZnJhIGRl bm5lIENBIHVkc3RlZGVzIHVuZGVyIE9JRCAxLjIuMjA4LjE2OS4xLjEuMS4gQ2VydGlmaWNhdGVz IGZyb20gdGhpcyBDQSBhcmUgaXNzdWVkIHVuZGVyIE9JRCAxLjIuMjA4LjE2OS4xLjEuMS4wEQYJ YIZIAYb4QgEBBAQDAgAHMIGBBgNVHR8EejB4MEigRqBEpEIwQDELMAkGA1UEBhMCREsxDDAKBgNV BAoTA1REQzEUMBIGA1UEAxMLVERDIE9DRVMgQ0ExDTALBgNVBAMTBENSTDEwLKAqoCiGJmh0dHA6 Ly9jcmwub2Nlcy5jZXJ0aWZpa2F0LmRrL29jZXMuY3JsMCsGA1UdEAQkMCKADzIwMDMwMjExMDgz OTMwWoEPMjAzNzAyMTEwOTA5MzBaMB8GA1UdIwQYMBaAFGC1hexWZH4SGSdnHVAVS3OuO/kSMB0G A1UdDgQWBBRgtYXsVmR+EhknZx1QFUtzrjv5EjAdBgkqhkiG9n0HQQAEEDAOGwhWNi4wOjQuMAMC BJAwDQYJKoZIhvcNAQEFBQADggEBAAq6JiZG03OoCfNrCzCZ/YrhV3oR07iU1wkQbqOxOAPRtvJD QSlip3LY+3wF5jFwJ1QYTop8TuXRyox4iM8b05CL5iP4Cw4zQ32c4goZj8kBPnRddMmLHAPlGMgB TD/LlwVdmHGmmG+2fL03f77hkyVtb/AKrRcY4QO8BynIrSbo+GHw/SEJfpqOqWh9SGJyvQDqAZm4 BoJRgU7x9bSRVLkjegCan12N4DxkuRoSkirHgkRyOdziPMbYVfUVTsgFDtvG0GKm7BW0tQKC26yM ooHwm5kx9SAgqIhhCgeflPzQ1xvMLhfzBCd2Z+tUg/2kkH4GPQSjQy3a/Ati6i9fYlMwggVfMIIE R6ADAgECAgRFZII2MA0GCSqGSIb3DQEBBQUAMDExCzAJBgNVBAYTAkRLMQwwCgYDVQQKEwNUREMx FDASBgNVBAMTC1REQyBPQ0VTIENBMB4XDTA3MDgwMjE4NDY1NFoXDTA5MDgwMjE5MTY1NFowcDEL MAkGA1UEBhMCREsxIDAeBgNVBAoTF0RMWCBBcFMgLy8gQ1ZSOjI4NjkyOTg2MT8wFgYDVQQDEw9L YXJzdGVuIFNjaG1pZHQwJQYDVQQFEx5DVlI6Mjg2OTI5ODYtUklEOjExMjQ5NzA1NjkzMzMwgZ8w DQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAL1pWgxFyFJbj+VJSSuwKnDvps+GyLjk41NdmNgdYYsG ywAQgON1OeGPgbtAKK/kHACjdDkHRHUNrNwz9gIVJOK8ZVTl2SoSzLmzcZ1GOH9WYzF+nnc/nJyx zCkoVvZJUvsMazfIsmuh2fPcqrqnjNZap1LXq5g9kf1cd+9DYwXhAgMBAAGjggLCMIICvjAOBgNV HQ8BAf8EBAMCA/gwKwYDVR0QBCQwIoAPMjAwNzA4MDIxODQ2NTRagQ8yMDA5MDgwMjE5MTY1NFow ggE3BgNVHSAEggEuMIIBKjCCASYGCiqBUIEpAQEBAgQwggEWMC8GCCsGAQUFBwIBFiNodHRwOi8v d3d3LmNlcnRpZmlrYXQuZGsvcmVwb3NpdG9yeTCB4gYIKwYBBQUHAgIwgdUwChYDVERDMAMCAQEa gcZGb3IgYW52ZW5kZWxzZSBhZiBjZXJ0aWZpa2F0ZXQgZ+ZsZGVyIE9DRVMgdmlsa+VyLCBDUFMg b2cgT0NFUyBDUCwgZGVyIGthbiBoZW50ZXMgZnJhIHd3dy5jZXJ0aWZpa2F0LmRrL3JlcG9zaXRv cnkuIEJlbeZyaywgYXQgVERDIGVmdGVyIHZpbGvlcmVuZSBoYXIgZXQgYmVncuZuc2V0IGFuc3Zh ciBpZnQuIHByb2Zlc3Npb25lbGxlIHBhcnRlci4wQQYIKwYBBQUHAQEENTAzMDEGCCsGAQUFBzAB hiVodHRwOi8vb2NzcC5jZXJ0aWZpa2F0LmRrL29jc3Avc3RhdHVzMBQGA1UdEQQNMAuBCWtzQGRs eC5kazCBhAYDVR0fBH0wezBLoEmgR6RFMEMxCzAJBgNVBAYTAkRLMQwwCgYDVQQKEwNUREMxFDAS BgNVBAMTC1REQyBPQ0VTIENBMRAwDgYDVQQDEwdDUkwyMjMzMCygKqAohiZodHRwOi8vY3JsLm9j ZXMuY2VydGlmaWthdC5kay9vY2VzLmNybDAfBgNVHSMEGDAWgBRgtYXsVmR+EhknZx1QFUtzrjv5 EjAdBgNVHQ4EFgQU8r8qiHWIdqAb70BSZr/reSiK95swCQYDVR0TBAIwADAZBgkqhkiG9n0HQQAE DDAKGwRWNy4xAwIDqDANBgkqhkiG9w0BAQUFAAOCAQEABvY7jWwYLY4xvGJXAQ2KFa3DFr2dfa2E zExjrLvhxewdCQfFr5SkYQ9FqJTJZl0V7dgxYkWaHhteV2VSztfTg/6XX3h0WgQwoJicnYMrrGA9 pyExYdyOPkzdDJVmogZE0hPWZpbGaWTZHn9RRzZwCYpVAZWFEg1yIBOGDEe5YBW+L6Os/QmDtXt6 NDgQLlHktF9omWbIIHKiYJJ7HHfj7hvI6ATw6CuxZz2f5cXFPpGGZQnoVus4+A03CGzfglpSSvUq Dji7+ZnbK1jgBdmI5RUedKj+yzUBcCP4DX2CbZHaQiDUjcI9LR1nEhmz4ty/i2ZzZpL/H4QsWjVy pLblsTGCAj8wggI7AgEBMDkwMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1REQzEUMBIGA1UEAxML VERDIE9DRVMgQ0ECBEVkgjYwCQYFKw4DAhoFAKCCAVwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNMDcwODA3MTcyODI1WjAjBgkqhkiG9w0BCQQxFgQUBHLBYpQfTAwm c/upEhNqDkmGW5UwSAYJKwYBBAGCNxAEMTswOTAxMQswCQYDVQQGEwJESzEMMAoGA1UEChMDVERD MRQwEgYDVQQDEwtUREMgT0NFUyBDQQIERWSCNjBKBgsqhkiG9w0BCRACCzE7oDkwMTELMAkGA1UE BhMCREsxDDAKBgNVBAoTA1REQzEUMBIGA1UEAxMLVERDIE9DRVMgQ0ECBEVkgjYwZwYJKoZIhvcN AQkPMVowWDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4D AgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAhowCgYIKoZIhvcNAgUwDQYJKoZIhvcNAQEBBQAEgYCb p+lHEGy/9RSmIL20kM5fyDf4h3czKESzsw8qAsu1mWzX9eikJfX86eNK5m6uQSFp06L6D0u0pCCa F7QKo0b1mKkdmzpQNr6uXQh6XtibTBGgwxIsTPalily2MOr8YMj26mt3ILBs/wvEs1p7BOOXI7Oy IkepteY1Ljd3tparhQAAAAAAAA== ------=_NextPart_000_02F2_01C7D929.2010B1C0-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 19:11:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0AD916A41B for ; Tue, 7 Aug 2007 19:11:47 +0000 (UTC) (envelope-from cosasvarias@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 5470913C465 for ; Tue, 7 Aug 2007 19:11:47 +0000 (UTC) (envelope-from cosasvarias@gmail.com) Received: by wr-out-0506.google.com with SMTP id 67so705715wri for ; Tue, 07 Aug 2007 12:11:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=GBJftAhMmrzvnkbibapWDV7YzTnVGNYIC+8HHKhkPb1qjgJRrD3LFLzdibPtJqXfNORuQ3ZefkYiTacX4jpcFEjGYe8J2gP5PqT+IjTHFyy9/XEd6ivz5BmNYVXqU0CtQW1KYwrHe42IMgxngVOl252tWQYzKI9F3z0kRVrXzss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=jBYP9wxy6ShmzPaG371r08NAWF9SpAeszwL5kC9l537WRqGGCBB6OLEnghi8hujSAzkdHFs9q1N+k6ELTdt7R5IHQq3PoMEn1vbQ/iHRoMMxOJz8h6XxuCL1f4PX6oOBaztONVQSvhH5cjA4ShurqfcD5OvkJurZ2vv8C7ek5d8= Received: by 10.90.52.18 with SMTP id z18mr6509420agz.1186513906516; Tue, 07 Aug 2007 12:11:46 -0700 (PDT) Received: by 10.90.50.2 with HTTP; Tue, 7 Aug 2007 12:11:46 -0700 (PDT) Message-ID: <5d95d4be0708071211q5ede78b3q93d1cc0b21578810@mail.gmail.com> Date: Tue, 7 Aug 2007 21:11:46 +0200 From: "A. Rios" To: current@freebsd.org In-Reply-To: <5d95d4be0708050332r5b00c5b7h73acb3ae8b94383c@mail.gmail.com> MIME-Version: 1.0 References: <5d95d4be0708050332r5b00c5b7h73acb3ae8b94383c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: panic and fs corruption in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 19:11:47 -0000 On 8/5/07, A. Rios wrote: > > I compiled yesterday's kernel without problems, and it restarted fine. I > applied jeff roberson's ulehtt.diff (P4 with hyperthreading and 2GB RAM > here) > and disabled all kernel debugging (I was testing performance) > > Earlier this morning I was portupgrading and everything start to fail. One > of the > (random) panics was: > > Ok, now I have a kernel with debug symbols and I've found a way to reproduce the panic. It occurs when installing a port and after the message "SHA256 checksum OK for port XXXXX", at this point the system freezes and sometimes it dumps the memory and reboot itself, and other times it simply freezes and I have to restart the computer. I think the problem came from somewhere of the gcc/make toolchain but I don't know where to start. Kernel sources was fetched this morning, so the ulehtt patch isn't guilty. Since I don't have any experience with kgdb I can only follow the steps from the handbook (I don't know if it has anything to do with the panic, but it costs nothing to attach :) /usr/obj/usr/src/sys/7.agosto- 2.debug# kgdb kernel.debug/var/crash/vmcore.4 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: start = 0, len = 2758, fs = /usr panic: ffs_alloccg: map corrupted cpuid = 1 Uptime: 3m50s Physical memory: 2035 MB Dumping 434 MB: 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 19:15:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50B4A16A41B for ; Tue, 7 Aug 2007 19:15:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 48F8B13C46E for ; Tue, 7 Aug 2007 19:15:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C44451A4D86; Tue, 7 Aug 2007 12:14:21 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 23EE6C23A; Tue, 7 Aug 2007 15:15:14 -0400 (EDT) Date: Tue, 7 Aug 2007 15:15:13 -0400 From: Kris Kennaway To: "A. Rios" Message-ID: <20070807191513.GA57253@rot26.obsecurity.org> References: <5d95d4be0708050332r5b00c5b7h73acb3ae8b94383c@mail.gmail.com> <5d95d4be0708071211q5ede78b3q93d1cc0b21578810@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5d95d4be0708071211q5ede78b3q93d1cc0b21578810@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: panic and fs corruption in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 19:15:15 -0000 On Tue, Aug 07, 2007 at 09:11:46PM +0200, A. Rios wrote: > On 8/5/07, A. Rios wrote: > > > > I compiled yesterday's kernel without problems, and it restarted fine. I > > applied jeff roberson's ulehtt.diff (P4 with hyperthreading and 2GB RAM > > here) > > and disabled all kernel debugging (I was testing performance) > > > > Earlier this morning I was portupgrading and everything start to fail. One > > of the > > (random) panics was: > > > > > Ok, now I have a kernel with debug symbols and I've found a way to reproduce > the panic. It occurs when installing a port and after the message "SHA256 > checksum OK for port XXXXX", at this point the system freezes and sometimes > it dumps the memory and reboot itself, and other times it simply freezes and > I have to restart the computer. I think the problem came from somewhere of > the gcc/make toolchain but I don't know where to start. I would guess that your filesystem remains corrupted from a previous panic and you need to offline and fsck -f it. Kris From owner-freebsd-current@FreeBSD.ORG Tue Aug 7 19:35:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4DB416A46E for ; Tue, 7 Aug 2007 19:35:00 +0000 (UTC) (envelope-from cosasvarias@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 545AD13C478 for ; Tue, 7 Aug 2007 19:35:00 +0000 (UTC) (envelope-from cosasvarias@gmail.com) Received: by wr-out-0506.google.com with SMTP id 67so710473wri for ; Tue, 07 Aug 2007 12:34:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=BnNfNgqazE+v7g6t1bbiTtCcVbx25iqdjf+17CvtqPBhzsyrrwFiziPASMEEIvSlNWBWjNPVNGHAvzOxSwnvDd2jkJJ6B66OzgKiKT11iBoDfre7OswgJr2bW+ay6pd1CfUKpgcBVevSx2DsapTqZ+jt/06ksW1NEa2b4f0ZVss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=fIKXCM/Ke1e0IzNT9M+wLE6vFU+UgOfhe2zsQCncv0DOX/NWjLsSuC51LlgbiHDo90i4xVgmTfvujza0zjOMm244FUvOECyRNuZaMfoyTmAXaiCKqKT9SD87L8Jl9sPJzz8INyGMF3xjrql9qkI6JDC2nVmC7mHAnVURWYEwmEY= Received: by 10.90.104.14 with SMTP id b14mr6544223agc.1186515299317; Tue, 07 Aug 2007 12:34:59 -0700 (PDT) Received: by 10.90.50.2 with HTTP; Tue, 7 Aug 2007 12:34:59 -0700 (PDT) Message-ID: <5d95d4be0708071234o15f72413t74a7dac66d3aa6d7@mail.gmail.com> Date: Tue, 7 Aug 2007 21:34:59 +0200 From: "A. Rios" To: current@freebsd.org In-Reply-To: <5d95d4be0708071233v470a777cyad23a84f66cd893f@mail.gmail.com> MIME-Version: 1.0 References: <5d95d4be0708050332r5b00c5b7h73acb3ae8b94383c@mail.gmail.com> <5d95d4be0708071211q5ede78b3q93d1cc0b21578810@mail.gmail.com> <20070807191513.GA57253@rot26.obsecurity.org> <5d95d4be0708071233v470a777cyad23a84f66cd893f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: panic and fs corruption in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2007 19:35:00 -0000 On 8/7/07, Kris Kennaway wrote: > > On Tue, Aug 07, 2007 at 09:11:46PM +0200, A. Rios wrote: > > On 8/5/07, A. Rios wrote: > > > > > > I compiled yesterday's kernel without problems, and it restarted fine. > I > > > applied jeff roberson's ulehtt.diff (P4 with hyperthreading and 2GB > RAM > > > here) > > > and disabled all kernel debugging (I was testing performance) > > > > > > Earlier this morning I was portupgrading and everything start to fail. > One > > > of the > > > (random) panics was: > > > > > > > > Ok, now I have a kernel with debug symbols and I've found a way to > reproduce > > the panic. It occurs when installing a port and after the message > "SHA256 > > checksum OK for port XXXXX", at this point the system freezes and > sometimes > > it dumps the memory and reboot itself, and other times it simply freezes > and > > I have to restart the computer. I think the problem came from somewhere > of > > the gcc/make toolchain but I don't know where to start. > > I would guess that your filesystem remains corrupted from a previous > panic and you need to offline and fsck -f it. > > Kris > Ok, thanks a lot, that was the problem. I didn't have a filesystem, I had a hell of unreferenced files and nodes... I don't know how even it started. From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 00:24:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9B9416A417 for ; Wed, 8 Aug 2007 00:24:06 +0000 (UTC) (envelope-from michiel@boland.org) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 39EFB13C459 for ; Wed, 8 Aug 2007 00:24:05 +0000 (UTC) (envelope-from michiel@boland.org) Received: from xs6.xs4all.nl (xs6.xs4all.nl [194.109.21.6]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id l7804vVt053835; Wed, 8 Aug 2007 02:04:57 +0200 (CEST) (envelope-from michiel@boland.org) Received: from xs6.xs4all.nl (boland37@localhost [127.0.0.1]) by xs6.xs4all.nl (8.13.6/8.13.6) with ESMTP id l7804vFn080050; Wed, 8 Aug 2007 02:04:57 +0200 (CEST) (envelope-from michiel@boland.org) Received: from localhost (boland37@localhost) by xs6.xs4all.nl (8.13.6/8.13.6/Submit) with ESMTP id l7804peZ080045; Wed, 8 Aug 2007 02:04:56 +0200 (CEST) (envelope-from michiel@boland.org) X-Authentication-Warning: xs6.xs4all.nl: boland37 owned process doing -bs Date: Wed, 8 Aug 2007 02:04:49 +0200 (CEST) From: Michiel Boland X-X-Sender: boland37@xs6.xs4all.nl To: Poul-Henning Kamp In-Reply-To: <58735.1184519830@critter.freebsd.dk> Message-ID: <20070808013905.P78031-100000@xs6.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: sshd broken with UsePrivilegeSeparation=yes on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 00:24:06 -0000 On Sun, 15 Jul 2007, Poul-Henning Kamp wrote: >> fd = (*(int *)CMSG_DATA(cmsg)); >> >> So, obviously a gcc bug. I will try to generate a smaller test-case for >> this. > > I'm not convinced that CMSG_DATA is entirely kosher. The problem with the openssh code appears to be the following. In /usr/src/crypto/openssh/monitor_fdpass.c, there are two functions, mm_receive_fd and mm_send_fd that do roughly the following int mm_receive_fd(int sock) { struct msghdr msg; char tmp[CMSG_SPACE(sizeof(int))]; [...] msg.msg_control = tmp; msg.msg_controllen = sizeof(tmp); recvmsg(sock, &msg, 0); etc. Now, there is no guarantee that the 'tmp' array is aligned on a word boundary. Perhaps on i386/amd64, but not on sparc64. As a hack-bandaid, you can more or less fix alignment with this patch --- monitor_fdpass.c.orig 2006-11-10 17:38:34.000000000 +0100 +++ monitor_fdpass.c 2007-08-08 01:37:44.000000000 +0200 @@ -91,7 +91,7 @@ struct msghdr msg; struct iovec vec; ssize_t n; - char ch; + int ch; int fd; #ifndef HAVE_ACCRIGHTS_IN_MSGHDR char tmp[CMSG_SPACE(sizeof(int))]; then recompile /usr/src/secure/lib/libssh A better solution would probably be something like using tmp = malloc(CMSG_SPACE(sizeof(int))]) to really guarantee alignment. But I don't really understand why the original code did not crash with SIGBUS or something, but just returned bogus values for fd. Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 00:59:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDDE116A417 for ; Wed, 8 Aug 2007 00:59:32 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 96AC113C442 for ; Wed, 8 Aug 2007 00:59:32 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id l780wtVD009616 for ; Tue, 7 Aug 2007 17:58:55 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id l780wtWc009615 for freebsd-current@freebsd.org; Tue, 7 Aug 2007 17:58:55 -0700 (PDT) (envelope-from sgk) Date: Tue, 7 Aug 2007 17:58:55 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070808005855.GA9599@troutmask.apl.washington.edu> References: <20070806023232.GA47516@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20070806023232.GA47516@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Subject: Re: [PATCH] Annual sqrtl patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 00:59:32 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Aug 05, 2007 at 07:32:32PM -0700, Steve Kargl wrote: > Here's the latest version of sqrtl. Please commit. > Here's a new patch that includes cbrtl, ccosh, and sqrtl. -- Steve --FL5UXtIhxfXey3p5 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="libm.diff" Index: include/complex.h =================================================================== RCS file: /home/ncvs/src/include/complex.h,v retrieving revision 1.6 diff -u -p -r1.6 complex.h --- include/complex.h 14 Aug 2004 18:03:21 -0000 1.6 +++ include/complex.h 8 Aug 2007 00:56:41 -0000 @@ -45,6 +45,7 @@ __BEGIN_DECLS double cabs(double complex); float cabsf(float complex); +double complex ccosh(double complex); double cimag(double complex); float cimagf(float complex); long double cimagl(long double complex); Index: lib/msun/Makefile =================================================================== RCS file: /home/ncvs/src/lib/msun/Makefile,v retrieving revision 1.78 diff -u -p -r1.78 Makefile --- lib/msun/Makefile 21 May 2007 02:49:08 -0000 1.78 +++ lib/msun/Makefile 8 Aug 2007 00:56:59 -0000 @@ -68,13 +68,18 @@ SYMBOL_MAPS= ${SYM_MAPS} # C99 long double functions COMMON_SRCS+= s_copysignl.c s_fabsl.c s_modfl.c +.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64" +COMMON_SRCS+= e_sqrtl.c s_cbrtl.c +.endif + .if ${LDBL_PREC} != 53 # If long double != double use these; otherwise, we alias the double versions. COMMON_SRCS+= s_fmal.c s_frexpl.c s_nextafterl.c s_nexttoward.c s_scalbnl.c .endif # C99 complex functions -COMMON_SRCS+= s_cimag.c s_cimagf.c s_cimagl.c s_conj.c s_conjf.c s_conjl.c \ +COMMON_SRCS+= s_ccosh.c \ + s_cimag.c s_cimagf.c s_cimagl.c s_conj.c s_conjf.c s_conjl.c \ s_creal.c s_crealf.c s_creall.c # FreeBSD's C library supplies these functions: Index: lib/msun/Symbol.map =================================================================== RCS file: /home/ncvs/src/lib/msun/Symbol.map,v retrieving revision 1.4 diff -u -p -r1.4 Symbol.map --- lib/msun/Symbol.map 29 Apr 2007 14:05:20 -0000 1.4 +++ lib/msun/Symbol.map 8 Aug 2007 00:56:59 -0000 @@ -56,12 +56,15 @@ FBSD_1.0 { sinhf; sqrt; sqrtf; + sqrtl; asinh; asinhf; atan; atanf; cbrt; cbrtf; + cbrtl; + ccosh; ceil; ceilf; ceill; Index: lib/msun/man/sqrt.3 =================================================================== RCS file: /home/ncvs/src/lib/msun/man/sqrt.3,v retrieving revision 1.13 diff -u -p -r1.13 sqrt.3 --- lib/msun/man/sqrt.3 9 Jan 2007 01:02:06 -0000 1.13 +++ lib/msun/man/sqrt.3 8 Aug 2007 00:56:59 -0000 @@ -28,14 +28,16 @@ .\" from: @(#)sqrt.3 6.4 (Berkeley) 5/6/91 .\" $FreeBSD: src/lib/msun/man/sqrt.3,v 1.13 2007/01/09 01:02:06 imp Exp $ .\" -.Dd May 6, 1991 +.Dd August 5, 2007 .Dt SQRT 3 .Os .Sh NAME .Nm cbrt , .Nm cbrtf , +.Nm cbrtl , .Nm sqrt , -.Nm sqrtf +.Nm sqrtf , +.Nm sqrtl .Nd cube root and square root functions .Sh LIBRARY .Lb libm @@ -45,35 +47,43 @@ .Fn cbrt "double x" .Ft float .Fn cbrtf "float x" +.Ft "long double" +.Fn cbrtl "long double x" .Ft double .Fn sqrt "double x" .Ft float .Fn sqrtf "float x" +.Ft "long double" +.Fn sqrtl "long double x" .Sh DESCRIPTION The -.Fn cbrt -and the -.Fn cbrtf -functions compute -the cube root of +.Fn cbrt , +.Fn cbrtf , +and +.Fn cbrtl +functions compute the cube root of .Ar x . .Pp The .Fn sqrt -and the .Fn sqrtf -functions compute the -non-negative square root of x. +and +.Fn sqrtl +functions compute the non-negative square root of x except +.Fn sqrt "-0" += -0. .Sh RETURN VALUES The -.Fn cbrt +.Fn cbrt , +.Fn cbrtf , and the -.Fn cbrtf +.Fn cbrtl functions return the requested cube root. The -.Fn sqrt +.Fn sqrt , +.Fn sqrtf , and the -.Fn sqrtf +.Fn sqrtl functions return the requested square root unless an error occurs. An attempt to take the Index: lib/msun/src/e_sqrtl.c =================================================================== RCS file: lib/msun/src/e_sqrtl.c diff -N lib/msun/src/e_sqrtl.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lib/msun/src/e_sqrtl.c 8 Aug 2007 00:56:59 -0000 @@ -0,0 +1,92 @@ +#include +#include + +#include +#pragma STDC FENV_ACCESS ON + +#include "fpmath.h" + +long double +sqrtl(long double x) +{ + union IEEEl2bits u; + int k, r, i; + long double e, y; + fexcept_t flagp; + + r = fegetround(); + fegetexceptflag(&flagp, FE_INEXACT); + + u.e = x; + + /* If x < 0, then sqrt(x) = sNaN */ + if (u.bits.sign) + return ((x - x) / (x - x)); + + /* If x = NaN, then sqrt(x) = NaN. */ + /* If x = Inf, then sqrt(x) = Inf. */ + if (u.bits.exp == 32767) + return (x * x + x); + + /* If x = +-0, then sqrt(x) = +-0. */ + if ((u.bits.manh | u.bits.manl) == 0) + return (x); + + if (u.bits.exp == 0) { + /* Adjust subnormal numbers. */ + u.e *= 0x1.0p514; + k = u.bits.exp - 0x4200; + u.bits.exp = 0x3ffe; + } else { + /* + * x is a normal number, so break it into x = e*2^n where + * x = (2*e)*2^2k for odd n and x = (4*e)*2^2k for even n. + */ + if ((u.bits.exp - 0x3ffe) & 1) { /* n is odd. */ + k = u.bits.exp - 0x3fff; /* 2k = n - 1. */ + u.bits.exp = 0x3fff; /* u.e in [1,2). */ + } else { + k = u.bits.exp - 0x4000; /* 2k = n - 2. */ + u.bits.exp = 0x4000; /* u.e in [2,4). */ + } + } + /* + * Newton's iteration. Split u.e into a high and low part + * to achieve additional precision. + */ + y = sqrt(u.e); + e = u.e; + u.bits.manl = 0; + e = (e - u.e) / y; + y = (y + u.e / y); + u.e = y + e; + u.bits.exp += (k >> 1) - 1; + + feclearexcept(FE_INEXACT); /* Reset INEXACT flag. */ + fesetround(FE_TOWARDZERO); /* Set to round-toward-zero. */ + y = x / u.e; /* Chopped quotient (inexact?). */ + + if (!fetestexcept(FE_INEXACT)) { /* Quotient is exact. */ + if (y == u.e) { + /* Restore inexact and rounding mode. */ + fesetexceptflag(&flagp, FE_INEXACT); + fesetround(r); + return (u.e); + } + y = nexttowardl(y, 0.); /* y = y - ulp. */ + } + + fegetexceptflag(&flagp, FE_INEXACT); /* sqrt(x) is inexact. */ + if (r == FE_TONEAREST) + y = nexttowardl(y, x); /* y = y + ulp. */ + if (r == FE_UPWARD) { + u.e = nexttowardl(u.e, x); /* u.e = u.e + ulp. */ + y = nexttowardl(y, x); /* y = y + ulp. */ + } + u.e = u.e + y; /* Chopped sum. */ + u.bits.exp--; /* Correctly rounded. */ + /* Restore inexact and rounding mode. */ + fesetexceptflag(&flagp, FE_INEXACT); + fesetround(r); + return (u.e); +} Index: lib/msun/src/math.h =================================================================== RCS file: /home/ncvs/src/lib/msun/src/math.h,v retrieving revision 1.62 diff -u -p -r1.62 math.h --- lib/msun/src/math.h 7 Jan 2007 07:54:21 -0000 1.62 +++ lib/msun/src/math.h 8 Aug 2007 00:56:59 -0000 @@ -397,8 +397,8 @@ long double asinl(long double); long double atan2l(long double, long double); long double atanhl(long double); long double atanl(long double); -long double cbrtl(long double); #endif +long double cbrtl(long double); long double ceill(long double); long double copysignl(long double, long double) __pure2; #if 0 @@ -460,7 +460,9 @@ long double scalbnl(long double, int); #if 0 long double sinhl(long double); long double sinl(long double); +#endif long double sqrtl(long double); +#if 0 long double tanhl(long double); long double tanl(long double); long double tgammal(long double); Index: lib/msun/src/s_cbrtl.c =================================================================== RCS file: lib/msun/src/s_cbrtl.c diff -N lib/msun/src/s_cbrtl.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lib/msun/src/s_cbrtl.c 8 Aug 2007 00:56:59 -0000 @@ -0,0 +1,90 @@ +/*- + * Copyright (c) 2007, Steven G. Kargl + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice unmodified, this list of conditions, and the following + * disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + */ + +#include +#include + +#include "fpmath.h" + +long double +cbrtl(long double x) +{ + union IEEEl2bits u; + int k; + long double e = 1., y, z; + + u.e = x; + + /* If x = +-Inf, then cbrt(x) = +-Inf. */ + /* If x = NaN, then sqrt(x) = NaN. */ + if (u.bits.exp == 32767) + return (x + x); + + /* If x = +-0, then sqrt(x) = +-0. */ + if ((u.bits.manh | u.bits.manl) == 0) + return (x); + + if (u.bits.exp == 0) { + /* Adjust subnormal numbers. */ + u.e *= 0x1.0p514; + k = u.bits.exp - 0x4200; + } else /* x is a normal number, remove the bias. */ + k = u.bits.exp - 0x3ffe; + + u.bits.exp = 0x3ffe; + + /* x = u.e * 2^n. */ + switch (k - 3 * (k / 3)) { + case 0: /* mod(n,3) == 0. */ + k -= 3; /* k = n - 3. */ + u.bits.exp += 3; /* u.e in [4,8). */ + break; + case -2: + case 1: /* mod(n,3) == 1. */ + k--; /* k = n - 1. */ + u.bits.exp++; /* u.e in [1,2). */ + break; + case -1: + case 2: /* mod(n,3) == 2. */ + k -= 2; /* k = n - 2. */ + u.bits.exp +=2; /* u.e in [2,4). */ + break; + } + /* + * Newton's iteration. Split u.e into a high and low part + * to achieve additional precision. + */ + y = cbrt(u.e); + z = 1 / (y * y); + e = u.e; + u.bits.manl = 0; + e = y + (e - u.e) * z; + y += u.e * z; + u.e = (y + e) / 3; + u.bits.exp += (k / 3); + + return (u.e); +} Index: lib/msun/src/s_ccosh.c =================================================================== RCS file: lib/msun/src/s_ccosh.c diff -N lib/msun/src/s_ccosh.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lib/msun/src/s_ccosh.c 8 Aug 2007 00:56:59 -0000 @@ -0,0 +1,127 @@ +/*- + * Copyright (c) 2005 Bruce D. Evans and Steven G. Kargl + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice unmodified, this list of conditions, and the following + * disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + */ + +/* + * Hyperbolic cosine of a complex argument z = x + i y. + * + * cosh(z) = cosh(x+iy) + * = cosh(x) cos(y) + i sinh(x) sin(y). + * + * Exceptional values are noted in the comments within the source code. + * These values and the return value were taken from n1124.pdf. + */ + +#include +#include + +#include "math_private.h" + +double complex +ccosh(double complex z) +{ + double x, y; + int32_t hx, hy, ix, iy, lx, ly; + + x = creal(z); + y = cimag(z); + + EXTRACT_WORDS(hx, lx, x); + EXTRACT_WORDS(hy, ly, y); + + ix = 0x7fffffff & hx; /* If ix >= 0x7ff00000, then inf or NaN. */ + iy = 0x7fffffff & hy; /* If iy >= 0x7ff00000, then inf or NaN. */ + + /* Handle the nearly-non-exceptional cases where x and y are finite. */ + if (ix < 0x7ff00000 && iy < 0x7ff00000) { + if ((iy | ly) == 0) + return (cpack(cosh(x), x * y)); + return (cpack(cosh(x) * cos(y), sinh(x) * sin(y))); + } + + /* + * cosh(+-0 +- I Inf) = dNaN + I sign(d(+-0, dNaN))0. + * The sign of 0 in the result is unspecified. Choice = normally + * the same as dNaN. Raise the invalid floating-point exception. + * + * cosh(+-0 +- I NaN) = d(NaN) + I sign(d(+-0, NaN))0. + * The sign of 0 in the result is unspecified. Choice = normally + * the same as d(NaN). + * + * Say something about our sign choices generally but not specifically? + * The above is specific; dNaN = default NaN and d(NaN) = input NaN + * with default transformation under operations (e.g., on i386's, + * convert signaling NaNs to quiet NaNs by setting the quiet bit). + */ + if ((ix | lx) == 0 && iy >= 0x7ff00000) + return (cpack(y - y, copysign(0, x * (y - y)))); + + /* + * cosh(+-Inf +- I 0) = +Inf + I (+-)(+-)0. + * + * cosh(NaN + I 0) = NaN +- I 0. + * The sign of 0 in the result is unspecified. + */ + if ((iy | ly) == 0 && ix >= 0x7ff00000) { + if (((hx & 0xfffff) | lx) == 0) + return (cpack(x * x, copysign(0, x) * y)); + return (cpack(x * x, copysign(0, (x + x) * y))); + } + + /* + * cosh(x +- I Inf) = dNaN + I dNaN. + * Raise the invalid floating-point exception for finite nonzero x. + * + * cosh(x + I NaN) = d(NaN) + I d(NaN). + * Optionally raises the invalid floating-point exception for finite + * nonzero x. Choice = raise. + */ + if (ix < 0x7ff00000 && iy >= 0x7ff00000) + return (cpack(y - y, x * (y - y))); + + /* + * cosh(+-Inf + I NaN) = +Inf + I d(NaN). + * + * cosh(+-Inf +- I Inf) = +Inf + I dNaN. + * The sign of Inf in the result is unspecified. Choice = always +. + * Raise the invalid floating-point exception. + * + * cosh(+-Inf + I y) = +Inf cos(y) +- I Inf sin(y) + */ + if (ix >= 0x7ff00000 && ((hx & 0xfffff) | lx) == 0) { + if (iy >= 0x7ff00000) + return (cpack(x * x, x * (y - y))); + return (cpack((x * x) * cos(y), x * sin(y))); + } + + /* + * cosh(NaN + I NaN) = NaN + I NaN. + * + * cosh(NaN + I y) = NaN + I NaN. + * Raise the invalid floating-point exception for finite nonzero y. + * + */ + return (cpack((x * x) * (y - y), (x + x) * (y - y))); +} --FL5UXtIhxfXey3p5-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 01:32:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABB2016A417 for ; Wed, 8 Aug 2007 01:32:45 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFDA13C45E for ; Wed, 8 Aug 2007 01:32:45 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <46B91964.5080102@intersonic.se> Date: Wed, 08 Aug 2007 03:16:20 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.4 (X11/20070703) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bge/BCM5704 crashes current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 01:32:45 -0000 Danny Braniss wrote: > Hi, > I trying out an IBM X3455 which has 2 Broadcom BCM5704. > they work ok under -stable, but -current just reboots without a trace, > no panic, no nothing - actually some garbage on the serial port. > I tried wit/and without msi. > > this is what i get under -stable: > bge0@pci2:1:0: class=0x020000 card=0x02a61014 chip=0x164814e4 rev=0x10 > hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5704 NetXtreme Dual Gigabit Adapter' > class = network > subclass = ethernet > cap 07[40] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split > transaction > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 03[50] = VPD > cap 05[58] = MSI supports 8 messages, 64 bit > bge1@pci2:1:1: class=0x020000 card=0x02a61014 chip=0x164814e4 rev=0x10 > hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5704 NetXtreme Dual Gigabit Adapter' > class = network > subclass = ethernet > cap 07[40] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split > transaction > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 03[50] = VPD > cap 05[58] = MSI supports 8 messages, 64 bit > Same here, system is HP Proliant DL380G4. System will lock hard at network start. bge0: mem 0xfdef0000-0xfdefffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xfdee0000-0xfdeeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 08:50:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CACA16A418 for ; Wed, 8 Aug 2007 08:50:47 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id CE67213C46B for ; Wed, 8 Aug 2007 08:50:46 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so178896uge for ; Wed, 08 Aug 2007 01:50:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=FRBaE5ROWapqEzsF5WYy01b69a+2sVIdhCIBZkpmczzHrO2SQSiyBB+raREls/YNNs0ftXfklyXX9+L5lpZ4OrSXeDcXaO/I9ptbczUzt8rToJw/wuERo7mtIJadKETJQI1JjyiZ2RtSpCi33CSLSF+903sRZ2bG04/qcq8NID0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=TD9z7h22FizJJ0GJ7ZFESHuqeqvKs7V4z0w8c1vmWXMqO500F6bSMeagz+T6xHvk6BGY5UaTj6OPytD14J+uRlCIDTcfhuTL0nCFVKZyFSfDqqC2IIpocMnjZpBvR2VRqll+VblkO7puFwR+YKpayOGxTGHZwrHtzhUW1HMEoCg= Received: by 10.78.180.18 with SMTP id c18mr477260huf.1186563041458; Wed, 08 Aug 2007 01:50:41 -0700 (PDT) Received: by 10.78.160.10 with HTTP; Wed, 8 Aug 2007 01:50:41 -0700 (PDT) Message-ID: <3979a4b0708080150r6d995db1re2c3443eff3872e0@mail.gmail.com> Date: Wed, 8 Aug 2007 12:50:41 +0400 From: "KOT MATPOCKuH" To: current@freebsd.org In-Reply-To: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> MIME-Version: 1.0 References: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 08:50:47 -0000 On 7/29/07, KOT MATPOCKuH wrote: > > I got a problem. After messages on console: > ... > Mounting local files systems:. > Setting hostname: green. > fxp: link state changed to UP > nfe0: link state changed to DOWN > > console hangs. My things are not correct. Console is up to date ONLY after ANY kernel messages. "nfe0: link state changed to DOWN" is a last kernel message while boot process, and this is last string on display. If I attach any USB device, I see tail of messages on console and new messages about attached device. Keyboard input still is not working, but when scroll lock pressed cursor moves for several spaces. I'm still not tried to boot with serial console or usb keyboard, but may be later... -- MATPOCKuH From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 09:39:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E85B616A468 for ; Wed, 8 Aug 2007 09:39:25 +0000 (UTC) (envelope-from arek@wup-katowice.pl) Received: from poczta.wup-katowice.pl (poczta.wup-katowice.pl [213.216.67.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCDC13C48A for ; Wed, 8 Aug 2007 09:39:25 +0000 (UTC) (envelope-from arek@wup-katowice.pl) Received: by poczta.wup-katowice.pl (Postfix, from userid 1130) id B45087E81B; Wed, 8 Aug 2007 11:16:13 +0200 (CEST) Received: from [192.168.0.250] (arek.wup-katowice.pl [213.216.67.82]) by poczta.wup-katowice.pl (Postfix) with ESMTP id 6F7C47E819 for ; Wed, 8 Aug 2007 11:16:13 +0200 (CEST) X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 234216, updated: 8.08.2007] Message-ID: <46B9898E.3010205@wup-katowice.pl> Date: Wed, 08 Aug 2007 11:14:54 +0200 From: Arek Czereszewski User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: Subject: LSI MegaRaid SAS 8308ELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: arek@wup-katowice.pl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 09:39:26 -0000 Hi all :) Have somebody any information about this controller and FreeBSD?? I found information only about OpenBSD and this controller. OpenBSD support this controler with mfi driver. But I preffer FreeBSD :) Thank you for any information. Regards Arek -- Arek Czereszewski arek (at) wup-katowice (dot) pl "UNIX allow me work smarter, not harder." From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 13:10:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D30016A420 for ; Wed, 8 Aug 2007 13:10:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id D84EF13C483 for ; Wed, 8 Aug 2007 13:10:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=whMjKdh/bNCUlP7qUnpS3FxqbFLS+gXgVaYPbIuvAzG0yXzlC2A2ZLOsfvjvH6bc6SqSsfWmJdPYTIyneItabfWSO6ST/jfLI5s170iG0lH89IdTw8LJyOiyY6+CrlDGuyuocQxTW/7ADxxvl7i1U6xKm0isAY7uPOOTFTlk7H4UjGCwcR7rTCqlMXtMuLIxyfVW9H78qjav1Oe22nmzGeRNimtbFwbG1ZOdH7VYXq+tG9gvqvhaKI36H0brPCPJ; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1IIlIf-00045C-9f for current@freebsd.org; Wed, 08 Aug 2007 13:10:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1IIlIF-0005a1-Gk for current@freebsd.org; Wed, 08 Aug 2007 13:09:43 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IIlIB-0000Yv-SJ for current@freebsd.org; Wed, 08 Aug 2007 15:09:39 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 08 Aug 2007 15:09:39 +0200 Message-Id: Cc: Subject: Interrupt storm on uhci(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 13:10:10 -0000 Hi Hardware is: uhci0@pci0:7:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M USB Interface' class = serial bus subclass = USB The system is CURRENT, about a week old. It's generating a storm at ~76000 interrupts per second. Is there anything I can do to stop this? The good news is that USB on this system works, previously it would disable the port after a second or so. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 13:27:59 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B38016A418 for ; Wed, 8 Aug 2007 13:27:59 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.freebsd.org (Postfix) with ESMTP id 1659D13C46C for ; Wed, 8 Aug 2007 13:27:58 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l78DS2918769; Wed, 8 Aug 2007 09:28:02 -0400 (EDT) Received: from [64.102.220.190] (dhcp-64-102-220-190.cisco.com [64.102.220.190]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l78DRr618473; Wed, 8 Aug 2007 09:28:02 -0400 (EDT) Message-ID: <46B9C543.20407@FreeBSD.org> Date: Wed, 08 Aug 2007 09:29:39 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Rui Paulo References: <46B0A9A9.6030907@fnop.net> In-Reply-To: <46B0A9A9.6030907@fnop.net> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 13:27:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rui Paulo wrote: > Hi, > There's a new version of the MacBook patchset eagerly awaiting your > testing. :-) > > http://fnop.net/~rpaulo/priv/freebsd/macbook-aug-1.diff > > (remember to apply this patch with your CWD src/sys) > > New changes include: > * Fixed asmc support for the MacMini. I think this looks okay: dev.asmc.0.%desc: Apple SMC MacBook Pro Core Duo (15-inch) dev.asmc.0.%driver: asmc dev.asmc.0.%parent: isa0 dev.asmc.0.fan.0.speed: 1010 dev.asmc.0.fan.0.safespeed: 1200 dev.asmc.0.fan.0.minspeed: 1000 dev.asmc.0.fan.0.maxspeed: 6000 dev.asmc.0.fan.0.targetspeed: 1010 dev.asmc.0.fan.1.speed: 1009 dev.asmc.0.fan.1.safespeed: 1200 dev.asmc.0.fan.1.minspeed: 1000 dev.asmc.0.fan.1.maxspeed: 6000 dev.asmc.0.fan.1.targetspeed: 1010 dev.asmc.0.temp.enclosure: 32 dev.asmc.0.temp.heatsink1: 42 dev.asmc.0.temp.heatsink2: 41 dev.asmc.0.temp.memory: 52 dev.asmc.0.temp.graphics: 61 dev.asmc.0.temp.graphicssink: 56 dev.asmc.0.temp.unknown: 62 This "unknown" guy is interesting. dev.asmc.0.sms.x: -7 dev.asmc.0.sms.y: 16 dev.asmc.0.sms.z: 278 dev.asmc.0.light.left: 156 dev.asmc.0.light.right: 147 dev.cpu.0.temperature: 58 dev.cpu.1.temperature: 54 dev.msrtemp.0.%desc: CPU On-Die Thermal Sensors dev.msrtemp.0.%driver: msrtemp dev.msrtemp.0.%parent: cpu0 dev.msrtemp.1.%desc: CPU On-Die Thermal Sensors dev.msrtemp.1.%driver: msrtemp dev.msrtemp.1.%parent: cpu1 > * asmc matching for the latest MBP models (LED and HD). Not tested. > * asmc keyboard backlight control Backlight control still does not work on the MBP Core Duo with the ATI X1600 chip. > * all hw.* nodes are gone. You should now use dev.asmc or > dev.backlight. Check. > > There's also a lot of new information on the wiki page: > http://wiki.freebsd.org/AppleMacbook > > If you have any comments, bug reports, or anything else related, don't > hesitate contacting me. I noticed that the trackpad starting working a while ago with some of imp's USB commits. However, I can't get any kind of right-click with it (no keyboard modifiers work). I also can't make use of the "fn" key or any of the keys it activates (e.g. Page Up/Down, etc.). I wasn't sure if these should work working yet. Additionally, with the device cpufreq loaded, my CPU speeds accurately reflect the advertised spec. Thanks your work on this. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGucVDb2iPiv4Uz4cRAg6mAJ40MHb6dide7V6pKPncyHj1pX5ORgCeOhm9 frqvIiG1/E9V2YA4wGVPy14= =mNLV -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 14:34:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D267D16A418 for ; Wed, 8 Aug 2007 14:34:09 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id A3AC613C465 for ; Wed, 8 Aug 2007 14:34:09 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local ([70.210.134.255]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l78EY38k063737; Wed, 8 Aug 2007 09:34:04 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46B9D45A.8070301@freebsd.org> Date: Wed, 08 Aug 2007 09:34:02 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Joe Marcus Clarke References: <46B0A9A9.6030907@fnop.net> <46B9C543.20407@FreeBSD.org> In-Reply-To: <46B9C543.20407@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Rui Paulo , freebsd-current@freebsd.org Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 14:34:09 -0000 Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rui Paulo wrote: >> Hi, >> There's a new version of the MacBook patchset eagerly awaiting your >> testing. :-) >> >> http://fnop.net/~rpaulo/priv/freebsd/macbook-aug-1.diff >> >> (remember to apply this patch with your CWD src/sys) >> >> New changes include: >> * Fixed asmc support for the MacMini. > > I think this looks okay: > > dev.asmc.0.%desc: Apple SMC MacBook Pro Core Duo (15-inch) > dev.asmc.0.%driver: asmc > dev.asmc.0.%parent: isa0 > dev.asmc.0.fan.0.speed: 1010 > dev.asmc.0.fan.0.safespeed: 1200 > dev.asmc.0.fan.0.minspeed: 1000 > dev.asmc.0.fan.0.maxspeed: 6000 > dev.asmc.0.fan.0.targetspeed: 1010 > dev.asmc.0.fan.1.speed: 1009 > dev.asmc.0.fan.1.safespeed: 1200 > dev.asmc.0.fan.1.minspeed: 1000 > dev.asmc.0.fan.1.maxspeed: 6000 > dev.asmc.0.fan.1.targetspeed: 1010 > dev.asmc.0.temp.enclosure: 32 > dev.asmc.0.temp.heatsink1: 42 > dev.asmc.0.temp.heatsink2: 41 > dev.asmc.0.temp.memory: 52 > dev.asmc.0.temp.graphics: 61 > dev.asmc.0.temp.graphicssink: 56 > dev.asmc.0.temp.unknown: 62 > > This "unknown" guy is interesting. Is that the CPU sensor? Not the one inside each core, but the one that is on the motherboard next to the processor? Eric From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 15:13:05 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D032616A420 for ; Wed, 8 Aug 2007 15:13:05 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5464313C494 for ; Wed, 8 Aug 2007 15:13:05 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 435F8690F7B; Wed, 8 Aug 2007 16:05:20 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 102C2690FB8; Wed, 8 Aug 2007 16:05:20 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.7 Received: from epsilon.local (62.169.79.159.rev.optimus.pt [62.169.79.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id C4356690F7B; Wed, 8 Aug 2007 16:05:17 +0100 (WEST) Message-ID: <46B9CF6A.4000206@fnop.net> Date: Wed, 08 Aug 2007 15:12:58 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.5 (X11/20070801) MIME-Version: 1.0 To: Joe Marcus Clarke References: <46B0A9A9.6030907@fnop.net> <46B9C543.20407@FreeBSD.org> In-Reply-To: <46B9C543.20407@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 15:13:05 -0000 Joe Marcus Clarke wrote: > I think this looks okay: > > dev.asmc.0.%desc: Apple SMC MacBook Pro Core Duo (15-inch) > dev.asmc.0.%driver: asmc > dev.asmc.0.%parent: isa0 > dev.asmc.0.fan.0.speed: 1010 > dev.asmc.0.fan.0.safespeed: 1200 > dev.asmc.0.fan.0.minspeed: 1000 > dev.asmc.0.fan.0.maxspeed: 6000 > dev.asmc.0.fan.0.targetspeed: 1010 > dev.asmc.0.fan.1.speed: 1009 > dev.asmc.0.fan.1.safespeed: 1200 > dev.asmc.0.fan.1.minspeed: 1000 > dev.asmc.0.fan.1.maxspeed: 6000 > dev.asmc.0.fan.1.targetspeed: 1010 > dev.asmc.0.temp.enclosure: 32 > dev.asmc.0.temp.heatsink1: 42 > dev.asmc.0.temp.heatsink2: 41 > dev.asmc.0.temp.memory: 52 > dev.asmc.0.temp.graphics: 61 > dev.asmc.0.temp.graphicssink: 56 > dev.asmc.0.temp.unknown: 62 > > This "unknown" guy is interesting. I'm sure it's a temperature sensor located at the graphics card, but I'm not sure what to call it. > Backlight control still does not work on the MBP Core Duo with the ATI > X1600 chip. Work in progress, sorry :( > I noticed that the trackpad starting working a while ago with some of > imp's USB commits. However, I can't get any kind of right-click with it > (no keyboard modifiers work). I also can't make use of the "fn" key or > any of the keys it activates (e.g. Page Up/Down, etc.). I wasn't sure > if these should work working yet. Regarding to the touchpad, that's a work in progress. Regarding to the keyboard, I'm still trying to figure out how to do it. I already mailed Lennart Augustson, but I got no reply yet. Stay tunned. > Thanks your work on this. You're welcome! Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 15:18:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E897516A418; Wed, 8 Aug 2007 15:18:08 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 356B513C442; Wed, 8 Aug 2007 15:18:08 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id D6FF4690FB8; Wed, 8 Aug 2007 16:10:23 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 972FA690FBA; Wed, 8 Aug 2007 16:10:23 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.7 Received: from epsilon.local (62.169.79.159.rev.optimus.pt [62.169.79.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id 0259B690FB8; Wed, 8 Aug 2007 16:10:21 +0100 (WEST) Message-ID: <46B9D099.1090806@fnop.net> Date: Wed, 08 Aug 2007 15:18:01 +0100 From: Rui Paulo User-Agent: Thunderbird 2.0.0.5 (X11/20070801) MIME-Version: 1.0 To: Eric Anderson References: <46B0A9A9.6030907@fnop.net> <46B9C543.20407@FreeBSD.org> <46B9D45A.8070301@freebsd.org> In-Reply-To: <46B9D45A.8070301@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, Joe Marcus Clarke Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 15:18:09 -0000 Eric Anderson wrote: > Joe Marcus Clarke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Rui Paulo wrote: >>> Hi, >>> There's a new version of the MacBook patchset eagerly awaiting your >>> testing. :-) >>> >>> http://fnop.net/~rpaulo/priv/freebsd/macbook-aug-1.diff >>> >>> (remember to apply this patch with your CWD src/sys) >>> >>> New changes include: >>> * Fixed asmc support for the MacMini. >> >> I think this looks okay: >> >> dev.asmc.0.%desc: Apple SMC MacBook Pro Core Duo (15-inch) >> dev.asmc.0.%driver: asmc >> dev.asmc.0.%parent: isa0 >> dev.asmc.0.fan.0.speed: 1010 >> dev.asmc.0.fan.0.safespeed: 1200 >> dev.asmc.0.fan.0.minspeed: 1000 >> dev.asmc.0.fan.0.maxspeed: 6000 >> dev.asmc.0.fan.0.targetspeed: 1010 >> dev.asmc.0.fan.1.speed: 1009 >> dev.asmc.0.fan.1.safespeed: 1200 >> dev.asmc.0.fan.1.minspeed: 1000 >> dev.asmc.0.fan.1.maxspeed: 6000 >> dev.asmc.0.fan.1.targetspeed: 1010 >> dev.asmc.0.temp.enclosure: 32 >> dev.asmc.0.temp.heatsink1: 42 >> dev.asmc.0.temp.heatsink2: 41 >> dev.asmc.0.temp.memory: 52 >> dev.asmc.0.temp.graphics: 61 >> dev.asmc.0.temp.graphicssink: 56 >> dev.asmc.0.temp.unknown: 62 >> >> This "unknown" guy is interesting. > > > Is that the CPU sensor? Not the one inside each core, but the one that > is on the motherboard next to the processor? I don't think so. The key names for the last three nodes are "TG0H", "TG0P" and "TG0T". Hardware Monitor for Mac OS X doesn't seem to display the "unknown" one, I got it from Linux. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 15:41:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15D1316A417; Wed, 8 Aug 2007 15:41:38 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from out-mx1.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by mx1.freebsd.org (Postfix) with ESMTP id E261F13C458; Wed, 8 Aug 2007 15:41:37 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from admin.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by out-mx1.crosswinds.net (Postfix) with ESMTP id 3C4F02B034; Wed, 8 Aug 2007 11:41:37 -0400 (EDT) Received: by admin.crosswinds.net (Postfix, from userid 1001) id 06BA5403D; Wed, 8 Aug 2007 11:41:36 -0400 (EDT) Date: Wed, 8 Aug 2007 11:41:36 -0400 From: Tony Holmes To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Message-ID: <20070808154136.GA2852@crosswinds.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Apache on Current Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 15:41:38 -0000 uname -a: FreeBSD px1.cwahi.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Fri Jul 20 08:42:22 EDT 2007 tony@db.cwahi.com:/usr/obj/usr/src/sys/CWahi amd64 px1 is a jail created with ezjail with nullfs mounted links I have built apache from an nfs mounted ports tree, and when I run it I get: px1# /usr/local/etc/rc.d/apache.sh start Starting apache. Syntax error on line 206 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/mod_mmap_static.so into server: /usr/local/libexec/apache/mod_mmap_static.so: Undefined symbol "ap_null_cleanup" If I comment out the mod_mmap_static.so, the next one complains: px1# /usr/local/etc/rc.d/apache.sh start Starting apache. Syntax error on line 207 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/mod_vhost_alias.so into server: /usr/local/libexec/apache/mod_vhost_alias.so: Undefined symbol "ap_table_setn" I googled and found references to this but the solution was just to rebuild the port and all modules - which I did and still no go. Ideas? -- Tony Holmes Ph: (416) 993-1219 Founder and Senior Systems Architect Crosswinds Internet Communications Inc. From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 15:55:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8C9616A417 for ; Wed, 8 Aug 2007 15:55:47 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5ECD413C469 for ; Wed, 8 Aug 2007 15:55:47 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B591120CF; Wed, 8 Aug 2007 17:55:40 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 3C2DD20C9; Wed, 8 Aug 2007 17:55:40 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 256B284445; Wed, 8 Aug 2007 17:55:40 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mike Tancsa References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200707061723.l66HNYSe037055@lava.sentex.ca> <86ir86hqhc.fsf@ds4.des.no> <200707262035.l6QKZtnd067391@lava.sentex.ca> <86abtihk6h.fsf@ds4.des.no> <200707262338.l6QNcL1T068284@lava.sentex.ca> <86hcnq900e.fsf@ds4.des.no> <200707270038.l6R0cLNV068524@lava.sentex.ca> <8664462p1b.fsf@ds4.des.no> <200707271037.l6RAbc2Q071412@lava.sentex.ca> <86fy2v2x9e.fsf@ds4.des.no> <200708071529.l77FTpsO040934@lava.sentex.ca> Date: Wed, 08 Aug 2007 17:55:40 +0200 In-Reply-To: <200708071529.l77FTpsO040934@lava.sentex.ca> (Mike Tancsa's message of "Tue\, 07 Aug 2007 11\:30\:06 -0400") Message-ID: <86y7gmkolf.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Takeharu KATO , freebsd-current@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 15:55:47 -0000 Mike Tancsa writes: > Dag-Erling Sm=C3=B8rgrav writes: > > I've tested the driver under -CURRENT on a couple more machines, with > > the same result everywhere: it probes and attaches and seems to work > > fine, but the box does not reboot. > kldload ichwd, watchdogd -t 20;killall -9 watchdogd and nada ? Precisely. > I can boot one of my working RELENG_6 boxes on current and test if you > think it is some version issue. That would be great! DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 16:38:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C04416A417 for ; Wed, 8 Aug 2007 16:38:15 +0000 (UTC) (envelope-from martin@gneto.com) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id D052913C494 for ; Wed, 8 Aug 2007 16:38:14 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mailbox.gneto.com (83.227.181.30) by proxy1.bredband.net (7.3.127) id 46A848D60042E2BB; Wed, 8 Aug 2007 18:17:53 +0200 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id 94E4D28401; Wed, 8 Aug 2007 18:16:03 +0200 (CEST) Message-ID: <46B9EC04.5040407@gneto.com> Date: Wed, 08 Aug 2007 18:15:00 +0200 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: arek@wup-katowice.pl References: <46B9898E.3010205@wup-katowice.pl> In-Reply-To: <46B9898E.3010205@wup-katowice.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: LSI MegaRaid SAS 8308ELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 16:38:15 -0000 Arek Czereszewski wrote: > Hi all :) > > Have somebody any information about this controller > and FreeBSD?? No problems, it works with the mfi driver, it is just the man page that need to be updated... /martin > I found information only about OpenBSD and this controller. > OpenBSD support this controler with mfi driver. > But I preffer FreeBSD :) > > Thank you for any information. > > Regards > Arek > From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 17:00:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B5B516A418 for ; Wed, 8 Aug 2007 17:00:20 +0000 (UTC) (envelope-from dan@danneh.org) Received: from aqua.bluespider.org (aqua.bluespider.org [69.46.20.18]) by mx1.freebsd.org (Postfix) with ESMTP id 08A7713C4A8 for ; Wed, 8 Aug 2007 17:00:19 +0000 (UTC) (envelope-from dan@danneh.org) Received: from localhost ([127.0.0.1] helo=www.danneh.org) by aqua.bluespider.org with esmtp (Exim 4.62) (envelope-from ) id 1IIo3v-000MR6-4S for freebsd-current@freebsd.org; Wed, 08 Aug 2007 17:07:07 +0100 Received: from 81.149.89.84 (SquirrelMail authenticated user dan) by www.danneh.org with HTTP; Wed, 8 Aug 2007 17:07:07 +0100 (BST) Message-ID: <3946.81.149.89.84.1186589227.squirrel@www.danneh.org> Date: Wed, 8 Aug 2007 17:07:07 +0100 (BST) From: dan@danneh.org To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: nfe(4) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dan@danneh.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 17:00:20 -0000 Afternoon people. I might be covering old ground here, and I realise that this is resolved in fbsd7, however I'm after an urgent fix, as I'm unable to wait for fbsd7 to become a release. I have a rack server, with an nvidia nforce pro 3600 chipset, and the nic cards use the mcp55 marvell 88e1121 chipset (dual gigabit lan). the nve that's shipped with 6.2 doesn't recognise it, and have been following instructions here at http://www.f.csce.kyushu-u.ac.jp/~shigeaki//software/freebsd-nfe.html to attempt to get the nfe driver working on fbsd6.2. following the instructions letter for letter, i patch sys/dev/mii, comment out "device nve", recompile the kernel and reboot. on attempting to build the nfe kld after it's rebooted, make fails with errors in the sys/dev/pci/*.h files, and refuses to build. next i figured i'd grab the changes on the cvs for the generic kernel file, which adds an 'nfe' directory in sys/dev and added "device nfe" into the kernel config. however, compiling this time, says "device nfe unknown". however the source files are there. i know fbsd well enough to use it, but going deep into kernel configuration isn't my thing, so i got a bit lost after that. is this route even possible, or is this something that may be added in a stable brance of 6.2 that i can use? my main concern is using a stable 6.2 or current 7, being development software etc, that this server is a production server (or will be) for internet based services. so if possible, require the most stable solution. what do you suggest? dan From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 17:04:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE7AE16A41A; Wed, 8 Aug 2007 17:04:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id CB03B13C442; Wed, 8 Aug 2007 17:04:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B973E1CC02C; Wed, 8 Aug 2007 10:04:12 -0700 (PDT) Date: Wed, 8 Aug 2007 10:04:12 -0700 From: Jeremy Chadwick To: Tony Holmes Message-ID: <20070808170412.GA31196@eos.sc1.parodius.com> Mail-Followup-To: Tony Holmes , freebsd-ports@freebsd.org, freebsd-current@freebsd.org References: <20070808154136.GA2852@crosswinds.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070808154136.GA2852@crosswinds.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Apache on Current Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 17:04:13 -0000 On Wed, Aug 08, 2007 at 11:41:36AM -0400, Tony Holmes wrote: > I googled and found references to this but the solution was just to rebuild > the port and all modules - which I did and still no go. > > Ideas? First, you didn't state what version of Apache, so I'll assume 2.2. This almost looks like an APR incompatibility (Apache's bundled APR vs. a newer version installed in pods). Do you happen to have devel/apr or devel/apr-svn installed? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 17:13:20 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68A2E16A419 for ; Wed, 8 Aug 2007 17:13:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id C296513C442 for ; Wed, 8 Aug 2007 17:13:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hmdazw@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l78HCZTJ056051; Wed, 8 Aug 2007 19:12:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l78HCY3X056050; Wed, 8 Aug 2007 19:12:34 +0200 (CEST) (envelope-from olli) Date: Wed, 8 Aug 2007 19:12:34 +0200 (CEST) Message-Id: <200708081712.l78HCY3X056050@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, dan@danneh.org In-Reply-To: <3946.81.149.89.84.1186589227.squirrel@www.danneh.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Aug 2007 19:12:40 +0200 (CEST) Cc: Subject: Re: nfe(4) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, dan@danneh.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 17:13:20 -0000 dan@danneh.org wrote: > I might be covering old ground here, and I realise that this is resolved > in fbsd7, however I'm after an urgent fix, as I'm unable to wait for fbsd7 > to become a release. > I have a rack server, with an nvidia nforce pro 3600 chipset, and the nic > cards use the mcp55 marvell 88e1121 chipset (dual gigabit lan). the nve > that's shipped with 6.2 doesn't recognise it, and have been following > instructions here at > http://www.f.csce.kyushu-u.ac.jp/~shigeaki//software/freebsd-nfe.html to > attempt to get the nfe driver working on fbsd6.2. It's probably _much_ easier to add the PCI ID of your MCP55 to the stock nve(4) driver on your FreeBSD 6 machine. It works -- that's exactly what I did in a similar case, but only for the purpose of getting network access so I could cvsup to 7-current. The machine is now happily running 7- current with the new nfe(4) driver. Basically, you simply copy the device ID from the output of "pciconf -lv" and insert it in if_nve.c and if_nvereg.h (located in /sys/dev/nve). I think there's even a PR about it. However, I recommend you update to 7-current anyway. It is already in code freeze for several weeks (in preparation for the release), and it has been stable for me so far. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 17:37:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DF7516A419; Wed, 8 Aug 2007 17:37:42 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from out-mx1.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by mx1.freebsd.org (Postfix) with ESMTP id 7758E13C4A5; Wed, 8 Aug 2007 17:37:42 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from admin.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by out-mx1.crosswinds.net (Postfix) with ESMTP id 1D07D2B034; Wed, 8 Aug 2007 13:37:42 -0400 (EDT) Received: by admin.crosswinds.net (Postfix, from userid 1001) id EAFCF403D; Wed, 8 Aug 2007 13:37:41 -0400 (EDT) Date: Wed, 8 Aug 2007 13:37:41 -0400 From: Tony Holmes To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Message-ID: <20070808173741.GB6886@crosswinds.net> References: <20070808154136.GA2852@crosswinds.net> <20070808170412.GA31196@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070808170412.GA31196@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Apache on Current Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 17:37:42 -0000 > First, you didn't state what version of Apache, so I'll assume 2.2. > > This almost looks like an APR incompatibility (Apache's bundled APR vs. > a newer version installed in pods). Do you happen to have devel/apr > or devel/apr-svn installed? Ah, my bad! I always seem to miss 1 piece of vital info :) I had a similar experience with Apache 2 and opted to use apache13-modssl from ports. Portsnap done July 26, 1PM EST The make options: px1# make APACHE_BUFFERED_LOGS=yes WITH_APACHE_PERF_TUNING=yes WITH_APACHE_LATESTLOG=yes install Prior to that only perl 5.8.8 was installed via ports. -- Tony Holmes Ph: (416) 993-1219 Founder and Senior Systems Architect Crosswinds Internet Communications Inc. From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 17:50:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AB1516A417 for ; Wed, 8 Aug 2007 17:50:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CCB4413C458 for ; Wed, 8 Aug 2007 17:50:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l78HobRP050075; Wed, 8 Aug 2007 13:50:38 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l78HoaUY047803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Aug 2007 13:50:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200708081750.l78HoaUY047803@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 08 Aug 2007 13:50:53 -0400 To: Dag-Erling =?iso-8859-1?Q?Sm=C3=B8rgrav?= From: Mike Tancsa In-Reply-To: <86y7gmkolf.fsf@ds4.des.no> References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200707061723.l66HNYSe037055@lava.sentex.ca> <86ir86hqhc.fsf@ds4.des.no> <200707262035.l6QKZtnd067391@lava.sentex.ca> <86abtihk6h.fsf@ds4.des.no> <200707262338.l6QNcL1T068284@lava.sentex.ca> <86hcnq900e.fsf@ds4.des.no> <200707270038.l6R0cLNV068524@lava.sentex.ca> <8664462p1b.fsf@ds4.des.no> <200707271037.l6RAbc2Q071412@lava.sentex.ca> <86fy2v2x9e.fsf@ds4.des.no> <200708071529.l77FTpsO040934@lava.sentex.ca> <86y7gmkolf.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_1726394468==_" Cc: Takeharu KATO , freebsd-current@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 17:50:44 -0000 --=====================_1726394468==_ Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable At 11:55 AM 8/8/2007, Dag-Erling Sm=C3=B8rgrav wrote: >Mike Tancsa writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > I've tested the driver under -CURRENT on a couple more machines, with > > > the same result everywhere: it probes and attaches and seems to work > > > fine, but the box does not reboot. > > kldload ichwd, watchdogd -t 20;killall -9 watchdogd and nada ? > >Precisely. > > > I can boot one of my working RELENG_6 boxes on current and test if you > > think it is some version issue. > >That would be great! Very strange indeed. My RELENG_6 box reboots=20 just fine with your version and the version from=20 the PR. However, the box fails to reboot running=20 with a CURRENT kernel on either version of the watchdog. On a chance, I tried a trick I used to have to do=20 ages ago in order to get the driver to work. I added debug.acpi.disabled=3D"sysresource" to /boot/loader.conf and then it worked on the CURRENT kernel. i.e.=20 kldload /tmp/ichwd.ko,watchdogd -t 20;killall -9=20 watchdogd.... ~20 sec later, the box reboots=20 running a CURRENT. Without that in loader.conf, the box does not reboot. I _dont_ have to add=20 debug.acpi.disabled=3D"sysresource" on RELENG_6 on=20 the same box for the ichwd to work as expected. dmesg.txt attached the for same machine-- running CURRENT, one from RELENG_6 --=====================_1726394468==_ Content-Type: application/octet-stream; name="dmesg.txt.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt.gz" H4sICDcCukYAC2RtZXNnLnR4dADtW2tv27gS/R4g/2Fu94sDyLaolx9Ig3UcO/HdODEsp1tgsSho iXK0tS2tHmm9v/4OSUmWU6dN2i7g3spplYjiDIdnhpwRD3x8dIw//SDcRP7iPoGacwKk09Hqmqq2 YHbPYBgxdm5fwCQK/mJO0vi0d6uj4LWtiqsurpa4tsVVPO0QcdXEVfTpGMdHkH34OFO2YOskhsCD BG/v1v4Di2I/2fCWPl36XhCtfdqA3nIJYvgYIhaz6IG5aFRuph8DxfaFHycsYi4kEXXZikbvuZry fIZBunZp4gfrknSrodb7d9Pp4GYGv6hd+B019NIFQBuI1iV6V9NhcDEDjo40f+UmdO3E9Fe2qics ThoxzoJ9bDi020zjqBlHTjPexE1fb1tNJ1iF/pI1oyBF646PZv6KOWgH3sArv62ZxivwIvZ3ytbO Bgjp6KStwdU/8HeKACAUKqI/uevCCEWWtekJ9IOI1WbjEw2wHYqPZagqwK+gNYh+ifI1jehmw7Tq Y7yx2lbdWdI45jInfBq3iKe/htfw6pKtU3/NhP5XACMXG9WPlqcB2AkLQ3+9wBaNCw0ZTVL0wGv1 49xjc2/ueafDyZ3yZjxQLgbKxB4oM7uvjO2pMukNlHF/oPTftpXeZNRX7MFEGc+m+OSSP+kp/fHt G+w242K6pfSvh9d39pVyMbOVXn8yUsbjt8rwLaqyUS3+1/CiXM1mymysTM4HZ2WDNLSI6XP3FPvp ytR+c6Ep49sb5cJ+159co31vlYHNJbkS3qX/lljKx9kEzbnoj4Wu3viiPEFNJSr/nN68Va4/7cFH JKfXvauheMSdEkOITg2p854uWJcjFjG6hBVbBdEGOIbEMDSdGJqB3lENA8bn6Av6QP2iF3ZSO5pl qkbHghouGVN24ogAxxFmdL5E7aejm9ngGl2ko429q7MioJv2eNKFcbpM/DAKHBbHQQT2BtfGCi5Y guuZuWgcD4QYLXfCVIXauT056Ur9o4su8KDjTwjUersPyPGRH9DQd3Cl9O/pesGjI3sMSQBm8RxO 3/DFHKwxItUz8KO/Y1DruJiwZRXgeo/mAY3c46P3c5cATQB/r9KPOLITbcIkiAMvwUFO+e8PNGIg m88+kadO6KsFIDkeT3X7YzS7mg56F38WLZPgA7rtPE0SFKl5/kfmnjxapxz9ukfjpLxWdbPVMQ2z vFZ5xEi97xKUj7hZmlGf+wmIez5NvSHlcFmeQRhECS42Q23X+XXOrRZmIQroGBQXjkdfnZUeiQEw 1rxyB77LZZb1g3USBUshwtXsSngYbrjH4eKfDKbDd/asN7uz0bKEOvfHRy578B32Tt52YSuY9cCN FuN/jQqsAzKEx+qXwCLPspHsSnydjeSzYB2EIXMR79xv9pKxMIv/MnCh488Lv14FcVKf9Ecwj3x3 wYrIdTweuY7n7QoWckIkjYVeoVDqJaXnO2pxgci5gNZuqJmUFCJP6SRSp/YsncaOTu0pnbh562LX ySTdiNcmgAUJdHCRAxYhPm74cRJEuNmDI323xB1PgQe573VxqbfUhqo3ROWAmxhHRWot67AzHf1C R4Eu38vq/BfiiwkCW9ptkZR4a7vjiY+Cf1KtaOV/YivfcIFYpcmrBZ5abs0fl6Pezax+fdv/bcB3 xKx1u0XKhtHN8LYLNUx4ZhdtIGgWJoWtvThCguEZdzHvBC5bQgcTmD2oa9cTBTMNnwzCMvSjlZj8 cNB5i9ioFgKD/0wFzke3NpzvNmvSq/qzvGrueFV/yqv68RFbiVyRF1OT6W2T79pww5IPAZaMOKs1 5kiet/L8VQerYTb0wiuaRBoLhMIrlLQL/Emn8ArZeoW0vMIrrb1eyY0b8KS1ZglQ18WiIkbI1S4i T1pd4nYt1tVZ1vOP4eh6Npj+WUw69lfhkkfjaoWA3/Wms7OdoXSorYM8luXOIJJdLo4BiQWLQKws Zjwhlt7LlX53hTjXsJZHeXw9uLPPSwuinORUkeU6EgYsBUo+7JRXe6b4cXjmzdv4TOP5MwxAvUI0 78+fRziu8C5piAHTeREXINRFQZAANisgC+dOE992UIoLqE1+UYSHgMgB4vlWTxbz8MFP7vEmwtru gZdtCq75pYcPP/AXFTkh8gIALQlgK4ujzi6AZBdAsh9A8hjAZxiQAUjy/vsBJN8KICn0vARA7QUA GhJAMwOwvQugtgugth9A7TGAzzAgA1DL++8HUPtWALVCz0sA1F8AoCYB1PfkFwRQ3wVQ3w+g/hjA ZxiQAajn/fcDqH8rgHqh57kAsmwPlMO2tbZKLs+bU6iN+lctOQ98/9mZS54zMI0aWXbAP1ve/m2x tcWU7d8W2b5t0ejCB+on/PWMFy0iw+L72QL3cEjD3J68K387cSFIk0+E8h4DDmhW2WSAi3Z+vkHX vHGnBsrhY6Ie5ZujWOAiSHOghfxLgMNBWLGPG4+CQMuDYKt08Nkg0J4KAqPQ0y4HQfvpIOC1hfHl QkVXH5W0xlOFCprwsKBZIf3mslcXMCc+jg2uH4dLuikWJZElBikVieq2SGyVikQeblnAqca2HCnv gkZhocGLDPKttRIh0jiib2slVduaoW+N29ZKWFjtrZXMT4z7cq3kZT23tZIfU5HruZ9Gdm+fn0jZ T9hfLHDeNXORUIEvUknuIhlvPHLh7mLcw0nv2z6JJ7DwWjhh3bPwSlqipSVaWrzFUOdyi53v8Q4a VkryOLx4z5r1wLmn6IolqPIFTtqV9ygfeSSUPBIhn4iQxyLZy1dpkjZq0PdP0lAdeZjheGI6zBB3 rCXuHDk5R94xecd0cUflHfXKO6S63SF1b0/dg5BoO5CEj0scbNM+AxPJe+yK6J+BieQ9SiJZIGxL aAXs8fluJY22PlWBey4/UTv1lkEYbuTzfeDqIoJ0zxQRpAo4LOyOaaP0Ai6VbSOeJu/nUv9vbCOO w0q6oea3VUM7KcawVFRuGRLq8kEK1yIDDnI9Z6VechBxnsfPaGRDSe5x2iratyDiFsIHIJZpqjt7 Xv92LMwrAdEWQMiIMMBb0kUsNsOSxVJdsgkZSJUKn3ccLFn+rPQGtZIndtnyRukgWuXr/jYUm9z0 diz96QcyQp0sPJ223MWcTnZPeTYP16Hvwu10zHtt9YYhd0VII4rwL+WE1pijPM5ONNAy4ansxDaz V4y6nWNJm+iNGYKjBg9+lKQYfpkUxqCQeS1OEs7EpAlP2WvPX6ScKuHg6WJ0fw1zP1nRkJMmYRTM 5dMY1FxMGLqiG9F9zoCteSp0RabiFl/K2g04YGiQMDn3llj2uusVyNEMubnY6YvZlE5dYyxKnPfA cKFsRMGmwipmzvHRkMYJjCb4NydFsFqhS/8ftNZmThrxU9heHAeOL3geTmHxI3CsaBBZ6mLCbVk6 6YzPEWFGFzRhYM/0ttompGeD3uj1BmcyeKlWX1HOKInNjphonThZ703Eud0vBK5puubL9z/HRy4V Ic+PS/jaBxUSGi0wL6mwTNccQ1fu1eN+v3Q6Ahcj+zdx5nEGQ37wDBd+hBkVeg63Guy+Paqb+faR KSHieEQdnzdjTnWtYw/Byp61LK2t4+RqxLQ0rWW2DTCJBvMNzhMBS4IIU6Rmmldg6XZzBp2WZvT5 aXe04UUfFogrjr4smrwoWEHqxd0mGtBE8GJCj4/kz++8InLZPF00+GJruDwlYjS8fhVvYszEQRo5 7BVUPON+npE85hl10tU7PzLPaFY8Y8UzVjxjxTNWPOMh0HsHY0jFM1Y844t5RtXgPCMORHZ5Rl6U JRA4WOhHPLuI+/g1qYjKiqisiMqKqKyIyoqorIjKiqisiMqKqKyIyoqorIjKiqj8V4jKn4ItTGmU FHQsYJrd7u075N5nqVg5bqZq6+msIRsaambLwvy2VtoKOfmJGMUfnTd8mhF9AaP4e296M7q57EIT i7pYRHcYBSGLlhteQwh5Xrzwn+ngenBz+c6qvsJYkrYaWt2e9c6vB+IbjLP7FP6bLkGzQG11jU7X JE8xi/6KLpilPWYWg/lfOwxjRSoeCKl4Ou+cSU7xdE6MM341zw6NVWybHb2j/ays4stowooUrEjB ihSsSMF/gxS0MlLQOlBScNizZ9V3DLfHUVqjc1DU3U/C1X1fZu6rTvUPn4/7vuzbN4B0yJzb92XY vgGkQ+bVvi+L9g0g/Vjc2c/OlH0VUXYQ/Fj2OGPDlOIks0Rk7c+EX8lqlcuIQ2C1fi4a68us1Q9F Un2ZkPoC/3SIdJN87zhMsulfYJb+P7mkw6COqq+UfaevlP0PifGE4pZSAAA= --=====================_1726394468==_-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 19:05:15 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E6616A418 for ; Wed, 8 Aug 2007 19:05:15 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from out-mx1.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by mx1.freebsd.org (Postfix) with ESMTP id BFE2613C45B for ; Wed, 8 Aug 2007 19:05:14 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from admin.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by out-mx1.crosswinds.net (Postfix) with ESMTP id 4C4632B06E; Wed, 8 Aug 2007 15:05:02 -0400 (EDT) Received: by admin.crosswinds.net (Postfix, from userid 1001) id D5A65403D; Wed, 8 Aug 2007 15:04:56 -0400 (EDT) Date: Wed, 8 Aug 2007 15:04:56 -0400 From: Tony Holmes To: freebsd-current@FreeBSD.ORG, dan@danneh.org Message-ID: <20070808190456.GA15441@crosswinds.net> References: <3946.81.149.89.84.1186589227.squirrel@www.danneh.org> <200708081712.l78HCY3X056050@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200708081712.l78HCY3X056050@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: nfe(4) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 19:05:15 -0000 On +Aug 08, Oliver Fromme wrote: > dan@danneh.org wrote: > > I might be covering old ground here, and I realise that this is resolved > > in fbsd7, however I'm after an urgent fix, as I'm unable to wait for fbsd7 > > to become a release. > > I have a rack server, with an nvidia nforce pro 3600 chipset, and the nic > > cards use the mcp55 marvell 88e1121 chipset (dual gigabit lan). the nve > > that's shipped with 6.2 doesn't recognise it, and have been following > > instructions here at > > http://www.f.csce.kyushu-u.ac.jp/~shigeaki//software/freebsd-nfe.html to > > attempt to get the nfe driver working on fbsd6.2. > > It's probably _much_ easier to add the PCI ID of your MCP55 > to the stock nve(4) driver on your FreeBSD 6 machine. It > works -- that's exactly what I did in a similar case, but > only for the purpose of getting network access so I could > cvsup to 7-current. The machine is now happily running 7- > current with the new nfe(4) driver. > > Basically, you simply copy the device ID from the output > of "pciconf -lv" and insert it in if_nve.c and if_nvereg.h > (located in /sys/dev/nve). I think there's even a PR about > it. > > However, I recommend you update to 7-current anyway. It is > already in code freeze for several weeks (in preparation > for the release), and it has been stable for me so far. Let me add a "I concur" to this. I upgaded to 7-current 4 weeks ago for this very reason and I have been pleased with the stability and performance. I have enough confidence to deploy into production in the next couple of weeks. -- Tony Holmes Ph: (416) 993-1219 Founder and Senior Systems Architect Crosswinds Internet Communications Inc. From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 19:59:56 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D31716A49A; Wed, 8 Aug 2007 19:59:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8E19813C461; Wed, 8 Aug 2007 19:59:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A2E131A4D81; Wed, 8 Aug 2007 12:58:58 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id D62EFC12F; Wed, 8 Aug 2007 15:59:55 -0400 (EDT) Date: Wed, 8 Aug 2007 15:59:55 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20070808195955.GA76077@rot26.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: davidxu@FreeBSD.org Subject: panic: lock "aiomtx" already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 19:59:56 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =46rom stress2's random syscall test: db> wh Tracing pid 45777 tid 100465 td 0xc61b7000 kdb_enter(c077f50d,2,c0782352,ed0fab84,2,...) at kdb_enter+0x33 panic(c0782352,c0788b88,c5e1107c,20000,0,...) at panic+0xed lock_init(c5e1107c,c07c67c4,c0788b88,0,20000) at lock_init+0x8c mtx_init(c5e1107c,c0788b88,0,0,79400d31,...) at mtx_init+0x9f aio_init_aioinfo(c61c4ab0,c057d463,c07e6520,9579c960,31a964,...) at aio_ini= t_aioinfo+0x4b aio_aqueue(c61b7000,79400d31,0,2,1,...) at aio_aqueue+0x8d oaio_read(c61b7000,ed0facf8,4,c078503a,c07c2250,...) at oaio_read+0x32 syscall(ed0fad38) at syscall+0x14f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (318, FreeBSD ELF32, oaio_read), eip =3D 0x280c0969, esp =3D 0x= bfbfe5f0, ebp =3D 0xbfbfe638 --- db> x/s 0xc0782352 0xc0782352: lock "%s" %p already initialized db> x/s 0xc0788b88 0xc0788b88: aiomtx db> show lock 0xc5e1107c class: sleep mutex name: aiomtx flags: {DEF} state: {UNOWNED} --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGuiC7Wry0BWjoQKURAsFSAKDFZs7c5gBJpU9NDf58Xq9lbvCadQCeP8D8 I6WlP73lK9Fp/TXscJto13w= =Bh3i -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 20:25:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180A916A46D; Wed, 8 Aug 2007 20:25:59 +0000 (UTC) (envelope-from kirk@ba23.org) Received: from mail-07.primus.ca (mail.tor.primus.ca [216.254.136.21]) by mx1.freebsd.org (Postfix) with ESMTP id C705913C4E5; Wed, 8 Aug 2007 20:25:58 +0000 (UTC) (envelope-from kirk@ba23.org) Received: from ottawa-hs-64-26-155-235.s-ip.magma.ca ([64.26.155.235]) by mail-07.primus.ca with esmtp (Exim 4.63) (envelope-from ) id 1IIrrg-0003jb-1g; Wed, 08 Aug 2007 16:10:44 -0400 Received: from greyhawk (greyhawk [192.168.1.201]) by ottawa-hs-64-26-155-235.s-ip.magma.ca (8.13.5.20060308/8.13.5) with ESMTP id l78KAgTg017535; Wed, 8 Aug 2007 16:10:42 -0400 (EDT) Date: Wed, 8 Aug 2007 16:10:41 -0400 (EDT) From: Kirk Russell To: Kris Kennaway In-Reply-To: <20070808195955.GA76077@rot26.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org, davidxu@freebsd.org Subject: Re: panic: lock "aiomtx" already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 20:25:59 -0000 On Wed, 8 Aug 2007, Kris Kennaway wrote: > From stress2's random syscall test: > > db> wh > Tracing pid 45777 tid 100465 td 0xc61b7000 > kdb_enter(c077f50d,2,c0782352,ed0fab84,2,...) at kdb_enter+0x33 > panic(c0782352,c0788b88,c5e1107c,20000,0,...) at panic+0xed > lock_init(c5e1107c,c07c67c4,c0788b88,0,20000) at lock_init+0x8c > mtx_init(c5e1107c,c0788b88,0,0,79400d31,...) at mtx_init+0x9f > aio_init_aioinfo(c61c4ab0,c057d463,c07e6520,9579c960,31a964,...) at aio_init_aioinfo+0x4b > aio_aqueue(c61b7000,79400d31,0,2,1,...) at aio_aqueue+0x8d > oaio_read(c61b7000,ed0facf8,4,c078503a,c07c2250,...) at oaio_read+0x32 > syscall(ed0fad38) at syscall+0x14f > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (318, FreeBSD ELF32, oaio_read), eip = 0x280c0969, esp = 0xbfbfe5f0, ebp = 0xbfbfe638 --- > db> x/s 0xc0782352 > 0xc0782352: lock "%s" %p already initialized Could this be a similar issue? I noticed it with 7.0-CURRENT-200706. http://www.freebsd.org/cgi/query-pr.cgi?pr=114216 -- Kirk Russell http://www.ba23.org/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 20:57:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 435C216A419; Wed, 8 Aug 2007 20:57:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 357EF13C45B; Wed, 8 Aug 2007 20:57:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 12CCC1A4D7E; Wed, 8 Aug 2007 13:56:26 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 74D71C12F; Wed, 8 Aug 2007 16:57:23 -0400 (EDT) Date: Wed, 8 Aug 2007 16:57:23 -0400 From: Kris Kennaway To: Kirk Russell Message-ID: <20070808205723.GA76824@rot26.obsecurity.org> References: <20070808195955.GA76077@rot26.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: davidxu@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: panic: lock "aiomtx" already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 20:57:24 -0000 On Wed, Aug 08, 2007 at 04:10:41PM -0400, Kirk Russell wrote: > On Wed, 8 Aug 2007, Kris Kennaway wrote: > > > From stress2's random syscall test: > > > > db> wh > > Tracing pid 45777 tid 100465 td 0xc61b7000 > > kdb_enter(c077f50d,2,c0782352,ed0fab84,2,...) at kdb_enter+0x33 > > panic(c0782352,c0788b88,c5e1107c,20000,0,...) at panic+0xed > > lock_init(c5e1107c,c07c67c4,c0788b88,0,20000) at lock_init+0x8c > > mtx_init(c5e1107c,c0788b88,0,0,79400d31,...) at mtx_init+0x9f > > aio_init_aioinfo(c61c4ab0,c057d463,c07e6520,9579c960,31a964,...) at aio_init_aioinfo+0x4b > > aio_aqueue(c61b7000,79400d31,0,2,1,...) at aio_aqueue+0x8d > > oaio_read(c61b7000,ed0facf8,4,c078503a,c07c2250,...) at oaio_read+0x32 > > syscall(ed0fad38) at syscall+0x14f > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (318, FreeBSD ELF32, oaio_read), eip = 0x280c0969, esp = 0xbfbfe5f0, ebp = 0xbfbfe638 --- > > db> x/s 0xc0782352 > > 0xc0782352: lock "%s" %p already initialized > > Could this be a similar issue? I noticed it with 7.0-CURRENT-200706. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=114216 Maybe, hard to say though because your backtrace is completely bogus. Probably because you're using aio as a module so you need to do some more work to get kgdb to read symbols; see the developers handbook. Kris From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 21:19:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44D6F16A417 for ; Wed, 8 Aug 2007 21:19:30 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id 6FBDB13C467 for ; Wed, 8 Aug 2007 21:19:29 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 68742 invoked from network); 8 Aug 2007 20:52:47 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.14):. Processed in 0.014917 secs); 08 Aug 2007 20:52:47 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 8 Aug 2007 20:52:46 -0000 Message-ID: <46BA2C8C.30608@cytexbg.com> Date: Wed, 08 Aug 2007 23:50:20 +0300 From: Niki Denev User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> <467859FA.5050203@cytexbg.com> <4679987A.90103@cytexbg.com> <467F927C.6080206@cytexbg.com> In-Reply-To: <467F927C.6080206@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Anyone using gjournal for root fs? [was : gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck.] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 21:19:30 -0000 Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I'm wondering if there are people using geom journal for their root > filesystems with recent -current, and if they experience the problems > described in PR misc/113889 > > There was not much activity in the original thread, and two of the > possible reasons may be that not many people are using gjournal for root > fs, so they don't have this problem, or my setup is somewhat broken. :) > But i have this problem on two different machines, one with fs and > journal on one provider and the other machine on separate providers, and > both have the same problem, and the fix to fsck_ffs makes them both boot > normaly after crash) > > > Thanks. > > Niki > I have just updated several machines from 6.2 to 7.0-current and started using gjournal as root fs on them, and the problem described in misc/113889 still exists. From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 21:56:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52E716A417 for ; Wed, 8 Aug 2007 21:56:41 +0000 (UTC) (envelope-from varga@stonehenge.sk) Received: from otana.stonehenge.sk (otana.stonehenge.sk [82.208.39.177]) by mx1.freebsd.org (Postfix) with SMTP id 3094513C45D for ; Wed, 8 Aug 2007 21:56:40 +0000 (UTC) (envelope-from varga@stonehenge.sk) Received: (qmail 53729 invoked from network); 8 Aug 2007 21:29:55 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on otana.stonehenge.sk X-Spam-Level: X-Spam-Status: No, score=0.5 required=5.0 tests=RCVD_IN_PBL shortcircuit=no autolearn=disabled version=3.2.1 Received: from r6cb57.net.upc.cz (HELO ?10.0.100.2?) (secure@89.176.79.57) by otana.stonehenge.sk with SMTP; 8 Aug 2007 21:29:55 -0000 From: Michal Varga To: freebsd-current@freebsd.org In-Reply-To: <46BA2C8C.30608@cytexbg.com> References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> <467859FA.5050203@cytexbg.com> <4679987A.90103@cytexbg.com> <467F927C.6080206@cytexbg.com> <46BA2C8C.30608@cytexbg.com> Content-Type: text/plain Organization: Stonehenge Date: Wed, 08 Aug 2007 23:29:55 +0200 Message-Id: <1186608595.75505.5.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Anyone using gjournal for root fs? [was : gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck.] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 21:56:41 -0000 I see this problem on both my FreeBSD 7.0-CURRENT: Fri Jun 29 20:19:18 CEST 2007 and FreeBSD 7.0-CURRENT: Mon Jul 9 05:07:22 CEST 2007 pretty easily replicable, exactly as described in the PR. m. On Wed, 2007-08-08 at 23:50 +0300, Niki Denev wrote: > Niki Denev wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi, > > > > I'm wondering if there are people using geom journal for their root > > filesystems with recent -current, and if they experience the problems > > described in PR misc/113889 > > > > There was not much activity in the original thread, and two of the > > possible reasons may be that not many people are using gjournal for root > > fs, so they don't have this problem, or my setup is somewhat broken. :) > > But i have this problem on two different machines, one with fs and > > journal on one provider and the other machine on separate providers, and > > both have the same problem, and the fix to fsck_ffs makes them both boot > > normaly after crash) > > > > > > Thanks. > > > > Niki > > > I have just updated several machines from 6.2 to 7.0-current and started > using gjournal > as root fs on them, and the problem described in misc/113889 still exists. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Michal Varga Stonehenge From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 22:28:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A9F216A418 for ; Wed, 8 Aug 2007 22:28:37 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx02.cablebg.net [217.9.224.228]) by mx1.freebsd.org (Postfix) with SMTP id 76F7213C45E for ; Wed, 8 Aug 2007 22:28:36 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 50461 invoked from network); 8 Aug 2007 22:01:54 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 0.541372 secs); 08 Aug 2007 22:01:54 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from unknown (HELO ndenev.totalterror.net) (85.130.16.146) by mx02.interbgc.com with SMTP; 8 Aug 2007 22:01:54 -0000 Received: (qmail 13612 invoked from network); 9 Aug 2007 01:01:54 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 9 Aug 2007 01:01:54 +0300 Message-ID: <46BA3D52.6040403@cytexbg.com> Date: Thu, 09 Aug 2007 01:01:54 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: Michal Varga References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> <467859FA.5050203@cytexbg.com> <4679987A.90103@cytexbg.com> <467F927C.6080206@cytexbg.com> <46BA2C8C.30608@cytexbg.com> <1186608595.75505.5.camel@xenon.stonehenge.sk> In-Reply-To: <1186608595.75505.5.camel@xenon.stonehenge.sk> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Anyone using gjournal for root fs? [was : gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck.] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 22:28:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michal Varga wrote: > I see this problem on both my > > FreeBSD 7.0-CURRENT: Fri Jun 29 20:19:18 CEST 2007 > > and > > FreeBSD 7.0-CURRENT: Mon Jul 9 05:07:22 CEST 2007 > > > pretty easily replicable, exactly as described in the PR. > > m. > > Have you tried the patch? Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGuj1SHNAJ/fLbfrkRAiwVAJ4qE9KOxgFNBfKS8v9xZ3+N0sZtHACdGo3H FY0LAfDb8NvmvYG352k59EA= =CprW -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 23:32:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6CF116A41A for ; Wed, 8 Aug 2007 23:32:22 +0000 (UTC) (envelope-from varga@stonehenge.sk) Received: from otana.stonehenge.sk (otana.stonehenge.sk [82.208.39.177]) by mx1.freebsd.org (Postfix) with SMTP id 4FF7A13C4B4 for ; Wed, 8 Aug 2007 23:32:21 +0000 (UTC) (envelope-from varga@stonehenge.sk) Received: (qmail 56261 invoked from network); 8 Aug 2007 23:32:17 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on otana.stonehenge.sk X-Spam-Level: X-Spam-Status: No, score=0.5 required=5.0 tests=RCVD_IN_PBL shortcircuit=no autolearn=disabled version=3.2.1 Received: from r6cb57.net.upc.cz (HELO ?10.0.100.2?) (secure@89.176.79.57) by otana.stonehenge.sk with SMTP; 8 Aug 2007 23:32:17 -0000 From: Michal Varga To: Niki Denev In-Reply-To: <46BA3D52.6040403@cytexbg.com> References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> <467859FA.5050203@cytexbg.com> <4679987A.90103@cytexbg.com> <467F927C.6080206@cytexbg.com> <46BA2C8C.30608@cytexbg.com> <1186608595.75505.5.camel@xenon.stonehenge.sk> <46BA3D52.6040403@cytexbg.com> Content-Type: text/plain Organization: Stonehenge Date: Thu, 09 Aug 2007 01:32:17 +0200 Message-Id: <1186615937.1051.12.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Anyone using gjournal for root fs? [was : gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck.] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 23:32:23 -0000 On Thu, 2007-08-09 at 01:01 +0300, Niki Denev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Michal Varga wrote: > > I see this problem on both my > > > > FreeBSD 7.0-CURRENT: Fri Jun 29 20:19:18 CEST 2007 > > > > and > > > > FreeBSD 7.0-CURRENT: Mon Jul 9 05:07:22 CEST 2007 > > > > > > pretty easily replicable, exactly as described in the PR. > > > > m. > > > > > > Have you tried the patch? > > > Niki Just a moment ago. Boot is now uninterrupted, it seems to work: GEOM_JOURNAL: Journal 4199813286: ad2s1a contains data. GEOM_JOURNAL: Journal 4199813286: ad2s1a contains journal. GEOM_JOURNAL: Journal ad2s1a consistent. GEOM_JOURNAL: Journal 1325193900: ad3s1d contains data. GEOM_JOURNAL: Journal 1325193900: ad3s1d contains journal. GEOM_JOURNAL: Journal ad3s1d consistent. GEOM_JOURNAL: Journal 1969287146: ad3s1e contains data. GEOM_JOURNAL: Journal 1969287146: ad3s1e contains journal. GEOM_JOURNAL: Journal ad3s1e consistent. GEOM_JOURNAL: Journal 4038326472: ad3s1f contains data. GEOM_JOURNAL: Journal 4038326472: ad3s1f contains journal. GEOM_JOURNAL: Journal ad3s1f consistent. GEOM_JOURNAL: Journal 2970540381: ad3s1g contains data. GEOM_JOURNAL: Journal 2970540381: ad3s1g contains journal. GEOM_JOURNAL: Journal ad3s1g consistent. GEOM_LABEL: Label for provider ad3s1d.journal is ufs/Storage1. GEOM_LABEL: Label for provider ad3s1e.journal is ufs/Storage2. GEOM_LABEL: Label for provider ad3s1f.journal is ufs/Storage3. GEOM_LABEL: Label for provider ad3s1g.journal is ufs/Storage4. Trying to mount root from ufs:/dev/ad2s1a.journal WARNING: / was not properly dismounted swapon: adding /dev/ad0s3b as swap device Starting file system checks: GEOM_LABEL: Label ufs/Storage1 removed. GEOM_LABEL: Label for provider ad3s1d.journal is ufs/Storage1. GEOM_LABEL: Label ufs/Storage2 removed. GEOM_LABEL: Label for provider ad3s1e.journal is ufs/Storage2. GEOM_LABEL: Label ufs/Storage3 removed. GEOM_LABEL: Label for provider ad3s1f.journal is ufs/Storage3. GEOM_LABEL: Label ufs/Storage4 removed. GEOM_LABEL: Label for provider ad3s1g.journal is ufs/Storage4. Mounting local file systems: GEOM_LABEL: Label ufs/Storage1 removed. GEOM_LABEL: Label ufs/Storage2 removed. GEOM_LABEL: Label ufs/Storage3 removed. GEOM_LABEL: Label ufs/Storage4 removed. . Setting hostname: etc... Thank you, m. -- Michal Varga Stonehenge From owner-freebsd-current@FreeBSD.ORG Wed Aug 8 23:55:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BE6316A417; Wed, 8 Aug 2007 23:55:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2F60213C428; Wed, 8 Aug 2007 23:55:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l78Nta8T075969; Wed, 8 Aug 2007 19:55:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l78Ntaxm030536; Wed, 8 Aug 2007 19:55:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8901B73039; Wed, 8 Aug 2007 19:54:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070808235430.8901B73039@freebsd-current.sentex.ca> Date: Wed, 8 Aug 2007 19:54:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2007 23:55:37 -0000 TB --- 2007-08-08 22:30:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-08-08 22:30:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-08-08 22:30:03 - cleaning the object tree TB --- 2007-08-08 22:30:25 - checking out the source tree TB --- 2007-08-08 22:30:25 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-08-08 22:30:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-08-08 22:37:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-08-08 22:37:04 - cd /src TB --- 2007-08-08 22:37:04 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 8 22:37:05 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Aug 8 23:51:47 UTC 2007 TB --- 2007-08-08 23:51:47 - generating LINT kernel config TB --- 2007-08-08 23:51:47 - cd /src/sys/powerpc/conf TB --- 2007-08-08 23:51:47 - /usr/bin/make -B LINT TB --- 2007-08-08 23:51:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-08-08 23:51:47 - cd /src TB --- 2007-08-08 23:51:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 8 23:51:47 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/contrib/ipfilter/netinet/ip_log.c -I/src/sys/contrib/ipfilter cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/contrib/ipfilter/netinet/ip_nat.c -I/src/sys/contrib/ipfilter cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/contrib/ipfilter/netinet/ip_proxy.c -I/src/sys/contrib/ipfilter cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/contrib/ipfilter/netinet/ip_state.c -I/src/sys/contrib/ipfilter cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/contrib/ipfilter/netinet/ip_lookup.c -I/src/sys/contrib/ipfilter cc1: warnings being treated as errors /src/sys/contrib/ipfilter/netinet/ip_lookup.c: In function 'ip_lookup_iterate': /src/sys/contrib/ipfilter/netinet/ip_lookup.c:581: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-08-08 23:54:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-08-08 23:54:30 - ERROR: failed to build lint kernel TB --- 2007-08-08 23:54:30 - tinderbox aborted TB --- 0.67 user 2.50 system 5067.03 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 01:49:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF6416A419 for ; Thu, 9 Aug 2007 01:49:13 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 7B0B313C45E for ; Thu, 9 Aug 2007 01:49:13 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so399612waf for ; Wed, 08 Aug 2007 18:49:13 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Y1QIVpneZA+6L/tIsx4uAKia2nFwbXIMYsBv2JLwr9kO1z45PJeEf7duOJuQzPEykzJlHqrMGQCA7lV1FSa6XTuZGgK6yLbaYY/p2LgoUp6KeCXhPALSmZYwmZ/eISO8DAFcNHQm6kA6wHWqlRScun3OWoMNWiviFizIx79mxc8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=gQ+M7F26XyWdkpcwnETZg8N3s7yxhjNa9umkoVAP8cvtZ0rlIyEsn6IuusLMFDE6Cby3wRGwUzRCLO2I69xTH8M2rWalpdJvPskSBkFyJvsZ5DQWNCvqO6p/nfPYTJfIrQ37siqUDJQ5ahDdo+z/BroVooSVZHb9vw3J6A7cK/s= Received: by 10.115.75.1 with SMTP id c1mr789999wal.1186624152634; Wed, 08 Aug 2007 18:49:12 -0700 (PDT) Received: by 10.115.78.4 with HTTP; Wed, 8 Aug 2007 18:49:12 -0700 (PDT) Message-ID: <4956a5e50708081849s393be47bv931310df0e59fb66@mail.gmail.com> Date: Wed, 8 Aug 2007 22:49:12 -0300 From: Nenhum_de_Nos To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Thu, 09 Aug 2007 02:25:56 +0000 Subject: hostapd and atheros - anyone else with dropping connections ?! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 01:49:13 -0000 I have a wifi atheros card: ath0@pci0:10:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet and an hostapd AP. from time to time, I need to restart hostapd. and this time is not long. I'll update now and try again. if anyone is having the same issue, please say :) thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 03:48:52 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEFF016A419 for ; Thu, 9 Aug 2007 03:48:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 42FC513C469 for ; Thu, 9 Aug 2007 03:48:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IIz0y-000FCe-WA; Thu, 09 Aug 2007 06:48:50 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l793miaG041286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Aug 2007 06:48:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l793mh8N085456; Thu, 9 Aug 2007 06:48:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l793mgvB085455; Thu, 9 Aug 2007 06:48:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Aug 2007 06:48:42 +0300 From: Kostik Belousov To: Kris Kennaway Message-ID: <20070809034842.GN2738@deviant.kiev.zoral.com.ua> References: <20070808195955.GA76077@rot26.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c6397Mob2532IpCX" Content-Disposition: inline In-Reply-To: <20070808195955.GA76077@rot26.obsecurity.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 49b91432ac2f6f50aab85e53d3752740 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1363 [August 8 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org, davidxu@freebsd.org Subject: Re: panic: lock "aiomtx" already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 03:48:52 -0000 --c6397Mob2532IpCX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 08, 2007 at 03:59:55PM -0400, Kris Kennaway wrote: > From stress2's random syscall test: >=20 > db> wh > Tracing pid 45777 tid 100465 td 0xc61b7000 > kdb_enter(c077f50d,2,c0782352,ed0fab84,2,...) at kdb_enter+0x33 > panic(c0782352,c0788b88,c5e1107c,20000,0,...) at panic+0xed > lock_init(c5e1107c,c07c67c4,c0788b88,0,20000) at lock_init+0x8c > mtx_init(c5e1107c,c0788b88,0,0,79400d31,...) at mtx_init+0x9f > aio_init_aioinfo(c61c4ab0,c057d463,c07e6520,9579c960,31a964,...) at aio_i= nit_aioinfo+0x4b > aio_aqueue(c61b7000,79400d31,0,2,1,...) at aio_aqueue+0x8d > oaio_read(c61b7000,ed0facf8,4,c078503a,c07c2250,...) at oaio_read+0x32 > syscall(ed0fad38) at syscall+0x14f > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (318, FreeBSD ELF32, oaio_read), eip =3D 0x280c0969, esp =3D = 0xbfbfe5f0, ebp =3D 0xbfbfe638 --- > db> x/s 0xc0782352 > 0xc0782352: lock "%s" %p already initialized > db> x/s 0xc0788b88 > 0xc0788b88: aiomtx > db> show lock 0xc5e1107c > class: sleep mutex > name: aiomtx > flags: {DEF} > state: {UNOWNED} >=20 This patch should fix the problem: diff --git a/sys/kern/vfs_aio.c b/sys/kern/vfs_aio.c index 7610da8..47580b6 100644 --- a/sys/kern/vfs_aio.c +++ b/sys/kern/vfs_aio.c @@ -719,6 +719,7 @@ restart: } AIO_UNLOCK(ki); taskqueue_drain(taskqueue_aiod_bio, &ki->kaio_task); + mtx_destroy(&ki->kaio_mtx); uma_zfree(kaio_zone, ki); p->p_aioinfo =3D NULL; } It seems that you shall use a lot of quickly exit()ing processes all of them using aio to reliable reproduce the problem. --c6397Mob2532IpCX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGuo6ZC3+MBN1Mb4gRAjsfAKDI+umRA61EubRGFYYZt4eYRWvjAwCgrtnH UBJ8BVYvl3w5uub2RzaYdYU= =yjON -----END PGP SIGNATURE----- --c6397Mob2532IpCX-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 05:27:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 133C316A417 for ; Thu, 9 Aug 2007 05:27:56 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id B010D13C442 for ; Thu, 9 Aug 2007 05:27:55 +0000 (UTC) (envelope-from pho@holm.cc) Received: (qmail 83482 invoked from network); 9 Aug 2007 05:27:53 -0000 Received: from 83.95.197.164 (HELO peter.osted.lan) (83.95.197.164) by relay02.pair.com with SMTP; 9 Aug 2007 05:27:53 -0000 X-pair-Authenticated: 83.95.197.164 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id l795Rq5F060010; Thu, 9 Aug 2007 07:27:52 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id l795RqrS060009; Thu, 9 Aug 2007 07:27:52 +0200 (CEST) (envelope-from pho) Date: Thu, 9 Aug 2007 07:27:52 +0200 From: Peter Holm To: Kostik Belousov Message-ID: <20070809052751.GA59917@peter.osted.lan> References: <20070808195955.GA76077@rot26.obsecurity.org> <20070809034842.GN2738@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070809034842.GN2738@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i Cc: davidxu@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: panic: lock "aiomtx" already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 05:27:56 -0000 On Thu, Aug 09, 2007 at 06:48:42AM +0300, Kostik Belousov wrote: > On Wed, Aug 08, 2007 at 03:59:55PM -0400, Kris Kennaway wrote: > > From stress2's random syscall test: > > > > db> wh > > Tracing pid 45777 tid 100465 td 0xc61b7000 > > kdb_enter(c077f50d,2,c0782352,ed0fab84,2,...) at kdb_enter+0x33 > > panic(c0782352,c0788b88,c5e1107c,20000,0,...) at panic+0xed > > lock_init(c5e1107c,c07c67c4,c0788b88,0,20000) at lock_init+0x8c > > mtx_init(c5e1107c,c0788b88,0,0,79400d31,...) at mtx_init+0x9f > > aio_init_aioinfo(c61c4ab0,c057d463,c07e6520,9579c960,31a964,...) at aio_init_aioinfo+0x4b > > aio_aqueue(c61b7000,79400d31,0,2,1,...) at aio_aqueue+0x8d > > oaio_read(c61b7000,ed0facf8,4,c078503a,c07c2250,...) at oaio_read+0x32 > > syscall(ed0fad38) at syscall+0x14f > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (318, FreeBSD ELF32, oaio_read), eip = 0x280c0969, esp = 0xbfbfe5f0, ebp = 0xbfbfe638 --- > > db> x/s 0xc0782352 > > 0xc0782352: lock "%s" %p already initialized > > db> x/s 0xc0788b88 > > 0xc0788b88: aiomtx > > db> show lock 0xc5e1107c > > class: sleep mutex > > name: aiomtx > > flags: {DEF} > > state: {UNOWNED} > > > > This patch should fix the problem: > > diff --git a/sys/kern/vfs_aio.c b/sys/kern/vfs_aio.c > index 7610da8..47580b6 100644 > --- a/sys/kern/vfs_aio.c > +++ b/sys/kern/vfs_aio.c > @@ -719,6 +719,7 @@ restart: > } > AIO_UNLOCK(ki); > taskqueue_drain(taskqueue_aiod_bio, &ki->kaio_task); > + mtx_destroy(&ki->kaio_mtx); > uma_zfree(kaio_zone, ki); > p->p_aioinfo = NULL; > } > > It seems that you shall use a lot of quickly exit()ing processes all of > them using aio to reliable reproduce the problem. I'll try to see if I can reproduce the panic, later on today. - Peter From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 05:52:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CC3316A41B for ; Thu, 9 Aug 2007 05:52:33 +0000 (UTC) (envelope-from arek@wup-katowice.pl) Received: from poczta.wup-katowice.pl (poczta.wup-katowice.pl [213.216.67.81]) by mx1.freebsd.org (Postfix) with ESMTP id 54AD013C47E for ; Thu, 9 Aug 2007 05:52:33 +0000 (UTC) (envelope-from arek@wup-katowice.pl) Received: by poczta.wup-katowice.pl (Postfix, from userid 1130) id 9E0D47E81B; Thu, 9 Aug 2007 07:53:16 +0200 (CEST) Received: from [192.168.0.250] (arek.wup-katowice.pl [213.216.67.82]) by poczta.wup-katowice.pl (Postfix) with ESMTP id 5C1717E819; Thu, 9 Aug 2007 07:53:16 +0200 (CEST) X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 234477, updated: 8.08.2007] Message-ID: <46BAAB7D.1090201@wup-katowice.pl> Date: Thu, 09 Aug 2007 07:51:57 +0200 From: Arek Czereszewski User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Martin Nilsson References: <46B9898E.3010205@wup-katowice.pl> <46B9EC04.5040407@gneto.com> In-Reply-To: <46B9EC04.5040407@gneto.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: LSI MegaRaid SAS 8308ELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: arek@wup-katowice.pl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 05:52:33 -0000 Martin Nilsson wrote: > > No problems, it works with the mfi driver, it is just the man page that > need to be updated... > Thank you for information. In man page my controller is not present but work too (LSI MegaRaid SAS 8300 XLP) :) Second question: Megacli from ports works with this MegaRaid SAS 8308ELP?? With 8300 xlp works almost fine. Regards Arek -- Arek Czereszewski arek (at) wup-katowice (dot) pl "UNIX allows me to work smarter, not harder." From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 06:09:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C1916A41B for ; Thu, 9 Aug 2007 06:09:42 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id 60D7913C465 for ; Thu, 9 Aug 2007 06:09:42 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0910.google.com with SMTP id f1so289589rvb for ; Wed, 08 Aug 2007 23:09:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=I+L3TYRrESfUPvFu5m3bWb11V7mCULwRVg/OvSEa+v6stXDceT8sE9Cpt6+Ai9A8l2E3Q5UKSAGMaNcoWrMv4GuneqUpG3vemi7l6ccZpUy8uFIA/hpqKg3VDCe9dfPK952WtUB2aa74fQyQXAfHUnHaxrm5Fy5yvwvcLqIY1og= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=eyTVJ7apoBhK/3EvSDjN8wmDNMTX0XZkCoLdla/kNDAacf3gGya5iXfqGZyoNdqQTcbD52PVuAvjqLNu/mlgghg50HPAhPvOGPmLY4MyzUb76JPEIjKCaodZdal3GzX1qmdDsBwY72ujMHiob437z7OJT+U0z2ymZYk2tWeQm2s= Received: by 10.141.14.14 with SMTP id r14mr816356rvi.1186638023684; Wed, 08 Aug 2007 22:40:23 -0700 (PDT) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id f42sm2863057rvb.2007.08.08.22.40.18 (version=SSLv3 cipher=OTHER); Wed, 08 Aug 2007 22:40:21 -0700 (PDT) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Thu, 9 Aug 2007 14:40:09 +0900 Date: Thu, 9 Aug 2007 14:40:08 +0900 To: "M. Warner Losh" Message-ID: <20070809054008.GE2858@freebsd.weongyo.org> References: <20070805082204.GC2858@freebsd.weongyo.org> <20070805.111140.-432837257.imp@bsdimp.com> <20070806012242.GD2858@freebsd.weongyo.org> <20070805.201449.-1783261475.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070805.201449.-1783261475.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org Subject: Re: finished? porting ZyDAS zb1211/zb1211b driver for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 06:09:42 -0000 I also had tested the zyd driver for FreeBSD on amd64 and checked whether it causes panics when it operates on it. However, It don't make problems on i386 and amd64 both with my device (Unicorn WL-54G). Also, I checked the network performance test using netperf(1) and below is the result. Linux TCP_STREAM Thoughput 5.21 Mbps 4.25 Mbps 5.04 Mbps Linux TCP_RR Transaction 142.70 60.08 154 FreeBSD TCP_STREAM Thoughput 2.86 Mbps (amd64) 6.1 Mbps 7.88 Mbps TCP_RR Transaction 272.96 324.29 It was slow and I'm not sure that the result is credible ;-) During the network test, the driver was stable. I send this mail just for information. Best Regards, Weongyo Jeong On Sun, Aug 05, 2007 at 08:14:49PM -0600, M. Warner Losh wrote: > In message: <20070806012242.GD2858@freebsd.weongyo.org> > Weongyo Jeong writes: > : I'm using i386. Can you tell me the chip name (zd1211 or zb1211b) > : and RF controller name? > > The chip is zb1211b, verified by taking apart the dongle. AL2230 RF > is what gets initialized, and it is the first write to the RF part > that dies. This, btw, is exactly the same place where it dies for me > with the independent port that I did. > > : Also it will be helpful for debugging if you send me the backtrace > : log of DDB when you encounter a panic. > > It wouldn't help you. It is an insane traceback with only usb_task > and fork_exit on the stack. And the address for usb_task appears to > be completely bogus :-(. > > I get three timeouts and then it dies. I wish I could give you better > details. > > I'll give it a try on an i386 box later if I can get it working... > > Warner > > : Best Regards, > : Weongyo Jeong > : > : On Sun, Aug 05, 2007 at 11:11:40AM -0600, M. Warner Losh wrote: > : > In message: <20070805082204.GC2858@freebsd.weongyo.org> > : > Weongyo Jeong writes: > : > : A device I have is ZyDAS (vendor = 0x0ace) ZD1211B (product = > : > : 0x1215) whose manufacturer is Unicorn (the product name is Unicorn > : > : WL-54G) which is a south korea company. > : > > : > I have the following device: > : > > : > port 1 addr 3: high speed, power 500 mA, config 1, USB2.0 WLAN(0x705c), Belkin(0x050d), rev 48.10 > : > > : > and I get timeouts and a panic in usb_task that makes no sense to me. > : > > : > Are you using amd64 or i386? > : > > : > Warner > : > > : > > : > : Best Regards, > : > : Weongyo Jeong > : > : > : > : On Sat, Aug 04, 2007 at 11:58:04PM -0700, Sam Leffler wrote: > : > : > Weongyo Jeong wrote: > : > : > >Hello, > : > : > > > : > : > >I just finished to port zyd(4) from NetBSD for FreeBSD and it works well > : > : > >in my environment without any panic ;-) (In zb1211b, RF AL2230, open auth, > : > : > >54M). But It's not perfect and not be tested on another RF controllers > : > : > >and not on zb1211. IMO, it would work too. > : > : > > > : > : > >A patch which is for CURRENT is available at > : > : > >http://weongyo.org/patches/freebsd/if_zyd-CURRENT-20070805.diff > : > : > > > : > : > >Comments, questions and feedbacks always welcome. > : > : > > > : > : > >PS. special thanks to Pyun YongHyeon. > : > : > > : > : > Excellent! What device do you have? > : > : > > : > : > Sam > : > : > : > : > : > : From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 07:29:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CC1B16A468 for ; Thu, 9 Aug 2007 07:29:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 23B9213C45E for ; Thu, 9 Aug 2007 07:29:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55F1C.dip.t-dialin.net [84.165.95.28]) by redbull.bpaserver.net (Postfix) with ESMTP id 8E3D62E13F; Thu, 9 Aug 2007 09:29:24 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3BCD35B5A04; Thu, 9 Aug 2007 09:27:11 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l797RBi3063688; Thu, 9 Aug 2007 09:27:11 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 09 Aug 2007 09:27:10 +0200 Message-ID: <20070809092710.papk9jozk0kswgcg@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 09 Aug 2007 09:27:10 +0200 From: Alexander Leidinger To: Tony Holmes References: <3946.81.149.89.84.1186589227.squirrel@www.danneh.org> <200708081712.l78HCY3X056050@lurza.secnetix.de> <20070808190456.GA15441@crosswinds.net> In-Reply-To: <20070808190456.GA15441@crosswinds.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.504, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@FreeBSD.ORG, Oliver Fromme , dan@danneh.org Subject: Re: nfe(4) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 07:29:29 -0000 Quoting Tony Holmes (from Wed, 8 Aug 2007 =20 15:04:56 -0400): > On +Aug 08, Oliver Fromme wrote: >> However, I recommend you update to 7-current anyway. It is >> already in code freeze for several weeks (in preparation >> for the release), and it has been stable for me so far. > > Let me add a "I concur" to this. I upgaded to 7-current 4 weeks ago for th= is > very reason and I have been pleased with the stability and =20 > performance. I have > enough confidence to deploy into production in the next couple of weeks. gcc 4.2.0 in -current has known defects. I wouldn't trust it on a =20 production system. When 4.2.1 is imported, some of the known problems =20 in gcc are fixed, but not all. The IP checksum code in FreeBSD is =20 affected by the new gcc (IIRC when compiled without optimization... =20 it's probably the same bug in the checksum code which showed up when I =20 compiled the kernel with icc 3 years ago). One of our SoC students =20 knows how to fix it, but I don't know if one of our network guys is =20 taking care about the problem. Bye, Alexander. --=20 Optimism is the content of small men in high places. =09=09-- F. Scott Fitzgerald, "The Crack Up" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 08:52:02 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0D4116A418 for ; Thu, 9 Aug 2007 08:52:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 419D813C4E8 for ; Thu, 9 Aug 2007 08:52:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vuhupc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l798oJHG089686; Thu, 9 Aug 2007 10:50:24 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l798oJfL089684; Thu, 9 Aug 2007 10:50:19 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200708090850.l798oJfL089684@lurza.secnetix.de> To: Alexander@leidinger.net (Alexander Leidinger) Date: Thu, 9 Aug 2007 10:50:19 +0200 (CEST) In-Reply-To: <20070809092710.papk9jozk0kswgcg@webmail.leidinger.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Aug 2007 10:50:24 +0200 (CEST) X-Mailman-Approved-At: Thu, 09 Aug 2007 11:29:38 +0000 Cc: freebsd-current@FreeBSD.ORG, dan@danneh.org Subject: Re: nfe(4) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 08:52:02 -0000 Alexander Leidinger wrote: > Tony Holmes wrote: > > Let me add a "I concur" to this. I upgaded to 7-current 4 weeks ago > > for this very reason and I have been pleased with the stability and > > performance. I have enough confidence to deploy into production in > > the next couple of weeks. > > gcc 4.2.0 in -current has known defects. Yes, I know, that's why the default optimization setting in 7-current has been changed from -O2 to -O1 recently, until gcc 4.2.1 is in the tree. With -O1 I haven't encountered any problems so far ... Of course that doesn't mean there aren't any problems. But I'm actually very confident right now. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small." -- Ville Vainio From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 10:07:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81D9F16A418 for ; Thu, 9 Aug 2007 10:07:43 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.freebsd.org (Postfix) with ESMTP id 34A1113C4A3 for ; Thu, 9 Aug 2007 10:07:43 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: by afrodita.rcub.bg.ac.yu (Postfix, from userid 2055) id F0548160D60; Thu, 9 Aug 2007 11:40:34 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by afrodita.rcub.bg.ac.yu (Postfix) with ESMTP id E36C0160D49 for ; Thu, 9 Aug 2007 11:40:34 +0200 (CEST) Date: Thu, 9 Aug 2007 11:40:34 +0200 (CEST) From: Goran Gajic To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Thu, 09 Aug 2007 11:29:38 +0000 Subject: 7.0-CURRENT panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 10:07:43 -0000 Hi, When I connect my Nokia N73 and select mass storage mode my 7.0-CURRENT panics if I try to copy something from it: umass0: on uhub1 da0 at umass-sim0 bus 0 target 0 lun 0 da0: < > Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 120MB (245919 512 byte sectors: 64H 32S/T 120C) GEOM_LABEL: Label for provider da0 is msdosfs/Memory card. GEOM_LABEL: Label msdosfs/Memory card removed. panic: VOP_STRATEGY failed bp=0xcd1b8da8 vp=0xc4175990 cpuid = 0 KDB: enter: panic [thread pid 646 tid 100081 ] Stopped at kdb_enter+0x32: leave db> where Tracing pid 646 tid 100081 td 0xc30ade00 kdb_enter(c0a93f54,0,c0a9d149,d61c7a54,0,...) at kdb_enter+0x32 panic(c0a9d149,cd1b8da8,c4175990,c0b762c0,c4175990,...) at panic+0x124 bufstrategy(c4175a50,cd1b8da8,0,4000,0,...) at bufstrategy+0x7f cluster_read(c4175990,ffffffff,0,0,0,...) at cluster_read+0x520 msdosfs_read(d61c7bc8,c30ade00,c40ff948,0,d61c7be8,...) at msdosfs_read+0x1fb VOP_READ_APV(c0b3ccc0,d61c7bc8,c30ade00,c0a9fcfe,203,...) at VOP_READ_APV+0xa5 vn_read(c40ff948,d61c7c60,c3f3fd00,0,c30ade00,...) at vn_read+0x286 dofileread(d61c7c60,ffffffff,ffffffff,0,c40ff948,...) at dofileread+0x96 kern_readv(c30ade00,3,d61c7c60,804c6a0,10000,...) at kern_readv+0x58 read(c30ade00,d61c7cfc,c,c0a83edf,c0b3f828,...) at read+0x4f syscall(d61c7d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28156733, esp = 0xbfbfeb1c, ebp = 0xbfbfeb88 --- db> panic panic: from debugger cpuid = 0 Uptime: 2m26s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Previously it worked fine.. FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Aug 9 10:57:21 CEST 2007 root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 regards, gg. From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 11:47:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E312D16A417 for ; Thu, 9 Aug 2007 11:47:06 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0D013C45A for ; Thu, 9 Aug 2007 11:47:06 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so464920mue for ; Thu, 09 Aug 2007 04:47:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=SjvrBAAAnY+od5wNx920QzojAaLig5S9mRSH28L9JjZAbSizpOqZ1fKxhnmM500yy/JjhvnEtROpoAUcVVvXnFVM8UkFTLjb828l+xuccJ7SVFugaoTQbIJd3VftSypc9kvdFUv1zHCF1PMN3zNwcvDWdDt/WI/Ryol7t4PmJ8I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=o07ADDo4gmJr3SjpQ/Ohrv02bflrh6mUUUOrh6gn/z8bg8CGO4hD+n2aTzBJdzO+nLeYl9Xhv/ci8zoWBHtzWC1amuHKg8cI5Hm58sIU/lP9MrSBkfThE2tDuXEblpiDEyIfEdY4W+xGAu2x0WSsOF/bfZfgcp3hHJP3CCNBK6Y= Received: by 10.86.50.8 with SMTP id x8mr1441170fgx.1186658450710; Thu, 09 Aug 2007 04:20:50 -0700 (PDT) Received: from persephone.orchid.homeunix.org ( [84.10.173.180]) by mx.google.com with ESMTPS id m1sm3166893fke.2007.08.09.04.20.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 09 Aug 2007 04:20:49 -0700 (PDT) Message-ID: <46BAF87E.8020406@gmail.com> Date: Thu, 09 Aug 2007 13:20:30 +0200 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.2 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig26763865414F1C146E55B626" Subject: Can't remove 'noatime' on mounted filesystem on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karol.kwiat@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 11:47:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig26763865414F1C146E55B626 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Hello, I originally posted about it @questions [1] but now I think there's a bug in CURRENT somewhere. System is yesterday's FreeBSD 7.0-CURRENT i386 It seems to be impossible to remove 'noatime' property on mounted filesystem (via -u option): # mount | grep ad0s3e /dev/ad0s3e on /data (ufs, local, noexec, nosuid, soft-updates) # mount -u -o noatime /data # mount | grep ad0s3e /dev/ad0s3e on /data (ufs, local, noatime, soft-updates) # mount -u -o atime /data # mount | grep ad0s3e /dev/ad0s3e on /data (ufs, local, noatime, soft-updates) This works on 6.2-RELEASE. Btw, setting 'noatime' removes 'noexec' and 'nosuid' in above example. Is this expected behaviour? Can't decide after reading mount(8). Thanks in advance, Karol [1] http://lists.freebsd.org/pipermail/freebsd-questions/2007-August/155138.h= tml --=20 Karol Kwiatkowski OpenPGP 0x06E09309 --------------enig26763865414F1C146E55B626 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.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRrr4iQhgT0HIecD5AQhVhgf+K2zSrpj/ajQIe7/APOLorJHpSl5gOpyE C2uaOmtkRenlhFFfwkMSLYi7xUW+p759nfkQM2rFvu7+/TSNGzgnivVJbmp5QhCs Na2FoPkAqO0lFcJArCGmE0dPuXyJB1yioqFzVc4CTZSuwo4GBDjvMshtUwqaiMbD pBdBuQZoV16vcG1vVjUezIV/lNyHjDavJeGVXhpRsCEd6U0rV6IlUO8QWbt8Bu94 QHbsULKw8KFX+K8oUXarWs/gFkyWMccp4YAdrNXOm+AqxTtf8Xa8XNPgqIEtgYD+ CS0ORHDIRxsPfkncpMTBjy5of9w+AJMhYHfVLeXhg/jO342mYXnOvA== =Us2s -----END PGP SIGNATURE----- --------------enig26763865414F1C146E55B626-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 12:26:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70FFC16A419 for ; Thu, 9 Aug 2007 12:26:08 +0000 (UTC) (envelope-from dan@danneh.org) Received: from aqua.bluespider.org (aqua.bluespider.org [69.46.20.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4D3AC13C459 for ; Thu, 9 Aug 2007 12:26:08 +0000 (UTC) (envelope-from dan@danneh.org) Received: from localhost ([127.0.0.1] helo=www.danneh.org) by aqua.bluespider.org with esmtp (Exim 4.62) (envelope-from ) id 1IJ75P-00053I-Cq for freebsd-current@freebsd.org; Thu, 09 Aug 2007 13:25:55 +0100 Received: from 81.149.89.84 (SquirrelMail authenticated user dan) by www.danneh.org with HTTP; Thu, 9 Aug 2007 13:25:55 +0100 (BST) Message-ID: <4251.81.149.89.84.1186662355.squirrel@www.danneh.org> In-Reply-To: <200708090850.l798oJfL089684@lurza.secnetix.de> References: <200708090850.l798oJfL089684@lurza.secnetix.de> Date: Thu, 9 Aug 2007 13:25:55 +0100 (BST) From: dan@danneh.org To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: nfe(4) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dan@danneh.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 12:26:08 -0000 > > Alexander Leidinger wrote: > > Tony Holmes wrote: > > > Let me add a "I concur" to this. I upgaded to 7-current 4 weeks ago > > > for this very reason and I have been pleased with the stability and > > > performance. I have enough confidence to deploy into production in > > > the next couple of weeks. > > > > gcc 4.2.0 in -current has known defects. > > Yes, I know, that's why the default optimization setting > in 7-current has been changed from -O2 to -O1 recently, > until gcc 4.2.1 is in the tree. With -O1 I haven't > encountered any problems so far ... Of course that > doesn't mean there aren't any problems. But I'm > actually very confident right now. :-) > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- > chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "And believe me, as a C++ programmer, I don't hesitate to question > the decisions of language designers. After a decent amount of C++ > exposure, Python's flaws seem ridiculously small." -- Ville Vainio > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Can I assume that it's just safe to add the PCI device ID to the source code, reboot, and leave it running 6.2 in the production environment, or will this quick-hack cause me any networking issues later down the line? This server will be accepting several hundred connections at any given time, and it needs to be as stable as stable gets. Many thanks for your help guys. The fix worked, and is currently compiling stuff in ports as I type this message. Dan From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 13:46:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CE3716A41A; Thu, 9 Aug 2007 13:46:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 4262413C457; Thu, 9 Aug 2007 13:46:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55F1C.dip.t-dialin.net [84.165.95.28]) by redbull.bpaserver.net (Postfix) with ESMTP id 471382E11E; Thu, 9 Aug 2007 15:46:13 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 0D7545B5A04; Thu, 9 Aug 2007 15:44:00 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l79Dhx0I025880; Thu, 9 Aug 2007 15:43:59 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 09 Aug 2007 15:43:59 +0200 Message-ID: <20070809154359.fre23qndsk8ockc4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 09 Aug 2007 15:43:59 +0200 From: Alexander Leidinger To: Philipp Mergenthaler References: <20070804142854.GA24178@rzstud5.rz.uni-karlsruhe.de> In-Reply-To: <20070804142854.GA24178@rzstud5.rz.uni-karlsruhe.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.504, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@freebsd.org, bde@freebsd.org Subject: Re: Data corruption with msdosfs (rev. 1.172 of msdosfs_vnops.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 13:46:20 -0000 Quoting Philipp Mergenthaler =20 (from Sat, 4 Aug 2007 =20 16:28:54 +0200): > > Hi, > > with rev. 1.172 of msdosfs_vnops.c I see data corruption when reading file= s > on a FAT 32 file system. (I didn't try write accesses apart from deleting > some files, which worked ok). The file system is on a IDE disk in an > external USB enclosure and has been created with "newfs_msdos -F 32", IIRC= . > I can use it without problems under FreeBSD-current (prior to July 20th), > Windows XP and Linux. I asked bde (the last one who touched the msdosfs) if he has seen your =20 report. As he doesn't read -current, he hasn't. Here's his response =20 (please keep him in CC): ---snip--- I haven't seen that problem here. There is the easy workaround of mounting with -noclusterr (except I think -noclusterr is not honored by mmap, oops). Ask the OP if this works even with mmap (mmap can be tested using cp), and what all the fs parameters are (newfs_msdos prints them. Was -F 32 the onlt parameter used? That parameter has no effect since it is the default for non-small filesystems). ---snip--- Bye, Alexander. --=20 BOFH excuse #278: The Dilithium Crystals need to be rotated http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 13:53:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C80A16A417 for ; Thu, 9 Aug 2007 13:53:48 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 8077413C480 for ; Thu, 9 Aug 2007 13:53:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so141222nfb for ; Thu, 09 Aug 2007 06:53:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EjCI0UkBvkTbYS4blwes06MHqhqlqUYA8wdN8tqH/mEC/6lnxmOE6o5AbuuoCB2Wot1fdr46l1SuKvzRotS0NAqYelO37NPde5Y+OuJtlYyjzJkZsjeM/LSJMcpEqdZRf9xamH8Wg/75Ek+yUcFmwSQMK5vHxrXK/xc18DyOi/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=boHed27az5YWCuOJ2SnxM9Wphcaa0vHKkWvEz8hsc4DZzytcfLH0544xffgxEKInGlF+6A2yBCBsnib6FHw6na3gNjpKe3rkNioplBlCf3++gZO1/6S+AFEqWQSjo2KmDNXjWHzu5kJPyOjCHTj7f9CJJTLDbXdj9PoBydBCfMY= Received: by 10.86.57.9 with SMTP id f9mr1186758fga.1186667625747; Thu, 09 Aug 2007 06:53:45 -0700 (PDT) Received: by 10.86.59.6 with HTTP; Thu, 9 Aug 2007 06:53:45 -0700 (PDT) Message-ID: <790a9fff0708090653ld9ee781vead81f533ff5e38c@mail.gmail.com> Date: Thu, 9 Aug 2007 08:53:45 -0500 From: "Scot Hetzel" To: karol.kwiat@gmail.com In-Reply-To: <46BAF87E.8020406@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46BAF87E.8020406@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Can't remove 'noatime' on mounted filesystem on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 13:53:48 -0000 On 8/9/07, Karol Kwiatkowski wrote: > It seems to be impossible to remove 'noatime' property on mounted > filesystem (via -u option): > > # mount | grep ad0s3e > /dev/ad0s3e on /data (ufs, local, noexec, nosuid, soft-updates) > # mount -u -o noatime /data > # mount | grep ad0s3e > /dev/ad0s3e on /data (ufs, local, noatime, soft-updates) > # mount -u -o atime /data > # mount | grep ad0s3e > /dev/ad0s3e on /data (ufs, local, noatime, soft-updates) > > This works on 6.2-RELEASE. > > Btw, setting 'noatime' removes 'noexec' and 'nosuid' in above example. > Is this expected behaviour? Can't decide after reading mount(8). > hp010# mount -u -o noexec,nosuid /tmp ; mount | grep tmp /dev/ad1s2e on /tmp (ufs, local, noexec, nosuid) hp010# mount -u -o noatime /tmp ; mount | grep tmp /dev/ad1s2e on /tmp (ufs, local, noatime) hp010# mount -u -o noexec,nosuid /tmp ; mount | grep tmp /dev/ad1s2e on /tmp (ufs, local, noatime, noexec, nosuid) hp010# mount -u -o noatime /tmp ; mount | grep tmp /dev/ad1s2e on /tmp (ufs, local, noatime) hp010# mount -u -o atime /tmp ; mount | grep tmp /dev/ad1s2e on /tmp (ufs, local, noatime) The only way to get rid of noatime is to umount and remount the UFS filesystem. ZFS seems to have a similar problem with resetting the atime, exec, and setuid mount options when used with mount. hp010# umount /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default hp010# zfs mount -a hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noexec,nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) Why doesn't the setuid property change to 'temporary' for rootpool/usr/ports/distfiles? hp010# mount -u -o exec,suid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) mount can't get rid of these options. hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime, noexec, nosuid) hp010# mount -u -o atime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime, noexec, nosuid) Same problem with getting rid of noatime. I would have expected mount to be able to be able to change the zfs properties of atime, exec back to on. hp010# zfs inherit -r atime rootpool/usr/ports/distfiles hp010# zfs inherit -r exec rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# zfs set setuid=off rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid off local rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) We have now set everything back to the default mount options using 'zfs inherit' hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) Now mount can't set noatime or noexec. hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) Back to the defaults again. This last part gets a bit strange, without umounting /usr/ports/distfiles, I tried the following: hp010# mount -u -o nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# zfs set setuid=off rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid off local rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs inherit -r exec rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) It won't set noatime when noexec and nosuid are specified. hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) Now it removed noexec, and didn't set noatime. hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 14:49:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02B816A418 for ; Thu, 9 Aug 2007 14:49:14 +0000 (UTC) (envelope-from freebsd@elgert.dk) Received: from pqueuea.post.tele.dk (pqueuea.post.tele.dk [193.162.153.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9779C13C442 for ; Thu, 9 Aug 2007 14:49:14 +0000 (UTC) (envelope-from freebsd@elgert.dk) Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236]) by pqueuea.post.tele.dk (Postfix) with ESMTP id 59C2ADCC0B for ; Thu, 9 Aug 2007 16:32:05 +0200 (CEST) Received: from elgert.dk (0x573c4c16.nivaanqu1.broadband.tele.dk [87.60.76.22]) by pfepb.post.tele.dk (Postfix) with SMTP id C6217A5006E; Thu, 9 Aug 2007 16:31:59 +0200 (CEST) Received: by elgert.dk (sSMTP sendmail emulation); Thu, 9 Aug 2007 16:31:58 +0200 Date: Thu, 9 Aug 2007 16:31:58 +0200 From: Harry Jensen To: freebsd-current@freebsd.org Message-ID: <20070809143158.GA76160@mugin.localhost> Mail-Followup-To: freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: 7.0-CURRENT panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 14:49:14 -0000 On Thu, Aug 09, 2007 at 11:40:34AM +0200, Goran Gajic wrote: > > When I connect my Nokia N73 and select mass storage mode my 7.0-CURRENT > panics if I try to copy something from it: > > umass0: on uhub1 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: < > Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 120MB (245919 512 byte sectors: 64H 32S/T 120C) > GEOM_LABEL: Label for provider da0 is msdosfs/Memory card. > GEOM_LABEL: Label msdosfs/Memory card removed. > panic: VOP_STRATEGY failed bp=0xcd1b8da8 vp=0xc4175990 > cpuid = 0 > KDB: enter: panic > [thread pid 646 tid 100081 ] > Stopped at kdb_enter+0x32: leave No problems on a Nokia 6300, copying from the phone: umass0: on uhub0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-4 device da0: 1.000MB/s transfers da0: 244MB (499713 512 byte sectors: 64H 32S/T 244C) GEOM_LABEL: Label for provider da0 is msdosfs/Hukom.kort. GEOM_LABEL: Label msdosfs/Hukom.kort removed. GEOM_LABEL: Label for provider da0 is msdosfs/Hukom.kort. umass0: at uhub0 port 2 (addr 3) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry GEOM_LABEL: Label msdosfs/Hukom.kort removed. umass0: detached ugen0: on uhub0 Brgds Harry From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 15:21:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31DC916A419 for ; Thu, 9 Aug 2007 15:21:53 +0000 (UTC) (envelope-from rodrigc@comcast.net) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.freebsd.org (Postfix) with ESMTP id 1ED2513C458 for ; Thu, 9 Aug 2007 15:21:53 +0000 (UTC) (envelope-from rodrigc@comcast.net) Received: from rmailcenter74.comcast.net ([204.127.197.156]) by comcast.net (rwcrmhc12) with SMTP id <20070809151151m1200dijfie>; Thu, 9 Aug 2007 15:11:51 +0000 Received: from [198.51.119.155] by rmailcenter74.comcast.net; Thu, 09 Aug 2007 15:11:51 +0000 From: rodrigc@comcast.net To: "Scot Hetzel" , karol.kwiat@gmail.com Date: Thu, 09 Aug 2007 15:11:51 +0000 Message-Id: <080920071511.17793.46BB2EB700018E080000458122073000330C09079D0B019D@comcast.net> X-Mailer: AT&T Message Center Version 1 (Oct 4 2006) X-Authenticated-Sender: cm9kcmlnY0Bjb21jYXN0Lm5ldA== MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 09 Aug 2007 15:28:11 +0000 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Can't remove 'noatime' on mounted filesystem on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 15:21:53 -0000 > The only way to get rid of noatime is to umount and remount the UFS filesystem. Hi, I have a patch pending for CURRENT which deals with this issue, but has not been approved by re@ yet. In the meantime, the workaround is to do: mount -u -o nonoatime -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 15:41:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D8B616A41B for ; Thu, 9 Aug 2007 15:41:37 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id EECEF13C4A6 for ; Thu, 9 Aug 2007 15:41:36 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so150810nfb for ; Thu, 09 Aug 2007 08:41:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=Ri7V3ulmCrjwC8I0uvrdWxiwMAMppD6OpBJ8xABDsYP320is76Ed+p0gUej+hEDUUgib2D6KO5EN0askZtG80cgMdXD9Ofi4uVOCBXG9ErRvPM4l14dVyippKmyZE3xxfxfvKgJg43HF34nFDP8hKEnBAAum/3aGMShazrDC82E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=jaF7tn4CP8B7PHquxalLzJTfdTlZts1TfAIfz5RsFdgoQuwOlobcoCQkcD/VjTvQimpumoJmB4kJlfPFDUJsLcHeKwxhy/NdAIxwIlaO8b83qRW+Soff/ZJQqkdCcD25CDUySUlhyzB9PQRgAxkLhKSjqleY/5eSa7SumRqzSrc= Received: by 10.86.72.15 with SMTP id u15mr1593361fga.1186674095692; Thu, 09 Aug 2007 08:41:35 -0700 (PDT) Received: from persephone.orchid.homeunix.org ( [84.10.173.180]) by mx.google.com with ESMTPS id c28sm3663198fka.2007.08.09.08.41.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 09 Aug 2007 08:41:35 -0700 (PDT) Message-ID: <46BB359E.1070308@gmail.com> Date: Thu, 09 Aug 2007 17:41:18 +0200 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: rodrigc@comcast.net References: <080920071511.17793.46BB2EB700018E080000458122073000330C09079D0B019D@comcast.net> In-Reply-To: <080920071511.17793.46BB2EB700018E080000458122073000330C09079D0B019D@comcast.net> X-Enigmail-Version: 0.95.2 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigA74E7C9EA4CF9E187FFB8CF4" Cc: Scot Hetzel , freebsd-current@freebsd.org Subject: Re: Can't remove 'noatime' on mounted filesystem on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karol.kwiat@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 15:41:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA74E7C9EA4CF9E187FFB8CF4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable rodrigc@comcast.net wrote: >> The only way to get rid of noatime is to umount and remount the UFS fi= lesystem.=20 >=20 > Hi, >=20 > I have a patch pending for CURRENT which deals with this issue, but has= not been > approved by re@ yet. >=20 > In the meantime, the workaround is to do: >=20 > mount -u -o nonoatime Yup, that works. Thank you both! Karol --=20 Karol Kwiatkowski OpenPGP 0x06E09309 --------------enigA74E7C9EA4CF9E187FFB8CF4 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.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRrs1pghgT0HIecD5AQgPowgAt/eYoN8W5VwAsMin8cWD/R9JLWEE0lNm AxOv0UyZt4Yyph/JNr7H6POwGFuvrp585XqcAuT/eOj+nU3NPS05H6ThphwRzNJv cKNQ1oT1Fq27qvOOoHN2DN49BmUamkk9MKOV175M3CCEER9UxtLIWLsnZvyXRwK8 +HfNg1BqfIdmXEW9IFeT9ljl/MbgVOHbk5vNJ8ZckPnQt7riCRWVhNsOgseW1wO/ jLMEXxZGUY8cSiaB2sbj3IiK7UBlfjwyQ+9nyG9w4JZVKdwjIRRfU7Zk2KrcWBYK 2Xgtn9MyVaFdJEQemsQtTqphmb3XMMO7Dk3pYF45+Y8cLQrRDIoHHg== =sK9B -----END PGP SIGNATURE----- --------------enigA74E7C9EA4CF9E187FFB8CF4-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 16:24:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBEC816A41A for ; Thu, 9 Aug 2007 16:24:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id B785613C428 for ; Thu, 9 Aug 2007 16:24:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=DyXTd4u7sIM0jX8YmmuX7LFTguyisZW70aXAe6kqP2cOE2vtufkhyjpNrbZNloFtqEsE7NAuh6wCsNjKcbRYRpkZAUSgPbBI0KZH5HXsGJ5cWGwPVquzp8DTJRAo+YpCM/NniKTMb86pgWhz5bjDu4f113v0nzRtvS+kPUvWU0WBdqEEhVVlHqLRfqqvBUz9CzpcDfa+LSlzpILPAtrF2fEQSN5VXyxK6Iz1L82QqxfP7G4u4fRhDnsfQHZYWfsi; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1IJAnx-0003mP-H3; Thu, 09 Aug 2007 16:24:09 +0000 Received: from dsl-241-51-21.telkomadsl.co.za ([41.241.51.21] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1IJAnn-0001QX-5B; Thu, 09 Aug 2007 16:23:59 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IJAnd-0000Tn-Ra; Thu, 09 Aug 2007 18:23:49 +0200 To: Nenhum_de_Nos From: Ian FREISLICH In-Reply-To: Message from Nenhum_de_Nos of "Wed, 08 Aug 2007 22:49:12 -0300." <4956a5e50708081849s393be47bv931310df0e59fb66@mail.gmail.com> X-Attribution: BOFH Date: Thu, 09 Aug 2007 18:23:49 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: hostapd and atheros - anyone else with dropping connections ?! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 16:24:11 -0000 Nenhum_de_Nos wrote: > I have a wifi atheros card: > > ath0@pci0:10:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 hdr=0 x00 > vendor = 'Atheros Communications Inc.' > device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' > class = network > subclass = ethernet > > and an hostapd AP. > > from time to time, I need to restart hostapd. and this time is not long. > > I'll update now and try again. > > if anyone is having the same issue, please say :) I'm having a similar issue on similar and more recent hardware (5212 and 5006), but not with hostap. Have you tried 'arp -d -a' on either or both of the hosts? I find this fixes my disappearing wireless connectivity. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 16:38:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A08F516A417 for ; Thu, 9 Aug 2007 16:38:27 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 2747813C457 for ; Thu, 9 Aug 2007 16:38:26 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so156099nfb for ; Thu, 09 Aug 2007 09:38:26 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KyQWLWt74+r6LxkwVzRDFy+Vvzm+O/n0vGy927nPLCNZu5TmJrK+HzsRITFG5o2faIh3ncMwO+YILj7Rnc/Ehub1Pd/qsApOwb7D/KB0cZQ7XZDPA2sxaXkBtoE9Hc4QZpNgxNFeofK2qusAI+y8xpRtat/G7P0WLUDJLvNkU7Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q1/D9qx+URVsrrFKZLkYbS+kNvPEa3Iw/+KMC74Nc6v/Rel5LlCOEmdWO84InzXLi4NHWUMz3HMGQKtiPaRqtynPa07f6dyRuuYMCXU8xib+Wpp93buB/Ce4IwMdyPUAgBg/+7pXdl0zce56mG4mMYioMbqrz8RAwzWuyqkfw7U= Received: by 10.86.95.20 with SMTP id s20mr1281191fgb.1186677505775; Thu, 09 Aug 2007 09:38:25 -0700 (PDT) Received: by 10.86.59.6 with HTTP; Thu, 9 Aug 2007 09:38:25 -0700 (PDT) Message-ID: <790a9fff0708090938u4de36b8fsdc65c16023d92116@mail.gmail.com> Date: Thu, 9 Aug 2007 11:38:25 -0500 From: "Scot Hetzel" To: rodrigc@comcast.net In-Reply-To: <080920071511.17793.46BB2EB700018E080000458122073000330C09079D0B019D@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <080920071511.17793.46BB2EB700018E080000458122073000330C09079D0B019D@comcast.net> Cc: freebsd-current@freebsd.org, karol.kwiat@gmail.com Subject: Re: Can't remove 'noatime' on mounted filesystem on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 16:38:27 -0000 On 8/9/07, rodrigc@comcast.net wrote: > > The only way to get rid of noatime is to umount and remount the UFS > filesystem. > > Hi, > > I have a patch pending for CURRENT which deals with this issue, but has not > been > approved by re@ yet. > > In the meantime, the workaround is to do: > > mount -u -o nonoatime > The work around works on UFS, but fails on ZFS. I had to unmount the ZFS filesystem before it would allow me to set noatime with mount again. But it wouldn't allow me to unset noatime with mount: hp010# umount /usr/ports/distfiles hp010# zfs mount -a hp010# zfs get atime rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) hp010# mount -u -o nonoatime /usr/ports/distfiles hp010# zfs get atime rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) hp010# mount -u -o atime /usr/ports/distfiles hp010# zfs get atime rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) The only way to reset it is to use zfs inherit or zfs set: hp010# zfs inherit -r atime rootpool/usr/ports/distfiles hp010# zfs get atime rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o nonoatime /usr/ports/distfiles hp010# zfs get atime rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 17:07:10 2007 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7A5E16A418 for ; Thu, 9 Aug 2007 17:07:10 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 34D9213C4E8 for ; Thu, 9 Aug 2007 17:07:10 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so158504nfb for ; Thu, 09 Aug 2007 10:07:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=nntJPzgYdEPyr9riJF1nbtP6x2jq631TPtwwa1sfL8YriCWPs1GOlrW5hp3hFbk2SUolaM15399OZ20k0cIu8VAm3pIt8PSiIyPdABUpfBiOkSD1tejfEsSNxU6jgFMpUJ6errwnAVffd8xtOp5QcmY9f5MXXeTwVeh/Slu8a68= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=umPFdYjlU6WZ85N/AE48TnawZJJdaHeLuj+r49XIlxzsQJJPzeX3heo4ko8eyBxTXIgy6eOhWE1xejK5g6kjGZMyXl8HXJIdnJSoeAFPqRNtGBPMqMO8tVcEnomQ4hozCBVpGloRcPctKOAOd1p7lntl0YE05U25LwxVAZ+rHyo= Received: by 10.86.71.1 with SMTP id t1mr1634138fga.1186679228853; Thu, 09 Aug 2007 10:07:08 -0700 (PDT) Received: by 10.86.59.6 with HTTP; Thu, 9 Aug 2007 10:07:08 -0700 (PDT) Message-ID: <790a9fff0708091007h48cb5133t16638a24076795f8@mail.gmail.com> Date: Thu, 9 Aug 2007 12:07:08 -0500 From: "Scot Hetzel" To: pjd@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: FreeBSD-CURRENT@freebsd.org Subject: mount gets into a state where it won't set/unset ZFS properties (atime, exec, setuid) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 17:07:10 -0000 While checking out a problem with mount unsetting noatime on a UFS system, I tested mount with both a UFS and ZFS filesystems. The ZFS filesystem had several problems: hp010# uname -a FreeBSD hp010.hetzel.org 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Aug 8 10:38:34 CDT 2007 root@hp010.hetzel.org:/usr/src/7x/sys/amd64/compile/GENERIC.debug amd64 hp010# umount /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default hp010# zfs mount -a hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noexec,nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) Why doesn't the setuid property change to 'temporary' for rootpool/usr/ports/distfiles? hp010# mount -u -o exec,suid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) mount can't get rid of these options. hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime, noexec, nosuid) hp010# mount -u -o atime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime, noexec, nosuid) Same problem with getting rid of noatime. I would have expected mount to be able to be able to change the zfs properties of atime, exec back to on. hp010# zfs inherit -r atime rootpool/usr/ports/distfiles hp010# zfs inherit -r exec rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# zfs set setuid=off rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid off local rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) We have now set everything back to the default mount options using 'zfs inherit' hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) Now mount can't set noatime or noexec. hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) Back to the defaults again. This last part gets a bit strange, without umounting /usr/ports/distfiles, I tried the following: hp010# mount -u -o nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# zfs set setuid=off rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid off local rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs inherit -r exec rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec off temporary rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) It won't set noatime when noexec and nosuid are specified. hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) Now it removed noexec, and didn't set noatime. hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) Lets try setting noatime again: hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) mount shows nosuid. Lets unset if with zfs inherit: hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) nosuid is gone, lets see if we can now set noatime: hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) Again mount is showing nosuid: hp010# mount -u -o nonoatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) hp010# mount -u -o nonosuid /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) Try nonoatime and nonosuid, but mount still showing nosuid. Using zfs inherit gets rid of nosuid: hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) Give up, and umount the filesystem: hp010# umount /usr/ports/distfiles hp010# zfs mount -a hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) We can now set noatime, try nonoatime to unset it: hp010# mount -u -o nonoatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) That didn't work, does atime work: hp010# mount -u -o atime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime off temporary rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) Reset atime to defaults with zfs inherit: hp010# zfs inherit -r atime rootpool/usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) Does nonoatime have any side efects now: hp010# mount -u -o nonoatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) No side effect, lets try setting noatime: hp010# mount -u -o noatime /usr/ports/distfiles hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount | grep distfiles NAME PROPERTY VALUE SOURCE rootpool/usr/ports/distfiles atime on default rootpool/usr/ports/distfiles exec on default rootpool/usr/ports/distfiles setuid on default rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) hp010# Now mount can't set noatime. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 17:23:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A083A16A41A for ; Thu, 9 Aug 2007 17:23:04 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 3EDE213C457 for ; Thu, 9 Aug 2007 17:23:03 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id l79HN3DX083012; Thu, 9 Aug 2007 12:23:03 -0500 (CDT) (envelope-from dan) Date: Thu, 9 Aug 2007 12:23:03 -0500 From: Dan Nelson To: Andre Guibert de Bruet Message-ID: <20070809172302.GA13685@dan.emsphone.com> References: <7F42CA7D-24C4-4A47-AC67-8F5E6A248380@siliconlandmark.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7F42CA7D-24C4-4A47-AC67-8F5E6A248380@siliconlandmark.com> X-OS: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: panic: mtx_lock() of destroyed mutex @ /usr/src/sys/net/route.c:1306 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 17:23:04 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In the last episode (Mar 27), Andre Guibert de Bruet said: > I got this earlier today. I managed to get what appears to be a sane dump: > > Unread portion of the kernel message buffer: > panic: mtx_lock() of destroyed mutex @ /usr/src/sys/net/route.c:1306 > cpuid = 0 > KDB: enter: panic > Physical memory: 3575 MB > Dumping 324 MB: 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 I just booted today's -current and got the same panic with a similar stack trace. I've actually been getting it once a week or so since I switched to -current in June, but it's bugging me today. panic: mtx_lock() of destroyed mutex @ ../../../net/route.c:1303 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) (kgdb) #0 doadump () at pcpu.h:195 #1 0xc05e04cc in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc05e0730 in panic (fmt=Variable "fmt" is not available.) at ../../../kern/kern_shutdown.c:563 #3 0xc05d4bf9 in _mtx_lock_flags (m=0x0, opts=0, file=0xc081dd19 "../../../net/route.c", line=1303) at ../../../kern/kern_mutex.c:178 #4 0xc0685521 in rt_check (lrt=0xe74a195c, lrt0=0xe74a1978, dst=0xc5704970) at ../../../net/route.c:1303 #5 0xc068fe1f in arpresolve (ifp=0xc3bd0c00, rt0=0xc613ed98, m=0xc6ad1800, dst=0xc5704970, desten=0xe74a1992 "¡╞D\030¡╞") at ../../../netinet/if_ether.c:373 #6 0xc067a40e in ether_output (ifp=0xc3bd0c00, m=0xc6ad1800, dst=0xc5704970, rt0=0xc613ed98) at ../../../net/if_ethersubr.c:175 #7 0xc06aa585 in ip_output (m=0xc6ad1800, opt=0x0, ro=0xe74a1a0c, flags=Variable "flags" is not available.) at ../../../netinet/ip_output.c:547 #8 0xc06b1fa6 in tcp_output (tp=0xcb477e10) at ../../../netinet/tcp_output.c:1125 #9 0xc06ba534 in tcp_usr_send (so=0xcb4cb7bc, flags=Variable "flags" is not available.) at ../../../netinet/tcp_usrreq.c:839 #10 0xc06370a5 in sosend_generic (so=0xcb4cb7bc, addr=0x0, uio=0xe74a1c60, top=0xc6162e00, control=0x0, flags=0, td=0xcb542600) at ../../../kern/uipc_socket.c:1241 #11 0xc0633784 in sosend (so=0xcb4cb7bc, addr=0x0, uio=0xe74a1c60, top=0x0, control=0x0, flags=0, td=0xcb542600) at ../../../kern/uipc_socket.c:1287 #12 0xc061d16b in soo_write (fp=0xca3dedc8, uio=0xe74a1c60, active_cred=0xc4813700, flags=0, td=0xcb542600) at ../../../kern/sys_socket.c:104 #13 0xc0617785 in dofilewrite (td=0xcb542600, fd=3, fp=0xca3dedc8, auio=0xe74a1c60, offset=-1, flags=0) at file.h:254 #14 0xc0617a18 in kern_writev (td=0xcb542600, fd=3, auio=0xe74a1c60) at ../../../kern/sys_generic.c:404 #15 0xc0617a8f in write (td=0xcb542600, uap=0xe74a1cfc) at ../../../kern/sys_generic.c:320 #16 0xc07acd43 in syscall (frame=0xe74a1d38) at ../../../i386/i386/trap.c:1008 #17 0xc0792a80 in Xint0x80_syscall () at ../../../i386/i386/exception.s:196 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) FreeBSD dan.emsphone.com 7.0-CURRENT FreeBSD 7.0-CURRENT #465: Thu Aug 9 09:44:54 CDT 2007 zsh@dan.emsphone.com:/usr/src-7/sys/i386/compile/DANSMP i386 -- Dan Nelson dnelson@allantgroup.com --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=DANSMP machine i386 cpu I586_CPU cpu I686_CPU ident DAN #maxusers 120 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #makeoptions COPTFLAGS="-O2 -march=pentium3 -pipe" # use some optimizations #makeoptions NO_CPU_COPTFLAGS="yes" makeoptions "MODULES_OVERRIDE+"="geom/geom_sunlabel geom/geom_uzip geom/geom_gate" #makeoptions "MODULES_OVERRIDE +"="ntfs ntfs_iconv" #makeoptions "MODULES_OVERRIDE +"="smbfs libiconv libmchain" makeoptions "MODULES_OVERRIDE +"="zfs" makeoptions NO_MODULES_OLD="yes" #makeoptions NO_MODULES="yes" #makeoptions NO_WERROR="yes" options SCHED_4BSD # Old Reliable #options SCHED_ULE # Whippersnapper options INET #InterNETworking #options IPSEC #IP security #options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options FFS #Berkeley Fast Filesystem options SOFTUPDATES #options UFS_EXTATTR # extattr support #options UFS_EXTATTR_AUTOSTART #options UFS_ACL # ACL support options UFS_DIRHASH #Improve performance on big directories options VFS_AIO options NFSCLIENT #Network File System options NFSSERVER #Network File System options PROCFS #Process filesystem options PSEUDOFS #Pseudo-filesystem framework options CD9660 #ISO 9660 filesystem options MSDOSFS #MS DOS File System (FAT, FAT32) options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD 4 options COMPAT_FREEBSD5 #Compatible with FreeBSD 5 options COMPAT_FREEBSD6 #Compatible with FreeBSD 6 options COMPAT_AOUT #Exec 2.2 binaries options SCSI_DELAY=500 #Be optimistic about Joe SCSI device #options GEOM #Use new partition code options GEOM_LABEL # Providers labelization. options GEOM_MIRROR # Disk mirroring. options PPP_DEFLATE options SW_WATCHDOG options AUDIT # event auditing device pci device fdc device aha device ahc device adw options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHC_ALLOW_MEMIO # Allow PCI adapters to use memory # mapped I/O # SMP options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # SCSI peripherals device scbus # SCSI bus (required for SCSI) 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) # The 'ATA' driver supports all ATA and ATAPI devices, including PC Card # devices. You only need one "device ata" for it to find all # PCI and PC Card ATA/ATAPI devices on modern machines. device ata device atapicam # emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) device atadisk device atapicd options ATA_STATIC_ID # atkbdc0 controlls both the keyboard and the PS/2 mouse device atkbdc device atkbd device psm device vga # VGA video card driver options VGA_WIDTH90 # support 90 column modes options VESA # support for VESA video modes #device "r128drm" device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_HISTORY_SIZE=500 # number of history buffer lines device agp # support several AGP chipsets # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device ed device fxp device dc device xl device lagg # Link Aggregation device loop device ether device tun device pty device gzip # Exec gzipped a.out's device md #Memory/malloc disk device snp #Snoop device - to look at pty/vty/etc.. # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG # The `bpfilter' device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. device bpf #Berkeley packet filter options KDB #Enable the kernel debugger options DDB #ddb frontend to kernel debugger options KDB_TRACE #Print stack trace on panic options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options MUTEX_DEBUG #Enable various extra assertions in the mutex code options ADAPTIVE_GIANT #Spin, then sleep on Giant #options ADAPTIVE_MUTEXES #Spin, then sleep on a held mutex #options WITNESS #Enable mutex checks to detects deadlocks and cycles #options WITNESS_SKIPSPIN #Disable the witness checks on spin mutexes #options KTR #options KTR_ALQ #options ALQ #options KTR_COMPILE=KTR_ALL #options KTR_ENTRIES=8192 #options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes to # #DDB, if available. options ALT_BREAK_TO_DEBUGGER #Break on CR ~ ^B #options KDB_UNATTENDED #Don't drop into ddb on panic #options WITNESS_KDB #Drop into debugger on locking problem options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options DUMMYNET #bandwidth limiter options INCLUDE_CONFIG_FILE # Include this file in kernel # Size of the kernel message buffer. Should be N * pagesize. options MSGBUF_SIZE=40960 #options CLK_USE_I8254_CALIBRATION #options CLK_USE_TSC_CALIBRATION # For pnp sound cards: device sound device snd_emu10k1 device speaker #Play IBM BASIC-style noises out your speaker # System Management Bus support provided by the 'smbus' device. device smbus #device intpm #device alpm device ichsmb device viapm #device amdpm #device nfpm device smb # Philips i2c bus support is provided by the `iicbus' device. device iicbus device iicbb #device ic #device iic #device iicsmb #device pcf # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device ucom # USB tty driver device umodem # USB modem driver device ubsa # Cheap Belkin USB-serial driver device umct # Even Cheaper Belkin USB-serial driver device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer # real-time kernel extensions #options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING #options _KPOSIX_VERSION=199309L # Cryptographically secure random number generator; /dev/[u]random device random # ACPI Experimental Driver device acpi # Linux compatability options COMPAT_LINUX # Disk quotas are supported when this option is enabled. options QUOTA #enable disk quotas # options MALLOC_PROFILE # gather stats on uma --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 17:45:11 2007 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D72F516A417 for ; Thu, 9 Aug 2007 17:45:11 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 6F13813C45A for ; Thu, 9 Aug 2007 17:45:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A020C45B26; Thu, 9 Aug 2007 19:45:04 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 94E7945684; Thu, 9 Aug 2007 19:44:56 +0200 (CEST) Date: Thu, 9 Aug 2007 19:44:10 +0200 From: Pawel Jakub Dawidek To: Scot Hetzel Message-ID: <20070809174410.GA9454@garage.freebsd.pl> References: <790a9fff0708091007h48cb5133t16638a24076795f8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <790a9fff0708091007h48cb5133t16638a24076795f8@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD-CURRENT@freebsd.org Subject: Re: mount gets into a state where it won't set/unset ZFS properties (atime, exec, setuid) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 17:45:12 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 09, 2007 at 12:07:08PM -0500, Scot Hetzel wrote: > While checking out a problem with mount unsetting noatime on a UFS > system, I tested mount with both a UFS and ZFS filesystems. The ZFS > filesystem had several problems: >=20 > hp010# uname -a > FreeBSD hp010.hetzel.org 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Aug > 8 10:38:34 CDT 2007 > root@hp010.hetzel.org:/usr/src/7x/sys/amd64/compile/GENERIC.debug > amd64 >=20 > hp010# umount /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault >=20 > hp010# zfs mount -a > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) >=20 > hp010# mount -u -o noexec,nosuid /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec off tem= porary > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, > noexec, nosuid) >=20 > Why doesn't the setuid property change to 'temporary' for > rootpool/usr/ports/distfiles? >=20 > hp010# mount -u -o exec,suid /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec off tem= porary > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, > noexec, nosuid) >=20 > mount can't get rid of these options. >=20 > hp010# mount -u -o noatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime off tem= porary > rootpool/usr/ports/distfiles exec off tem= porary > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, > noatime, noexec, nosuid) >=20 > hp010# mount -u -o atime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime off tem= porary > rootpool/usr/ports/distfiles exec off tem= porary > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, > noatime, noexec, nosuid) >=20 > Same problem with getting rid of noatime. I would have expected mount > to be able to be able to change the zfs properties of atime, exec back > to on. >=20 > hp010# zfs inherit -r atime rootpool/usr/ports/distfiles > hp010# zfs inherit -r exec rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) >=20 >=20 > hp010# zfs set setuid=3Doff rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid off loc= al > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) >=20 > hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) >=20 > We have now set everything back to the default mount options using 'zfs i= nherit' >=20 > hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) >=20 > Now mount can't set noatime or noexec. >=20 > hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) >=20 > Back to the defaults again. >=20 > This last part gets a bit strange, without umounting > /usr/ports/distfiles, I tried the following: >=20 > hp010# mount -u -o nosuid /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) > hp010# zfs set setuid=3Doff rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid off loc= al > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) > hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) > hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec off tem= porary > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, > noexec, nosuid) > hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles > hp010# zfs inherit -r exec rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) > hp010# mount -u -o noatime,noexec,nosuid /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec off tem= porary > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, > noexec, nosuid) >=20 > It won't set noatime when noexec and nosuid are specified. >=20 > hp010# mount -u -o noatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) >=20 > Now it removed noexec, and didn't set noatime. >=20 > hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) >=20 > Lets try setting noatime again: >=20 > hp010# mount -u -o noatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) >=20 > mount shows nosuid. Lets unset if with zfs inherit: >=20 > hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) >=20 > nosuid is gone, lets see if we can now set noatime: >=20 > hp010# mount -u -o noatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) >=20 > Again mount is showing nosuid: >=20 > hp010# mount -u -o nonoatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) > hp010# mount -u -o nonosuid /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, nosuid) >=20 > Try nonoatime and nonosuid, but mount still showing nosuid. Using zfs > inherit gets rid of nosuid: >=20 > hp010# zfs inherit -r setuid rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) >=20 > Give up, and umount the filesystem: >=20 > hp010# umount /usr/ports/distfiles > hp010# zfs mount -a > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) > hp010# mount -u -o noatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime off tem= porary > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) >=20 > We can now set noatime, try nonoatime to unset it: >=20 > hp010# mount -u -o nonoatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime off tem= porary > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) >=20 > That didn't work, does atime work: >=20 > hp010# mount -u -o atime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime off tem= porary > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) >=20 > Reset atime to defaults with zfs inherit: >=20 > hp010# zfs inherit -r atime rootpool/usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) >=20 > Does nonoatime have any side efects now: >=20 > hp010# mount -u -o nonoatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) >=20 > No side effect, lets try setting noatime: >=20 > hp010# mount -u -o noatime /usr/ports/distfiles > hp010# zfs get atime,exec,setuid rootpool/usr/ports/distfiles ; mount > | grep distfiles > NAME PROPERTY VALUE SOU= RCE > rootpool/usr/ports/distfiles atime on def= ault > rootpool/usr/ports/distfiles exec on def= ault > rootpool/usr/ports/distfiles setuid on def= ault > rootpool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local) > hp010# >=20 > Now mount can't set noatime. Could you file a PR for this? The code responsible for mount options handling changed recently in ZFS, but I don't think I'll be able to integrate it before 7.0-RELEASE. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGu1JqForvXbEpPzQRAiefAKDEOsUjfKTp2A08x4HzK8jiJlrGOgCfajNk vL1V4Ly1vzllwUgkfOm/Wiw= =rsjA -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 18:16:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EF3316A46D for ; Thu, 9 Aug 2007 18:16:01 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 1F5CA13C458 for ; Thu, 9 Aug 2007 18:16:00 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport2.ambrisko.com with ESMTP; 09 Aug 2007 11:10:46 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.1/8.12.11) with ESMTP id l79IJWSI016158; Thu, 9 Aug 2007 11:19:32 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.1/8.13.1/Submit) id l79IJV0X016157; Thu, 9 Aug 2007 11:19:31 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200708091819.l79IJV0X016157@ambrisko.com> In-Reply-To: <200708081750.l78HoaUY047803@lava.sentex.ca> To: Mike Tancsa Date: Thu, 9 Aug 2007 11:19:31 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 18:16:01 -0000 Mike Tancsa writes: | On a chance, I tried a trick I used to have to do | ages ago in order to get the driver to work. I added | | debug.acpi.disabled="sysresource" | | to /boot/loader.conf | | and then it worked on the CURRENT kernel. i.e. I'm finding that happens a with a few things in which ACPI steals away the resources from other drivers so they fail to attach. On some of my machines I don't notice it since I have sysresources disables. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 18:24:40 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAAF916A419 for ; Thu, 9 Aug 2007 18:24:40 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 8567713C47E for ; Thu, 9 Aug 2007 18:24:39 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (who0yt8xngj79vcl@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l79IOdUL099339; Thu, 9 Aug 2007 11:24:39 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l79IOcCN099338; Thu, 9 Aug 2007 11:24:38 -0700 (PDT) (envelope-from jmg) Date: Thu, 9 Aug 2007 11:24:38 -0700 From: John-Mark Gurney To: stable@FreeBSD.org Message-ID: <20070809182438.GW99491@funkthat.com> Mail-Followup-To: stable@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Mailman-Approved-At: Thu, 09 Aug 2007 18:30:08 +0000 Cc: Subject: fragmented buffer cache hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 18:24:40 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline At work, we've been having a few hangs that are apparently from a fragmented buffer cache... We are running w/ some UFS2 file systems with a 64KB/64KB and 64KB/32KB block/fragment sizes which I believe is a contributing factor to the fragmentation. Luckily, only I/O to the large block file systems are hung, and I've been able to run kgdb on /dev/mem which has helped tremendously. I am still running kgdb on the box, so I can get any additional information requested. Disk IO on the devices that the file systems are housed are fully functional, as I can run ffsinfo, and dd from the disks. Most of the processes are stuck in nbufkv (from getnewbuf) w/ needsbuffer set to VFS_BIO_NEED_BUFSPACE. This can only get set if it needs to defrag the buffer cache because a call to vm_map_findspace(buffer_map fails. The bufdaemon is stuck in qsleep. The syncer is also stuck in nbufkv. So, BKVASIZE which is the minimum allocation size of space in the buffer_map was increased to 16KB to be 2x the size (at the time) of the UFS block size of standard file systems (8KB). We have since increased the standard block size to 16KB, but have not made a repsective increase to the BKVASIZE. I see that as a possible work around, but not as one that is guaranteed to make 64KB block FS's work though. I have walked part of the buffer_map, but have not seen any adj_free or max_free >= 64KB, they are usually either 32KB or 48KB... Some information about the box: 6.2-RELEASE using a SMP kernel w/ debugging enabled, nothing else special. I have attached sysctl -a, vmstat -m, vmstat -z and dmesg. I believe this hang is possible w/ -current also, as the buffer cache has not changed significantly. Comments? Help? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.dump" Copyright (c) 1992-2007 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 6.2-RELEASE #0: Fri Aug 3 16:27:39 PDT 2007 root@crane:/usr/src/sys/i386/compile/SMP-DDB Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz (2660.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2146304000 (2046 MB) avail memory = 2095198208 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x4000-0x400f mem 0xe0200000-0xe020000f,0xe0800000-0xe0ffffff irq 48 at device 1.0 on pci3 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 pci1: at device 0.3 (no driver attached) pcib4: irq 17 at device 28.0 on pci0 pci9: on pcib4 pcib5: irq 17 at device 28.4 on pci0 pci13: on pcib5 em0: port 0x5000-0x501f mem 0xe1000000-0xe101ffff irq 16 at device 0.0 on pci13 em0: Ethernet address: 00:30:48:8e:02:fa pcib6: irq 16 at device 28.5 on pci0 pci14: on pcib6 em1: port 0x6000-0x601f mem 0xe1100000-0xe111ffff irq 17 at device 0.0 on pci14 em1: Ethernet address: 00:30:48:8e:02:fb uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci15: on pcib7 pci15: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe0000400-0xe00007ff irq 19 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model VersaPad, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xcd000-0xcdfff on isa0 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 acd0: CDRW at ata0-master UDMA33 ad4: 143089MB at ata2-master SATA150 ad6: 143089MB at ata3-master SATA150 ad7: 143089MB at ata3-slave SATA150 twed0: on twe0 twed0: 143089MB (293046768 sectors) twed1: on twe0 twed1: 143089MB (293046768 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a em0: promiscuous mode enabled em0: promiscuous mode disabled em0: promiscuous mode enabled em0: promiscuous mode disabled --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sysctl.dump" kern.ostype: FreeBSD kern.osrelease: 6.2-RELEASE kern.osrevision: 199506 kern.version: FreeBSD 6.2-RELEASE #0: Fri Aug 3 16:27:39 PDT 2007 root@crane:/usr/src/sys/i386/compile/SMP-DDB kern.maxvnodes: 100000 kern.maxproc: 6164 kern.maxfiles: 12328 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: crane kern.hostid: 0 kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1186185324, usec = 85200 } Fri Aug 3 16:55:24 2007 kern.domainname: kern.osreldate: 602000 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 132 kern.ipc.nmbclusters: 25600 kern.ipc.nmbjumbop: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbo16: 0 kern.ipc.maxpipekva: 16777216 kern.ipc.pipes: 28 kern.ipc.pipekva: 278528 kern.ipc.pipefragretry: 0 kern.ipc.pipeallocfail: 0 kern.ipc.piperesizefail: 0 kern.ipc.piperesizeallowed: 1 kern.ipc.msgmax: 16384 kern.ipc.msgmni: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgtql: 40 kern.ipc.msgssz: 8 kern.ipc.msgseg: 2048 kern.ipc.semmap: 30 kern.ipc.semmni: 10 kern.ipc.semmns: 60 kern.ipc.semmnu: 30 kern.ipc.semmsl: 60 kern.ipc.semopm: 100 kern.ipc.semume: 10 kern.ipc.semusz: 92 kern.ipc.semvmx: 32767 kern.ipc.semaem: 16384 kern.ipc.shmmax: 33554432 kern.ipc.shmmin: 1 kern.ipc.shmmni: 192 kern.ipc.shmseg: 128 kern.ipc.shmall: 8192 kern.ipc.shm_use_phys: 0 kern.ipc.shm_allow_removed: 0 kern.ipc.numopensockets: 53 kern.ipc.maxsockets: 25600 kern.ipc.nsfbufs: 6656 kern.ipc.nsfbufspeak: 5 kern.ipc.nsfbufsused: 0 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.cam.cam_srch_hi: 0 kern.cam.scsi_delay: 5000 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.cd.changer.max_busy_seconds: 15 kern.cam.da.retry_count: 4 kern.cam.da.default_timeout: 60 kern.disks: twed1 twed0 ad7 ad6 ad4 kern.geom.debugflags: 0 kern.geom.collectstats: 1 kern.elf32.fallback_brand: -1 kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.init_shutdown_timeout: 120 kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 kern.acct_suspended: 0 kern.cp_time: 1017357 228 1407877 326663 124281773 kern.openfiles: 325 kern.kq_calloutmax: 4096 kern.stackprot: 7 kern.ps_arg_cache_limit: 256 kern.lastpid: 56579 kern.randompid: 0 kern.ktrace.genio_size: 4096 kern.ktrace.request_pool: 100 kern.module_path: /boot/kernel;/boot/modules kern.malloc: Type InUse MemUse HighUse Requests Size(s) linux 11 1K - 11 32,64 acpidev 64 2K - 64 32 acpisem 21 2K - 21 64 PCI Link 16 2K - 16 32,128 acpitask 0 0K - 1 32 acpica 1468 79K - 29918 16,32,64,128,256,512,1024,2048 DEVFS1 132 33K - 132 256 DEVFS3 143 18K - 144 128 nexusdev 3 1K - 3 16 memdesc 1 4K - 1 4096 I/O APIC 3 3K - 3 1024 USBdev 6 1K - 21 16,128,256,512 USB 79 7K - 79 16,32,64,128,256 twe commands 255 16K - 261 64 atkbddev 2 1K - 2 32 entropy 1024 64K - 1024 64 VM pgdata 2 65K - 2 64 CAM XPT 10 1K - 17 16,64,512 UMAHash 3 9K - 12 256,512,1024,2048,4096 UFS mount 24 368K - 24 256,2048,4096 UFS dirhash 618 165K - 10368 16,32,64,128,256,512,4096 savedino 0 0K - 3211 256 newdirblk 0 0K - 3 32 dirrem 0 0K - 30777 32 mkdir 0 0K - 146 32 diradd 1 1K - 31523 64 freefile 0 0K - 15276 32 freeblks 0 0K - 15175 256 freefrag 3 1K - 9983 32 allocindir 0 0K - 3176832 64 indirdep 0 0K - 1434 32 allocdirect 4 1K - 44763 128 bmsafemap 1 1K - 12631 64 newblk 1 1K - 3221596 64,256 inodedep 4 257K - 42361 128 pagedep 2 65K - 20005 64 p1003.1b 1 1K - 1 16 NFS daemon 1 8K - 1 NFS req 0 0K - 31010208 128 ip6_moptions 1 1K - 1 16 in6_multi 19 1K - 19 16,32,64 syncache 1 8K - 1 acd_driver 1 2K - 1 2048 hostcache 1 24K - 1 in_multi 2 1K - 2 32 routetbl 32 3K - 111 16,32,64,128,256 ar_driver 0 0K - 15 512,2048 ata_dma 4 1K - 4 128 lo 1 1K - 1 16 arpcom 2 1K - 2 16 clone 4 16K - 4 4096 ether_multi 17 1K - 18 16,32,64 ifaddr 34 8K - 34 16,32,64,256,512,2048 ifnet 4 4K - 4 256,1024 BPF 3 1K - 13 16,64,256 ad_driver 3 1K - 3 32 vnodemarker 2 1K - 287312 512 mount 201 6K - 356 16,32,64,128,2048 vnodes 3 1K - 13 16,128 VFS hash 1 256K - 1 cluster_save buffer 0 0K - 762 32,64 vfscache 1 512K - 1 BIO buffer 0 0K - 227 2048 CAM SIM 1 1K - 1 64 pcb 29 5K - 7520 16,32,64,2048 soname 7 1K - 34383 16,32,128 mbuf_tag 0 0K - 7442 32,64 ptys 13 2K - 13 128 ttys 2292 316K - 11532 128,1024 shm 1 12K - 1 sem 4 7K - 4 512,1024,4096 msg 4 25K - 4 1024,4096 iov 0 0K - 3261 16,64,128 ioctlops 0 0K - 138638 16,32,64,128,256,512,1024 Unitno 7 1K - 9 16,64 turnstiles 211 14K - 211 64 taskqueue 9 1K - 9 16,128 sleep queues 211 7K - 211 32 sbuf 0 0K - 9432 16,32,64,128,256,512,1024,2048,4096 rman 191 12K - 690 16,64 CAM dev queue 1 1K - 1 64 kobj 256 512K - 310 2048 eventhandler 43 3K - 43 32,128 devstat 18 37K - 18 16,4096 kbdmux 6 9K - 6 16,128,256,2048,4096 bus-sc 68 38K - 3033 16,32,64,128,256,512,1024,2048,4096 bus 1037 44K - 9289 16,32,64,128,1024 SWAP 2 277K - 2 64 umtx 210 14K - 210 64 sysctltmp 0 0K - 2431 16,32,64,128 sysctloid 2855 87K - 2855 16,32,64 sysctl 0 0K - 3397383 16,32,64 uidinfo 7 2K - 993 32,1024 plimit 20 5K - 30329 256 cred 70 9K - 302666 128 subproc 311 506K - 56798 256,4096 proc 2 8K - 2 4096 session 38 5K - 2839 128 pgrp 50 4K - 4947 64 mtx_pool 1 8K - 1 module 388 25K - 388 64,128 ata_generic 4 4K - 36 16,512,1024 ip6ndp 4 1K - 4 64,128 temp 19 266K - 174786 16,32,64,128,256,512,1024,2048,4096 devbuf 370 1528K - 400 16,32,64,128,256,512,1024,2048,4096 lockf 14 1K - 237511 64 linker 80 115K - 125 16,32,256,1024,4096 CAM queue 3 1K - 3 16 CAM periph 1 1K - 1 128 KTRACE 100 13K - 100 128 ithread 124 12K - 124 16,64,128 zombie 0 0K - 56487 128 proc-args 57 3K - 148230 16,32,64,128,256 kqueue 0 0K - 2338 256,1024 kenv 113 8K - 114 16,32,64,4096 sigio 1 1K - 1 32 file desc 174 81K - 58805 16,32,256,512,2048 cdev 25 4K - 25 128 isadev 18 2K - 18 64 GEOM 210 30K - 1188 16,32,64,128,256,512,1024,2048,4096 pfs_nodes 20 3K - 20 128 DEVFS 12 1K - 13 16,128 kern.malloc_count: 201 kern.ident: SMP-GENERIC kern.maxusers: 384 kern.fallback_elf_brand: -1 kern.kstack_pages: 2 kern.sync_on_panic: 0 kern.shutdown.poweroff_delay: 5000 kern.shutdown.kproc_shutdown_wait: 60 kern.sugid_coredump: 0 kern.coredump: 1 kern.nodump_coredump: 0 kern.corefile: %N.core kern.fscale: 2048 kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 596721223 kern.timecounter.nnanouptime: 82692 kern.timecounter.nmicrouptime: 56639 kern.timecounter.nbintime: 640607 kern.timecounter.nnanotime: 4514 kern.timecounter.nmicrotime: 636091 kern.timecounter.ngetbinuptime: 2552818 kern.timecounter.ngetnanouptime: 22039 kern.timecounter.ngetmicrouptime: 58515297 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 47862854 kern.timecounter.nsetclock: 3 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 kern.threads.thr_scope: 0 kern.threads.thr_concurrency: 0 kern.threads.debug: 0 kern.threads.max_threads_per_proc: 1500 kern.threads.max_groups_per_proc: 1500 kern.threads.max_threads_hits: 0 kern.threads.virtual_cpu: 2 kern.sched.name: 4BSD kern.sched.quantum: 100000 kern.sched.ipiwakeup.enabled: 1 kern.sched.ipiwakeup.requested: 18084031 kern.sched.ipiwakeup.delivered: 18084901 kern.sched.ipiwakeup.usemask: 1 kern.sched.ipiwakeup.useloop: 0 kern.sched.ipiwakeup.onecpu: 0 kern.sched.ipiwakeup.htt2: 0 kern.sched.followon: 0 kern.sched.pfollowons: 0 kern.sched.kgfollowons: 0 kern.sched.preemption: 1 kern.sched.runq_fuzz: 1 kern.ccpu: 1948 kern.devstat.numdevs: 5 kern.devstat.generation: 292 kern.devstat.version: 6 kern.kobj_methodcount: 115 kern.log_wakeups_per_second: 5 kern.log_console_output: 1 kern.always_console_output: 0 kern.msgbuf: kern.msgbuf_clear: 0 kern.smp.maxcpus: 16 kern.smp.active: 1 kern.smp.disabled: 0 kern.smp.cpus: 2 kern.smp.forward_signal_enabled: 1 kern.smp.forward_roundrobin_enabled: 1 kern.nselcoll: 0 kern.drainwait: 300 kern.tty_nin: 44172 kern.tty_nout: 25032734 kern.console: consolectl,/ttyd0,consolectl, kern.consmute: 0 kern.consmsgbuf_size: 8192 kern.constty_wakeups_per_second: 5 kern.filedelay: 30 kern.dirdelay: 29 kern.metadelay: 28 kern.minvnodes: 25000 kern.chroot_allow_open_directories: 1 kern.rpc.retries: 0 kern.rpc.request: 0 kern.rpc.timeouts: 0 kern.rpc.unexpected: 0 kern.rpc.invalid: 0 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 2 Disk Wait: 16 Page Wait: 0 Sleep: 49) Virtual Memory: (Total: 204161K, Active 115524K) Real Memory: (Total: 2043328K Active 78628K) Shared Virtual Memory: (Total: 14740K Active: 8648K) Shared Real Memory: (Total: 7660K Active: 4972K) Free Memory Pages: 67692K vm.loadavg: { 0.00 0.06 0.07 } vm.v_free_min: 3310 vm.v_free_target: 13989 vm.v_free_reserved: 749 vm.v_inactive_target: 20983 vm.v_cache_min: 13989 vm.v_cache_max: 27978 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.kmem_size: 335544320 vm.kmem_size_max: 335544320 vm.kmem_size_scale: 3 vm.swap_async_max: 4 vm.dmmax: 32 vm.nswapdev: 1 vm.zone: ITEM SIZE LIMIT USED FREE REQUESTS FFS2 dinode: 256, 0, 28123, 17972, 2552818 FFS1 dinode: 128, 0, 0, 0, 0 FFS inode: 132, 0, 28123, 31936, 2552818 Mountpoints: 664, 0, 12, 6, 12 SWAPMETA: 276, 121576, 30, 138, 866 rtentry: 132, 0, 14, 73, 21 ripcb: 180, 25608, 0, 66, 10 sackhole: 20, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 338, 191 hostcache: 76, 15400, 1, 99, 15 syncache: 100, 15366, 0, 117, 63 tcptw: 48, 5148, 0, 156, 12 tcpcb: 464, 25600, 13, 43, 3100 inpcb: 180, 25608, 13, 97, 3100 udpcb: 180, 25608, 19, 91, 8747 ipq: 32, 904, 0, 226, 24762814 unpcb: 140, 25620, 15, 97, 2926 socket: 356, 25608, 53, 57, 14784 KNOTE: 68, 0, 0, 168, 8940 PIPE: 408, 0, 14, 211, 20157 DIRHASH: 1024, 0, 1270, 418, 15151 NFSNODE: 460, 0, 16874, 206, 60281 NFSMOUNT: 480, 0, 3, 13, 3 L VFS Cache: 291, 0, 29, 335, 106642 S VFS Cache: 68, 0, 39192, 36240, 2622908 NAMEI: 1024, 0, 8, 256, 6830246 VNODEPOLL: 76, 0, 0, 0, 0 VNODE: 272, 0, 45087, 38885, 2613253 ata_composit: 196, 0, 0, 0, 0 ata_request: 204, 0, 0, 266, 6946764 g_bio: 132, 0, 0, 319, 28026362 ACL UMA zone: 388, 0, 0, 0, 0 mbuf_jumbo_1: 16384, 0, 0, 0, 0 mbuf_jumbo_9: 9216, 0, 0, 0, 0 mbuf_jumbo_p: 4096, 0, 0, 0, 0 mbuf_cluster: 2048, 25600, 390, 368, 117161230 mbuf: 256, 0, 392, 373, 533375565 mbuf_packet: 256, 0, 307, 458, 358531144 VMSPACE: 296, 0, 68, 75, 56048 UPCALL: 44, 0, 0, 0, 0 KSEGRP: 88, 0, 196, 44, 196 THREAD: 376, 0, 196, 14, 196 PROC: 536, 0, 113, 83, 56600 Files: 72, 0, 325, 311, 2222317 4096: 4096, 0, 183, 254, 65493 2048: 2048, 0, 298, 58, 1955 1024: 1024, 0, 68, 100, 17267 512: 512, 0, 326, 386, 344123 256: 256, 0, 543, 372, 164538 128: 128, 0, 3126, 384, 31498498 64: 64, 0, 4415, 659, 6931767 32: 32, 0, 1886, 487, 2891878 16: 16, 0, 2980, 877, 754087 mt_zone: 1024, 0, 201, 127, 201 DP fakepg: 72, 0, 0, 53, 9 PV ENTRY: 24, 1745365, 38793, 3982, 205991332 MAP ENTRY: 68, 0, 2176, 456, 4155809 KMAP ENTRY: 68, 57344, 1855, 1393, 41943028 MAP: 192, 0, 7, 13, 7 VM OBJECT: 132, 0, 38276, 22827, 1229324 128 Bucket: 524, 0, 380, 229, 2580 64 Bucket: 268, 0, 21, 35, 124 32 Bucket: 140, 0, 35, 21, 92 16 Bucket: 76, 0, 24, 26, 75 UMA Hash: 128, 0, 3, 27, 6 UMA RCntSlab: 104, 0, 379, 28, 550393 UMA Slabs: 64, 0, 1353, 122, 13700 UMA Zones: 480, 0, 67, 5, 67 UMA Kegs: 140, 0, 67, 5, 67 vm.zone_count: 69 vm.old_contigmalloc: 0 vm.swap_idle_threshold1: 2 vm.swap_idle_threshold2: 10 vm.exec_map_entries: 16 vm.v_free_severe: 2029 vm.stats.sys.v_swtch: 544864931 vm.stats.sys.v_trap: 191956111 vm.stats.sys.v_syscall: 295427815 vm.stats.sys.v_intr: 490434936 vm.stats.sys.v_soft: 11897001 vm.stats.vm.v_vm_faults: 186438774 vm.stats.vm.v_cow_faults: 1336513 vm.stats.vm.v_cow_optim: 336 vm.stats.vm.v_zfod: 183683617 vm.stats.vm.v_ozfod: 96719444 vm.stats.vm.v_swapin: 1278 vm.stats.vm.v_swapout: 1006 vm.stats.vm.v_swappgsin: 1454 vm.stats.vm.v_swappgsout: 1302 vm.stats.vm.v_vnodein: 42109 vm.stats.vm.v_vnodeout: 7689 vm.stats.vm.v_vnodepgsin: 358485 vm.stats.vm.v_vnodepgsout: 13515 vm.stats.vm.v_intrans: 2046 vm.stats.vm.v_reactivated: 229536593 vm.stats.vm.v_pdwakeups: 27780 vm.stats.vm.v_pdpages: 492471633 vm.stats.vm.v_dfree: 5021 vm.stats.vm.v_pfree: 5782215 vm.stats.vm.v_tfree: 468978054 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_page_count: 512521 vm.stats.vm.v_free_reserved: 749 vm.stats.vm.v_free_target: 13989 vm.stats.vm.v_free_min: 3310 vm.stats.vm.v_free_count: 1172 vm.stats.vm.v_wire_count: 47742 vm.stats.vm.v_active_count: 28771 vm.stats.vm.v_inactive_target: 20983 vm.stats.vm.v_inactive_count: 418882 vm.stats.vm.v_cache_count: 15749 vm.stats.vm.v_cache_min: 13989 vm.stats.vm.v_cache_max: 27978 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_forks: 45438 vm.stats.vm.v_vforks: 10609 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_kthreads: 553 vm.stats.vm.v_forkpages: 2136972 vm.stats.vm.v_vforkpages: 1144478 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_kthreadpages: 0 vm.stats.misc.zero_page_count: 798 vm.stats.misc.cnt_prezero: 105368790 vm.max_proc_mmap: 49344 vm.msync_flush_flags: 3 vm.old_msync: 0 vm.boot_pages: 48 vm.max_launder: 32 vm.pageout_stats_max: 13989 vm.pageout_full_stats_interval: 20 vm.pageout_stats_interval: 5 vm.swap_idle_enabled: 0 vm.defer_swapspace_pageouts: 0 vm.disable_swapspace_pageouts: 0 vm.pageout_lock_miss: 0 vm.idlezero_enable: 1 vm.idlezero_maxrun: 16 vm.kvm_size: 1069543424 vm.kvm_free: 381677568 vfs.nfs4.access_cache_timeout: 60 vfs.nfs4.nfsv3_commit_on_close: 0 vfs.devfs.generation: 132 vfs.devfs.rule_depth: 1 vfs.nfs.downdelayinitial: 12 vfs.nfs.downdelayinterval: 30 vfs.nfs.realign_test: 31010647 vfs.nfs.realign_count: 0 vfs.nfs.bufpackets: 4 vfs.nfs.reconnects: 0 vfs.nfs.nfs3_jukebox_delay: 10 vfs.nfs.iodmaxidle: 120 vfs.nfs.iodmin: 0 vfs.nfs.iodmax: 20 vfs.nfs.defect: 0 vfs.nfs.nfs_ip_paranoia: 1 vfs.nfs.diskless_valid: 0 vfs.nfs.diskless_rootpath: vfs.nfs.access_cache_timeout: 60 vfs.nfs.nfsv3_commit_on_close: 0 vfs.nfs.clean_pages_on_close: 1 vfs.nfs.nfs_directio_enable: 0 vfs.nfs.nfs_directio_allow_mmap: 1 vfs.ufs.dirhash_minsize: 2560 vfs.ufs.dirhash_maxmem: 2097152 vfs.ufs.dirhash_mem: 1417124 vfs.ufs.dirhash_docheck: 0 vfs.pfs.vncache.entries: 0 vfs.pfs.vncache.maxentries: 0 vfs.pfs.vncache.hits: 0 vfs.pfs.vncache.misses: 0 vfs.vmiodirenable: 1 vfs.runningbufspace: 0 vfs.bufspace: 104972288 vfs.maxbufspace: 117932032 vfs.bufmallocspace: 0 vfs.maxmallocbufspace: 5863833 vfs.lobufspace: 117211136 vfs.hibufspace: 117276672 vfs.bufreusecnt: 22304926 vfs.buffreekvacnt: 22303319 vfs.bufdefragcnt: 26497573 vfs.lorunningspace: 524288 vfs.hirunningspace: 1048576 vfs.dirtybufferflushes: 34632 vfs.altbufferflushes: 0 vfs.recursiveflushes: 0 vfs.numdirtybuffers: 1607 vfs.lodirtybuffers: 909 vfs.hidirtybuffers: 1819 vfs.dirtybufthresh: 1637 vfs.numfreebuffers: 5591 vfs.lofreebuffers: 404 vfs.hifreebuffers: 808 vfs.getnewbufcalls: 53310770 vfs.getnewbufrestarts: 46270612 vfs.flushwithdeps: 2416 vfs.cache.numneg: 1748 vfs.cache.numcache: 39221 vfs.cache.numcalls: 20781247 vfs.cache.dothits: 420951 vfs.cache.dotdothits: 1427878 vfs.cache.numchecks: 21788587 vfs.cache.nummiss: 3171410 vfs.cache.nummisszap: 36489 vfs.cache.numposzaps: 44693 vfs.cache.numposhits: 14949275 vfs.cache.numnegzaps: 136 vfs.cache.numneghits: 730415 vfs.cache.nchstats: 14949275 730415 44829 0 3207899 0 354985 365231 vfs.cache.numfullpathcalls: 10439 vfs.cache.numfullpathfail1: 1984 vfs.cache.numfullpathfail2: 0 vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfound: 8455 vfs.write_behind: 1 vfs.read_max: 8 vfs.lookup_shared: 0 vfs.usermount: 0 vfs.numvnodes: 45087 vfs.wantfreevnodes: 25000 vfs.freevnodes: 20602 vfs.reassignbufcalls: 31067874 vfs.timestamp_precision: 0 vfs.worklist_len: 6 vfs.nfsrv.nfs_privport: 0 vfs.nfsrv.async: 0 vfs.nfsrv.commit_blks: 0 vfs.nfsrv.commit_miss: 0 vfs.nfsrv.realign_test: 0 vfs.nfsrv.realign_count: 0 vfs.nfsrv.gatherdelay: 10000 vfs.nfsrv.gatherdelay_v3: 0 vfs.ffs.doasyncfree: 1 vfs.ffs.doreallocblks: 1 vfs.ffs.compute_summary_at_mount: 0 net.local.stream.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.maxdgram: 2048 net.local.dgram.recvspace: 4096 net.local.inflight: 0 net.local.taskcount: 0 net.local.recycled: 0 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomtime: 45 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 12579 net.inet.ip.accept_sourceroute: 0 net.inet.ip.keepfaith: 0 net.inet.ip.gifttl: 30 net.inet.ip.subnets_are_local: 0 net.inet.ip.same_prefix_carp_only: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.process_options: 1 net.inet.ip.sendsourcequench: 0 net.inet.ip.random_id: 0 net.inet.ip.check_interface: 0 net.inet.ip.fragpackets: 0 net.inet.ip.maxfragsperpacket: 16 net.inet.ip.maxfragpackets: 800 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.maskfake: 0 net.inet.icmp.drop_redirect: 0 net.inet.icmp.log_redirect: 0 net.inet.icmp.icmplim_output: 1 net.inet.icmp.reply_src: net.inet.icmp.reply_from_interface: 0 net.inet.icmp.quotelen: 8 net.inet.icmp.bmcastecho: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.count: 1 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.rfc3390: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.overflows: 0 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.newreno: 1 net.inet.tcp.sack.enable: 1 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.minmss: 216 net.inet.tcp.minmssoverload: 0 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 13 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.maxtcptw: 5120 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.stab: 20 net.inet.tcp.syncookies: 1 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15359 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.msl: 30000 net.inet.tcp.rexmit_min: 3 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.always_keepalive: 1 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 42080 net.inet.udp.log_in_vain: 0 net.inet.udp.blackhole: 0 net.inet.udp.strict_mcast_mship: 0 net.inet.raw.maxdgram: 8192 net.inet.raw.recvspace: 8192 net.inet.accf.unloadable: 0 net.link.generic.system.ifcount: 3 net.link.ether.inet.prune_intvl: 300 net.link.ether.inet.max_age: 1200 net.link.ether.inet.maxtries: 5 net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.log_arp_wrong_iface: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.ipfw: 0 net.link.gif.max_nesting: 1 net.link.gif.parallel_tunnels: 0 net.link.log_link_state_change: 1 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 net.inet6.ip6.maxfragpackets: 6400 net.inet6.ip6.accept_rtadv: 0 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 net.inet6.ip6.hdrnestlimit: 50 net.inet6.ip6.dad_count: 1 net.inet6.ip6.auto_flowlabel: 1 net.inet6.ip6.defmcasthlim: 1 net.inet6.ip6.gifhlim: 30 net.inet6.ip6.kame_version: FreeBSD net.inet6.ip6.use_deprecated: 1 net.inet6.ip6.rr_prune: 5 net.inet6.ip6.v6only: 1 net.inet6.ip6.rtexpire: 3600 net.inet6.ip6.rtminexpire: 10 net.inet6.ip6.rtmaxcache: 128 net.inet6.ip6.use_tempaddr: 0 net.inet6.ip6.temppltime: 86400 net.inet6.ip6.tempvltime: 604800 net.inet6.ip6.auto_linklocal: 0 net.inet6.ip6.prefer_tempaddr: 0 net.inet6.ip6.use_defaultzone: 0 net.inet6.ip6.maxfrags: 6400 net.inet6.ip6.mcast_pmtu: 0 net.inet6.icmp6.rediraccept: 1 net.inet6.icmp6.redirtimeout: 600 net.inet6.icmp6.nd6_prune: 1 net.inet6.icmp6.nd6_delay: 5 net.inet6.icmp6.nd6_umaxtries: 3 net.inet6.icmp6.nd6_mmaxtries: 3 net.inet6.icmp6.nd6_useloopback: 1 net.inet6.icmp6.nodeinfo: 3 net.inet6.icmp6.errppslimit: 100 net.inet6.icmp6.nd6_maxnudhint: 0 net.inet6.icmp6.nd6_debug: 0 net.inet6.icmp6.nd6_maxqueuelen: 1 net.bpf.bufsize: 4096 net.bpf.maxbufsize: 524288 net.bpf.maxinsns: 512 net.isr.direct: 0 net.isr.count: 327150490 net.isr.directed: 0 net.isr.deferred: 327150490 net.isr.queued: 17512 net.isr.drop: 0 net.isr.swi_count: 59513454 net.route.netisr_maxqlen: 256 net.wlan.debug: 0 debug.ddb_use_printf: 0 debug.firewire_debug: 0 debug.fwmem_debug: 0 debug.if_fwe_debug: 0 debug.sbp_debug: 0 debug.mddebug: 0 debug.elf32_trace: 0 debug.elf32_legacy_coredump: 0 debug.boothowto: -2147483648 debug.bootverbose: 0 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 debug.sizeof.cdev: 184 debug.sizeof.cdev_priv: 216 debug.sizeof.g_class: 68 debug.sizeof.g_geom: 68 debug.sizeof.g_provider: 88 debug.sizeof.g_consumer: 60 debug.sizeof.g_bioq: 48 debug.sizeof.vnode: 272 debug.sizeof.proc: 536 debug.sizeof.bio: 132 debug.sizeof.buf: 328 debug.sizeof.kinfo_proc: 768 debug.sizeof.devstat: 240 debug.debugger_on_panic: 0 debug.trace_on_panic: 1 debug.to_avg_depth: 2007 debug.to_avg_gcalls: 260 debug.to_avg_mtxcalls: 1 debug.to_avg_mpcalls: 1515 debug.kdb.available: ddb debug.kdb.current: ddb debug.kdb.enter: 0 debug.kdb.stop_cpus: 1 debug.rman_debug: 0 debug.ttydebug: 0 debug.nchash: 131071 debug.ncnegfactor: 16 debug.numneg: 1748 debug.numcache: 39221 debug.numcachehv: 4714 debug.vfscache: 1 debug.vnsize: 272 debug.ncsize: 36 debug.hashstat.nchash: 131072 33888 5 2585 debug.disablecwd: 0 debug.disablefullpath: 0 debug.mpsafevfs: 1 debug.rush_requests: 0 debug.vnlru_nowhere: 0 debug.if_tun_debug: 0 debug.mpsafenet: 1 debug.dopersistence: 0 debug.snapdebug: 0 debug.collectsnapstats: 0 debug.max_softdeps: 400000 debug.tickdelay: 2 debug.maxindirdeps: 50 debug.worklist_push: 0 debug.blk_limit_push: 0 debug.ino_limit_push: 0 debug.blk_limit_hit: 0 debug.ino_limit_hit: 0 debug.sync_limit_hit: 0 debug.indir_blk_ptrs: 738 debug.inode_bitmap: 2137 debug.direct_blk_ptrs: 450 debug.dir_entry: 2848 debug.bigcgs: 0 debug.dobkgrdwrite: 1 debug.dircheck: 0 debug.nosleepwithlocks: 0 debug.mpsafevm: 1 debug.psm.loglevel: 0 debug.psm.hz: 20 debug.psm.errsecs: 2 debug.psm.errusecs: 0 debug.psm.secs: 0 debug.psm.usecs: 500000 debug.psm.pkterrthresh: 2 debug.fdc.fifo: 8 debug.fdc.debugflags: 0 debug.fdc.retries: 10 debug.fdc.spec1: 175 debug.fdc.spec2: 16 debug.fdc.settle: 125 debug.minidump: 0 debug.PMAP1changedcpu: 874 debug.PMAP1changed: 177574 debug.PMAP1unchanged: 10580767 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 0x20041119 debug.acpi.semaphore_debug: 0 debug.acpi.resume_beep: 0 hw.machine: i386 hw.model: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz hw.ncpu: 2 hw.byteorder: 1234 hw.physmem: 2137341952 hw.usermem: 1941782528 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.realmem: 2146304000 hw.aac.iosize_max: 65536 hw.amr.force_sg32: 0 hw.an.an_dump: off hw.an.an_cache_mode: dbm hw.an.an_cache_mcastonly: 0 hw.an.an_cache_iponly: 1 hw.ata.ata_dma: 1 hw.ata.atapi_dma: 1 hw.ata.wc: 1 hw.ath.hal.version: 0.9.17.2 hw.ath.hal.dma_brt: 2 hw.ath.hal.sw_brt: 10 hw.ath.hal.swba_backoff: 0 hw.ath.dwell: 200 hw.ath.calibrate: 30 hw.ath.outdoor: 1 hw.ath.xchanmode: 1 hw.ath.countrycode: 0 hw.ath.regdomain: 0 hw.ath.rxbuf: 40 hw.ath.txbuf: 100 hw.cardbus.debug: 0 hw.cardbus.cis_debug: 0 hw.cs.debug: 0 hw.cs.ignore_checksum_failure: 0 hw.cs.recv_delay: 570 hw.firewire.try_bmr: 1 hw.firewire.hold_count: 3 hw.firewire.fwmem.eui64_hi: 0 hw.firewire.fwmem.eui64_lo: 0 hw.firewire.fwmem.speed: 2 hw.firewire.fwe.stream_ch: 1 hw.firewire.fwe.tx_speed: 2 hw.firewire.fwe.rx_queue_len: 128 hw.firewire.sbp.auto_login: 1 hw.firewire.sbp.max_speed: -1 hw.firewire.sbp.exclusive_login: 1 hw.firewire.sbp.login_delay: 1000 hw.firewire.sbp.scan_delay: 500 hw.firewire.sbp.use_doorbell: 0 hw.firewire.sbp.tags: 0 hw.mfi.event_locale: 65535 hw.mfi.event_class: -2 hw.pccard.debug: 0 hw.pccard.cis_debug: 0 hw.cbb.start_memory: 2281701376 hw.cbb.start_16_io: 256 hw.cbb.start_32_io: 4096 hw.cbb.debug: 0 hw.pcic.intr_mask: 57016 hw.pci.enable_io_modes: 1 hw.pci.do_power_nodriver: 0 hw.pci.do_power_resume: 1 hw.pci.host_mem_start: 2147483648 hw.pci.irq_override_mask: 57080 hw.wi.txerate: 0 hw.wi.debug: 0 hw.xe.debug: 0 hw.intr_storm_threshold: 500 hw.availpages: 521812 hw.bus.devctl_disable: 0 hw.dc_quick: 1 hw.ste.rxsyncs: 0 hw.psm.tap_threshold: 25 hw.psm.tap_timeout: 125000 hw.kbd.keymap_restrict_change: 0 hw.nve_pollinterval: 0 hw.syscons.saver.keybonly: 1 hw.syscons.bell: 1 hw.syscons.kbd_reboot: 1 hw.syscons.kbd_debug: 1 hw.syscons.sc_no_suspend_vtswitch: 0 hw.busdma.total_bpages: 65 hw.busdma.zone0.total_bpages: 1 hw.busdma.zone0.free_bpages: 1 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 4096 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 64 hw.busdma.zone1.free_bpages: 64 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 2 hw.busdma.zone1.boundary: 65536 hw.clockrate: 2660 hw.instruction_sse: 1 hw.via_feature_rng: 0 hw.via_feature_xcrypt: 0 hw.apic.enable_extint: 0 hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.twe0.driver_version: 1.50.01.002 machdep.adjkerntz: 25200 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 1 machdep.conrclk: 1843200 machdep.gdbspeed: 9600 machdep.conspeed: 9600 machdep.enable_panic_key: 0 machdep.disable_mtrrs: 0 machdep.cpu_idle_hlt: 1 machdep.guessed_bootdev: 2686451712 machdep.hlt_cpus: 0 machdep.kdb_on_nmi: 1 machdep.panic_on_nmi: 1 machdep.tsc_freq: 2660015400 machdep.i8254_freq: 1193182 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1007360 machdep.hlt_logical_cpus: 0 machdep.logical_cpus_mask: 2 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 1 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 1 p1003_1b.realtime_signals: 0 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 1 p1003_1b.synchronized_io: 0 p1003_1b.timers: 0 p1003_1b.aio_listio_max: -1 p1003_1b.aio_max: -1 p1003_1b.aio_prio_delta_max: -1 p1003_1b.delaytimer_max: 0 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 0 p1003_1b.sem_nsems_max: 0 p1003_1b.sem_value_max: 0 p1003_1b.sigqueue_max: 0 p1003_1b.timer_max: 0 compat.linux.oss_version: 198144 compat.linux.osrelease: 2.4.2 compat.linux.osname: Linux security.jail.set_hostname_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 0 security.jail.enforce_statfs: 2 security.jail.allow_raw_sockets: 0 security.jail.chflags_allowed: 0 security.jail.jailed: 0 security.bsd.suser_enabled: 1 security.bsd.see_other_uids: 1 security.bsd.see_other_gids: 1 security.bsd.conservative_signals: 1 security.bsd.unprivileged_proc_debug: 1 security.bsd.unprivileged_read_msgbuf: 1 security.bsd.hardlink_check_uid: 0 security.bsd.hardlink_check_gid: 0 security.bsd.unprivileged_get_quota: 0 dev.nexus.0.%driver: nexus dev.nexus.0.%parent: root0 dev.npx.0.%desc: math processor dev.npx.0.%driver: npx dev.npx.0.%parent: nexus0 dev.acpi.0.%desc: PTLTD RSDT dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.LPC0.MBRD dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=31 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.pci_link.0.%desc: ACPI PCI Link LNKA dev.pci_link.0.%driver: pci_link dev.pci_link.0.%location: handle=\_SB_.PCI0.LPC0.LNKA dev.pci_link.0.%pnpinfo: _HID=PNP0C0F _UID=1 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%desc: ACPI PCI Link LNKB dev.pci_link.1.%driver: pci_link dev.pci_link.1.%location: handle=\_SB_.PCI0.LPC0.LNKB dev.pci_link.1.%pnpinfo: _HID=PNP0C0F _UID=2 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%desc: ACPI PCI Link LNKC dev.pci_link.2.%driver: pci_link dev.pci_link.2.%location: handle=\_SB_.PCI0.LPC0.LNKC dev.pci_link.2.%pnpinfo: _HID=PNP0C0F _UID=3 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%desc: ACPI PCI Link LNKD dev.pci_link.3.%driver: pci_link dev.pci_link.3.%location: handle=\_SB_.PCI0.LPC0.LNKD dev.pci_link.3.%pnpinfo: _HID=PNP0C0F _UID=4 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%desc: ACPI PCI Link LNKE dev.pci_link.4.%driver: pci_link dev.pci_link.4.%location: handle=\_SB_.PCI0.LPC0.LNKE dev.pci_link.4.%pnpinfo: _HID=PNP0C0F _UID=5 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%desc: ACPI PCI Link LNKF dev.pci_link.5.%driver: pci_link dev.pci_link.5.%location: handle=\_SB_.PCI0.LPC0.LNKF dev.pci_link.5.%pnpinfo: _HID=PNP0C0F _UID=6 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%desc: ACPI PCI Link LNKG dev.pci_link.6.%driver: pci_link dev.pci_link.6.%location: handle=\_SB_.PCI0.LPC0.LNKG dev.pci_link.6.%pnpinfo: _HID=PNP0C0F _UID=7 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%desc: ACPI PCI Link LNKH dev.pci_link.7.%driver: pci_link dev.pci_link.7.%location: handle=\_SB_.PCI0.LPC0.LNKH dev.pci_link.7.%pnpinfo: _HID=PNP0C0F _UID=8 dev.pci_link.7.%parent: acpi0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.pcib.0.%desc: ACPI Host-PCI bridge dev.pcib.0.%driver: pcib dev.pcib.0.%location: handle=\_SB_.PCI0 dev.pcib.0.%pnpinfo: _HID=PNP0A03 _UID=0 dev.pcib.0.%parent: acpi0 dev.pcib.1.%desc: ACPI PCI-PCI bridge dev.pcib.1.%driver: pcib dev.pcib.1.%location: slot=1 function=0 handle=\_SB_.PCI0.DEV1 dev.pcib.1.%pnpinfo: vendor=0x8086 device=0x2779 subvendor=0x0088 subdevice=0x0000 class=0x060400 dev.pcib.1.%parent: pci0 dev.pcib.2.%desc: ACPI PCI-PCI bridge dev.pcib.2.%driver: pcib dev.pcib.2.%location: slot=0 function=0 handle=\_SB_.PCI0.DEV1.PXHA dev.pcib.2.%pnpinfo: vendor=0x8086 device=0x0329 subvendor=0x0044 subdevice=0x0000 class=0x060400 dev.pcib.2.%parent: pci1 dev.pcib.2.wake: 0 dev.pcib.3.%desc: ACPI PCI-PCI bridge dev.pcib.3.%driver: pcib dev.pcib.3.%location: slot=0 function=2 handle=\_SB_.PCI0.DEV1.PXHB dev.pcib.3.%pnpinfo: vendor=0x8086 device=0x032a subvendor=0x0044 subdevice=0x0000 class=0x060400 dev.pcib.3.%parent: pci1 dev.pcib.3.wake: 0 dev.pcib.4.%desc: ACPI PCI-PCI bridge dev.pcib.4.%driver: pcib dev.pcib.4.%location: slot=28 function=0 handle=\_SB_.PCI0.EXP1 dev.pcib.4.%pnpinfo: vendor=0x8086 device=0x27d0 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.4.%parent: pci0 dev.pcib.4.wake: 0 dev.pcib.5.%desc: ACPI PCI-PCI bridge dev.pcib.5.%driver: pcib dev.pcib.5.%location: slot=28 function=4 handle=\_SB_.PCI0.EXP5 dev.pcib.5.%pnpinfo: vendor=0x8086 device=0x27e0 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.5.%parent: pci0 dev.pcib.5.wake: 0 dev.pcib.6.%desc: ACPI PCI-PCI bridge dev.pcib.6.%driver: pcib dev.pcib.6.%location: slot=28 function=5 handle=\_SB_.PCI0.EXP6 dev.pcib.6.%pnpinfo: vendor=0x8086 device=0x27e2 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.6.%parent: pci0 dev.pcib.6.wake: 0 dev.pcib.7.%desc: ACPI PCI-PCI bridge dev.pcib.7.%driver: pcib dev.pcib.7.%location: slot=30 function=0 handle=\_SB_.PCI0.PCIB dev.pcib.7.%pnpinfo: vendor=0x8086 device=0x244e subvendor=0x0050 subdevice=0x0000 class=0x060401 dev.pcib.7.%parent: pci0 dev.pcib.7.wake: 0 dev.pci.0.%desc: ACPI PCI bus dev.pci.0.%driver: pci dev.pci.0.%parent: pcib0 dev.pci.1.%desc: ACPI PCI bus dev.pci.1.%driver: pci dev.pci.1.%parent: pcib1 dev.pci.2.%desc: ACPI PCI bus dev.pci.2.%driver: pci dev.pci.2.%parent: pcib2 dev.pci.2.wake: 0 dev.pci.3.%desc: ACPI PCI bus dev.pci.3.%driver: pci dev.pci.3.%parent: pcib3 dev.pci.3.wake: 0 dev.pci.9.%desc: ACPI PCI bus dev.pci.9.%driver: pci dev.pci.9.%parent: pcib4 dev.pci.9.wake: 0 dev.pci.13.%desc: ACPI PCI bus dev.pci.13.%driver: pci dev.pci.13.%parent: pcib5 dev.pci.13.wake: 0 dev.pci.14.%desc: ACPI PCI bus dev.pci.14.%driver: pci dev.pci.14.%parent: pcib6 dev.pci.14.wake: 0 dev.pci.15.%desc: ACPI PCI bus dev.pci.15.%driver: pci dev.pci.15.%parent: pcib7 dev.pci.15.wake: 0 dev.hostb.0.%desc: Host to PCI bridge dev.hostb.0.%driver: hostb dev.hostb.0.%location: slot=0 function=0 dev.hostb.0.%pnpinfo: vendor=0x8086 device=0x2778 subvendor=0x15d9 subdevice=0x9180 class=0x060000 dev.hostb.0.%parent: pci0 dev.twe.0.%desc: 3ware Storage Controller. Driver version 1.50.01.002 dev.twe.0.%driver: twe dev.twe.0.%location: slot=1 function=0 dev.twe.0.%pnpinfo: vendor=0x13c1 device=0x1001 subvendor=0x13c1 subdevice=0x1001 class=0x010400 dev.twe.0.%parent: pci3 dev.em.0.%desc: Intel(R) PRO/1000 Network Connection Version - 6.2.9 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 subdevice=0x108c class=0x020000 dev.em.0.%parent: pci13 dev.em.0.debug_info: -1 dev.em.0.stats: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.1.%desc: Intel(R) PRO/1000 Network Connection Version - 6.2.9 dev.em.1.%driver: em dev.em.1.%location: slot=0 function=0 dev.em.1.%pnpinfo: vendor=0x8086 device=0x109a subvendor=0x15d9 subdevice=0x109a class=0x020000 dev.em.1.%parent: pci14 dev.em.1.debug_info: -1 dev.em.1.stats: -1 dev.em.1.rx_int_delay: 0 dev.em.1.tx_int_delay: 66 dev.em.1.rx_abs_int_delay: 66 dev.em.1.tx_abs_int_delay: 66 dev.em.1.rx_processing_limit: 100 dev.uhci.0.%desc: UHCI (generic) USB controller dev.uhci.0.%driver: uhci dev.uhci.0.%location: slot=29 function=0 handle=\_SB_.PCI0.USB1 dev.uhci.0.%pnpinfo: vendor=0x8086 device=0x27c8 subvendor=0x15d9 subdevice=0x9180 class=0x0c0300 dev.uhci.0.%parent: pci0 dev.uhci.0.wake: 0 dev.uhci.1.%desc: UHCI (generic) USB controller dev.uhci.1.%driver: uhci dev.uhci.1.%location: slot=29 function=1 handle=\_SB_.PCI0.USB2 dev.uhci.1.%pnpinfo: vendor=0x8086 device=0x27c9 subvendor=0x15d9 subdevice=0x9180 class=0x0c0300 dev.uhci.1.%parent: pci0 dev.uhci.1.wake: 0 dev.uhci.2.%desc: UHCI (generic) USB controller dev.uhci.2.%driver: uhci dev.uhci.2.%location: slot=29 function=2 handle=\_SB_.PCI0.USB3 dev.uhci.2.%pnpinfo: vendor=0x8086 device=0x27ca subvendor=0x15d9 subdevice=0x9180 class=0x0c0300 dev.uhci.2.%parent: pci0 dev.uhci.2.wake: 0 dev.uhci.3.%desc: UHCI (generic) USB controller dev.uhci.3.%driver: uhci dev.uhci.3.%location: slot=29 function=3 handle=\_SB_.PCI0.USB4 dev.uhci.3.%pnpinfo: vendor=0x8086 device=0x27cb subvendor=0x15d9 subdevice=0x9180 class=0x0c0300 dev.uhci.3.%parent: pci0 dev.uhci.3.wake: 0 dev.usb.0.%desc: UHCI (generic) USB controller dev.usb.0.%driver: usb dev.usb.0.%parent: uhci0 dev.usb.1.%desc: UHCI (generic) USB controller dev.usb.1.%driver: usb dev.usb.1.%parent: uhci1 dev.usb.2.%desc: UHCI (generic) USB controller dev.usb.2.%driver: usb dev.usb.2.%parent: uhci2 dev.usb.3.%desc: UHCI (generic) USB controller dev.usb.3.%driver: usb dev.usb.3.%parent: uhci3 dev.usb.4.%desc: Intel 82801GB/R (ICH7) USB 2.0 controller dev.usb.4.%driver: usb dev.usb.4.%parent: ehci0 dev.uhub.0.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.0.%driver: uhub dev.uhub.0.%parent: usb0 dev.uhub.1.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.1.%driver: uhub dev.uhub.1.%parent: usb1 dev.uhub.2.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.2.%driver: uhub dev.uhub.2.%parent: usb2 dev.uhub.3.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.3.%driver: uhub dev.uhub.3.%parent: usb3 dev.uhub.4.%desc: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 dev.uhub.4.%driver: uhub dev.uhub.4.%parent: usb4 dev.ehci.0.%desc: Intel 82801GB/R (ICH7) USB 2.0 controller dev.ehci.0.%driver: ehci dev.ehci.0.%location: slot=29 function=7 handle=\_SB_.PCI0.EUSB dev.ehci.0.%pnpinfo: vendor=0x8086 device=0x27cc subvendor=0x15d9 subdevice=0x9180 class=0x0c0320 dev.ehci.0.%parent: pci0 dev.ehci.0.wake: 0 dev.isab.0.%desc: PCI-ISA bridge dev.isab.0.%driver: isab dev.isab.0.%location: slot=31 function=0 handle=\_SB_.PCI0.LPC0 dev.isab.0.%pnpinfo: vendor=0x8086 device=0x27b8 subvendor=0x15d9 subdevice=0x9180 class=0x060100 dev.isab.0.%parent: pci0 dev.isa.0.%desc: ISA bus dev.isa.0.%driver: isa dev.isa.0.%parent: isab0 dev.atapci.0.%desc: Intel ICH7 UDMA100 controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=31 function=1 handle=\_SB_.PCI0.IDEC dev.atapci.0.%pnpinfo: vendor=0x8086 device=0x27df subvendor=0x15d9 subdevice=0x9180 class=0x01018a dev.atapci.0.%parent: pci0 dev.atapci.1.%desc: Intel ICH7 SATA300 controller dev.atapci.1.%driver: atapci dev.atapci.1.%location: slot=31 function=2 handle=\_SB_.PCI0.IDE1 dev.atapci.1.%pnpinfo: vendor=0x8086 device=0x27c0 subvendor=0x15d9 subdevice=0x9180 class=0x01018f dev.atapci.1.%parent: pci0 dev.ata.0.%desc: ATA channel 0 dev.ata.0.%driver: ata dev.ata.0.%parent: atapci0 dev.ata.1.%desc: ATA channel 1 dev.ata.1.%driver: ata dev.ata.1.%parent: atapci0 dev.ata.2.%desc: ATA channel 0 dev.ata.2.%driver: ata dev.ata.2.%parent: atapci1 dev.ata.3.%desc: ATA channel 1 dev.ata.3.%driver: ata dev.ata.3.%parent: atapci1 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PCI0.PWRB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0 dev.acpi_button.0.%parent: acpi0 dev.atdma.0.%desc: AT DMA controller dev.atdma.0.%driver: atdma dev.atdma.0.%location: handle=\_SB_.PCI0.LPC0.DMAC dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0 dev.atdma.0.%parent: acpi0 dev.npxisa.0.%desc: Legacy ISA coprocessor support dev.npxisa.0.%driver: npxisa dev.npxisa.0.%location: handle=\_SB_.PCI0.LPC0.MATH dev.npxisa.0.%pnpinfo: _HID=PNP0C04 _UID=0 dev.npxisa.0.%parent: acpi0 dev.atpic.0.%desc: AT interrupt controller dev.atpic.0.%driver: atpic dev.atpic.0.%location: handle=\_SB_.PCI0.LPC0.PIC_ dev.atpic.0.%pnpinfo: _HID=PNP0000 _UID=0 dev.atpic.0.%parent: acpi0 dev.attimer.0.%desc: AT realtime clock dev.attimer.0.%driver: attimer dev.attimer.0.%location: handle=\_SB_.PCI0.LPC0.RTC_ dev.attimer.0.%pnpinfo: _HID=PNP0B00 _UID=0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%desc: AT timer dev.attimer.1.%driver: attimer dev.attimer.1.%location: handle=\_SB_.PCI0.LPC0.TIMR dev.attimer.1.%pnpinfo: _HID=PNP0100 _UID=0 dev.attimer.1.%parent: acpi0 dev.atkbdc.0.%desc: Keyboard controller (i8042) dev.atkbdc.0.%driver: atkbdc dev.atkbdc.0.%location: handle=\_SB_.PCI0.LPC0.SIO_.KBC0 dev.atkbdc.0.%pnpinfo: _HID=PNP0303 _UID=0 dev.atkbdc.0.%parent: acpi0 dev.atkbdc.0.wake: 0 dev.atkbd.0.%desc: AT Keyboard dev.atkbd.0.%driver: atkbd dev.atkbd.0.%parent: atkbdc0 dev.psmcpnp.0.%desc: PS/2 mouse port dev.psmcpnp.0.%driver: psmcpnp dev.psmcpnp.0.%location: handle=\_SB_.PCI0.LPC0.SIO_.MSE0 dev.psmcpnp.0.%pnpinfo: _HID=PNP0F13 _UID=0 dev.psmcpnp.0.%parent: acpi0 dev.psmcpnp.0.wake: 0 dev.psm.0.%desc: PS/2 Mouse dev.psm.0.%driver: psm dev.psm.0.%parent: atkbdc0 dev.sio.0.%desc: 16550A-compatible COM port dev.sio.0.%driver: sio dev.sio.0.%location: handle=\_SB_.PCI0.LPC0.SIO_.COM1 dev.sio.0.%pnpinfo: _HID=PNP0501 _UID=1 dev.sio.0.%parent: acpi0 dev.sio.0.wake: 0 dev.sio.1.%desc: 16550A-compatible COM port dev.sio.1.%driver: sio dev.sio.1.%location: handle=\_SB_.PCI0.LPC0.SIO_.COM2 dev.sio.1.%pnpinfo: _HID=PNP0501 _UID=2 dev.sio.1.%parent: acpi0 dev.sio.1.wake: 0 dev.fdc.0.%desc: Enhanced floppy controller dev.fdc.0.%driver: fdc dev.fdc.0.%location: handle=\_SB_.PCI0.LPC0.SIO_.FDC_ dev.fdc.0.%pnpinfo: _HID=PNP0700 _UID=1 dev.fdc.0.%parent: acpi0 dev.fd.0.%desc: 1440-KB 3.5" drive dev.fd.0.%driver: fd dev.fd.0.%parent: fdc0 dev.pmtimer.0.%driver: pmtimer dev.pmtimer.0.%parent: isa0 dev.orm.0.%desc: ISA Option ROMs dev.orm.0.%driver: orm dev.orm.0.%parent: isa0 dev.sc.0.%desc: System console dev.sc.0.%driver: sc dev.sc.0.%parent: isa0 dev.vga.0.%desc: Generic ISA VGA dev.vga.0.%driver: vga dev.vga.0.%parent: isa0 dev.acd.0.%desc: HL-DT-ST RW/DVD GCC-H21N/1.01 dev.acd.0.%driver: acd dev.acd.0.%parent: ata0 dev.ad.4.%desc: WDC WD1500ADFD-00NLR1/20.07P20 dev.ad.4.%driver: ad dev.ad.4.%parent: ata2 dev.ad.6.%desc: WDC WD1500ADFD-00NLR1/20.07P20 dev.ad.6.%driver: ad dev.ad.6.%parent: ata3 dev.ad.7.%desc: WDC WD1500ADFD-00NLR1/20.07P20 dev.ad.7.%driver: ad dev.ad.7.%parent: ata3 dev.subdisk.4.%driver: subdisk dev.subdisk.4.%parent: ad4 dev.subdisk.6.%driver: subdisk dev.subdisk.6.%parent: ad6 dev.subdisk.7.%driver: subdisk dev.subdisk.7.%parent: ad7 dev.twed.0.%desc: Unit 0, JBOD, Normal dev.twed.0.%driver: twed dev.twed.0.%parent: twe0 dev.twed.1.%desc: Unit 1, JBOD, Normal dev.twed.1.%driver: twed dev.twed.1.%parent: twe0 hptmv.status: RocketRAID 182x SATA Controller driver Version v1.12 (Aug 3 2007 16:27:00) --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmstat-m.dump" Type InUse MemUse HighUse Requests Size(s) DEVFS 12 1K - 13 16,128 pfs_nodes 20 3K - 20 128 GEOM 210 30K - 1188 16,32,64,128,256,512,1024,2048,4096 isadev 18 2K - 18 64 cdev 25 4K - 25 128 file desc 174 81K - 58808 16,32,256,512,2048 sigio 1 1K - 1 32 kenv 113 8K - 114 16,32,64,4096 kqueue 0 0K - 2338 256,1024 proc-args 57 3K - 148232 16,32,64,128,256 zombie 0 0K - 56488 128 ithread 124 12K - 124 16,64,128 KTRACE 100 13K - 100 128 CAM periph 1 1K - 1 128 CAM queue 3 1K - 3 16 linker 80 115K - 125 16,32,256,1024,4096 lockf 14 1K - 237519 64 devbuf 370 1528K - 400 16,32,64,128,256,512,1024,2048,4096 temp 19 446K - 174808 16,32,64,128,256,512,1024,2048,4096 ip6ndp 4 1K - 4 64,128 ata_generic 4 4K - 36 16,512,1024 module 388 25K - 388 64,128 mtx_pool 1 8K - 1 pgrp 50 4K - 4949 64 session 38 5K - 2839 128 proc 2 8K - 2 4096 subproc 311 506K - 56799 256,4096 cred 70 9K - 302674 128 plimit 20 5K - 30329 256 uidinfo 7 2K - 993 32,1024 sysctl 0 0K - 3397509 16,32,64 sysctloid 2855 87K - 2855 16,32,64 sysctltmp 0 0K - 2493 16,32,64,128 umtx 210 14K - 210 64 SWAP 2 277K - 2 64 bus 1037 44K - 9629 16,32,64,128,1024 bus-sc 68 38K - 3033 16,32,64,128,256,512,1024,2048,4096 kbdmux 6 9K - 6 16,128,256,2048,4096 devstat 18 37K - 18 16,4096 eventhandler 43 3K - 43 32,128 kobj 256 512K - 310 2048 CAM dev queue 1 1K - 1 64 rman 191 12K - 690 16,64 sbuf 0 0K - 9434 16,32,64,128,256,512,1024,2048,4096 sleep queues 211 7K - 211 32 taskqueue 9 1K - 9 16,128 turnstiles 211 14K - 211 64 Unitno 7 1K - 9 16,64 ioctlops 0 0K - 138667 16,32,64,128,256,512,1024 iov 0 0K - 3261 16,64,128 msg 4 25K - 4 1024,4096 sem 4 7K - 4 512,1024,4096 shm 1 12K - 1 ttys 2292 316K - 11532 128,1024 ptys 13 2K - 13 128 mbuf_tag 0 0K - 7442 32,64 soname 7 1K - 34383 16,32,128 pcb 29 5K - 7520 16,32,64,2048 CAM SIM 1 1K - 1 64 BIO buffer 0 0K - 227 2048 vfscache 1 512K - 1 cluster_save buffer 0 0K - 763 32,64 VFS hash 1 256K - 1 vnodes 3 1K - 13 16,128 mount 201 6K - 356 16,32,64,128,2048 vnodemarker 2 1K - 287312 512 ad_driver 3 1K - 3 32 BPF 3 1K - 13 16,64,256 ifnet 4 4K - 4 256,1024 ifaddr 34 8K - 34 16,32,64,256,512,2048 ether_multi 17 1K - 18 16,32,64 clone 4 16K - 4 4096 arpcom 2 1K - 2 16 lo 1 1K - 1 16 ata_dma 4 1K - 4 128 ar_driver 0 0K - 15 512,2048 routetbl 32 3K - 111 16,32,64,128,256 in_multi 2 1K - 2 32 hostcache 1 24K - 1 acd_driver 1 2K - 1 2048 syncache 1 8K - 1 in6_multi 19 1K - 19 16,32,64 ip6_moptions 1 1K - 1 16 NFS req 0 0K - 31010208 128 NFS daemon 1 8K - 1 p1003.1b 1 1K - 1 16 pagedep 2 65K - 20006 64 inodedep 4 257K - 42362 128 newblk 1 1K - 3221620 64,256 bmsafemap 0 0K - 12632 64 allocdirect 3 1K - 44787 128 indirdep 0 0K - 1434 32 allocindir 0 0K - 3176832 64 freefrag 2 1K - 9987 32 freeblks 0 0K - 15175 256 freefile 0 0K - 15276 32 diradd 1 1K - 31524 64 mkdir 0 0K - 146 32 dirrem 0 0K - 30777 32 newdirblk 0 0K - 3 32 savedino 0 0K - 3211 256 UFS dirhash 618 165K - 10368 16,32,64,128,256,512,4096 UFS mount 24 368K - 24 256,2048,4096 UMAHash 3 9K - 12 256,512,1024,2048,4096 CAM XPT 10 1K - 17 16,64,512 VM pgdata 2 65K - 2 64 entropy 1024 64K - 1024 64 atkbddev 2 1K - 2 32 twe commands 255 16K - 261 64 USB 79 7K - 79 16,32,64,128,256 USBdev 6 1K - 21 16,128,256,512 I/O APIC 3 3K - 3 1024 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 DEVFS3 143 18K - 144 128 DEVFS1 132 33K - 132 256 acpica 1468 79K - 30428 16,32,64,128,256,512,1024,2048 acpitask 0 0K - 1 32 PCI Link 16 2K - 16 32,128 acpisem 21 2K - 21 64 acpidev 64 2K - 64 32 linux 11 1K - 11 32,64 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmstat-z.dump" ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 140, 0, 67, 5, 67, 0 UMA Zones: 480, 0, 67, 5, 67, 0 UMA Slabs: 64, 0, 1353, 122, 13704, 0 UMA RCntSlabs: 104, 0, 379, 28, 550393, 0 UMA Hash: 128, 0, 3, 27, 6, 0 16 Bucket: 76, 0, 24, 26, 75, 0 32 Bucket: 140, 0, 35, 21, 92, 0 64 Bucket: 268, 0, 21, 35, 124, 9 128 Bucket: 524, 0, 380, 229, 2580, 26057 VM OBJECT: 132, 0, 38284, 22819, 1229382, 0 MAP: 192, 0, 7, 13, 7, 0 KMAP ENTRY: 68, 57344, 1856, 1392, 41943286, 0 MAP ENTRY: 68, 0, 2185, 447, 4156126, 0 PV ENTRY: 24, 1745365, 38762, 4013, 205993271, 0 DP fakepg: 72, 0, 0, 53, 9, 0 mt_zone: 1024, 0, 201, 127, 201, 0 16: 16, 0, 2980, 877, 754656, 0 32: 32, 0, 1886, 487, 2892063, 0 64: 64, 0, 4414, 660, 6931862, 0 128: 128, 0, 3125, 385, 31498586, 0 256: 256, 0, 543, 372, 164543, 0 512: 512, 0, 326, 386, 344123, 0 1024: 1024, 0, 68, 100, 17609, 0 2048: 2048, 0, 298, 58, 1957, 0 4096: 4096, 0, 183, 254, 65495, 0 Files: 72, 0, 325, 311, 2222342, 0 PROC: 536, 0, 113, 83, 56602, 0 THREAD: 376, 0, 196, 14, 196, 0 KSEGRP: 88, 0, 196, 44, 196, 0 UPCALL: 44, 0, 0, 0, 0, 0 VMSPACE: 296, 0, 68, 75, 56050, 0 mbuf_packet: 256, 0, 257, 131, 358531202, 0 mbuf: 256, 0, 2, 375, 533375641, 0 mbuf_cluster: 2048, 25600, 388, 370, 117161230, 0 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0, 0 g_bio: 132, 0, 0, 319, 28026490, 0 ata_request: 204, 0, 0, 266, 6946796, 0 ata_composite: 196, 0, 0, 0, 0, 0 VNODE: 272, 0, 45089, 38883, 2613255, 0 VNODEPOLL: 76, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 8, 256, 6830335, 0 S VFS Cache: 68, 0, 39193, 36239, 2622909, 0 L VFS Cache: 291, 0, 29, 335, 106642, 0 NFSMOUNT: 480, 0, 3, 13, 3, 0 NFSNODE: 460, 0, 16874, 206, 60281, 0 DIRHASH: 1024, 0, 1270, 418, 15151, 0 PIPE: 408, 0, 14, 211, 20157, 0 KNOTE: 68, 0, 0, 168, 8940, 0 socket: 356, 25608, 53, 57, 14784, 0 unpcb: 140, 25620, 15, 97, 2926, 0 ipq: 32, 904, 0, 226, 24762814, 0 udpcb: 180, 25608, 19, 91, 8747, 0 inpcb: 180, 25608, 13, 97, 3100, 0 tcpcb: 464, 25600, 13, 43, 3100, 0 tcptw: 48, 5148, 0, 156, 12, 0 syncache: 100, 15366, 0, 117, 63, 0 hostcache: 76, 15400, 1, 99, 15, 0 tcpreass: 20, 1690, 0, 338, 191, 0 sackhole: 20, 0, 0, 0, 0, 0 ripcb: 180, 25608, 0, 66, 10, 0 rtentry: 132, 0, 14, 73, 21, 0 SWAPMETA: 276, 121576, 30, 138, 866, 0 Mountpoints: 664, 0, 12, 6, 12, 0 FFS inode: 132, 0, 28125, 31934, 2552820, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 28125, 17970, 2552820, 0 --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 18:57:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E78216A419 for ; Thu, 9 Aug 2007 18:57:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 356D913C469 for ; Thu, 9 Aug 2007 18:57:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 4204D20B0; Thu, 9 Aug 2007 20:57:27 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id C13D6208A; Thu, 9 Aug 2007 20:57:26 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id A599E8444F; Thu, 9 Aug 2007 20:57:26 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Karsten W. Schmidt \/ DLX ApS" References: Date: Thu, 09 Aug 2007 20:57:26 +0200 In-Reply-To: (Karsten W. Schmidt's message of "Tue\, 7 Aug 2007 19\:28\:25 +0200") Message-ID: <86r6mcpmcp.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: alc@freebsd.org, freebsd-current@freebsd.org Subject: Re: Promise SATA 300 TX4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 18:57:38 -0000 "Karsten W. Schmidt / DLX ApS" writes: > [the usual problems with ZFS vs. Promise controllers, then] > > And with a bit of trial-and-error I found that the following is the one > causing these errors. > > > http://lists.freebsd.org/pipermail/cvs-src/2007-June/079930.html > > A kernel made before this gives no errors, and a kernel make right after > this gives the errors. I'm not sure this is the root cause. If you search the -current archives, you'll find that several people (including myself) were seeing this already in April. Nevertheless, I've Cc:ed Alan, who might have an idea. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 19:05:45 2007 Return-Path: Delivered-To: FreeBSD-CURRENT@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8041F16A417 for ; Thu, 9 Aug 2007 19:05:45 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1605213C48A for ; Thu, 9 Aug 2007 19:05:44 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so166939nfb for ; Thu, 09 Aug 2007 12:05:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VarXVQhDWcx/eogopUp7X+Po8C0WHMOUvc7XuY+cfsHKr0Um0tdOUWeC1FL31jZnjVRLUx2S4Uep3bxB5hbXeSBDdg/BcGSFOLWe92MqYPfUHgLtxPlC6D1CCWxpOUILGckzmMd6SWz1JZtbq6m92DoeH8D6YHMhRB2XdMU90Tc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Vut0HyKV+5CWiPfZPgsuxs+1VuMj5xjvSqNKD+oK3tHF+2MQJrpy1T/2Ohy/3DteVkvSvrEyt0emCymBEN22YEzZ+XBygS3og5YLgAVq8abwWYBV1xTJq3YH1p1gLgOhkJ2eqBKVFp44W2sEGbszVS/qNtPORN7g28aeFL3gm3A= Received: by 10.86.84.5 with SMTP id h5mr1741815fgb.1186686341916; Thu, 09 Aug 2007 12:05:41 -0700 (PDT) Received: by 10.86.59.6 with HTTP; Thu, 9 Aug 2007 12:05:41 -0700 (PDT) Message-ID: <790a9fff0708091205o5b74ec86ja9ab5efbbbc0269b@mail.gmail.com> Date: Thu, 9 Aug 2007 14:05:41 -0500 From: "Scot Hetzel" To: "Pawel Jakub Dawidek" In-Reply-To: <20070809174410.GA9454@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0708091007h48cb5133t16638a24076795f8@mail.gmail.com> <20070809174410.GA9454@garage.freebsd.pl> Cc: FreeBSD-CURRENT@freebsd.org Subject: Re: mount gets into a state where it won't set/unset ZFS properties (atime, exec, setuid) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 19:05:45 -0000 On 8/9/07, Pawel Jakub Dawidek wrote: > On Thu, Aug 09, 2007 at 12:07:08PM -0500, Scot Hetzel wrote: > > While checking out a problem with mount unsetting noatime on a UFS > > system, I tested mount with both a UFS and ZFS filesystems. The ZFS > > filesystem had several problems:: > Could you file a PR for this? The code responsible for mount options > handling changed recently in ZFS, but I don't think I'll be able to > integrate it before 7.0-RELEASE. > Submitted as PR 115361: http://www.freebsd.org/cgi/query-pr.cgi?pr=115361 Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 19:34:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AF416A417 for ; Thu, 9 Aug 2007 19:34:59 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 483F013C458 for ; Thu, 9 Aug 2007 19:34:58 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 9EE751E8C1A; Thu, 9 Aug 2007 19:34:57 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 7F86E1145C; Thu, 9 Aug 2007 21:34:57 +0200 (CEST) Date: Thu, 9 Aug 2007 21:34:57 +0200 From: "Simon L. Nielsen" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20070809193456.GE1124@zaphod.nitro.dk> References: <86r6mcpmcp.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86r6mcpmcp.fsf@ds4.des.no> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: alc@freebsd.org, freebsd-current@freebsd.org, "Karsten W. Schmidt / DLX ApS" Subject: Re: Promise SATA 300 TX4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 19:34:59 -0000 On 2007.08.09 20:57:26 +0200, Dag-Erling Smørgrav wrote: > "Karsten W. Schmidt / DLX ApS" writes: > > [the usual problems with ZFS vs. Promise controllers, then] > > > > And with a bit of trial-and-error I found that the following is the one > > causing these errors. > > > > > > http://lists.freebsd.org/pipermail/cvs-src/2007-June/079930.html > > > > A kernel made before this gives no errors, and a kernel make right after > > this gives the errors. > > I'm not sure this is the root cause. If you search the -current > archives, you'll find that several people (including myself) were seeing > this already in April. Nevertheless, I've Cc:ed Alan, who might have an > idea. I tried to roll back to right before the above mentioned change Karsten (well, I assume it was him :-) ) noted on IRC that it might be the cause of the problems since I have a similar controller, though not exactly the same one, but it didn't fix the timeouts for me. For this server I have 3 disks in a graid3 (so no ZFS but the errors are similar to what I have seen / heard about wrt. ZFS + ata use) and I get timeouts several times a day which causes FreeBSD to loose contact with one or more disks where I have to reboot before things recover (usually FreeBSD panic's enough so the system reboots by itself). [simon@eddie:system-CURRENT] dmesg | grep -E '^(ata|ad)' | grep -v '\[ITHREAD\]' atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xc880-0xc8ff,0xc400-0xc4ff mem 0xff4fe000-0xff4fefff,0xff4a0000-0xff4bffff irq 18 at device 4.0 on pci1 ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 atapci2: port 0xcf00-0xcf3f,0xcfa0-0xcfaf,0xc800-0xc87f mem 0xff4fc000-0xff4fcfff,0xff480000-0xff49ffff irq 19 at device 8.0 on pci1 ata6: on atapci2 ata7: on atapci2 ata8: on atapci2 ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 ad10: 305245MB at ata5-master SATA150 ad12: 35304MB at ata6-master SATA150 ad14: 35304MB at ata7-master SATA150 -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 22:10:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CE3516A417 for ; Thu, 9 Aug 2007 22:10:30 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE1B13C46A for ; Thu, 9 Aug 2007 22:10:29 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l79MAJML023630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Aug 2007 00:10:25 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l79MAJNx029002 for ; Fri, 10 Aug 2007 00:10:19 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l79MAklj036880 for freebsd-current@freebsd.org; Fri, 10 Aug 2007 00:10:46 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to h.schmalzbauer@omnisec.de using -f From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Fri, 10 Aug 2007 00:10:46 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708100010.46487.h.schmalzbauer@omnisec.de> Subject: firewire problem (root node is not cycle master capable) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 22:10:30 -0000 Hello, I'm runnig -current from one week ago. Today I tried to use my Firewire external enclosure, which worked flwalessly some time ago with -current. But now I only get the following: fwohci0: BUS reset fwohci0: node_id=0x8800ffc0, gen=25, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 0 (me) firewire0: root node is not cycle master capable firewire0: bus manager 0 (me) fwohci0: too many cycle lost, no cycle master presents? Any hint's what I can do? fwohci0: mem 0xf9104000-0xf91047ff,0xf9100000-0xf9103fff irq 18 at device 6.0 on pci5 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c3:bf:65:00:00:1a:4d fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 22:23:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E5E916A419 for ; Thu, 9 Aug 2007 22:23:43 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 01F9413C4B7 for ; Thu, 9 Aug 2007 22:23:42 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id a73so1096597pye for ; Thu, 09 Aug 2007 15:23:42 -0700 (PDT) Received: by 10.35.45.14 with SMTP id x14mr4182909pyj.1186698221891; Thu, 09 Aug 2007 15:23:41 -0700 (PDT) Received: by 10.35.69.20 with HTTP; Thu, 9 Aug 2007 15:23:41 -0700 (PDT) Message-ID: <626eb4530708091523s3b6acc0bu6ea90da19414c4ee@mail.gmail.com> Date: Fri, 10 Aug 2007 07:23:41 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Harald Schmalzbauer" In-Reply-To: <200708100010.46487.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200708100010.46487.h.schmalzbauer@omnisec.de> X-Google-Sender-Auth: 6df0cda0861a9049 Cc: freebsd-current@freebsd.org Subject: Re: firewire problem (root node is not cycle master capable) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 22:23:43 -0000 Basically, you don't need the cycle master for sbp devices. Try the following. 1. fwcontrol -r 2. fwcontrol -f 0 -r On 8/10/07, Harald Schmalzbauer wrote: > Hello, > > I'm runnig -current from one week ago. > Today I tried to use my Firewire external enclosure, which worked flwalessly > some time ago with -current. > But now I only get the following: > fwohci0: BUS reset > fwohci0: node_id=0x8800ffc0, gen=25, non CYCLEMASTER mode > firewire0: 2 nodes, maxhop <= 1, cable IRM = 0 (me) > firewire0: root node is not cycle master capable > firewire0: bus manager 0 (me) > fwohci0: too many cycle lost, no cycle master presents? > > Any hint's what I can do? > > fwohci0: mem > 0xf9104000-0xf91047ff,0xf9100000-0xf9103fff irq 18 at device 6.0 on pci5 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:c3:bf:65:00:00:1a:4d > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > > Thanks, > > -Harry > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Aug 9 22:52:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CC8216A417 for ; Thu, 9 Aug 2007 22:52:20 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA6013C459 for ; Thu, 9 Aug 2007 22:52:19 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l79MqC8K024007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Aug 2007 00:52:18 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l79MqC5Z029291; Fri, 10 Aug 2007 00:52:12 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: by titan.flintsbach.schmalzbauer.de (8.14.1/8.14.1/Submit) id l79MqecT059462; Fri, 10 Aug 2007 00:52:40 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to h.schmalzbauer@omnisec.de using -f From: Harald Schmalzbauer Organization: OmniSEC To: "Hidetoshi Shimokawa" Date: Fri, 10 Aug 2007 00:52:38 +0200 User-Agent: KMail/1.9.7 References: <200708100010.46487.h.schmalzbauer@omnisec.de> <626eb4530708091523s3b6acc0bu6ea90da19414c4ee@mail.gmail.com> In-Reply-To: <626eb4530708091523s3b6acc0bu6ea90da19414c4ee@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708100052.39861.h.schmalzbauer@omnisec.de> Cc: freebsd-current@freebsd.org Subject: Re: firewire problem (root node is not cycle master capable) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 22:52:20 -0000 Am Freitag, 10. August 2007 00:23:41 schrieb Hidetoshi Shimokawa: > Basically, you don't need the cycle master for sbp devices. > Try the following. > > 1. fwcontrol -r > 2. fwcontrol -f 0 -r Hm, I think that's a typo, the man page doesn't show "-f" nor does my=20 fwcontrol understand it. But fortunately now I get my da device, maybe it was a pin contact problem= =20 with the drive bay. I tried the reset before but it hasn't helped, so I really think it was a=20 mechanical problem. Thanks a lot, =2DHarry > > On 8/10/07, Harald Schmalzbauer wrote: > > Hello, > > > > I'm runnig -current from one week ago. > > Today I tried to use my Firewire external enclosure, which worked > > flwalessly some time ago with -current. > > But now I only get the following: > > fwohci0: BUS reset > > fwohci0: node_id=3D0x8800ffc0, gen=3D25, non CYCLEMASTER mode > > firewire0: 2 nodes, maxhop <=3D 1, cable IRM =3D 0 (me) > > firewire0: root node is not cycle master capable > > firewire0: bus manager 0 (me) > > fwohci0: too many cycle lost, no cycle master presents? > > > > Any hint's what I can do? > > > > fwohci0: mem > > 0xf9104000-0xf91047ff,0xf9100000-0xf9103fff irq 18 at device 6.0 on pci5 > > fwohci0: [FILTER] > > fwohci0: OHCI version 1.10 (ROM=3D0) > > fwohci0: No. of Isochronous channels is 4. > > fwohci0: EUI64 00:c3:bf:65:00:00:1a:4d > > fwohci0: Phy 1394a available S400, 3 ports. > > fwohci0: Link S400, max_rec 2048 bytes. > > firewire0: on fwohci0 > > sbp0: on firewire0 > > fwohci0: Initiate bus reset > > fwohci0: BUS reset > > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > > > > Thanks, > > > > -Harry > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" =2D-=20 OmniSEC - UNIX und Windows Netzwerke - Sicher Harald Schmalzbauer =46lintsbacher Str. 3 80686 M=FCnchen +49 (0) 89 18947781 +49 (0) 160 93860101 USt-IdNr.: DE253184753 From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 00:13:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E3E716A417 for ; Fri, 10 Aug 2007 00:13:45 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id D7D9513C461 for ; Fri, 10 Aug 2007 00:13:44 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id a73so1138466pye for ; Thu, 09 Aug 2007 17:13:44 -0700 (PDT) Received: by 10.35.68.3 with SMTP id v3mr3546118pyk.1186704223213; Thu, 09 Aug 2007 17:03:43 -0700 (PDT) Received: by 10.35.69.20 with HTTP; Thu, 9 Aug 2007 17:03:43 -0700 (PDT) Message-ID: <626eb4530708091703j18bd2cd7w99f9b96a3f3c402c@mail.gmail.com> Date: Fri, 10 Aug 2007 09:03:43 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Harald Schmalzbauer" In-Reply-To: <200708100052.39861.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200708100010.46487.h.schmalzbauer@omnisec.de> <626eb4530708091523s3b6acc0bu6ea90da19414c4ee@mail.gmail.com> <200708100052.39861.h.schmalzbauer@omnisec.de> X-Google-Sender-Auth: b4dd21c7be981878 Cc: freebsd-current@freebsd.org Subject: Re: firewire problem (root node is not cycle master capable) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 00:13:45 -0000 On 8/10/07, Harald Schmalzbauer wrote: > Am Freitag, 10. August 2007 00:23:41 schrieb Hidetoshi Shimokawa: > > Basically, you don't need the cycle master for sbp devices. > > Try the following. > > > > 1. fwcontrol -r > > 2. fwcontrol -f 0 -r > > Hm, I think that's a typo, the man page doesn't show "-f" nor does my > fwcontrol understand it. Oops, it was an uncommited option in my repository which sends force_root packets. > But fortunately now I get my da device, maybe it was a pin contact problem > with the drive bay. > I tried the reset before but it hasn't helped, so I really think it was a > mechanical problem. I'm glad to hear that . -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 01:03:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44B2516A417; Fri, 10 Aug 2007 01:03:03 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from out-mx1.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF9D13C442; Fri, 10 Aug 2007 01:03:03 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from admin.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by out-mx1.crosswinds.net (Postfix) with ESMTP id 608972B03B; Thu, 9 Aug 2007 21:03:02 -0400 (EDT) Received: by admin.crosswinds.net (Postfix, from userid 1001) id 3604B403D; Thu, 9 Aug 2007 21:03:02 -0400 (EDT) Date: Thu, 9 Aug 2007 21:03:02 -0400 From: Tony Holmes To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Message-ID: <20070810010302.GA44575@crosswinds.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: php4-mysql on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 01:03:03 -0000 uname -a FreeBSD px1.cwahi.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Fri Jul 20 08:42:22 EDT 2007 tony@db.cwahi.com:/usr/obj/usr/src/sys/CWahi amd64 Building /usr/ports/databases/php4-mysql ===> Building for php4-mysql-4.4.7 /bin/sh /var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql/libtool --mode=compile cc -I. -I/var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql -DPHP_ATOM_INC -I/var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql/include -I/var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql/main -I/var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/mysql -DHAVE_CONFIG_H -O1 -pipe -c /var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql/php_mysql.c -o php_mysql.lo cc -I. -I/var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql -DPHP_ATOM_INC -I/var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql/include -I/var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql/main -I/var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/mysql -DHAVE_CONFIG_H -O1 -pipe -c /var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql/php_mysql.c -fPIC -DPIC -o php_mysql.lo In file included from /usr/local/include/php/main/../main/php_config.h:2694, from /usr/local/include/php/Zend/zend_config.h:1, from /usr/local/include/php/Zend/zend.h:51, from /usr/local/include/php/main/php.h:34, from /var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql/php_mysql.c:32: /usr/include/sys/types.h:164: error: two or more data types in declaration specifiers /usr/include/sys/types.h:260: error: two or more data types in declaration specifiers *** Error code 1 Stop in /var/ports/usr/ports/databases/php4-mysql/work/php-4.4.7/ext/mysql. *** Error code 1 Ports from portsnap July 26, 1pm. -- Tony Holmes Ph: (416) 993-1219 Founder and Senior Systems Architect Crosswinds Internet Communications Inc. From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 02:51:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 198AC16A47A; Fri, 10 Aug 2007 02:51:34 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id A00FD13C4D1; Fri, 10 Aug 2007 02:51:32 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 7CD3028B37; Thu, 9 Aug 2007 21:51:31 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 2447861C68; Thu, 9 Aug 2007 21:51:31 -0500 (CDT) Date: Thu, 9 Aug 2007 21:51:31 -0500 From: "Matthew D. Fuller" To: Tony Holmes Message-ID: <20070810025131.GM21345@over-yonder.net> References: <20070810010302.GA44575@crosswinds.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070810010302.GA44575@crosswinds.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: php4-mysql on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 02:51:34 -0000 On Thu, Aug 09, 2007 at 09:03:02PM -0400 I heard the voice of Tony Holmes, and lo! it spake thus: > > /usr/include/sys/types.h:164: error: two or more data types in declaration specifiers > /usr/include/sys/types.h:260: error: two or more data types in declaration specifiers I've seen that the last few times I built it (on RELENG_6 too, I think). Edit the config.h it builds and comment out the lines typedef'ing uid_t and gid_t, and it'll build. I haven't taken the time to figure out why it tries to define them itself... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 03:49:00 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D093C16A420 for ; Fri, 10 Aug 2007 03:49:00 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id A3FC913C4B4 for ; Fri, 10 Aug 2007 03:49:00 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-141-151-74-6.phlapa.east.verizon.net [141.151.74.6]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 9BC1F3A092 for ; Fri, 10 Aug 2007 12:27:37 +0900 (JST) Date: Thu, 9 Aug 2007 23:27:04 -0400 From: Yoshihiro Ota To: freebsd-current@FreeBSD.org Message-Id: <20070809232704.3238b0d9.ota@j.email.ne.jp> X-Mailer: Sylpheed 2.4.4 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: X freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 03:49:00 -0000 Does anyone experience X freeze? In the past month, my X stops responding sometime between 3 hours to 4.5 hours since starting the system. I do not know whether it is 3 hours up-time of the system or 3 hours up-time of X. It happens everyday and the computer does not response to any keyboard or mouse except the power button. As often it doesn't schedule background-fsck in the next boot most of times, it seems that the system is still running and responding the power button to complete the shutdown process. Unfortunately, I didn't have a change to test if network is still responsive or not because when I have enought time to experience this freeze, I don't have network connections. I've been running CURRENT and do installworld in about every 2 to 4 days. It is Xorg 7.2. The machine is i386 laptop. Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 05:11:09 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0127C16A418 for ; Fri, 10 Aug 2007 05:11:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id C15D813C442 for ; Fri, 10 Aug 2007 05:11:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=zcyYpQR1b094mdSVfkR2GoLqt77nVfQa6dNdOXtIGivhZQ5Jx39UkBfRo7k6m5MCSj6VG4qoK6M01Y4QeKQtv53uLoE8gxNfkHs9rvjIHrPRWYhUqaEzV8nqMiJ9r99yY9R7BAjIKqqTK4xZjOcUjnWdoCfJe2xS0d4yEx9/lG60xDaQY1x8UMnspIhOan5Oa1uyMq7P6/RTl6QxSkQEJOvXmiPftyTNxy5lmBZA0Ybb/NHJeA6n6aMfOCGdsZh+; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1IJMmB-00007J-JX; Fri, 10 Aug 2007 05:11:07 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1IJMln-00070K-Qx; Fri, 10 Aug 2007 05:10:43 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IJMlm-0000Tz-QD; Fri, 10 Aug 2007 07:10:42 +0200 To: Yoshihiro Ota From: Ian FREISLICH In-Reply-To: Message from Yoshihiro Ota of "Thu, 09 Aug 2007 23:27:04 -0400." <20070809232704.3238b0d9.ota@j.email.ne.jp> X-Attribution: BOFH Date: Fri, 10 Aug 2007 07:10:42 +0200 Message-Id: Cc: freebsd-current@FreeBSD.org Subject: Re: X freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 05:11:09 -0000 Yoshihiro Ota wrote: > Does anyone experience X freeze? > > In the past month, my X stops responding sometime between 3 hours to > 4.5 hours since starting the system. I do not know whether it is 3 > hours up-time of the system or 3 hours up-time of X. > > It happens everyday and the computer does not response to any keyboard > or mouse except the power button. As often it doesn't schedule > background-fsck in the next boot most of times, it seems that the > system is still running and responding the power button to complete > the shutdown process. I've had this on one of my computers for much longer than you and it did it for XFree86-4, Xorg-6.x and Xorg-7.x. It can take days or minutes to happen and it only affects X. I can ssh in and restart X. Last time I looked, the X server was recieveng SIGALRMs at a rate that used 100% CPU. My hardware is a dual-P3 with a nvidia GeForce4 MX 440 running the latest current. Sorry I don't have a solution. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 06:33:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86DAF16A417 for ; Fri, 10 Aug 2007 06:33:29 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 2CB4913C461 for ; Fri, 10 Aug 2007 06:33:28 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A304148800; Fri, 10 Aug 2007 08:33:26 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7AE3045685; Fri, 10 Aug 2007 08:33:18 +0200 (CEST) Date: Fri, 10 Aug 2007 08:32:29 +0200 From: Pawel Jakub Dawidek To: Niki Denev Message-ID: <20070810063229.GA11436@garage.freebsd.pl> References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> <467859FA.5050203@cytexbg.com> <4679987A.90103@cytexbg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <4679987A.90103@cytexbg.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 06:33:29 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 21, 2007 at 12:13:30AM +0300, Niki Denev wrote: > I submitted PR misc/113889 for this issue, with attached the following > patch, which fixes the problem for my machines which are using gjournal > as root fs. Thank you for you analysis and patch, I just committed it to HEAD. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGvAZ9ForvXbEpPzQRAot7AKDX92skz1kMX2KUIOSmyc5XTmbgigCg6M00 Vzbxh1hLG4jeXB8IFZioikw= =kG78 -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 06:48:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A74C16A419 for ; Fri, 10 Aug 2007 06:48:40 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id CBC8613C457 for ; Fri, 10 Aug 2007 06:48:39 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id A48F68EDD; Fri, 10 Aug 2007 08:48:38 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 5BA818E65; Fri, 10 Aug 2007 08:48:38 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id CB1529F1E6; Fri, 10 Aug 2007 06:48:35 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id AA0F74089; Fri, 10 Aug 2007 08:48:35 +0200 (CEST) Date: Fri, 10 Aug 2007 08:48:35 +0200 From: Jeremie Le Hen To: Kevin Oberman Message-ID: <20070810064835.GC48218@obiwan.tataz.chchile.org> References: <20070723200021.GB96643@obiwan.tataz.chchile.org> <20070723201326.C539945045@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070723201326.C539945045@ptavv.es.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: Cannot use iwi(4): "could not load firmware iwi_bss" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 06:48:40 -0000 Hi Kevin, Sorry for this late reply. On Mon, Jul 23, 2007 at 01:13:26PM -0700, Kevin Oberman wrote: > > Date: Mon, 23 Jul 2007 22:00:21 +0200 > > From: Jeremie Le Hen > > Sender: owner-freebsd-current@freebsd.org > > > > On Mon, Jul 23, 2007 at 11:16:00AM -0400, John Baldwin wrote: > > > On Friday 20 July 2007 07:21:00 pm Jeremie Le Hen wrote: > > > > Ok, I've tried with ACPI enabled and I confirm that iwi(4) can > > > > successfully load its firmware in this case. Unfortunately psm(4) > > > > doesn't work so this is not an option for me. > > > > > > Can you get verbose dmesg's both with and without ACPI? > > > > I've not attached them as verbose dmesgs are quite huge, you can get > > them here. > > > > With ACPI (psm(4) doesn't work, iwi(4) does): > > http://tataz.chchile.org/~tataz/tmp/dmesg.with_acpi.gz > > > > Without ACPI (hint.acpi.0.disabled="1", psm(4) works, iwi(4) doesn't): > > http://tataz.chchile.org/~tataz/tmp/dmesg.without_acpi.gz > > > > Note that I've manually loaded iwi_bss and if_iwi modules from root > > prompt. > > I have a very similar problem when I load drivers at the boot prompt (or > did you mean "root"?) I meant "root" prompt :-). > If you look at your dmesg (verbose not needed). I suspect that you will > se that there is no interrupt assigned to psm. If you are loading them > before the probe, try booting with ACPI and boot to single user (boot > -s). Hit Enter to get a shell prompt and load the needed modules > (kldload). Then exit to move to multi-user. I bet everything works. > > I found that my system fails to assign an interrupt to psm if I have the > module loaded before I probe I/O devices. I wished to try this but unfortunately psm(4) doesn't seem to be available as a module. # cd /sys/modules # grep -rl psm\\.c . # > jhb suggested an approach to fixing this, but I have not gotten around > to trying it. Could you point out this please? Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 07:31:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BC7F16A41B for ; Fri, 10 Aug 2007 07:31:23 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id BDFDF13C46A for ; Fri, 10 Aug 2007 07:31:21 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (dyn-62-56-96-31.dslaccess.co.uk [62.56.96.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id E664B30123; Fri, 10 Aug 2007 08:27:26 +0100 (BST) Message-ID: <46BC1418.9070008@cran.org.uk> Date: Fri, 10 Aug 2007 08:30:32 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: Thomas.Sparrevohn@btinternet.com References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <002501c7973a$eac3db30$c04b9190$@Sparrevohn@btinternet.com> In-Reply-To: <002501c7973a$eac3db30$c04b9190$@Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Artem Naluzhny' , acpi@freebsd.org, current@freebsd.org Subject: Re: RE: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 07:31:23 -0000 Thomas Sparrevohn wrote: > I have the same problem - just as a test try to load a kernel without any USB drivers at all > And shutdown - on my machine it the ACPI part works - however the system hangs during the device > Shutdown phase - this machine is a dell as well - would be nice if somebody using other than dell has the > problem > I'm running 7.0-CURRENT and am seeing the same problem on my Dell Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI controllers; removing the EHCI driver solves the problem and allows the computer to reboot properly. I initially thought it was an ACPI problem but now I'm not so sure - is there anything I can do to help debug it? I've added printfs to kern_shutdown.c and as far as I can see the last function to be called is shutdown_wait; since that doesn't do anything I know more is going on, but I don't know where to look. -- Bruce Cran > >> -----Original Message----- >> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >> acpi@freebsd.org] On Behalf Of Artem Naluzhny >> Sent: 15 May 2007 21:54 >> To: acpi@freebsd.org >> Subject: Reboot on "shutdown -r" hangs after final "uptime ..." string >> >> Hi >> >> I played with different combinations of debug.acpi.do_powerstate, >> hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls on my >> Inspiron 1501 notebook without success. Environment: >> >> FreeBSD 7.0-CURRENT #1: Thu May 10 21:22:20 EEST 2007 >> root@tut.intra:/usr/obj/usr/src/sys/TUT >> WARNING: WITNESS option enabled, expect reduced performance. >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc082b000. >> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082b1c4. >> Calibrating clock(s) ... i8254 clock: 1193176 Hz >> CLK_USE_I8254_CALIBRATION not specified - using default frequency >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Calibrating TSC clock ... TSC clock: 1596011252 Hz >> CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686- >> class CPU) >> Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 >> >> Features=0x178bfbff> E,MCA,CMOV,PAT,PSE36,CLFLU >> SH,MMX,FXSR,SSE,SSE2,HTT> >> Features2=0x2001 >> AMD >> Features=0xea500800 >> AMD Features2=0x1f >> HTT bit cleared - FreeBSD does not have licensing issues requiring it. >> >> Cores per package: 2 >> Data TLB: 32 entries, fully associative >> Instruction TLB: 32 entries, fully associative >> L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative >> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way >> associative >> L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way >> associative >> real memory = 937885696 (894 MB) >> Physical memory chunk(s): >> 0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) >> 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >> 0x0000000000c28000 - 0x0000000036e6ffff, 908361728 bytes (221768 pages) >> avail memory = 908304384 (866 MB) >> Table 'FACP' at 0x37e7fb9a >> Table 'TCPA' at 0x37e7fc0e >> Table 'SSDT' at 0x37e7fc40 >> Table 'APIC' at 0x37e7fdc2 >> MADT: Found table at 0x37e7fdc2 >> MP Configuration Table version 1.4 found at 0xc009e171 >> APIC: Using the MADT enumerator. >> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >> SMP: Added CPU 0 (AP) >> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >> SMP: Added CPU 1 (AP) >> ACPI APIC Table: >> INTR: Adding local APIC 1 as a target >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> bios32: Found BIOS32 Service Directory header at 0xc00f84a0 >> bios32: Entry = 0xfdc84 (c00fdc84) Rev = 0 Len = 1 >> pcibios: PCI BIOS entry at 0xfdc80+0x0 >> pnpbios: Found PnP BIOS data at 0xc00f8540 >> pnpbios: Entry = e5d0:9499 Rev = 1.0 >> Other BIOS signatures found: >> APIC: CPU 0 has ACPI ID 0 >> APIC: CPU 1 has ACPI ID 1 >> ACPI: RSDP @ 0x0xf8500/0x0014 (v 0 PTLTD ) >> ACPI: RSDT @ 0x0x37e79578/0x0040 (v 1 DELL M08 0x06040000 LTP >> 0x00000000) >> ACPI: FACP @ 0x0x37e7fb9a/0x0074 (v 1 ATI Bowfin 0x06040000 ATI >> 0x000F4240) >> ACPI: DSDT @ 0x0x37e795b8/0x65E2 (v 1 ATI SB600 0x06040000 MSFT >> 0x03000000) >> ACPI: FACS @ 0x0x37e90fc0/0x0040 >> ACPI: TCPA @ 0x0x37e7fc0e/0x0032 (v 2 AMD 0x06040000 PTEC >> 0x00000000) >> ACPI: SSDT @ 0x0x37e7fc40/0x0182 (v 1 PTLTD POWERNOW 0x06040000 LTP >> 0x00000001) >> ACPI: APIC @ 0x0x37e7fdc2/0x0054 (v 1 PTLTD APIC 0x06040000 >> LTP 0x00000000) >> ACPI: MCFG @ 0x0x37e7fe16/0x003C (v 1 PTLTD MCFG 0x06040000 LTP >> 0x00000000) >> ACPI: HPET @ 0x0x37e7fe52/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP >> 0x00000001) >> ACPI: SLIC @ 0x0x37e7fe8a/0x0176 (v 1 DELL M08 0x06040000 LTP >> 0x00000000) >> MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 >> ioapic0: Routing external 8259A's -> intpin 0 >> lapic0: Routing NMI -> LINT1 >> lapic0: LINT1 trigger: edge >> lapic0: LINT1 polarity: high >> lapic1: Routing NMI -> LINT1 >> lapic1: LINT1 trigger: edge >> lapic1: LINT1 polarity: high >> MADT: Forcing active-low polarity and level trigger for SCI >> ioapic0: intpin 9 polarity: low >> ioapic0: intpin 9 trigger: level >> ioapic0 irqs 0-23 on motherboard >> cpu0 BSP: >> ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff >> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >> timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 >> io: >> null: >> random: >> kbd: new array size 4 >> kbd1 at kbdmux0 >> mem: >> Pentium Pro MTRR support enabled >> npx0: INT 16 interface >> acpi0: on motherboard >> ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 >> acpi0: [MPSAFE] >> acpi0: [ITHREAD] >> pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 >> pci_open(1a): mode1res=0x80000000 (0x80000000) >> pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) >> pcibios: BIOS_PRESENT call failed >> AcpiOsDerivePciId: bus 0 dev 18 func 0 >> AcpiOsDerivePciId: bus 0 dev 17 func 0 >> acpi0: Power Button (fixed) >> acpi0: wakeup code va 0xd5a40000 pa 0x9c000 >> AcpiOsDerivePciId: bus 0 dev 20 func 1 >> unknown: I/O range not supported >> AcpiOsDerivePciId: bus 0 dev 0 func 0 >> AcpiOsDerivePciId: bus 0 dev 20 func 0 >> acpi0: reservation of 0, 1000 (3) failed >> ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 >> acpi_ec0: port 0x62,0x66 on acpi0 >> >> >> Any suggestions? >> >> -- >> tut >> DaRK VoIP GuRU >> _______________________________________________ >> freebsd-acpi@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >> > > From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 08:41:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36ED16A419; Fri, 10 Aug 2007 08:41:18 +0000 (UTC) (envelope-from maenaka@pluto.dti.ne.jp) Received: from smtp10.dti.ne.jp (smtp10.dti.ne.jp [202.216.231.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5F39713C428; Fri, 10 Aug 2007 08:41:13 +0000 (UTC) (envelope-from maenaka@pluto.dti.ne.jp) Received: from towerrecords.dyndns.org (221x254x158x92.ap221.ftth.ucom.ne.jp [221.254.158.92]) by smtp10.dti.ne.jp (3.11s) with ESMTP AUTH id l7A8TMm2020708; Fri, 10 Aug 2007 17:29:22 +0900 (JST) Received: by towerrecords.dyndns.org (Postfix, from userid 58) id 6A32D470D; Fri, 10 Aug 2007 17:29:22 +0900 (JST) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on towerrecords.dyndns.org Received: from [127.0.0.1] (towerrecords [192.168.0.1]) by towerrecords.dyndns.org (Postfix) with ESMTP id 6E04E46E2; Fri, 10 Aug 2007 17:29:15 +0900 (JST) From: "UEMURA (fka. MAENAKA) Tetsuya" To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <20070810025131.GM21345@over-yonder.net> References: <20070810010302.GA44575@crosswinds.net> <20070810025131.GM21345@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.31 [ja] Message-Id: <20070810082915.6E04E46E2@towerrecords.dyndns.org> Date: Fri, 10 Aug 2007 17:29:15 +0900 (JST) Cc: Subject: Re: php4-mysql on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 08:41:19 -0000 Posted on Thu, 9 Aug 2007 21:51:31 -0500 by author Matthew D. Fuller > > > > /usr/include/sys/types.h:164: error: two or more data types in declaration specifiers > > /usr/include/sys/types.h:260: error: two or more data types in declaration specifiers > > think). Edit the config.h it builds and comment out the lines > typedef'ing uid_t and gid_t, and it'll build. I haven't taken the Don't know why but the configure script fails to locate cpp. By setting environment variable CPP and build should go flawlessly. -- UEMURA (fka. MAENAKA) Tetsuya From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 08:51:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B67716A418 for ; Fri, 10 Aug 2007 08:51:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outH.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 5BFAA13C47E for ; Fri, 10 Aug 2007 08:51:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 10 Aug 2007 01:51:08 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 15A96125E01; Fri, 10 Aug 2007 01:51:08 -0700 (PDT) Message-ID: <46BC26FD.6080203@elischer.org> Date: Fri, 10 Aug 2007 01:51:09 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Bruce Cran References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <002501c7973a$eac3db30$c04b9190$@Sparrevohn@btinternet.com> <46BC1418.9070008@cran.org.uk> In-Reply-To: <46BC1418.9070008@cran.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Artem Naluzhny' , acpi@freebsd.org, Thomas.Sparrevohn@btinternet.com, current@freebsd.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 08:51:10 -0000 Bruce Cran wrote: > Thomas Sparrevohn wrote: >> I have the same problem - just as a test try to load a kernel without >> any USB drivers at all >> And shutdown - on my machine it the ACPI part works - however the >> system hangs during the device Shutdown phase - this machine is a dell >> as well - would be nice if somebody using other than dell has the problem >> > I'm running 7.0-CURRENT and am seeing the same problem on my Dell > Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI controllers; > removing the EHCI driver solves the problem and allows the computer to > reboot properly. I initially thought it was an ACPI problem but now I'm > not so sure - is there anything I can do to help debug it? I've added > printfs to kern_shutdown.c and as far as I can see the last function to > be called is shutdown_wait; since that doesn't do anything I know more > is going on, but I don't know where to look. I have the same problem on my Dell inspiron 7500. it HAS worked in the past. It has even powered down in the past when asked. but now it just hangs.. I suspect that acpi may have something to do with it. No idea where to look though. > > -- > Bruce Cran > >> >>> -----Original Message----- >>> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >>> acpi@freebsd.org] On Behalf Of Artem Naluzhny >>> Sent: 15 May 2007 21:54 >>> To: acpi@freebsd.org >>> Subject: Reboot on "shutdown -r" hangs after final "uptime ..." string >>> >>> Hi >>> >>> I played with different combinations of debug.acpi.do_powerstate, >>> hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls on my >>> Inspiron 1501 notebook without success. Environment: >>> >>> FreeBSD 7.0-CURRENT #1: Thu May 10 21:22:20 EEST 2007 >>> root@tut.intra:/usr/obj/usr/src/sys/TUT >>> WARNING: WITNESS option enabled, expect reduced performance. >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc082b000. >>> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082b1c4. >>> Calibrating clock(s) ... i8254 clock: 1193176 Hz >>> CLK_USE_I8254_CALIBRATION not specified - using default frequency >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> Calibrating TSC clock ... TSC clock: 1596011252 Hz >>> CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686- >>> class CPU) >>> Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 >>> >>> Features=0x178bfbff>> E,MCA,CMOV,PAT,PSE36,CLFLU >>> SH,MMX,FXSR,SSE,SSE2,HTT> >>> Features2=0x2001 >>> AMD >>> Features=0xea500800 >>> AMD Features2=0x1f >>> HTT bit cleared - FreeBSD does not have licensing issues requiring it. >>> >>> Cores per package: 2 >>> Data TLB: 32 entries, fully associative >>> Instruction TLB: 32 entries, fully associative >>> L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative >>> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way >>> associative >>> L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way >>> associative >>> real memory = 937885696 (894 MB) >>> Physical memory chunk(s): >>> 0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) >>> 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >>> 0x0000000000c28000 - 0x0000000036e6ffff, 908361728 bytes (221768 pages) >>> avail memory = 908304384 (866 MB) >>> Table 'FACP' at 0x37e7fb9a >>> Table 'TCPA' at 0x37e7fc0e >>> Table 'SSDT' at 0x37e7fc40 >>> Table 'APIC' at 0x37e7fdc2 >>> MADT: Found table at 0x37e7fdc2 >>> MP Configuration Table version 1.4 found at 0xc009e171 >>> APIC: Using the MADT enumerator. >>> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >>> SMP: Added CPU 0 (AP) >>> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >>> SMP: Added CPU 1 (AP) >>> ACPI APIC Table: >>> INTR: Adding local APIC 1 as a target >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> cpu0 (BSP): APIC ID: 0 >>> cpu1 (AP): APIC ID: 1 >>> bios32: Found BIOS32 Service Directory header at 0xc00f84a0 >>> bios32: Entry = 0xfdc84 (c00fdc84) Rev = 0 Len = 1 >>> pcibios: PCI BIOS entry at 0xfdc80+0x0 >>> pnpbios: Found PnP BIOS data at 0xc00f8540 >>> pnpbios: Entry = e5d0:9499 Rev = 1.0 >>> Other BIOS signatures found: >>> APIC: CPU 0 has ACPI ID 0 >>> APIC: CPU 1 has ACPI ID 1 >>> ACPI: RSDP @ 0x0xf8500/0x0014 (v 0 PTLTD ) >>> ACPI: RSDT @ 0x0x37e79578/0x0040 (v 1 DELL M08 0x06040000 LTP >>> 0x00000000) >>> ACPI: FACP @ 0x0x37e7fb9a/0x0074 (v 1 ATI Bowfin 0x06040000 ATI >>> 0x000F4240) >>> ACPI: DSDT @ 0x0x37e795b8/0x65E2 (v 1 ATI SB600 0x06040000 MSFT >>> 0x03000000) >>> ACPI: FACS @ 0x0x37e90fc0/0x0040 >>> ACPI: TCPA @ 0x0x37e7fc0e/0x0032 (v 2 AMD 0x06040000 PTEC >>> 0x00000000) >>> ACPI: SSDT @ 0x0x37e7fc40/0x0182 (v 1 PTLTD POWERNOW 0x06040000 LTP >>> 0x00000001) >>> ACPI: APIC @ 0x0x37e7fdc2/0x0054 (v 1 PTLTD APIC 0x06040000 >>> LTP 0x00000000) >>> ACPI: MCFG @ 0x0x37e7fe16/0x003C (v 1 PTLTD MCFG 0x06040000 LTP >>> 0x00000000) >>> ACPI: HPET @ 0x0x37e7fe52/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP >>> 0x00000001) >>> ACPI: SLIC @ 0x0x37e7fe8a/0x0176 (v 1 DELL M08 0x06040000 LTP >>> 0x00000000) >>> MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 >>> ioapic0: Routing external 8259A's -> intpin 0 >>> lapic0: Routing NMI -> LINT1 >>> lapic0: LINT1 trigger: edge >>> lapic0: LINT1 polarity: high >>> lapic1: Routing NMI -> LINT1 >>> lapic1: LINT1 trigger: edge >>> lapic1: LINT1 polarity: high >>> MADT: Forcing active-low polarity and level trigger for SCI >>> ioapic0: intpin 9 polarity: low >>> ioapic0: intpin 9 trigger: level >>> ioapic0 irqs 0-23 on motherboard >>> cpu0 BSP: >>> ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff >>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >>> timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 >>> io: >>> null: >>> random: >>> kbd: new array size 4 >>> kbd1 at kbdmux0 >>> mem: >>> Pentium Pro MTRR support enabled >>> npx0: INT 16 interface >>> acpi0: on motherboard >>> ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 >>> acpi0: [MPSAFE] >>> acpi0: [ITHREAD] >>> pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 >>> pci_open(1a): mode1res=0x80000000 (0x80000000) >>> pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) >>> pcibios: BIOS_PRESENT call failed >>> AcpiOsDerivePciId: bus 0 dev 18 func 0 >>> AcpiOsDerivePciId: bus 0 dev 17 func 0 >>> acpi0: Power Button (fixed) >>> acpi0: wakeup code va 0xd5a40000 pa 0x9c000 >>> AcpiOsDerivePciId: bus 0 dev 20 func 1 >>> unknown: I/O range not supported >>> AcpiOsDerivePciId: bus 0 dev 0 func 0 >>> AcpiOsDerivePciId: bus 0 dev 20 func 0 >>> acpi0: reservation of 0, 1000 (3) failed >>> ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 >>> acpi_ec0: port 0x62,0x66 on acpi0 >>> >>> >>> Any suggestions? >>> >>> -- >>> tut >>> DaRK VoIP GuRU >>> _______________________________________________ >>> freebsd-acpi@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >>> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >>> >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 11:16:13 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78A0616A417 for ; Fri, 10 Aug 2007 11:16:13 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id D988613C481 for ; Fri, 10 Aug 2007 11:16:10 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: by muon.bluestop.org (Postfix, from userid 1000) id C39AA30123; Fri, 10 Aug 2007 12:12:17 +0100 (BST) Date: Fri, 10 Aug 2007 12:12:17 +0100 From: bruce@cran.org.uk To: Julian Elischer Message-ID: <20070810111217.GA22825@muon.bluestop.org> References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <46BC1418.9070008@cran.org.uk> <46BC26FD.6080203@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46BC26FD.6080203@elischer.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:16:13 -0000 On Fri, Aug 10, 2007 at 01:51:09AM -0700, Julian Elischer wrote: > Bruce Cran wrote: > >Thomas Sparrevohn wrote: > >>I have the same problem - just as a test try to load a kernel without > >>any USB drivers at all > >>And shutdown - on my machine it the ACPI part works - however the > >>system hangs during the device Shutdown phase - this machine is a dell > >>as well - would be nice if somebody using other than dell has the problem > >> > >I'm running 7.0-CURRENT and am seeing the same problem on my Dell > >Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI controllers; > >removing the EHCI driver solves the problem and allows the computer to > >reboot properly. I initially thought it was an ACPI problem but now I'm > >not so sure - is there anything I can do to help debug it? I've added > >printfs to kern_shutdown.c and as far as I can see the last function to > >be called is shutdown_wait; since that doesn't do anything I know more > >is going on, but I don't know where to look. > > I have the same problem on my Dell inspiron 7500. > it HAS worked in the past. It has even powered down in the past when asked. > but now it just hangs.. I suspect that acpi may have something to do with > it. > > No idea where to look though. On this laptop, FreeBSD 6.2 really struggled with ACPI - just listing the hw.acpi sysctls would result in lots of AE_NOT_FOUND messages; 7.0-CURRENT works a lot better, and the only warning relating to ACPI I see is during boot: acpi0: reservation of fed00000, 400 (3) failed acpi0: reservation of 0, 1000 (3) failed Compiling the disassembled AML generated by acpidump results in the following error: brucecran-DellInspiron1501.asl 5724: Unload (PB5) Error 4044 - Invalid type ^ ([Device|Reference] found, Unload operator requires [DdbHandle]) As a starting point, I've uploaded the output of 'acpidump -dt' to http://www.cran.org.uk/~brucec/freebsd/i1501_shutdown/brucecran-DellInspiron1501.asl I've also put a verbose boot log, with ACPI debugging output enabled at http://www.cran.org.uk/~brucec/freebsd/i1501_shutdown/dmesg_bootverbose.txt -- Bruce Cran > >>>-----Original Message----- > >>>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > >>>acpi@freebsd.org] On Behalf Of Artem Naluzhny > >>>Sent: 15 May 2007 21:54 > >>>To: acpi@freebsd.org > >>>Subject: Reboot on "shutdown -r" hangs after final "uptime ..." string > >>> > >>>Hi > >>> > >>>I played with different combinations of debug.acpi.do_powerstate, > >>>hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls on my > >>>Inspiron 1501 notebook without success. Environment: > >>> > >>>FreeBSD 7.0-CURRENT #1: Thu May 10 21:22:20 EEST 2007 > >>> root@tut.intra:/usr/obj/usr/src/sys/TUT > >>>WARNING: WITNESS option enabled, expect reduced performance. > >>>Preloaded elf kernel "/boot/kernel/kernel" at 0xc082b000. > >>>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082b1c4. > >>>Calibrating clock(s) ... i8254 clock: 1193176 Hz > >>>CLK_USE_I8254_CALIBRATION not specified - using default frequency > >>>Timecounter "i8254" frequency 1193182 Hz quality 0 > >>>Calibrating TSC clock ... TSC clock: 1596011252 Hz > >>>CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686- > >>>class CPU) > >>> Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 > >>> > >>>Features=0x178bfbff >>>E,MCA,CMOV,PAT,PSE36,CLFLU > >>>SH,MMX,FXSR,SSE,SSE2,HTT> > >>> Features2=0x2001 > >>> AMD > >>>Features=0xea500800 > >>> AMD Features2=0x1f > >>>HTT bit cleared - FreeBSD does not have licensing issues requiring it. > >>> > >>> Cores per package: 2 > >>>Data TLB: 32 entries, fully associative > >>>Instruction TLB: 32 entries, fully associative > >>>L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > >>>L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way > >>>associative > >>>L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way > >>>associative > >>>real memory = 937885696 (894 MB) > >>>Physical memory chunk(s): > >>>0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) > >>>0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > >>>0x0000000000c28000 - 0x0000000036e6ffff, 908361728 bytes (221768 pages) > >>>avail memory = 908304384 (866 MB) > >>>Table 'FACP' at 0x37e7fb9a > >>>Table 'TCPA' at 0x37e7fc0e > >>>Table 'SSDT' at 0x37e7fc40 > >>>Table 'APIC' at 0x37e7fdc2 > >>>MADT: Found table at 0x37e7fdc2 > >>>MP Configuration Table version 1.4 found at 0xc009e171 > >>>APIC: Using the MADT enumerator. > >>>MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > >>>SMP: Added CPU 0 (AP) > >>>MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > >>>SMP: Added CPU 1 (AP) > >>>ACPI APIC Table: > >>>INTR: Adding local APIC 1 as a target > >>>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>> cpu0 (BSP): APIC ID: 0 > >>> cpu1 (AP): APIC ID: 1 > >>>bios32: Found BIOS32 Service Directory header at 0xc00f84a0 > >>>bios32: Entry = 0xfdc84 (c00fdc84) Rev = 0 Len = 1 > >>>pcibios: PCI BIOS entry at 0xfdc80+0x0 > >>>pnpbios: Found PnP BIOS data at 0xc00f8540 > >>>pnpbios: Entry = e5d0:9499 Rev = 1.0 > >>>Other BIOS signatures found: > >>>APIC: CPU 0 has ACPI ID 0 > >>>APIC: CPU 1 has ACPI ID 1 > >>>ACPI: RSDP @ 0x0xf8500/0x0014 (v 0 PTLTD ) > >>>ACPI: RSDT @ 0x0x37e79578/0x0040 (v 1 DELL M08 0x06040000 LTP > >>>0x00000000) > >>>ACPI: FACP @ 0x0x37e7fb9a/0x0074 (v 1 ATI Bowfin 0x06040000 ATI > >>>0x000F4240) > >>>ACPI: DSDT @ 0x0x37e795b8/0x65E2 (v 1 ATI SB600 0x06040000 MSFT > >>>0x03000000) > >>>ACPI: FACS @ 0x0x37e90fc0/0x0040 > >>>ACPI: TCPA @ 0x0x37e7fc0e/0x0032 (v 2 AMD 0x06040000 PTEC > >>>0x00000000) > >>>ACPI: SSDT @ 0x0x37e7fc40/0x0182 (v 1 PTLTD POWERNOW 0x06040000 LTP > >>>0x00000001) > >>>ACPI: APIC @ 0x0x37e7fdc2/0x0054 (v 1 PTLTD APIC 0x06040000 > >>>LTP 0x00000000) > >>>ACPI: MCFG @ 0x0x37e7fe16/0x003C (v 1 PTLTD MCFG 0x06040000 LTP > >>>0x00000000) > >>>ACPI: HPET @ 0x0x37e7fe52/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP > >>>0x00000001) > >>>ACPI: SLIC @ 0x0x37e7fe8a/0x0176 (v 1 DELL M08 0x06040000 LTP > >>>0x00000000) > >>>MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 > >>>ioapic0: Routing external 8259A's -> intpin 0 > >>>lapic0: Routing NMI -> LINT1 > >>>lapic0: LINT1 trigger: edge > >>>lapic0: LINT1 polarity: high > >>>lapic1: Routing NMI -> LINT1 > >>>lapic1: LINT1 trigger: edge > >>>lapic1: LINT1 polarity: high > >>>MADT: Forcing active-low polarity and level trigger for SCI > >>>ioapic0: intpin 9 polarity: low > >>>ioapic0: intpin 9 trigger: level > >>>ioapic0 irqs 0-23 on motherboard > >>>cpu0 BSP: > >>> ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff > >>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > >>> timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 > >>>io: > >>>null: > >>>random: > >>>kbd: new array size 4 > >>>kbd1 at kbdmux0 > >>>mem: > >>>Pentium Pro MTRR support enabled > >>>npx0: INT 16 interface > >>>acpi0: on motherboard > >>>ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 > >>>acpi0: [MPSAFE] > >>>acpi0: [ITHREAD] > >>>pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 > >>>pci_open(1a): mode1res=0x80000000 (0x80000000) > >>>pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) > >>>pcibios: BIOS_PRESENT call failed > >>>AcpiOsDerivePciId: bus 0 dev 18 func 0 > >>>AcpiOsDerivePciId: bus 0 dev 17 func 0 > >>>acpi0: Power Button (fixed) > >>>acpi0: wakeup code va 0xd5a40000 pa 0x9c000 > >>>AcpiOsDerivePciId: bus 0 dev 20 func 1 > >>>unknown: I/O range not supported > >>>AcpiOsDerivePciId: bus 0 dev 0 func 0 > >>>AcpiOsDerivePciId: bus 0 dev 20 func 0 > >>>acpi0: reservation of 0, 1000 (3) failed > >>>ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > >>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >>>acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > >>>acpi_ec0: port 0x62,0x66 on acpi0 > >>> > >>> > >>>Any suggestions? > >>> > >>>-- > >>>tut > >>>DaRK VoIP GuRU > >>>_______________________________________________ > >>>freebsd-acpi@freebsd.org mailing list > >>>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > >>>To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > >>> > >> > >> > > > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 11:17:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE78516A420; Fri, 10 Aug 2007 11:17:09 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from out-mx1.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by mx1.freebsd.org (Postfix) with ESMTP id 9658013C48A; Fri, 10 Aug 2007 11:17:09 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from admin.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by out-mx1.crosswinds.net (Postfix) with ESMTP id DFF0D2B04E; Fri, 10 Aug 2007 07:17:08 -0400 (EDT) Received: by admin.crosswinds.net (Postfix, from userid 1001) id D6C8B405A; Fri, 10 Aug 2007 07:17:08 -0400 (EDT) Date: Fri, 10 Aug 2007 07:17:08 -0400 From: Tony Holmes To: "Matthew D. Fuller" Message-ID: <20070810111708.GB97068@crosswinds.net> References: <20070810010302.GA44575@crosswinds.net> <20070810025131.GM21345@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070810025131.GM21345@over-yonder.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: php4-mysql on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 11:17:09 -0000 On +Aug 09, Matthew D. Fuller wrote: > On Thu, Aug 09, 2007 at 09:03:02PM -0400 I heard the voice of > Tony Holmes, and lo! it spake thus: > > > > /usr/include/sys/types.h:164: error: two or more data types in declaration specifiers > > /usr/include/sys/types.h:260: error: two or more data types in declaration specifiers > > I've seen that the last few times I built it (on RELENG_6 too, I > think). Edit the config.h it builds and comment out the lines > typedef'ing uid_t and gid_t, and it'll build. I haven't taken the > time to figure out why it tries to define them itself... Thank you! php5-mysql doesn't suffer the same problem and it dawned on me to check there after a nights rest :) -- Tony Holmes Ph: (416) 993-1219 Founder and Senior Systems Architect Crosswinds Internet Communications Inc. From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 08:31:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C31A216A419; Fri, 10 Aug 2007 08:31:52 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (omval.tednet.nl [IPv6:2001:7b8:206:1:200:39ff:fe59:b187]) by mx1.freebsd.org (Postfix) with ESMTP id 56E9A13C45A; Fri, 10 Aug 2007 08:31:51 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (localhost [127.0.0.1]) by omval.tednet.nl (8.14.1/8.14.1) with ESMTP id l7A8VmGn009413; Fri, 10 Aug 2007 10:31:49 +0200 (CEST) (envelope-from ted@omval.tednet.nl) Received: (from ted@localhost) by omval.tednet.nl (8.14.1/8.14.1/Submit) id l7A8VmoA009412; Fri, 10 Aug 2007 10:31:48 +0200 (CEST) (envelope-from ted) Message-Id: <200708100831.l7A8VmoA009412@omval.tednet.nl> From: ted@tednet.nl (Ted Lindgreen) Date: Fri, 10 Aug 2007 10:31:48 +0200 In-Reply-To: "Daniel Eischen's message as of Aug 7, 15:41" X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Daniel Eischen X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on omval.tednet.nl X-Mailman-Approved-At: Fri, 10 Aug 2007 11:26:30 +0000 Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: Recent change in less(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 08:31:52 -0000 [Quoting Daniel Eischen, on Aug 7, 15:41, in "Re: Recent change in ..."] .... > > If so I have a question: how to obtain the former behaviour of the -e > > switch, i.e. quit when EOF is hit twice always (thus whether or not > > when the file happens to fit on a single page)? > > Perhaps: > > if (less_is_more) { > no_init = TRUE; > if (get_quit_at_eof()) > quit_if_one_screen = TRUE; > } Daniel, are you going to check this fix in? (Or must we live with broken "-e" functionality in future, in which case at least the man-page should be updated to reflect the new behaviour IMHO). -- ted From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 12:02:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9258216A46B for ; Fri, 10 Aug 2007 12:02:02 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from server300.com (server300.com [216.35.196.26]) by mx1.freebsd.org (Postfix) with ESMTP id 264DB13C45B for ; Fri, 10 Aug 2007 12:02:02 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 14097 invoked by uid 502); 10 Aug 2007 11:35:20 -0000 Received: from unknown (HELO ?192.168.2.142?) (nike?d@87.126.127.229) by ns1.server300.com with ESMTPA; 10 Aug 2007 11:35:20 -0000 Message-ID: <467E62BE.6040101@cytexbg.com> From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070531) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> <467859FA.5050203@cytexbg.com> <4679987A.90103@cytexbg.com> <20070810063229.GA11436@garage.freebsd.pl> In-Reply-To: <20070810063229.GA11436@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 10 Aug 2007 12:02:02 -0000 X-Original-Date: Sun, 24 Jun 2007 15:25:34 +0300 X-List-Received-Date: Fri, 10 Aug 2007 12:02:02 -0000 Pawel Jakub Dawidek wrote: > On Thu, Jun 21, 2007 at 12:13:30AM +0300, Niki Denev wrote: >> I submitted PR misc/113889 for this issue, with attached the following >> patch, which fixes the problem for my machines which are using gjournal >> as root fs. > > Thank you for you analysis and patch, I just committed it to HEAD. > Thanks! From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 12:57:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57D2E16A417; Fri, 10 Aug 2007 12:57:09 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id D885913C45B; Fri, 10 Aug 2007 12:57:08 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l7ACijTe007537; Fri, 10 Aug 2007 08:44:45 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Fri, 10 Aug 2007 08:44:46 -0400 (EDT) Date: Fri, 10 Aug 2007 08:44:45 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ted Lindgreen In-Reply-To: <200708100831.l7A8VmoA009412@omval.tednet.nl> Message-ID: References: <200708100831.l7A8VmoA009412@omval.tednet.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: Recent change in less(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 12:57:09 -0000 On Fri, 10 Aug 2007, Ted Lindgreen wrote: > [Quoting Daniel Eischen, on Aug 7, 15:41, in "Re: Recent change in ..."] > .... >>> If so I have a question: how to obtain the former behaviour of the -e >>> switch, i.e. quit when EOF is hit twice always (thus whether or not >>> when the file happens to fit on a single page)? >> >> Perhaps: >> >> if (less_is_more) { >> no_init = TRUE; >> if (get_quit_at_eof()) >> quit_if_one_screen = TRUE; >> } > > Daniel, are you going to check this fix in? > > (Or must we live with broken "-e" functionality in future, in which > case at least the man-page should be updated to reflect the new > behaviour IMHO). I don't know. Does it work the way it is suppose to with this patch? -- DE From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 14:00:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 453D316A417 for ; Fri, 10 Aug 2007 14:00:57 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id D5D6B13C45B for ; Fri, 10 Aug 2007 14:00:56 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so189834ele for ; Fri, 10 Aug 2007 07:00:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=V1UMOD58A7gpGAkJFxLJdneDLqzef5+GKVVuYklOWovba9tFm4DBsRD33aetXaQVmnDwZSvFQi8fqHWqeaLX8sEMJOo4ii+IIY4gXzeoL4BCRntFSZD+uAbn1ItBRia9NPWvTviUaXXN5OQ0+e2VlcyGNS2xr5sLN1E6+lkF8TQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SjMVM4YxWikEziGBIdbxnvG30AbTBP94iF6y0tP6xZJgIsh8J7vmDzWgIh5n9VVE99HDZ3Bh2CJzU7X+esEqmf59iUoNqmmkxv/vtT+4UPQ2QEzTDHgP950PDP78XwRbz32TYjwISpjQ1eDWoenk1ja20LL/n+kTMkc7jOqfy9s= Received: by 10.100.173.19 with SMTP id v19mr2104474ane.1186754452158; Fri, 10 Aug 2007 07:00:52 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 10 Aug 2007 07:00:52 -0700 (PDT) Message-ID: <499c70c0708100700l1d225d68s1f7350e3af09cff7@mail.gmail.com> Date: Fri, 10 Aug 2007 17:00:52 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "bruce@cran.org.uk" In-Reply-To: <20070810111217.GA22825@muon.bluestop.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <46BC1418.9070008@cran.org.uk> <46BC26FD.6080203@elischer.org> <20070810111217.GA22825@muon.bluestop.org> Cc: acpi@freebsd.org, Julian Elischer , current@freebsd.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 14:00:57 -0000 On 8/10/07, bruce@cran.org.uk wrote: > On Fri, Aug 10, 2007 at 01:51:09AM -0700, Julian Elischer wrote: > > Bruce Cran wrote: > > >Thomas Sparrevohn wrote: > > >>I have the same problem - just as a test try to load a kernel without > > >>any USB drivers at all > > >>And shutdown - on my machine it the ACPI part works - however the > > >>system hangs during the device Shutdown phase - this machine is a dell > > >>as well - would be nice if somebody using other than dell has the problem > > >> > > >I'm running 7.0-CURRENT and am seeing the same problem on my Dell > > >Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI controllers; > > >removing the EHCI driver solves the problem and allows the computer to > > >reboot properly. I initially thought it was an ACPI problem but now I'm > > >not so sure - is there anything I can do to help debug it? I've added > > >printfs to kern_shutdown.c and as far as I can see the last function to > > >be called is shutdown_wait; since that doesn't do anything I know more > > >is going on, but I don't know where to look. > > > > I have the same problem on my Dell inspiron 7500. > > it HAS worked in the past. It has even powered down in the past when asked. > > but now it just hangs.. I suspect that acpi may have something to do with > > it. > > > > No idea where to look though. > > On this laptop, FreeBSD 6.2 really struggled with ACPI - just listing > the hw.acpi sysctls would result in lots of AE_NOT_FOUND messages; 7.0-CURRENT > works a lot better, and the only warning relating to ACPI I see is during > boot: > > acpi0: reservation of fed00000, 400 (3) failed > acpi0: reservation of 0, 1000 (3) failed > > Compiling the disassembled AML generated by acpidump results in the > following error: > > brucecran-DellInspiron1501.asl 5724: Unload (PB5) > Error 4044 - Invalid type ^ ([Device|Reference] found, Unload operator > requires [DdbHandle]) > > As a starting point, I've uploaded the output of 'acpidump -dt' to > http://www.cran.org.uk/~brucec/freebsd/i1501_shutdown/brucecran-DellInspiron1501.asl > I've also put a verbose boot log, with ACPI debugging output enabled at > http://www.cran.org.uk/~brucec/freebsd/i1501_shutdown/dmesg_bootverbose.txt > > -- > Bruce Cran > > > >>>-----Original Message----- > > >>>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > >>>acpi@freebsd.org] On Behalf Of Artem Naluzhny > > >>>Sent: 15 May 2007 21:54 > > >>>To: acpi@freebsd.org > > >>>Subject: Reboot on "shutdown -r" hangs after final "uptime ..." string > > >>> > > >>>Hi > > >>> > > >>>I played with different combinations of debug.acpi.do_powerstate, > > >>>hw.acpi.disable_on_reboot and hw.acpi.handle_reboot sysctls on my > > >>>Inspiron 1501 notebook without success. Environment: > > >>> > > >>>FreeBSD 7.0-CURRENT #1: Thu May 10 21:22:20 EEST 2007 > > >>> root@tut.intra:/usr/obj/usr/src/sys/TUT > > >>>WARNING: WITNESS option enabled, expect reduced performance. > > >>>Preloaded elf kernel "/boot/kernel/kernel" at 0xc082b000. > > >>>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082b1c4. > > >>>Calibrating clock(s) ... i8254 clock: 1193176 Hz > > >>>CLK_USE_I8254_CALIBRATION not specified - using default frequency > > >>>Timecounter "i8254" frequency 1193182 Hz quality 0 > > >>>Calibrating TSC clock ... TSC clock: 1596011252 Hz > > >>>CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686- > > >>>class CPU) > > >>> Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 > > >>> > > >>>Features=0x178bfbff > >>>E,MCA,CMOV,PAT,PSE36,CLFLU > > >>>SH,MMX,FXSR,SSE,SSE2,HTT> > > >>> Features2=0x2001 > > >>> AMD > > >>>Features=0xea500800 > > >>> AMD Features2=0x1f > > >>>HTT bit cleared - FreeBSD does not have licensing issues requiring it. > > >>> > > >>> Cores per package: 2 > > >>>Data TLB: 32 entries, fully associative > > >>>Instruction TLB: 32 entries, fully associative > > >>>L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > > >>>L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way > > >>>associative > > >>>L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way > > >>>associative > > >>>real memory = 937885696 (894 MB) > > >>>Physical memory chunk(s): > > >>>0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) > > >>>0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > > >>>0x0000000000c28000 - 0x0000000036e6ffff, 908361728 bytes (221768 pages) > > >>>avail memory = 908304384 (866 MB) > > >>>Table 'FACP' at 0x37e7fb9a > > >>>Table 'TCPA' at 0x37e7fc0e > > >>>Table 'SSDT' at 0x37e7fc40 > > >>>Table 'APIC' at 0x37e7fdc2 > > >>>MADT: Found table at 0x37e7fdc2 > > >>>MP Configuration Table version 1.4 found at 0xc009e171 > > >>>APIC: Using the MADT enumerator. > > >>>MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > > >>>SMP: Added CPU 0 (AP) > > >>>MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > > >>>SMP: Added CPU 1 (AP) > > >>>ACPI APIC Table: > > >>>INTR: Adding local APIC 1 as a target > > >>>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > >>> cpu0 (BSP): APIC ID: 0 > > >>> cpu1 (AP): APIC ID: 1 > > >>>bios32: Found BIOS32 Service Directory header at 0xc00f84a0 > > >>>bios32: Entry = 0xfdc84 (c00fdc84) Rev = 0 Len = 1 > > >>>pcibios: PCI BIOS entry at 0xfdc80+0x0 > > >>>pnpbios: Found PnP BIOS data at 0xc00f8540 > > >>>pnpbios: Entry = e5d0:9499 Rev = 1.0 > > >>>Other BIOS signatures found: > > >>>APIC: CPU 0 has ACPI ID 0 > > >>>APIC: CPU 1 has ACPI ID 1 > > >>>ACPI: RSDP @ 0x0xf8500/0x0014 (v 0 PTLTD ) > > >>>ACPI: RSDT @ 0x0x37e79578/0x0040 (v 1 DELL M08 0x06040000 LTP > > >>>0x00000000) > > >>>ACPI: FACP @ 0x0x37e7fb9a/0x0074 (v 1 ATI Bowfin 0x06040000 ATI > > >>>0x000F4240) > > >>>ACPI: DSDT @ 0x0x37e795b8/0x65E2 (v 1 ATI SB600 0x06040000 MSFT > > >>>0x03000000) > > >>>ACPI: FACS @ 0x0x37e90fc0/0x0040 > > >>>ACPI: TCPA @ 0x0x37e7fc0e/0x0032 (v 2 AMD 0x06040000 PTEC > > >>>0x00000000) > > >>>ACPI: SSDT @ 0x0x37e7fc40/0x0182 (v 1 PTLTD POWERNOW 0x06040000 LTP > > >>>0x00000001) > > >>>ACPI: APIC @ 0x0x37e7fdc2/0x0054 (v 1 PTLTD APIC 0x06040000 > > >>>LTP 0x00000000) > > >>>ACPI: MCFG @ 0x0x37e7fe16/0x003C (v 1 PTLTD MCFG 0x06040000 LTP > > >>>0x00000000) > > >>>ACPI: HPET @ 0x0x37e7fe52/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP > > >>>0x00000001) > > >>>ACPI: SLIC @ 0x0x37e7fe8a/0x0176 (v 1 DELL M08 0x06040000 LTP > > >>>0x00000000) > > >>>MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 > > >>>ioapic0: Routing external 8259A's -> intpin 0 > > >>>lapic0: Routing NMI -> LINT1 > > >>>lapic0: LINT1 trigger: edge > > >>>lapic0: LINT1 polarity: high > > >>>lapic1: Routing NMI -> LINT1 > > >>>lapic1: LINT1 trigger: edge > > >>>lapic1: LINT1 polarity: high > > >>>MADT: Forcing active-low polarity and level trigger for SCI > > >>>ioapic0: intpin 9 polarity: low > > >>>ioapic0: intpin 9 trigger: level > > >>>ioapic0 irqs 0-23 on motherboard > > >>>cpu0 BSP: > > >>> ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff > > >>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > > >>> timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 > > >>>io: > > >>>null: > > >>>random: > > >>>kbd: new array size 4 > > >>>kbd1 at kbdmux0 > > >>>mem: > > >>>Pentium Pro MTRR support enabled > > >>>npx0: INT 16 interface > > >>>acpi0: on motherboard > > >>>ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 > > >>>acpi0: [MPSAFE] > > >>>acpi0: [ITHREAD] > > >>>pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 > > >>>pci_open(1a): mode1res=0x80000000 (0x80000000) > > >>>pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) > > >>>pcibios: BIOS_PRESENT call failed > > >>>AcpiOsDerivePciId: bus 0 dev 18 func 0 > > >>>AcpiOsDerivePciId: bus 0 dev 17 func 0 > > >>>acpi0: Power Button (fixed) > > >>>acpi0: wakeup code va 0xd5a40000 pa 0x9c000 > > >>>AcpiOsDerivePciId: bus 0 dev 20 func 1 > > >>>unknown: I/O range not supported > > >>>AcpiOsDerivePciId: bus 0 dev 0 func 0 > > >>>AcpiOsDerivePciId: bus 0 dev 20 func 0 > > >>>acpi0: reservation of 0, 1000 (3) failed > > >>>ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > > >>>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > >>>acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > > >>>acpi_ec0: port 0x62,0x66 on acpi0 > > >>> > > >>> > > >>>Any suggestions? > > >>> > > >>>-- > > >>>tut > > >>>DaRK VoIP GuRU > > >>>_______________________________________________ > > >>>freebsd-acpi@freebsd.org mailing list > > >>>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > >>>To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > >>> > > >> > > >> > > > > > >_______________________________________________ > > >freebsd-current@freebsd.org mailing list > > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ---------- Forwarded message ---------- From: Don Lewis Date: Aug 5, 2007 3:04 AM Subject: CFT - patch to fix ehci hang on shutdown To: current@freebsd.org I've got an AMD 64 X2 machine that uses the recent NVIDIA GeForce 7050 / nForce 630a chipset that hangs on shutdown. It hangs with both UP and SMP kernels, and with both FreeBSD 6.2-STABLE and 7.0-CURRENT. The problem appears to be that a delay is needed between the the call EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); in ehci_shutdown(), and the call cparams = EREAD4(sc, EHCI_HCCPARAMS); in ehci_pci_givecontroller(). There are three instances of a code sequence that does a controller reset in ehci.c, one of which, in ehci_init(), inserts some delays and periodically polls the controller to look for the completion of the reset. It seems to make sense to encapsulate the latter version of the sequence in a separate function, and then call that function from ehci_reset(), ehci_detach(), and ehci_shutdown(). I implemented this in the attached patch, and it fixes shutdown problem for me on both 7.0-CURRENT and 6.2-STABLE (with some minor tweaks for the latter). I've tested this patch on this system with both i386 and amd64 kernels, and I also tested it on my Pentium-M laptop. The shutdown problems are gone and everything else looks normal, but I don't have any USB 2.0 peripherals to do further testing. I'd appreciate any testing that can be done in the next serveral days before I ask re@ for approval to commit this to -CURRENT. Index: sys/dev/usb/ehci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ehci.c,v retrieving revision 1.55 diff -u -r1.55 ehci.c --- sys/dev/usb/ehci.c 20 Jun 2007 05:10:52 -0000 1.55 +++ sys/dev/usb/ehci.c 4 Aug 2007 21:05:46 -0000 @@ -311,6 +311,25 @@ ehci_device_isoc_done, }; +static usbd_status +ehci_hcreset(ehci_softc_t *sc) +{ + u_int32_t hcr; + u_int i; + + EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ + usb_delay_ms(&sc->sc_bus, 1); + EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + for (i = 0; i < 100; i++) { + usb_delay_ms(&sc->sc_bus, 1); + hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; + if (!hcr) + return (USBD_NORMAL_COMPLETION); + } + printf("%s: reset timeout\n", device_get_nameunit(sc->sc_bus.bdev)); + return (USBD_IOERROR); +} + usbd_status ehci_init(ehci_softc_t *sc) { @@ -365,20 +384,9 @@ /* Reset the controller */ DPRINTF(("%s: resetting\n", device_get_nameunit(sc->sc_bus.bdev))); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - usb_delay_ms(&sc->sc_bus, 1); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); - for (i = 0; i < 100; i++) { - usb_delay_ms(&sc->sc_bus, 1); - hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; - if (!hcr) - break; - } - if (hcr) { - printf("%s: reset timeout\n", - device_get_nameunit(sc->sc_bus.bdev)); - return (USBD_IOERROR); - } + err = ehci_hcreset(sc); + if (err != USBD_NORMAL_COMPLETION) + return (err); /* frame list size at default, read back what we got and use that */ switch (EHCI_CMD_FLS(EOREAD4(sc, EHCI_USBCMD))) { @@ -927,8 +935,7 @@ sc->sc_dying = 1; EOWRITE4(sc, EHCI_USBINTR, sc->sc_eintrs); - EOWRITE4(sc, EHCI_USBCMD, 0); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); callout_stop(&sc->sc_tmo_intrlist); callout_stop(&sc->sc_tmo_pcd); @@ -1090,8 +1097,7 @@ ehci_softc_t *sc = v; DPRINTF(("ehci_shutdown: stopping the HC\n")); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); } usbd_status _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 15:05:23 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2F4C16A41A for ; Fri, 10 Aug 2007 15:05:22 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id B504E13C461 for ; Fri, 10 Aug 2007 15:05:22 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l7AF53jG043973; Fri, 10 Aug 2007 08:05:07 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708101505.l7AF53jG043973@gw.catspoiler.org> Date: Fri, 10 Aug 2007 08:05:03 -0700 (PDT) From: Don Lewis To: bruce@cran.org.uk In-Reply-To: <46BC1418.9070008@cran.org.uk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: tut@nhamon.com.ua, acpi@FreeBSD.org, Thomas.Sparrevohn@btinternet.com, current@FreeBSD.org Subject: Re: RE: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 15:05:23 -0000 On 10 Aug, Bruce Cran wrote: > Thomas Sparrevohn wrote: >> I have the same problem - just as a test try to load a kernel without >> any USB drivers at all And shutdown - on my machine it the ACPI part >> works - however the system hangs during the device Shutdown phase - >> this machine is a dell as well - would be nice if somebody using >> other than dell has the problem >> > I'm running 7.0-CURRENT and am seeing the same problem on my Dell > Inspiron 1501 amd64 laptop. This machine has OHCI and EHCI > controllers; removing the EHCI driver solves the problem and allows > the computer to reboot properly. I initially thought it was an ACPI > problem but now I'm not so sure - is there anything I can do to help > debug it? I've added printfs to kern_shutdown.c and as far as I can > see the last function to be called is shutdown_wait; since that > doesn't do anything I know more is going on, but I don't know where > to look. I'm seeing this problem on an Athlon 64 desktop machine with the NVIDIA GeForce 7050PV / nForce 630a chipset. The hang is occuring at this point in boot() in kern_shutdown.c: /* Now that we're going to really halt the system... */ EVENTHANDLER_INVOKE(shutdown_final, howto); The culprit is an infinite loop in ehci_pci_givecontroller(), which is called from ehci_shutdown(). The infinite loop is triggered by reading the incorrect value from one of the EHCI controller registers because the register is being read before a reset of the controller has completed. Try this patch: Index: sys/dev/usb/ehci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ehci.c,v retrieving revision 1.55 diff -u -r1.55 ehci.c --- sys/dev/usb/ehci.c 20 Jun 2007 05:10:52 -0000 1.55 +++ sys/dev/usb/ehci.c 4 Aug 2007 21:05:46 -0000 @@ -311,6 +311,25 @@ ehci_device_isoc_done, }; +static usbd_status +ehci_hcreset(ehci_softc_t *sc) +{ + u_int32_t hcr; + u_int i; + + EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ + usb_delay_ms(&sc->sc_bus, 1); + EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + for (i = 0; i < 100; i++) { + usb_delay_ms(&sc->sc_bus, 1); + hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; + if (!hcr) + return (USBD_NORMAL_COMPLETION); + } + printf("%s: reset timeout\n", device_get_nameunit(sc->sc_bus.bdev)); + return (USBD_IOERROR); +} + usbd_status ehci_init(ehci_softc_t *sc) { @@ -365,20 +384,9 @@ /* Reset the controller */ DPRINTF(("%s: resetting\n", device_get_nameunit(sc->sc_bus.bdev))); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - usb_delay_ms(&sc->sc_bus, 1); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); - for (i = 0; i < 100; i++) { - usb_delay_ms(&sc->sc_bus, 1); - hcr = EOREAD4(sc, EHCI_USBCMD) & EHCI_CMD_HCRESET; - if (!hcr) - break; - } - if (hcr) { - printf("%s: reset timeout\n", - device_get_nameunit(sc->sc_bus.bdev)); - return (USBD_IOERROR); - } + err = ehci_hcreset(sc); + if (err != USBD_NORMAL_COMPLETION) + return (err); /* frame list size at default, read back what we got and use that */ switch (EHCI_CMD_FLS(EOREAD4(sc, EHCI_USBCMD))) { @@ -927,8 +935,7 @@ sc->sc_dying = 1; EOWRITE4(sc, EHCI_USBINTR, sc->sc_eintrs); - EOWRITE4(sc, EHCI_USBCMD, 0); - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); callout_stop(&sc->sc_tmo_intrlist); callout_stop(&sc->sc_tmo_pcd); @@ -1090,8 +1097,7 @@ ehci_softc_t *sc = v; DPRINTF(("ehci_shutdown: stopping the HC\n")); - EOWRITE4(sc, EHCI_USBCMD, 0); /* Halt controller */ - EOWRITE4(sc, EHCI_USBCMD, EHCI_CMD_HCRESET); + (void) ehci_hcreset(sc); } usbd_status From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 15:13:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36F6B16A421 for ; Fri, 10 Aug 2007 15:13:52 +0000 (UTC) (envelope-from SRS0=af03d05cb541bba8c03b79d58c1889140ee54424=423=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 976F113C4CB for ; Fri, 10 Aug 2007 15:13:51 +0000 (UTC) (envelope-from SRS0=af03d05cb541bba8c03b79d58c1889140ee54424=423=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id PXX54950; Fri, 10 Aug 2007 08:13:50 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5D7A845045; Fri, 10 Aug 2007 08:13:50 -0700 (PDT) To: Jeremie Le Hen In-Reply-To: Your message of "Fri, 10 Aug 2007 08:48:35 +0200." <20070810064835.GC48218@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1186758830_32328P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 10 Aug 2007 08:13:50 -0700 From: "Kevin Oberman" Message-Id: <20070810151350.5D7A845045@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: Cannot use iwi(4): "could not load firmware iwi_bss" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 15:13:52 -0000 --==_Exmh_1186758830_32328P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 10 Aug 2007 08:48:35 +0200 > From: Jeremie Le Hen > > Hi Kevin, > > Sorry for this late reply. > > On Mon, Jul 23, 2007 at 01:13:26PM -0700, Kevin Oberman wrote: > > > Date: Mon, 23 Jul 2007 22:00:21 +0200 > > > From: Jeremie Le Hen > > > Sender: owner-freebsd-current@freebsd.org > > > > > > On Mon, Jul 23, 2007 at 11:16:00AM -0400, John Baldwin wrote: > > > > On Friday 20 July 2007 07:21:00 pm Jeremie Le Hen wrote: > > > > > Ok, I've tried with ACPI enabled and I confirm that iwi(4) can > > > > > successfully load its firmware in this case. Unfortunately psm(4) > > > > > doesn't work so this is not an option for me. > > > > > > > > Can you get verbose dmesg's both with and without ACPI? > > > > > > I've not attached them as verbose dmesgs are quite huge, you can get > > > them here. > > > > > > With ACPI (psm(4) doesn't work, iwi(4) does): > > > http://tataz.chchile.org/~tataz/tmp/dmesg.with_acpi.gz > > > > > > Without ACPI (hint.acpi.0.disabled="1", psm(4) works, iwi(4) doesn't): > > > http://tataz.chchile.org/~tataz/tmp/dmesg.without_acpi.gz > > > > > > Note that I've manually loaded iwi_bss and if_iwi modules from root > > > prompt. > > > > I have a very similar problem when I load drivers at the boot prompt (or > > did you mean "root"?) > > I meant "root" prompt :-). > > > If you look at your dmesg (verbose not needed). I suspect that you will > > se that there is no interrupt assigned to psm. If you are loading them > > before the probe, try booting with ACPI and boot to single user (boot > > -s). Hit Enter to get a shell prompt and load the needed modules > > (kldload). Then exit to move to multi-user. I bet everything works. > > > > I found that my system fails to assign an interrupt to psm if I have the > > module loaded before I probe I/O devices. > > I wished to try this but unfortunately psm(4) doesn't seem to be > available as a module. > > # cd /sys/modules > # grep -rl psm\\.c . > # > > > jhb suggested an approach to fixing this, but I have not gotten around > > to trying it. > > Could you point out this please? > > Thank you. > Best regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > Jeremie, I guess I was not clear. As you noted, psm is not available as a module. Let me run through this from the top. Boot the system with drivers that attach to interrupts (I can only confirm this for umass and if_ath, but I suspect it applies to other drivers including the iwi driver) and the psm fails to attach to its IRQ and is non-functional. No pointer. No X. Ho joy. The only work-around I have found is to load any module that causes this problem after the device probe has completed. This can be done by: 1. Booting to single-user and using kldload, load the iwi module, or 2. Loading the module after booting. At least most network driver modules will be loaded automatically when the first ifconfig(8) is issues for that device. This is the mechanism I use to load if_ath, or 3. If the device is not required by the rc scripts, use kldload(8) after the system has booted. A new issue has shown up of late that might also impact you if you use the wpa_supplicant. It seems to hang up and never associate with the AP when using WEP or open connections. I always need to do a '/etc/rc.d/wpa_supplicant reload ath0' after I log in. The wpa_supplicant them behaves normally. I hope to have time to track this down some day. I don't know whether you will have this problem. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1186758830_32328P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGvICukn3rs5h7N1ERAuM0AKCqi3/qfVOBzW+IUwwCpkUdxuSn+ACaApbr DTbyKJzVzqf1AsO8FQ3Sw4U= =uicX -----END PGP SIGNATURE----- --==_Exmh_1186758830_32328P-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 18:11:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CAC616A417 for ; Fri, 10 Aug 2007 18:11:17 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4C36813C45D for ; Fri, 10 Aug 2007 18:11:16 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so877439mue for ; Fri, 10 Aug 2007 11:11:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=YwV9pOj8VcHbanxakif4i5p0/mi/wyOLsBRsYP0VaQCd0A2ZligX6UamSrZOyNJvpGRri3qNfynxB2ans4ma1Bh8QGq+6DPpm8R34bKiBm3/oCnk2JnTHIu9r4JttFflBoMkSltbZi9coAbVpvdeDVSn+s3HayNrgQz/8FZqFEM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=la4a/8oTO0b9LWCOxEAV1CnRiKZhOCfDSIgGGTsiZ9rU/QTCxVmGS1lRHUvpYpTZyNklMESiy2b6Pce2osPugy3Rs1Hl+9HITNDjjZvI+4ixkg2IhOYB2BsQmVtsues2FcM0Ii9xpYLzxDklj+NrNxv7kkvYxOhamicaZLhljKY= Received: by 10.86.57.9 with SMTP id f9mr2536089fga.1186769474559; Fri, 10 Aug 2007 11:11:14 -0700 (PDT) Received: from roadrunner.spoerlein.net ( [85.180.188.189]) by mx.google.com with ESMTPS id y6sm10015921mug.2007.08.10.11.11.12 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 10 Aug 2007 11:11:12 -0700 (PDT) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.1/8.14.1) with ESMTP id l7AIAcP1003384 for ; Fri, 10 Aug 2007 20:10:38 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.1/8.14.1/Submit) id l7AIAcE4003382 for current@freebsd.org; Fri, 10 Aug 2007 20:10:38 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Fri, 10 Aug 2007 20:10:37 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20070810181037.GB1415@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Need help debugging Plextor DVD-RW / external USB enclosure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 18:11:17 -0000 Hi all, I sent some messages in the past about this problem, but nothing has turned up so far. I do have some new findings, though. To recap: I cannot read (as in very, very basic commands) retail DVDs on this drive. Burned DVD media works flawlessly, as do retail CDs. This has little to do with region codes or CSS, as I cannot even access data DVDs through USB/cd(4). I cracked the drive open and attached the drive directly via ATA to a recent -CURRENT. It identifies as: acd0: DVDR at ata1-master UDMA33 but really is an PX-760A as printed on the drive label. *Everything* is working fine here. I can read retail DVDs (both data and video). dvdbackup is doing it's job, rescuedisk, dd, and diskinfo, too. Attaching it via atausb(4) through the Plextor bridge (initio INIC-1530L), it identifies as atausb0: on uhub0 atausb0: using ATAPI over Bulk-Only ata2: on atausb0 acd1: DEVICE_RESET unsupported acd1: DVDR at ata2-master USB1 GEOM_LABEL: Label for provider acd1 is iso9660/FIREFLY_DISC2. as you can see, geom_label can read the label, and I can even read some bytes of the disk igor# dd if=/dev/acd1 bs=2048 of=/dev/null dd: /dev/acd1: Input/output error 304+0 records in 304+0 records out running dvdbackup to get a track listing fails. Same can be seen when I let the drive attach with a Prolific bridge chip (I attached it to an external HDD enclosure) atausb0: on uhub0 atausb0: using SCSI over Bulk-Only ata2: on atausb0 acd1: DEVICE_RESET unsupported acd1: DVDR at ata2-master USB1 GEOM_LABEL: Label for provider acd1 is iso9660/FIREFLY_DISC2. Running dvdbackup leads to some weird taskqueue errors, though: acd1: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request acd1: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly acd1: WARNING - PREVENT_ALLOW freeing taskqueue zombie request acd1: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request acd1: WARNING - READ_TOC taskqueue timeout - completing request directly acd1: WARNING - READ_TOC freeing taskqueue zombie request acd1: WARNING - READ_TOC taskqueue timeout - completing request directly acd1: WARNING - READ_TOC freeing taskqueue zombie request acd1: WARNING - READ_CAPACITY taskqueue timeout - completing request directly acd1: WARNING - READ_CAPACITY freeing taskqueue zombie request acd1: WARNING - READ_DVD_STRUCTURE taskqueue timeout - completing request directly acd1: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly acd1: WARNING - READ_DVD_STRUCTURE freeing taskqueue zombie request acd1: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request Using the more usual umass(4)/cd(4) combo, accessing retail DVDs is completely out of the question. umass0: on uhub0 umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 1.000MB/s transfers cd0: cd present [3614880 x 2048 byte records] umass0: on uhub0 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 1.000MB/s transfers cd0: cd present [3614880 x 2048 byte records] igor# diskinfo -v /dev/cd0 diskinfo: /dev/cd0: ioctl(DIOCGMEDIASIZE) failed, probably not a disk.: No such file or directory igor# dvdbackup -i /dev/cd0 -I igor# Funny thing is, that the kernel can somehow read the media size, as shown in dmesg. But diskinfo can't and: geom_label is not reading the label. On a side note, there is a ca. 5s pause between umass and the first cd0 line. Perhaps some timeout occuring? Pretty much the same thing happens if I attach the drive through firewire/sbp, so I think it's not a usb/umass problem, but rather an acd/cd problem. And just FYI: Linux, NetBSD and OpenBSD don't show the problem. I'll try with DragonFly over the weekend, if it is fixed there I'll diff the source code to see if something comes up. I would greatly appreciate, if someone could nudge me into the right direction. Thanks! Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 18:37:24 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D800316A418 for ; Fri, 10 Aug 2007 18:37:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outL.internet-mail-service.net (outL.internet-mail-service.net [216.240.47.235]) by mx1.freebsd.org (Postfix) with ESMTP id B818913C461 for ; Fri, 10 Aug 2007 18:37:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 10 Aug 2007 11:37:24 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 83F50125E42; Fri, 10 Aug 2007 11:37:23 -0700 (PDT) Message-ID: <46BCB063.3000701@elischer.org> Date: Fri, 10 Aug 2007 11:37:23 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <65dfa4fc0705151353v1eb9a16dsff46c9f6ea6f4b63@mail.gmail.com> <46BC1418.9070008@cran.org.uk> <46BC26FD.6080203@elischer.org> <20070810111217.GA22825@muon.bluestop.org> <499c70c0708100700l1d225d68s1f7350e3af09cff7@mail.gmail.com> In-Reply-To: <499c70c0708100700l1d225d68s1f7350e3af09cff7@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "bruce@cran.org.uk" , acpi@freebsd.org, current@freebsd.org Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 18:37:24 -0000 Abdullah Ibn Hamad Al-Marri wrote: [patch for ehci interfering with reboot] > On 8/10/07, bruce@cran.org.uk wrote: > > ["my machine won't reboot when ehci is loaded"] my machine doesn't have an ehci usb controller. (though possibly it has the driver because I have an ehci pc-card I sometimes use). > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Aug 10 21:02:44 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D184616A419; Fri, 10 Aug 2007 21:02:44 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9808413C459; Fri, 10 Aug 2007 21:02:44 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l7AL2S7P047755; Fri, 10 Aug 2007 14:02:32 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708102102.l7AL2S7P047755@gw.catspoiler.org> Date: Fri, 10 Aug 2007 14:02:28 -0700 (PDT) From: Don Lewis To: julian@elischer.org In-Reply-To: <46BCB063.3000701@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: bruce@cran.org.uk, acpi@FreeBSD.org, current@FreeBSD.org, almarrie@gmail.com Subject: Re: Reboot on "shutdown -r" hangs after final "uptime ..." string X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 21:02:44 -0000 On 10 Aug, Julian Elischer wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > [patch for ehci interfering with reboot] > >> On 8/10/07, bruce@cran.org.uk wrote: >> > ["my machine won't reboot when ehci is loaded"] > > my machine doesn't have an ehci usb controller. > (though possibly it has the driver because I have an ehci pc-card > I sometimes use). You might have to do what I did to debug the ehci problem and scatter printf's throughout the shutdown code. I wasn't able to break into DDB from the console when my machine hung, the motherboard in question doesn't have a serial port, I wasn't able to get kgdb working with /dev/fwmem, and it doesn't appear to be possible to debug event handlers using kgdb over firewire. From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 00:39:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E56DE16A417 for ; Sat, 11 Aug 2007 00:39:21 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 73F2C13C478 for ; Sat, 11 Aug 2007 00:39:19 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l7ANLjlw044393 for ; Fri, 10 Aug 2007 20:21:46 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Fri, 10 Aug 2007 20:21:46 -0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708102021.46711.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Subject: can not set channel on wi card in hostap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 00:39:22 -0000 I can not set the channel when running the wi card in hostap mode, it seems= to=20 be blocked on channel 3=20 it is a prism card which is ok and just worked minutes before on releng_6 I tried channel as channel id or freq with and without :b, no chance it is not a display erro, the stations are definitly connected at channel 3= =20 wicontrol gives me with any option wicontrol: SIOCGWAVELAN: Invalid argument wi0: flags=3D8943 metric 0 = mtu=20 1500 ether 00:02:6f:3a:98:b3 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b =20 (DS/2Mbps ) status: associated ssid CS channel 3 (2422 Mhz 11b) bssid 00:02:6f:3a:98:b3 stationname AP-C authmode OPEN privacy MIXED deftxkey 1 wepkey 1:40-bit wepkey 2:40-bit wepkey 3:40-bit wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 100 rtsthreshold 2346 fragthreshold 2346 bmiss 7 mcastrate 1 scanvalid = 60 -bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11a 14 roam:rate11a= 12 roam:rssi11b 14 roam:rate11b 1 roam:rssi11g 14 roam:rate11g 5 -pureg protmode CTS -wme -burst -ff -dturbo -hidessid -apbridge dtimperiod= 1 doth bintval 100 bridge0: flags=3D8843 metric 0 mtu = 1500 ether be:8f:ad:8b:d5:5d groups: bridge id 00:02:6f:3a:98:b3 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 150 timeout 1200 root id 00:02:6f:3a:98:b3 priority 32768 ifcost 0 port 0 member: vr0 flags=3D143 member: wi0 flags=3D167 port 4 priority 128 path cost 1818181 proto rstp role designated state forwarding =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 05:42:26 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F0B416A419 for ; Sat, 11 Aug 2007 05:42:26 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF1613C480 for ; Sat, 11 Aug 2007 05:42:26 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l7B5gJm9058171 for ; Fri, 10 Aug 2007 22:42:23 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708110542.l7B5gJm9058171@gw.catspoiler.org> Date: Fri, 10 Aug 2007 22:42:19 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: bizarre nfe(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 05:42:26 -0000 I've a rather strange nfe(4) problem that appears to be repeatable. I recently started running -CURRENT on a older socket 754 motherboard with the nForce3 chipset. Initially, I was running an SMP kernel, but I had problems with sporadic "nfe0: watchdog timeout (missed Tx interrupts) -- recovering" problems that would intermittently cause the system to lose network connectivity which it would recover from. The kernel was very similar to GENERIC, with just the addition of "options DEBUG_VFS_LOCKS" and the replacement of atapicd with atapicam. The nfe0 problem totally went away when I removed "options SMP" and "device apic" from the kernel configuration, except under the following very specific circumstances: A vncserver session using the GNOME desktop was started on the system. There was no keyboard or mouse activity on the console for an extended period of time, allowing the GNOME screen saver to kick in and lock the screen. The system would run fine in this state for many hours, and would accept incoming SMTP connections, etc. A remote vncclient makes a connection to the vncserver session and the password was entired on the client. At this point the nfe0 interface would appear to go deaf. This might happen before or slightly after the password dialog box appeared for the vnc session. For a short while, the system would be able to transmit TCP packets, ntp queries, etc., but it would not respond to any incoming packets (ping, TCP connection requests, etc.). Eventually, the ARP cache would time out and the only packets being transmitted would be ARP requests and the occasional UDP broadcast from the samba server running on the machine. Pressing any key on the (PS/2) keyboard would instantly bring the network interface back to life. Examination of /var/log/messages showed lots of "nfe0: watchdog timeout" messages for the entire time that nfe0 was not listening to the network. I've had this problem happen twice. Both times were after an extended period of console inactivity. An incoming vnc connection is not sufficient to trigger the problem if the console was recently active, and even waiting for the GNOME screensaver to put the monitor in DPMS power save mode before initiating the vnc connection does not appear to be sufficient to trigger the problem. I believe that nfe0 was sharing an interrupt with one of the USB ports when the kernel was compiled with "device apic", but it is not sharing an interrupt without "device apic". Any thoughts on how to debug this problem? # vmstat -i interrupt total rate irq0: clk 41903449 1000 irq1: atkbd0 39034 0 irq3: ohci0 5 0 irq7: ppc0 2 0 irq8: rtc 5362802 127 irq9: ohci1 ahc0+ 1963559 46 irq10: nfe0+ 225593 5 irq11: drm0 2511908 59 irq12: psm0 332931 7 irq14: ata0 48 0 Total 52339331 1249 Here's the dmesg info: Copyright (c) 1992-2007 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.0-CURRENT #18: Thu Aug 9 17:35:15 PDT 2007 dl@mousie.catspoiler.org:/usr/obj/usr/src/sys/GENERICDDB WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (2009.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1073479680 (1023 MB) avail memory = 1037099008 (989 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfebfd000-0xfebfdfff irq 3 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfebfe000-0xfebfefff irq 9 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 4 ports with 4 removable, self powered pci0: at device 2.2 (no driver attached) nfe0: port 0xec00-0xec07 mem 0xfebfc000-0xfebfcfff irq 10 at device 5.0 on pci0 miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:15:f2:6a:bf:a6 nfe0: [FILTER] pci0: at device 6.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 8.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xc800-0xc80f,0xc400-0xc47f irq 10 at device 10.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pcib1: at device 11.0 on pci0 pci1: on pcib1 vgapci0: mem 0xea000000-0xebffffff,0xfe9fc000-0xfe9fffff,0xfe000000-0xfe7fffff irq 11 at device 0.0 on pci1 pcib2: at device 14.0 on pci0 pci2: on pcib2 ahc0: port 0xb800-0xb8ff mem 0xfeaff000-0xfeafffff irq 9 at device 10.0 on pci2 ahc0: [ITHREAD] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff pnpid ORM0000 on isa0 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/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 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 ulpt0: on uhub0 ulpt0: using bi-directional mode Timecounter "TSC" frequency 2009791960 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sa0 at ahc0 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 3.300MB/s transfers sa1 at ahc0 bus 0 target 6 lun 0 sa1: Removable Sequential Access SCSI-2 device sa1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed ch0 at ahc0 bus 0 target 6 lun 1 ch0: Removable Changer SCSI-2 device ch0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) ch0: 8 slots, 1 drive, 1 picker, 0 portals da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/da0s1a nfe0: link state changed to UP drm0: on vgapci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized mga 3.2.2 20060319 info: [drm] Initialized card for AGP DMA. drm0: [ITHREAD] From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 09:22:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9106116A419 for ; Sat, 11 Aug 2007 09:22:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 65C0D13C46A for ; Sat, 11 Aug 2007 09:22:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1229519waf for ; Sat, 11 Aug 2007 02:22:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=bD6J8Hw3BNhnOtJ9M/8w0gryny7n2mHMphhL8hgq08pMu0s4N+nodZxPQRvojd2SdUfKKD8TzN+h4DvwIIMozI9IUetjx59pvog+iYCvcG/Sp547AnivXAJZzZzVfbXhHvXe4hSHWJu1/zQRr2R56jj1vrNkXQGLVR4wOS4l7Z4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=gH+gXW0uT7ds8KDAgaLCI39czzC8IIlqvIKnPZ6tpjEraCA0Cy6p/PGXWVUlMIXEk+dBIY5fnoLYRZoS7t78EwY5KfaWUQ7mA1SthzlB1uTxT0VigAqyXR9oTiSy/5gyrT5wr5FxURlIiHNQxhMpukVdUqCggigmOUVY6jiiV+o= Received: by 10.114.166.1 with SMTP id o1mr3394594wae.1186824168035; Sat, 11 Aug 2007 02:22:48 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k39sm5540256wah.2007.08.11.02.22.44 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 11 Aug 2007 02:22:46 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l7B9MSM1022631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Aug 2007 18:22:28 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l7B9MQJD022630; Sat, 11 Aug 2007 18:22:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 11 Aug 2007 18:22:22 +0900 From: Pyun YongHyeon To: Don Lewis Message-ID: <20070811092222.GA22569@cdnetworks.co.kr> References: <200708110542.l7B5gJm9058171@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200708110542.l7B5gJm9058171@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: bizarre nfe(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 09:22:49 -0000 On Fri, Aug 10, 2007 at 10:42:19PM -0700, Don Lewis wrote: > I've a rather strange nfe(4) problem that appears to be repeatable. I > recently started running -CURRENT on a older socket 754 motherboard with > the nForce3 chipset. Initially, I was running an SMP kernel, but I had > problems with sporadic "nfe0: watchdog timeout (missed Tx interrupts) -- > recovering" problems that would intermittently cause the system to lose > network connectivity which it would recover from. The kernel was very > similar to GENERIC, with just the addition of "options DEBUG_VFS_LOCKS" > and the replacement of atapicd with atapicam. > > The nfe0 problem totally went away when I removed "options SMP" and > "device apic" from the kernel configuration, except under the following > very specific circumstances: > > A vncserver session using the GNOME desktop was started on the > system. > > There was no keyboard or mouse activity on the console for an > extended period of time, allowing the GNOME screen saver to kick > in and lock the screen. > > The system would run fine in this state for many hours, and would accept > incoming SMTP connections, etc. > > A remote vncclient makes a connection to the vncserver session > and the password was entired on the client. > > At this point the nfe0 interface would appear to go deaf. This might > happen before or slightly after the password dialog box appeared for the > vnc session. For a short while, the system would be able to transmit > TCP packets, ntp queries, etc., but it would not respond to any incoming > packets (ping, TCP connection requests, etc.). Eventually, the ARP cache > would time out and the only packets being transmitted would be ARP > requests and the occasional UDP broadcast from the samba server running > on the machine. > > Pressing any key on the (PS/2) keyboard would instantly bring the > network interface back to life. Examination of /var/log/messages showed > lots of "nfe0: watchdog timeout" messages for the entire time that nfe0 > was not listening to the network. > > I've had this problem happen twice. Both times were after an extended > period of console inactivity. An incoming vnc connection is not > sufficient to trigger the problem if the console was recently active, > and even waiting for the GNOME screensaver to put the monitor in DPMS > power save mode before initiating the vnc connection does not appear to > be sufficient to trigger the problem. > > I believe that nfe0 was sharing an interrupt with one of the USB ports > when the kernel was compiled with "device apic", but it is not sharing > an interrupt without "device apic". > > Any thoughts on how to debug this problem? > > > # vmstat -i > interrupt total rate > irq0: clk 41903449 1000 > irq1: atkbd0 39034 0 > irq3: ohci0 5 0 > irq7: ppc0 2 0 > irq8: rtc 5362802 127 > irq9: ohci1 ahc0+ 1963559 46 > irq10: nfe0+ 225593 5 ^^ You have nfe0+ which indicates vmstat had run out of room to display somthing. I'm not sure but it's still sharing interrupt with other device? > irq11: drm0 2511908 59 > irq12: psm0 332931 7 > irq14: ata0 48 0 > Total 52339331 1249 > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 09:26:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A466C16A420 for ; Sat, 11 Aug 2007 09:26:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 776D213C45B for ; Sat, 11 Aug 2007 09:26:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1230405waf for ; Sat, 11 Aug 2007 02:26:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=H0eKCkzN/19VlN5bQtY0Za5KN/hDUozX2tJdBq1jQJMnbcSP3D3Pm29+g5GrC/Ndnwr4OvWuIGubELb8w5+3M89lZTLoW4XV49b8e+sA+dOU64V78soESCFPj2AWJEWzobtY1PMj+eClySQ46OnEN9JMqML4H+o1tyiHrA2gQBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=KuPUhrCeyvScY5ZKILRfKorlTh8zUPMwHr0uDhWuIPQJ45vf0LOoajw9O8eTCT57bpr/OtvzwvbMxeMbxGvRE563d8aRwhdGUwSsnIlK36PLlpbxFwgB1Wzh/DNzxpJjwbV5S+vZYbwGrQAgf5Cn5WDhnALtqL5KB1qqDBR9BRQ= Received: by 10.114.175.16 with SMTP id x16mr675843wae.1186824412882; Sat, 11 Aug 2007 02:26:52 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m17sm4066436waf.2007.08.11.02.26.34 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 11 Aug 2007 02:26:37 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l7B9QQZ5022667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Aug 2007 18:26:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l7B9QQqr022666; Sat, 11 Aug 2007 18:26:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 11 Aug 2007 18:26:26 +0900 From: Pyun YongHyeon To: Don Lewis Message-ID: <20070811092626.GB22569@cdnetworks.co.kr> References: <200708110542.l7B5gJm9058171@gw.catspoiler.org> <20070811092222.GA22569@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070811092222.GA22569@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: bizarre nfe(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 09:26:53 -0000 On Sat, Aug 11, 2007 at 06:22:22PM +0900, To Don Lewis wrote: > On Fri, Aug 10, 2007 at 10:42:19PM -0700, Don Lewis wrote: > > I've a rather strange nfe(4) problem that appears to be repeatable. I > > recently started running -CURRENT on a older socket 754 motherboard with > > the nForce3 chipset. Initially, I was running an SMP kernel, but I had > > problems with sporadic "nfe0: watchdog timeout (missed Tx interrupts) -- > > recovering" problems that would intermittently cause the system to lose > > network connectivity which it would recover from. The kernel was very > > similar to GENERIC, with just the addition of "options DEBUG_VFS_LOCKS" > > and the replacement of atapicd with atapicam. > > > > The nfe0 problem totally went away when I removed "options SMP" and > > "device apic" from the kernel configuration, except under the following > > very specific circumstances: > > > > A vncserver session using the GNOME desktop was started on the > > system. > > > > There was no keyboard or mouse activity on the console for an > > extended period of time, allowing the GNOME screen saver to kick > > in and lock the screen. > > > > The system would run fine in this state for many hours, and would accept > > incoming SMTP connections, etc. > > > > A remote vncclient makes a connection to the vncserver session > > and the password was entired on the client. > > > > At this point the nfe0 interface would appear to go deaf. This might > > happen before or slightly after the password dialog box appeared for the > > vnc session. For a short while, the system would be able to transmit > > TCP packets, ntp queries, etc., but it would not respond to any incoming > > packets (ping, TCP connection requests, etc.). Eventually, the ARP cache > > would time out and the only packets being transmitted would be ARP > > requests and the occasional UDP broadcast from the samba server running > > on the machine. > > > > Pressing any key on the (PS/2) keyboard would instantly bring the > > network interface back to life. Examination of /var/log/messages showed > > lots of "nfe0: watchdog timeout" messages for the entire time that nfe0 > > was not listening to the network. > > > > I've had this problem happen twice. Both times were after an extended > > period of console inactivity. An incoming vnc connection is not > > sufficient to trigger the problem if the console was recently active, > > and even waiting for the GNOME screensaver to put the monitor in DPMS > > power save mode before initiating the vnc connection does not appear to > > be sufficient to trigger the problem. > > > > I believe that nfe0 was sharing an interrupt with one of the USB ports > > when the kernel was compiled with "device apic", but it is not sharing > > an interrupt without "device apic". > > > > Any thoughts on how to debug this problem? > > > > > > # vmstat -i > > interrupt total rate > > irq0: clk 41903449 1000 > > irq1: atkbd0 39034 0 > > irq3: ohci0 5 0 > > irq7: ppc0 2 0 > > irq8: rtc 5362802 127 > > irq9: ohci1 ahc0+ 1963559 46 > > irq10: nfe0+ 225593 5 > ^^ > You have nfe0+ which indicates vmstat had run out of room to > display somthing. I'm not sure but it's still sharing interrupt > with other device? It seems the interrupt is shared with atapci1. > > > irq11: drm0 2511908 59 > > irq12: psm0 332931 7 > > irq14: ata0 48 0 > > Total 52339331 1249 > > > > -- > Regards, > Pyun YongHyeon -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 09:52:59 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF9A716A418 for ; Sat, 11 Aug 2007 09:52:59 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id A8C0613C457 for ; Sat, 11 Aug 2007 09:52:59 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l7B9qp8C058494; Sat, 11 Aug 2007 02:52:55 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708110952.l7B9qp8C058494@gw.catspoiler.org> Date: Sat, 11 Aug 2007 02:52:51 -0700 (PDT) From: Don Lewis To: pyunyh@gmail.com In-Reply-To: <20070811092626.GB22569@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: bizarre nfe(4) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 09:53:00 -0000 On 11 Aug, Pyun YongHyeon wrote: > On Sat, Aug 11, 2007 at 06:22:22PM +0900, To Don Lewis wrote: > > On Fri, Aug 10, 2007 at 10:42:19PM -0700, Don Lewis wrote: > > > I've a rather strange nfe(4) problem that appears to be repeatable. I > > > recently started running -CURRENT on a older socket 754 motherboard with > > > the nForce3 chipset. Initially, I was running an SMP kernel, but I had > > > problems with sporadic "nfe0: watchdog timeout (missed Tx interrupts) -- > > > recovering" problems that would intermittently cause the system to lose > > > network connectivity which it would recover from. The kernel was very > > > similar to GENERIC, with just the addition of "options DEBUG_VFS_LOCKS" > > > and the replacement of atapicd with atapicam. > > > > > > The nfe0 problem totally went away when I removed "options SMP" and > > > "device apic" from the kernel configuration, except under the following > > > very specific circumstances: > > > > > > A vncserver session using the GNOME desktop was started on the > > > system. > > > > > > There was no keyboard or mouse activity on the console for an > > > extended period of time, allowing the GNOME screen saver to kick > > > in and lock the screen. > > > > > > The system would run fine in this state for many hours, and would accept > > > incoming SMTP connections, etc. > > > > > > A remote vncclient makes a connection to the vncserver session > > > and the password was entired on the client. > > > > > > At this point the nfe0 interface would appear to go deaf. This might > > > happen before or slightly after the password dialog box appeared for the > > > vnc session. For a short while, the system would be able to transmit > > > TCP packets, ntp queries, etc., but it would not respond to any incoming > > > packets (ping, TCP connection requests, etc.). Eventually, the ARP cache > > > would time out and the only packets being transmitted would be ARP > > > requests and the occasional UDP broadcast from the samba server running > > > on the machine. > > > > > > Pressing any key on the (PS/2) keyboard would instantly bring the > > > network interface back to life. Examination of /var/log/messages showed > > > lots of "nfe0: watchdog timeout" messages for the entire time that nfe0 > > > was not listening to the network. > > > > > > I've had this problem happen twice. Both times were after an extended > > > period of console inactivity. An incoming vnc connection is not > > > sufficient to trigger the problem if the console was recently active, > > > and even waiting for the GNOME screensaver to put the monitor in DPMS > > > power save mode before initiating the vnc connection does not appear to > > > be sufficient to trigger the problem. > > > > > > I believe that nfe0 was sharing an interrupt with one of the USB ports > > > when the kernel was compiled with "device apic", but it is not sharing > > > an interrupt without "device apic". > > > > > > Any thoughts on how to debug this problem? > > > > > > > > > # vmstat -i > > > interrupt total rate > > > irq0: clk 41903449 1000 > > > irq1: atkbd0 39034 0 > > > irq3: ohci0 5 0 > > > irq7: ppc0 2 0 > > > irq8: rtc 5362802 127 > > > irq9: ohci1 ahc0+ 1963559 46 > > > irq10: nfe0+ 225593 5 > > ^^ > > You have nfe0+ which indicates vmstat had run out of room to > > display somthing. I'm not sure but it's still sharing interrupt > > with other device? > > It seems the interrupt is shared with atapci1. Which is unused ... From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 12:18:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C45BF16A468 for ; Sat, 11 Aug 2007 12:18:14 +0000 (UTC) (envelope-from trigves@yahoo.com) Received: from web52707.mail.re2.yahoo.com (web52707.mail.re2.yahoo.com [206.190.48.230]) by mx1.freebsd.org (Postfix) with SMTP id 5B3A313C465 for ; Sat, 11 Aug 2007 12:18:14 +0000 (UTC) (envelope-from trigves@yahoo.com) Received: (qmail 32731 invoked by uid 60001); 11 Aug 2007 11:51:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=CCAab5ZoBSdaqtTeM/7rpDX08irXpJT8Ehjo60hMtAd87suxXByv2mpnotoYnh28qpQFvhtLiw3sTS73e+ekwxBPDlg50u/Ulb//0mtzQSVsIA0vWtCOsOThx591N8nwyYtEcjcq3MXuLgKNf+cFMlDxE6MYX0eKRVvd7BNWxWg=; X-YMail-OSG: nGQt6zYVM1mTwD74ufHtjAmKr51ZkjXMP.uDEoDtoqDoFUVD7EZ3sCWPkvOzw8oiHB6Z8lCe9nmZef3E1ipUwqGbdhlUnpwMT2JLBIYLKa1bBnl1himz8jcixw1On9BN Received: from [195.168.236.243] by web52707.mail.re2.yahoo.com via HTTP; Sat, 11 Aug 2007 04:51:33 PDT X-Mailer: YahooMailRC/651.41 YahooMailWebService/0.7.119 Date: Sat, 11 Aug 2007 04:51:33 -0700 (PDT) From: Trigve Siver To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <179073.30151.qm@web52707.mail.re2.yahoo.com> Subject: Error while 'make buildworld' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 12:18:14 -0000 Hi all,=0A=0AI'm trying to compile freebsd current (to test PMC) from cvs..= . But when I try to 'make buildworld' it throw me this error:=0A//---------= -----=0A...=0A/usr/local/libexec/ccache/world-cc -O1 -pipe -O2 -pipe -s -O2= -pipe -s -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr\" -I/usr/obj/usr/s= rc/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/.= ./cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/us= r/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu= /usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr= .bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/= usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR= _FILE -DHAVE_CONFIG_H -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/sr= c/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c=0AIn file incl= uded from ./tm.h:4,=0A from /usr/src/gnu/usr.bin/cc/cc_tool= s/../../../../contrib/gcc/gengtype.c:24:=0A./options.h:375: error: redeclar= ation of enumerator `OPT_d'=0A./options.h:373: error: previous definition o= f 'OPT_d' was here=0A./options.h:898: error: redeclaration of enumerator `O= PT_w'=0A./options.h:896: error: previous definition of 'OPT_w' was here=0A*= ** Error code 1=0A=0AStop in /usr/src/gnu/usr.bin/cc/cc_tools.=0A*** Error = code 1=0A=0AStop in /usr/src.=0A*** Error code 1=0A=0AStop in /usr/src.=0A*= ** Error code 1=0A=0AStop in /usr/src. =0A//-----------------=0A=0Auname:= =0A=0AFreeBSD pentium4.domain 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat Aug 11 = 12:16:01 UTC 2007 dodes@pentium4.domain:/usr/obj/usr/src/sys/CUSTOM i3= 86=0A=0AI've tried to search the net but haven't found anything.=0A=0Athank= s=0A=0ATrigve=0A=0A=0A=0A=0A =0A_____________________________________= _______________________________________________=0ASick sense of humor? Visi= t Yahoo! TV's =0AComedy with an Edge to see what's on, when. =0Ahttp://tv.y= ahoo.com/collections/222 From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 08:21:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 135CB16A418; Sat, 11 Aug 2007 08:21:20 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (omval.tednet.nl [IPv6:2001:7b8:206:1:200:39ff:fe59:b187]) by mx1.freebsd.org (Postfix) with ESMTP id A37D413C458; Sat, 11 Aug 2007 08:21:19 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (localhost [127.0.0.1]) by omval.tednet.nl (8.14.1/8.14.1) with ESMTP id l7B8LBMU000497; Sat, 11 Aug 2007 10:21:11 +0200 (CEST) (envelope-from ted@omval.tednet.nl) Received: (from ted@localhost) by omval.tednet.nl (8.14.1/8.14.1/Submit) id l7B8LAWY000496; Sat, 11 Aug 2007 10:21:10 +0200 (CEST) (envelope-from ted) Message-Id: <200708110821.l7B8LAWY000496@omval.tednet.nl> From: ted@tednet.nl (Ted Lindgreen) Date: Sat, 11 Aug 2007 10:21:10 +0200 In-Reply-To: "Daniel Eischen's message as of Aug 10, 14:44" X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Daniel Eischen , Ted Lindgreen X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on omval.tednet.nl X-Mailman-Approved-At: Sat, 11 Aug 2007 14:43:55 +0000 Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: Recent change in less(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 08:21:20 -0000 [Quoting Daniel Eischen, on Aug 10, 14:44, in "Re: Recent change in ..."] > On Fri, 10 Aug 2007, Ted Lindgreen wrote: > > > [Quoting Daniel Eischen, on Aug 7, 15:41, in "Re: Recent change in ..."] > > .... > >>> If so I have a question: how to obtain the former behaviour of the -e > >>> switch, i.e. quit when EOF is hit twice always (thus whether or not > >>> when the file happens to fit on a single page)? > >> > >> Perhaps: > >> > >> if (less_is_more) { > >> no_init = TRUE; > >> if (get_quit_at_eof()) > >> quit_if_one_screen = TRUE; > >> } > > > > Daniel, are you going to check this fix in? > > > > (Or must we live with broken "-e" functionality in future, in which > > case at least the man-page should be updated to reflect the new > > behaviour IMHO). > > I don't know. Does it work the way it is suppose to with this > patch? Above patch indeed fixes the problem I have reported, i.e. it restores the original behaviour of the "-e" functionality of less(1). regards, -- ted From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 15:10:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA9F516A417 for ; Sat, 11 Aug 2007 15:10:08 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id EEC0513C46C for ; Sat, 11 Aug 2007 15:10:07 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1116153fka for ; Sat, 11 Aug 2007 08:10:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=azVtwUtpZ7BF/8uauh2eO4ZPyXxDoz/Ol7159vcxOSpHnYz2Ar8WEY07W820gTdinfPg6AU5CZ7FtuDDRkMqTHfJLt2fhoLDwXaFJMXDQL4yNf9CvRusWE4C76zwQGxPCyCystG3H4AIHBtxijTjV9ozKAphT3BPGUww9mcJYdo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=c+O4NLtH5M7PiFZN0Q4lv5hsTHsSd1Xx62kxkKPOvOO8sSkijaVivSF4u0Y8/th2URVZu+zwO1OmxQyWIup2sIZrO6DX/ivKnyF/bw45ugjVeTztUUVoI6wx5aDwjlByAd7IIWRniKGMo6RpUZPiNYnmyoQbXg6N+MfHe8Fzo9w= Received: by 10.82.111.8 with SMTP id j8mr5173029buc.1186843488066; Sat, 11 Aug 2007 07:44:48 -0700 (PDT) Received: by 10.82.158.11 with HTTP; Sat, 11 Aug 2007 07:44:48 -0700 (PDT) Message-ID: <14989d6e0708110744n758462a8xc57ea932e2c2d905@mail.gmail.com> Date: Sat, 11 Aug 2007 14:44:48 +0000 From: "Christian Walther" To: "Wojciech Puchar" In-Reply-To: <20070811131633.X1392@wojtek.tensor.gdynia.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070811131633.X1392@wojtek.tensor.gdynia.pl> Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: ZFS - no thanks! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 15:10:09 -0000 Hi Wojciech, let me start with pointing out that ZFS is still an experimental feature. Secondly, this is the wrong list, because ZFS is a feature of FreeBSD-CURRENT. Adding freebsd-current to CC, maybe one of the ZFS developers can give their $0.02. On 11/08/07, Wojciech Puchar wrote: > just ended testing. > > after having all my data (test system fortunately) on ZFS including root, > i lost /boot partition, which was on pendrive to make testing easier. > > well - no problem - i've started my normal 6.2 syste, got bootonly CD, > removed mfsroot, added (as on ZFS system) > vfs.root.mountfrom="zfs:tank/root", put tu pendrive, bsdlabel -B etc.. If I understand you correctly you tried to use ZFS with FreeBSD 6.2. Won't work. > on the other hand it's faster over UFS on small files but not that faster. > it uses HUGE amount of RAM. ZFS probably isn't for Joe average user. No offense ment with this, but ZFS does has a nice set of features, but not many are needed for every days work. At least if you're on a workstation. > > it's set copies=n is a joke. > you have no warranty where are the copies (often on the same disk). Yes, because copies=n isn't there to protect against an entire disk failing. It protects data against block failures. So if an individual block on the disk wents bad, as it's most often the case when a disk starts to die, you have some more backups with the correct checksum. > zpool scrub DOES NOT move copies to other disk from the same when other is > made available!! No, because it's not dedicated to do this. AFAIK zfs does this automagically every time you attach a disk and add it to a certain zpool. scrubbing is in cases where disk faults have been found. It means that the ZFS compares the data and it's checksum, thus locating any trouble and fixes it. > raidz can't be expanded > > cache flushing CAN NOT be disable for selected device, only for > everything. > > my USB-IDE converter make doesn't allow it, but my 2.5" does! > i use USB-IDE converted with disk as a backup. with ZFS it's impossible > unless i will turn off flushing for everything - losing it's important > adventage. > > > disks based pool (no mirror/raidz) won't start AT ALL with one element > unattached!!! EVEN if everything has copies>1 !!! I don't know your setup but for me it works fine. I'm currently at the Chaos Communication Camp, next to me is an AthlonXP powered with FreeBSD-CURRENT installed. 3x400GB HDD using ZFS, giving 732GB net capacity. 2GB RAM. We had a few issues with the hardware. One of the disks is unstable, leading to crashes eventually. I started the system without the disk, I changed the disks position, moved them from a PCI Controller to the onboard controller and stuff. ZFS came up fine. I'm really impressed with ZFS and it's features. The system is pretty busy, we've 15 users max with 1MBit/sec allowed. Firewall states a throughput of 90MBit/sec upstream, saturating the 100MBit/sec NIC. With ZFS you're making use of all your HW, CPU, RAM, PCI Bus etc. So if something 's wrong with your HW you'll notice. But that doesn't necessarily mean that it's related to ZFS. For example I encountered a poor system performance, with lots of interrupts. Tried to tweak ZFS a bit, didn't make a difference. Then I took my "primary slave disk" from the PCI Controller, attached it to onboard primary master - and things went out fine. Just as a side note: If your dmesg reports something like this: atapci0: port 0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd407,0xd000-0xd003,0xcc00-0xcc0f irq 10 at device 6.0 on pci0 ...remove it. ;-) Christian From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 15:11:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D3EA16A417 for ; Sat, 11 Aug 2007 15:11:53 +0000 (UTC) (envelope-from trigves@yahoo.com) Received: from web52707.mail.re2.yahoo.com (web52707.mail.re2.yahoo.com [206.190.48.230]) by mx1.freebsd.org (Postfix) with SMTP id 3CB7413C4D1 for ; Sat, 11 Aug 2007 15:11:53 +0000 (UTC) (envelope-from trigves@yahoo.com) Received: (qmail 30701 invoked by uid 60001); 11 Aug 2007 15:11:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Gj3KRvo6DvjoLs1d3Lu9ke1CRamt2pHKuCCP3APU1IwSHETAQP2mS1oIztI+gSnqVW2yxvXXB2hnnBswX3EJpHL5QOmcKxg1BhrnC2iHKIn9Nq/GbexPtFxok4RC5w4HPAilZUd4ubW9ZUcx3d9R5nKQBOTGCwNwAy2N4vH0f8s=; X-YMail-OSG: kFN4lrIVM1mun6PZwanzdZecpqE2Cic4c4Cyxi7SMkLeUWlgH_8YXH9T3AHTqgVwDezLmZubvNA6A595DR9B9oKgOvdy1MqQVkNYpilghJITGbVaN.PQj01Suzv6iQ-- Received: from [195.168.236.243] by web52707.mail.re2.yahoo.com via HTTP; Sat, 11 Aug 2007 08:11:52 PDT X-Mailer: YahooMailRC/651.41 YahooMailWebService/0.7.119 Date: Sat, 11 Aug 2007 08:11:52 -0700 (PDT) From: Trigve Siver To: Craig Rodrigues MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <356898.28911.qm@web52707.mail.re2.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: Error while 'make buildworld' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 15:11:53 -0000 Hi, thanks for reply,=0A=0A>> Hi all,=0A>> =0A>> I'm trying to compile free= bsd current (to test PMC) from cvs... But when I try to 'make buildworld' i= t throw >me this error:=0A>=0A>In /usr/src/Makefile, there are these instru= ctions for building CURRENT.=0A>Did you omit any of these steps?=0A>=0A># = 1. `cd /usr/src' (or to the directory containing your source tree).= =0A># 2. `make buildworld'=0A># 3. `make buildkernel KERNCONF=3DYOUR_KE= RNEL_HERE' (default is GENERIC).=0A># 4. `make installkernel KERNCONF= =3DYOUR_KERNEL_HERE' (default is GENERIC).=0A># [steps 3. & 4. can = be combined by using the "kernel" target]=0A># 5. `reboot' (in sin= gle user mode: boot -s from the loader prompt).=0A># 6. `mergemaster -p'= =0A># 7. `make installworld'=0A># 8. `make delete-old'=0A># 9. `merge= master'=0A># 10. `reboot'=0A># 11. `make delete-old-libs' (in case no 3rd= party program uses them anymore)=0A=0A1. step done, 2. throws the error.= =0A=0A>Also, I notice you are using ccache to build CURRENT. That=0A>may o= r may not work.=0A=0AI've tried also without ccache, but without success,= =0A=0A>--=0A>Craig Rodrigues=0A>rodrigc@crodrigues.org=0A=0ATrigve=0A=0A=0A= =0A=0A=0A =0A________________________________________________________= ____________________________=0ALooking for a deal? Find great prices on fli= ghts and hotels with Yahoo! FareChase.=0Ahttp://farechase.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 18:22:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86CF616A41A for ; Sat, 11 Aug 2007 18:22:36 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 432BC13C45A for ; Sat, 11 Aug 2007 18:22:36 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so1921535pye for ; Sat, 11 Aug 2007 11:22:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=gf4GxMEuQqFFqInhgnvJ9UPY+fhcudfMdBVReMQPPI+aQWmUj6+U7MP/DSuHF2GjNw03v1gFPxCOn98LA3RkiFY2nEMgRSH1M9xURCyEsqxB5urB07xpF2KIKGq2T3a8R44MiSOCwVqqds0xe/yCOc055H9bng4rp09mNZK4ofU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Nvkz2lOgjrSG9fb53pcikWGNFWkTDCBhZ3iiU12TofQ+CwLvzbQJnldDwb8Ro5qnfEj9aV83YQ3ew9UTaxD1gomrAa6mvG5q7a6TRMKJ/0RLXQSvFhiHYwt94wutYwUu3pC5Wh5shnxl4hIpNdhpevNe01ZsrmjSrvvbP78iIeg= Received: by 10.65.224.11 with SMTP id b11mr6026134qbr.1186856555384; Sat, 11 Aug 2007 11:22:35 -0700 (PDT) Received: by 10.64.193.5 with HTTP; Sat, 11 Aug 2007 11:22:35 -0700 (PDT) Message-ID: <6eb82e0708111122g7e36b725h19ede889e4bbc9d6@mail.gmail.com> Date: Sun, 12 Aug 2007 02:22:35 +0800 From: "Rong-en Fan" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: panic: sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 18:22:36 -0000 I'm running 7.0-CURRENT as of yesterday, and it's very easy to make it panic: Sleeping thread (tid 100065, pid 1066) owns a non-sleepable lock sched_switch(c50a1600,0,1,1c7a7e4,4217e5,...) at sched_switch+0x190 mi_switch(1,0) at mi_switch+0x13f sleepq_switch(c50a1600,0,c078a4e2,21b,c07e3820,...) at sleepq_switch+0x87 sleepq_wait(c07e3820,0,c0770b7e,3,0,...) at sleepq_wait+0x36 _sx_xlock_hard(c07e3820,c50a1600,0,0,0,...) at _sx_xlock_hard+0x21d fr_checknatout(f9c7a8d0,f9c7a8cc,64,c57ad900,c4de7400,...) at fr_checknatout+0x29d fr_check(c8cc4644,14,c4de7400,1,f9c7a9b4,...) at fr_check+0x9b1 fr_check_wrapper(0,f9c7a9b4,c4de7400,2,c54dab28,...) at fr_check_wrapper+0x3f pfil_run_hooks(c08057c0,f9c7aa4c,c4de7400,2,c54dab28,...) at pfil_run_hooks+0x74 ip_output(c8cc4600,0,f9c7aa10,0,0,...) at ip_output+0x913 tcp_output(cae322d0,cb277200,0,0,0,...) at tcp_output+0x1106 tcp_usr_send(c51e7318,0,cb277200,0,0,...) at tcp_usr_send+0x240 kern_sendfile(c50a1600,f9c7acfc,0,0,0,...) at kern_sendfile+0x1037 sendfile(c50a1600,f9c7acfc,20,16,f9c7ad2c,...) at sendfile+0xa8 syscall(f9c7ad38) at syscall+0x315 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (393, FreeBSD ELF32, sendfile), eip = 0x28290bff, esp = 0xbfbfc6ac, ebp = 0xbfbfe718 --- This host have 3 jails, 2 with public ip and one with private ip. I have ipfw + ipnat running. ipfw has some port blocking rule with ip written in either rule itself or in a table. I also have a rule with src-limit. ipnat is to do NAT for that private ip jail. It also contains a redirect rule for ssh in that jail. This panic is very easy to trigger if I ssh to the jail with private ip and do something, like build ports. Any ideas? Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 18:32:23 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84AE116A417; Sat, 11 Aug 2007 18:32:23 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 0269213C478; Sat, 11 Aug 2007 18:32:22 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (xy6yfosdtive0jfk@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l7BIWIHd047580; Sat, 11 Aug 2007 11:32:18 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l7BIWHCY047579; Sat, 11 Aug 2007 11:32:17 -0700 (PDT) (envelope-from jmg) Date: Sat, 11 Aug 2007 11:32:17 -0700 From: John-Mark Gurney To: Doug Barton Message-ID: <20070811183217.GX99491@funkthat.com> Mail-Followup-To: Doug Barton , Matthew Dillon , FreeBSD Current , FreeBSD Stable References: <200708020114.l721EMvl095981@drugs.dv.isc.org> <200708020135.l721Zm2s026224@apollo.backplane.com> <46B1AE8E.8030307@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B1AE8E.8030307@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 18:32:23 -0000 Doug Barton wrote this message on Thu, Aug 02, 2007 at 03:14 -0700: > > I've never trusted using a hints file... not for at least a decade, > > I'm not sure how the hints file could fail, it's a pretty simple > mechanism. But you're better off using hints (which go years between > updates, and you only need one good server to get your cache primed > anyway) OR AXFR, which will keep itself up to date automatically. I've had the hints file fail on my server multiple times since I've been running my servers... DNS breaks and I get a constast stream of messages that have no relationship to a failure to contact a root server... The first time it happened it took me close to a day to find out that a simple refresh of my hints file fixed the problem... Now, when I see that message, I now know to update my hints file, but it isn't very good to require manual updating of the hints file every few years to stave off broken dns. So, mark on up to supporting a dns based distribution of the root... (Not necessarily using the existing root servers, but some method that will ensure that dns will not break just because it does.) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 19:18:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E4CF16A417 for ; Sat, 11 Aug 2007 19:18:37 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 17BC113C461 for ; Sat, 11 Aug 2007 19:18:37 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5389A1A3C1A; Sat, 11 Aug 2007 12:17:26 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 5ADDDC281; Sat, 11 Aug 2007 15:18:36 -0400 (EDT) Date: Sat, 11 Aug 2007 15:18:35 -0400 From: Kris Kennaway To: Rong-en Fan Message-ID: <20070811191835.GA28716@rot26.obsecurity.org> References: <6eb82e0708111122g7e36b725h19ede889e4bbc9d6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0708111122g7e36b725h19ede889e4bbc9d6@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: panic: sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 19:18:37 -0000 On Sun, Aug 12, 2007 at 02:22:35AM +0800, Rong-en Fan wrote: > I'm running 7.0-CURRENT as of yesterday, and it's very easy > to make it panic: > > Sleeping thread (tid 100065, pid 1066) owns a non-sleepable lock > sched_switch(c50a1600,0,1,1c7a7e4,4217e5,...) at sched_switch+0x190 > mi_switch(1,0) at mi_switch+0x13f > sleepq_switch(c50a1600,0,c078a4e2,21b,c07e3820,...) at sleepq_switch+0x87 > sleepq_wait(c07e3820,0,c0770b7e,3,0,...) at sleepq_wait+0x36 > _sx_xlock_hard(c07e3820,c50a1600,0,0,0,...) at _sx_xlock_hard+0x21d > fr_checknatout(f9c7a8d0,f9c7a8cc,64,c57ad900,c4de7400,...) at > fr_checknatout+0x29d > fr_check(c8cc4644,14,c4de7400,1,f9c7a9b4,...) at fr_check+0x9b1 > fr_check_wrapper(0,f9c7a9b4,c4de7400,2,c54dab28,...) at fr_check_wrapper+0x3f > pfil_run_hooks(c08057c0,f9c7aa4c,c4de7400,2,c54dab28,...) at pfil_run_hooks+0x74 > ip_output(c8cc4600,0,f9c7aa10,0,0,...) at ip_output+0x913 > tcp_output(cae322d0,cb277200,0,0,0,...) at tcp_output+0x1106 > tcp_usr_send(c51e7318,0,cb277200,0,0,...) at tcp_usr_send+0x240 > kern_sendfile(c50a1600,f9c7acfc,0,0,0,...) at kern_sendfile+0x1037 > sendfile(c50a1600,f9c7acfc,20,16,f9c7ad2c,...) at sendfile+0xa8 > syscall(f9c7ad38) at syscall+0x315 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (393, FreeBSD ELF32, sendfile), eip = 0x28290bff, esp = > 0xbfbfc6ac, ebp = 0xbfbfe718 --- What is the lock it holds, and where is it acquired? kris From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 19:29:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A0C716A469 for ; Sat, 11 Aug 2007 19:29:33 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id C475313C45B for ; Sat, 11 Aug 2007 19:29:32 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.10.91] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1IJweR0s5r-0004SS; Sat, 11 Aug 2007 21:29:31 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 11 Aug 2007 21:29:23 +0200 User-Agent: KMail/1.9.7 References: <6eb82e0708111122g7e36b725h19ede889e4bbc9d6@mail.gmail.com> <20070811191835.GA28716@rot26.obsecurity.org> In-Reply-To: <20070811191835.GA28716@rot26.obsecurity.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13802235.cdYHEPnHO5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200708112129.29751.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/4rRY+omZU+Cr18s75gKSAuibHs5NtMbqkNh7 gs5K+fvZQwPR1qNLWbRUWkdOnoQkci7CvgjZQLZ/d80ZrT9ac+ KLyyfiQSwrhXlIxZb+gKfLhq8StdW4iEKAJp5cWxeI= Cc: Rong-en Fan , Kris Kennaway Subject: Re: panic: sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 19:29:33 -0000 --nextPart13802235.cdYHEPnHO5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 11 August 2007, Kris Kennaway wrote: > On Sun, Aug 12, 2007 at 02:22:35AM +0800, Rong-en Fan wrote: > > I'm running 7.0-CURRENT as of yesterday, and it's very easy > > to make it panic: > > > > Sleeping thread (tid 100065, pid 1066) owns a non-sleepable lock > > sched_switch(c50a1600,0,1,1c7a7e4,4217e5,...) at sched_switch+0x190 > > mi_switch(1,0) at mi_switch+0x13f > > sleepq_switch(c50a1600,0,c078a4e2,21b,c07e3820,...) at > > sleepq_switch+0x87 sleepq_wait(c07e3820,0,c0770b7e,3,0,...) at > > sleepq_wait+0x36 _sx_xlock_hard(c07e3820,c50a1600,0,0,0,...) at > > _sx_xlock_hard+0x21d > > fr_checknatout(f9c7a8d0,f9c7a8cc,64,c57ad900,c4de7400,...) at > > fr_checknatout+0x29d > > fr_check(c8cc4644,14,c4de7400,1,f9c7a9b4,...) at fr_check+0x9b1 > > fr_check_wrapper(0,f9c7a9b4,c4de7400,2,c54dab28,...) at > > fr_check_wrapper+0x3f > > pfil_run_hooks(c08057c0,f9c7aa4c,c4de7400,2,c54dab28,...) at > > pfil_run_hooks+0x74 ip_output(c8cc4600,0,f9c7aa10,0,0,...) at > > ip_output+0x913 > > tcp_output(cae322d0,cb277200,0,0,0,...) at tcp_output+0x1106 > > tcp_usr_send(c51e7318,0,cb277200,0,0,...) at tcp_usr_send+0x240 > > kern_sendfile(c50a1600,f9c7acfc,0,0,0,...) at kern_sendfile+0x1037 > > sendfile(c50a1600,f9c7acfc,20,16,f9c7ad2c,...) at sendfile+0xa8 > > syscall(f9c7ad38) at syscall+0x315 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (393, FreeBSD ELF32, sendfile), eip =3D 0x28290bff, esp =3D > > 0xbfbfc6ac, ebp =3D 0xbfbfe718 --- > > What is the lock it holds, and where is it acquired? My bet is on the pfil rwlock - accquired in pfil_run_hooks and tcbinfo /=20 inp mtxs from tcp_output. Nothing in the transmission path must use sx=20 locks. I keep on telling that. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart13802235.cdYHEPnHO5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGvg4ZXyyEoT62BG0RAixeAJwMLKYL5Ogg/Xvcyf/zzq6jAxa0BgCcDys6 aMXgTzCy0sTmRUH0YHaewXw= =WavR -----END PGP SIGNATURE----- --nextPart13802235.cdYHEPnHO5-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 20:10:09 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C2016A419 for ; Sat, 11 Aug 2007 20:10:09 +0000 (UTC) (envelope-from kirk@ba23.org) Received: from mail-07.primus.ca (mail.tor.primus.ca [216.254.136.21]) by mx1.freebsd.org (Postfix) with ESMTP id E1E5E13C46B for ; Sat, 11 Aug 2007 20:10:08 +0000 (UTC) (envelope-from kirk@ba23.org) Received: from ottawa-hs-64-26-155-235.s-ip.magma.ca ([64.26.155.235]) by mail-07.primus.ca with esmtp (Exim 4.63) (envelope-from ) id 1IJxHk-0001C9-2A for current@freebsd.org; Sat, 11 Aug 2007 16:10:08 -0400 Received: from greyhawk (greyhawk [192.168.1.201]) by ottawa-hs-64-26-155-235.s-ip.magma.ca (8.13.5.20060308/8.13.5) with ESMTP id l7BKA625014608; Sat, 11 Aug 2007 16:10:06 -0400 (EDT) Date: Sat, 11 Aug 2007 16:10:06 -0400 (EDT) From: Kirk Russell To: Kostik Belousov In-Reply-To: <20070809034842.GN2738@deviant.kiev.zoral.com.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: panic: lock "aiomtx" already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 20:10:09 -0000 On Thu, 9 Aug 2007, Kostik Belousov wrote: > > This patch should fix the problem: > > diff --git a/sys/kern/vfs_aio.c b/sys/kern/vfs_aio.c > index 7610da8..47580b6 100644 > --- a/sys/kern/vfs_aio.c > +++ b/sys/kern/vfs_aio.c > @@ -719,6 +719,7 @@ restart: > } > AIO_UNLOCK(ki); > taskqueue_drain(taskqueue_aiod_bio, &ki->kaio_task); > + mtx_destroy(&ki->kaio_mtx); > uma_zfree(kaio_zone, ki); > p->p_aioinfo = NULL; > } > > It seems that you shall use a lot of quickly exit()ing processes all of > them using aio to reliable reproduce the problem. I merged your patch into 7.0-CURRENT-200706. I can no longer reproduce the kern/114216 panic using the dt AIO client script. -- Kirk Russell http://www.ba23.org/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 20:35:32 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB22616A418 for ; Sat, 11 Aug 2007 20:35:32 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id 86EF013C459 for ; Sat, 11 Aug 2007 20:35:32 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (dyn-62-56-68-171.dslaccess.co.uk [62.56.68.171]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id 9D71B30123; Sat, 11 Aug 2007 21:31:37 +0100 (BST) Message-ID: <46BE1D6C.6040903@cran.org.uk> Date: Sat, 11 Aug 2007 21:34:52 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: KOT MATPOCKuH References: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> In-Reply-To: <3979a4b0707291120v4927a20cm357b845f6d1f3567@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: console hangs after setting hostname X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 20:35:33 -0000 KOT MATPOCKuH wrote: > I got a problem. After messages on console: > ... > Mounting local files systems:. > Setting hostname: green. > fxp: link state changed to UP > nfe0: link state changed to DOWN > > console hangs. > No any new messages, I can't input anything from keyboard, changing virtual > consoles is not working. After X is started, console is not switched to xdm > display. > But system is works - I can login to system via ssh, ... > > dmesg.boot is attached. > > Where is a problem and what I need to do? :) > I'm also seeing the console hang, but in a different situation. If I attach and remove my iPod the console hangs - the only key press that's accepted is ctrl-alt-esc to break into the debugger. umass0: on uhub5 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 19073MB (39063024 512 byte sectors: 255H 63S/T 2431C) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 2 54 d ef 0 0 1 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:21,0 (da0:umass-sim0:0:0:0): Logical block address out of range (da0:umass-sim0:0:0:0): Unretryable error (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 2 54 d ef 0 0 1 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:21,0 (da0:umass-sim0:0:0:0): Logical block address out of range (da0:umass-sim0:0:0:0): Unretryable error GEOM_LABEL: Label for provider da0s2 is msdosfs/IPOD. When I remove the iPod I get the following messages: umass0: at uhub5 port 1 (addr 2) disconnected da0:umass-sim0:0:0G:0EO :M _LlAoBst L d ev aibceel )m(sd ao0s:fs m/aIsPsO-Ds irme0m:o0v:ed :.0 : removing device entry umass0: detached enter: manual escape to debugger [thread pid 19 tid 100018 ] Stopped at kdb_enter+0x31: leave db> wh Tracing pid 19 tid 100018 td 0xffffff000112d350 kdb_enter() scgetc() sckbdevent() kbdmux_intr() kdbmux_kdb_intr() taskqueue_run() taskqueue_swi_giant_run() ithread_loop fork_exit() fork_trampoline() --- trap 0, rip = 0, rsp = 0xffffffff9ca59d30, rbp = 0 --- db> I'm using ULE. uname -a: FreeBSD muon.draftnet 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Sat Aug 11 21:07:09 BST 2007 brucec@muon.draftnet:/usr/obj/usr/src/sys/INSPIRON amd64 -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 20:55:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B16816A420 for ; Sat, 11 Aug 2007 20:55:39 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5341613C45D for ; Sat, 11 Aug 2007 20:55:37 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B310D48805; Sat, 11 Aug 2007 22:55:35 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A3126487FA; Sat, 11 Aug 2007 22:55:29 +0200 (CEST) Date: Sat, 11 Aug 2007 22:54:37 +0200 From: Pawel Jakub Dawidek To: Max Laier Message-ID: <20070811205437.GA24731@garage.freebsd.pl> References: <6eb82e0708111122g7e36b725h19ede889e4bbc9d6@mail.gmail.com> <20070811191835.GA28716@rot26.obsecurity.org> <200708112129.29751.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <200708112129.29751.max@love2party.net> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, Rong-en Fan , Kris Kennaway Subject: Re: panic: sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 20:55:39 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 11, 2007 at 09:29:23PM +0200, Max Laier wrote: > On Saturday 11 August 2007, Kris Kennaway wrote: > > On Sun, Aug 12, 2007 at 02:22:35AM +0800, Rong-en Fan wrote: > > > I'm running 7.0-CURRENT as of yesterday, and it's very easy > > > to make it panic: > > > > > > Sleeping thread (tid 100065, pid 1066) owns a non-sleepable lock > > > sched_switch(c50a1600,0,1,1c7a7e4,4217e5,...) at sched_switch+0x190 > > > mi_switch(1,0) at mi_switch+0x13f > > > sleepq_switch(c50a1600,0,c078a4e2,21b,c07e3820,...) at > > > sleepq_switch+0x87 sleepq_wait(c07e3820,0,c0770b7e,3,0,...) at > > > sleepq_wait+0x36 _sx_xlock_hard(c07e3820,c50a1600,0,0,0,...) at > > > _sx_xlock_hard+0x21d > > > fr_checknatout(f9c7a8d0,f9c7a8cc,64,c57ad900,c4de7400,...) at > > > fr_checknatout+0x29d > > > fr_check(c8cc4644,14,c4de7400,1,f9c7a9b4,...) at fr_check+0x9b1 > > > fr_check_wrapper(0,f9c7a9b4,c4de7400,2,c54dab28,...) at > > > fr_check_wrapper+0x3f > > > pfil_run_hooks(c08057c0,f9c7aa4c,c4de7400,2,c54dab28,...) at > > > pfil_run_hooks+0x74 ip_output(c8cc4600,0,f9c7aa10,0,0,...) at > > > ip_output+0x913 > > > tcp_output(cae322d0,cb277200,0,0,0,...) at tcp_output+0x1106 > > > tcp_usr_send(c51e7318,0,cb277200,0,0,...) at tcp_usr_send+0x240 > > > kern_sendfile(c50a1600,f9c7acfc,0,0,0,...) at kern_sendfile+0x1037 > > > sendfile(c50a1600,f9c7acfc,20,16,f9c7ad2c,...) at sendfile+0xa8 > > > syscall(f9c7ad38) at syscall+0x315 > > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > > --- syscall (393, FreeBSD ELF32, sendfile), eip =3D 0x28290bff, esp = =3D > > > 0xbfbfc6ac, ebp =3D 0xbfbfe718 --- > > > > What is the lock it holds, and where is it acquired? >=20 > My bet is on the pfil rwlock - accquired in pfil_run_hooks and tcbinfo /= =20 > inp mtxs from tcp_output. Nothing in the transmission path must use sx= =20 > locks. I keep on telling that. It looks like a whole lot of complex code can be run with pfil rwlock held. More complex code - harder to avoid sleeping. Is it not possible to call ->pfil_func() without holding pfil rwlock? For example by acquiring the lock, taking a hook, increasing its reference count so it won't go away, dropping the lock and calling ->pfil_func() ? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGviINForvXbEpPzQRAnvMAJ4sM+ThlRSHetbefN0xTpQbEXY8/ACfahL2 sZ1A9COwMSj/glnM6/nnbvQ= =yMK7 -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 11 22:16:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCA2816A419 for ; Sat, 11 Aug 2007 22:16:51 +0000 (UTC) (envelope-from trigves@yahoo.com) Received: from web52708.mail.re2.yahoo.com (web52708.mail.re2.yahoo.com [206.190.48.231]) by mx1.freebsd.org (Postfix) with SMTP id 821D313C457 for ; Sat, 11 Aug 2007 22:16:51 +0000 (UTC) (envelope-from trigves@yahoo.com) Received: (qmail 22523 invoked by uid 60001); 11 Aug 2007 22:16:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Nj3g4VBBXXw4JCtSzup3d12EZGPB8TKmHm+45Qeh2pbGTVerq2QDfUj2uM1ce2Dfbl/OLYL1Y0HRHT8kGULlxBnSFENljXAAl+eo1ULKT309Ghl4sUO9d/5YzSOEL2b8eBfFp/ZokS4GGNhSFePIrgOwftA9dWyg94NlNvkvsOE=; X-YMail-OSG: yXnHRyYVM1kXR0K6Dy8GiBJuyzHMbZizv0hkCI9yf7Jhohpy2.OtIPH7Z_7lr131TJ4VCn6yEaOZg.uXYxIKaXnESoR2iJjo9wRxTSb2sTXn1NLx6PpRMjhGzf52og-- Received: from [195.168.236.243] by web52708.mail.re2.yahoo.com via HTTP; Sat, 11 Aug 2007 15:16:50 PDT X-Mailer: YahooMailRC/651.41 YahooMailWebService/0.7.119 Date: Sat, 11 Aug 2007 15:16:50 -0700 (PDT) From: Trigve Siver To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <706303.22189.qm@web52708.mail.re2.yahoo.com> Subject: Re: Error while 'make buildworld' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 22:16:51 -0000 >Hi all,=0A>=0A>I'm trying to compile freebsd current (to test PMC) from cv= s... But when I try to 'make buildworld' it throw >me this error:=0A>//----= ----------=0A>...=0A>...=0A>//-----------------=0A>=0A>uname:=0A>=0A>FreeBS= D pentium4.domain 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat Aug 11 12:16:01 UTC= 2007 >dodes@pentium4.domain:/usr/obj/usr/src/sys/CUSTOM i386=0A>=0A>I= 've tried to search the net but haven't found anything.=0A>=0A=0ASo the pro= blem was that in /etc/profile I had a line with LANG ev specified like this= :=0A=0ALANG=3Dsk_SK.ISO8859-2; export LANG=0A=0AAnd AFAIK awk behaviour cou= ld be affected with locale set.=0A=0ATrigve=0A=0A=0A=0A =0A__________= __________________________________________________________________________= =0ASick sense of humor? Visit Yahoo! TV's =0AComedy with an Edge to see wha= t's on, when. =0Ahttp://tv.yahoo.com/collections/222=0A____________________= ___________________________=0Afreebsd-current@freebsd.org mailing list=0Aht= tp://lists.freebsd.org/mailman/listinfo/freebsd-current=0ATo unsubscribe, s= end any mail to "freebsd-current-unsubscribe@freebsd.org"=0A=0A=0A=0A=0A=0A= =0A_________________________________________________________________= ___________________=0AMoody friends. Drama queens. Your life? Nope! - their= life, your story. Play Sims Stories at Yahoo! Games.=0Ahttp://sims.yahoo.c= om/