From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 02:06:13 2009 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 AD7CA106566B for ; Sun, 13 Sep 2009 02:06:13 +0000 (UTC) (envelope-from florent.thoumie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE648FC12 for ; Sun, 13 Sep 2009 02:06:12 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so211873fga.13 for ; Sat, 12 Sep 2009 19:06:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=08GNwcdfPTaUQ5LqTBI/bSaLzSj7MLu73kSmv/8KjT8=; b=q4qBadAq74z1Nbwx64hxuY+zcRogTLgfmMnw4ciYlYc8QEhIzjGIimalyyQlsl6LJj 8dMVvGM8zeIjQILIsf2j6HV4rcj7YrvYIs6j7MuIy4swdLNIF0o15v2XF00X5pOazMFj UbH7JjUqd2QiLVanBNnU4iAEKzSw4R4gQzKAU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=VoS6pWIPGq3y5St3MeB5jRP9zOWW0tAiHekvS/10jlTaFWiiB/NeJKDGYJKmaQpTg4 Xvt/LIKVraLates3GTTEqBkkyr9UatsKSC44G6Gm0pXIqhVUMM+mWdYznLRr4UT4aMFd RahNvf4z8dflaBJsyCOfbAFKuiXz1d5QPpQBw= MIME-Version: 1.0 Sender: florent.thoumie@gmail.com Received: by 10.86.222.5 with SMTP id u5mr3623437fgg.67.1252807572089; Sat, 12 Sep 2009 19:06:12 -0700 (PDT) In-Reply-To: <1e31c7980909121438p6389820fte3923b4c9c9729e8@mail.gmail.com> References: <20090908201713.GD41185@e.0x20.net> <20090909104528.20b28e65@ernst.jennejohn.org> <20090909181620.GA19090@e.0x20.net> <1e31c7980909121438p6389820fte3923b4c9c9729e8@mail.gmail.com> From: Florent Thoumie Date: Sun, 13 Sep 2009 03:05:52 +0100 X-Google-Sender-Auth: e21115a05f551aa1 Message-ID: To: Vinicius Abrahao Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Lars Engels , current@freebsd.org Subject: Re: CFH: fix multimedia/pwcbsd with usb2 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, 13 Sep 2009 02:06:13 -0000 On Sat, Sep 12, 2009 at 10:38 PM, Vinicius Abrahao wrote: > Hi Guys, > > Thanks for hard work with pwcbsd. Now the port is compile here at > 9.0-current, but > I'm have some trouble to load the module: > > KLD pwc.ko: depends on kernel - not available or version mismatch > linker_load_file: Unsupported file type > > using the 9.0-CURRENT #16: Sun Sep 6 10:40:56 BRT 2009 . > > Any ideas? > You've compiled pwcbsd against kernel sources that aren't in sync with the kernel you're running. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 08:03:06 2009 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 F23FC106566B; Sun, 13 Sep 2009 08:03:06 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9C48FC0A; Sun, 13 Sep 2009 08:03:05 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA07889; Sun, 13 Sep 2009 11:03:04 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Mmk35-000MUK-SN; Sun, 13 Sep 2009 11:03:03 +0300 Message-ID: <4AACA736.5010405@freebsd.org> Date: Sun, 13 Sep 2009 11:03:02 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A9D7560.7060902@freebsd.org> <1251840705.1689.4440.camel@balrog.2hip.net> <4A9E7B42.9070608@icyb.net.ua> In-Reply-To: <4A9E7B42.9070608@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: vbox@freebsd.org Subject: virtualbox: out of memory on start [Was: DRI initialiazation fails on 8.0-BETAx/M54] 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, 13 Sep 2009 08:03:07 -0000 on 02/09/2009 17:03 Andriy Gapon said the following: > > BTW, I have a different but potentially related problem - after running a > head/current system for a while I am losing an ability to start VirtualBox. It > complains about something "no memory" too. > The system is amd64 with 4G of RAM with only a handful of processes started. > Maybe we got some regression in memory area (e.g. pmap)? So I got this problem again and I'd like to gather as much useful debug information as possible, but I am not sure what would that be. Here's a message from virtualbox: GVMMR0CreateVM: failed, rc=-8 This machine has 4GB of RAM and only a handful of applications are started (but in KDE4). But memory usage line from top looks suspicious: Mem: 1439M Active, 199M Inact, 1308M Wired, 669M Cache, 392M Buf, 61M Free Wired is huge, Buf and Cache are also substantial. Maybe something to do with ZFS? And, yes, just noticed, this is what virtualbox wrote in virtual machine's log: Host RAM: 3822MB RAM, available: 30MB So it seems like it needs Free memory and can not pressure other memory to get freed or got to swap. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 09:48:37 2009 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 D0D351065672 for ; Sun, 13 Sep 2009 09:48:37 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3588FC1E for ; Sun, 13 Sep 2009 09:48:37 +0000 (UTC) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id n8D9b6D6098774 for ; Sun, 13 Sep 2009 11:37:06 +0200 (CEST) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id n8D9b6Np098773 for current@freebsd.org; Sun, 13 Sep 2009 11:37:06 +0200 (CEST) (envelope-from wkoszek) Date: Sun, 13 Sep 2009 11:37:06 +0200 From: "Wojciech A. Koszek" To: current@freebsd.org Message-ID: <20090913093706.GA82285@FreeBSD.org> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Sun, 13 Sep 2009 11:37:07 +0200 (CEST) Cc: Subject: [libusb] Problems with USB-based scanner 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, 13 Sep 2009 09:48:37 -0000 Hi, Recently, I updated my laptop to the newest sources: FreeBSD laptop.freebsd.czest.pl 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r197059M: Thu Sep 10 19:08:58 UTC 2009 This is the very first time I tried to use my Canon CanoScan 1220u scanner: [..] ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0100 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0008 idVendor = 0x04a9 idProduct = 0x2207 bcdDevice = 0x0100 iManufacturer = 0x0040 iProduct = 0x004d iSerialNumber = 0x0000 bNumConfigurations = 0x0001 since uscanner(4) removal. It worked without a problem with the old driver and I could use scanimage(8) with no effort: http://freebsd.czest.pl/~wkoszek/wlog/0/ Right now I'm getting segmentation fault from plustek driver (and pretty much any other driver, if I comment "plustek" in dll.conf and add necessary quirk to other driver): wkoszek@laptop:/usr/local/etc/sane.d# scanimage Segmentation fault (core dumped) wkoszek@laptop:~$ ldd /usr/local/bin/scanimage /usr/local/bin/scanimage: libsane.so.1 => /usr/local/lib/libsane.so.1 (0x28097000) libm.so.5 => /lib/libm.so.5 (0x280b0000) libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x280d3000) libusb.so.2 => /usr/lib/libusb.so.2 (0x28107000) libcam.so.5 => /lib/libcam.so.5 (0x28114000) libc.so.7 => /lib/libc.so.7 (0x28129000) libthr.so.3 => /lib/libthr.so.3 (0x28240000) libsbuf.so.5 => /lib/libsbuf.so.5 (0x28255000) I compiled /usr/src/lib/libusb/... with debugging symbols and here's what I got: Loaded symbols for /usr/local/lib/sane/libsane-plustek.so.1 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 libusb20_dev_open (pdev=0x5a5a5a5a, nTransferMax=32) at /usr/src/lib/libusb/libusb20.c:524 524 if (pdev->is_opened) { [New Thread 28301140 (LWP 100113)] (gdb) bt #0 libusb20_dev_open (pdev=0x5a5a5a5a, nTransferMax=32) at /usr/src/lib/libusb/libusb20.c:524 #1 0x2810aaf0 in usb_open (dev=0x28310b00) at /usr/src/lib/libusb/libusb20_compat01.c:150 #2 0x2809e69d in sanei_usb_open () from /usr/local/lib/libsane.so.1 #3 0x284dda6f in usbDev_open () from /usr/local/lib/sane/libsane-plustek.so.1 #4 0x284ed334 in attach () from /usr/local/lib/sane/libsane-plustek.so.1 #5 0x284eef8b in sane_plustek_init () from /usr/local/lib/sane/libsane-plustek.so.1 #6 0x280a64ed in init () from /usr/local/lib/libsane.so.1 #7 0x280a67dd in sane_dll_get_devices () from /usr/local/lib/libsane.so.1 #8 0x2809b624 in sane_get_devices () from /usr/local/lib/libsane.so.1 #9 0x0804b961 in ?? () #10 0xbfbfe51c in ?? () #11 0x00000000 in ?? () #12 0x00000003 in ?? () #13 0x08052520 in __progname () #14 0xbfbfe520 in ?? () #15 0xbfbfdc94 in ?? () #16 0x28056578 in dladdr () from /libexec/ld-elf.so.1 #17 0x08049289 in ?? () #18 0x00000000 in ?? () #19 0x00000000 in ?? () #20 0xbfbfe574 in ?? () #21 0x08049289 in ?? () #22 0x00000001 in ?? () #23 0xbfbfe57c in ?? () #24 0xbfbfe584 in ?? () #25 0x00000000 in ?? () #26 0x28057e90 in dlclose () from /libexec/ld-elf.so.1 #27 0x00000001 in ?? () (gdb) f 1 #1 0x2810aaf0 in usb_open (dev=0x28310b00) at /usr/src/lib/libusb/libusb20_compat01.c:150 150 err = libusb20_dev_open(dev->dev, 16 * 2); (gdb) p *dev $1 = {next = 0x5a5a5a5a, prev = 0x5a5a5a5a, filename = 'Z' , bus = 0x5a5a5a5a, descriptor = {bLength = 90 'Z', bDescriptorType = 90 'Z', bcdUSB = 23130, bDeviceClass = 90 'Z', bDeviceSubClass = 90 'Z', bDeviceProtocol = 90 'Z', bMaxPacketSize0 = 90 'Z', idVendor = 23130, idProduct = 23130, bcdDevice = 23130, iManufacturer = 90 'Z', iProduct = 90 'Z', iSerialNumber = 90 'Z', bNumConfigurations = 90 'Z'}, config = 0x5a5a5a5a, dev = 0x5a5a5a5a, devnum = 90 'Z', num_children = 90 'Z', children = 0x5a5a5a5a} [1] usbdevs(4) isn't useful in the -CURRENT -- from the code, I see it doesn't have a chance to work correctly after new USB appeared. Thanks -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 11:33:02 2009 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 0D20C106568B; Sun, 13 Sep 2009 11:33:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9CF8FC1E; Sun, 13 Sep 2009 11:33:00 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=AxGrTs15rZoA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=HLRrEp-HAAAA:8 a=mKnAReVhxpKE07FCF8kA:9 a=XUy30tngSY_rRMWByIwA:7 a=6eyLef2KSXW-B11VaAhj006gsKUA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 918592820; Sun, 13 Sep 2009 13:32:57 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 13 Sep 2009 13:33:23 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20090913093706.GA82285@FreeBSD.org> In-Reply-To: <20090913093706.GA82285@FreeBSD.org> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909131333.25960.hselasky@c2i.net> Cc: "Wojciech A. Koszek" , current@freebsd.org Subject: Re: [libusb] Problems with USB-based scanner 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, 13 Sep 2009 11:33:02 -0000 On Sunday 13 September 2009 11:37:06 Wojciech A. Koszek wrote: > Hi, > > Recently, I updated my laptop to the newest sources: > > FreeBSD laptop.freebsd.czest.pl 9.0-CURRENT FreeBSD 9.0-CURRENT #0 > r197059M: Thu Sep 10 19:08:58 UTC 2009 > > This is the very first time I tried to use my Canon CanoScan 1220u > scanner: > > [..] > ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0100 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0008 > idVendor = 0x04a9 > idProduct = 0x2207 > bcdDevice = 0x0100 > iManufacturer = 0x0040 > iProduct = 0x004d > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > since uscanner(4) removal. It worked without a problem with > the old driver and I could use scanimage(8) with no effort: > > http://freebsd.czest.pl/~wkoszek/wlog/0/ > > Right now I'm getting segmentation fault from plustek driver (and pretty > much any other driver, if I comment "plustek" in dll.conf and add necessary > quirk to other driver): Hi, This is a fault in the plustek driver, because it does not refresh the device pointer after a USB-rescan! /usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei Try the following patch: --- sanei_usb.c.orig 2009-09-13 13:27:29.000000000 +0200 +++ sanei_usb.c 2009-09-13 13:29:32.000000000 +0200 @@ -337,6 +337,16 @@ && devices[i].vendor == device.vendor && devices[i].product == device.product) { + /* + * Need to update the LibUSB device pointer, hence it might + * have changed after the latest USB scan. + */ +#ifdef HAVE_LIBUSB + devices[i].libusb_device = device.libusb_device; +#endif +#ifdef HAVE_LIBUSB_1_0 + devices[i].lu_device = device.lu_device; +#endif devices[i].missing=0; DBG (3, "store_device: not storing device %s\n", device.devname); return; If it works, are you able to get this patch committed to the SANE project? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 11:33:02 2009 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 0D20C106568B; Sun, 13 Sep 2009 11:33:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9CF8FC1E; Sun, 13 Sep 2009 11:33:00 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=AxGrTs15rZoA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=HLRrEp-HAAAA:8 a=mKnAReVhxpKE07FCF8kA:9 a=XUy30tngSY_rRMWByIwA:7 a=6eyLef2KSXW-B11VaAhj006gsKUA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 918592820; Sun, 13 Sep 2009 13:32:57 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 13 Sep 2009 13:33:23 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20090913093706.GA82285@FreeBSD.org> In-Reply-To: <20090913093706.GA82285@FreeBSD.org> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909131333.25960.hselasky@c2i.net> Cc: "Wojciech A. Koszek" , current@freebsd.org Subject: Re: [libusb] Problems with USB-based scanner 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, 13 Sep 2009 11:33:02 -0000 On Sunday 13 September 2009 11:37:06 Wojciech A. Koszek wrote: > Hi, > > Recently, I updated my laptop to the newest sources: > > FreeBSD laptop.freebsd.czest.pl 9.0-CURRENT FreeBSD 9.0-CURRENT #0 > r197059M: Thu Sep 10 19:08:58 UTC 2009 > > This is the very first time I tried to use my Canon CanoScan 1220u > scanner: > > [..] > ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0100 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0008 > idVendor = 0x04a9 > idProduct = 0x2207 > bcdDevice = 0x0100 > iManufacturer = 0x0040 > iProduct = 0x004d > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > since uscanner(4) removal. It worked without a problem with > the old driver and I could use scanimage(8) with no effort: > > http://freebsd.czest.pl/~wkoszek/wlog/0/ > > Right now I'm getting segmentation fault from plustek driver (and pretty > much any other driver, if I comment "plustek" in dll.conf and add necessary > quirk to other driver): Hi, This is a fault in the plustek driver, because it does not refresh the device pointer after a USB-rescan! /usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei Try the following patch: --- sanei_usb.c.orig 2009-09-13 13:27:29.000000000 +0200 +++ sanei_usb.c 2009-09-13 13:29:32.000000000 +0200 @@ -337,6 +337,16 @@ && devices[i].vendor == device.vendor && devices[i].product == device.product) { + /* + * Need to update the LibUSB device pointer, hence it might + * have changed after the latest USB scan. + */ +#ifdef HAVE_LIBUSB + devices[i].libusb_device = device.libusb_device; +#endif +#ifdef HAVE_LIBUSB_1_0 + devices[i].lu_device = device.lu_device; +#endif devices[i].missing=0; DBG (3, "store_device: not storing device %s\n", device.devname); return; If it works, are you able to get this patch committed to the SANE project? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 11:34:01 2009 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 B801A106566B; Sun, 13 Sep 2009 11:34:01 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 20B938FC1E; Sun, 13 Sep 2009 11:34:00 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uRDWFtAGNAUA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=bMckZ4CeXqrh_PFbO5cA:9 a=SYtzSGkTpuvzmrsYI3e2nenkBzcA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1135803939; Sun, 13 Sep 2009 13:33:58 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 13 Sep 2009 13:34:27 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20090908201713.GD41185@e.0x20.net> <20090909181620.GA19090@e.0x20.net> <1e31c7980909121438p6389820fte3923b4c9c9729e8@mail.gmail.com> In-Reply-To: <1e31c7980909121438p6389820fte3923b4c9c9729e8@mail.gmail.com> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909131334.29038.hselasky@c2i.net> Cc: Vinicius Abrahao , Lars Engels , current@freebsd.org Subject: Re: CFH: fix multimedia/pwcbsd with usb2 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, 13 Sep 2009 11:34:01 -0000 On Saturday 12 September 2009 23:38:39 Vinicius Abrahao wrote: > Hi Guys, > > Thanks for hard work with pwcbsd. Now the port is compile here at > 9.0-current, but > I'm have some trouble to load the module: > > KLD pwc.ko: depends on kernel - not available or version mismatch > linker_load_file: Unsupported file type > > using the 9.0-CURRENT #16: Sun Sep 6 10:40:56 BRT 2009 . > > Any ideas? > Did you rebuild the pwcbsd kernel module recently? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 11:34:01 2009 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 B801A106566B; Sun, 13 Sep 2009 11:34:01 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 20B938FC1E; Sun, 13 Sep 2009 11:34:00 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uRDWFtAGNAUA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=bMckZ4CeXqrh_PFbO5cA:9 a=SYtzSGkTpuvzmrsYI3e2nenkBzcA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1135803939; Sun, 13 Sep 2009 13:33:58 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 13 Sep 2009 13:34:27 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20090908201713.GD41185@e.0x20.net> <20090909181620.GA19090@e.0x20.net> <1e31c7980909121438p6389820fte3923b4c9c9729e8@mail.gmail.com> In-Reply-To: <1e31c7980909121438p6389820fte3923b4c9c9729e8@mail.gmail.com> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909131334.29038.hselasky@c2i.net> Cc: Vinicius Abrahao , Lars Engels , current@freebsd.org Subject: Re: CFH: fix multimedia/pwcbsd with usb2 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, 13 Sep 2009 11:34:01 -0000 On Saturday 12 September 2009 23:38:39 Vinicius Abrahao wrote: > Hi Guys, > > Thanks for hard work with pwcbsd. Now the port is compile here at > 9.0-current, but > I'm have some trouble to load the module: > > KLD pwc.ko: depends on kernel - not available or version mismatch > linker_load_file: Unsupported file type > > using the 9.0-CURRENT #16: Sun Sep 6 10:40:56 BRT 2009 . > > Any ideas? > Did you rebuild the pwcbsd kernel module recently? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 12:16:11 2009 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 EF6191065676 for ; Sun, 13 Sep 2009 12:16:11 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: from mail-yx0-f193.google.com (mail-yx0-f193.google.com [209.85.210.193]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB6E8FC17 for ; Sun, 13 Sep 2009 12:16:11 +0000 (UTC) Received: by yxe31 with SMTP id 31so3008945yxe.29 for ; Sun, 13 Sep 2009 05:16:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Lgh3+Mxa3HVDGDgZYaYt4bdoYnkP6oPsg12owqY8LLI=; b=WZX2zZdc4C9o0gNszeWZpH4zh/zrnBRejQnpSgLdPX6pOrNWbMy5vLfhp/Lx168K84 +PYDI88Wph5IQ6TxqJnlFY9AEFAdkqwWgeTdNZYtFzpWdtxKnFY3ZIM/05D6So55FMck YmVUX5XIOU/37ej1OtTkmtDMoVvjoZ2lcmTkM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=F51EQwUs+IK2FQEx0GhLDFL6kCrHqq27Iqs8yF8wDj7TZ7t0WXnon5aMnQvJjewpRX v4oaNViezfXiI+1oEjffhV0Fgwp1BBDX/ilgTV/4cd0wFyWO0ooEpqWrPD83PZFAk5FN 2bQyvGd9g69SPKZSASBOrjX8nl9qsbj0DXCis= MIME-Version: 1.0 Received: by 10.100.40.17 with SMTP id n17mr5271003ann.187.1252844170069; Sun, 13 Sep 2009 05:16:10 -0700 (PDT) In-Reply-To: References: <20090908201713.GD41185@e.0x20.net> <20090909104528.20b28e65@ernst.jennejohn.org> <20090909181620.GA19090@e.0x20.net> <1e31c7980909121438p6389820fte3923b4c9c9729e8@mail.gmail.com> Date: Sun, 13 Sep 2009 09:16:10 -0300 Message-ID: <1e31c7980909130516g1b3cb9fn5df77c23ec072413@mail.gmail.com> From: Vinicius Abrahao To: Florent Thoumie , lars.engels@0x20.net, luigi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-usb@freebsd.org Subject: Re: CFH: fix multimedia/pwcbsd with usb2 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, 13 Sep 2009 12:16:12 -0000 Thanks Florent, That's it for sure. I recompile my kernel yesterday and now pwcbsd is loading normally. Therefore, now I see that pwc is the wrong driver for me. My webcam is a Philips SPC500NC. ID 093a:2603 Pixart Imaging, Inc. At Google I found that linux-gspca-kmod is the right driver for me. But this seen broken as pwcbsd was in the past. In file included from /usr/local/share/linux-kmod-compat/linux_compat/ldev_stub.c:44: /usr/local/share/linux-kmod-compat/linux_compat/ldev_stub.h:69:30: error: dev/usb/usb_port.h: No such file or directory In file included from /usr/local/share/linux-kmod-compat/linux_compat/linux_compat.c:44: /usr/local/share/linux-kmod-compat/linux_compat/ldev_stub.h:69:30: error: dev/usb/usb_port.h: No such file or directory mkdep: compile failed *** Error code 1 I'm using linux_base-f10-10_2 / linux-kmod-compat-20080408 with the 9.0 (-current). Thanks in advance, Vinicius search related: [1] http://forums.freebsd.org/showthread.php?t=3D2163 [2] http://www.freebsd.org/cgi/cvsweb.cgi/ports/multimedia/linux-gspca-kmod= / On Sat, Sep 12, 2009 at 11:05 PM, Florent Thoumie wrote: > On Sat, Sep 12, 2009 at 10:38 PM, Vinicius Abrahao > wrote: >> >> Hi Guys, >> >> Thanks for hard work with pwcbsd. Now the port is compile here =A0at >> 9.0-current, but >> I'm have some trouble to load the module: >> >> KLD pwc.ko: depends on kernel - not available or version mismatch >> linker_load_file: Unsupported file type >> >> using the 9.0-CURRENT #16: Sun Sep =A06 10:40:56 BRT 2009 . >> >> Any ideas? > > You've compiled pwcbsd against kernel sources that aren't in sync with th= e > kernel you're running. > > -- > Florent Thoumie > flz@FreeBSD.org > FreeBSD Committer > From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 13:07:41 2009 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 92EE2106568D; Sun, 13 Sep 2009 13:07:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 97B2D8FC1C; Sun, 13 Sep 2009 13:07:40 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uRDWFtAGNAUA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=OdR5sfXFAAAA:8 a=p-rrk8AWME1gHXKeQOwA:9 a=8IJOkYUq3JCxaVm2HW4A:7 a=OXd9ziAfKT4W-TXb_9WTRldJf8kA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1300503531; Sun, 13 Sep 2009 15:07:38 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 13 Sep 2009 15:08:01 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20090908201713.GD41185@e.0x20.net> <1e31c7980909130516g1b3cb9fn5df77c23ec072413@mail.gmail.com> In-Reply-To: <1e31c7980909130516g1b3cb9fn5df77c23ec072413@mail.gmail.com> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpO< =?iso-8859-1?q?Q0yAl=7E=3F=60=27F=3FjDVb=5DE6TQ7=27=23h-VlLs=7Dk/=0A=09?=(yxg(p!IL.`#ng"%`BMrham7%UK,}VH\wUOm=^>wEEQ+KWt[{J#x6ow~JO:,zwp.(t; @ =?iso-8859-1?q?Aq=0A=09=3A4=3A=26nFCgDb8=5B3oIeTb=5E=27?=",; u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909131508.05025.hselasky@c2i.net> Cc: luigi@freebsd.org, Vinicius Abrahao , freebsd-current , lars.engels@0x20.net, Florent Thoumie Subject: Re: CFH: fix multimedia/pwcbsd with usb2 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, 13 Sep 2009 13:07:41 -0000 On Sunday 13 September 2009 14:16:10 Vinicius Abrahao wrote: > Thanks Florent, > > That's it for sure. I recompile my kernel yesterday and now pwcbsd is > loading normally. > Therefore, now I see that pwc is the wrong driver for me. My webcam is > a Philips SPC500NC. > ID 093a:2603 Pixart Imaging, Inc. > > At Google I found that linux-gspca-kmod is the right driver for me. > But this seen broken as > pwcbsd was in the past. Hi, The closes you will currently get is: svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b/trunk/usbcam/ulinux As root: make fetch make patch make You manually have to patch: ee libv4l/v4l2-apps/libv4l/libv4lconvert/control/libv4lcontrol.c control/libv4lcontrol.c: In function 'v4lcontrol_vidioc_queryctrl': control/libv4lcontrol.c:586: error: '__u32' undeclared (first use in this function) control/libv4lcontrol.c:586: error: (Each undeclared identifier is reported only once control/libv4lcontrol.c:586: error: for each function it appears in.) control/libv4lcontrol.c:586: error: expected ';' before 'orig_id' control/libv4lcontrol.c:600: error: 'orig_id' undeclared (first use in this function) __u32 to uint32_t In the end: cd pwcview ./pwcview Should bring your webcam right up in userland though. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 13:44:16 2009 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 821A1106566B; Sun, 13 Sep 2009 13:44:16 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id E9FF98FC13; Sun, 13 Sep 2009 13:44:14 +0000 (UTC) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id n8DDpxNx000291; Sun, 13 Sep 2009 15:51:59 +0200 (CEST) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id n8DDpwdP000290; Sun, 13 Sep 2009 15:51:59 +0200 (CEST) (envelope-from wkoszek) Date: Sun, 13 Sep 2009 15:51:58 +0200 From: "Wojciech A. Koszek" To: Hans Petter Selasky Message-ID: <20090913135158.GC82285@FreeBSD.org> Mail-Followup-To: Hans Petter Selasky , freebsd-current@freebsd.org, current@freebsd.org References: <20090913093706.GA82285@FreeBSD.org> <200909131333.25960.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200909131333.25960.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Sun, 13 Sep 2009 15:51:59 +0200 (CEST) Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: [libusb] Problems with USB-based scanner 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, 13 Sep 2009 13:44:16 -0000 On Sun, Sep 13, 2009 at 01:33:23PM +0200, Hans Petter Selasky wrote: > On Sunday 13 September 2009 11:37:06 Wojciech A. Koszek wrote: > > Hi, > > > > Recently, I updated my laptop to the newest sources: > > > > FreeBSD laptop.freebsd.czest.pl 9.0-CURRENT FreeBSD 9.0-CURRENT #0 > > r197059M: Thu Sep 10 19:08:58 UTC 2009 > > > > This is the very first time I tried to use my Canon CanoScan 1220u > > scanner: > > > > [..] > > ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > > > bLength = 0x0012 > > bDescriptorType = 0x0001 > > bcdUSB = 0x0100 > > bDeviceClass = 0x0000 > > bDeviceSubClass = 0x0000 > > bDeviceProtocol = 0x0000 > > bMaxPacketSize0 = 0x0008 > > idVendor = 0x04a9 > > idProduct = 0x2207 > > bcdDevice = 0x0100 > > iManufacturer = 0x0040 > > iProduct = 0x004d > > iSerialNumber = 0x0000 > > bNumConfigurations = 0x0001 > > > > since uscanner(4) removal. It worked without a problem with > > the old driver and I could use scanimage(8) with no effort: > > > > http://freebsd.czest.pl/~wkoszek/wlog/0/ > > > > Right now I'm getting segmentation fault from plustek driver (and pretty > > much any other driver, if I comment "plustek" in dll.conf and add necessary > > quirk to other driver): > > Hi, > > This is a fault in the plustek driver, because it does not refresh the device > pointer after a USB-rescan! > > /usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei > > Try the following patch: > > --- sanei_usb.c.orig 2009-09-13 13:27:29.000000000 +0200 > +++ sanei_usb.c 2009-09-13 13:29:32.000000000 +0200 > @@ -337,6 +337,16 @@ > && devices[i].vendor == device.vendor > && devices[i].product == device.product) > { > + /* > + * Need to update the LibUSB device pointer, hence it might > + * have changed after the latest USB scan. > + */ > +#ifdef HAVE_LIBUSB > + devices[i].libusb_device = device.libusb_device; > +#endif > +#ifdef HAVE_LIBUSB_1_0 > + devices[i].lu_device = device.lu_device; > +#endif > devices[i].missing=0; > DBG (3, "store_device: not storing device %s\n", device.devname); > return; > > If it works, are you able to get this patch committed to the SANE project? > It seems to fix my problem. Thanks. I'll write a post to sane-devel@ and provide links to this report. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 13:44:16 2009 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 821A1106566B; Sun, 13 Sep 2009 13:44:16 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id E9FF98FC13; Sun, 13 Sep 2009 13:44:14 +0000 (UTC) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id n8DDpxNx000291; Sun, 13 Sep 2009 15:51:59 +0200 (CEST) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id n8DDpwdP000290; Sun, 13 Sep 2009 15:51:59 +0200 (CEST) (envelope-from wkoszek) Date: Sun, 13 Sep 2009 15:51:58 +0200 From: "Wojciech A. Koszek" To: Hans Petter Selasky Message-ID: <20090913135158.GC82285@FreeBSD.org> Mail-Followup-To: Hans Petter Selasky , freebsd-current@freebsd.org, current@freebsd.org References: <20090913093706.GA82285@FreeBSD.org> <200909131333.25960.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200909131333.25960.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Sun, 13 Sep 2009 15:51:59 +0200 (CEST) Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: [libusb] Problems with USB-based scanner 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, 13 Sep 2009 13:44:16 -0000 On Sun, Sep 13, 2009 at 01:33:23PM +0200, Hans Petter Selasky wrote: > On Sunday 13 September 2009 11:37:06 Wojciech A. Koszek wrote: > > Hi, > > > > Recently, I updated my laptop to the newest sources: > > > > FreeBSD laptop.freebsd.czest.pl 9.0-CURRENT FreeBSD 9.0-CURRENT #0 > > r197059M: Thu Sep 10 19:08:58 UTC 2009 > > > > This is the very first time I tried to use my Canon CanoScan 1220u > > scanner: > > > > [..] > > ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > > > bLength = 0x0012 > > bDescriptorType = 0x0001 > > bcdUSB = 0x0100 > > bDeviceClass = 0x0000 > > bDeviceSubClass = 0x0000 > > bDeviceProtocol = 0x0000 > > bMaxPacketSize0 = 0x0008 > > idVendor = 0x04a9 > > idProduct = 0x2207 > > bcdDevice = 0x0100 > > iManufacturer = 0x0040 > > iProduct = 0x004d > > iSerialNumber = 0x0000 > > bNumConfigurations = 0x0001 > > > > since uscanner(4) removal. It worked without a problem with > > the old driver and I could use scanimage(8) with no effort: > > > > http://freebsd.czest.pl/~wkoszek/wlog/0/ > > > > Right now I'm getting segmentation fault from plustek driver (and pretty > > much any other driver, if I comment "plustek" in dll.conf and add necessary > > quirk to other driver): > > Hi, > > This is a fault in the plustek driver, because it does not refresh the device > pointer after a USB-rescan! > > /usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei > > Try the following patch: > > --- sanei_usb.c.orig 2009-09-13 13:27:29.000000000 +0200 > +++ sanei_usb.c 2009-09-13 13:29:32.000000000 +0200 > @@ -337,6 +337,16 @@ > && devices[i].vendor == device.vendor > && devices[i].product == device.product) > { > + /* > + * Need to update the LibUSB device pointer, hence it might > + * have changed after the latest USB scan. > + */ > +#ifdef HAVE_LIBUSB > + devices[i].libusb_device = device.libusb_device; > +#endif > +#ifdef HAVE_LIBUSB_1_0 > + devices[i].lu_device = device.lu_device; > +#endif > devices[i].missing=0; > DBG (3, "store_device: not storing device %s\n", device.devname); > return; > > If it works, are you able to get this patch committed to the SANE project? > It seems to fix my problem. Thanks. I'll write a post to sane-devel@ and provide links to this report. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 14:34:40 2009 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 5A0421065696 for ; Sun, 13 Sep 2009 14:34:40 +0000 (UTC) (envelope-from daimler3@googlemail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id E4F798FC24 for ; Sun, 13 Sep 2009 14:34:39 +0000 (UTC) Received: by ewy4 with SMTP id 4so2428645ewy.36 for ; Sun, 13 Sep 2009 07:34:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:cc:content-type; bh=sKibXNLoZwO06tmjbR1mHAxsOjpo1ytIT7pPQzPaVwc=; b=EQppeO0xXMllMOshtMNQEqZf60imx/t6OzsidWspnMm1dX77D2pId+xAo/qTa76rQg QnY0K3Lmz7lOi4jheifdXnf41ECQiYOhfia2Y0IllX7pR0UuneRJzV4FHitGxJ01HD2d YnXONylG2Pg2YYZJOTpZshvR9tyhNaVMuRkd0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; b=tS2rgNwNmburHxV8B1kl7tmYhc/T8gIt9JLI84jcpd7VTj1WrQTKWoftsBzfx1Rn65 QIuCPyGARTp64PPIOtCAYNllHzU5acT9ouukoUeFRroxuvA7zdIsj8VghbfQq5lyt3cB uxQGSvMiT8FDoXn3sk9QAOZvF6lroKnReRMbc= MIME-Version: 1.0 Received: by 10.216.90.65 with SMTP id d43mr1058913wef.41.1252850931764; Sun, 13 Sep 2009 07:08:51 -0700 (PDT) In-Reply-To: <200908170919.47870.hselasky@c2i.net> References: <791271c80908151025k344d906ar17cc585ae70927c7@mail.gmail.com> <200908152139.02493.hselasky@c2i.net> <791271c80908151621g4aec8548mc64e7c3f43f666ff@mail.gmail.com> <200908170919.47870.hselasky@c2i.net> Date: Sun, 13 Sep 2009 16:08:51 +0200 Message-ID: <791271c80909130708qb1cc45dsa3ec666b9c04d316@mail.gmail.com> From: Deniz Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: unable to mount root from USB 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, 13 Sep 2009 14:34:40 -0000 Hi, sorry for waiting so long to respond to your email, but I had no OS anymore (FreeBSD was my only OS ;)) because of this problem. Now I have Windows 7 RC1 installed and so I can't change the source and build it. Is there another way to fix this? And why did not this happen with FreeBSD 7? Thank you for your help ;) From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 16:27:13 2009 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 2B8551065696; Sun, 13 Sep 2009 16:27:13 +0000 (UTC) (envelope-from boogie@lazybytes.org) Received: from mail.lazybytes.org (odin.rinet.ru [195.54.209.3]) by mx1.freebsd.org (Postfix) with ESMTP id A2AE28FC32; Sun, 13 Sep 2009 16:27:12 +0000 (UTC) Received: from localhost.localdomain (unknown [195.54.192.83]) by mail.lazybytes.org (Postfix) with ESMTPSA id C7BFC14035C9; Sun, 13 Sep 2009 20:25:08 +0400 (MSD) Date: Sun, 13 Sep 2009 20:27:10 +0400 From: Sergey Vinogradov To: pyunyh@gmail.com Message-ID: <20090913202710.21762fa7@lazybytes.org> In-Reply-To: <20090908204520.GC1520@michelle.cdnetworks.com> References: <4AA65ABE.4000207@lazybytes.org> <4AA668E0.1010305@FreeBSD.org> <4AA6ACF1.3040501@lazybytes.org> <20090908204520.GC1520@michelle.cdnetworks.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/TpjM/619N6d3CEN86ehXXhA"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org, Alex Dupre Subject: alc(4) link handling [was: Re: ath(4) Atheros AR9285 support] 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, 13 Sep 2009 16:27:13 -0000 --Sig_/TpjM/619N6d3CEN86ehXXhA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =D0=92 Tue, 8 Sep 2009 13:45:20 -0700 Pyun YongHyeon =D0=BF=D0=B8=D1=88=D0=B5=D1=82: [snip] =20 > Would you give more details on this? Showing me demsg(8) output > related with alc(4) and atphy(4) would be good help. > When I tried AR8132 sample board it had no such problems on my box. > AR8132 uses F1 PHY even if it support only 10/100Mbps link so this > might cause problems on your box, I guess. Does your link partner > support only 10/100Mbps? Sorry for the delay. Well, the 10/100 seems to be working, I've used bad patch cord previous time. But gigabit link doesn't go up (at least in auto-negotiate mode, I'll try to set modes manually when I'll get to gigabit hardware again). Here is the 'pciconf -lv' outtake: alc0@pci0:1:0:0: class=3D0x020000 card=3D0x838a1043 chip=3D0x1062196= 9 rev=3D0xc0 hdr=3D0x00 vendor =3D 'Attansic (Now owned by Atheros)' class =3D network subclass =3D ethernet And the 'dmesg | egrep (alc|atphy)' with verbose boot on: alc0: port 0xec00-0xec7f mem 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 alc0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xf7fc0000 alc0: Read request size : 512 bytes. alc0: TLP payload size : 128 bytes. alc0: RCB 64 bytes alc0: ASPM L1 enabled alc0: PCI device revision : 0x00c0 alc0: Chip id/revision : 0xc002 alc0: 15872 Tx FIFO, 15360 Rx FIFO alc0: MSIX count : 0 alc0: MSI count : 1 alc0: attempting to allocate 1 MSI vectors (1 supported) alc0: using IRQ 256 for MSI alc0: Using 1 MSI message(s). miibus0: on alc0 atphy0: PHY 0 on miibus0 atphy0: OUI 0x001374, model 0x0001, rev. 11 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto alc0: bpf attached alc0: Ethernet address: 00:26:18:a1:f0:d0 alc0: [MPSAFE] alc0: [FILTER] --=20 wbr, Boo --Sig_/TpjM/619N6d3CEN86ehXXhA Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkqtHV4ACgkQCt8hfbw1GpbIWgCeKSupO2EuvnqJ7YJ9/sJyJtwp ELcAnihaRGj8DsK7EFQh2nus6hodYn6e =lY7d -----END PGP SIGNATURE----- --Sig_/TpjM/619N6d3CEN86ehXXhA-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 17:38:05 2009 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 3F3A31065672; Sun, 13 Sep 2009 17:38:05 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 10FE28FC2C; Sun, 13 Sep 2009 17:38:04 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n8DHbulG032581 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sun, 13 Sep 2009 17:37:58 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: current@freebsd.org, hackers@freebsd.org Date: Sun, 13 Sep 2009 18:37:56 +0100 User-Agent: KMail/1.12.1 (FreeBSD/9.0-CURRENT; KDE/4.3.1; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909131837.56319.ken@mthelicon.com> X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Subject: Changes in IPv6 Configuration 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, 13 Sep 2009 17:38:05 -0000 Hello Current and Hackers, With the recent changes to /etc/rc.d for network start-up. I was wondering what is now correct. The previously working ipv6 configuration no longer creates a static default route, and I have not been able to figure out why. After boot, if I manually add the default route for ipv6, all works OK but I must be missing something to make it happen automatically. Currently, I have this in my /etc/rc.conf and this does not work. Any help would be appreciated. ipv6_prefer="YES" ifconfig_re0_ipv6="inet6 2001:4d48:ad51:32:21d:7dff:fe07:241a prefixlen 64" ipv6_defaultrouter="2001:4d48:ad51:32::3" ipv6_network_interfaces="auto" ipv6_default_interface="re0" Thanks in advance, Peg From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 17:56:23 2009 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 670D51065702 for ; Sun, 13 Sep 2009 17:56:23 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 190A68FC12 for ; Sun, 13 Sep 2009 17:56:23 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n8DHwecK030166 for ; Sun, 13 Sep 2009 13:58:40 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-lOLXBp79x3seoXBE2Ez1" Organization: FreeBSD, Inc. Date: Sun, 13 Sep 2009 13:56:25 -0400 Message-Id: <1252864585.97925.139.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: Subject: Removing a USB stick locks up GEOM 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, 13 Sep 2009 17:56:23 -0000 --=-lOLXBp79x3seoXBE2Ez1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable If I insert a USB stick with a FAT FS, and mount it, then remove it without unmounting, trying to retrieve kern.geom.conftxt will result in a live lock of the system. Yes, I know this is not a good thing to do, but I thought one of the goals of new USB was to avoid problems with doing such bad things. I'm conducting tests with: FreeBSD lasagna.marcuscom.com 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Sat Sep 12 20:51:29 EDT 2009 marcus@lasagna.marcuscom.com:/usr/obj/usr/src/sys/LASAGNA amd64 The biggest impact of this is hal causes the system to become unusable since hal uses this sysctl to obtain disk information. As soon as hald receives the devd event saying the disk is gone, it tries to refresh its disk list, and then hangs with this stack trace: #0 sched_switch (td=3D0xffffff0001a15a80, newtd=3D0xffffff0001374380, flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1864 #1 0xffffffff802f370f in mi_switch (flags=3D260, newtd=3D0x0) at /usr/src/sys/kern/kern_synch.c:449 #2 0xffffffff80325bd2 in sleepq_timedwait (wchan=3D0xffffff00250d7100, pri=3D76) at /usr/src/sys/kern/subr_sleepqueue.c:623 #3 0xffffffff802f3c88 in _sleep (ident=3D0xffffff00250d7100, lock=3D0x0, priority=3DVariable "priority" is not available. ) at /usr/src/sys/kern/kern_synch.c:230 #4 0xffffffff8028c11a in g_waitfor_event (func=3DVariable "func" is not available. ) at /usr/src/sys/geom/geom_event.c:359 #5 0xffffffff8028d739 in sysctl_kern_geom_conftxt (oidp=3DVariable "oidp" is not available. ) at /usr/src/sys/geom/geom_kern.c:184 #6 0xffffffff802f4e58 in sysctl_root (oidp=3DVariable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1418 #7 0xffffffff802f6101 in userland_sysctl (td=3D0x0, name=3D0xffffff804d278aa0,=20 namelen=3D3, old=3D0x0, oldlenp=3DVariable "oldlenp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1522 #8 0xffffffff802f62da in __sysctl (td=3D0xffffff0001a15a80,=20 uap=3D0xffffff804d278bf0) at /usr/src/sys/kern/kern_sysctl.c:1448 This problem isn't 100% reproducible with hal, and I have yet to be able to reproduce it without hal. I suspect a timing issue. And it wouldn't be hard to add a sleep between the devd event and the sysctl poll, but I was hoping someone might have an idea of how to fix this in the kernel. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-lOLXBp79x3seoXBE2Ez1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkqtMkcACgkQb2iPiv4Uz4dL8gCfRLStHHcrDY/iFYz8n45teLY2 r+gAnjG0dv3MsVkBMC1lzAUPhqcwh1RE =g+2Q -----END PGP SIGNATURE----- --=-lOLXBp79x3seoXBE2Ez1-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 18:00:08 2009 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 DC2001065670 for ; Sun, 13 Sep 2009 18:00:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 852A88FC0A for ; Sun, 13 Sep 2009 18:00:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 207CA41C707; Sun, 13 Sep 2009 20:00:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id o4HIJZgHpau8; Sun, 13 Sep 2009 20:00:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 52E7141C705; Sun, 13 Sep 2009 20:00:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id CE7274448E6; Sun, 13 Sep 2009 17:58:02 +0000 (UTC) Date: Sun, 13 Sep 2009 17:58:02 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Pegasus Mc Cleaft In-Reply-To: <200909131837.56319.ken@mthelicon.com> Message-ID: <20090913175656.K68375@maildrop.int.zabbadoz.net> References: <200909131837.56319.ken@mthelicon.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@freebsd.org, FreeBSD current mailing list , Hiroki Sato Subject: Re: Changes in IPv6 Configuration 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, 13 Sep 2009 18:00:08 -0000 On Sun, 13 Sep 2009, Pegasus Mc Cleaft wrote: Hi, > With the recent changes to /etc/rc.d for network start-up. I was wondering > what is now correct. The previously working ipv6 configuration no longer > creates a static default route, and I have not been able to figure out why. > After boot, if I manually add the default route for ipv6, all works OK but I > must be missing something to make it happen automatically. Currently, I have > this in my /etc/rc.conf and this does not work. Any help would be appreciated. > > ipv6_prefer="YES" > ifconfig_re0_ipv6="inet6 2001:4d48:ad51:32:21d:7dff:fe07:241a prefixlen 64" > ipv6_defaultrouter="2001:4d48:ad51:32::3" > ipv6_network_interfaces="auto" > ipv6_default_interface="re0" can you try this change (just pasted in): Index: etc/rc.d/routing =================================================================== --- etc/rc.d/routing (revision 197153) +++ etc/rc.d/routing (working copy) @@ -132,7 +132,7 @@ if [ -n "${ipv6_static_routes}" ]; then for i in ${ipv6_static_routes}; do ipv6_route_args=`get_if_var $i ipv6_route_IF` - route ${_action} -inet6 ${route_args} + route ${_action} -inet6 ${ipv6_route_args} done fi /bz -- Bjoern A. Zeeb What was I talking about and who are you again? From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 18:13:09 2009 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 67118106566B; Sun, 13 Sep 2009 18:13:09 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 069228FC0C; Sun, 13 Sep 2009 18:13:08 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjIFAEfTrEqDaFvG/2dsb2JhbACQPgHHcoQYBYFW X-IronPort-AV: E=Sophos;i="4.44,379,1249272000"; d="scan'208";a="46123651" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 13 Sep 2009 14:13:08 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id F1E2C2100BD; Sun, 13 Sep 2009 14:13:07 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qOc3nrfEjsKu; Sun, 13 Sep 2009 14:13:07 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 303A721009D; Sun, 13 Sep 2009 14:13:07 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8DIIPf17114; Sun, 13 Sep 2009 14:18:25 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sun, 13 Sep 2009 14:18:25 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, doug@polands.org, qing.li@bluecoat.com Subject: NFS client defaults to a mix of UDP and TCP 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, 13 Sep 2009 18:13:09 -0000 I had thought that I had posted w.r.t. before, but can't find it in the archive (which might explain why I didn't get any responses:-). The current mount_nfs defaults to using UDP for the mount protocol and then switches to using TCP for the actual mount. (When neither "udp" nor "tcp" mount options are specified.) I don't think I changed it to be this way, because I recall noticing it when I added changes for the experimental NFS client and thought it was "weird", but assumed that it had been that way for a long time. It now appears that it was introduced post-FreeBSD7 at r176198, which changed the default for NFS to TCP, but didn't switch the default for the mount protocol to TCP. The ancient history of this is that "once upon a time" there were NFS servers that could do NFS over TCP, but only supported UDP for the mount protocol and there was an option called "mntudp" for that case. I can't imagine that any server still needs this case, but it appears to have become the default. The default works fine for servers that support both UDP and TCP, but result in a non-functional mount point when the server only supports UDP. (See recent email thread on freebsd-stable called "NFS issues on 8.0-BETA4".) Is this something that should be changed? rick From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 18:14:05 2009 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 B9CC5106568B; Sun, 13 Sep 2009 18:14:05 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6BB0F8FC18; Sun, 13 Sep 2009 18:14:05 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n8DIDw77032806 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sun, 13 Sep 2009 18:14:00 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: "Bjoern A. Zeeb" Date: Sun, 13 Sep 2009 19:13:53 +0100 User-Agent: KMail/1.12.1 (FreeBSD/9.0-CURRENT; KDE/4.3.1; amd64; ; ) References: <200909131837.56319.ken@mthelicon.com> <20090913175656.K68375@maildrop.int.zabbadoz.net> In-Reply-To: <20090913175656.K68375@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200909131913.53853.ken@mthelicon.com> X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: hackers@freebsd.org, FreeBSD current mailing list Subject: Re: Changes in IPv6 Configuration 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, 13 Sep 2009 18:14:05 -0000 On Sunday 13 September 2009 18:58:02 Bjoern A. Zeeb wrote: > On Sun, 13 Sep 2009, Pegasus Mc Cleaft wrote: > > Hi, > > > With the recent changes to /etc/rc.d for network start-up. I was > > wondering what is now correct. The previously working ipv6 configuration > > no longer creates a static default route, and I have not been able to > > figure out why. After boot, if I manually add the default route for ipv6, > > all works OK but I must be missing something to make it happen > > automatically. Currently, I have this in my /etc/rc.conf and this does > > not work. Any help would be appreciated. > > > > ipv6_prefer="YES" > > ifconfig_re0_ipv6="inet6 2001:4d48:ad51:32:21d:7dff:fe07:241a prefixlen > > 64" ipv6_defaultrouter="2001:4d48:ad51:32::3" > > ipv6_network_interfaces="auto" > > ipv6_default_interface="re0" > > can you try this change (just pasted in): > > Index: etc/rc.d/routing > =================================================================== > --- etc/rc.d/routing (revision 197153) > +++ etc/rc.d/routing (working copy) > @@ -132,7 +132,7 @@ > if [ -n "${ipv6_static_routes}" ]; then > for i in ${ipv6_static_routes}; do > ipv6_route_args=`get_if_var $i ipv6_route_IF` > - route ${_action} -inet6 ${route_args} > + route ${_action} -inet6 ${ipv6_route_args} > done > fi > > > > /bz > Hi Bjoern, Thank you very much. That change did work and now the IPv6 default gateway is being added to the route table on start-up. Cheers, Peg From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 18:45:40 2009 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 AD0531065670 for ; Sun, 13 Sep 2009 18:45:40 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id 88A6F8FC08 for ; Sun, 13 Sep 2009 18:45:40 +0000 (UTC) Received: by mx1.synetsystems.com (Postfix, from userid 66) id 69F27DAA; Sun, 13 Sep 2009 14:45:38 -0400 (EDT) Received: from rmtodd by servalan.servalan.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MmtLW-0001YM-He; Sun, 13 Sep 2009 12:58:42 -0500 To: Andriy Gapon References: <4A9D7560.7060902@freebsd.org> <1251840705.1689.4440.camel@balrog.2hip.net> <4A9E7B42.9070608@icyb.net.ua> <4AACA736.5010405@freebsd.org> From: Richard Todd Date: Sun, 13 Sep 2009 12:58:42 -0500 In-Reply-To: (Andriy Gapon's message of "Sun, 13 Sep 2009 11:03:02 +0300") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.22 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: virtualbox: out of memory on start [Was: DRI initialiazation fails on 8.0-BETAx/M54] 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, 13 Sep 2009 18:45:40 -0000 Andriy Gapon writes: > This machine has 4GB of RAM and only a handful of applications are started (but > in KDE4). But memory usage line from top looks suspicious: > Mem: 1439M Active, 199M Inact, 1308M Wired, 669M Cache, 392M Buf, 61M Free > Wired is huge, Buf and Cache are also substantial. > Maybe something to do with ZFS? ZFS allocates its cache out of kernel memory space, so yeah, all the ZFS cache will show up under "Wired" and there's usually a lot of it. From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 19:56:00 2009 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 8A9B6106566B; Sun, 13 Sep 2009 19:56:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E5CE38FC21; Sun, 13 Sep 2009 19:55:59 +0000 (UTC) Message-ID: <4AAD4E51.5060908@FreeBSD.org> Date: Sun, 13 Sep 2009 20:56:01 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Alexander Motin , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ata timeouts under load 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, 13 Sep 2009 19:56:00 -0000 I am getting timeouts on 8.0b4/HEAD when I do a lot of ZFS I/O to a pool on ad4: atapci0: port 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata0: on atapci1 ata1: on atapci1 ad4: 476940MB at ata2-master SATA150 ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=344052040 ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly It becomes stuck in a loop displaying the above and is unable to complete further I/O operations. I wonder if it is just batching up a lot of I/O and then timing out because it is busy, and then not recovering from this state? Any ideas what could be wrong? Kris From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 20:17:50 2009 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 A7B66106566B for ; Sun, 13 Sep 2009 20:17:50 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3359B8FC0C for ; Sun, 13 Sep 2009 20:17:49 +0000 (UTC) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 254182638; Sun, 13 Sep 2009 23:17:46 +0300 Message-ID: <4AAD5365.5000902@FreeBSD.org> Date: Sun, 13 Sep 2009 23:17:41 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Kris Kennaway References: <4AAD4E51.5060908@FreeBSD.org> In-Reply-To: <4AAD4E51.5060908@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ata timeouts under load 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, 13 Sep 2009 20:17:50 -0000 Kris Kennaway wrote: > I am getting timeouts on 8.0b4/HEAD when I do a lot of ZFS I/O to a pool > on ad4: > > atapci0: port > 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff > irq 20 at device 15.0 on pci0 > ata2: on atapci0 > ata3: on atapci0 > ata0: on atapci1 > ata1: on atapci1 > > ad4: 476940MB at ata2-master SATA150 > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > completing request directly > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > completing request directly > ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing > request directly > ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing > request directly > ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly > ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=344052040 > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > completing request directly > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > completing request directly > > It becomes stuck in a loop displaying the above and is unable to > complete further I/O operations. I wonder if it is just batching up a > lot of I/O and then timing out because it is busy, and then not > recovering from this state? > > Any ideas what could be wrong? There are two different kinds of timeouts we can see: - first one, "ad4: WARNING - ..." is just a queue waiting timeout. It is not the reason, but consequence of the problem. And I have doubts that it is reasonable to do it. - second one, "TIMEOUT - WRITE_DMA48 ..." is a real command execution timeout. I don't know whether this is result of some improper error recovery, or you drive indeed lost required servo information near LBA=344052040 and tries to find it too long. You can try to read that sector and nearby ones with dd. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 20:20:14 2009 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 2412C106566C; Sun, 13 Sep 2009 20:20:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id D10968FC0C; Sun, 13 Sep 2009 20:20:13 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 901E241C6FC; Sun, 13 Sep 2009 22:20:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 76s0oaUA1B0h; Sun, 13 Sep 2009 22:20:12 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id E2CCE41C6F2; Sun, 13 Sep 2009 22:20:11 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id CDD96444900; Sun, 13 Sep 2009 20:20:08 +0000 (UTC) Date: Sun, 13 Sep 2009 20:20:08 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Pegasus Mc Cleaft In-Reply-To: <200909131913.53853.ken@mthelicon.com> Message-ID: <20090913201914.A68375@maildrop.int.zabbadoz.net> References: <200909131837.56319.ken@mthelicon.com> <20090913175656.K68375@maildrop.int.zabbadoz.net> <200909131913.53853.ken@mthelicon.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@freebsd.org, FreeBSD current mailing list Subject: Re: Changes in IPv6 Configuration 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, 13 Sep 2009 20:20:14 -0000 On Sun, 13 Sep 2009, Pegasus Mc Cleaft wrote: Hi, > On Sunday 13 September 2009 18:58:02 Bjoern A. Zeeb wrote: >> On Sun, 13 Sep 2009, Pegasus Mc Cleaft wrote: >> >> Hi, >> >>> With the recent changes to /etc/rc.d for network start-up. I was >>> wondering what is now correct. The previously working ipv6 configuration >>> no longer creates a static default route, and I have not been able to >>> figure out why. After boot, if I manually add the default route for ipv6, >>> all works OK but I must be missing something to make it happen >>> automatically. Currently, I have this in my /etc/rc.conf and this does >>> not work. Any help would be appreciated. >>> >>> ipv6_prefer="YES" >>> ifconfig_re0_ipv6="inet6 2001:4d48:ad51:32:21d:7dff:fe07:241a prefixlen >>> 64" ipv6_defaultrouter="2001:4d48:ad51:32::3" >>> ipv6_network_interfaces="auto" >>> ipv6_default_interface="re0" >> >> can you try this change (just pasted in): >> >> Index: etc/rc.d/routing >> =================================================================== >> --- etc/rc.d/routing (revision 197153) >> +++ etc/rc.d/routing (working copy) >> @@ -132,7 +132,7 @@ >> if [ -n "${ipv6_static_routes}" ]; then >> for i in ${ipv6_static_routes}; do >> ipv6_route_args=`get_if_var $i ipv6_route_IF` >> - route ${_action} -inet6 ${route_args} >> + route ${_action} -inet6 ${ipv6_route_args} >> done >> fi >> >> >> >> /bz >> > > Thank you very much. That change did work and now the IPv6 default gateway > is being added to the route table on start-up. Thanks a lot for reporting and testing. I just comitted the correction. /bz -- Bjoern A. Zeeb What was I talking about and who are you again? From owner-freebsd-current@FreeBSD.ORG Sun Sep 13 21:02:09 2009 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 B0FD4106568B; Sun, 13 Sep 2009 21:02:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 186528FC0C; Sun, 13 Sep 2009 21:02:08 +0000 (UTC) Message-ID: <4AAD5DD2.4030104@FreeBSD.org> Date: Sun, 13 Sep 2009 22:02:10 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Alexander Motin References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> In-Reply-To: <4AAD5365.5000902@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ata timeouts under load 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, 13 Sep 2009 21:02:09 -0000 Alexander Motin wrote: > Kris Kennaway wrote: >> I am getting timeouts on 8.0b4/HEAD when I do a lot of ZFS I/O to a pool >> on ad4: >> >> atapci0: port >> 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff >> irq 20 at device 15.0 on pci0 >> ata2: on atapci0 >> ata3: on atapci0 >> ata0: on atapci1 >> ata1: on atapci1 >> >> ad4: 476940MB at ata2-master SATA150 >> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >> completing request directly >> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >> completing request directly >> ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing >> request directly >> ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing >> request directly >> ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly >> ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=344052040 >> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >> completing request directly >> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >> completing request directly >> >> It becomes stuck in a loop displaying the above and is unable to >> complete further I/O operations. I wonder if it is just batching up a >> lot of I/O and then timing out because it is busy, and then not >> recovering from this state? >> >> Any ideas what could be wrong? > > There are two different kinds of timeouts we can see: > - first one, "ad4: WARNING - ..." is just a queue waiting timeout. It > is not the reason, but consequence of the problem. And I have doubts > that it is reasonable to do it. > - second one, "TIMEOUT - WRITE_DMA48 ..." is a real command execution > timeout. I don't know whether this is result of some improper error > recovery, or you drive indeed lost required servo information near > LBA=344052040 and tries to find it too long. You can try to read that > sector and nearby ones with dd. > It's always that sequence (with setfeatures timing out first, then the dma later)...and the block number varies widely, also whether it's read/write. The disk itself & the data it contains appears to be OK as far as I have been able to determine so far. Kris From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 00:10:59 2009 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 ECABB106566B; Mon, 14 Sep 2009 00:10:59 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 54C328FC13; Mon, 14 Sep 2009 00:10:58 +0000 (UTC) Received: by fxm6 with SMTP id 6so1692798fxm.43 for ; Sun, 13 Sep 2009 17:10:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=caUWaOHSQxq/2cv8lzP0e3FAvw43ajSm7RFiG9pprdA=; b=a+KbQNxKDnYsczLGOZagid7cLI3TnSp8fA+RYhrEMeXs9YJyydz8GWvKqW5S8wObum ZzzmFxUGL8u1/U4ErDXcU8jj7Q62J3A5NshSNr9JJ4uCIcx214GCl/pWvJ+x7wC5R7SA 06kbORtm+gxaD4EHz9h0u4W1NWx3FrDruoQF8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; b=RHwgS1aHd/LZM6t2US2gu1nBf1Yilgsxid4JTFK/UKxonpoTW2FWTV38YY7UDYm9w0 otIhuvQLp4pKlSLR/Bey0TWnx2j6i1qYYYQVmUMZgxJRiG1wJ9Kn0JmIjbnEsF716+Mz Y/9NHgWe365Dr8Ps9MBzeVV817KnC78m7Y4x0= Received: by 10.86.225.38 with SMTP id x38mr4402734fgg.59.1252887058219; Sun, 13 Sep 2009 17:10:58 -0700 (PDT) Received: from localhost (95-24-91-109.broadband.corbina.ru [95.24.91.109]) by mx.google.com with ESMTPS id 4sm359550fge.0.2009.09.13.17.10.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 13 Sep 2009 17:10:57 -0700 (PDT) From: Anonymous To: freebsd-current@FreeBSD.org References: <20090911155001.GU2829@hoeg.nl> <898308.64226.qm@web59103.mail.re1.yahoo.com> Date: Mon, 14 Sep 2009 04:09:50 +0400 In-Reply-To: <898308.64226.qm@web59103.mail.re1.yahoo.com> (ddk ddk's message of "Fri, 11 Sep 2009 10:50:01 -0700 (PDT)") Message-ID: <86ab0y4ca9.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ed Schouten , delphij@FreeBSD.ORG, ddk ddk Subject: Re: vesa(4) and amd64 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, 14 Sep 2009 00:11:00 -0000 ddk ddk writes: >> > ddk ddk wrote: >> >=C2=A0 I think this is a problem that has added a new >> terminal >> >=C2=A0 teken by ed@ >> >=C2=A0=20 >> >=C2=A0 becouse there is no problem on freebsd 7 where >> is no teken >> >=C2=A0 where I can switch to any low mode=20 >>=20 >> Hmmm... As far as I know, syscons reinitializes the >> terminal completely >> when switching resolutions. Does it crash? If so, are you >> capable of >> obtainining a backtrace? >>=20 >> In my newcons branch I do have a very small patch for >> libteken that >> changes the resizing behaviour. In my new vt console driver >> I do resize >> the terminal emulator without reinitializing it completely, >> so I had to >> make set_winsize() a bit more robust. >>=20 >> I think it's very unlikely that this patch fixes the issue >> you are >> seeing, but please do try. >>=20 > > the problem was localized=20 > No more problems with switching to decrease the screen resolution in grap= hics modes=20 > (I just updated to tag =3D.=20 > I used to use its working version of freebsd consisting of many patches)= =20 > > but exists problem in switching graphic screen back to text mode on ttyv0 > but only on ttyv0 > > I can not provide backtrace because the system is fully freezes > > sequence that leads to the problem=20 > 1) boot freebsd=20 > 2) stay only on ttyv0 > 3) kldload vesa=20 > 4) vidcontrol MODE_277 (800x600x32) > 5) vidcontrol MODE_24 (80x24 text mode) I think r197174 fixed this. It would freeze if you leave INVARIANTS out, but no more. > > The system immediately freezes > switch to any of the consoles is an infinite beeeeeep > > if you do the same but on another ttyvX (/dev/ttyv1 .../dev/ttyv9) > then there is no problem From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 00:07:37 2009 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 11CE7106566B for ; Mon, 14 Sep 2009 00:07:37 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59104.mail.re1.yahoo.com (web59104.mail.re1.yahoo.com [66.196.101.15]) by mx1.freebsd.org (Postfix) with SMTP id 952C18FC14 for ; Mon, 14 Sep 2009 00:07:36 +0000 (UTC) Received: (qmail 98931 invoked by uid 60001); 14 Sep 2009 00:07:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1252886855; bh=69DqiPeSN/Ey6WMamGj9fCoSny7BRBob4ROjuo9Q6Rw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=DrYkgZjE3y/4+PqozEaGgTn6p33rMxN3IHEcxjP+9ww3xQ6zevIJJR5a24omUtrNUvRQVI8K+HE2iMTW0r+aMDa0aOpY3jxgO+Sot0FhVEDgHWXDQDdrgxvDV1rooW7+n/n+hA1rb4S8PePS9PHKx5zYjGK8p13K3axsxIxO764= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=jX28FnfuY9HcFk7ruOfLaiI/32AweOOticwnsXMPQuPD2L28jwWUtl1XQ1N0rSntxBL9mTadrKP+gjYBpqIJNAU5fQhZin0I9dCJd4dgC+bLw6aiO+pGHAASpycwzktWdKAUGhgjQDYdMfbYkt++hu8Lu0AFQs6TdOTQU7Cbt8k=; Message-ID: <650307.98405.qm@web59104.mail.re1.yahoo.com> X-YMail-OSG: 52jPNjAVM1mYXZfodHnAOdwry9aMiDjlK38UvnR9duYjCceNwky8xdhlBLpmYwujFMQkvGFPH0mpSjJncKnmnoAAIdIRrFFXoh_CFyGQ44cU2_wWmTYixVV.K2tFB4amJV1cJaLZr.CYzfBQJeQrbs.YoaznccFNIqaiUdfO6sDqMS8xRKAm59iEESyIUzxs4FebtxV_4koUfJ25N_HuLrMbYMpgN3q3PPHVEEARhRpvkJ1cGw2vEwS3qI5SS03.g.zsKTpGw8swc2UfHw1FpMKbxF_E4gz7fSiclg_dHRp9W1wX Received: from [95.109.214.163] by web59104.mail.re1.yahoo.com via HTTP; Sun, 13 Sep 2009 17:07:35 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.347.2 Date: Sun, 13 Sep 2009 17:07:35 -0700 (PDT) From: ddk ddk To: Ed Schouten In-Reply-To: <20090911234823.GW2829@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 14 Sep 2009 00:14:03 +0000 Cc: swell.k@gmail.com, freebsd-current@FreeBSD.org, delphij@FreeBSD.ORG Subject: Re: vesa(4) and amd64 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, 14 Sep 2009 00:07:37 -0000 very good possible after http://svn.freebsd.org/viewvc/base?view=revision&revision=197174 i have no freezing any more so there is no problem and we can enable for amd64 arch all avail text mode from BIOS this patch --- src/sys/dev/fb/vga.c.orig 2009-09-14 04:04:30.000000000 +0400 +++ src/sys/dev/fb/vga.c 2009-09-14 04:05:30.000000000 +0400 @@ -177,7 +177,7 @@ #endif /* architecture dependent option */ -#ifndef __i386__ +#if !defined(__i386__) && !defined(__amd64__) #define VGA_NO_BIOS 1 #endif From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 01:02:06 2009 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 53CAD1065694; Mon, 14 Sep 2009 01:02:06 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8108FC1D; Mon, 14 Sep 2009 01:02:05 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 1A7377E818; Sun, 13 Sep 2009 17:02:18 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 14 Sep 2009 03:02:02 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <20090908202553.GA1368@mr-happy.com> <200909090902.34055.mel.flynn+fbsd.current@mailing.thruhere.net> <20090910091329.GA2726@a91-153-125-115.elisa-laajakaista.fi> In-Reply-To: <20090910091329.GA2726@a91-153-125-115.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909140302.03003.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Jaakko Heinonen , Pawel Jakub Dawidek , Jeff Blank Subject: Re: 8.0-BETA4 panic: ffs_sync: rofs mod 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, 14 Sep 2009 01:02:06 -0000 On Thursday 10 September 2009 11:13:29 Jaakko Heinonen wrote: > On 2009-09-09, Mel Flynn wrote: > > This problem has also been seen on -questions [1] and I forgot to follow > > up after time issues. According to the poster it's easy to reproduce: > > - have a mountpoint in /etc/fstab with ro options > > - unmount the mountpoint > > - remount using -o rw > > This has been also reported as PR kern/133614. I have tried to reproduce > the problem earlier but I didn't succeed until now. Here's how to > reproduce it: > > 1. Have mountd(8) running > 2. # mdconfig -a -t vnode -f ufsimg > 3. # mount -o ro,rw /dev/md0 /mnt > 4. # touch /mnt/foo && sync > > This is what's going on: > > Initial nmount() is done with "ro" and "rw" options. The mount point > will have "ro", "rw" and "noro" string mount options after nmount(). > MNT_RDONLY flag is not set. > > Then mountd(8) calls nmount() with "update" and "export" string options. > This results FFS code to re-mount the file system as read-only because > the "ro" string option is active for the mount point. ffs_mount() sets > MNT_RDONLY and FFS fs_ronly flags. MNT_RDONLY gets later cleared in > vfs_domount() because vfs_export() fails with ENOENT but the fs_ronly > flag stays enabled. > > The most obvious problem seems to be that both "ro" and "rw" options are > allowed to enter to mount point options concurrently. Why does mountd(8) call nmount with update? As I read the above, any command line overrides done through umount/mount will be negated by having mountd running. That's a bit surprising. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 02:04:06 2009 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 8272C106566B for ; Mon, 14 Sep 2009 02:04:06 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 57AEF8FC15 for ; Mon, 14 Sep 2009 02:04:06 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 9088A7E818; Sun, 13 Sep 2009 18:04:18 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 14 Sep 2009 04:04:03 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <20090911074550.GF19090@e.0x20.net> In-Reply-To: <20090911074550.GF19090@e.0x20.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909140404.03130.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Lars Engels Subject: Re: "wpi0: fatal firmware error" in BETA4 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, 14 Sep 2009 02:04:06 -0000 On Friday 11 September 2009 09:45:50 Lars Engels wrote: > Hi all, > > after upgrading from BETA1 to BETA4 my wpi0 device stops working after a > few minutes. > > The kernel shows: wpi0: fatal firmware error I've seen these only when using WEP. Currently using WPA2+PSK on BETA4 and no problems. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 02:56:02 2009 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 1FE441065676 for ; Mon, 14 Sep 2009 02:56:02 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id BD7218FC0C for ; Mon, 14 Sep 2009 02:56:01 +0000 (UTC) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 814335C070 for ; Mon, 14 Sep 2009 10:56:00 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 3A82655CDFD3; Mon, 14 Sep 2009 10:56:00 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id H5t8vB+ETu-4; Mon, 14 Sep 2009 10:55:55 +0800 (CST) Received: from bogon (unknown [219.142.100.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 34DB555CDFE9; Mon, 14 Sep 2009 10:55:54 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:cc:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=kPwl2qHp601bym0ku2CCDDQUwgMtWZbP0uuqKNbwJdL0K4eLFbnF+DVgC//qF4A/h 5vujyBUPsxSYpubpPbK1Q== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Hans Petter Selasky" , "James Butler" References: <200909091631.01446.hselasky@c2i.net> <200909100911.10237.hselasky@c2i.net> Date: Mon, 14 Sep 2009 10:55:53 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: <200909100911.10237.hselasky@c2i.net> User-Agent: Opera Mail/10.00 (Win32) Cc: FreeBSD CURRENT Mailing List Subject: Re: Fwd: Can't boot 8.0-BETA4 from USB stick 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, 14 Sep 2009 02:56:02 -0000 在 Thu, 10 Sep 2009 15:11:09 +0800，Hans Petter Selasky 写é“: > On Thursday 10 September 2009 06:37:13 James Butler wrote: >> Is there anything else worth trying? > > Another brand of memory sticks? > > --HPS > _______________________________________________ > 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" Hi Hans, I meet same problem with Sandisk cruzer usb stick on Dell Poweredge R710 and Dell optiplex 755. I am sure this usb stick can recognize on FreeeBSD 8.0 Beta-4. And it can work fine on 7-stable. -- The Power to Serve From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 03:32:12 2009 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 A68D51065679; Mon, 14 Sep 2009 03:32:12 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 0888C8FC1A; Mon, 14 Sep 2009 03:32:11 +0000 (UTC) Received: by ewy4 with SMTP id 4so2743200ewy.36 for ; Sun, 13 Sep 2009 20:32:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=EZ3NCzq1UOHufsoODoGnYKJ4oi0VqZT6OhU/xJfyyZU=; b=HiDBYvxQT8ZH6e2r0PqLsKl1cyEmnyhvy2ktX8Mt3wJ3BZ5Jio+4VTBDO8bxouPeja +1/rAYtWWf6wnChX88oaK/dwm3nQXE6GtzjsdrPKo86/e4NL7LA1R4TjOHY51QIocEVk qFJPWiCxYmErVjA5NG3TnOrAQba5KrXcWzElY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=iU+M13nWqvSpG1cvP9jLiaU/Zh73eUnmjI8F43kMWBdUR4lOLaoWHeLx5bOEoVE3JJ NsbuKOZWcqDcAv8E+gx2+0Rp8TNhbHgn6s1lS7GS5MH+SBQxaJUf4lORn3dxt0ReLGYZ IVwTlVMloCmJ46LaiERzwA4snmH8CSXlKnB24= MIME-Version: 1.0 Received: by 10.216.88.7 with SMTP id z7mr1528577wee.19.1252899130896; Sun, 13 Sep 2009 20:32:10 -0700 (PDT) In-Reply-To: References: <200909091631.01446.hselasky@c2i.net> <200909100911.10237.hselasky@c2i.net> Date: Mon, 14 Sep 2009 15:32:10 +1200 Message-ID: From: James Butler To: Randi Harper Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT Mailing List , Hans Petter Selasky Subject: Re: Fwd: Can't boot 8.0-BETA4 from USB stick 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, 14 Sep 2009 03:32:12 -0000 2009/9/11 Randi Harper : > On Thu, Sep 10, 2009 at 3:22 PM, James Butler > wrote: >> >> 2009/9/11 Randi Harper : >> > On Thu, Sep 10, 2009 at 2:48 PM, James Butler >> > >> > wrote: >> >> >> >> 2009/9/10 Hans Petter Selasky : >> >> > On Thursday 10 September 2009 06:37:13 James Butler wrote: >> >> >> Is there anything else worth trying? >> >> > >> >> > Another brand of memory sticks? >> >> >> >> I have only the three different brands that I tried (Toshiba and two >> >> different no-names). Is there really nothing like an adjustable delay >> >> at boot? Perhaps it's time to spend NZD$30 on a CF card and IDE >> >> adapter, but that will be of limited use for troubleshooting or >> >> installation. >> >> >> >> -James >> >> _______________________________________________ >> >> 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" >> > >> > I've been asking around about an option to delay before mounting root as >> > well. I don't know of anything off the top of my head, but it sounds to >> > me >> > like a bug (or at least a reasonable feature request). Send a PR? >> >> I probably will now, I just wanted to exhaust the existing options. It >> seems to me that a "wait for the configured root device to appear" >> timeout could be arbitrarily long (eg. 10+ secs) by default without >> adversely affecting the normal use case, but I don't claim to know how >> the boot process works. >> >> > Have you only tried this on the one computer? It seems suspicious that >> > all >> > the cards are having this problem when I've only heard of two cases of >> > USB >> > flash-slowness causing problems so far. I'm curious to see if you have >> > the >> > same problem using that flash disk with a different computer. >> >> I think I used the same drive to test-install 8.0-BETA1 on my old >> Thinkpad X31, which seemed to work OK. This Asus motherboard is a but >> useless in other ways; still, 7.2 runs fine. >> >> -James >> _______________________________________________ >> 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" > > To avoid adversely affecting the normal use case, a tunable could specify > the option of having the mount wait until the device appears, or possibly > for how long to delay the mount. This really isn't my area of expertise, > though, so take what I say with a grain of salt. > > Not sure if you've seen these, but this is a problem other people are > reporting as well: > > Relevant but not enlightening: > http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007457.html > Slightly more helpful: > http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010562.html > > Not all that relevant, but interesting anyways: > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009912.html > Ha - I didn't find anything when I searched the lists, must've been what my wife calls a "boy look". FYI: http://www.freebsd.org/cgi/query-pr.cgi?pr=138798 Thanks, -James From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 03:49:22 2009 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 0CB121065670; Mon, 14 Sep 2009 03:49:22 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 949928FC16; Mon, 14 Sep 2009 03:49:21 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 13 Sep 2009 23:49:21 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id QEF69374; Sun, 13 Sep 2009 23:49:20 -0400 (EDT) Received: from 209-6-22-227.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.227]) by smtp01.lnh.mail.rcn.net with ESMTP; 13 Sep 2009 23:49:21 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19117.48448.269298.484728@jerusalem.litteratus.org> Date: Sun, 13 Sep 2009 23:49:20 -0400 To: Jin Guojun In-Reply-To: <582270.67371.qm@web82203.mail.mud.yahoo.com> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: bugs@freebsd.org, Robert Huff , freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 03:49:22 -0000 Jin Guojun writes: > Did not find anything from current, but found the same problem > has been reported in earlier releases in those archives, and the > latest was May 2009: Try this (for the fix) : http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011254.html Robert Huff From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 03:47:41 2009 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 BFB1B1065676 for ; Mon, 14 Sep 2009 03:47:41 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82203.mail.mud.yahoo.com (web82203.mail.mud.yahoo.com [209.191.86.98]) by mx1.freebsd.org (Postfix) with SMTP id 56CD38FC12 for ; Mon, 14 Sep 2009 03:47:41 +0000 (UTC) Received: (qmail 70414 invoked by uid 60001); 14 Sep 2009 03:20:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1252898459; bh=8VAIofSpFan/2W3jqUARtVcMS53Nx1eEIPpINkQZsZU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=FU3tIUtUd/LT84I+E490fsDRyOw3nCXHzdu+IubyGQKCKOqWqA9ZbqmI5vJBP9vdcPkW2YbQgO7U7puf1b+qsPxD3ICJjnQiprBoAuxKaC0qgJXYz4zn7gpydbTgEuMKR6RJHWs68lKZnO5raub5OYwsWgN9yccgnAgMtNuA+pQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=nJBxCcz043BvmDuplQMFbZcRjJdaN7BTxmA2njKon7UX2s5Cr0vxayjnvhari7uUG7quTXP3zHHf48luiIMgVln4a5QHluX5ZecdnZtsIGWhNnIn/EjjBBZaWPmLUyXCPwl/Ptg+L6yZGCp8bV0B/wYDI/rDcLsEjVuD4yQLkGw=; Message-ID: <582270.67371.qm@web82203.mail.mud.yahoo.com> X-YMail-OSG: _QevVjoVM1mHNolUv68SVU9ulcwu7ZcF_CfS4AdVwloOs_Ek8J3xqauqB6B035lXlq8wupNgeWCyu_Gci7hdHrYJzHsm7cN_UuP.Lf.K6eIEKSQ68amqCCTL0FOuabYVXVGHhuUdxKSUs9VwLuDdsY.QRryOhwBn5_Z20Uv2wk0oXSoEkoIgg_xFBnuaAA9GUmgM6s9fbwHgOHCW2h6fpPzjv2w3cplPtkvpWj4_5WlI6Xn88hljYpfQ.P8lBtn8wdzUqKSDpPSwICcMSoOaUc1ksQASGHtFw_EFEGQ30o83y3OfCHfSoKCDTX_yY41TojGzcv8aYuIZCJxjV7cl19hOeo.JZzKckstBmXVfRt_RrpnMDtat Received: from [76.204.16.27] by web82203.mail.mud.yahoo.com via HTTP; Sun, 13 Sep 2009 20:20:59 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Sun, 13 Sep 2009 20:20:59 -0700 (PDT) From: Jin Guojun To: Robert Huff , current@freebsd.org In-Reply-To: <19117.42696.888649.236347@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 14 Sep 2009 03:56:53 +0000 Cc: bugs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 03:47:41 -0000 Did not find anything from current, but found the same problem has been reported in earlier releases in those archives, and the latest was May 2009: * Rambler: FreeBSD mail archives search * MarkMail: FreeBSD mail archives search Two directly related to 8.0 was on Mar 25, 2009. One failure was due to the FreeBSD is on the second slice, which sound liek a bug; but the other is not clear. In my case, FreeBSD is on the first slice, so it is not the same problem. >From 8.0-Beta{3, 4} cannot recognize FreeBSD 7.2 partition tables, it looks like that there is a disklable and/or partition related problem in 8.0-Beta. --- On Mon, 9/14/09, Robert Huff wrote: > From: Robert Huff > Subject: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b > To: "Jin Guojun" > Cc: questions@freebsd.org, freebsd-stable@freebsd.org > Date: Monday, September 14, 2009, 2:13 AM > > Jin Guojun writes: > > > Tried to install from both 8.0-BETA{3, 4}-i386-dvd1.iso on a > > Phenom 9600 system and having some disk problems. The system is running 6.x and/or 7.2 FreeBSD (on different drives). Disconnected rest drives and only left 7.2 drive in. ad0: 76319MB at ata0-master UDMA100 Boot 8.0-BETA3-i386-dvd1.iso and sees no partition at all on the 7.2 disk. Boot back to 7.2 and everything works fine, so system has no hardware problem. Boot 8.0-BETA3-i386-dvd1.iso again, still sees no partition, so reconfigured partition with autoconfigure - A 512M for / on /dev/ad0s1a about 4G for swap on /dev/ad0s1b about 2.2G on /var 512M for /tmp rest spaces are for /usr > > After commit, installation says -- > > > > Unable to find device node for /dev/ad0s1b in /dev > > The Creation of file system will abort. > > OK > > [Press enter or space] > > Look at the archives of current@ within > the last three weeks. > I (and I believe at least one other person) had what seems > like the > same problem and found a work-around. > > > > Robert Huff > From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 05:55:03 2009 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 B244A106566C; Mon, 14 Sep 2009 05:55:03 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6BDD48FC08; Mon, 14 Sep 2009 05:55:02 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Mn4Wj-0001iN-UH; Mon, 14 Sep 2009 07:55:01 +0200 Date: Mon, 14 Sep 2009 07:55:01 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20090914055501.GM48206@home.opsec.eu> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19117.48448.269298.484728@jerusalem.litteratus.org> Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 05:55:03 -0000 Hello, > > Did not find anything from current, but found the same problem > > has been reported in earlier releases in those archives, and the > > latest was May 2009: > > Try this (for the fix) : > > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011254.html I had the same problem with beta4: http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011470.html and I tried this fix, and it did not solve the problem. It might be related with the number of slices and partitions one is creating ? I'll try this again today. -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 07:34:18 2009 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 01838106566C; Mon, 14 Sep 2009 07:34:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 69A668FC15; Mon, 14 Sep 2009 07:34:17 +0000 (UTC) Received: from [IPv6:::1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n8E7Y8KH084118; Mon, 14 Sep 2009 01:34:08 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: Date: Mon, 14 Sep 2009 01:34:07 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: <200909091631.01446.hselasky@c2i.net> <200909100911.10237.hselasky@c2i.net> To: James Butler X-Mailer: Apple Mail (2.1075.2) X-Spam-Status: No, score=-2.5 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD CURRENT Mailing List , Randi Harper , Hans Petter Selasky Subject: Re: Can't boot 8.0-BETA4 from USB stick 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, 14 Sep 2009 07:34:18 -0000 On Sep 13, 2009, at 9:32 PM, James Butler wrote: > 2009/9/11 Randi Harper : >> On Thu, Sep 10, 2009 at 3:22 PM, James Butler > > >> wrote: >>> >>> 2009/9/11 Randi Harper : >>>> On Thu, Sep 10, 2009 at 2:48 PM, James Butler >>>> >>>> wrote: >>>>> >>>>> 2009/9/10 Hans Petter Selasky : >>>>>> On Thursday 10 September 2009 06:37:13 James Butler wrote: >>>>>>> Is there anything else worth trying? >>>>>> >>>>>> Another brand of memory sticks? >>>>> >>>>> I have only the three different brands that I tried (Toshiba and >>>>> two >>>>> different no-names). Is there really nothing like an adjustable >>>>> delay >>>>> at boot? Perhaps it's time to spend NZD$30 on a CF card and IDE >>>>> adapter, but that will be of limited use for troubleshooting or >>>>> installation. >>>>> >>>>> -James >>>>> _______________________________________________ >>>>> 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" >>>> >>>> I've been asking around about an option to delay before mounting >>>> root as >>>> well. I don't know of anything off the top of my head, but it >>>> sounds to >>>> me >>>> like a bug (or at least a reasonable feature request). Send a PR? >>> >>> I probably will now, I just wanted to exhaust the existing >>> options. It >>> seems to me that a "wait for the configured root device to appear" >>> timeout could be arbitrarily long (eg. 10+ secs) by default without >>> adversely affecting the normal use case, but I don't claim to know >>> how >>> the boot process works. >>> >>>> Have you only tried this on the one computer? It seems suspicious >>>> that >>>> all >>>> the cards are having this problem when I've only heard of two >>>> cases of >>>> USB >>>> flash-slowness causing problems so far. I'm curious to see if you >>>> have >>>> the >>>> same problem using that flash disk with a different computer. >>> >>> I think I used the same drive to test-install 8.0-BETA1 on my old >>> Thinkpad X31, which seemed to work OK. This Asus motherboard is a >>> but >>> useless in other ways; still, 7.2 runs fine. >>> >>> -James >>> _______________________________________________ >>> 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 >>> " >> >> To avoid adversely affecting the normal use case, a tunable could >> specify >> the option of having the mount wait until the device appears, or >> possibly >> for how long to delay the mount. This really isn't my area of >> expertise, >> though, so take what I say with a grain of salt. >> >> Not sure if you've seen these, but this is a problem other people are >> reporting as well: >> >> Relevant but not enlightening: >> http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007457.html >> Slightly more helpful: >> http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010562.html >> >> Not all that relevant, but interesting anyways: >> http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009912.html >> > > Ha - I didn't find anything when I searched the lists, must've been > what my wife calls a "boy look". > > FYI: http://www.freebsd.org/cgi/query-pr.cgi?pr=138798 > Delaying the mountroot doesn't fix the problem. The problem is that there's a race between the process doing the USB tree discovery, and the process doing the CAM/SCSI bus scan. The tree discovery needs to happen before the bus scan, and no amount of root delay tweaks will help that, except maybe accidentally by shifting timings. I'm working on the correct solution. I'll hopefully have something tomorrow. Scott From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 08:16:43 2009 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 BA7DC106566B; Mon, 14 Sep 2009 08:16:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 6054F8FC16; Mon, 14 Sep 2009 08:16:43 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id CA7F81CD94; Mon, 14 Sep 2009 10:16:41 +0200 (CEST) Date: Mon, 14 Sep 2009 10:16:41 +0200 From: Ed Schouten To: ddk ddk Message-ID: <20090914081641.GE95398@hoeg.nl> References: <20090911234823.GW2829@hoeg.nl> <650307.98405.qm@web59104.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bqc0IY4JZZt50bUr" Content-Disposition: inline In-Reply-To: <650307.98405.qm@web59104.mail.re1.yahoo.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: swell.k@gmail.com, freebsd-current@FreeBSD.org, delphij@FreeBSD.ORG Subject: Re: vesa(4) and amd64 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, 14 Sep 2009 08:16:43 -0000 --Bqc0IY4JZZt50bUr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * ddk ddk wrote: > possible after > http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D197174 >=20 > i have no freezing any more Great! I just saw the discussion Paul and I had was private, so I forgot to inform you folks about it. Unlike the old terminal emulator, libteken is really strict when it comes to the validity of its internal state. In fact, it has to be this way. If it wouldn't, then all sorts of scary things could happen (i.e. buffer overflows on the virtual text buffer). When I make rigorous changes to libteken, I often let it process terabytes of random data, but this obviously doesn't protect it against things like invalid calls to its utility functions. --=20 Ed Schouten WWW: http://80386.nl/ --Bqc0IY4JZZt50bUr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkqt++kACgkQ52SDGA2eCwUOQgCfZEMGcwFnRbkkhw3RtPIeMqOc d9kAn1ZyorzWRfpmXGWPl632GUQ9pJcS =WpoX -----END PGP SIGNATURE----- --Bqc0IY4JZZt50bUr-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 10:44:23 2009 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 575811065676; Mon, 14 Sep 2009 10:44:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 31A018FC16; Mon, 14 Sep 2009 10:44:21 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA26114; Mon, 14 Sep 2009 13:44:20 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AAE1E83.2010807@icyb.net.ua> Date: Mon, 14 Sep 2009 13:44:19 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Kris Kennaway References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <4AAD5DD2.4030104@FreeBSD.org> In-Reply-To: <4AAD5DD2.4030104@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD Current Subject: Re: ata timeouts under load 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, 14 Sep 2009 10:44:23 -0000 on 14/09/2009 00:02 Kris Kennaway said the following: > > It's always that sequence (with setfeatures timing out first, then the > dma later)...and the block number varies widely, also whether it's > read/write. The disk itself & the data it contains appears to be OK as > far as I have been able to determine so far. I also sometimes see something similar when I put very high load with a specific pattern on my two-disk mirrored zpool. The pattern is zpool scrub plus additional load like untarring large archives. Example: kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly kernel: ad10: WARNING - SET_MULTI taskqueue timeout - completing request directly kernel: ad10: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=568158815 kernel: ad10: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=568159071 kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly kernel: ad10: WARNING - SET_MULTI taskqueue timeout - completing request directly kernel: ad10: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=568158815 kernel: ad10: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=568159071 kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly kernel: ad10: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly kernel: ad10: WARNING - SET_MULTI taskqueue timeout - completing request directly kernel: ad10: FAILURE - READ_DMA48 timed out LBA=568158815 kernel: ad10: FAILURE - READ_DMA48 timed out LBA=568159071 root: ZFS: vdev I/O failure, zpool=tank path=/dev/ad10s2d offset=284457041920 size=131072 error=5 root: ZFS: vdev I/O failure, zpool=tank path=/dev/ad10s2d offset=284456910848 size=131072 error=5 But I also see cases where dma timeout message appears first: ad10: FAILURE - READ_DMA48 status=51 error=40 LBA=568157535 ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad10: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad10: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad10: WARNING - SET_MULTI taskqueue timeout - completing request directly ad10: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=568158559 ad10: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=568158815 No errors happen whatsoever if I run scrub without any additional load, or if I do any 'typical' disk loads without parallel scrubbing. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 13:13:39 2009 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 1DBF21065672; Mon, 14 Sep 2009 13:13:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DFC0D8FC19; Mon, 14 Sep 2009 13:13:38 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 931AD46B06; Mon, 14 Sep 2009 09:13:38 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A9C268A01F; Mon, 14 Sep 2009 09:13:36 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Sep 2009 08:58:33 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909140858.34592.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 14 Sep 2009 09:13:37 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-fs@freebsd.org, doug@polands.org, qing.li@bluecoat.com, Rick Macklem Subject: Re: NFS client defaults to a mix of UDP and TCP 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, 14 Sep 2009 13:13:39 -0000 On Sunday 13 September 2009 2:18:25 pm Rick Macklem wrote: > I had thought that I had posted w.r.t. before, but can't find it in > the archive (which might explain why I didn't get any responses:-). > > The current mount_nfs defaults to using UDP for the mount protocol > and then switches to using TCP for the actual mount. (When neither > "udp" nor "tcp" mount options are specified.) I don't think I > changed it to be this way, because I recall noticing it when I > added changes for the experimental NFS client and thought it was > "weird", but assumed that it had been that way for a long time. > > It now appears that it was introduced post-FreeBSD7 at r176198, > which changed the default for NFS to TCP, but didn't switch the > default for the mount protocol to TCP. > > The ancient history of this is that "once upon a time" there were > NFS servers that could do NFS over TCP, but only supported UDP for > the mount protocol and there was an option called "mntudp" for that > case. I can't imagine that any server still needs this case, but > it appears to have become the default. > > The default works fine for servers that support both UDP and TCP, > but result in a non-functional mount point when the server only > supports UDP. (See recent email thread on freebsd-stable called > "NFS issues on 8.0-BETA4".) > > Is this something that should be changed? rick Yes. I know of folks would love to have NFS use only TCP, including the initial RPC portmapper requests. IMO an NFS mount should use TCP for everything and a UDP mount should use UDP for everything by default. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 13:28:56 2009 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 206201065672; Mon, 14 Sep 2009 13:28:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E95CB8FC33; Mon, 14 Sep 2009 13:28:54 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA29779; Mon, 14 Sep 2009 16:28:51 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AAE4513.6030701@icyb.net.ua> Date: Mon, 14 Sep 2009 16:28:51 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: John Baldwin References: <200909140858.34592.jhb@freebsd.org> In-Reply-To: <200909140858.34592.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, doug@polands.org, qing.li@bluecoat.com, freebsd-current@freebsd.org, Rick Macklem Subject: Re: NFS client defaults to a mix of UDP and TCP 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, 14 Sep 2009 13:28:56 -0000 on 14/09/2009 15:58 John Baldwin said the following: > > Yes. I know of folks would love to have NFS use only TCP, including the > initial RPC portmapper requests. IMO an NFS mount should use TCP for > everything and a UDP mount should use UDP for everything by default. > And another fact - it seems that NFS umount unconditionally uses UDP for "something": /* * Report to mountd-server which nfsname * has been unmounted. */ if (ai != NULL && !(fflag & MNT_FORCE) && do_rpc) { clp = clnt_create(hostp, MOUNTPROG, MOUNTVERS, "udp"); ... -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 14:10:33 2009 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 8AEAE1065672; Mon, 14 Sep 2009 14:10:33 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 26DD78FC17; Mon, 14 Sep 2009 14:10:32 +0000 (UTC) Received: by qyk42 with SMTP id 42so2295046qyk.10 for ; Mon, 14 Sep 2009 07:10:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=QBxk4Hl+HeiK1NbjqLQmM6FGxc5DYzRL6rEBAdE3aE0=; b=OxrnVeaeZ3OftgRdX9dk4uLoWWCGcq69e03UXo+vnCE2U6Gr4XDiWotUsgkgNJ5VOP 8OfIVF+RC3W6VtF99bITnQqg+QN0GFKphvpM49gQSsoDfJ84Orrwh5VR7+SZrlFtdORI qc1STkn7dXw0ieTN1bLsEElDwu2N7pT3WNsds= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=Ms30Nyah3w8+tbRXeje8Ce7om3PBpYSh1dTCNO/x/E7AfQ7q5swvJa3zFxGgr3jngv qKQ7NN4fPuiSeRjIuUP7UZcAkVjeXDzK6VJAB3XJpx+1TtCAo9TRek8g/HtIqbtsWkX5 2spIZSmqs7YNO+VCygfLynRUFhwoSd5xdpb7Y= Received: by 10.224.78.7 with SMTP id i7mr5131038qak.303.1252937431816; Mon, 14 Sep 2009 07:10:31 -0700 (PDT) Received: from Nokia-N810-43-7 ([32.138.73.1]) by mx.google.com with ESMTPS id 2sm1310161qwi.52.2009.09.14.07.10.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Sep 2009 07:10:31 -0700 (PDT) Date: Mon, 14 Sep 2009 10:09:41 -0400 From: Alexandre Sunny To: Kris Kennaway Message-ID: <20090914100941.0adc00aa@Nokia-N810-43-7> In-Reply-To: <4AAD5DD2.4030104@FreeBSD.org> References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <4AAD5DD2.4030104@FreeBSD.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.10.12; arm-unknown-linux-gnueabi) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD Current Subject: Re: ata timeouts under load 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, 14 Sep 2009 14:10:33 -0000 On Sun, 13 Sep 2009 22:02:10 +0100 Kris Kennaway wrote: > Alexander Motin wrote: > > Kris Kennaway wrote: > >> I am getting timeouts on 8.0b4/HEAD when I do a lot of ZFS I/O to > >> a pool on ad4: > >> > >> atapci0: port > >> 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff > >> irq 20 at device 15.0 on pci0 > >> ata2: on atapci0 > >> ata3: on atapci0 > >> ata0: on atapci1 > >> ata1: on atapci1 > >> > >> ad4: 476940MB at ata2-master > >> SATA150 ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue > >> timeout - completing request directly > >> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > >> completing request directly > >> ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - > >> completing request directly > >> ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - > >> completing request directly > >> ad4: WARNING - SET_MULTI taskqueue timeout - completing request > >> directly ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) > >> LBA=344052040 ad4: WARNING - SETFEATURES SET TRANSFER MODE > >> taskqueue timeout - completing request directly > >> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > >> completing request directly > >> > >> It becomes stuck in a loop displaying the above and is unable to > >> complete further I/O operations. I wonder if it is just batching > >> up a lot of I/O and then timing out because it is busy, and then > >> not recovering from this state? > >> > >> Any ideas what could be wrong? > > > > There are two different kinds of timeouts we can see: > > - first one, "ad4: WARNING - ..." is just a queue waiting timeout. > > It is not the reason, but consequence of the problem. And I have > > doubts that it is reasonable to do it. > > - second one, "TIMEOUT - WRITE_DMA48 ..." is a real command > > execution timeout. I don't know whether this is result of some > > improper error recovery, or you drive indeed lost required servo > > information near LBA=344052040 and tries to find it too long. You > > can try to read that sector and nearby ones with dd. > > > > It's always that sequence (with setfeatures timing out first, then > the dma later)...and the block number varies widely, also whether > it's read/write. The disk itself & the data it contains appears to > be OK as far as I have been able to determine so far. Does smartctl -A /dev/ad4 report "Seek Error Rate" and/or "ECC Error Rate", and, if so, do those values change while errors are being reported? "Replaced Sector Count" or something similar might give some insight too. -- Alexandre Kovalenko. From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 15:18:27 2009 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 7635D1065696; Mon, 14 Sep 2009 15:18:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5B68FC13; Mon, 14 Sep 2009 15:18:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8EFIQU3053749; Mon, 14 Sep 2009 11:18:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8EFIQqj053736; Mon, 14 Sep 2009 15:18:26 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Sep 2009 15:18:26 GMT Message-Id: <200909141518.n8EFIQqj053736@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 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: Mon, 14 Sep 2009 15:18:27 -0000 TB --- 2009-09-14 13:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-14 13:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-09-14 13:50:00 - cleaning the object tree TB --- 2009-09-14 13:51:17 - cvsupping the source tree TB --- 2009-09-14 13:51:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-09-14 13:56:59 - building world TB --- 2009-09-14 13:56:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-14 13:56:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-14 13:56:59 - TARGET=i386 TB --- 2009-09-14 13:56:59 - TARGET_ARCH=i386 TB --- 2009-09-14 13:56:59 - TZ=UTC TB --- 2009-09-14 13:56:59 - __MAKE_CONF=/dev/null TB --- 2009-09-14 13:56:59 - cd /src TB --- 2009-09-14 13:56:59 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 14 13:56:59 UTC 2009 >>> 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 Mon Sep 14 15:04:36 UTC 2009 TB --- 2009-09-14 15:04:36 - generating LINT kernel config TB --- 2009-09-14 15:04:36 - cd /src/sys/i386/conf TB --- 2009-09-14 15:04:36 - /usr/bin/make -B LINT TB --- 2009-09-14 15:04:36 - building LINT kernel TB --- 2009-09-14 15:04:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-14 15:04:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-14 15:04:36 - TARGET=i386 TB --- 2009-09-14 15:04:36 - TARGET_ARCH=i386 TB --- 2009-09-14 15:04:36 - TZ=UTC TB --- 2009-09-14 15:04:36 - __MAKE_CONF=/dev/null TB --- 2009-09-14 15:04:36 - cd /src TB --- 2009-09-14 15:04:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 14 15:04:36 UTC 2009 >>> 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/agp/agp_sis.c 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/agp/agp_via.c 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aic/aic_isa.c 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/arcmsr/arcmsr.c 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/asmc/asmc.c cc1: warnings being treated as errors /src/sys/dev/asmc/asmc.c: In function 'asmc_key_dump': /src/sys/dev/asmc/asmc.c:827: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'unsigned int' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-14 15:18:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-14 15:18:26 - ERROR: failed to build lint kernel TB --- 2009-09-14 15:18:26 - 3329.79 user 502.71 system 5305.97 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 15:21:42 2009 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 734AA106566B; Mon, 14 Sep 2009 15:21:42 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6098FC08; Mon, 14 Sep 2009 15:21:41 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 22C7A19E027; Mon, 14 Sep 2009 17:21:40 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 1EA7019E019; Mon, 14 Sep 2009 17:21:36 +0200 (CEST) Message-ID: <4AAE5F7E.4050103@quip.cz> Date: Mon, 14 Sep 2009 17:21:34 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Alexandre Sunny References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <4AAD5DD2.4030104@FreeBSD.org> <20090914100941.0adc00aa@Nokia-N810-43-7> In-Reply-To: <20090914100941.0adc00aa@Nokia-N810-43-7> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Kris Kennaway , Alexander Motin , FreeBSD Current Subject: Re: ata timeouts under load 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, 14 Sep 2009 15:21:42 -0000 Alexandre Sunny wrote: > On Sun, 13 Sep 2009 22:02:10 +0100 > Kris Kennaway wrote: > > >>Alexander Motin wrote: >> >>>Kris Kennaway wrote: [...] >>>There are two different kinds of timeouts we can see: >>> - first one, "ad4: WARNING - ..." is just a queue waiting timeout. >>>It is not the reason, but consequence of the problem. And I have >>>doubts that it is reasonable to do it. >>> - second one, "TIMEOUT - WRITE_DMA48 ..." is a real command >>>execution timeout. I don't know whether this is result of some >>>improper error recovery, or you drive indeed lost required servo >>>information near LBA=344052040 and tries to find it too long. You >>>can try to read that sector and nearby ones with dd. >>> >> >>It's always that sequence (with setfeatures timing out first, then >>the dma later)...and the block number varies widely, also whether >>it's read/write. The disk itself & the data it contains appears to >>be OK as far as I have been able to determine so far. > > > Does smartctl -A /dev/ad4 report "Seek Error Rate" and/or "ECC Error > Rate", and, if so, do those values change while errors are being > reported? > > "Replaced Sector Count" or something similar might give some insight > too. I have very similar problem with one disk in gmirror, but it is on 7.2 not current. Sep 14 04:48:29 jimi kernel: ad6: timeout waiting to issue command Sep 14 04:48:29 jimi kernel: ad6: error issuing FLUSHCACHE command Sep 14 04:48:29 jimi kernel: ad6: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=447001516 Sep 14 04:48:29 jimi kernel: ad6: FAILURE - READ_DMA48 status=51 error=4 LBA=447001516 Sep 14 04:48:29 jimi kernel: GEOM_MIRROR: Request failed (error=5). ad6[READ(offset=228864776192, length=2048)] Sep 14 04:48:29 jimi kernel: GEOM_MIRROR: Device gm0: provider ad6 disconnected. But no errors in SMART log: Device Model: Hitachi HDP725050GLA360 Firmware Version: GM4OA52A User Capacity: 500,107,862,016 bytes SMART overall-health self-assessment test result: PASSED SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 1 2 Throughput_Performance 0x0005 130 130 054 Pre-fail Offline - 151 3 Spin_Up_Time 0x0007 116 116 024 Pre-fail Always - 312 (Average 350) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 23 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 129 129 020 Pre-fail Offline - 30 9 Power_On_Hours 0x0012 099 099 000 Old_age Always - 13911 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 23 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 545 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 545 194 Temperature_Celsius 0x0002 240 240 000 Old_age Always - 25 (Lifetime Min/Max 20/34) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 As it was discussed many times - it should be fixed by increasing the hardcoded timouts. Is it time to make the ATA timeout sysctl tunables? There were patches from FreeNAS and some PRs about longer timeouts. kern/136182: [ata] Heavy disk writes (e.g. ZFS resilver to a drive) can cause "adX: TIMEOUT - FLUSHCACHE retrying (1 retry left)" on console. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/136182 kern/111023: [ata] [request] [patch] please expand ata timeouts http://www.freebsd.org/cgi/query-pr.cgi?pr=111023 ATA/SATA DMA timeout issues http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting#line-53 HowTo: Fix SATA DMA timeout issues on FreeBSD http://linux-bsd-sharing.blogspot.com/2009/03/howto-fix-sata-dma-timeout-issues-on.html Western Digital hard disks and ATA timeouts http://www.mail-archive.com/freebsd-hardware@freebsd.org/msg03135.html ata FLUSHCACHE timeout errors? [patch] http://lists.freebsd.org/pipermail/freebsd-current/2009-April/005939.html And I am sure, you can find many more reports floating around. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 15:30:32 2009 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 EE8421065672 for ; Mon, 14 Sep 2009 15:30:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id B96088FC0C for ; Mon, 14 Sep 2009 15:30:32 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n8EFQwuG021801; Mon, 14 Sep 2009 11:26:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200909141526.n8EFQwuG021801@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 14 Sep 2009 11:30:38 -0400 To: Miroslav Lachman <000.fbsd@quip.cz> From: Mike Tancsa In-Reply-To: <4AAE5F7E.4050103@quip.cz> References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <4AAD5DD2.4030104@FreeBSD.org> <20090914100941.0adc00aa@Nokia-N810-43-7> <4AAE5F7E.4050103@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD Current Subject: Re: ata timeouts under load 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, 14 Sep 2009 15:30:33 -0000 At 11:21 AM 9/14/2009, Miroslav Lachman wrote: >I have very similar problem with one disk in gmirror, but it is on >7.2 not current. >Sep 14 04:48:29 jimi kernel: ad6: timeout waiting to issue command >Sep 14 04:48:29 jimi kernel: ad6: error issuing FLUSHCACHE command >Sep 14 04:48:29 jimi kernel: ad6: TIMEOUT - READ_DMA48 retrying (1 >retry left) LBA=447001516 >Sep 14 04:48:29 jimi kernel: ad6: FAILURE - READ_DMA48 >status=51 error=4 LBA=447001516 Are you sure this is not just a bad cable ? I have had similar symptoms which was a result of a bad cable. If possible, swap the cable between the 2 disks and see if it follows the cable. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 15:57:45 2009 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 640C0106566C for ; Mon, 14 Sep 2009 15:57:45 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1E2E58FC16 for ; Mon, 14 Sep 2009 15:57:44 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 620CB19E023; Mon, 14 Sep 2009 17:57:43 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 4D15319E019; Mon, 14 Sep 2009 17:57:41 +0200 (CEST) Message-ID: <4AAE67F4.4050001@quip.cz> Date: Mon, 14 Sep 2009 17:57:40 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Mike Tancsa References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <4AAD5DD2.4030104@FreeBSD.org> <20090914100941.0adc00aa@Nokia-N810-43-7> <4AAE5F7E.4050103@quip.cz> <200909141526.n8EFQwuG021801@lava.sentex.ca> In-Reply-To: <200909141526.n8EFQwuG021801@lava.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ata timeouts under load 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, 14 Sep 2009 15:57:45 -0000 Mike Tancsa wrote: > At 11:21 AM 9/14/2009, Miroslav Lachman wrote: > > >> I have very similar problem with one disk in gmirror, but it is on 7.2 >> not current. > > >> Sep 14 04:48:29 jimi kernel: ad6: timeout waiting to issue command >> Sep 14 04:48:29 jimi kernel: ad6: error issuing FLUSHCACHE command >> Sep 14 04:48:29 jimi kernel: ad6: TIMEOUT - READ_DMA48 retrying (1 >> retry left) LBA=447001516 >> Sep 14 04:48:29 jimi kernel: ad6: FAILURE - READ_DMA48 >> status=51 error=4 LBA=447001516 > > > Are you sure this is not just a bad cable ? I have had similar symptoms > which was a result of a bad cable. If possible, swap the cable between > the 2 disks and see if it follows the cable. I know it can be caused by bad cables, but everytime I see it with bad cables, it was without "timeout waiting to issue command" and "error issuing FLUSHCACHE command". It was just "TIMEOUT - READ_DMA48..." and similar messages (on different machines in the past). The messages above is from server running for a year without problems, but disk load is higher and filesystem space is more used then before. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 16:22:34 2009 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 D5740106566B; Mon, 14 Sep 2009 16:22:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3418FC17; Mon, 14 Sep 2009 16:22:34 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAP8KrkqDaFvK/2dsb2JhbADdJYQYBQ X-IronPort-AV: E=Sophos;i="4.44,384,1249272000"; d="scan'208";a="47975773" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 14 Sep 2009 12:22:12 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 5B0F6109C271; Mon, 14 Sep 2009 12:22:12 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bB7R+FrdmaAJ; Mon, 14 Sep 2009 12:22:11 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id ABBA3109C2BA; Mon, 14 Sep 2009 12:22:11 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8EGRWW21507; Mon, 14 Sep 2009 12:27:33 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 14 Sep 2009 12:27:32 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Andriy Gapon In-Reply-To: <4AAE4513.6030701@icyb.net.ua> Message-ID: References: <200909140858.34592.jhb@freebsd.org> <4AAE4513.6030701@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, doug@polands.org, qing.li@bluecoat.com, freebsd-current@freebsd.org Subject: Re: NFS client defaults to a mix of UDP and TCP 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, 14 Sep 2009 16:22:34 -0000 On Mon, 14 Sep 2009, Andriy Gapon wrote: > on 14/09/2009 15:58 John Baldwin said the following: >> >> Yes. I know of folks would love to have NFS use only TCP, including the >> initial RPC portmapper requests. IMO an NFS mount should use TCP for >> everything and a UDP mount should use UDP for everything by default. >> > > And another fact - it seems that NFS umount unconditionally uses UDP for "something": > > /* > * Report to mountd-server which nfsname > * has been unmounted. > */ > if (ai != NULL && !(fflag & MNT_FORCE) && do_rpc) { > clp = clnt_create(hostp, MOUNTPROG, MOUNTVERS, "udp"); > ... > Yep. This one is somewhat less critical IMO, since this RPC is just fyi for the mountd on the server and, if it fails for any reason, only normally affects the output of "showmount" and doesn't break the umount. (That doesn't mean I don't think it should be fixed, but it can be done separately from resolving what mount_nfs needs to default to.) rick From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 16:51:42 2009 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 381041065670 for ; Mon, 14 Sep 2009 16:51:42 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id D4E398FC12 for ; Mon, 14 Sep 2009 16:51:41 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n8EGpdLR029281; Mon, 14 Sep 2009 11:51:39 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Mon, 14 Sep 2009 11:51:39 -0500 (CDT) From: "Sean C. Farley" To: Mike Tancsa In-Reply-To: <200909141526.n8EFQwuG021801@lava.sentex.ca> Message-ID: References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <4AAD5DD2.4030104@FreeBSD.org> <20090914100941.0adc00aa@Nokia-N810-43-7> <4AAE5F7E.4050103@quip.cz> <200909141526.n8EFQwuG021801@lava.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Current Subject: Re: ata timeouts under load 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, 14 Sep 2009 16:51:42 -0000 On Mon, 14 Sep 2009, Mike Tancsa wrote: > At 11:21 AM 9/14/2009, Miroslav Lachman wrote: > >> I have very similar problem with one disk in gmirror, but it is on 7.2 >> not current. > >> Sep 14 04:48:29 jimi kernel: ad6: timeout waiting to issue command >> Sep 14 04:48:29 jimi kernel: ad6: error issuing FLUSHCACHE command >> Sep 14 04:48:29 jimi kernel: ad6: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=447001516 >> Sep 14 04:48:29 jimi kernel: ad6: FAILURE - READ_DMA48 status=51 error=4 LBA=447001516 > > Are you sure this is not just a bad cable ? I have had similar symptoms > which was a result of a bad cable. If possible, swap the cable between > the 2 disks and see if it follows the cable. I also have the same/similar problem with 7.2 (and earlier). I have replaced the cable and the drive. Replacing the drive resulted in the LBA changing, but otherwise the LBA never changes. Extended offline tests complete without errors. Timeout message: kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=43471743 I do use this in /boot/loader.conf to help (I hope) prevent the timeout from breaking the mirror: kern.geom.mirror.timeout=45 Reading that region with dd does not produce the timeout, but it may be because of this just noticed error: Error 9 occurred at disk power-on lifetime: 13578 hours (565 days + 18 hours) When the command that caused the error occurred, the device was in an unknown state. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 59 11 8e 53 97 e2 Error: UNC 17 sectors at LBA = 0x0297538e = 43471758 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 02 20 7f 53 97 e2 97 00:04:48.074 READ DMA c8 02 20 5f 53 97 e2 97 00:04:48.062 READ DMA c8 02 20 3f 53 97 e2 97 00:04:48.050 READ DMA c8 02 04 43 6e c5 e2 c5 00:04:48.029 READ DMA c8 02 20 ff d6 8b e2 8b 00:04:48.016 READ DMA Would this error mean that the drive has remapped the block? However, remapping should only occur when the block has a write operation applied to it, yes? Is there a safe way of writing to a specific block? Would it be safe to read a block with dd and write it back? Of course, the drive would not be in the mirror at the time. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 16:56:39 2009 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 92CF7106566B for ; Mon, 14 Sep 2009 16:56:39 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82203.mail.mud.yahoo.com (web82203.mail.mud.yahoo.com [209.191.86.98]) by mx1.freebsd.org (Postfix) with SMTP id 52EE18FC19 for ; Mon, 14 Sep 2009 16:56:39 +0000 (UTC) Received: (qmail 17514 invoked by uid 60001); 14 Sep 2009 16:56:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1252947398; bh=u82f+5K+LGXuSofTMThO+ccJf3uviToXA7Eog0SLvHg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=KAYhI2RqZG+K9PVZhUORJ+LiTsvDb0uoxXalKmU2lSXPRwJda1arASdclpXNgLZx5u3AzYuC024cdLBBIiP1hiL8PH3wMsO7AFLMSFNOpYiD6qjSxhQaYc3ucwBXpw/ZQvTxadhRIVB/VMJkorvsj9CIPuiUrmt0TsE8Ke73rjw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=WkKSMLYEm6ivc206te62+6QXCHz6O7FrWloGQ9PRd2svavZPp7GTeYdHcVlOQ8iWLT+mCfNpR2+GUgu8eQtWe6YHwFrnhRummEqOvTNBztSXY1Mj5We+Q/oJXcV8Wz2BEzjsxgsVG0+HvpAs96sDiU73LS0fxVS5exBVRkq6/v8=; Message-ID: <947305.17407.qm@web82203.mail.mud.yahoo.com> X-YMail-OSG: CvzoDHsVM1klofiTGqpRXA1L.rjLVhWcZkLaAMLrr6yN0vGZVEj.toernIaXqUJ9k3klozvjHpmpN00EMEZNhGhtcG0kNlXoUySp8xSqBMWG2O..WZr_dLMJ43Pp8sCWqGmyMpAHtEylb23izHtmCcqDilkhdppUqGr4Be4S.I5su3E_f6VOteUPwUcwlGjofF8resrF0IJe9sTAtbMMrPQZRMsixr2h38.2l0GbnW052ieDMUgRjO4E8H4eVlD6qUbJq_8MQKC5Hp9M3McTfnuyKv6D9bbS2rR.WNglk3LmOt0JJu.OaHEI2Iqk9RAFUjMWultkH8oFoEku Received: from [76.204.16.27] by web82203.mail.mud.yahoo.com via HTTP; Mon, 14 Sep 2009 09:56:38 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Mon, 14 Sep 2009 09:56:38 -0700 (PDT) From: Jin Guojun To: Robert Huff In-Reply-To: <19117.48448.269298.484728@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 14 Sep 2009 17:05:54 +0000 Cc: bugs@freebsd.org, Robert Huff , freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 16:56:39 -0000 It seems that disklabel is the problem spot. Use 8.0 Partition menu to allocate 2 slices (partitions) 20GB for S1 and rest for S2, then install 8.0-Beta4 on S1. W command in slice (Partition) menu succeed with bootloader manager installing option (Choose FreeBSD), but W command in Label menu had the same error -- Unable to find device node ... After quite installationm and restart the system, the bootloader is still show old partitions (S1 DOS, S2/S3 7.2). Boot 8.0-Beta4 DVD again, and Partition menu shows no partition at all (no slice allocated). This indicates that disklabel did not correctly write disk partition information on to the dirve. --- On Mon, 9/14/09, Robert Huff wrote: > From: Robert Huff > Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b > To: "Jin Guojun" > Cc: "Robert Huff" , current@freebsd.org, bugs@freebsd.org, freebsd-stable@freebsd.org > Date: Monday, September 14, 2009, 3:49 AM > > Jin Guojun writes: > > > Did not find anything from current, but found > the same problem > > has been reported in earlier releases in those > archives, and the > > latest was May 2009: > > Try this (for the fix) : > > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011254.html > > > > > Robert Huff > > From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 17:32:16 2009 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 A7B471065672; Mon, 14 Sep 2009 17:32:16 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id 66C468FC12; Mon, 14 Sep 2009 17:32:16 +0000 (UTC) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw03.mail.saunalahti.fi (Postfix) with SMTP id 267432166C7; Mon, 14 Sep 2009 20:32:09 +0300 (EEST) Date: Mon, 14 Sep 2009 20:32:09 +0300 From: Jaakko Heinonen To: Mel Flynn Message-ID: <20090914173208.GA4273@a91-153-125-115.elisa-laajakaista.fi> References: <20090908202553.GA1368@mr-happy.com> <200909090902.34055.mel.flynn+fbsd.current@mailing.thruhere.net> <20090910091329.GA2726@a91-153-125-115.elisa-laajakaista.fi> <200909140302.03003.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200909140302.03003.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek , Jeff Blank Subject: Re: 8.0-BETA4 panic: ffs_sync: rofs mod 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, 14 Sep 2009 17:32:16 -0000 On 2009-09-14, Mel Flynn wrote: > > The most obvious problem seems to be that both "ro" and "rw" options are > > allowed to enter to mount point options concurrently. > > Why does mountd(8) call nmount with update? It uses nmount(2) to update NFS exports. > As I read the above, any command line overrides done through > umount/mount will be negated by having mountd running. That's a bit > surprising. Calling nmount() with "update" and "export" string options shouldn't affect to any other options in any way. The problem is that the mount point has both "ro" and "rw" options active before mountd calls nmount(). Because of the "ro" option FFS mount code changes the file system to read-only. The FFS code looks for "ro" string option only when doing mount updates. Here's a workaround patch for the problem. This is by no means a complete fix for nmount(2) problems with negated mount options (i.e. options prefixed with "no"). %%% Index: sys/kern/vfs_mount.c =================================================================== --- sys/kern/vfs_mount.c (revision 197085) +++ sys/kern/vfs_mount.c (working copy) @@ -675,6 +675,19 @@ vfs_donmount(struct thread *td, int fsfl } /* + * XXX: Delete conflicting read-write/read-only string options. + */ + if (fsflags & MNT_RDONLY) { + vfs_deleteopt(optlist, "noro"); + vfs_deleteopt(optlist, "rw"); + has_noro = 0; + has_rw = 0; + } else { + vfs_deleteopt(optlist, "ro"); + vfs_deleteopt(optlist, "norw"); + } + + /* * If "rw" was specified as a mount option, and we * are trying to update a mount-point from "ro" to "rw", * we need a mount option "noro", since in vfs_mergeopts(), %%% -- Jaakko From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 17:39:01 2009 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 CC09A1065670; Mon, 14 Sep 2009 17:39:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 648EC8FC16; Mon, 14 Sep 2009 17:39:01 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so932636qwe.7 for ; Mon, 14 Sep 2009 10:39:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=0m76GwddLPnAXHEYFouLbcDq8yla5rs7xUcYnFIOSmM=; b=iEGLWZ3QmS0eYXOU4/Jjv9P131IH4cbfWspYv/7A7cZEanI9LRisSDjNBfKulR7wyI JbMNH/yc4FnmlCVauy6Qt91H86W4oEgMCaBKBLiIOUdAOsYsSevm3e5zSD5b7xjuwvOP GFAHbQdfBKSb7nFwxFUmtUaI2ZJljedQqCbcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; b=EGdPB/60+jFNzNvSZcgliAGdHZ3JaDPxYzZVz5KY2aBkOGHcd6QC7CHNfa2n+shYih ZDDRvZpHCtDEzNdIK69wl2EVncRL0zar1g8QfeGcx8xnel1dfc5OtKrRU1Xx70kU6R7Q ca9a1YHaz7Ye52qhXymK+17enL8coe73Nhuds= Received: by 10.224.32.7 with SMTP id a7mr5411723qad.308.1252949938917; Mon, 14 Sep 2009 10:38:58 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 7sm138149qwb.40.2009.09.14.10.38.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Sep 2009 10:38:58 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 14 Sep 2009 10:38:05 -0700 From: Pyun YongHyeon Date: Mon, 14 Sep 2009 10:38:05 -0700 To: Sergey Vinogradov Message-ID: <20090914173805.GB1155@michelle.cdnetworks.com> References: <4AA65ABE.4000207@lazybytes.org> <4AA668E0.1010305@FreeBSD.org> <4AA6ACF1.3040501@lazybytes.org> <20090908204520.GC1520@michelle.cdnetworks.com> <20090913202710.21762fa7@lazybytes.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090913202710.21762fa7@lazybytes.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Alex Dupre Subject: Re: alc(4) link handling [was: Re: ath(4) Atheros AR9285 support] 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: Mon, 14 Sep 2009 17:39:01 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sun, Sep 13, 2009 at 08:27:10PM +0400, Sergey Vinogradov wrote: > Ð’ Tue, 8 Sep 2009 13:45:20 -0700 > Pyun YongHyeon пишет: > > [snip] > > > Would you give more details on this? Showing me demsg(8) output > > related with alc(4) and atphy(4) would be good help. > > When I tried AR8132 sample board it had no such problems on my box. > > AR8132 uses F1 PHY even if it support only 10/100Mbps link so this > > might cause problems on your box, I guess. Does your link partner > > support only 10/100Mbps? > > Sorry for the delay. Well, the 10/100 seems to be working, I've used > bad patch cord previous time. But gigabit link doesn't go up (at least It's quite normal because your controller *is* fast ethernet. You can't establish a gigabit link. > in auto-negotiate mode, I'll try to set modes manually when I'll get Hmm, AR8132 uses F1 gigabit PHY but Atheros changed its internal circuit such that it operates as 10/100 PHY. I guess it's more appropriate to disable advertisement of 1000baseT capability for AR8132 case. Would you try attached patch? In "ifconfig -m alc0" output you should not see 1000baseT capability. > to gigabit hardware again). Here is the 'pciconf -lv' outtake: > > alc0@pci0:1:0:0: class=0x020000 card=0x838a1043 chip=0x10621969 rev=0xc0 hdr=0x00 > vendor = 'Attansic (Now owned by Atheros)' > class = network > subclass = ethernet > > And the 'dmesg | egrep (alc|atphy)' with verbose boot on: > > alc0: port 0xec00-0xec7f mem > 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 alc0: Reserved > 0x40000 bytes for rid 0x10 type 3 at 0xf7fc0000 alc0: Read request > size : 512 bytes. alc0: TLP payload size : 128 bytes. > alc0: RCB 64 bytes > alc0: ASPM L1 enabled > alc0: PCI device revision : 0x00c0 > alc0: Chip id/revision : 0xc002 > alc0: 15872 Tx FIFO, 15360 Rx FIFO > alc0: MSIX count : 0 > alc0: MSI count : 1 > alc0: attempting to allocate 1 MSI vectors (1 supported) > alc0: using IRQ 256 for MSI > alc0: Using 1 MSI message(s). > miibus0: on alc0 > atphy0: PHY 0 on miibus0 > atphy0: OUI 0x001374, model 0x0001, rev. 11 > atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, > auto alc0: bpf attached > alc0: Ethernet address: 00:26:18:a1:f0:d0 > alc0: [MPSAFE] > alc0: [FILTER] > I don't see any problems from output above. > -- > wbr, > Boo --oyUTqETQ0mS9luUI Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="alc.phy.patch" Index: if_alc.c =================================================================== --- if_alc.c (revision 197173) +++ if_alc.c (working copy) @@ -234,6 +234,16 @@ if (phy != sc->alc_phyaddr) return (0); + /* + * For AR8132 fast ethernet controller, do not report 1000baseT + * capability to mii(4). Even though AR8132 uses the same + * model/revision number of F1 gigabit PHY, the PHY has no + * ability to establish 1000baseT link. + */ + if ((sc->alc_flags & ALC_FLAG_FASTETHER) != 0 && + reg == MII_EXTSR) + return (0); + CSR_WRITE_4(sc, ALC_MDIO, MDIO_OP_EXECUTE | MDIO_OP_READ | MDIO_SUP_PREAMBLE | MDIO_CLK_25_4 | MDIO_REG_ADDR(reg)); for (i = ALC_PHY_TIMEOUT; i > 0; i--) { --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 18:10:54 2009 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 680F510656A3; Mon, 14 Sep 2009 18:10:54 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id E63178FC23; Mon, 14 Sep 2009 18:10:53 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so943085qwe.7 for ; Mon, 14 Sep 2009 11:10:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=QBxk4Hl+HeiK1NbjqLQmM6FGxc5DYzRL6rEBAdE3aE0=; b=HoqQPSHBG+1jVC2R+nCy9bNwdvLvWxTkq8mMDHpE3tGmkaUIeLcmaxLcP5GjDUfmKu WCSRhKKSccfWYLX8oQMhRh5fONbRQqvZe93e48FYwiJFkmnIM3FOazez2/03Ovs7ZUkU H0pDhavmU/fIKxvW8yKKpqPqJNugnVPqCYFKc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=Ms30Nyah3w8+tbRXeje8Ce7om3PBpYSh1dTCNO/x/E7AfQ7q5swvJa3zFxGgr3jngv qKQ7NN4fPuiSeRjIuUP7UZcAkVjeXDzK6VJAB3XJpx+1TtCAo9TRek8g/HtIqbtsWkX5 2spIZSmqs7YNO+VCygfLynRUFhwoSd5xdpb7Y= Received: by 10.224.83.21 with SMTP id d21mr5489023qal.10.1252951852935; Mon, 14 Sep 2009 11:10:52 -0700 (PDT) Received: from Nokia-N810-43-7 ([32.136.247.0]) by mx.google.com with ESMTPS id 5sm5232qwg.31.2009.09.14.11.10.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Sep 2009 11:10:52 -0700 (PDT) Date: Mon, 14 Sep 2009 10:09:41 -0400 From: Alexandre Sunny To: Kris Kennaway Message-ID: <20090914100941.0adc00aa@Nokia-N810-43-7> In-Reply-To: <4AAD5DD2.4030104@FreeBSD.org> References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <4AAD5DD2.4030104@FreeBSD.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.10.12; arm-unknown-linux-gnueabi) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD Current Subject: Re: ata timeouts under load 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, 14 Sep 2009 18:10:54 -0000 On Sun, 13 Sep 2009 22:02:10 +0100 Kris Kennaway wrote: > Alexander Motin wrote: > > Kris Kennaway wrote: > >> I am getting timeouts on 8.0b4/HEAD when I do a lot of ZFS I/O to > >> a pool on ad4: > >> > >> atapci0: port > >> 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff > >> irq 20 at device 15.0 on pci0 > >> ata2: on atapci0 > >> ata3: on atapci0 > >> ata0: on atapci1 > >> ata1: on atapci1 > >> > >> ad4: 476940MB at ata2-master > >> SATA150 ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue > >> timeout - completing request directly > >> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > >> completing request directly > >> ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - > >> completing request directly > >> ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - > >> completing request directly > >> ad4: WARNING - SET_MULTI taskqueue timeout - completing request > >> directly ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) > >> LBA=344052040 ad4: WARNING - SETFEATURES SET TRANSFER MODE > >> taskqueue timeout - completing request directly > >> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > >> completing request directly > >> > >> It becomes stuck in a loop displaying the above and is unable to > >> complete further I/O operations. I wonder if it is just batching > >> up a lot of I/O and then timing out because it is busy, and then > >> not recovering from this state? > >> > >> Any ideas what could be wrong? > > > > There are two different kinds of timeouts we can see: > > - first one, "ad4: WARNING - ..." is just a queue waiting timeout. > > It is not the reason, but consequence of the problem. And I have > > doubts that it is reasonable to do it. > > - second one, "TIMEOUT - WRITE_DMA48 ..." is a real command > > execution timeout. I don't know whether this is result of some > > improper error recovery, or you drive indeed lost required servo > > information near LBA=344052040 and tries to find it too long. You > > can try to read that sector and nearby ones with dd. > > > > It's always that sequence (with setfeatures timing out first, then > the dma later)...and the block number varies widely, also whether > it's read/write. The disk itself & the data it contains appears to > be OK as far as I have been able to determine so far. Does smartctl -A /dev/ad4 report "Seek Error Rate" and/or "ECC Error Rate", and, if so, do those values change while errors are being reported? "Replaced Sector Count" or something similar might give some insight too. -- Alexandre Kovalenko. From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 18:24:52 2009 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 3C6D0106577A for ; Mon, 14 Sep 2009 18:24:52 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB068FC1B for ; Mon, 14 Sep 2009 18:24:51 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 000D67E818 for ; Mon, 14 Sep 2009 10:25:03 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Mon, 14 Sep 2009 20:24:49 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909142024.49226.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Panic in kern_access 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, 14 Sep 2009 18:24:52 -0000 Hi, below some crash info. However, since kib@ made some fixes that seem to relate to this, I shall rebuild my kernel with new sources. At the time I was building various ports in a jail and asleep, so no other contributing factors. panic: free: address 0xc62e0e00(0xc62e0000) has not been allocated. #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc0642b57 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0642e49 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc062fcfe in free (addr=0x0, mtp=0xc091c330) at /usr/src/sys/kern/kern_malloc.c:444 #4 0xc063b018 in crfree (cr=0xc795ea80) at /usr/src/sys/kern/kern_prot.c:1840 #5 0xc06d1ea2 in kern_accessat (td=0xcd5ea6c0, fd=-100, path=0x2808d000
, pathseg=UIO_USERSPACE, flags=0, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:2145 #6 0xc06d1f56 in kern_access (td=0xcd5ea6c0, path=0x2808d000
, pathseg=UIO_USERSPACE, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:2104 #7 0xc06d1f89 in access (td=0xcd5ea6c0, uap=0xf9129cf8) at /usr/src/sys/kern/vfs_syscalls.c:2079 #8 0xc086fff5 in syscall (frame=0xf9129d38) at /usr/src/sys/i386/i386/trap.c:1073 #9 0xc0853a50 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #10 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) 8.0-BETA4 FreeBSD 8.0-BETA4 #14 r196875M. vmcore available if needed and I can rollback sources to r196875 for proper source refs, in case r197041 does not address this crash. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 18:59:49 2009 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 7FF98106568D; Mon, 14 Sep 2009 18:59:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 56FB38FC15; Mon, 14 Sep 2009 18:59:47 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA06392; Mon, 14 Sep 2009 21:59:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MnGm7-0001fq-0L; Mon, 14 Sep 2009 21:59:43 +0300 Message-ID: <4AAE929E.3040904@icyb.net.ua> Date: Mon, 14 Sep 2009 21:59:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Rick Macklem References: <200909140858.34592.jhb@freebsd.org> <4AAE4513.6030701@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, doug@polands.org, qing.li@bluecoat.com, freebsd-current@freebsd.org Subject: Re: NFS client defaults to a mix of UDP and TCP 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, 14 Sep 2009 18:59:49 -0000 on 14/09/2009 19:27 Rick Macklem said the following: > > > On Mon, 14 Sep 2009, Andriy Gapon wrote: > >> on 14/09/2009 15:58 John Baldwin said the following: >>> >>> Yes. I know of folks would love to have NFS use only TCP, including the >>> initial RPC portmapper requests. IMO an NFS mount should use TCP for >>> everything and a UDP mount should use UDP for everything by default. >>> >> >> And another fact - it seems that NFS umount unconditionally uses UDP >> for "something": >> >> /* >> * Report to mountd-server which nfsname >> * has been unmounted. >> */ >> if (ai != NULL && !(fflag & MNT_FORCE) && do_rpc) { >> clp = clnt_create(hostp, MOUNTPROG, MOUNTVERS, "udp"); >> ... >> > Yep. This one is somewhat less critical IMO, since this RPC is just > fyi for the mountd on the server and, if it fails for any reason, only > normally affects the output of "showmount" and doesn't break the umount. > (That doesn't mean I don't think it should be fixed, but it can be done > separately from resolving what mount_nfs needs to default to.) I agree. It's just that given the nature of UDP it takes a very long while for umount to re-alize that nobody's listening in some situations. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 19:01:24 2009 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 D492F106568B; Mon, 14 Sep 2009 19:01:24 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id A52C98FC29; Mon, 14 Sep 2009 19:01:21 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id 95D8F2D554; Mon, 14 Sep 2009 20:45:20 +0200 (CEST) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 77689D480DA; Mon, 14 Sep 2009 20:45:10 +0200 (CEST) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 977A2D48213; Mon, 14 Sep 2009 20:45:08 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 719DF11478; Mon, 14 Sep 2009 20:45:07 +0200 (CEST) Date: Mon, 14 Sep 2009 20:45:07 +0200 From: Thierry Thomas To: Jin Guojun Message-ID: <20090914184507.GB5360@graf.pompo.net> Mail-Followup-To: Jin Guojun , bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org References: <19117.48448.269298.484728@jerusalem.litteratus.org> <947305.17407.qm@web82203.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <947305.17407.qm@web82203.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA3 i386 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xC71405A2 Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 19:01:24 -0000 Le Lun 14 sep 09 à 18:56:38 +0200, Jin Guojun écrivait : > It seems that disklabel is the problem spot. Hello, I encountered such a problem too; was your disk ad0 installed as "dangerously dedicated"? Regards, -- Th. Thomas. From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 21:08:55 2009 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 68FFF1065672 for ; Mon, 14 Sep 2009 21:08:55 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82208.mail.mud.yahoo.com (web82208.mail.mud.yahoo.com [209.191.86.103]) by mx1.freebsd.org (Postfix) with SMTP id 28A7A8FC28 for ; Mon, 14 Sep 2009 21:08:54 +0000 (UTC) Received: (qmail 93406 invoked by uid 60001); 14 Sep 2009 21:08:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1252962533; bh=7lPqUzeBTVCGTv0Uf2K/MISINUKraajZEQNIrRD6Wso=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=boyEqI32J8zyAo0T18hl6/AxEMtUw/H9xP4xZvVSysznPA82D773zx1iRZ8jnA9YS/1E8l9Pu81X6rZoHH0/XQizSAH5CwlXCPW5T1QPiHtDxuCsv4x8HsbOo1s41f11nSu7sJOcpxtHxiuO9LZAbJlI8SjR6e9nJeDDUNqIAQQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=MEDbBB7yyvnpUUhKzouaF9DIaWkw63M1KUO4VSWFxG1sADhcYE4YZp0EjgtAggwY5ewmTWSn9donamQn8dHa8Z9ONuumKKYC4wzK0FmmfEdiay4tXwXmVAoKozVYNfobphKMNbx2DIXWgERNfD7AOBw29WxZI3oRTwCO/Qxgkn4=; Message-ID: <500794.80873.qm@web82208.mail.mud.yahoo.com> X-YMail-OSG: 7b4HvlIVM1l4JapWh0E0Ns.toUhdB3Fm1SOSH7s7sv11AS72xDw5shslcRXcVX1wupxbah_ovEPNoB9g0.oqLF48tVcHDPlQoU.QzxlYg1TLmZSpeLV7aEiehIHgKJ3UDAqF8SDie66B3cxYjNo87_xe0sNF5c50LW4apz56udtTJesAvAUSg1rbaXe0nszQrgmNgdrFRg8NpHg_0KmGXteQOjTjS4NwfpyMJhU98l1XRC0tiJ20y4IpMLMTNAnIRL1d8boAU8ffHPXuLWzqTFyFGk.0nSWrjrvZBooLoW0iBjr_RI8r39SqLGMnOvQ3bPNOEwo.RRxzu6weuiSu Received: from [216.112.109.114] by web82208.mail.mud.yahoo.com via HTTP; Mon, 14 Sep 2009 14:08:53 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Mon, 14 Sep 2009 14:08:53 -0700 (PDT) From: Jin Guojun To: Thierry Thomas In-Reply-To: <20090914184507.GB5360@graf.pompo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 14 Sep 2009 21:29:19 +0000 Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 21:08:55 -0000 I do not enve know how to make "dangerously dedicated" disk, and the 8.0 ma= y do this sliently. ad0 had three DOS partitions (slices), S1 for DOS S2 for FreeBSD 7.2 S3 for another FreeBSD When boot to 8.0-Beta{3, 4}, 8.0 sees not partition, which means 8.0 looked= at a wrong location for partition table. After did partition (slices S1 for FreebSD and S2 for nothing) and=20 Label (Unix partitions, failed to find device node /dev/ad0s1b in /dev), content of 7.2 is gone. But, the original partitions are still in the MBR (S1 for DOS, and S2 and S= 3 for FreeBSD). --- On Mon, 9/14/09, Thierry Thomas wrote: > From: Thierry Thomas > Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b > To: "Jin Guojun" > Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org > Date: Monday, September 14, 2009, 6:45 PM > Le Lun 14 sep 09 =E0 18:56:38 +0200, > Jin Guojun > =E9crivait : > > It seems that disklabel is the problem spot. >=20 > Hello, >=20 > I encountered such a problem too; was your disk ad0 > installed as > "dangerously dedicated"? >=20 > Regards, > --=20 > Th. Thomas. > From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 22:07:03 2009 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 1241B106566C; Mon, 14 Sep 2009 22:07:03 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 73D168FC0C; Mon, 14 Sep 2009 22:06:59 +0000 (UTC) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 2CB66D480B9; Tue, 15 Sep 2009 00:06:54 +0200 (CEST) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 4EB04D4808E; Tue, 15 Sep 2009 00:06:52 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 2D70B11478; Tue, 15 Sep 2009 00:06:51 +0200 (CEST) Date: Tue, 15 Sep 2009 00:06:51 +0200 From: Thierry Thomas To: Jin Guojun Message-ID: <20090914220651.GF5360@graf.pompo.net> Mail-Followup-To: Jin Guojun , bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org References: <20090914184507.GB5360@graf.pompo.net> <500794.80873.qm@web82208.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <500794.80873.qm@web82208.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA3 i386 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xC71405A2 Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 22:07:03 -0000 Le Lun 14 sep 09 à 23:08:53 +0200, Jin Guojun écrivait : > I do not enve know how to make "dangerously dedicated" disk, and the > 8.0 may do this sliently. No, I don't think so! But such a problem may arise if your disk had been installed as "dangerously dedicated" in a former version. Unfortunately, previous versions of sysinstall have created uncorrect labels, and the new gpart in 8.0 does not see them. In that case, you have to boot kernel.old and wipe out the bad label. If you reboot with a 7.2 kernel, can you see your missing partitions? -- Th. Thomas. From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 22:12:03 2009 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 0BEF7106566B; Mon, 14 Sep 2009 22:12:03 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id BCC2E8FC15; Mon, 14 Sep 2009 22:12:02 +0000 (UTC) Received: from r55.edvax.de (port-92-195-23-67.dynamic.qsc.de [92.195.23.67]) by mx02.qsc.de (Postfix) with ESMTP id 14C8D1E0DA; Mon, 14 Sep 2009 23:52:57 +0200 (CEST) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id n8ELqvjf002349; Mon, 14 Sep 2009 23:52:57 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 14 Sep 2009 23:52:57 +0200 From: Polytropon To: Jin Guojun Message-Id: <20090914235257.f0895686.freebsd@edvax.de> In-Reply-To: <500794.80873.qm@web82208.mail.mud.yahoo.com> References: <20090914184507.GB5360@graf.pompo.net> <500794.80873.qm@web82208.mail.mud.yahoo.com> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 14 Sep 2009 22:34:55 +0000 Cc: bugs@freebsd.org, Thierry Thomas , freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Sep 2009 22:12:03 -0000 On Mon, 14 Sep 2009 14:08:53 -0700 (PDT), Jin Guojun wrote: > I do not enve know how to make "dangerously dedicated" disk, > and the 8.0 may do this sliently. This term refers to a disk where no "DOS primary partition", i. e. a slice, has been created. Usually, for a disk with only FreeBSD on it, you first take a disk /dev/ad0 create a slice /dev/ad0s1 and put partitions into it (or just one partition), like /dev/ad0s1a = / /dev/ad0s1b = swap /dev/ad0s1d = /tmo /dev/ad0s1e = /var /dev/ad0s1f = /usr /dev/ad0s1g = /home or something similar. In "dangerously dedicated" mode, you omit the slice creation and create the partitions on the disk device /dev/ad0, so you end up with /dev/ad0a = / /dev/ad0b = swap /dev/ad0d = /tmo /dev/ad0e = /var /dev/ad0f = /usr /dev/ad0g = /home Using such mode is common for data disks, but not for disks you boot from. > ad0 had three DOS partitions (slices), > S1 for DOS > S2 for FreeBSD 7.2 > S3 for another FreeBSD > > When boot to 8.0-Beta{3, 4}, 8.0 sees not partition, which means > 8.0 looked at a wrong location for partition table. What does the "fdisk" command report? > After did partition (slices S1 for FreebSD and S2 for nothing) and > Label (Unix partitions, failed to find device node /dev/ad0s1b in /dev), > content of 7.2 is gone. Seems to be correct up to here; /dev/ad0s1b refers to the swap partition. > But, the original partitions are still in the MBR (S1 for DOS, and > S2 and S3 for FreeBSD). So an update of the MBR hasn't taken place? -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-current@FreeBSD.ORG Mon Sep 14 22:38:56 2009 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 EC7FF1065672; Mon, 14 Sep 2009 22:38:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8F38FC17; Mon, 14 Sep 2009 22:38:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8EMcs6h014378; Mon, 14 Sep 2009 18:38:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8EMcs7L014357; Mon, 14 Sep 2009 22:38:54 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Sep 2009 22:38:54 GMT Message-Id: <200909142238.n8EMcs7L014357@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 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: Mon, 14 Sep 2009 22:38:57 -0000 TB --- 2009-09-14 21:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-14 21:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-09-14 21:15:00 - cleaning the object tree TB --- 2009-09-14 21:15:45 - cvsupping the source tree TB --- 2009-09-14 21:15:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-09-14 21:17:19 - building world TB --- 2009-09-14 21:17:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-14 21:17:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-14 21:17:19 - TARGET=i386 TB --- 2009-09-14 21:17:19 - TARGET_ARCH=i386 TB --- 2009-09-14 21:17:19 - TZ=UTC TB --- 2009-09-14 21:17:19 - __MAKE_CONF=/dev/null TB --- 2009-09-14 21:17:19 - cd /src TB --- 2009-09-14 21:17:19 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 14 21:17:19 UTC 2009 >>> 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 Mon Sep 14 22:24:37 UTC 2009 TB --- 2009-09-14 22:24:37 - generating LINT kernel config TB --- 2009-09-14 22:24:37 - cd /src/sys/i386/conf TB --- 2009-09-14 22:24:37 - /usr/bin/make -B LINT TB --- 2009-09-14 22:24:37 - building LINT kernel TB --- 2009-09-14 22:24:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-14 22:24:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-14 22:24:37 - TARGET=i386 TB --- 2009-09-14 22:24:37 - TARGET_ARCH=i386 TB --- 2009-09-14 22:24:37 - TZ=UTC TB --- 2009-09-14 22:24:37 - __MAKE_CONF=/dev/null TB --- 2009-09-14 22:24:37 - cd /src TB --- 2009-09-14 22:24:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 14 22:24:37 UTC 2009 >>> 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/agp/agp_sis.c 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/agp/agp_via.c 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aic/aic_isa.c 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/arcmsr/arcmsr.c 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/asmc/asmc.c cc1: warnings being treated as errors /src/sys/dev/asmc/asmc.c: In function 'asmc_key_dump': /src/sys/dev/asmc/asmc.c:827: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'unsigned int' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-14 22:38:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-14 22:38:54 - ERROR: failed to build lint kernel TB --- 2009-09-14 22:38:54 - 3323.21 user 499.32 system 5034.13 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 01:28:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 07899106566C; Tue, 15 Sep 2009 01:28:33 +0000 (UTC) Date: Tue, 15 Sep 2009 01:28:33 +0000 From: Craig Rodrigues To: Rick Macklem Message-ID: <20090915012833.GA54756@crodrigues.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.1i Cc: freebsd-fs@freebsd.org, doug@polands.org, qing.li@bluecoat.com, freebsd-current@freebsd.org Subject: Re: NFS client defaults to a mix of UDP and TCP 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, 15 Sep 2009 01:28:33 -0000 On Sun, Sep 13, 2009 at 02:18:25PM -0400, Rick Macklem wrote: > Is this something that should be changed? rick Go ahead and clean this up. I worked with Doug Rabson to re-do a lot of the mount_nfs code to use nmount(), and this UDP/TCP thing for the RPC transport slipped through. There is no good reason for keeping things the way they are. Thanks for all your work beating the FreeBSD NFS implementation into shape! I sat next to you at the Italian restaurant at BSDCan 2009. :) -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 04:00:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 4F345106566C; Tue, 15 Sep 2009 04:00:32 +0000 (UTC) Date: Tue, 15 Sep 2009 04:00:32 +0000 From: Craig Rodrigues To: Jaakko Heinonen Message-ID: <20090915040032.GA68823@crodrigues.org> References: <20090908202553.GA1368@mr-happy.com> <200909090902.34055.mel.flynn+fbsd.current@mailing.thruhere.net> <20090910091329.GA2726@a91-153-125-115.elisa-laajakaista.fi> <200909140302.03003.mel.flynn+fbsd.current@mailing.thruhere.net> <20090914173208.GA4273@a91-153-125-115.elisa-laajakaista.fi> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20090914173208.GA4273@a91-153-125-115.elisa-laajakaista.fi> User-Agent: Mutt/1.4.2.1i Cc: Mel Flynn , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Jeff Blank Subject: Re: 8.0-BETA4 panic: ffs_sync: rofs mod 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, 15 Sep 2009 04:00:32 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 14, 2009 at 08:32:09PM +0300, Jaakko Heinonen wrote: > Calling nmount() with "update" and "export" string options shouldn't > affect to any other options in any way. The problem is that the mount > point has both "ro" and "rw" options active before mountd calls > nmount(). Because of the "ro" option FFS mount code changes the file > system to read-only. The FFS code looks for "ro" string option only when > doing mount updates. Hi, Instead of using your proposed patch, could you try this patch? I originally wrote all the has_rw/has_ro stuff for nmount() in 2006. Getting the mount update behavior for ro -> rw was a big pain in the neck, especially because the userland mount programs and the mount code for the various file systems were slightly inconsistent. Looking back, I should have done it this way, but at the time I wasn't sure how all the mount update stuff worked across the different file systems. -- Craig Rodrigues rodrigc@crodrigues.org --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vfs_mount.c.txt" Index: sys/kern/vfs_mount.c =================================================================== --- sys/kern/vfs_mount.c (revision 190314) +++ sys/kern/vfs_mount.c (working copy) @@ -583,16 +583,13 @@ vfs_donmount(struct thread *td, int fsflags, struct uio *fsoptions) { struct vfsoptlist *optlist; - struct vfsopt *opt, *noro_opt, *tmp_opt; + struct vfsopt *opt, *tmp_opt; char *fstype, *fspath, *errmsg; int error, fstypelen, fspathlen, errmsg_len, errmsg_pos; - int has_rw, has_noro; errmsg = NULL; errmsg_len = 0; errmsg_pos = -1; - has_rw = 0; - has_noro = 0; error = vfs_buildopts(fsoptions, &optlist); if (error) @@ -686,11 +683,11 @@ } else if (strcmp(opt->name, "noro") == 0) { fsflags &= ~MNT_RDONLY; - has_noro = 1; } else if (strcmp(opt->name, "rw") == 0) { + free(opt->name, M_MOUNT); + opt->name = strdup("noro", M_MOUNT); fsflags &= ~MNT_RDONLY; - has_rw = 1; } else if (strcmp(opt->name, "ro") == 0) fsflags |= MNT_RDONLY; @@ -708,20 +705,6 @@ } /* - * If "rw" was specified as a mount option, and we - * are trying to update a mount-point from "ro" to "rw", - * we need a mount option "noro", since in vfs_mergeopts(), - * "noro" will cancel "ro", but "rw" will not do anything. - */ - if (has_rw && !has_noro) { - noro_opt = malloc(sizeof(struct vfsopt), M_MOUNT, M_WAITOK); - noro_opt->name = strdup("noro", M_MOUNT); - noro_opt->value = NULL; - noro_opt->len = 0; - TAILQ_INSERT_TAIL(optlist, noro_opt, link); - } - - /* * Be ultra-paranoid about making sure the type and fspath * variables will fit in our mp buffers, including the * terminating NUL. --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 04:58:53 2009 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 837A2106566B; Tue, 15 Sep 2009 04:58:53 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 6AFE38FC0A; Tue, 15 Sep 2009 04:58:53 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n8F4wpm6010062; Mon, 14 Sep 2009 21:58:51 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Sep 2009 21:50:47 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-BETA4 not responding to ARP for published entries Thread-Index: Aco1qZPW4b3NlBDvQQSK702h9NnXHAAFoNOT References: <20090914174309.GF37291@hal.rescomp.berkeley.edu> From: "Li, Qing" To: "Hiroharu Tamaru" , , , Cc: freebsd-current@freebsd.org Subject: RE: 8.0-BETA4 not responding to ARP for published entries 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, 15 Sep 2009 04:58:53 -0000 Hi, Please try patch at=20 http://people.freebsd.org/~qingli/proxy-arp-patch.diff -- Qing -----Original Message----- From: owner-freebsd-net@freebsd.org on behalf of Hiroharu Tamaru Sent: Mon 9/14/2009 6:34 PM To: freebsd-net@freebsd.org Subject: Re: 8.0-BETA4 not responding to ARP for published entries =20 At Mon, 14 Sep 2009 10:43:09 -0700, Chris Cowart wrote: > We have a system which makes heavy use of published arp entries. I = know > the arp code has been significantly overhauled in 8, but it looks like > this functionality is now broken. >=20 > $ arp -s 172.16.132.100 00:0c:29:16:bd:49 pub >=20 > If I watch tcpdump on the interface, I see arp requests come in but no > replies are sent. This is a clean build with no firewalls enabled. Just for another datapoint, I see the same symptom. I am currently running ports/net-mgmt/choparp as a workaround. At Thu, 23 Apr 2009 21:13:51 +0900, Hiroharu Tamaru wrote: > Subject: proxy arp on 8.0-current? > Date: Thu, 23 Apr 2009 21:13:51 +0900 > To: freebsd-net@freebsd.org > > Hi, >=20 > I'm trying to setup an proxy arp on a dual homed host. >=20 > I noticed that I cannot set it up on 8.0-current the same way as I > could on 6.2; hence the question: have the setup procedure changed > recently (when the arp table was separated from the routing table, > maybe?)? My 8.0-current is from 200902 snapshot. >=20 > Here is a simple demonstration using two single-interfaced hosts: >=20 > setup: > host6.2# ifconfig em0 inet 192.168.0.1/24 > host6.2# arp -s 192.168.0.11 auto pub > host6.2# arp -an | grep permanent > ? (192.168.0.1) at 00:16:d3:xx:xx:xx on em0 permanent [ethernet] > ? (192.168.0.11) at 00:16:d3:xx:xx:xx on em0 permanent published = [ethernet] > host6.2# tcpdump -np arp >=20 > host8.0# ifconfig em0 inet 192.168.0.2/24 > host8.0# arp -s 192.168.0.12 auto pub > host8.0# arp -an | grep permanent > ? (192.168.0.2) at 00:0c:29:xx:xx:xx on em0 permanent [ethernet] > ? (192.168.0.12) at 00:0c:29:xx:xx:xx on em0 permanent published = [ethernet] > host8.0# tcpdump -np arp >=20 > then, I do: > host6.2# arp -d 192.168.0.2; ping -c 1 192.168.0.2 > host6.2# arp -d 192.168.0.12; ping -c 1 192.168.0.12 > host8.0# arp -d 192.168.0.1; ping -c 1 192.168.0.1 > host8.0# arp -d 192.168.0.11; ping -c 1 192.168.0.11 >=20 > I am not caring about 'arp -d' errors (cannot locate) nor ping not > responding (for proxied addresses). I just cared about arp requests = and > replys for now. The output of tcpdump on both sides are like this: >=20 > arp who-has 192.168.0.2 tell 192.168.0.1 > arp reply 192.168.0.2 is-at 00:0c:29:xx:xx:xx >=20 > arp who-has 192.168.0.12 tell 192.168.0.1 > ---->no reply >=20 > arp who-has 192.168.0.1 tell 192.168.0.2 > arp reply 192.168.0.1 is-at 00:16:d3:xx:xx:xx >=20 > arp who-has 192.168.0.11 tell 192.168.0.2 > arp reply 192.168.0.11 is-at 00:16:d3:xx:xx:xx >=20 > As you can see from the above, > 'arp -s 192.168.0.12 auto pub' on 8.0-current host > seems not to be producing proxy arp's. >=20 > What am I missing? >=20 > Thanks. > --=20 > Hiroharu Tamaru _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 05:12:36 2009 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 A3831106566C for ; Tue, 15 Sep 2009 05:12:36 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 650B18FC13 for ; Tue, 15 Sep 2009 05:12:36 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 39D3E3A61E; Tue, 15 Sep 2009 06:54:38 +0200 (CEST) Date: Tue, 15 Sep 2009 06:54:38 +0200 From: Lars Engels To: Mel Flynn Message-ID: <20090915045438.GK22348@e.0x20.net> Mail-Followup-To: Lars Engels , Mel Flynn , freebsd-current@freebsd.org References: <20090911074550.GF19090@e.0x20.net> <200909140404.03130.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FUFe+yI/t+r3nyH4" Content-Disposition: inline In-Reply-To: <200909140404.03130.mel.flynn+fbsd.current@mailing.thruhere.net> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: "wpi0: fatal firmware error" in BETA4 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, 15 Sep 2009 05:12:36 -0000 --FUFe+yI/t+r3nyH4 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 14, 2009 at 04:04:03AM +0200, Mel Flynn wrote: > On Friday 11 September 2009 09:45:50 Lars Engels wrote: > > Hi all, > >=20 > > after upgrading from BETA1 to BETA4 my wpi0 device stops working after a > > few minutes. > >=20 > > The kernel shows: wpi0: fatal firmware error >=20 > I've seen these only when using WEP. Currently using WPA2+PSK on BETA4 an= d no=20 > problems. Hmm, I had it with WPA. Actually it only occured two times when I just upgr= aded to BETA4. Now it seems to work normally, don't know why. But I shouldn't complain... --FUFe+yI/t+r3nyH4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqvHg4ACgkQKc512sD3afherQCgqkoyAK2cARbqe9IGtagLm9eA vpUAn2RIeETvRudsfVyW9DBWoV4ZTd6M =H9bg -----END PGP SIGNATURE----- --FUFe+yI/t+r3nyH4-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 06:48:32 2009 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 5D637106566B; Tue, 15 Sep 2009 06:48:32 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8748FC0C; Tue, 15 Sep 2009 06:48:32 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MnRq2-0005Hn-Uj; Tue, 15 Sep 2009 08:48:30 +0200 Date: Tue, 15 Sep 2009 08:48:30 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20090915064830.GN48206@home.opsec.eu> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> <20090914055501.GM48206@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090914055501.GM48206@home.opsec.eu> Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 06:48:32 -0000 Hi! > I had the same problem with beta4: > > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011470.html > > and I tried this fix, and it did not solve the problem. > > It might be related with the number of slices and partitions one > is creating ? I'll try this again today. Tested it, no, it does not solve the problem. Is there anything I can do to debug this ? I think I can provide remote console access if necessary. I'll try the LiveCD, too. -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 07:34:57 2009 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 D1D89106566B; Tue, 15 Sep 2009 07:34:57 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 90CD78FC12; Tue, 15 Sep 2009 07:34:57 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MnSYz-0005QY-70; Tue, 15 Sep 2009 09:34:57 +0200 Date: Tue, 15 Sep 2009 09:34:57 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20090915073457.GO48206@home.opsec.eu> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> <20090914055501.GM48206@home.opsec.eu> <20090915064830.GN48206@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090915064830.GN48206@home.opsec.eu> Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 07:34:57 -0000 Hi! > > I had the same problem with beta4: [...] My previous tests were with 8.0-beta4-amd64. I now tested with 8.0-beta3-i386, this time installation and partitioning worked. I'll try to partition using a i386 boot cd and install using the amd64 boot cd 8-) It seems to be a bug with the amd64 code ? -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 10:25:03 2009 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 F0CF110656A3; Tue, 15 Sep 2009 10:25:02 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id AD8228FC15; Tue, 15 Sep 2009 10:25:02 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MnVDV-0003cj-P8; Tue, 15 Sep 2009 11:25:01 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MnVDU-0005sm-Vx; Tue, 15 Sep 2009 11:24:57 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n8FAOu0m001179; Tue, 15 Sep 2009 11:24:56 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n8FAOuMV001178; Tue, 15 Sep 2009 11:24:56 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 15 Sep 2009 11:24:56 +0100 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org, ahze@freebsd.org Message-ID: <20090915102456.GA1145@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: port www/kazehakase causes panic on ia64 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, 15 Sep 2009 10:25:03 -0000 FreeBSD 9.0-CURRENT ia64 kazehakase-0.5.4_6 (copied and pasted, so some screen artefacts might be present) KDB: enter: panic [thread pid 17754 tid 100163 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f368,gp ;; db> - - - - - - - - - - - - Live Console - - - - - - - - - - - - [Read only - use Ctrl-Ecf for console write access.] [Read only - use Ctrl-Ecf for console write access.] [bumped user - Admin] db> panic panic: from debugger cpuid = 1 KDB: stack backtrace: db_trace_self(0xe0000000041407a0) at db_trace_self+0x20 db_trace_self_wrapper(0xe0000000043f5fa0) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe000000004988d48, 0xe0000000043a4bd0, 0x30a, 0xe000000004b69a00) at kdb_backtrace+0xc0 mi_switch(0x100, 0x0, 0xe000000016dae390, 0xe0000000043d9600) at mi_switch+0x270 sched_bind(0xe000000016dae390, 0x0, 0xe000000016dae6f8, 0xe000000004392d80) at s ched_bind+0x110 boot(0x104, 0xe00000000483b868, 0xe000000004394440, 0x793) at boot+0x70 panic(0xe00000000480e7f0) at panic+0x350 db_panic(0xe00000000413bd20, 0x40c, 0xffffffffffffffff) at db_panic+0x40 db_command(0xe000000004987f38, 0x0, 0x1) at db_command+0x750 db_command_loop(0xe000000004987f60, 0xe000000004987f30, 0xe000000004987f38, 0xe0 0000000480e8a0) at db_command_loop+0xf0 db_trap(0xb, 0xe0000000043f5950) at db_trap+0x2b0 kdb_trap(0xb, 0x0, 0xa0000000c3a8f000, 0x1, 0x10080a2010, 0xe0000000047e9640, 0x 716, 0xe000000004b69a00) at kdb_trap+0x200 trap(0xb, 0xa0000000c3a8f000) at trap+0x7c0 ivt_Break_Instruction() at ivt_Break_Instruction+0x40 --- trapframe at 0xa0000000c3a8f000 kdb_enter(0xe00000000483ba20, 0xe00000000483ba20, 0xe0000000043943f0, 0x793) at kdb_enter+0xa0 panic(0xe000000004873f78, 0x0, 0xe000000004873f50, 0x5d3) at panic+0x2f0 ia64_highfp_drop(0xe000000016dae390) at ia64_highfp_drop+0x100 cpu_thread_exit(0xe000000016dae390, 0xe0000000043b1390, 0x50e, 0x163) at cpu_thr ead_exit+0x20 thread_exit(0xe00000000483ce88, 0xe00000000483bad0, 0xe000000013efa4f0, 0xe00000 0016dae390) at thread_exit+0x130 thr_exit(0xe000000013efa468, 0xe000000013efa540, 0xe00000000483ce60, 0xe00000001 3efa448) at thr_exit+0x120 syscall(0xa0000000c3a8f400, 0x1af, 0x2000000041e0e7b0, 0xe000000016dae390, 0xe00 0000013efa448, 0xe000000004939698, 0x1af, 0xa0000000c3a8f4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 331 5924 From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 11:14:39 2009 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 2545C1065693 for ; Tue, 15 Sep 2009 11:14:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id AA56D8FC15 for ; Tue, 15 Sep 2009 11:14:38 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8FBEWmu059686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Sep 2009 14:14:33 +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.3/8.14.3) with ESMTP id n8FBEWw4026930; Tue, 15 Sep 2009 14:14:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8FBEWSk026929; Tue, 15 Sep 2009 14:14:32 +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, 15 Sep 2009 14:14:31 +0300 From: Kostik Belousov To: Mel Flynn Message-ID: <20090915111431.GD47688@deviant.kiev.zoral.com.ua> References: <200909142024.49226.mel.flynn+fbsd.current@mailing.thruhere.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OmEpep6L+R/25PJj" Content-Disposition: inline In-Reply-To: <200909142024.49226.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Panic in kern_access 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, 15 Sep 2009 11:14:39 -0000 --OmEpep6L+R/25PJj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 14, 2009 at 08:24:49PM +0200, Mel Flynn wrote: > Hi, >=20 > below some crash info. However, since kib@ made some fixes that seem > to relate to this, I shall rebuild my kernel with new sources. No my fixes were related to the issue, AFAIR. >=20 > At the time I was building various ports in a jail and asleep, so no othe= r=20 > contributing factors. >=20 > panic: free: address 0xc62e0e00(0xc62e0000) has not been allocated. >=20 > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump () at pcpu.h:246 > #1 0xc0642b57 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :416 > #2 0xc0642e49 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:579 > #3 0xc062fcfe in free (addr=3D0x0, mtp=3D0xc091c330) > at /usr/src/sys/kern/kern_malloc.c:444 > #4 0xc063b018 in crfree (cr=3D0xc795ea80) at /usr/src/sys/kern/kern_prot= .c:1840 I want to see the output of p/x cr and p/x cr->cr_groups from the frame 4. > #5 0xc06d1ea2 in kern_accessat (td=3D0xcd5ea6c0, fd=3D-100, > path=3D0x2808d000
, > pathseg=3DUIO_USERSPACE, flags=3D0, mode=3D0) > at /usr/src/sys/kern/vfs_syscalls.c:2145 > #6 0xc06d1f56 in kern_access (td=3D0xcd5ea6c0, > path=3D0x2808d000
, > pathseg=3DUIO_USERSPACE, mode=3D0) at /usr/src/sys/kern/vfs_syscalls.= c:2104 > #7 0xc06d1f89 in access (td=3D0xcd5ea6c0, uap=3D0xf9129cf8) > at /usr/src/sys/kern/vfs_syscalls.c:2079 > #8 0xc086fff5 in syscall (frame=3D0xf9129d38) > at /usr/src/sys/i386/i386/trap.c:1073 > #9 0xc0853a50 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:261 > #10 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > 8.0-BETA4 FreeBSD 8.0-BETA4 #14 r196875M. vmcore available if needed and = I can=20 > rollback sources to r196875 for proper source refs, in case r197041 does = not=20 > address this crash. It does not. --OmEpep6L+R/25PJj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkqvdxcACgkQC3+MBN1Mb4jDqQCgkbR5YBEw5sqoWFl2GNZTNj+P oZEAoNhCEto/dgAi/s40V01YJL1iZiKR =FGdx -----END PGP SIGNATURE----- --OmEpep6L+R/25PJj-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 06:25:22 2009 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 52ADB106568B for ; Tue, 15 Sep 2009 06:25:22 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82208.mail.mud.yahoo.com (web82208.mail.mud.yahoo.com [209.191.86.103]) by mx1.freebsd.org (Postfix) with SMTP id 0F6E68FC18 for ; Tue, 15 Sep 2009 06:25:21 +0000 (UTC) Received: (qmail 25863 invoked by uid 60001); 15 Sep 2009 06:25:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1252995921; bh=HHtdDtbC9bHDwRyFm41Tr34KrmNMIjQYK3czF1AEiDw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=jwvAMQZyFViVy++Gfftp6Zv8+nqxyteEy1lxNzOghMmNJhw25/n45HUlt15FcVJ7jmWT0XpEiUE63koHwoS+17KYUkMLXOqK5WayxJxsI7G/5yFkLVZoKViQSPLUkthA7cqwFzlHiS0Q8A7CBDqITGPpk83+gvqhWVyxw1WbkVQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Z8ZcbNbQFx22b1EvzXzpUjTJQqINKD33get2pd2IekrWwrmnpSBrBURVd9tKarjX8KZoYQiWedikdV+B4Q0yjO84a9Ih51ag4lKYB0ZMSzOfkMOJvernl07icS3rGRopsicuBi8KgktSIIToOJQDOpT96tB2cHu65sS735rL5T0=; Message-ID: <386709.24333.qm@web82208.mail.mud.yahoo.com> X-YMail-OSG: 6XzJIasVM1nvMQorVcKIPBCitpzVkm_SHAGWHZ1EpLVObxhPEAijRj3d1rh8EJV1S_lp2dKtUv5cN8jkFHNPdDgLks8JMhUoEZr7uoEMVa6s9WHHbJacsQeNgFO8NrrwNGg5re15JRKIURKKhpF4QdTxuKmiSBH3amLKZ2VO0sVwfSPQqU5.jR3Ce4o8oEcLnE83hmWefToLByyIFhEh2savdSzUvBfV..M50AsPiw7.f3FmHLYt8hZy5UBdiNRX.yp4cXr43ZWkScdp8K5VK2gvNqSHjV6LkFjsYpB37M5Q3.CWYzmXq6Mi3Xu7_qR9HnIQacI2rSqT6jcm Received: from [76.204.16.27] by web82208.mail.mud.yahoo.com via HTTP; Mon, 14 Sep 2009 23:25:21 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Mon, 14 Sep 2009 23:25:21 -0700 (PDT) From: Jin Guojun To: Thierry Thomas In-Reply-To: <20090914220651.GF5360@graf.pompo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 15 Sep 2009 11:26:22 +0000 Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 06:25:22 -0000 dd 1m zero on the drive and rerun the 8.0Beta4 DVD. Created two slices S1 a= nd S2, and did auto labling (unix partiton) on S1, hit W, the problem persists. Boot system with freeBSD 6.4, and 6.4 sees two slices (MBR partitions) S1 a= nd S2,=20 but no any Unix partition (ad0s1a, ad0s1b etc) on S1. Boot back to 8.0-Beta4, it still sees not Slice created.=20 At this point, it is obviously that 8.0 looks in a wrong MBR location -- 8.0 created slices can be seen by 6.4 but not 8.0 itself. --- On Mon, 9/14/09, Thierry Thomas wrote: > From: Thierry Thomas > Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b > To: "Jin Guojun" > Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org > Date: Monday, September 14, 2009, 10:06 PM > Le Lun 14 sep 09 =E0 23:08:53 +0200, > Jin Guojun > =E9crivait : > > I do not enve know how to make "dangerously dedicated" > disk, and the > > 8.0 may do this sliently. >=20 > No, I don't think so! But such a problem may arise if your > disk had been > installed as "dangerously dedicated" in a former version. > Unfortunately, > previous versions of sysinstall have created uncorrect > labels, and the > new gpart in 8.0 does not see them. >=20 > In that case, you have to boot kernel.old and wipe out the > bad label. If > you reboot with a 7.2 kernel, can you see your missing > partitions? > --=20 > Th. Thomas. > From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 08:51:33 2009 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 400AC1065670 for ; Tue, 15 Sep 2009 08:51:33 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) by mx1.freebsd.org (Postfix) with ESMTP id 762898FC14 for ; Tue, 15 Sep 2009 08:51:32 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyxys.ka.sub.org [IPv6:2001:5c0:8521:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.2/8.14.2) with ESMTP id n8F8HORK062572; Tue, 15 Sep 2009 10:17:25 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.3/8.14.3) with ESMTP id n8F8HOFs002772; Tue, 15 Sep 2009 10:17:24 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.3/8.14.3/Submit) id n8F8HO6m002771; Tue, 15 Sep 2009 10:17:24 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Resent-Message-Id: <200909150817.n8F8HO6m002771@juno.lyxys.ka.sub.org> X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Tue, 15 Sep 2009 09:54:00 +0200 From: Wolfgang Zenker To: Kurt Jaeger Message-ID: <20090915075400.GA2208@lyxys.ka.sub.org> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> <20090914055501.GM48206@home.opsec.eu> <20090915064830.GN48206@home.opsec.eu> <20090915073457.GO48206@home.opsec.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090915073457.GO48206@home.opsec.eu> User-Agent: Mutt/1.4.2.3i Organization: private site Resent-From: wolfgang@lyxys.ka.sub.org Resent-Date: Tue, 15 Sep 2009 10:17:24 +0200 Resent-To: freebsd-stable@freebsd.org, current@freebsd.org X-Mailman-Approved-At: Tue, 15 Sep 2009 11:29:03 +0000 Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 08:51:33 -0000 Hi, * Kurt Jaeger [090915 09:34]: > > > I had the same problem with beta4: > [...] > My previous tests were with 8.0-beta4-amd64. > I now tested with 8.0-beta3-i386, this time installation and partitioning > worked. > I'll try to partition using a i386 boot cd and install using > the amd64 boot cd 8-) > It seems to be a bug with the amd64 code ? a few days ago I installed a new system using the amd64 bootonly iso and didn't have any problems with partitioning. Hardware is atapci1: port 0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on pci0 ad4: 476940MB at ata2-master SATA150 On installation I had a different BIOS configuration though that caused the SATA disk to be found as ad0, maybe that makes a difference. Wolfgang From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 12:03:54 2009 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 CD8F7106566B for ; Tue, 15 Sep 2009 12:03:54 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 72DF38FC12 for ; Tue, 15 Sep 2009 12:03:54 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 16F2F7E818; Tue, 15 Sep 2009 04:04:06 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Tue, 15 Sep 2009 14:03:50 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <200909142024.49226.mel.flynn+fbsd.current@mailing.thruhere.net> <20090915111431.GD47688@deviant.kiev.zoral.com.ua> In-Reply-To: <20090915111431.GD47688@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909151403.50609.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Kostik Belousov Subject: Re: Panic in kern_access 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, 15 Sep 2009 12:03:55 -0000 On Tuesday 15 September 2009 13:14:31 Kostik Belousov wrote: > On Mon, Sep 14, 2009 at 08:24:49PM +0200, Mel Flynn wrote: > > Hi, > > > > below some crash info. However, since kib@ made some fixes that seem > > to relate to this, I shall rebuild my kernel with new sources. > > No my fixes were related to the issue, AFAIR. > > > At the time I was building various ports in a jail and asleep, so no > > other contributing factors. > > > > panic: free: address 0xc62e0e00(0xc62e0000) has not been allocated. > > > > #0 doadump () at pcpu.h:246 > > 246 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) #0 doadump () at pcpu.h:246 > > #1 0xc0642b57 in boot (howto=260) at > > /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0642e49 in panic > > (fmt=Variable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:579 > > #3 0xc062fcfe in free (addr=0x0, mtp=0xc091c330) > > at /usr/src/sys/kern/kern_malloc.c:444 > > #4 0xc063b018 in crfree (cr=0xc795ea80) at > > /usr/src/sys/kern/kern_prot.c:1840 > > I want to see the output of > p/x cr > and > p/x cr->cr_groups > from the frame 4. (kgdb) p/x cr $1 = 0xc795ea80 (kgdb) p/x cr->cr_groups $2 = 0xc62e0e00 (kgdb) p/x *cr->cr_groups $3 = 0x0 (kgdb) p/x *cr $4 = {cr_ref = 0x0, cr_uid = 0x0, cr_ruid = 0x0, cr_svuid = 0x0, cr_ngroups = 0x2, cr_rgid = 0x0, cr_svgid = 0x0, cr_uidinfo = 0xc5523380, cr_ruidinfo = 0xc5523380, cr_prison = 0xcc3a0800, cr_pspare = 0x0, cr_flags = 0x0, cr_pspare2 = {0x0, 0x0}, cr_label = 0x0, cr_audit = {ai_auid = 0xffffffff, ai_mask = {am_success = 0x0, am_failure = 0x0}, ai_termid = {at_port = 0x0, at_type = 0x4, at_addr = {0x0, 0x0, 0x0, 0x0}}, ai_asid = 0x0, ai_flags = 0x0}, cr_groups = 0xc62e0e00, cr_agroups = 0x10} Hmm, since this is in credentials, would it be relevant that I have patched kern_jail.c to allow /dev/io access? I don't touch credentials,though and X wasn't running in the jail at the crash time. Just in case, patch is below. -- Mel Index: sys/kern/kern_jail.c =================================================================== --- sys/kern/kern_jail.c (revision 197210) +++ sys/kern/kern_jail.c (working copy) @@ -160,6 +160,7 @@ "allow.mount", "allow.quotas", "allow.socket_af", + "allow.dev_io", }; static char *pr_allow_nonames[] = { @@ -170,6 +171,7 @@ "allow.nomount", "allow.noquotas", "allow.nosocket_af", + "allow.nodev_io", }; #define JAIL_DEFAULT_ALLOW PR_ALLOW_SET_HOSTNAME @@ -3738,6 +3740,17 @@ case PRIV_NETINET_GETCRED: return (0); + /* + * Allow access to /dev/io in a jail if the non-jailed admin + * requests this and if /dev/io exists in the jail. This + * allows Xorg to probe a card. + */ + case PRIV_IO: + if (cred->cr_prison->pr_allow & PR_ALLOW_DEV_IO) + return (0); + else + return (EPERM); + default: /* * In all remaining cases, deny the privilege request. This @@ -3988,6 +4001,10 @@ CTLTYPE_INT | CTLFLAG_RW | CTLFLAG_MPSAFE, NULL, PR_ALLOW_MOUNT, sysctl_jail_default_allow, "I", "Processes in jail can mount/unmount jail-friendly file systems"); +SYSCTL_PROC(_security_jail, OID_AUTO, dev_io_allow, + CTLTYPE_INT | CTLFLAG_RW | CTLFLAG_MPSAFE, + NULL, PR_ALLOW_DEV_IO, sysctl_jail_default_allow, "I", + "Processes in jail can access /dev/io"); static int sysctl_jail_default_level(SYSCTL_HANDLER_ARGS) @@ -4114,6 +4131,8 @@ "B", "Jail may set file quotas"); SYSCTL_JAIL_PARAM(_allow, socket_af, CTLTYPE_INT | CTLFLAG_RW, "B", "Jail may create sockets other than just UNIX/IPv4/IPv6/route"); +SYSCTL_JAIL_PARAM(_allow, dev_io, CTLTYPE_INT | CTLFLAG_RW, + "B", "Jail can access /dev/io if present"); #ifdef DDB Index: sys/sys/jail.h =================================================================== --- sys/sys/jail.h (revision 197210) +++ sys/sys/jail.h (working copy) @@ -207,7 +207,8 @@ #define PR_ALLOW_MOUNT 0x0010 #define PR_ALLOW_QUOTAS 0x0020 #define PR_ALLOW_SOCKET_AF 0x0040 -#define PR_ALLOW_ALL 0x007f +#define PR_ALLOW_DEV_IO 0x0080 +#define PR_ALLOW_ALL 0x00ff /* * OSD methods From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 12:15:27 2009 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 0CA141065670; Tue, 15 Sep 2009 12:15:27 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id A33978FC18; Tue, 15 Sep 2009 12:15:26 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 15 Sep 2009 08:15:25 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id LCW96764; Tue, 15 Sep 2009 08:15:24 -0400 (EDT) Received: from 209-6-22-227.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.227]) by smtp01.lnh.mail.rcn.net with ESMTP; 15 Sep 2009 08:15:24 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19119.34140.222681.273625@jerusalem.litteratus.org> Date: Tue, 15 Sep 2009 08:15:24 -0400 To: Kurt Jaeger In-Reply-To: <20090915073457.GO48206@home.opsec.eu> References: <20090915073457.GO48206@home.opsec.eu> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 12:15:27 -0000 Kurt Jaeger writes: > > > I had the same problem with beta4: > [...] > > My previous tests were with 8.0-beta4-amd64. > > I now tested with 8.0-beta3-i386, this time installation and > partitioning worked. > > It seems to be a bug with the amd64 code ? That might be. I have tried this with: 1) amd64 beta3 and beta4 using the downloaded DVD images 2) 7.1/7.2 using the installation CD from the set sold by FreeBSD Mall. I also tried on several sets of hardware: SCSI, IDE, SATA. The number of disks and number of slices and partitions per disk had no effect. (1) always failed; (2) succeeded. (Fruitlessly, since the specification was for a clean install of 8.0 code and I had to wipe and try (1) again.) Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 12:19:20 2009 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 57D0F106566C; Tue, 15 Sep 2009 12:19:20 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id E1C6B8FC0A; Tue, 15 Sep 2009 12:19:19 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 15 Sep 2009 08:19:19 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id LCW97222; Tue, 15 Sep 2009 08:18:48 -0400 (EDT) Received: from 209-6-22-227.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.227]) by smtp01.lnh.mail.rcn.net with ESMTP; 15 Sep 2009 08:18:48 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19119.34344.94238.561005@jerusalem.litteratus.org> Date: Tue, 15 Sep 2009 08:18:48 -0400 To: Jin Guojun In-Reply-To: <500794.80873.qm@web82208.mail.mud.yahoo.com> References: <500794.80873.qm@web82208.mail.mud.yahoo.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: bugs@freebsd.org, Thierry Thomas , freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 12:19:20 -0000 Jin Guojun writes: > I do not enve know how to make "dangerously dedicated" disk, and > the 8.0 may do this sliently. I was told in private conversation "dangerously dedicated" mode is currently broken (at least with regards to installation), and that it was removed as an option between beta3 and beta4. Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 12:24:48 2009 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 25D5D10656CC for ; Tue, 15 Sep 2009 12:24:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id BFF648FC28 for ; Tue, 15 Sep 2009 12:24:47 +0000 (UTC) Received: from outgoing.leidinger.net (pD954FB25.dip.t-dialin.net [217.84.251.37]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id D0CB8844730; Tue, 15 Sep 2009 14:24:39 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A3AFF145CDF; Tue, 15 Sep 2009 14:24:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1253017476; bh=H1NodqohmhLKuY3NSndij7PnDnSK8LO+c/QXRbM0Msw=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=drySYnRMp0qAomP7OeGFVnuFkSCcwrlK0R+2EtZkPgNxTadCWOJs3zwH1zvl71MdA Rfy8tJAVNqDIMxIoSnfr8GLFX+rAOoR2vqsUUGCg0WSf7bouYSvespSBYyEmz/U5wz 7ndB39Je/UgSEOz2RY5oRG7KdkFEeNN/hfnOcBpL3UIvqdUWy9MgLBO0JagQUscAoc actts08cYASoRQfMfQ2VlTmQb/3oh31B3yBkCZIA6TQ73utgVjhBQf9QVpCC1e1zKd 5QKTlh/H9KFEUYqCOR6vq8ok6vcSLpgEF7NrkaQ617he90P24YqSkYCZekdpKcvOKH brzpJE6jUVGqw== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n8FCOaWF014717; Tue, 15 Sep 2009 14:24:36 +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 Framework) with HTTP; Tue, 15 Sep 2009 14:24:35 +0200 Message-ID: <20090915142435.11915wlsxyt6d2g4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 15 Sep 2009 14:24:35 +0200 From: Alexander Leidinger To: Mel Flynn References: <200909142024.49226.mel.flynn+fbsd.current@mailing.thruhere.net> <20090915111431.GD47688@deviant.kiev.zoral.com.ua> <200909151403.50609.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200909151403.50609.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: D0CB8844730.EB04E X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.439, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1253622282.43226@hlDFfSuFOQQE2Yrw2XinFQ X-EBL-Spam-Status: No Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: Panic in kern_access 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, 15 Sep 2009 12:24:48 -0000 Quoting Mel Flynn (from Tue, 15 Sep 2009 14:03:50 +0200): > On Tuesday 15 September 2009 13:14:31 Kostik Belousov wrote: >> On Mon, Sep 14, 2009 at 08:24:49PM +0200, Mel Flynn wrote: >> > Hi, >> > >> > below some crash info. However, since kib@ made some fixes that seem >> > to relate to this, I shall rebuild my kernel with new sources. >> >> No my fixes were related to the issue, AFAIR. >> >> > At the time I was building various ports in a jail and asleep, so no >> > other contributing factors. >> > >> > panic: free: address 0xc62e0e00(0xc62e0000) has not been allocated. >> > >> > #0 doadump () at pcpu.h:246 >> > 246 pcpu.h: No such file or directory. >> > in pcpu.h >> > (kgdb) #0 doadump () at pcpu.h:246 >> > #1 0xc0642b57 in boot (howto=260) at >> > /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0642e49 in panic >> > (fmt=Variable "fmt" is not available. >> > ) at /usr/src/sys/kern/kern_shutdown.c:579 >> > #3 0xc062fcfe in free (addr=0x0, mtp=0xc091c330) >> > at /usr/src/sys/kern/kern_malloc.c:444 >> > #4 0xc063b018 in crfree (cr=0xc795ea80) at >> > /usr/src/sys/kern/kern_prot.c:1840 >> >> I want to see the output of >> p/x cr >> and >> p/x cr->cr_groups >> from the frame 4. > > (kgdb) p/x cr > $1 = 0xc795ea80 > (kgdb) p/x cr->cr_groups > $2 = 0xc62e0e00 > (kgdb) p/x *cr->cr_groups > $3 = 0x0 > (kgdb) p/x *cr > $4 = {cr_ref = 0x0, cr_uid = 0x0, cr_ruid = 0x0, cr_svuid = 0x0, > cr_ngroups = 0x2, > cr_rgid = 0x0, cr_svgid = 0x0, cr_uidinfo = 0xc5523380, > cr_ruidinfo = 0xc5523380, > cr_prison = 0xcc3a0800, cr_pspare = 0x0, cr_flags = 0x0, > cr_pspare2 = {0x0, 0x0}, > cr_label = 0x0, cr_audit = {ai_auid = 0xffffffff, ai_mask = > {am_success = 0x0, > am_failure = 0x0}, ai_termid = {at_port = 0x0, at_type = 0x4, > at_addr = {0x0, 0x0, > 0x0, 0x0}}, ai_asid = 0x0, ai_flags = 0x0}, cr_groups = 0xc62e0e00, > cr_agroups = 0x10} > > > Hmm, since this is in credentials, would it be relevant that I have > patched kern_jail.c > to allow /dev/io access? I don't touch credentials,though and X > wasn't running in the jail I would be very surprised if this is related. > at the crash time. Just in case, patch is below. I have a similar patch: http://www.leidinger.net/FreeBSD/current-patches/jail.diff This patch does not contain the necessary change to the DRI driver, currently (HEAD) it uses a generic priv, not a dedicated one like in my patch. When I tried the DRI stuff my system paniced, I hadn't time yet to investigate further. Did you trace hald/X to see what's the reason for the long startup time of X in a jail? Bye, Alexander. -- If a can of Alpo costs 38 cents, would it cost .50 in Dog Dollars? http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 12:49:50 2009 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 46CD6106568B for ; Tue, 15 Sep 2009 12:49:50 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id E3A028FC13 for ; Tue, 15 Sep 2009 12:49:49 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id E85157E818; Tue, 15 Sep 2009 04:50:01 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Tue, 15 Sep 2009 14:49:47 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <200909142024.49226.mel.flynn+fbsd.current@mailing.thruhere.net> <200909151403.50609.mel.flynn+fbsd.current@mailing.thruhere.net> <20090915142435.11915wlsxyt6d2g4@webmail.leidinger.net> In-Reply-To: <20090915142435.11915wlsxyt6d2g4@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909151449.47116.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Alexander Leidinger Subject: Re: Panic in kern_access 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, 15 Sep 2009 12:49:50 -0000 On Tuesday 15 September 2009 14:24:35 Alexander Leidinger wrote: > Quoting Mel Flynn (from > > Tue, 15 Sep 2009 14:03:50 +0200): > > On Tuesday 15 September 2009 13:14:31 Kostik Belousov wrote: > >> On Mon, Sep 14, 2009 at 08:24:49PM +0200, Mel Flynn wrote: > >> > Hi, > >> > > >> > below some crash info. However, since kib@ made some fixes that seem > >> > to relate to this, I shall rebuild my kernel with new sources. > >> > >> No my fixes were related to the issue, AFAIR. > >> > >> > At the time I was building various ports in a jail and asleep, so no > >> > other contributing factors. > >> > > >> > panic: free: address 0xc62e0e00(0xc62e0000) has not been allocated. > >> > > >> > #0 doadump () at pcpu.h:246 > >> > 246 pcpu.h: No such file or directory. > >> > in pcpu.h > >> > (kgdb) #0 doadump () at pcpu.h:246 > >> > #1 0xc0642b57 in boot (howto=260) at > >> > /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0642e49 in panic > >> > (fmt=Variable "fmt" is not available. > >> > ) at /usr/src/sys/kern/kern_shutdown.c:579 > >> > #3 0xc062fcfe in free (addr=0x0, mtp=0xc091c330) > >> > at /usr/src/sys/kern/kern_malloc.c:444 > >> > #4 0xc063b018 in crfree (cr=0xc795ea80) at > >> > /usr/src/sys/kern/kern_prot.c:1840 > >> > >> I want to see the output of > >> p/x cr > >> and > >> p/x cr->cr_groups > >> from the frame 4. > > > > (kgdb) p/x cr > > $1 = 0xc795ea80 > > (kgdb) p/x cr->cr_groups > > $2 = 0xc62e0e00 > > (kgdb) p/x *cr->cr_groups > > $3 = 0x0 > > (kgdb) p/x *cr > > $4 = {cr_ref = 0x0, cr_uid = 0x0, cr_ruid = 0x0, cr_svuid = 0x0, > > cr_ngroups = 0x2, > > cr_rgid = 0x0, cr_svgid = 0x0, cr_uidinfo = 0xc5523380, > > cr_ruidinfo = 0xc5523380, > > cr_prison = 0xcc3a0800, cr_pspare = 0x0, cr_flags = 0x0, > > cr_pspare2 = {0x0, 0x0}, > > cr_label = 0x0, cr_audit = {ai_auid = 0xffffffff, ai_mask = > > {am_success = 0x0, > > am_failure = 0x0}, ai_termid = {at_port = 0x0, at_type = 0x4, > > at_addr = {0x0, 0x0, > > 0x0, 0x0}}, ai_asid = 0x0, ai_flags = 0x0}, cr_groups = > > 0xc62e0e00, cr_agroups = 0x10} > > > > > > Hmm, since this is in credentials, would it be relevant that I have > > patched kern_jail.c > > to allow /dev/io access? I don't touch credentials,though and X > > wasn't running in the jail > > I would be very surprised if this is related. > > > at the crash time. Just in case, patch is below. > > I have a similar patch: > http://www.leidinger.net/FreeBSD/current-patches/jail.diff > > This patch does not contain the necessary change to the DRI driver, > currently (HEAD) it uses a generic priv, not a dedicated one like in > my patch. When I tried the DRI stuff my system paniced, I hadn't time > yet to investigate further. Did you trace hald/X to see what's the > reason for the long startup time of X in a jail? No, sorry. Once I made the patch I started building the needed ports and ran into pmap issues, which seem to be fixed now with r196780. So, I never actually ran Xorg in the jail, as each time I started compiling, kernel would panic within a few hours. Ironically, I picked this up again this weekend, started compiling and then got this kern_access panic, which trashed quite a few things in the jail's file system. I will first consult a voodoo master to lift the curse on this project ;) -- Mel From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 12:52:29 2009 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 D6A9110656A9 for ; Tue, 15 Sep 2009 12:52:29 +0000 (UTC) (envelope-from raul@pop.isdefe.es) Received: from mail1.isdefe.es (mail1.isdefe.es [194.15.213.239]) by mx1.freebsd.org (Postfix) with ESMTP id 97F498FC13 for ; Tue, 15 Sep 2009 12:52:29 +0000 (UTC) Received: from mail1.isdefe.es (mail1.isdefe.es [127.0.0.1]) by localhost.isdefe.es (Postfix) with ESMTP id 15629316742; Tue, 15 Sep 2009 14:52:01 +0200 (CEST) Received: from [10.200.104.66] (unknown [10.200.104.66]) by mail1.isdefe.es (Postfix) with ESMTP id 0942E316741; Tue, 15 Sep 2009 14:52:01 +0200 (CEST) Message-ID: <4AAF8E0C.5070301@pop.isdefe.es> Date: Tue, 15 Sep 2009 14:52:28 +0200 From: Raul User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Andrew Tulloch References: <54854a7a0907150322n52a3595el5352a3987d2c75ac@mail.gmail.com> <58c737d70907151035ya9a829eyf4945d1fadc4ce0e@mail.gmail.com> <4A5EFFF7.4060708@pop.isdefe.es> <4AA797D1.9050409@pop.isdefe.es> <4AAA4A16.4060709@pop.isdefe.es> <54854a7a0909110654g4dadea54p9e01bf908fc0c850@mail.gmail.com> In-Reply-To: <54854a7a0909110654g4dadea54p9e01bf908fc0c850@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Chris Ruiz , freebsd-current@freebsd.org Subject: Re: Boot-time hang with the CISS driver on HP 385 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, 15 Sep 2009 12:52:29 -0000 Andrew Tulloch escribió: >>> ciss0: PERFORMANT Transport >>> ciss0: can't allocate interrupt >>> panic: mtx_unlock() of spin mutex (null) @ [....] >> ... whatever. As a quick and dirty try i've erased nvram leaving behind all >> previous settings. As a result, boot process goes further ... and stop [....] > I found my issues seemed to be related to the bge controller in the > machine and setting the tunable: > hw.bge.allow_asf=0 > > resolved the problem for me and the machine would reliably boot and > has worked flawlessly since, have you tried that at all? I did it without success as Andrew suggest me in mid july. My problem was a little before during the boot process. After the bios messing I've found that I have to set hw.bge.allow_asf to 0 to be able to complete boot on both boxes. Trying to reproduce the problem on the second box, I've seen that there is no way to pass the ciss boot problem using the proposed media for release 8. However, installing 7.2 release and compiling RELENG_8 works perfect :/ [....] > worth changing it back if it makes a lot of machine unbootable? as far I concern ... :) From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 13:17:04 2009 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 07D441065670; Tue, 15 Sep 2009 13:17:04 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id B8CF88FC1E; Tue, 15 Sep 2009 13:17:03 +0000 (UTC) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw02.mail.saunalahti.fi (Postfix) with SMTP id 262A5139B92; Tue, 15 Sep 2009 16:16:54 +0300 (EEST) Date: Tue, 15 Sep 2009 16:16:54 +0300 From: Jaakko Heinonen To: Craig Rodrigues Message-ID: <20090915131654.GA2369@a91-153-125-115.elisa-laajakaista.fi> References: <20090908202553.GA1368@mr-happy.com> <200909090902.34055.mel.flynn+fbsd.current@mailing.thruhere.net> <20090910091329.GA2726@a91-153-125-115.elisa-laajakaista.fi> <200909140302.03003.mel.flynn+fbsd.current@mailing.thruhere.net> <20090914173208.GA4273@a91-153-125-115.elisa-laajakaista.fi> <20090915040032.GA68823@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090915040032.GA68823@crodrigues.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Mel Flynn , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Jeff Blank Subject: Re: 8.0-BETA4 panic: ffs_sync: rofs mod 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, 15 Sep 2009 13:17:04 -0000 Hi, On 2009-09-15, Craig Rodrigues wrote: > Instead of using your proposed patch, could you try this patch? Unfortunately the patch doesn't help. After the command # mount -o ro,rw /dev/md0 /mnt active string options for the mount point are ro, noro, fstype, fspath, from and errmsg. Again it blows on update mount because of the active "ro" option. I am also worried about using "noro" instead of "rw". At least zfs seem to set and test for "rw" option. (Grep for MNTOPT_RW under sys/cddl.) I have extended ddb(4) "show mount" command to print active string options to ease debugging. The change is below if someone is interested. %%% Index: sys/kern/vfs_subr.c =================================================================== --- sys/kern/vfs_subr.c (revision 193492) +++ sys/kern/vfs_subr.c (working copy) @@ -2762,6 +2762,7 @@ DB_SHOW_COMMAND(mount, db_show_mount) { struct mount *mp; + struct vfsopt *opt; struct statfs *sp; struct vnode *vp; char buf[512]; @@ -2867,6 +2868,18 @@ } db_printf(" mnt_kern_flag = %s\n", buf); + db_printf(" mnt_opt = "); + opt = TAILQ_FIRST(mp->mnt_opt); + if (opt != NULL) { + db_printf("%s", opt->name); + opt = TAILQ_NEXT(opt, link); + while (opt != NULL) { + db_printf(", %s", opt->name); + opt = TAILQ_NEXT(opt, link); + } + } + db_printf("\n"); + sp = &mp->mnt_stat; db_printf(" mnt_stat = { version=%u type=%u flags=0x%016jx " "bsize=%ju iosize=%ju blocks=%ju bfree=%ju bavail=%jd files=%ju " %%% -- Jaakko From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 14:39:15 2009 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 0A110106566C for ; Tue, 15 Sep 2009 14:39:15 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mailv3.ecc.u-tokyo.ac.jp (mailv3.ecc.u-tokyo.ac.jp [133.11.225.58]) by mx1.freebsd.org (Postfix) with ESMTP id 8224B8FC1A for ; Tue, 15 Sep 2009 14:39:14 +0000 (UTC) Received: from mailv1.ecc.u-tokyo.ac.jp (mailv1.ecc.u-tokyo.ac.jp [133.11.225.59]) by mailv3.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id E4DD46C032B for ; Tue, 15 Sep 2009 23:03:19 +0900 (JST) Received: from mhs003.ecc.u-tokyo.ac.jp (mhs003.ecc.u-tokyo.ac.jp [133.11.70.163]) by mailv1.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 92FDB6C0043 for ; Tue, 15 Sep 2009 23:03:18 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs003.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Tue, 15 Sep 2009 23:03:00 +0900 Date: Tue, 15 Sep 2009 23:03:00 +0900 Message-ID: From: Hiroharu Tamaru To: "Li, Qing" In-Reply-To: References: <20090914174309.GF37291@hal.rescomp.berkeley.edu> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp X-Mailman-Approved-At: Tue, 15 Sep 2009 15:19:54 +0000 Cc: freebsd-net@freebsd.org, ccowart@rescomp.berkeley.edu, freebsd-current@freebsd.org, erikk@berkeley.edu Subject: Re: 8.0-BETA4 not responding to ARP for published entries 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, 15 Sep 2009 14:39:15 -0000 Hi, At Mon, 14 Sep 2009 21:50:47 -0700, Li, Qing wrote: > Hi, > > Please try patch at > > http://people.freebsd.org/~qingli/proxy-arp-patch.diff > > -- Qing Thanks for taking care of it. I tried it, and now proxy arp works on the patched FreeBSD 8.0-CURRENT-200902/amd64 as expected. Thanks! Could it be considered important enough to make it into 8.0-RELEASE at this final stage? Hope it will, but if not, please consider to point it out in the release note. Hiroharu Tamaru > -----Original Message----- > From: owner-freebsd-net@freebsd.org on behalf of Hiroharu Tamaru > Sent: Mon 9/14/2009 6:34 PM > To: freebsd-net@freebsd.org > Subject: Re: 8.0-BETA4 not responding to ARP for published entries > > > At Mon, 14 Sep 2009 10:43:09 -0700, Chris Cowart wrote: > > We have a system which makes heavy use of published arp entries. I know > > the arp code has been significantly overhauled in 8, but it looks like > > this functionality is now broken. > > > > $ arp -s 172.16.132.100 00:0c:29:16:bd:49 pub > > > > If I watch tcpdump on the interface, I see arp requests come in but no > > replies are sent. This is a clean build with no firewalls enabled. > > Just for another datapoint, I see the same symptom. > I am currently running ports/net-mgmt/choparp as a workaround. > > At Thu, 23 Apr 2009 21:13:51 +0900, Hiroharu Tamaru wrote: > > Subject: proxy arp on 8.0-current? > > Date: Thu, 23 Apr 2009 21:13:51 +0900 > > To: freebsd-net@freebsd.org > > > > Hi, > > > > I'm trying to setup an proxy arp on a dual homed host. > > > > I noticed that I cannot set it up on 8.0-current the same way as I > > could on 6.2; hence the question: have the setup procedure changed > > recently (when the arp table was separated from the routing table, > > maybe?)? My 8.0-current is from 200902 snapshot. > > > > Here is a simple demonstration using two single-interfaced hosts: > > > > setup: > > host6.2# ifconfig em0 inet 192.168.0.1/24 > > host6.2# arp -s 192.168.0.11 auto pub > > host6.2# arp -an | grep permanent > > ? (192.168.0.1) at 00:16:d3:xx:xx:xx on em0 permanent [ethernet] > > ? (192.168.0.11) at 00:16:d3:xx:xx:xx on em0 permanent published [ethernet] > > host6.2# tcpdump -np arp > > > > host8.0# ifconfig em0 inet 192.168.0.2/24 > > host8.0# arp -s 192.168.0.12 auto pub > > host8.0# arp -an | grep permanent > > ? (192.168.0.2) at 00:0c:29:xx:xx:xx on em0 permanent [ethernet] > > ? (192.168.0.12) at 00:0c:29:xx:xx:xx on em0 permanent published [ethernet] > > host8.0# tcpdump -np arp > > > > then, I do: > > host6.2# arp -d 192.168.0.2; ping -c 1 192.168.0.2 > > host6.2# arp -d 192.168.0.12; ping -c 1 192.168.0.12 > > host8.0# arp -d 192.168.0.1; ping -c 1 192.168.0.1 > > host8.0# arp -d 192.168.0.11; ping -c 1 192.168.0.11 > > > > I am not caring about 'arp -d' errors (cannot locate) nor ping not > > responding (for proxied addresses). I just cared about arp requests and > > replys for now. The output of tcpdump on both sides are like this: > > > > arp who-has 192.168.0.2 tell 192.168.0.1 > > arp reply 192.168.0.2 is-at 00:0c:29:xx:xx:xx > > > > arp who-has 192.168.0.12 tell 192.168.0.1 > > ---->no reply > > > > arp who-has 192.168.0.1 tell 192.168.0.2 > > arp reply 192.168.0.1 is-at 00:16:d3:xx:xx:xx > > > > arp who-has 192.168.0.11 tell 192.168.0.2 > > arp reply 192.168.0.11 is-at 00:16:d3:xx:xx:xx > > > > As you can see from the above, > > 'arp -s 192.168.0.12 auto pub' on 8.0-current host > > seems not to be producing proxy arp's. > > > > What am I missing? > > > > Thanks. > > -- > > Hiroharu Tamaru From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 15:54:45 2009 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 35F1910656AA; Tue, 15 Sep 2009 15:54:45 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0508FC1D; Tue, 15 Sep 2009 15:54:44 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9F29945C8A; Tue, 15 Sep 2009 17:54:42 +0200 (CEST) Received: from localhost (pdawidek.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 54801456B1; Tue, 15 Sep 2009 17:54:37 +0200 (CEST) Date: Tue, 15 Sep 2009 17:54:36 +0200 From: Pawel Jakub Dawidek To: Alexander Motin Message-ID: <20090915155436.GB2199@garage.freebsd.pl> References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <4AAD5365.5000902@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Kris Kennaway , FreeBSD Current Subject: Re: ata timeouts under load 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, 15 Sep 2009 15:54:45 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 13, 2009 at 11:17:41PM +0300, Alexander Motin wrote: > Kris Kennaway wrote: > > I am getting timeouts on 8.0b4/HEAD when I do a lot of ZFS I/O to a pool > > on ad4: > >=20 > > atapci0: port > > 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0= xb000-0xb0ff > > irq 20 at device 15.0 on pci0 > > ata2: on atapci0 > > ata3: on atapci0 > > ata0: on atapci1 > > ata1: on atapci1 > >=20 > > ad4: 476940MB at ata2-master SATA150 > > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > > completing request directly > > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > > completing request directly > > ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing > > request directly > > ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing > > request directly > > ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly > > ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=3D344052040 > > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > > completing request directly > > ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - > > completing request directly > >=20 > > It becomes stuck in a loop displaying the above and is unable to > > complete further I/O operations. I wonder if it is just batching up a > > lot of I/O and then timing out because it is busy, and then not > > recovering from this state? > >=20 > > Any ideas what could be wrong? >=20 > There are two different kinds of timeouts we can see: > - first one, "ad4: WARNING - ..." is just a queue waiting timeout. It > is not the reason, but consequence of the problem. And I have doubts > that it is reasonable to do it. > - second one, "TIMEOUT - WRITE_DMA48 ..." is a real command execution > timeout. I don't know whether this is result of some improper error > recovery, or you drive indeed lost required servo information near > LBA=3D344052040 and tries to find it too long. You can try to read that > sector and nearby ones with dd. Could this be related to BIO_FLUSH requests? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKr7i8ForvXbEpPzQRAjDaAKDKTb9Xl6KXNgVYQH7JrhaUBbIauwCgiZa6 kDiftv2qOLh6T0GYwbPV7Ag= =7NCB -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 16:45:25 2009 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 697D31065672; Tue, 15 Sep 2009 16:45:25 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id BF8C48FC15; Tue, 15 Sep 2009 16:45:24 +0000 (UTC) Received: by fxm6 with SMTP id 6so2803394fxm.43 for ; Tue, 15 Sep 2009 09:45:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=xf2CThXn4a1AOmnE+E43j3hb9quLIt0fYWa1gwkDVw0=; b=ifkX/TFqFN04boykO1trv8VMWSMrrjILAd/4vSzFk0iCEee8Oxo5JRInhtZlMcn7wn 85NxEAeFNPxqi1ak29WnDYH4ca465PIBiGYwXENboWwLqJxkWh0h/BmKVcPikthIPLWe 4bvHgB//wV+KpTT/aYkKzSYdHOUkABKitouUg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=a5wlhjh6jGTfHum0AIcNwyjkS+qdVE4Mrmz+eC/Y4V0gqMQFegudCC8r2NCGh3bC/6 BCbFX30KkiogM7orrbNtDnRLLmjC1xFjpqgxX810VPWUismlOJ7kaHKj/U1uByd7gxnJ uibadBHac8ZDSImSa+FVYvbgzERoyS79iaTeQ= Received: by 10.204.161.204 with SMTP id s12mr6416770bkx.26.1253031667428; Tue, 15 Sep 2009 09:21:07 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y15sm2303458fkd.49.2009.09.15.09.21.06 (version=SSLv3 cipher=RC4-MD5); Tue, 15 Sep 2009 09:21:07 -0700 (PDT) Sender: Alexander Motin Message-ID: <4AAFBEEE.8090101@FreeBSD.org> Date: Tue, 15 Sep 2009 19:21:02 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <20090915155436.GB2199@garage.freebsd.pl> In-Reply-To: <20090915155436.GB2199@garage.freebsd.pl> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Kris Kennaway , FreeBSD Current Subject: Re: ata timeouts under load 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, 15 Sep 2009 16:45:25 -0000 Pawel Jakub Dawidek wrote: > On Sun, Sep 13, 2009 at 11:17:41PM +0300, Alexander Motin wrote: >> Kris Kennaway wrote: >>> I am getting timeouts on 8.0b4/HEAD when I do a lot of ZFS I/O to a pool >>> on ad4: >>> >>> atapci0: port >>> 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff >>> irq 20 at device 15.0 on pci0 >>> ata2: on atapci0 >>> ata3: on atapci0 >>> ata0: on atapci1 >>> ata1: on atapci1 >>> >>> ad4: 476940MB at ata2-master SATA150 >>> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >>> completing request directly >>> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >>> completing request directly >>> ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing >>> request directly >>> ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing >>> request directly >>> ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly >>> ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=344052040 >>> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >>> completing request directly >>> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >>> completing request directly >>> >>> It becomes stuck in a loop displaying the above and is unable to >>> complete further I/O operations. I wonder if it is just batching up a >>> lot of I/O and then timing out because it is busy, and then not >>> recovering from this state? >>> >>> Any ideas what could be wrong? >> There are two different kinds of timeouts we can see: >> - first one, "ad4: WARNING - ..." is just a queue waiting timeout. It >> is not the reason, but consequence of the problem. And I have doubts >> that it is reasonable to do it. >> - second one, "TIMEOUT - WRITE_DMA48 ..." is a real command execution >> timeout. I don't know whether this is result of some improper error >> recovery, or you drive indeed lost required servo information near >> LBA=344052040 and tries to find it too long. You can try to read that >> sector and nearby ones with dd. > > Could this be related to BIO_FLUSH requests? BIO_FLUSH implemented via FLUSHCACHE48 command, not a WRITE_DMA48, so message doesn't fit. But theoretically, if drive has write caching enabled, FLUSHCACHE48 could take longer to execute then other commands. Especially looking that ATA(4) has very strict timeouts. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 17:31:16 2009 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 0C18E106566B for ; Tue, 15 Sep 2009 17:31:16 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6668FC08 for ; Tue, 15 Sep 2009 17:31:15 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id n8FHVCNC048498; Tue, 15 Sep 2009 19:31:13 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 15 Sep 2009 19:31:11 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA56F36@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b Thread-Index: Aco1iFVDEcMIxaLyQ+up3YPDNNlpZgAoTa5w References: <20090914184507.GB5360@graf.pompo.net><500794.80873.qm@web82208.mail.mud.yahoo.com> <20090914220651.GF5360@graf.pompo.net> From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Thierry Thomas Subject: RE: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 17:31:16 -0000 >Le Lun 14 sep 09 =E0 23:08:53 +0200, Jin Guojun =E9crivait=A0: >> I do not enve know how to make "dangerously dedicated" disk, and the >> 8.0 may do this sliently. >No, I don't think so! But such a problem may arise if your disk had = been >installed as "dangerously dedicated" in a former version. = Unfortunately, >previous versions of sysinstall have created uncorrect labels, and the >new gpart in 8.0 does not see them. >In that case, you have to boot kernel.old and wipe out the bad label. = If >you reboot with a 7.2 kernel, can you see your missing partitions? >--=20 >Th. Thomas. I have a problem like this also. I have a server which runs FreeBSD 7.2 and i did update it to RELENG_8 = but i can not see the data disk anymore. If i put in an system disk with FreeBSD 6 or 7 or pcbsd then i can read = the disk fine. Or if i put the data disk into a server with 6, 7 or pcbsd i also can = see the disk. What can i do to make the drive useable in 8. Regards, Johan No virus found in this outgoing message. Checked by AVG - www.avg.com=20 Version: 8.5.409 / Virus Database: 270.13.99/2372 - Release Date: = 09/15/09 05:59:00 From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 17:48:45 2009 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 528401065693 for ; Tue, 15 Sep 2009 17:48:45 +0000 (UTC) (envelope-from a_romolo@hotmail.com) Received: from snt0-omc2-s36.snt0.hotmail.com (snt0-omc2-s36.snt0.hotmail.com [65.55.90.111]) by mx1.freebsd.org (Postfix) with ESMTP id 25C4F8FC17 for ; Tue, 15 Sep 2009 17:48:44 +0000 (UTC) Received: from SNT114-W30 ([65.55.90.72]) by snt0-omc2-s36.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 15 Sep 2009 10:36:45 -0700 Message-ID: X-Originating-IP: [189.119.31.116] From: Rom Albuquerque To: Date: Tue, 15 Sep 2009 17:36:45 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 15 Sep 2009 17:36:45.0176 (UTC) FILETIME=[183F0F80:01CA362B] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Source level upgrade from 4.9 to 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, 15 Sep 2009 17:48:45 -0000 Hi folks. Need help in doing the following=2C but first want to check=20 and see if it is feasible with the latest release=2C or if I'm just going t= o=20 be spinning my wheels on this one.=20 The Objective. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I have a FreeBSD 4.9-RELEASE system which I want to upgrade to 7.X=20 from the source level. Had a bunch of problems installing 7.1-RELEASE from= =20 the CD distribution I got from freebsdmall.com. Several problems that=20 could not mount the CD at the time of installation causing sysinstall to halt. So=2C 4.9 is installed and working=2C is there a source level backward compatibility issue between 7.x and anything older than 6.0 ? In other words=2C upgrading from the sources with such an old distribution is a doable task ? =20 Your response is greatly appreciated.=20 Many thanks.=20 =20 --Rom a_romolo@hotmail.com _________________________________________________________________ Bing brings you health info from trusted sources. http://www.bing.com/search?q=3Dpet+allergy&form=3DMHEINA&publ=3DWLHMTAG&cre= a=3DTXT_MHEINA_Health_Health_PetAllergy_1x1= From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 17:52:15 2009 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 2470F106568D for ; Tue, 15 Sep 2009 17:52:15 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id D415A8FC0C for ; Tue, 15 Sep 2009 17:52:14 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:47283 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MncBz-0006Ja-5N; Tue, 15 Sep 2009 19:51:53 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 9F2B21A28A7; Tue, 15 Sep 2009 19:51:50 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: Date: Tue, 15 Sep 2009 19:51:47 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: To: Rom Albuquerque X-Mailer: Apple Mail (2.1076) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1MncBz-0006Ja-5N. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MncBz-0006Ja-5N f0d02c93e0c468010357759083e62208 Cc: freebsd-current@freebsd.org Subject: Re: Source level upgrade from 4.9 to 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, 15 Sep 2009 17:52:15 -0000 On Sep 15, 2009, at 7:36 PM, Rom Albuquerque wrote: > Hi folks. Need help in doing the following, but first want to check > and see if it is feasible with the latest release, or if I'm just > going to > be spinning my wheels on this one. > > The Objective. > ============== > > I have a FreeBSD 4.9-RELEASE system which I want to upgrade to 7.X > from the source level. Had a bunch of problems installing 7.1- > RELEASE from > the CD distribution I got from freebsdmall.com. Several problems that > could not mount the CD at the time of installation causing sysinstall > to halt. So, 4.9 is installed and working, is there a source level > backward compatibility issue between 7.x and anything older than 6.0 ? > In other words, upgrading from the sources with such an old > distribution is a doable task ? > > > Your response is greatly appreciated. > > Many thanks. I can't say how many steps are needed, but more than one. From /usr/src/UPDATING: 20080123: To upgrade to -current after this date, you must be running FreeBSD not older than 6.0-RELEASE. Upgrading to -current from 5.x now requires a stop over at RELENG_6 or RELENG_7 systems. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 18:33:21 2009 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 C1FE5106566B for ; Tue, 15 Sep 2009 18:33:21 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by mx1.freebsd.org (Postfix) with ESMTP id 797D78FC2A for ; Tue, 15 Sep 2009 18:33:21 +0000 (UTC) Received: by ywh9 with SMTP id 9so6009353ywh.32 for ; Tue, 15 Sep 2009 11:33:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=W0s+NlxOwIvP1Qpi5+X2y04Vww7UQwuYgI1TGvQrnlU=; b=bwIiiT1eGYgYPcg4NGPMFtPVUI99uxaqPqJkNOiWcmA8PxNNcKKRpVREk0T5FQ8PTU yYSPiFcb40O6lFyxl4erOUz/2g34/7fRiwuSvYynKJQnHBZa6xEf79AJm81vsrwrvAvk MFMSIphTuIoA0HoPMdD97m04dBboGWqR86+pI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RF8pDOfrLkVQh8OqJYBGiGI6pgg9tRgpdOQoTgjEWag9vwIv86VdilycKTQAexeZng 980X61TcpI2n11SPQDg+sJ0nU0DiKdPQKePOuxiutxtKm0tQCqC7qWBkZv2WGTgUfBQl asp66m7B302O1NC4H+zI1uyN2oWx+lNu9DDgA= MIME-Version: 1.0 Received: by 10.150.130.38 with SMTP id c38mr12915089ybd.213.1253039599003; Tue, 15 Sep 2009 11:33:19 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Sep 2009 13:33:18 -0500 Message-ID: <6201873e0909151133u2a9204e0ma9cb1ddda586c2f6@mail.gmail.com> From: Adam Vande More To: Thomas Backman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rom Albuquerque , freebsd-current@freebsd.org Subject: Re: Source level upgrade from 4.9 to 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, 15 Sep 2009 18:33:21 -0000 On Tue, Sep 15, 2009 at 12:51 PM, Thomas Backman wrote: > On Sep 15, 2009, at 7:36 PM, Rom Albuquerque wrote: > > Hi folks. Need help in doing the following, but first want to check >> and see if it is feasible with the latest release, or if I'm just going to >> be spinning my wheels on this one. >> >> The Objective. >> ============== >> >> I have a FreeBSD 4.9-RELEASE system which I want to upgrade to 7.X >> from the source level. Had a bunch of problems installing 7.1-RELEASE from >> the CD distribution I got from freebsdmall.com. Several problems that >> could not mount the CD at the time of installation causing sysinstall >> to halt. So, 4.9 is installed and working, is there a source level >> backward compatibility issue between 7.x and anything older than 6.0 ? >> In other words, upgrading from the sources with such an old >> distribution is a doable task ? >> >> >> Your response is greatly appreciated. >> >> Many thanks. >> > I can't say how many steps are needed, but more than one. > From /usr/src/UPDATING: > > 20080123: > To upgrade to -current after this date, you must be running > FreeBSD not older than 6.0-RELEASE. Upgrading to -current > from 5.x now requires a stop over at RELENG_6 or RELENG_7 systems. > > Regards, > Thomas I read that as he can go straight to RELENG_7 without a stop, it's after that is an issue. Provided there's nothing else in /usr/src/UPDATING anyways. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 18:36:35 2009 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 050F0106566C for ; Tue, 15 Sep 2009 18:36:35 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-yx0-f193.google.com (mail-yx0-f193.google.com [209.85.210.193]) by mx1.freebsd.org (Postfix) with ESMTP id B468A8FC29 for ; Tue, 15 Sep 2009 18:36:34 +0000 (UTC) Received: by yxe31 with SMTP id 31so5554856yxe.29 for ; Tue, 15 Sep 2009 11:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Xxr9LN/RyzezfL01tl9LUQA9x9J0MRdvR7lymL7N2t8=; b=HGfoof3JKSK4pniS6ZO937enB42JtRSvNPzzwvTbhIoQoyMN9w1tOof3FzOWm/IwOh 0iQne6czGjkv6gSmUfgVamtgKGg6MJDzess+QGsN0EV47Zk1vp9cwlhYvTWJAJtmlmD6 YnnZ8HLNuT6gsHaArjh2wVlTakhF4naRPxedA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=o/AGLJXEOKPGjWn1/76LVzQVr+EeP+V0SIqoXZNUHrstgdCUe2u5Vx6bcaYE3zdKMe NVFu7wqHi5Xmdgw+Wqcd+OfRd3679ycljnCHM8V2B/OrKwhP9iSTM5ZPSeos2UwH64RV 9XP2+CSCXVlx2feefim/KBYSHbPzBq3awwhx8= MIME-Version: 1.0 Received: by 10.90.11.30 with SMTP id 30mr4788356agk.42.1253039792764; Tue, 15 Sep 2009 11:36:32 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Sep 2009 14:36:32 -0400 Message-ID: From: "illoai@gmail.com" To: Rom Albuquerque Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Source level upgrade from 4.9 to 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, 15 Sep 2009 18:36:35 -0000 2009/9/15 Rom Albuquerque : > > > > =A0Hi folks. Need help in doing the following, but first want to check > and see if it is feasible with the latest release, or if I'm just going t= o > be spinning my wheels on this one. > > The Objective. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > =A0I have a FreeBSD 4.9-RELEASE system which I want to upgrade to 7.X > from the source level. Had a bunch of problems installing 7.1-RELEASE fro= m > the CD distribution I got from freebsdmall.com. Several problems that > could not mount the CD at the time of installation causing sysinstall > to halt. So, 4.9 is installed and working, is there a source level > backward compatibility issue between 7.x and anything older than 6.0 ? > In other words, upgrading from the sources with such an old > distribution is a doable task ? > UFS1 v. UFS2, which isn't a big deal. Also, is your root partition large enough? IIRC 4.x defaulted to about 128M for /, which is far too small for 7.x and on. --=20 -- From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 18:44:42 2009 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 79DD61065696; Tue, 15 Sep 2009 18:44:42 +0000 (UTC) (envelope-from tlott@gamesnet.de) Received: from spirit.gamesnet.de (spirit.gamesnet.de [87.230.101.86]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2738FC1E; Tue, 15 Sep 2009 18:44:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTP id 0A1A229B013; Tue, 15 Sep 2009 20:44:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.gamesnet.de Received: from spirit.gamesnet.de ([127.0.0.1]) by localhost (spirit.gamesnet.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5sNF3e4jZxG6; Tue, 15 Sep 2009 20:44:06 +0200 (CEST) Received: from sub.han.vpn.gamesnet.de (sub.han.vpn.gamesnet.de [192.168.1.101]) by spirit.gamesnet.de (Postfix) with ESMTPSA id DB15729B00F; Tue, 15 Sep 2009 20:44:05 +0200 (CEST) Date: Tue, 15 Sep 2009 20:44:04 +0200 From: Tobias Lott To: "Pawel Jakub Dawidek" Message-ID: <20090915204404.79cf9325@sub.han.vpn.gamesnet.de> In-Reply-To: <102295df02d347c97bd098dc89ccb534.squirrel@mail.gamesnet.de> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> <20090909101346.01887a02@sub.han.vpn.gamesnet.de> <20090910215254.GD2718@garage.freebsd.pl> <102295df02d347c97bd098dc89ccb534.squirrel@mail.gamesnet.de> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 15 Sep 2009 18:44:42 -0000 On Fri, 11 Sep 2009 11:51:25 +0200 tlott@gamesnet.de wrote: > > On Wed, Sep 09, 2009 at 10:13:46AM +0200, Tobias Lott wrote: > >> > >> > >> On Wed, 9 Sep 2009 07:42:49 +0200 > >> Pawel Jakub Dawidek wrote: > >> > >> > On Wed, Sep 09, 2009 at 12:19:42AM +0200, Tobias Lott wrote: > >> > > Hey Everyone > >> > > > >> > > I've managed to get some Output for this, using BETA2 LiveCD > >> > > (gonna try using BETA4 CD Tomorrow). > >> > > > >> > > 'zfs import -f poolname' triggered this, Booting kernel.old > >> > > (BETA3) and today built BETA4 Kernel Panic mounting zfs > >> > > Volumes. Booting single user mode I get output of zfs list and > >> > > so on but mounting whatever volume also Panics. > >> > > >> > Why -f? Were there a poblem in importing pool? > >> > > >> > > Stack output, if there's more you need I'll gladly help > >> > > http://i27.tinypic.com/2d78qpd.jpg > >> > > http://i31.tinypic.com/oqhv2w.jpg > >> > > http://i28.tinypic.com/oktsag.jpg > >> > > >> > Could you also provide top part of the backtrace? > >> > > >> Oh yeah my bad > >> > >> http://i29.tinypic.com/nqwxo2.jpg > >> http://i26.tinypic.com/209hanm.jpg > > > > Seems that one of the vdevs is NULL. Could you tell me why you > > decided to use -f option for importing the pool? > > > > -- > > Pawel Jakub Dawidek http://www.wheel.pl > > pjd@FreeBSD.org http://www.FreeBSD.org > > FreeBSD committer Am I Evil? Yes, I Am! > > > > Because zpool import tank says: > cannot import 'tank': pool may be in use from other system > use '-f' to import anyway > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" Any news on this? -- Tobias Lott From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 18:49:18 2009 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 5A1481065672 for ; Tue, 15 Sep 2009 18:49:18 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by mx1.freebsd.org (Postfix) with ESMTP id 115CE8FC1A for ; Tue, 15 Sep 2009 18:49:17 +0000 (UTC) Received: by ywh9 with SMTP id 9so6029761ywh.32 for ; Tue, 15 Sep 2009 11:49:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=MHJMsMdTSZvbT7F9Qyl1f/98kT/Xyzs7zOTL5t+1Gvw=; b=BhMzdezdQSFCVrfNPGfMTbGUJpW1FPHxVvzjM2XPOMNwNw/rCics2+Z9vzc8FrmXZ8 4hXysjb5kHdHd1lr/OZkcCNQ6iMr50gJwu5U5rdKqsS45w7xaQ/AVKR4AkIVv2dqIHBc jVMmnDE/ljKWjkVdhyyOZdf4u/A2VASKdGxK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Fwq+tGDJpW3DhgyXxPgSRvJxJPX2L+AstIjZlGm4sWEF78hEvP8TmCVd2GxoYyI98Q KEuVFktraxFHNc9iUzAPBKVCM3Ud5pL6jA7pHCf0YUxLwBRGBo42tSsLF4RotWBj+sr9 Y4cJkBfA2MiQKoKLpUy+QoTQz6IoCdEGGdtDY= MIME-Version: 1.0 Received: by 10.151.20.1 with SMTP id x1mr13021530ybi.124.1253040556396; Tue, 15 Sep 2009 11:49:16 -0700 (PDT) In-Reply-To: <6201873e0909151133u2a9204e0ma9cb1ddda586c2f6@mail.gmail.com> References: <6201873e0909151133u2a9204e0ma9cb1ddda586c2f6@mail.gmail.com> Date: Tue, 15 Sep 2009 11:49:16 -0700 Message-ID: From: Freddie Cash To: Adam Vande More Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: Source level upgrade from 4.9 to 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, 15 Sep 2009 18:49:18 -0000 On Tue, Sep 15, 2009 at 11:33 AM, Adam Vande More wrote: > On Tue, Sep 15, 2009 at 12:51 PM, Thomas Backman >wrote: > > > On Sep 15, 2009, at 7:36 PM, Rom Albuquerque wrote: > > > > Hi folks. Need help in doing the following, but first want to check > >> and see if it is feasible with the latest release, or if I'm just going > to > >> be spinning my wheels on this one. > >> > >> The Objective. > >> ============== > >> > >> I have a FreeBSD 4.9-RELEASE system which I want to upgrade to 7.X > >> from the source level. Had a bunch of problems installing 7.1-RELEASE > from > >> the CD distribution I got from freebsdmall.com. Several problems that > >> could not mount the CD at the time of installation causing sysinstall > >> to halt. So, 4.9 is installed and working, is there a source level > >> backward compatibility issue between 7.x and anything older than 6.0 ? > >> In other words, upgrading from the sources with such an old > >> distribution is a doable task ? > You can't go directly from 4.x to 7.x. You have to do it in multiple steps. The most conservative method would be: 4.9 --> 4-STABLE (RELENG_4) 4-STABLE --> 5.0 (RELENG_5_0_0_RELEASE) 5.0 --> 5-STABLE (RELENG_5) 5-STABLE --> 6.0 (RELENG_6_0_0_RELEASE) 6.0 --> 6-STABLE (RELENG_6) 6-STABLE --> 7.0 (RELENG_7_0_0_RELEASE) 7.0 --> 7.2 (RELENG_7_2) Some of those steps may be possible to skip. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 19:03:53 2009 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 0B7D1106566C for ; Tue, 15 Sep 2009 19:03:53 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2D68FC17 for ; Tue, 15 Sep 2009 19:03:52 +0000 (UTC) Received: by ewy4 with SMTP id 4so4374631ewy.36 for ; Tue, 15 Sep 2009 12:03:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=NJvF6sgKo5HFCgrr4bfC3GaNNGC+VE92enad/CH0DnU=; b=QRCvejz2G6pjMeu2uAYKKKhkFBdHjsVSJrSA+S5swLcOCd4BDyv3xhDcb76W+B2+tv MpMH8bc+MUtizcsnh4qDIKwzScPObz+DXQLliT9YGyRGWwkfjKJ6Pk1noh5Fv0I2fMts cXDevq2UvdLaFFyvOUE/+GABHkT7uf09vGutk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LL8aHJUtdoHUzTK6zWxk4kEXjwnYAPKmtphNXAqtdQhussk3tFwpduWBX1os2u2ADo /aOV7piBeDev9j20I8u+ortrQ134CmQ1Am/1CbGAIUmNC1ttEliyD5pP4PCEZRUaIMpR 2i+yGh6xZxwR9aFJvLOwNBsv98fKh7GtE6y0w= MIME-Version: 1.0 Received: by 10.216.28.76 with SMTP id f54mr1511142wea.182.1253039546526; Tue, 15 Sep 2009 11:32:26 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Sep 2009 14:32:26 -0400 Message-ID: <5f67a8c40909151132m3869f06er82d49cbc4f481587@mail.gmail.com> From: Zaphod Beeblebrox To: Thomas Backman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rom Albuquerque , freebsd-current@freebsd.org Subject: Re: Source level upgrade from 4.9 to 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, 15 Sep 2009 19:03:53 -0000 On Tue, Sep 15, 2009 at 1:51 PM, Thomas Backman wrote: > On Sep 15, 2009, at 7:36 PM, Rom Albuquerque wrote:I have a FreeBSD > 4.9-RELEASE system which I want to upgrade to 7.X > > from the source level. Had a bunch of problems installing 7.1-RELEASE from >> the CD distribution I got from freebsdmall.com. Several problems that >> could not mount the CD at the time of installation causing sysinstall >> to halt. So, 4.9 is installed and working, is there a source level >> backward compatibility issue between 7.x and anything older than 6.0 ? >> In other words, upgrading from the sources with such an old >> distribution is a doable task ? >> > Wow... project time. Generally, I've done this type of thing by doing something like 4.9->5.0->5.x->6.0->6.x->7.0->7.x Why? Generally updating from Y.X to Y+1.0 is something that has been done many times. Then Y.0 -> Y.X is also straightforward. The fact that I don't go from Y.0 to Y+1.0 is just superstition. The Y.0 rev is very often out of maintenance before y+1.0 is released. Of course, if the hardware hasn't been updated since 4.9, then you're probably going to have buildworld times in the 6 to 8 hours. Oi. If you get to the minimum support level of freebsd-update, the remaining upgrades might be faster through freebsd-update. ... although I've found version upgrades tedious through freebsd-update. It seems to want to manually merge every text file that has a CVS string change. ... it might be good logic to not require a manual merge if the lines that change begin with '#' From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 20:11:47 2009 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 DCB121065676 for ; Tue, 15 Sep 2009 20:11:47 +0000 (UTC) (envelope-from tlott@gamesnet.de) Received: from spirit.gamesnet.de (spirit.gamesnet.de [87.230.101.86]) by mx1.freebsd.org (Postfix) with ESMTP id 928B88FC0A for ; Tue, 15 Sep 2009 20:11:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTP id 69E9429B013; Tue, 15 Sep 2009 22:11:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.gamesnet.de Received: from spirit.gamesnet.de ([127.0.0.1]) by localhost (spirit.gamesnet.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OqXJRVmpfknV; Tue, 15 Sep 2009 22:11:11 +0200 (CEST) Received: from sub.han.vpn.gamesnet.de (sub.han.vpn.gamesnet.de [192.168.1.101]) by spirit.gamesnet.de (Postfix) with ESMTPSA id B989329B00F; Tue, 15 Sep 2009 22:11:11 +0200 (CEST) Date: Tue, 15 Sep 2009 22:11:10 +0200 From: Tobias Lott To: Nick Hilliard Message-ID: <20090915221110.0a94a6d8@sub.han.vpn.gamesnet.de> In-Reply-To: <4AAA3633.1040004@netability.ie> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> <20090909101346.01887a02@sub.han.vpn.gamesnet.de> <20090910215254.GD2718@garage.freebsd.pl> <102295df02d347c97bd098dc89ccb534.squirrel@mail.gamesnet.de> <4AAA3633.1040004@netability.ie> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 15 Sep 2009 20:11:47 -0000 On Fri, 11 Sep 2009 12:36:19 +0100 Nick Hilliard wrote: > On 11/09/2009 10:51, tlott@gamesnet.de wrote: > > Because zpool import tank says: > > cannot import 'tank': pool may be in use from other system > > use '-f' to import anyway > > Eh, yah, when messing around with zfs from single-user boot, it's a > good idea to run "/etc/rc.d/hostid start" first. Otherwise you end > up writing 0000000 as the host id of the last system to mount your > zfs pool, and this is one of the means used to determine whether the > pool is mounted by any other system. > > Nick > _______________________________________________ > 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" Woops missed this, my bad. Not a bad idea but that "pool may be in use.." is more like a symptom not the cause, only get that booting from Live CD. My real Problem is my Machine Panics like I've show with the Pictures. Booting BETA3/4 Kernel or BETA2-BETA4 Live CD's makes the Machine also Panic but I don't get the "pool may be in use..." stuff. Thanks for answering was worth a try. Cheers -- Tobias Lott From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 21:16:25 2009 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 675551065670 for ; Tue, 15 Sep 2009 21:16:25 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id D4E6F8FC16 for ; Tue, 15 Sep 2009 21:16:23 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id CFFACCA8A35 for ; Tue, 15 Sep 2009 22:58:47 +0200 (CEST) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id A632CD48108; Tue, 15 Sep 2009 22:58:41 +0200 (CEST) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 8E86BD48169; Tue, 15 Sep 2009 22:58:38 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 4131811478; Tue, 15 Sep 2009 22:58:37 +0200 (CEST) Date: Tue, 15 Sep 2009 22:58:37 +0200 From: Thierry Thomas To: Johan Hendriks Message-ID: <20090915205837.GC43475@graf.pompo.net> References: <20090914220651.GF5360@graf.pompo.net> <57200BF94E69E54880C9BB1AF714BBCBA56F36@w2003s01.double-l.local> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA56F36@w2003s01.double-l.local> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA3 i386 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xC71405A2 Cc: freebsd-current@FreeBSD.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 21:16:25 -0000 Le Mar 15 sep 09 à 19:31:11 +0200, Johan Hendriks écrivait : > I have a problem like this also. > I have a server which runs FreeBSD 7.2 and i did update it to RELENG_8 but i can not see the data disk anymore. > If i put in an system disk with FreeBSD 6 or 7 or pcbsd then i can read the disk fine. > Or if i put the data disk into a server with 6, 7 or pcbsd i also can see the disk. > What can i do to make the drive useable in 8. Is your disk in "dangerously dedicated" mode? If yes, this is what I did (advised by marcel@) dd if=/dev/zero of=/dev/ad1 oseek=1 bs=512 count=1 where /dev/ad1 is my device. You should see some messages from GEOM_LABEL removing and assigning new labels. After that, I rebooted in 8.0 in single user mode, and was able to continue the upgrade as usual. Good luck! -- Th. Thomas. From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 21:41:53 2009 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 1D5A01065694; Tue, 15 Sep 2009 21:41:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id A4FD68FC2E; Tue, 15 Sep 2009 21:41:52 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 30AEE45C8C; Tue, 15 Sep 2009 23:41:49 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 362AE45683; Tue, 15 Sep 2009 23:41:44 +0200 (CEST) Date: Tue, 15 Sep 2009 23:41:42 +0200 From: Pawel Jakub Dawidek To: Tobias Lott Message-ID: <20090915214142.GA2063@garage.freebsd.pl> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> <20090909101346.01887a02@sub.han.vpn.gamesnet.de> <20090910215254.GD2718@garage.freebsd.pl> <102295df02d347c97bd098dc89ccb534.squirrel@mail.gamesnet.de> <20090915204404.79cf9325@sub.han.vpn.gamesnet.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20090915204404.79cf9325@sub.han.vpn.gamesnet.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 15 Sep 2009 21:41:53 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 15, 2009 at 08:44:04PM +0200, Tobias Lott wrote: > Any news on this? Not really. I'm out of ideas. A way to repoduce it would be of course best. If you can't provide one maybe you remember something strange just before panic, like disk disappeared or something? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKsAoWForvXbEpPzQRAjFrAJ9OFfG3UhOjQwdFHnr5uuRXXCp3bACgojIJ q/FQI5qacrDpmCa2iztEyno= =dPaN -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 21:55:48 2009 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 A7AE9106566B; Tue, 15 Sep 2009 21:55:48 +0000 (UTC) (envelope-from tlott@gamesnet.de) Received: from spirit.gamesnet.de (spirit.gamesnet.de [87.230.101.86]) by mx1.freebsd.org (Postfix) with ESMTP id 5BBBE8FC21; Tue, 15 Sep 2009 21:55:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTP id 4F3EB29B015; Tue, 15 Sep 2009 23:55:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.gamesnet.de Received: from spirit.gamesnet.de ([127.0.0.1]) by localhost (spirit.gamesnet.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id goSTy6HYeUgW; Tue, 15 Sep 2009 23:55:12 +0200 (CEST) Received: from sub.han.vpn.gamesnet.de (sub.han.vpn.gamesnet.de [192.168.1.101]) by spirit.gamesnet.de (Postfix) with ESMTPSA id 8262E29B013; Tue, 15 Sep 2009 23:55:12 +0200 (CEST) Date: Tue, 15 Sep 2009 23:55:11 +0200 From: Tobias Lott To: Pawel Jakub Dawidek Message-ID: <20090915235511.559550e5@sub.han.vpn.gamesnet.de> In-Reply-To: <20090915214142.GA2063@garage.freebsd.pl> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> <20090909101346.01887a02@sub.han.vpn.gamesnet.de> <20090910215254.GD2718@garage.freebsd.pl> <102295df02d347c97bd098dc89ccb534.squirrel@mail.gamesnet.de> <20090915204404.79cf9325@sub.han.vpn.gamesnet.de> <20090915214142.GA2063@garage.freebsd.pl> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 15 Sep 2009 21:55:48 -0000 On Tue, 15 Sep 2009 23:41:42 +0200 Pawel Jakub Dawidek wrote: > On Tue, Sep 15, 2009 at 08:44:04PM +0200, Tobias Lott wrote: > > Any news on this? > > Not really. I'm out of ideas. A way to repoduce it would be of course > best. If you can't provide one maybe you remember something strange > just before panic, like disk disappeared or something? > Looks like I've found whats causing it by mounting all ZFS Volumes one by one. It was a Volume used by a Jail running nginx, nagios and some other stuff. Weird but luckily not that important since its a Test Machine, can I provide anything that you could figure out whats wrong with that Volume so it can be fixed? Cause I triggered this only by upgrading BETA3->4 #3 r196936. Cheers. -- Tobias Lott From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 18:35:22 2009 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 6DD74106566C for ; Tue, 15 Sep 2009 18:35:22 +0000 (UTC) (envelope-from ccowart@rescomp.berkeley.edu) Received: from hal.rescomp.berkeley.edu (hal.Rescomp.Berkeley.EDU [169.229.70.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5260A8FC2A for ; Tue, 15 Sep 2009 18:35:22 +0000 (UTC) Received: by hal.rescomp.berkeley.edu (Postfix, from userid 1225) id BAE3A597D84; Tue, 15 Sep 2009 11:18:44 -0700 (PDT) Date: Tue, 15 Sep 2009 11:18:44 -0700 From: Chris Cowart To: Hiroharu Tamaru Message-ID: <20090915181844.GI37291@hal.rescomp.berkeley.edu> Mail-Followup-To: Hiroharu Tamaru , "Li, Qing" , freebsd-net@freebsd.org, erikk@berkeley.edu, freebsd-current@freebsd.org References: <20090914174309.GF37291@hal.rescomp.berkeley.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="6CXocAQn8Xbegyxo" Content-Disposition: inline In-Reply-To: Organization: RSSP-IT, UC Berkeley User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Tue, 15 Sep 2009 21:59:31 +0000 Cc: freebsd-net@freebsd.org, "Li, Qing" , freebsd-current@freebsd.org, erikk@berkeley.edu Subject: Re: 8.0-BETA4 not responding to ARP for published entries 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, 15 Sep 2009 18:35:22 -0000 --6CXocAQn8Xbegyxo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hiroharu Tamaru wrote: > At Mon, 14 Sep 2009 21:50:47 -0700, Li, Qing wrote: >> Please try patch at=20 >>=20 >> http://people.freebsd.org/~qingli/proxy-arp-patch.diff >=20 > Thanks for taking care of it. >=20 > I tried it, and now proxy arp works on the patched FreeBSD > 8.0-CURRENT-200902/amd64 as expected. Thanks! >=20 > Could it be considered important enough to make it into > 8.0-RELEASE at this final stage? Hope it will, but if not, > please consider to point it out in the release note. The patch works for me too. I would like to second the hope that this makes it into the 8.0-RELEASE. Otherwise, the regression would seriously complicate our upgrade path. Thanks, --=20 Chris Cowart Network Technical Lead Network & Infrastructure Services, RSSP-IT UC Berkeley --6CXocAQn8Xbegyxo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iQIcBAEBAwAGBQJKr9qEAAoJEC8b9sM8ejXt/mwP/juwT+/ikqp5YXCsG23vHWj/ Nog4xGxkHafaeK5umrSst+EypT8pLSwkwvyBHcDKSB9MVQXiCSov/JxyhjxlHeud PLsagqj2kLh5O+Ey1/PWzq3ZCXiibgJdl2VSUjnn9Iru7PPIBXpt86piYzD3yLra GY7r2WT0rMPrq0vHN8yQc4+5ri6Om1ONn7ySlFrWYm42qhqGgWyl5KvZConPvor/ h8lcH/7pUAnLlLnHJQriyb9wlO0ELs8bKUbN74XZIfDE2HTUNuB1IozKiToqEuTj W25qgNfjrVW2D4ilJl3P63wFue4u1Bdqvtf3gyAKqrEEanRPHKZ+KBBGx66P4R+R hYCcDsz/giqHE0V0TMMoKvEpv4yb3dNyalLTHZuYFvhf+oeeq0dPgrTb1XpB2cDz bw6R14TO0GIQBLjpSrQzd9XM+/kOQZFe8IaKjQK4A6xWzGs/80GgTj1SSeVqtYPe X2nbJbDP9RD2VeG5ozaFCoKOwAtMrltdP/I/pkm3KppTTjR+5QQhAM7FW+Hx5dAL onoeyFdtsDHWacgA7wbjbNhmloZxT6ib75kmhHb/ikHJY74BM36F8uMzZtebJ5g3 ONEYd1CBsZo74lWs3c+l/bJnHFRsxoXtQyhdHY87OULxFOA1QFwBjQHRYLMHWNZK iPCvM+eWe8bJzta5rWcb =WIlt -----END PGP SIGNATURE----- --6CXocAQn8Xbegyxo-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 15 22:06:17 2009 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 E85A41065672 for ; Tue, 15 Sep 2009 22:06:17 +0000 (UTC) (envelope-from christof.schulze@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 2EBB38FC0C for ; Tue, 15 Sep 2009 22:06:17 +0000 (UTC) Received: (qmail invoked by alias); 15 Sep 2009 22:06:15 -0000 Received: from 98.90.135.212.in-addr.arpa (EHLO klausdieter0815.dyndns.org) [212.135.90.98] by mail.gmx.com (mp-eu001) with SMTP; 16 Sep 2009 00:06:15 +0200 X-Authenticated: #56306756 X-Provags-ID: V01U2FsdGVkX18cnU4R4j4c/SbocPpfS8y0fauwOLPaKMUj50S1Oc 7gPatlXkM9pje5 Received: by myhost.mydomain.de (Postfix, from userid 1001) id 6421751; Wed, 16 Sep 2009 00:06:12 +0200 (CEST) From: Christof Schulze To: freebsd-current@freebsd.org Date: Wed, 16 Sep 2009 00:05:58 +0200 User-Agent: KMail/1.12.0 (FreeBSD/7.2-STABLE; KDE/4.3.0; amd64; ; ) References: <20090915204404.79cf9325@sub.han.vpn.gamesnet.de> <20090915214142.GA2063@garage.freebsd.pl> In-Reply-To: <20090915214142.GA2063@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7784568.uexpUUGmuv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909160006.10921.christof.schulze@gmx.com> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 15 Sep 2009 22:06:18 -0000 --nextPart7784568.uexpUUGmuv Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Am Dienstag 15 September 2009 23:41:42 schrieb Pawel Jakub Dawidek: > On Tue, Sep 15, 2009 at 08:44:04PM +0200, Tobias Lott wrote: > > Any news on this? > > Not really. I'm out of ideas. A way to repoduce it would be of course > best. If you can't provide one maybe you remember something strange just > before panic, like disk disappeared or something? I had the same issue recently - running hostid and exporting/importing the= =20 pool fixed it for me. Regards Christof --nextPart7784568.uexpUUGmuv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEABECAAYFAkqwD9IACgkQpZfyPAmdZJm4PACeJCmkgOM5bNGoMDbkPii1ecZy 2o4AoN/qMZghSotklS91O7Fse54h+9Td =ddRe -----END PGP SIGNATURE----- --nextPart7784568.uexpUUGmuv-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 00:06:16 2009 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 1703910656E6; Wed, 16 Sep 2009 00:06:16 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id ED1AE8FC19; Wed, 16 Sep 2009 00:06:15 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n8G06D4s021342; Tue, 15 Sep 2009 17:06:13 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 15 Sep 2009 17:05:46 -0700 Message-ID: In-Reply-To: <20090915181844.GI37291@hal.rescomp.berkeley.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-BETA4 not responding to ARP for published entries Thread-Index: Aco2MRSeskdxXUbETBukvlt9rVaHuAAKAMtg References: <20090914174309.GF37291@hal.rescomp.berkeley.edu> <20090915181844.GI37291@hal.rescomp.berkeley.edu> From: "Li, Qing" To: "Chris Cowart" , "Hiroharu Tamaru" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, erikk@berkeley.edu Subject: RE: 8.0-BETA4 not responding to ARP for published entries 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, 16 Sep 2009 00:06:16 -0000 Hi, I have committed the code into -CURRENT and it's now merged into 8 Release branch. So RC1 should contain the fix. -- Qing > -----Original Message----- > From: Chris Cowart [mailto:ccowart@rescomp.berkeley.edu] > Sent: Tuesday, September 15, 2009 11:19 AM > To: Hiroharu Tamaru > Cc: Li, Qing; freebsd-net@freebsd.org; erikk@berkeley.edu; freebsd- > current@freebsd.org > Subject: Re: 8.0-BETA4 not responding to ARP for published entries >=20 > Hiroharu Tamaru wrote: > > At Mon, 14 Sep 2009 21:50:47 -0700, Li, Qing wrote: > >> Please try patch at > >> > >> http://people.freebsd.org/~qingli/proxy-arp-patch.diff > > > > Thanks for taking care of it. > > > > I tried it, and now proxy arp works on the patched FreeBSD > > 8.0-CURRENT-200902/amd64 as expected. Thanks! > > > > Could it be considered important enough to make it into > > 8.0-RELEASE at this final stage? Hope it will, but if not, > > please consider to point it out in the release note. >=20 > The patch works for me too. I would like to second the hope that this > makes it into the 8.0-RELEASE. Otherwise, the regression would > seriously > complicate our upgrade path. >=20 > Thanks, >=20 > -- > Chris Cowart > Network Technical Lead > Network & Infrastructure Services, RSSP-IT > UC Berkeley From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 01:59:13 2009 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 2E14E1065670; Wed, 16 Sep 2009 01:59:12 +0000 (UTC) (envelope-from erik@malcolm.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [IPv6:2607:f140:ffff:ffff::239]) by mx1.freebsd.org (Postfix) with ESMTP id CA4748FC14; Wed, 16 Sep 2009 01:59:12 +0000 (UTC) Received: from malcolm.berkeley.edu (localhost [127.0.0.1]) by malcolm.berkeley.edu (8.14.3/8.13.8m1) with ESMTP id n8G1xAiR011984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Sep 2009 18:59:10 -0700 (PDT) (envelope-from erik@malcolm.berkeley.edu) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.2 at malcolm.berkeley.edu Received: (from erik@localhost) by malcolm.berkeley.edu (8.14.3/8.13.3/Submit) id n8G1xA3w011983; Tue, 15 Sep 2009 18:59:10 -0700 (PDT) (envelope-from erik) Date: Tue, 15 Sep 2009 18:59:10 -0700 From: Erik Klavon To: "Li, Qing" Message-ID: <20090916015910.GA11794@malcolm.berkeley.edu> References: <20090914174309.GF37291@hal.rescomp.berkeley.edu> <20090915181844.GI37291@hal.rescomp.berkeley.edu> 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: freebsd-net@freebsd.org, Hiroharu Tamaru , freebsd-current@freebsd.org, Chris Cowart Subject: Re: 8.0-BETA4 not responding to ARP for published entries 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, 16 Sep 2009 01:59:13 -0000 Hi Qing, On Tue, Sep 15, 2009 at 05:05:46PM -0700, Li, Qing wrote: > I have committed the code into -CURRENT and it's now merged into 8 > Release branch. So RC1 should contain the fix. The patch worked for me as well. Thanks for fixing this so quickly and for getting it in for RC1. I'll test again when RC1 comes out. Erik From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 01:49:04 2009 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 D03261065672 for ; Wed, 16 Sep 2009 01:49:04 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mailv1.ecc.u-tokyo.ac.jp (mailv1.ecc.u-tokyo.ac.jp [133.11.225.59]) by mx1.freebsd.org (Postfix) with ESMTP id 5514F8FC13 for ; Wed, 16 Sep 2009 01:49:04 +0000 (UTC) Received: from mhs001.ecc.u-tokyo.ac.jp (mhs001.ecc.u-tokyo.ac.jp [133.11.70.161]) by mailv1.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id D7B186C0049 for ; Wed, 16 Sep 2009 10:49:02 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs001.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Wed, 16 Sep 2009 10:49:01 +0900 Date: Wed, 16 Sep 2009 10:49:01 +0900 Message-ID: From: Hiroharu Tamaru To: "Li, Qing" In-Reply-To: References: <20090914174309.GF37291@hal.rescomp.berkeley.edu> <20090915181844.GI37291@hal.rescomp.berkeley.edu> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp X-Mailman-Approved-At: Wed, 16 Sep 2009 02:26:05 +0000 Cc: freebsd-net@freebsd.org, erikk@berkeley.edu, freebsd-current@freebsd.org, Chris Cowart Subject: Re: 8.0-BETA4 not responding to ARP for published entries 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, 16 Sep 2009 01:49:04 -0000 Hi, At Tue, 15 Sep 2009 17:05:46 -0700, Li, Qing wrote: > Hi, > > I have committed the code into -CURRENT and it's now merged into 8 > Release > branch. So RC1 should contain the fix. > > -- Qing Excellent! I'll try RC1 when it comes out. Thanks. Hiroharu Tamaru > > -----Original Message----- > > From: Chris Cowart [mailto:ccowart@rescomp.berkeley.edu] > > Sent: Tuesday, September 15, 2009 11:19 AM > > To: Hiroharu Tamaru > > Cc: Li, Qing; freebsd-net@freebsd.org; erikk@berkeley.edu; freebsd- > > current@freebsd.org > > Subject: Re: 8.0-BETA4 not responding to ARP for published entries > > > > Hiroharu Tamaru wrote: > > > At Mon, 14 Sep 2009 21:50:47 -0700, Li, Qing wrote: > > >> Please try patch at > > >> > > >> http://people.freebsd.org/~qingli/proxy-arp-patch.diff > > > > > > Thanks for taking care of it. > > > > > > I tried it, and now proxy arp works on the patched FreeBSD > > > 8.0-CURRENT-200902/amd64 as expected. Thanks! > > > > > > Could it be considered important enough to make it into > > > 8.0-RELEASE at this final stage? Hope it will, but if not, > > > please consider to point it out in the release note. > > > > The patch works for me too. I would like to second the hope that this > > makes it into the 8.0-RELEASE. Otherwise, the regression would > > seriously > > complicate our upgrade path. > > > > Thanks, > > > > -- > > Chris Cowart > > Network Technical Lead > > Network & Infrastructure Services, RSSP-IT > > UC Berkeley From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 04:31:34 2009 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 CD931106568D; Wed, 16 Sep 2009 04:31:34 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4ABA78FC1B; Wed, 16 Sep 2009 04:31:34 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-247-36.shv.bellsouth.net [98.67.247.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 0C81894E1705; Tue, 15 Sep 2009 23:31:31 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n8G4VSi9088331; Tue, 15 Sep 2009 23:31:28 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Tue, 15 Sep 2009 23:31:28 -0500 (CDT) From: Wes Morgan To: Kris Kennaway In-Reply-To: <4AAD5DD2.4030104@FreeBSD.org> Message-ID: References: <4AAD4E51.5060908@FreeBSD.org> <4AAD5365.5000902@FreeBSD.org> <4AAD5DD2.4030104@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.2 at warped X-Virus-Status: Clean Cc: Alexander Motin , FreeBSD Current Subject: Re: ata timeouts under load 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, 16 Sep 2009 04:31:35 -0000 On Sun, 13 Sep 2009, Kris Kennaway wrote: > Alexander Motin wrote: >> Kris Kennaway wrote: >>> I am getting timeouts on 8.0b4/HEAD when I do a lot of ZFS I/O to a pool >>> on ad4: >>> >>> atapci0: port >>> 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff >>> irq 20 at device 15.0 on pci0 >>> ata2: on atapci0 >>> ata3: on atapci0 >>> ata0: on atapci1 >>> ata1: on atapci1 >>> >>> ad4: 476940MB at ata2-master SATA150 >>> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >>> completing request directly >>> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >>> completing request directly >>> ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing >>> request directly >>> ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing >>> request directly >>> ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly >>> ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=344052040 >>> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >>> completing request directly >>> ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - >>> completing request directly >>> >>> It becomes stuck in a loop displaying the above and is unable to >>> complete further I/O operations. I wonder if it is just batching up a >>> lot of I/O and then timing out because it is busy, and then not >>> recovering from this state? >>> >>> Any ideas what could be wrong? >> >> There are two different kinds of timeouts we can see: >> - first one, "ad4: WARNING - ..." is just a queue waiting timeout. It >> is not the reason, but consequence of the problem. And I have doubts >> that it is reasonable to do it. >> - second one, "TIMEOUT - WRITE_DMA48 ..." is a real command execution >> timeout. I don't know whether this is result of some improper error >> recovery, or you drive indeed lost required servo information near >> LBA=344052040 and tries to find it too long. You can try to read that >> sector and nearby ones with dd. >> > > It's always that sequence (with setfeatures timing out first, then the dma > later)...and the block number varies widely, also whether it's read/write. > The disk itself & the data it contains appears to be OK as far as I have been > able to determine so far. This may not be meaningful, but I used to have a lot of very similar (the messages, loop, etc is exactly the same) problems with VIA chipsets and an AMD cpu. Seemed to be triggered by a certain drive, but I never could figure it out totally. Moved to an Intel board/cpu and I've never seen it since. Looks like an older SATA1 chipset, so perhaps it could be the same problem. Problem was not related to zfs. From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 05:43:23 2009 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 43CEB1065670 for ; Wed, 16 Sep 2009 05:43:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward4.yandex.ru (forward4.yandex.ru [77.88.46.9]) by mx1.freebsd.org (Postfix) with ESMTP id 50AFF8FC08 for ; Wed, 16 Sep 2009 05:43:22 +0000 (UTC) Received: from smtp3.yandex.ru (smtp3.yandex.ru [77.88.46.103]) by forward4.yandex.ru (Yandex) with ESMTP id B12EE268434; Wed, 16 Sep 2009 09:43:20 +0400 (MSD) Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp3.yandex.ru (Yandex) with ESMTPSA id 3E9B68B8073; Wed, 16 Sep 2009 09:43:20 +0400 (MSD) Message-ID: <4AB07AF6.7010503@yandex.ru> Date: Wed, 16 Sep 2009 09:43:18 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Scott Long References: <200909091631.01446.hselasky@c2i.net> <200909100911.10237.hselasky@c2i.net> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060503090601000308090708" X-Yandex-TimeMark: 1253079800 X-Yandex-Spam: 1 X-Yandex-Front: smtp3.yandex.ru Cc: FreeBSD CURRENT Mailing List , Hans Petter Selasky , Randi Harper , James Butler Subject: Re: Can't boot 8.0-BETA4 from USB stick 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, 16 Sep 2009 05:43:23 -0000 This is a multi-part message in MIME format. --------------060503090601000308090708 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Scott Long wrote: > Delaying the mountroot doesn't fix the problem. The problem is that > there's a race between the process doing the USB tree discovery, and the > process doing the CAM/SCSI bus scan. The tree discovery needs to happen > before the bus scan, and no amount of root delay tweaks will help that, > except maybe accidentally by shifting timings. I'm working on the > correct solution. I'll hopefully have something tomorrow. Hi, Scott. I wrote small kld which i load from boot prompt and now my flash device detected (i know it's hack, but it can help until you are working on right solution) :) -- WBR, Andrey V. Elsukov --------------060503090601000308090708 Content-Type: text/plain; name="wait.c.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wait.c.txt" /*- * Copyright (c) 2009 Andrey V. Elsukov * * 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, 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 AND CONTRIBUTORS ``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 OR CONTRIBUTORS 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 #include static struct callout wait_callout; static struct root_hold_token *wait_hold = NULL; static int wait_seconds = 15; static void wait_timeout(void *arg) { if (wait_hold != NULL) root_mount_rel(wait_hold); } static int wait_modevent(module_t mod, int type, void *unused) { switch (type) { case MOD_LOAD: wait_hold = root_mount_hold("USB Flash"); if (wait_hold != NULL) { callout_init(&wait_callout, 0); callout_reset(&wait_callout, hz * wait_seconds, wait_timeout, NULL); } break; case MOD_UNLOAD: if (wait_hold != NULL) callout_stop(&wait_callout); break; }; return (0); } static moduledata_t waitmod = { "wait", wait_modevent, 0 }; DECLARE_MODULE(wait, waitmod, SI_SUB_ROOT_CONF, SI_ORDER_ANY); --------------060503090601000308090708-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 06:15:14 2009 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 83BE91065670 for ; Wed, 16 Sep 2009 06:15:14 +0000 (UTC) (envelope-from chflags@gmail.com) Received: from mail-yx0-f193.google.com (mail-yx0-f193.google.com [209.85.210.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5F78FC0A for ; Wed, 16 Sep 2009 06:15:13 +0000 (UTC) Received: by yxe31 with SMTP id 31so6179555yxe.29 for ; Tue, 15 Sep 2009 23:15:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=mZfuzXOYEAhTLC4/2ng+41hUy4NxACY6ZvS9l2xKJi0=; b=OvDFMeZlnMOQIBkkqkrny5WF3Ayk5FmxIdgYQrIjrebUp7dNt3tgNjrY51vhbXPR0V 9PV++Bbo9t5t75vjoziVkqCSebow04WIQAY/HKf11WRYL+kIZCNTEHHH+MAP0gkUEu8s AU0SRaMD+ZXOmGyvg9Jp7gpjayuxg4sgz2+fI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=TJ0NXHuXz7g7br9SYcMvRWTGvsZVQNUZm3L5n45plXPnNtWmYrHdV1c2GkTK+swHB0 yMFsPUpyKMnqShPZ++Cd+CW7jBXgXQZl6so4pSGi6TeAkeiEqe0MmZraLY9yS8GxQcgx Q44b7HD6syG0mNxbDUHjkrLPFy5/wxkbzkr7Q= MIME-Version: 1.0 Received: by 10.101.102.16 with SMTP id e16mr8552783anm.84.1253081713105; Tue, 15 Sep 2009 23:15:13 -0700 (PDT) In-Reply-To: <179b97fb0909100709t33d372dfre14d00e93a935bcb@mail.gmail.com> References: <25cb30907080133l656fb10s6221607f00b3d193@mail.gmail.com> <179b97fb0909100709t33d372dfre14d00e93a935bcb@mail.gmail.com> Date: Wed, 16 Sep 2009 14:15:13 +0800 Message-ID: <25cb30909152315v64373073hb1273b9736e81212@mail.gmail.com> From: Kevin Foo To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: regression in atkbd? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chflags@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: Wed, 16 Sep 2009 06:15:14 -0000 On Thu, Sep 10, 2009 at 10:09 PM, Brandon Gooch wrote: > > What does your /boot/loader.conf look like? > > I had a similar issue when: > > 1. booting GENERIC kernel but without debugging and WITNESS compiled in > > and > > 2. my /boot/loader.conf contained the leftover entry 'ukbd_load="YES"' > from when I was using my custom, modular kernel > > If either one of those or both was not true, I was able to boot as > usual. Strange. I never investigated any further... > > -Brandon > /boot/loader.conf contains only these:- snd_hda_load="YES" if_ndis_load="YES" Anyway, after a few tests, I never investigate further as the box is running happily with amd64 7-STABLE. Strange indeed. -- Regards Kevin Foo From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 06:56:26 2009 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 9BDFE106568F for ; Wed, 16 Sep 2009 06:56:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 808328FC08 for ; Wed, 16 Sep 2009 06:56:26 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id EB70E8C06D; Wed, 16 Sep 2009 01:56:25 -0500 (CDT) Date: Wed, 16 Sep 2009 01:56:25 -0500 From: Mark Linimon To: Rom Albuquerque Message-ID: <20090916065625.GA627@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Wed, 16 Sep 2009 11:41:07 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Source level upgrade from 4.9 to 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, 16 Sep 2009 06:56:26 -0000 You've gotten some good advice about the steps necessary, but not the advice that you'll spend a lot less time if you do a new install from scratch. There have been massive changes since 4.9 (released 10/29/2003), including: heavy rework of the kernel and networking stack to work properly on SMP; inclusion of power management; a total rewrite of the wireless subsystem; a large number of new drivers; rework of the sound system; an entirely new USB system; extensive rework of the ports infrastructure; many thousands of new ports; replacement of the default UFS1 by UFS2; two reworks of the ata architecture; the devd system; several different revisions of the compiler; and, well, really, thousands of other changes. Unless you have local changes to your source, you're going to have a great deal less heartbreak just to start from scratch. mcl From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 12:45:04 2009 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 D12301065672 for ; Wed, 16 Sep 2009 12:45:04 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [IPv6:2001:470:9391:2::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6048D8FC13 for ; Wed, 16 Sep 2009 12:45:04 +0000 (UTC) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 948D545502; Wed, 16 Sep 2009 13:45:03 +0100 (BST) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id SuBhlkPqpxZQ; Wed, 16 Sep 2009 12:45:01 +0000 (UTC) Received: from [10.0.2.11] (daffy.tector.org.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTPSA id 260B34550F; Wed, 16 Sep 2009 13:45:00 +0100 (BST) Message-ID: <4AB0DDC6.1050004@thekeelecentre.com> Date: Wed, 16 Sep 2009 13:44:54 +0100 From: Richard Tector User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Freddie Cash References: <6201873e0909151133u2a9204e0ma9cb1ddda586c2f6@mail.gmail.com> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040005010602080509030004" Cc: Adam Vande More , freebsd-current Subject: Re: Source level upgrade from 4.9 to 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, 16 Sep 2009 12:45:04 -0000 This is a cryptographically signed message in MIME format. --------------ms040005010602080509030004 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Freddie Cash wrote: > You can't go directly from 4.x to 7.x. You have to do it in multiple steps. > > The most conservative method would be: > 4.9 --> 4-STABLE (RELENG_4) > 4-STABLE --> 5.0 (RELENG_5_0_0_RELEASE) > > 5.0 --> 5-STABLE (RELENG_5) > 5-STABLE --> 6.0 (RELENG_6_0_0_RELEASE) > > 6.0 --> 6-STABLE (RELENG_6) > 6-STABLE --> 7.0 (RELENG_7_0_0_RELEASE) > > 7.0 --> 7.2 (RELENG_7_2) > > Some of those steps may be possible to skip. If you do follow the above advice, it would be better to go straight to 5.3, the start of the 5-STABLE branch. A fresh install would be far simpler and likely quicker, however. Richard --------------ms040005010602080509030004 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMoMIIDJAIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB9jAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wOTA5MTYxMjQ0NTRaMCMGCSqGSIb3DQEJBDEWBBSvBJ83DwIPZNCUStYP2HRRBsQ4 OTBfBgkqhkiG9w0BCQ8xUjBQMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0D AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZgGCSsGAQQB gjcQBDGBijCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAM BgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUg S2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIBBzCBmgYLKoZIhvcNAQkQAgsx gYqggYcwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQIEw1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQH EwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxl IENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkCAQcwDQYJKoZIhvcNAQEBBQAEgYBEGsNV yUw+n5SL51zITDobKmD/2oqP8gcPS8F+5CTUh2m36LtXJWUnq2Uw2ytb5Gb0DxDUSqVlmwQI nst/NcrbS44Y+skHB3xLeRPUflW/HV58DxcmZdCHa8uZ4mc68RMbNxXUdSeePG3nc/P79wRe uOqAt17cG2Nl8BtSnMkCPgAAAAAAAA== --------------ms040005010602080509030004-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 12:51:05 2009 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 236C1106566B for ; Wed, 16 Sep 2009 12:51:05 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id E9F2C8FC0C for ; Wed, 16 Sep 2009 12:51:04 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 3C9447E818; Wed, 16 Sep 2009 04:51:17 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 16 Sep 2009 14:51:02 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <20090916065625.GA627@lonesome.com> In-Reply-To: <20090916065625.GA627@lonesome.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Mark Linimon , Rom Albuquerque Subject: Re: Source level upgrade from 4.9 to 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, 16 Sep 2009 12:51:05 -0000 On Wednesday 16 September 2009 08:56:25 Mark Linimon wrote: > You've gotten some good advice about the steps necessary, but not the > advice that you'll spend a lot less time if you do a new install from > scratch. Except OP mentions install from CD is broken for his system and I doubt 4.x sysinstall will do 7.x new ftp install satisfactory. Of course, I like to be proven wrong. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 14:05:46 2009 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 5918D106568B; Wed, 16 Sep 2009 14:05:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 088358FC12; Wed, 16 Sep 2009 14:05:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8GE5iQL001088; Wed, 16 Sep 2009 10:05:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8GE5isc001087; Wed, 16 Sep 2009 14:05:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Sep 2009 14:05:44 GMT Message-Id: <200909161405.n8GE5isc001087@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 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, 16 Sep 2009 14:05:46 -0000 TB --- 2009-09-16 14:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-16 14:05:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-09-16 14:05:00 - cleaning the object tree TB --- 2009-09-16 14:05:44 - WARNING: /obj/pc98/src/kerberos5/libexec/kdc/524.o: Input/output error TB --- 2009-09-16 14:05:44 - ERROR: unable to remove old object directory TB --- 2009-09-16 14:05:44 - 0.02 user 0.02 system 43.26 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 15:46:26 2009 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 A01FB1065672; Wed, 16 Sep 2009 15:46:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id DD4558FC12; Wed, 16 Sep 2009 15:46:25 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6357945E5C; Wed, 16 Sep 2009 17:46:23 +0200 (CEST) Received: from localhost (mail.garage.freebsd.pl [10.0.4.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D2DDE45CD8; Wed, 16 Sep 2009 17:46:17 +0200 (CEST) Date: Wed, 16 Sep 2009 17:46:16 +0200 From: Pawel Jakub Dawidek To: Tobias Lott Message-ID: <20090916154616.GC1656@garage.freebsd.pl> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> <20090909101346.01887a02@sub.han.vpn.gamesnet.de> <20090910215254.GD2718@garage.freebsd.pl> <102295df02d347c97bd098dc89ccb534.squirrel@mail.gamesnet.de> <20090915204404.79cf9325@sub.han.vpn.gamesnet.de> <20090915214142.GA2063@garage.freebsd.pl> <20090915235511.559550e5@sub.han.vpn.gamesnet.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="orO6xySwJI16pVnm" Content-Disposition: inline In-Reply-To: <20090915235511.559550e5@sub.han.vpn.gamesnet.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 16 Sep 2009 15:46:26 -0000 --orO6xySwJI16pVnm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 15, 2009 at 11:55:11PM +0200, Tobias Lott wrote: >=20 >=20 > On Tue, 15 Sep 2009 23:41:42 +0200 > Pawel Jakub Dawidek wrote: >=20 > > On Tue, Sep 15, 2009 at 08:44:04PM +0200, Tobias Lott wrote: > > > Any news on this? > >=20 > > Not really. I'm out of ideas. A way to repoduce it would be of course > > best. If you can't provide one maybe you remember something strange > > just before panic, like disk disappeared or something? > >=20 >=20 > Looks like I've found whats causing it by mounting all ZFS Volumes one > by one. It was a Volume used by a Jail running nginx, nagios and some > other stuff. > Weird but luckily not that important since its a Test Machine, can I > provide anything that you could figure out whats wrong with that Volume s= o it can be fixed? Cause I triggered > this only by upgrading BETA3->4 #3 r196936. What do you mean by 'ZFS Volume' here? You mean ZVOL as created with 'zfs create -V' command? Could you tell me exactly what steps should I take to reproduce the problem? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --orO6xySwJI16pVnm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKsQhIForvXbEpPzQRAlYtAKDIMK/l3IiNsfAI/1f4bTbA5KGlSACgk5Jf JGRpc0OVMe4rMy1R84EvOaw= =fbEN -----END PGP SIGNATURE----- --orO6xySwJI16pVnm-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 16:10:45 2009 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 7820A106568B; Wed, 16 Sep 2009 16:10:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 279C98FC17; Wed, 16 Sep 2009 16:10:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8GGAh8N001095; Wed, 16 Sep 2009 12:10:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8GGAhC4001094; Wed, 16 Sep 2009 16:10:43 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Sep 2009 16:10:43 GMT Message-Id: <200909161610.n8GGAhC4001094@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 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, 16 Sep 2009 16:10:45 -0000 TB --- 2009-09-16 16:10:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-16 16:10:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-09-16 16:10:01 - cleaning the object tree TB --- 2009-09-16 16:10:43 - WARNING: /obj/pc98/src/kerberos5/libexec/kdc/524.o: Input/output error TB --- 2009-09-16 16:10:43 - ERROR: unable to remove old object directory TB --- 2009-09-16 16:10:43 - 0.02 user 0.01 system 42.75 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 16:25:47 2009 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 3ABEB1065695; Wed, 16 Sep 2009 16:25:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DEBFD8FC12; Wed, 16 Sep 2009 16:25:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8GGPjNn001086; Wed, 16 Sep 2009 12:25:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8GGPjIr001085; Wed, 16 Sep 2009 16:25:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Sep 2009 16:25:45 GMT Message-Id: <200909161625.n8GGPjIr001085@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 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, 16 Sep 2009 16:25:47 -0000 TB --- 2009-09-16 16:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-16 16:25:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-09-16 16:25:00 - cleaning the object tree TB --- 2009-09-16 16:25:45 - WARNING: /obj/pc98/src/kerberos5/libexec/kdc/524.o: Input/output error TB --- 2009-09-16 16:25:45 - ERROR: unable to remove old object directory TB --- 2009-09-16 16:25:45 - 0.03 user 0.00 system 44.39 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 16:43:12 2009 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 4F1531065672; Wed, 16 Sep 2009 16:43:12 +0000 (UTC) (envelope-from tlott@gamesnet.de) Received: from spirit.gamesnet.de (spirit.gamesnet.de [87.230.101.86]) by mx1.freebsd.org (Postfix) with ESMTP id F2CBB8FC19; Wed, 16 Sep 2009 16:43:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTP id 112C829B013; Wed, 16 Sep 2009 18:42:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.gamesnet.de Received: from spirit.gamesnet.de ([127.0.0.1]) by localhost (spirit.gamesnet.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8TB7RT3eJ-oy; Wed, 16 Sep 2009 18:42:35 +0200 (CEST) Received: from mail.gamesnet.de (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTPA id 6030829B014; Wed, 16 Sep 2009 18:42:35 +0200 (CEST) Received: from 87.154.175.113 (proxying for 87.154.175.113) (SquirrelMail authenticated user tlott@gamesnet.de) by mail.gamesnet.de with HTTP; Wed, 16 Sep 2009 18:42:35 +0200 Message-ID: In-Reply-To: <20090916154616.GC1656@garage.freebsd.pl> References: <200909011005.18200.jhb@freebsd.org> <20090908214402.43009577@sub.han.vpn.gamesnet.de> <20090909001942.0affc96c@sub.han.vpn.gamesnet.de> <20090909054249.GH1539@garage.freebsd.pl> <20090909101346.01887a02@sub.han.vpn.gamesnet.de> <20090910215254.GD2718@garage.freebsd.pl> <102295df02d347c97bd098dc89ccb534.squirrel@mail.gamesnet.de> <20090915204404.79cf9325@sub.han.vpn.gamesnet.de> <20090915214142.GA2063@garage.freebsd.pl> <20090915235511.559550e5@sub.han.vpn.gamesnet.de> <20090916154616.GC1656@garage.freebsd.pl> Date: Wed, 16 Sep 2009 18:42:35 +0200 From: tlott@gamesnet.de To: "Pawel Jakub Dawidek" User-Agent: SquirrelMail/1.4.20 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problems with ZFS on AMD64 (and i386 now) 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, 16 Sep 2009 16:43:12 -0000 > On Tue, Sep 15, 2009 at 11:55:11PM +0200, Tobias Lott wrote: >> >> >> On Tue, 15 Sep 2009 23:41:42 +0200 >> Pawel Jakub Dawidek wrote: >> >> > On Tue, Sep 15, 2009 at 08:44:04PM +0200, Tobias Lott wrote: >> > > Any news on this? >> > >> > Not really. I'm out of ideas. A way to repoduce it would be of course >> > best. If you can't provide one maybe you remember something strange >> > just before panic, like disk disappeared or something? >> > >> >> Looks like I've found whats causing it by mounting all ZFS Volumes one >> by one. It was a Volume used by a Jail running nginx, nagios and some >> other stuff. >> Weird but luckily not that important since its a Test Machine, can I >> provide anything that you could figure out whats wrong with that Volume >> so it can be fixed? Cause I triggered >> this only by upgrading BETA3->4 #3 r196936. > > What do you mean by 'ZFS Volume' here? You mean ZVOL as created with > 'zfs create -V' command? Could you tell me exactly what steps should I > take to reproduce the problem? > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil ? Yes, I Am! > No sorry bad wording from my Side, its just a normal ZFS Filesystem (zfs create tank/filesystem) created some more Filesystem for more Jails on the same Machine yesterday. Couldn't reproduce it so far, so I guess it was just an update gone wrong with the result of one corrupted Filesystem. From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 16:52:29 2009 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 3D115106566C for ; Wed, 16 Sep 2009 16:52:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outu.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 23B2C8FC16 for ; Wed, 16 Sep 2009 16:52:28 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id ECAAF14DC5C; Wed, 16 Sep 2009 09:52:28 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 1BB632D6017; Wed, 16 Sep 2009 09:52:28 -0700 (PDT) Message-ID: <4AB117E0.5090108@elischer.org> Date: Wed, 16 Sep 2009 09:52:48 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <200909161625.n8GGPjIr001085@freebsd-current.sentex.ca> In-Reply-To: <200909161625.n8GGPjIr001085@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 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, 16 Sep 2009 16:52:29 -0000 FreeBSD Tinderbox wrote: > TB --- 2009-09-16 16:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca > TB --- 2009-09-16 16:25:00 - starting HEAD tinderbox run for i386/pc98 > TB --- 2009-09-16 16:25:00 - cleaning the object tree > TB --- 2009-09-16 16:25:45 - WARNING: /obj/pc98/src/kerberos5/libexec/kdc/524.o: Input/output error > TB --- 2009-09-16 16:25:45 - ERROR: unable to remove old object directory > TB --- 2009-09-16 16:25:45 - 0.03 user 0.00 system 44.39 real hmm I doubt that was a code problem... > > > http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 16:58:15 2009 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 5F9A3106566B for ; Wed, 16 Sep 2009 16:58:15 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id C42868FC14 for ; Wed, 16 Sep 2009 16:58:12 +0000 (UTC) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id AE23F4C8182 for ; Wed, 16 Sep 2009 18:58:09 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g21.free.fr (Postfix) with ESMTP id AF38B4C81F2 for ; Wed, 16 Sep 2009 18:58:06 +0200 (CEST) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id n8GGvxYm030125; Wed, 16 Sep 2009 18:58:00 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 16 Sep 2009 18:57:53 +0200 User-Agent: KMail/1.9.10 References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200909161857.54528.thierry.herbelot@free.fr> Cc: Mel Flynn Subject: Re: Source level upgrade from 4.9 to 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, 16 Sep 2009 16:58:15 -0000 Le Wednesday 16 September 2009, Mel Flynn a écrit : > On Wednesday 16 September 2009 08:56:25 Mark Linimon wrote: > > You've gotten some good advice about the steps necessary, but not the > > advice that you'll spend a lot less time if you do a new install from > > scratch. > > Except OP mentions install from CD is broken for his system and I doubt 4.x > sysinstall will do 7.x new ftp install satisfactory. Of course, I like to > be proven wrong. Then, the OP can also put the hard disk in another machine, which can boot from a CD, install on this machine, then move the disk back to the "broken" machine (this is not Windows, where the install must happen on the same machine ...) TfH From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 17:03:19 2009 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 930EF106566C for ; Wed, 16 Sep 2009 17:03:19 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC488FC2F for ; Wed, 16 Sep 2009 17:03:19 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 58BFA5C2E; Wed, 16 Sep 2009 12:45:36 -0400 (EDT) Date: Wed, 16 Sep 2009 12:45:36 -0400 From: Wesley Shields To: Mel Flynn Message-ID: <20090916164536.GA91963@atarininja.org> References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Mark Linimon , freebsd-current@freebsd.org, Rom Albuquerque Subject: Re: Source level upgrade from 4.9 to 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, 16 Sep 2009 17:03:19 -0000 On Wed, Sep 16, 2009 at 02:51:02PM +0200, Mel Flynn wrote: > On Wednesday 16 September 2009 08:56:25 Mark Linimon wrote: > > You've gotten some good advice about the steps necessary, but not the > > advice that you'll spend a lot less time if you do a new install from > > scratch. > > Except OP mentions install from CD is broken for his system and I doubt 4.x > sysinstall will do 7.x new ftp install satisfactory. Of course, I like to be > proven wrong. He can always try to install from a USB key if his machine supports that. I did a 8.0-BETA3 install via USB key recently and it was easy. -- WXS From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 17:36:30 2009 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 C3B9D10656A4 for ; Wed, 16 Sep 2009 17:36:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id D71EC8FC08 for ; Wed, 16 Sep 2009 17:36:27 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8GHaRSN029115 for ; Wed, 16 Sep 2009 10:36:27 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8GHaRIU029114 for current@freebsd.org; Wed, 16 Sep 2009 10:36:27 -0700 (PDT) (envelope-from david) Date: Wed, 16 Sep 2009 10:36:27 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090916173627.GU1212@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Zd8I2GZVcdxtyaG/" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Panic at r197214: iwi firmware not idle, state ASSOCIATING 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, 16 Sep 2009 17:36:30 -0000 --Zd8I2GZVcdxtyaG/ Content-Type: multipart/mixed; boundary="Ma2pZxZcUUd0eybH" Content-Disposition: inline --Ma2pZxZcUUd0eybH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This was while I was building the r197249 kernel on my i386 laptop. I've attached the core.txt. I believe I saw a similar symptom a couple of days ago; it's not something that always occurs. (The iwi0 NIC is a miniPCI form factor; the only times I've seen the panic are at work, where my intent is to either run stand-alone or to use the wired xl0 NIC. At home, I normally use wiht iwi0 NIC, but home uses WEP, not WPA.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Ma2pZxZcUUd0eybH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="core.txt" Content-Transfer-Encoding: quoted-printable localhost dumped core - see /var/crash/vmcore.8 Wed Sep 16 09:58:23 PDT 2009 FreeBSD localhost 9.0-CURRENT FreeBSD 9.0-CURRENT #1114 r197214: Tue Sep 15= 12:16:15 PDT 2009 root@d254.dwolf.juniper.net.:/common/S4/obj/usr/src/= sys/CANARY i386 panic: iwi firmware not idle, state ASSOCIATING 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: iwi firmware not idle, state ASSOCIATING cpuid =3D 0 KDB: enter: panic Uptime: 1h37m21s Physical memory: 751 MB Dumping 165 MB: 150 134 118 102 86 70 54 38 22 6 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/if_an.ko...Reading symbols from /boot/ker= nel/if_an.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_an.ko Reading symbols from /boot/kernel/if_iwi.ko...Reading symbols from /boot/ke= rnel/if_iwi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_iwi.ko Reading symbols from /boot/kernel/if_wi.ko...Reading symbols from /boot/ker= nel/if_wi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wi.ko Reading symbols from /boot/kernel/iwi_bss.ko...Reading symbols from /boot/k= ernel/iwi_bss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_bss.ko Reading symbols from /boot/kernel/iwi_ibss.ko...Reading symbols from /boot/= kernel/iwi_ibss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_ibss.ko Reading symbols from /boot/kernel/iwi_monitor.ko...Reading symbols from /bo= ot/kernel/iwi_monitor.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_monitor.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/ke= rnel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc0860dbe in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc0861092 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc1113dff in iwi_scan_curchan (ss=3DVariable "ss" is not available. ) at /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:2666 #4 0xc0953dca in scan_task (arg=3D0xc428b800, pending=3D1) at /usr/src/sys/net80211/ieee80211_scan.c:939 #5 0xc089b773 in taskqueue_run (queue=3D0xc44491c0) at /usr/src/sys/kern/subr_taskqueue.c:239 #6 0xc089b8c8 in taskqueue_thread_loop (arg=3D0xc43ef074) at /usr/src/sys/kern/subr_taskqueue.c:360 #7 0xc08376a8 in fork_exit (callout=3D0xc089b860 ,= =20 arg=3D0xc43ef074, frame=3D0xc3e6bd38) at /usr/src/sys/kern/kern_fork.c:= 843 #8 0xc0b76120 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 (kgdb)=20 ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -68 0 0 0 - DLs ?? 7852362:24.00 [ke= rnel] 0 1 0 0 44 0 2912 0 wait DLs ?? 2967421:04.00 [in= it] 0 2 0 0 -8 0 0 0 - DL ?? 3613724:44.00 [g_= event] 0 3 0 0 -8 0 0 0 - DL ?? 1206504:34.00 [g_= up] 0 4 0 0 -8 0 0 0 - DL ?? 1745985:22.00 [g_= down] 0 5 0 0 -16 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_th= rd] 0 6 0 0 -16 0 0 0 c42903bc DL ?? 0:00.00 [cbb0= event 0 7 0 0 -16 0 0 0 c4289bbc DL ?? 0:00.00 [cbb1= event 0 8 0 0 -16 0 0 0 - DL ?? 0:00.00 [fw0_pr= obe] 0 9 0 0 -16 0 0 0 - DL ?? 4822:58.00 [fdc0] 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audit] 0 11 0 0 171 0 0 0 - RL ?? -29646142:-35.55 = [idle] 0 12 0 0 -60 0 0 0 - WL ?? 9012146:02.00 [in= tr] 0 13 0 0 -16 0 0 0 - DL ?? 199072:38.00 [yar= row] 0 14 0 0 -64 0 0 0 - DL ?? 10999:06.00 [usb] 0 15 0 0 -16 0 0 0 tzpoll DL ?? 450917:12.00 [acp= i_therm 0 16 0 0 -60 0 0 0 waitin DL ?? 721:24.00 [sctp_i= tera 0 17 0 0 44 0 0 0 psleep DL ?? 5207:48.00 [paged= aemon 0 18 0 0 76 0 0 0 psleep DL ?? 135:20.00 [vmdaem= on] 0 19 0 0 76 0 0 0 pgzero DL ?? 161:00.00 [pageze= ro] 0 20 0 0 44 0 0 0 psleep DL ?? 5900:16.00 [bufda= emon] 0 21 0 0 -16 0 0 0 vlruwt DL ?? 4678:34.00 [vnlru] 0 22 0 0 44 0 0 0 syncer DL ?? 27360:02.00 [sync= er] 0 23 0 0 -16 0 0 0 sdflus DL ?? 7671:06.00 [softd= epflu 0 24 0 0 -16 0 0 0 flowcl DL ?? 573746:40.00 [flo= wcleane 0 1477 1 0 44 0 1888 0 select Ds ?? 30229:40.00 [devd] 0 1683 0 0 -8 0 0 0 mdwait DL ?? 120754:16.00 [md0] 0 1724 1 0 44 0 3340 0 select Ds ?? 1159326:18.00 [sy= slogd] 0 1750 1 0 44 0 3372 0 select Ds ?? 223147:44.00 [rpc= bind] 0 1898 1 0 76 0 3280 0 select Ds ?? 197324:32.00 [lpd] 0 1941 1 0 44 0 3340 0 select Ds ?? 537690:48.00 [pow= erd] 0 2037 1 0 44 0 3444 0 select Ds ?? 258677:16.00 [mou= sed] 0 2119 1 0 44 0 2712 0 select Ds ?? 1564549:52.00 [ht= tpd] 0 2142 1 0 76 0 6672 0 select Ds ?? 144755:04.00 [ssh= d] 80 2149 2119 0 54 0 2724 0 accept D ?? 142773:04.00 [htt= pd] 80 2150 2119 0 54 0 2724 0 accept D ?? 123035:04.00 [htt= pd] 80 2151 2119 0 55 0 2724 0 accept D ?? 123931:16.00 [htt= pd] 80 2152 2119 0 54 0 2724 0 accept D ?? 123000:44.00 [htt= pd] 80 2153 2119 0 55 0 2724 0 accept D ?? 127360:10.00 [htt= pd] 0 2155 1 0 44 0 6068 0 select Ds ?? 246710:22.00 [sen= dmail] 25 2159 1 0 44 0 6068 0 pause Ds ?? 109953:34.00 [sen= dmail] 0 2166 1 0 44 0 3368 0 nanslp Ds ?? 306908:38.00 [cro= n] 0 2237 1 0 76 0 3340 0 ttyin Ds+ ?? 208822:44.00 [get= ty] 0 2238 1 0 47 0 3804 0 wait Ds ?? 218607:06.00 [log= in] 0 2239 1 0 44 0 3804 0 wait Ds ?? 185610:06.00 [log= in] 0 2242 1 0 76 0 3340 0 ttyin Ds+ ?? 184220:12.00 [get= ty] 0 2243 1 0 76 0 3340 0 ttyin Ds+ ?? 185155:02.00 [get= ty] 0 2244 1 0 76 0 3340 0 ttyin Ds+ ?? 184899:38.00 [get= ty] 0 2245 1 0 76 0 3340 0 ttyin Ds+ ?? 196984:40.00 [get= ty] 1001 2246 2238 0 47 0 5640 0 pause D ?? 1158262:20.00 [cs= h] 1001 2332 2246 0 44 0 2084 0 pause D+ ?? 0:00.00 [screen] 0 2333 2332 0 44 0 2124 0 select Ds ?? 0:00.00 [screen] 1001 2336 2333 0 76 0 5640 0 pause Ds ?? 2468706:32.00 [cs= h] 0 2363 2336 0 44 0 3340 0 select D+ ?? 0:00.00 [script] 0 2364 2363 0 47 0 5640 0 pause Ds ?? 596193:34.00 [csh] 1001 2512 2239 0 57 0 5640 0 pause D ?? 267383:20.00 [csh] 1001 2601 2512 0 44 0 2084 0 pause D+ ?? 0:00.00 [screen] 0 2602 2601 0 44 0 2124 0 select Ds ?? 0:00.00 [screen] 1001 2605 2602 0 63 0 5640 0 pause Ds ?? 808003:44.00 [csh] 1001 2680 2605 0 44 0 3280 0 kqread D+ ?? 0:00.00 [tail] 1001 2681 2605 0 44 0 3488 0 piperd D+ ?? 0:00.00 [grep] 0 12137 1 0 44 0 3340 0 ttyin Ds+ ?? 172311:56.00 [get= ty] 0 24533 1 0 44 0 3340 0 ttyin Ds+ ?? 421177:12.00 [get= ty] 0 36262 2364 0 76 0 1888 0 wait D+ ?? 0:00.00 [make] 0 36266 36262 0 51 0 1888 0 wait D+ ?? 0:00.00 [make] 0 39772 36266 0 76 0 13152 0 wait D+ ?? 0:00.00 [make] 0 42676 39772 0 76 0 1888 0 wait D+ ?? 0:00.00 [make] 0 42677 42676 0 76 0 3620 0 wait D+ ?? 0:00.00 [sh] 0 51893 42677 0 76 0 2912 0 wait D+ ?? 0:00.00 [make] 0 51903 51893 0 76 0 1888 0 wait D+ ?? 0:00.00 [cc] 0 51904 51903 0 100 0 24916 0 - R+ ?? 0:00.00 [cc1] 0 51905 51903 0 50 0 2912 0 piperd D+ ?? 42558:38.00 [as] ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 34 page daemon wakeups 190155 pages examined by the page daemon 6208 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 196475 pages cached 0 pages freed 0 pages freed by daemon 15453182 pages freed by exiting processes 21193 pages active 128905 pages inactive 2937 pages in VM cache 32382 pages wired down 3238 pages free 4096 bytes per page 32443187 total name lookups cache hits (91% pos + 6% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) ad_driver 1 1K - 1 32 acd_driver 1 2K - 1 2048 cdev 12 2K - 12 128 ata_cam 1 1K - 13 64,256,1024 sigio 1 1K - 1 32 filedesc 72 18K - 51906 256 kenv 82 7K - 89 16,32,64,128,4096 kqueue 2 2K - 5 128,1024 proc-args 37 2K - 37682 16,32,64,128,256 ithread 64 5K - 64 16,64,128 acpidev 76 3K - 76 32 KTRACE 100 13K - 100 128 linker 175 10K - 296 16,32,64,512,4096 lockf 29 2K - 45 32,64 scsi_cd 0 0K - 3 16 ip6ndp 8 1K - 8 64,128 temp 36 234K - 151696 16,32,64,128,256,512,1024,2048= ,4096 devbuf 1789 3965K - 1828 16,32,64,128,256,512,1024,2048= ,4096 fw_xfer 0 0K - 1 128 module 466 30K - 466 64,128 firewire 11 23K - 14 32,64,512,1024,2048,4096 mtx_pool 2 8K - 2 4096 osd 2 1K - 2 16,32 ppbusdev 3 1K - 3 128 subproc 175 314K - 52009 256,4096 proc 2 8K - 2 4096 session 26 2K - 63 64 pgrp 33 3K - 104 64 cred 62 6K - 316370 64,128 uidinfo 5 2K - 40 64,1024 plimit 22 6K - 11033 256 entropy 1024 64K - 1024 64 sysctltmp 0 0K - 2721 16,32,64,128,256 sysctloid 3440 105K - 3528 16,32,64,128 sysctl 0 0K - 25604 16,32,64 umtx 140 9K - 140 64 p1003.1b 1 1K - 1 16 SWAP 2 821K - 2 64 CAM dev queue 3 1K - 3 64 bus-sc 69 115K - 2976 16,32,64,128,256,512,1024,2048= ,4096 bus 1131 51K - 5848 16,32,64,128,512,1024 devstat 14 29K - 14 16,4096 eventhandler 77 4K - 77 32,64,128 CAM queue 11 1K - 84 16,32 kobj 316 632K - 381 2048 Per-cpu 1 1K - 1 16 pci_link 8 1K - 8 16,32,128 rman 193 12K - 629 16,32,64 ac97 2 1K - 2 16,512 sbuf 0 0K - 754 16,32,64,128,256,512,1024,2048= ,4096 acpi_perf 1 1K - 1 64 stack 0 0K - 2 128 taskqueue 17 1K - 17 16,64 Unitno 12 1K - 54 16,64 sbp 104 9K - 104 32,128 feeder 12 1K - 14 16,64 Witness 1 104K - 1 =20 iov 0 0K - 1028 64,128,256 select 56 4K - 56 64 ioctlops 0 0K - 12310 16,32,64,128,256,512,1024 msg 4 25K - 4 1024,4096 sem 4 6K - 4 256,512,1024,4096 shm 1 12K - 1 =20 tty 23 12K - 26 512,2048 pts 3 1K - 4 128 accf 3 1K - 3 16,32 mbuf_tag 0 0K - 2810 32 ksem 1 4K - 1 4096 shmfd 1 4K - 1 4096 pcb 23 79K - 32 16,64,512,1024,2048,4096 soname 6 1K - 227 16,32,128 biobuf 0 0K - 8 2048 vfscache 1 256K - 1 =20 cl_savebuf 0 0K - 2964 32,64 vfs_hash 1 128K - 1 =20 vnodes 4 1K - 5 32,128 ddb_capture 1 48K - 1 =20 vnodemarker 0 0K - 2133 512 mount 101 4K - 145 16,32,64,128,256 BPF 7 1K - 7 64 ether_multi 12 1K - 12 16,32 ifaddr 185 16K - 185 16,32,64,128,256,512,2048 ifnet 8 8K - 8 64,1024 clone 5 20K - 5 4096 arpcom 3 1K - 3 16 fw_com 1 1K - 1 64 lltable 16 4K - 16 256 acpica 1385 71K - 202203 16,32,64,128,256,512 agp 2 65K - 2 16 acpitask 1 1K - 1 1024 CAM SIM 3 1K - 3 128 mixer 1 4K - 1 4096 kbdmux 6 10K - 6 16,256,1024,2048,4096 routetbl 181 291K - 348 16,64,128,256,512 80211vap 1 4K - 1 4096 80211com 1 8K - 1 =20 80211nodeie 13 3K - 8482 32,64,128,256 80211node 1 8K - 2615 =20 80211scan 14 7K - 294 256,2048 igmp 7 1K - 7 128 md_disk 1 2K - 1 2048 in_multi 1 1K - 1 128 UART 3 2K - 3 16,256,1024 IpFw/IpAcct 13 2K - 24 64,128,1024 sctp_iter 0 0K - 1 128 sctp_ifn 1 1K - 1 128 sctp_ifa 3 1K - 3 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 1 16 hostcache 1 16K - 1 =20 syncache 1 72K - 1 =20 acpisem 15 2K - 15 64,128 USBdev 8 3K - 8 32,128,1024 ip6_moptions 2 1K - 2 32,128 in6_multi 13 2K - 13 16,256 in6_mfilter 1 1K - 1 512 USB 14 3K - 14 16,32,64,1024 mld 7 1K - 7 128 NFS FHA 1 1K - 1 1024 rpc 2 5K - 2 128,4096 audit_evclass 172 3K - 211 16 savedino 0 0K - 290 256 dirrem 0 0K - 24145 32 mkdir 0 0K - 14 32 diradd 0 0K - 24154 64 freefile 0 0K - 24145 32 freeblks 0 0K - 8300 256 freefrag 0 0K - 810 32 allocindir 0 0K - 341 64 indirdep 0 0K - 11 32 allocdirect 0 0K - 11268 128 bmsafemap 0 0K - 117 64 newblk 1 1K - 11610 64,256 inodedep 1 128K - 24213 128 pagedep 1 32K - 169 64 ufs_dirhash 131 63K - 729 16,32,64,128,256,512 ufs_mount 15 36K - 15 256,2048,4096 UMAHash 1 1K - 3 256,512,1024 DEVFS1 119 30K - 139 256 DEVFS3 139 18K - 159 128 vm_pgdata 2 65K - 2 64 atkbddev 2 1K - 2 32 DEVFS 14 1K - 15 16,64 apmdev 1 1K - 2 64 pfs_nodes 20 3K - 20 128 pfs_vncache 0 0K - 8 32 CAM XPT 26 5K - 126 16,32,64,256,1024,2048 CAM periph 4 1K - 21 16,32,64,128 GEOM 230 51K - 1358 16,32,64,128,512,1024,2048 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 isadev 6 1K - 6 64 ata_generic 2 2K - 2 1024 linux 12 1K - 12 32,64 drm_ctxbitmap 1 4K - 1 4096 drm_agplists 1 1K - 1 64 drm_maps 1 1K - 1 64 drm_driver 4 2K - 8 16,64,256,1024 drm_sarea 1 1K - 1 16 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAIL= URES UMA Kegs: 128, 0, 90, 0, 90, = 0 UMA Zones: 888, 0, 90, 2, 90, = 0 UMA Slabs: 284, 0, 750, 90, 27822, = 0 UMA RCntSlabs: 544, 0, 67, 3, 67, = 0 UMA Hash: 128, 0, 3, 27, 4, = 0 16 Bucket: 76, 0, 19, 31, 58, = 0 32 Bucket: 140, 0, 18, 10, 63, = 0 64 Bucket: 268, 0, 16, 26, 118, = 13 128 Bucket: 524, 0, 50, 20, 2089, = 418 VM OBJECT: 136, 0, 29485, 7026, 707392, = 0 MAP: 140, 0, 7, 21, 7, = 0 KMAP ENTRY: 72, 47700, 221, 44, 69438, = 0 MAP ENTRY: 72, 0, 1134, 1092, 1088661, = 0 DP fakepg: 72, 0, 0, 0, 0, = 0 SG fakepg: 72, 0, 0, 0, 0, = 0 mt_zone: 2056, 0, 285, 0, 285, = 0 16: 16, 0, 3003, 448, 151903, = 0 32: 32, 0, 2319, 280, 187735, = 0 64: 64, 0, 4237, 247, 223477, = 0 128: 128, 0, 1540, 80, 217985, = 0 256: 256, 0, 604, 71, 81022, = 0 512: 512, 0, 204, 44, 40448, = 0 1024: 1024, 0, 49, 95, 43750, = 0 2048: 2048, 0, 355, 19, 588, = 0 4096: 4096, 0, 330, 23, 62249, = 0 Files: 56, 0, 109, 159, 2655169, = 0 TURNSTILE: 72, 0, 141, 39, 141, = 0 umtx pi: 52, 0, 0, 0, 0, = 0 MAC labels: 20, 0, 0, 0, 0, = 0 PROC: 680, 0, 71, 31, 51905, = 0 THREAD: 560, 0, 129, 11, 129, = 0 SLEEPQUEUE: 40, 0, 141, 95, 141, = 0 VMSPACE: 232, 0, 47, 38, 51881, = 0 cpuset: 40, 0, 2, 182, 2, = 0 audit_record: 816, 0, 0, 0, 0, = 0 mbuf_packet: 256, 0, 32, 110, 46024, = 0 mbuf: 256, 0, 1, 141, 4383, = 0 mbuf_cluster: 2048, 25024, 128, 6, 132, = 0 mbuf_jumbo_page: 4096, 12512, 0, 0, 0, = 0 mbuf_jumbo_9k: 9216, 18768, 0, 0, 0, = 0 mbuf_jumbo_16k: 16384, 12512, 0, 0, 0, = 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, = 0 g_bio: 140, 0, 0, 1232, 643344, = 0 ttyinq: 152, 0, 180, 54, 630, = 0 ttyoutq: 256, 0, 96, 9, 336, = 0 ata_request: 200, 0, 1, 339, 166615, = 0 ata_composite: 180, 0, 0, 0, 0, = 0 VNODE: 268, 0, 31123, 13033, 134156, = 0 VNODEPOLL: 60, 0, 1, 125, 1, = 0 S VFS Cache: 72, 0, 33130, 16637, 355339, = 0 L VFS Cache: 292, 0, 16, 335, 1757, = 0 NAMEI: 1024, 0, 0, 12, 5725080, = 0 DIRHASH: 1024, 0, 23, 153, 1304, = 0 NFSMOUNT: 520, 0, 0, 0, 0, = 0 NFSNODE: 464, 0, 0, 0, 0, = 0 pipe: 392, 0, 2, 28, 17599, = 0 ksiginfo: 80, 0, 84, 60, 84, = 0 itimer: 220, 0, 0, 0, 0, = 0 KNOTE: 68, 0, 2, 110, 1114, = 0 socket: 412, 25029, 31, 23, 376, = 0 ipq: 32, 791, 0, 0, 0, = 0 udp_inpcb: 220, 25038, 7, 29, 254, = 0 udpcb: 8, 25172, 7, 196, 254, = 0 tcp_inpcb: 220, 25038, 8, 28, 10, = 0 tcpcb: 632, 25026, 8, 10, 10, = 0 tcptw: 52, 5040, 0, 0, 0, = 0 syncache: 112, 15365, 0, 0, 0, = 0 hostcache: 76, 15400, 0, 0, 0, = 0 tcpreass: 20, 1690, 0, 0, 0, = 0 sackhole: 20, 0, 0, 0, 0, = 0 sctp_ep: 848, 25024, 0, 0, 0, = 0 sctp_asoc: 1460, 40000, 0, 0, 0, = 0 sctp_laddr: 24, 80040, 0, 145, 2, = 0 sctp_raddr: 420, 80001, 0, 0, 0, = 0 sctp_chunk: 96, 400000, 0, 0, 0, = 0 sctp_readq: 76, 400000, 0, 0, 0, = 0 sctp_stream_msg_out: 64, 400020, 0, 0, 0, = 0 sctp_asconf: 24, 400055, 0, 0, 0, = 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, = 0 ripcb: 220, 25038, 0, 36, 24, = 0 unpcb: 172, 25024, 16, 30, 83, = 0 rtentry: 108, 0, 6, 66, 10, = 0 IPFW dynamic rule: 108, 0, 1, 71, 1, = 0 divcb: 220, 25038, 0, 0, 0, = 0 selfd: 28, 0, 82, 172, 643234, = 0 ip4flow: 40, 4140, 0, 0, 0, = 0 ip6flow: 64, 4118, 0, 0, 0, = 0 SWAPMETA: 276, 94416, 0, 0, 0, = 0 Mountpoints: 644, 0, 7, 5, 7, = 0 FFS inode: 116, 0, 31088, 14551, 134084, = 0 FFS1 dinode: 128, 0, 0, 0, 0, = 0 FFS2 dinode: 256, 0, 31088, 13342, 134084, = 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq0: clk 5828997 27238 irq1: atkbd0 952 4 irq4: uart0 1265 5 irq6: fdc0 1 0 irq7: ppc0 2 0 irq8: rtc 746620 3488 irq9: pcm0 acpi0 38 0 irq11: cbb0 cbb1+* 137178 641 irq12: psm0 1554 7 irq14: ata0 164221 767 Total 6880828 32153 ------------------------------------------------------------------------ pstat -T 109/12040 files 0M/6143M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad0s4b 12582656 0 12582656 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad0 md0 cd0=20 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s=20 15.44 763 11.50 13.88 5 0.07 0.00 0 0.00=20 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP = CBYTES QNUM QBYTES LSPI= D LRPID STIME RTIME CTIME =20 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NATTCH SEGSZ CPID LPID ATIME DTIME CTIM= E =20 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NSEMS OTIME CTIME =20 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 136 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Mi= sses 0 0 0 0 0 0 0 = 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 2 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 2 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 2 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 0 delivered 0 datagrams output 0 times multicast source filter matched ip: 4 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 2 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 0 ARP requests sent 0 ARP replies sent 0 ARP requests received 0 ARP replies received 5 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 0 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Mbuf statistics: 0 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 2 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 33/251/284 mbufs in use (current/cache/total) 18/116/134/25024 mbuf clusters in use (current/cache/total/max) 32/110 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/12512 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/18768 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12512 16k jumbo clusters in use (current/cache/total/max) 44K/294K/339K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Opkts Oerrs = Coll Drop xl0* 1500 00:08:74:e9:c9:41 0 0 0 0 = 0 0=20 fwe0* 1500 42:4f:c0:2c:30:41 0 0 0 0 = 0 0=20 fwip0 1500 42:4f:c0:00:07:2c:30:41:0a:02:ff:fe:00:00:00:00 = 0 0 0 0 0 0=20 iwi0 2290 00:0e:35:aa:11:ca 0 0 0 0 = 0 0=20 plip0 1500 0 0 0 0 = 0 0=20 lo0 16384 0 0 0 0 = 0 0=20 lo0 16384 your-net localhost 0 - 0 - = - -=20 lo0 16384 localhost ::1 0 - 0 - = - -=20 lo0 16384 fe80:6::1 fe80:6::1 0 - 0 - = - -=20 wlan0 1500 00:0e:35:aa:11:ca 9 0 0 0 = 0 0=20 ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 link#6 UH 0 0 lo0 Internet6: Destination Gateway Flags = Netif Expire ::1 ::1 UH = lo0 fe80::%lo0/64 link#6 U = lo0 fe80::1%lo0 link#6 UHS = lo0 ff01:6::/32 ::1 U = lo0 ff02::%lo0/32 ::1 U = lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c4991278 tcp4 0 0 127.0.0.1.25 *.* LISTEN c47c8000 tcp4 0 0 *.22 *.* LISTEN c47c8278 tcp6 0 0 *.22 *.* LISTEN c47c84f0 tcp4 0 0 *.80 *.* LISTEN c47c8768 tcp4 0 0 *.515 *.* LISTEN c47c89e0 tcp6 0 0 *.515 *.* LISTEN c47c8c58 tcp4 0 0 *.111 *.* LISTEN c47c9000 tcp6 0 0 *.111 *.* LISTEN c4782974 udp6 0 0 *.* *.* =20 c47826e0 udp4 0 0 *.874 *.* =20 c478244c udp4 0 0 *.111 *.* =20 c4782000 udp6 0 0 *.624 *.* =20 c47820dc udp6 0 0 *.111 *.* =20 c4782370 udp4 0 0 *.514 *.* =20 c47821b8 udp6 0 0 *.514 *.* =20 Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c4695810 stream 0 0 0 c46958bc 0 0 c46958bc stream 0 0 0 c4695810 0 0 c4695c18 stream 0 0 0 c4695cc4 0 0 c4695cc4 stream 0 0 0 c4695c18 0 0 c46952b0 stream 0 0 0 c469535c 0 0 /var/run/= devd.pipe c469535c stream 0 0 0 c46952b0 0 0 c4695408 stream 0 0 c47c153c 0 0 0 /var/run/= printer c4695560 stream 0 0 c47c0000 0 0 0 /var/run/= rpcbind.sock c4695e1c stream 0 0 c477d218 0 0 0 /var/run/= devd.pipe c4695968 dgram 0 0 0 c469560c 0 c4696000 c4696000 dgram 0 0 0 c469560c 0 c4695d70 c4695ec8 dgram 0 0 0 c46956b8 0 0 c4695d70 dgram 0 0 0 c469560c 0 c46954b4 c46954b4 dgram 0 0 0 c469560c 0 0 c469560c dgram 0 0 c47c1000 0 c4695968 0 /var/run/= logpriv c46956b8 dgram 0 0 c47bcb84 0 c4695ec8 0 /var/run/= log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address =20 tcp4 0/0/10 localhost.smtp =20 tcp4 0/0/128 *.ssh =20 tcp6 0/0/128 *.ssh =20 tcp4 0/0/128 *.http =20 tcp4 0/0/5 *.printer =20 tcp6 0/0/5 *.printer =20 tcp4 0/0/128 *.sunrpc =20 tcp6 0/0/128 *.sunrpc =20 unix 0/0/5 /var/run/printer unix 0/0/128 /var/run/rpcbind.sock unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root as 51905 root / 2 drwxr-xr-x 1024 r root as 51905 wd /common 5040323 drwxr-xr-x 2048 r root as 51905 text /common 4971084 -rwxr-xr-x 953046 r root as 51905 0* pipe c4652498 <-> c4652550 0 rw root as 51905 1 /dev 126 crw--w---- pts/0 rw root as 51905 2 /dev 126 crw--w---- pts/0 rw root as 51905 3 /common 5040299 -rw-r--r-- 0 rw root cc1 51904 root / 2 drwxr-xr-x 1024 r root cc1 51904 wd /common 5040323 drwxr-xr-x 2048 r root cc1 51904 text /common 4971115 -rwxr-xr-x 5974398 r root cc1 51904 0 /dev 126 crw--w---- pts/0 rw root cc1 51904 1* pipe c4652550 <-> c4652498 0 rw root cc1 51904 2 /dev 126 crw--w---- pts/0 rw root cc 51903 root / 2 drwxr-xr-x 1024 r root cc 51903 wd /common 5040323 drwxr-xr-x 2048 r root cc 51903 text /common 4971760 -rwxr-xr-x 444450 r root cc 51903 0 /dev 126 crw--w---- pts/0 rw root cc 51903 1 /dev 126 crw--w---- pts/0 rw root cc 51903 2 /dev 126 crw--w---- pts/0 rw root make 51893 root / 2 drwxr-xr-x 1024 r root make 51893 wd /common 5040323 drwxr-xr-x 2048 r root make 51893 text /common 5040203 -rwxr-xr-x 456957 r root make 51893 0 /dev 126 crw--w---- pts/0 rw root make 51893 1 /dev 126 crw--w---- pts/0 rw root make 51893 2 /dev 126 crw--w---- pts/0 rw root sh 42677 root / 2 drwxr-xr-x 1024 r root sh 42677 wd /usr 6108 drwxr-xr-x 512 r root sh 42677 text / 141351 -r-xr-xr-x 117628 r root sh 42677 0 /dev 126 crw--w---- pts/0 rw root sh 42677 1 /dev 126 crw--w---- pts/0 rw root sh 42677 2 /dev 126 crw--w---- pts/0 rw root make 42676 root / 2 drwxr-xr-x 1024 r root make 42676 wd /common 4875303 drwxr-xr-x 5632 r root make 42676 text /common 5040203 -rwxr-xr-x 456957 r root make 42676 0 /dev 126 crw--w---- pts/0 rw root make 42676 1 /dev 126 crw--w---- pts/0 rw root make 42676 2 /dev 126 crw--w---- pts/0 rw root make 39772 root / 2 drwxr-xr-x 1024 r root make 39772 wd /common 4875298 drwxr-xr-x 36352 r root make 39772 text /common 5040203 -rwxr-xr-x 456957 r root make 39772 0 /dev 126 crw--w---- pts/0 rw root make 39772 1 /dev 126 crw--w---- pts/0 rw root make 39772 2 /dev 126 crw--w---- pts/0 rw root make 36266 root / 2 drwxr-xr-x 1024 r root make 36266 wd /common 4733955 drwxr-xr-x 512 r root make 36266 text /common 5040203 -rwxr-xr-x 456957 r root make 36266 0 /dev 126 crw--w---- pts/0 rw root make 36266 1 /dev 126 crw--w---- pts/0 rw root make 36266 2 /dev 126 crw--w---- pts/0 rw root make 36262 root / 2 drwxr-xr-x 1024 r root make 36262 wd /common 4733955 drwxr-xr-x 512 r root make 36262 text /usr 378012 -r-xr-xr-x 384564 r root make 36262 0 /dev 126 crw--w---- pts/0 rw root make 36262 1 /dev 126 crw--w---- pts/0 rw root make 36262 2 /dev 126 crw--w---- pts/0 rw root getty 24533 root / 2 drwxr-xr-x 1024 r root getty 24533 wd / 2 drwxr-xr-x 1024 r root getty 24533 text /usr 164918 -r-xr-xr-x 21828 r root getty 24533 0 /dev 63 crw------- ttyv3 rw root getty 24533 1 /dev 63 crw------- ttyv3 rw root getty 24533 2 /dev 63 crw------- ttyv3 rw root getty 12137 root / 2 drwxr-xr-x 1024 r root getty 12137 wd / 2 drwxr-xr-x 1024 r root getty 12137 text /usr 164918 -r-xr-xr-x 21828 r root getty 12137 0 /dev 64 crw------- ttyv4 rw root getty 12137 1 /dev 64 crw------- ttyv4 rw root getty 12137 2 /dev 64 crw------- ttyv4 rw david grep 2681 root / 2 drwxr-xr-x 1024 r david grep 2681 wd /common 5487617 drwxr-xr-x 3072 r david grep 2681 text /usr 377835 -r-xr-xr-x 77568 r david grep 2681 0* pipe c4652dc8 <-> c4652e80 0 rw david grep 2681 1 /dev 128 crw--w---- ttyp1 rw david grep 2681 2 /dev 128 crw--w---- ttyp1 rw david tail 2680 root / 2 drwxr-xr-x 1024 r david tail 2680 wd /common 5487617 drwxr-xr-x 3072 r david tail 2680 text /usr 378023 -r-xr-xr-x 17564 r david tail 2680 0 /dev 128 crw--w---- ttyp1 rw david tail 2680 1* pipe c4652e80 <-> c4652dc8 0 rw david tail 2680 2 /dev 128 crw--w---- ttyp1 rw david tail 2680 3 /common 5487706 -rw-r--r-- 4249345 r david csh 2605 root / 2 drwxr-xr-x 1024 r david csh 2605 wd /common 5487617 drwxr-xr-x 3072 r david csh 2605 text / 141331 -r-xr-xr-x 327732 r david csh 2605 15 /dev 128 crw--w---- ttyp1 rw david csh 2605 16 /dev 128 crw--w---- ttyp1 rw david csh 2605 17 /dev 128 crw--w---- ttyp1 rw david csh 2605 18 /dev 128 crw--w---- ttyp1 rw david csh 2605 19 /dev 128 crw--w---- ttyp1 rw root screen 2602 root / 2 drwxr-xr-x 1024 r root screen 2602 wd /common 5487617 drwxr-xr-x 3072 r root screen 2602 text /common 2805555 -rwsr-xr-x 289448 r root screen 2602 0 /dev 29 crw-rw-rw- null r root screen 2602 1 /dev 29 crw-rw-rw- null w root screen 2602 2 /dev 29 crw-rw-rw- null w root screen 2602 3 /dev 62 crw------- ttyv2 rw root screen 2602 4 /tmp 79619 prwx------ 0 r root screen 2602 5 /var 141316 -rw-r--r-- 792 rw root screen 2602 6 / 165102 -r--r--r-- 7541 r root screen 2602 7* pseudo-terminal master ttyp1 rw david screen 2601 root / 2 drwxr-xr-x 1024 r david screen 2601 wd /common 5487617 drwxr-xr-x 3072 r david screen 2601 text /common 2805555 -rwsr-xr-x 289448 r david screen 2601 0 /dev 62 crw------- ttyv2 rw david screen 2601 1 /dev 62 crw------- ttyv2 rw david screen 2601 2 /dev 62 crw------- ttyv2 rw david csh 2512 root / 2 drwxr-xr-x 1024 r david csh 2512 wd /common 5487617 drwxr-xr-x 3072 r david csh 2512 text / 141331 -r-xr-xr-x 327732 r david csh 2512 15 /dev 62 crw------- ttyv2 rw david csh 2512 16 /dev 62 crw------- ttyv2 rw david csh 2512 17 /dev 62 crw------- ttyv2 rw david csh 2512 18 /dev 62 crw------- ttyv2 rw david csh 2512 19 /dev 62 crw------- ttyv2 rw root csh 2364 root / 2 drwxr-xr-x 1024 r root csh 2364 wd /usr 71233 drwxr-xr-x 1024 r root csh 2364 text / 141331 -r-xr-xr-x 327732 r root csh 2364 15 /dev 126 crw--w---- pts/0 rw root csh 2364 16 /dev 126 crw--w---- pts/0 rw root csh 2364 17 /dev 126 crw--w---- pts/0 rw root csh 2364 18 /dev 126 crw--w---- pts/0 rw root csh 2364 19 /dev 126 crw--w---- pts/0 rw root script 2363 root / 2 drwxr-xr-x 1024 r root script 2363 wd /common 5487617 drwxr-xr-x 3072 r root script 2363 text /usr 377994 -r-xr-xr-x 7552 r root script 2363 0 /dev 125 crw--w---- ttyp0 rw root script 2363 1 /dev 125 crw--w---- ttyp0 rw root script 2363 2 /dev 125 crw--w---- ttyp0 rw root script 2363 3 /common 5487706 -rw-r--r-- 4249345 w root script 2363 4* pseudo-terminal master pts/0 rw root script 2363 5 /dev 126 crw--w---- pts/0 rw david csh 2336 root / 2 drwxr-xr-x 1024 r david csh 2336 wd /common 5487617 drwxr-xr-x 3072 r david csh 2336 text / 141331 -r-xr-xr-x 327732 r david csh 2336 15 /dev 125 crw--w---- ttyp0 rw david csh 2336 16 /dev 125 crw--w---- ttyp0 rw david csh 2336 17 /dev 125 crw--w---- ttyp0 rw david csh 2336 18 /dev 125 crw--w---- ttyp0 rw david csh 2336 19 /dev 125 crw--w---- ttyp0 rw root screen 2333 root / 2 drwxr-xr-x 1024 r root screen 2333 wd /common 5487617 drwxr-xr-x 3072 r root screen 2333 text /common 2805555 -rwsr-xr-x 289448 r root screen 2333 0 /dev 29 crw-rw-rw- null r root screen 2333 1 /dev 29 crw-rw-rw- null w root screen 2333 2 /dev 29 crw-rw-rw- null w root screen 2333 3 /dev 61 crw------- ttyv1 rw root screen 2333 4 /tmp 79618 prwx------ 0 r root screen 2333 5 /var 141316 -rw-r--r-- 792 rw root screen 2333 6 / 165102 -r--r--r-- 7541 r root screen 2333 7* pseudo-terminal master ttyp0 rw david screen 2332 root / 2 drwxr-xr-x 1024 r david screen 2332 wd /common 5487617 drwxr-xr-x 3072 r david screen 2332 text /common 2805555 -rwsr-xr-x 289448 r david screen 2332 0 /dev 61 crw------- ttyv1 rw david screen 2332 1 /dev 61 crw------- ttyv1 rw david screen 2332 2 /dev 61 crw------- ttyv1 rw david csh 2246 root / 2 drwxr-xr-x 1024 r david csh 2246 wd /common 5487617 drwxr-xr-x 3072 r david csh 2246 text / 141331 -r-xr-xr-x 327732 r david csh 2246 15 /dev 61 crw------- ttyv1 rw david csh 2246 16 /dev 61 crw------- ttyv1 rw david csh 2246 17 /dev 61 crw------- ttyv1 rw david csh 2246 18 /dev 61 crw------- ttyv1 rw david csh 2246 19 /dev 61 crw------- ttyv1 rw root getty 2245 root / 2 drwxr-xr-x 1024 r root getty 2245 wd / 2 drwxr-xr-x 1024 r root getty 2245 text /usr 164918 -r-xr-xr-x 21828 r root getty 2245 0 /dev 51 crw------- ttyu0 rw root getty 2245 1 /dev 51 crw------- ttyu0 rw root getty 2245 2 /dev 51 crw------- ttyu0 rw root getty 2244 root / 2 drwxr-xr-x 1024 r root getty 2244 wd / 2 drwxr-xr-x 1024 r root getty 2244 text /usr 164918 -r-xr-xr-x 21828 r root getty 2244 0 /dev 67 crw------- ttyv7 rw root getty 2244 1 /dev 67 crw------- ttyv7 rw root getty 2244 2 /dev 67 crw------- ttyv7 rw root getty 2243 root / 2 drwxr-xr-x 1024 r root getty 2243 wd / 2 drwxr-xr-x 1024 r root getty 2243 text /usr 164918 -r-xr-xr-x 21828 r root getty 2243 0 /dev 66 crw------- ttyv6 rw root getty 2243 1 /dev 66 crw------- ttyv6 rw root getty 2243 2 /dev 66 crw------- ttyv6 rw root getty 2242 root / 2 drwxr-xr-x 1024 r root getty 2242 wd / 2 drwxr-xr-x 1024 r root getty 2242 text /usr 164918 -r-xr-xr-x 21828 r root getty 2242 0 /dev 65 crw------- ttyv5 rw root getty 2242 1 /dev 65 crw------- ttyv5 rw root getty 2242 2 /dev 65 crw------- ttyv5 rw root login 2239 root / 2 drwxr-xr-x 1024 r root login 2239 wd /common 5487617 drwxr-xr-x 3072 r root login 2239 text /usr 377937 -r-sr-xr-x 21700 r root login 2239 0 /dev 62 crw------- ttyv2 rw root login 2239 1 /dev 62 crw------- ttyv2 rw root login 2239 2 /dev 62 crw------- ttyv2 rw root login 2239 3* local dgram c4695968 <-> c469560c root login 2238 root / 2 drwxr-xr-x 1024 r root login 2238 wd /common 5487617 drwxr-xr-x 3072 r root login 2238 text /usr 377937 -r-sr-xr-x 21700 r root login 2238 0 /dev 61 crw------- ttyv1 rw root login 2238 1 /dev 61 crw------- ttyv1 rw root login 2238 2 /dev 61 crw------- ttyv1 rw root login 2238 3* local dgram c4696000 <-> c469560c root getty 2237 root / 2 drwxr-xr-x 1024 r root getty 2237 wd / 2 drwxr-xr-x 1024 r root getty 2237 text /usr 164918 -r-xr-xr-x 21828 r root getty 2237 0 /dev 60 crw------- ttyv0 rw root getty 2237 1 /dev 60 crw------- ttyv0 rw root getty 2237 2 /dev 60 crw------- ttyv0 rw root cron 2166 root / 2 drwxr-xr-x 1024 r root cron 2166 wd /var 23552 drwxr-x--- 512 r root cron 2166 text /usr 188607 -r-xr-xr-x 34020 r root cron 2166 0 /dev 29 crw-rw-rw- null rw root cron 2166 1 /dev 29 crw-rw-rw- null rw root cron 2166 2 /dev 29 crw-rw-rw- null rw root cron 2166 3 /var 141864 -rw------- 4 w smmsp sendmail 2159 root / 2 drwxr-xr-x 1024 r smmsp sendmail 2159 wd /var 141356 drwxrwx--- 512 r smmsp sendmail 2159 text /usr 164927 -r-xr-sr-x 682704 r smmsp sendmail 2159 0 /dev 29 crw-rw-rw- null r smmsp sendmail 2159 1 /dev 29 crw-rw-rw- null w smmsp sendmail 2159 2 /dev 29 crw-rw-rw- null w smmsp sendmail 2159 3* local dgram c4695ec8 <-> c46956b8 smmsp sendmail 2159 4 /var 141862 -rw------- 50 w root sendmail 2155 root / 2 drwxr-xr-x 1024 r root sendmail 2155 wd /var 141343 drwxr-xr-x 10240 r root sendmail 2155 text /usr 164927 -r-xr-sr-x 682704 r root sendmail 2155 0 /dev 29 crw-rw-rw- null r root sendmail 2155 1 /dev 29 crw-rw-rw- null w root sendmail 2155 2 /dev 29 crw-rw-rw- null w root sendmail 2155 3* local dgram c4695d70 <-> c469560c root sendmail 2155 4* internet stream tcp c4991278 root sendmail 2155 5 /var 141854 -rw------- 79 w www httpd 2153 root / 2 drwxr-xr-x 1024 r www httpd 2153 wd / 2 drwxr-xr-x 1024 r www httpd 2153 text /common 3438715 -rwxr-xr-x 246963 r www httpd 2153 0 /dev 29 crw-rw-rw- null r www httpd 2153 1 /dev 29 crw-rw-rw- null w www httpd 2153 2 /var 141877 -rw-r--r-- 4361416 w www httpd 2153 15 /var 141877 -rw-r--r-- 4361416 w www httpd 2153 16* internet stream tcp c47c84f0 www httpd 2153 17 /var 141905 -rw-r--r-- 7659667 w www httpd 2152 root / 2 drwxr-xr-x 1024 r www httpd 2152 wd / 2 drwxr-xr-x 1024 r www httpd 2152 text /common 3438715 -rwxr-xr-x 246963 r www httpd 2152 0 /dev 29 crw-rw-rw- null r www httpd 2152 1 /dev 29 crw-rw-rw- null w www httpd 2152 2 /var 141877 -rw-r--r-- 4361416 w www httpd 2152 15 /var 141877 -rw-r--r-- 4361416 w www httpd 2152 16* internet stream tcp c47c84f0 www httpd 2152 17 /var 141905 -rw-r--r-- 7659667 w www httpd 2151 root / 2 drwxr-xr-x 1024 r www httpd 2151 wd / 2 drwxr-xr-x 1024 r www httpd 2151 text /common 3438715 -rwxr-xr-x 246963 r www httpd 2151 0 /dev 29 crw-rw-rw- null r www httpd 2151 1 /dev 29 crw-rw-rw- null w www httpd 2151 2 /var 141877 -rw-r--r-- 4361416 w www httpd 2151 15 /var 141877 -rw-r--r-- 4361416 w www httpd 2151 16* internet stream tcp c47c84f0 www httpd 2151 17 /var 141905 -rw-r--r-- 7659667 w www httpd 2150 root / 2 drwxr-xr-x 1024 r www httpd 2150 wd / 2 drwxr-xr-x 1024 r www httpd 2150 text /common 3438715 -rwxr-xr-x 246963 r www httpd 2150 0 /dev 29 crw-rw-rw- null r www httpd 2150 1 /dev 29 crw-rw-rw- null w www httpd 2150 2 /var 141877 -rw-r--r-- 4361416 w www httpd 2150 15 /var 141877 -rw-r--r-- 4361416 w www httpd 2150 16* internet stream tcp c47c84f0 www httpd 2150 17 /var 141905 -rw-r--r-- 7659667 w www httpd 2149 root / 2 drwxr-xr-x 1024 r www httpd 2149 wd / 2 drwxr-xr-x 1024 r www httpd 2149 text /common 3438715 -rwxr-xr-x 246963 r www httpd 2149 0 /dev 29 crw-rw-rw- null r www httpd 2149 1 /dev 29 crw-rw-rw- null w www httpd 2149 2 /var 141877 -rw-r--r-- 4361416 w www httpd 2149 15 /var 141877 -rw-r--r-- 4361416 w www httpd 2149 16* internet stream tcp c47c84f0 www httpd 2149 17 /var 141905 -rw-r--r-- 7659667 w root sshd 2142 root / 2 drwxr-xr-x 1024 r root sshd 2142 wd / 2 drwxr-xr-x 1024 r root sshd 2142 text /usr 188568 -r-xr-xr-x 222088 r root sshd 2142 0 /dev 29 crw-rw-rw- null rw root sshd 2142 1 /dev 29 crw-rw-rw- null rw root sshd 2142 2 /dev 29 crw-rw-rw- null rw root sshd 2142 3* internet6 stream tcp c47c8278 root sshd 2142 4* internet stream tcp c47c8000 root httpd 2119 root / 2 drwxr-xr-x 1024 r root httpd 2119 wd / 2 drwxr-xr-x 1024 r root httpd 2119 text /common 3438715 -rwxr-xr-x 246963 r root httpd 2119 0 /dev 29 crw-rw-rw- null r root httpd 2119 1 /dev 29 crw-rw-rw- null w root httpd 2119 2 /var 141877 -rw-r--r-- 4361416 w root httpd 2119 15 /var 141877 -rw-r--r-- 4361416 w root httpd 2119 16* internet stream tcp c47c84f0 root httpd 2119 17 /var 141905 -rw-r--r-- 7659667 w root moused 2037 root / 2 drwxr-xr-x 1024 r root moused 2037 wd / 2 drwxr-xr-x 1024 r root moused 2037 text /usr 188669 -r-xr-xr-x 36096 r root moused 2037 0 /dev 29 crw-rw-rw- null rw root moused 2037 1 /dev 29 crw-rw-rw- null rw root moused 2037 2 /dev 29 crw-rw-rw- null rw root moused 2037 3 /dev 49 crw-rw-rw- psm0 rw root moused 2037 4 /dev 76 crw------- consolectl rw root moused 2037 5 /var 141844 -rw------- 4 w root powerd 1941 root / 2 drwxr-xr-x 1024 r root powerd 1941 wd / 2 drwxr-xr-x 1024 r root powerd 1941 text /usr 188682 -r-xr-xr-x 12760 r root powerd 1941 0 /dev 29 crw-rw-rw- null rw root powerd 1941 1 /dev 29 crw-rw-rw- null rw root powerd 1941 2 /dev 29 crw-rw-rw- null rw root powerd 1941 3 /var 141842 -rw------- 4 w root powerd 1941 4* local stream c469535c <-> c46952b0 root lpd 1898 root / 2 drwxr-xr-x 1024 r root lpd 1898 wd / 2 drwxr-xr-x 1024 r root lpd 1898 text /usr 188592 -r-xr-xr-x 76324 r root lpd 1898 0 /dev 29 crw-rw-rw- null rw root lpd 1898 1 /dev 29 crw-rw-rw- null rw root lpd 1898 2 /dev 29 crw-rw-rw- null rw root lpd 1898 3* local dgram c46954b4 <-> c469560c root lpd 1898 4 /var 141561 -rw-rw-r-- 5 w root lpd 1898 5* local stream c4695408 root lpd 1898 6* internet6 stream tcp c47c89e0 root lpd 1898 7* internet stream tcp c47c8768 root rpcbind 1750 root / 2 drwxr-xr-x 1024 r root rpcbind 1750 wd / 2 drwxr-xr-x 1024 r root rpcbind 1750 text /usr 188670 -r-xr-xr-x 39496 r root rpcbind 1750 0 /dev 29 crw-rw-rw- null rw root rpcbind 1750 1 /dev 29 crw-rw-rw- null rw root rpcbind 1750 2 /dev 29 crw-rw-rw- null rw root rpcbind 1750 3 /var 141796 -r--r--r-- 0 r root rpcbind 1750 4* internet6 dgram udp c4782974 root rpcbind 1750 5* local stream c4695560 root rpcbind 1750 6* internet6 dgram udp c47820dc root rpcbind 1750 7* internet6 dgram udp c4782000 root rpcbind 1750 8* internet6 stream tcp c47c9000 root rpcbind 1750 9* internet dgram udp c478244c root rpcbind 1750 10* internet dgram udp c47826e0 root rpcbind 1750 11* internet stream tcp c47c8c58 root syslogd 1724 root / 2 drwxr-xr-x 1024 r root syslogd 1724 wd / 2 drwxr-xr-x 1024 r root syslogd 1724 text /usr 188674 -r-xr-xr-x 35856 r root syslogd 1724 0 /dev 29 crw-rw-rw- null rw root syslogd 1724 1 /dev 29 crw-rw-rw- null rw root syslogd 1724 2 /dev 29 crw-rw-rw- null rw root syslogd 1724 3 /var 141553 -rw------- 4 w root syslogd 1724 4* local dgram c46956b8 root syslogd 1724 5* local dgram c469560c root syslogd 1724 6* internet6 dgram udp c47821b8 root syslogd 1724 7* internet dgram udp c4782370 root syslogd 1724 8 /dev 32 crw------- klog r root syslogd 1724 10 /dev 3 crw------- console w root syslogd 1724 11 /var 141917 -rw-r--r-- 4788 w root syslogd 1724 12 /var 142055 -rw------- 43281 w root syslogd 1724 13 /var 141860 -rw------- 1376 w root syslogd 1724 14 /var 142630 -rw-r----- 6533 w root syslogd 1724 15 /var 142435 -rw-r--r-- 29055 w root syslogd 1724 16 /var 141878 -rw-r--r-- 4035 w root syslogd 1724 17 /var 142555 -rw------- 56893 w root syslogd 1724 18 /var 141902 -rw------- 57339 w root syslogd 1724 19 /var 141874 -rw-r----- 71387 w root md0 1683 root / 2 drwxr-xr-x 1024 r root md0 1683 wd / 2 drwxr-xr-x 1024 r root devd 1477 root / 2 drwxr-xr-x 1024 r root devd 1477 wd / 2 drwxr-xr-x 1024 r root devd 1477 text / 117804 -r-xr-xr-x 386152 r root devd 1477 0 /dev 29 crw-rw-rw- null rw root devd 1477 1 /dev 29 crw-rw-rw- null rw root devd 1477 2 /dev 29 crw-rw-rw- null rw root devd 1477 3 / 164883 drwxr-xr-x 512 r root devd 1477 4 /dev 6 crw------- devctl r root devd 1477 5* local stream c4695e1c root devd 1477 6 /var 141551 -rw------- 4 w root devd 1477 7* local stream c46952b0 <-> c469535c root init 1 root / 2 drwxr-xr-x 1024 r root init 1 wd / 2 drwxr-xr-x 1024 r root init 1 text / 117854 -r-xr-xr-x 665688 r root kernel 0 root / 2 drwxr-xr-x 1024 r root kernel 0 wd / 2 drwxr-xr-x 1024 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #1114 r197214: Tue Sep 15 12:16:15 PDT 2009 root@d254.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc123e000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc123e14c. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc123e1f8. Preloaded elf module "/boot/kernel/if_iwi.ko" at 0xc123e2a4. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc123e350. Preloaded elf module "/boot/kernel/iwi_bss.ko" at 0xc123e3fc. Preloaded elf module "/boot/kernel/iwi_ibss.ko" at 0xc123e4a8. Preloaded elf module "/boot/kernel/iwi_monitor.ko" at 0xc123e558. Preloaded elf module "/boot/kernel/radeon.ko" at 0xc123e608. Preloaded elf module "/boot/kernel/drm.ko" at 0xc123e6b4. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1196475692 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz (1196.48-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff Features2=3D0x400 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte = line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte lin= e size real memory =3D 805306368 (768 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001426000 - 0x000000002f219fff, 769605632 bytes (187892 pages) avail memory =3D 768819200 (733 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: ULE: setup cpu 0 firmware: 'iwi_bss' version 300: 191154 bytes loaded at 0xc1129000 firmware: 'iwi_ibss' version 300: 185428 bytes loaded at 0xc115a764 firmware: 'iwi_monitor' version 300: 187836 bytes loaded at 0xc118a000 wlan: <802.11 Link Layer> snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_ra= te_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: null: random: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 ACPI: RSDP 0xfde50 00014 (v0 DELL ) ACPI: RSDT 0xfde64 0002C (v1 DELL CPi R 27D40107 ASL 00000061) ACPI: FACP 0xfde90 00074 (v1 DELL CPi R 27D40107 ASL 00000061) ACPI: DSDT 0xfffe4000 0314E (v1 INT430 SYSFexxx 00001001 MSFT 0100000E) ACPI: FACS 0x2ffff800 00040 ACPI: BOOT 0xfdf04 00028 (v1 DELL CPi R 27D40107 ASL 00000061) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: wakeup code va 0xc3da3000 pa 0x1000 atpic: Programming IRQ9 as level/low pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D1a308086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.FDIS -> bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB1.AD1_ -> bus 0 dev 29 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIRQ -> bus 0 dev 31 func 0 acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 2fef0000 (3) failed ACPI timer: 1/1 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 Validation 0 255 N 0 5 7 After Disable 0 255 N 0 5 7 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 9 10 11 Validation 0 11 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 5 7 9 10 11 Validation 0 11 N 0 5 7 9 10 11 After Disable 0 255 N 0 5 7 9 10 11 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 5: 11 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x1a30, revid=3D0x04 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xe8000000, size 26, ena= bled found-> vendor=3D0x8086, dev=3D0x1a31, revid=3D0x04 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0e (3500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2482, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf80, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.PCI0.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.PCI0.LNKA found-> vendor=3D0x8086, dev=3D0x2487, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[20]: type I/O Port, range 32, base 0xbf20, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.PCI0.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x42 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248c, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x248a, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0xbfa0, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x2485, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd800, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc80, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pci_link1: Picked IRQ 9 with weight 0 pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB found-> vendor=3D0x8086, dev=3D0x2486, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type I/O Port, range 32, base 0xd400, size 8, enabled map[14]: type I/O Port, range 32, base 0xdc00, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.PCI0.LNKB:0) pcib0: slot 31 INTB routed to irq 9 via \\_SB_.PCI0.LNKB agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfc000000-0xfdffffff pcib1: prefetched decode 0xe0000000-0xe7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4c66, revid=3D0x01 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x01a7, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, ena= bled pcib1: requested memory range 0xe0000000-0xe7ffffff: good map[14]: type I/O Port, range 32, base 0xc000, size 8, enabled pcib1: requested I/O range 0xc000-0xc0ff: in range map[18]: type Memory, range 32, base 0xfcff0000, size 16, enabled pcib1: requested memory range 0xfcff0000-0xfcffffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKA vgapci0: port 0xc000-0xc0ff mem 0xe0000000-0xe7fff= fff,0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfcff0000 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe8000000 64MB info: [drm] Initialized radeon 1.31.0 20080613 uhci0: port 0xbf80-0xbf9f i= rq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 uhci0: [MPSAFE] uhci0: [ITHREAD] uhci0: LegSup =3D 0x0000 usbus0: on uhci0 uhci1: port 0xbf20-0xbf3f i= rq 11 at device 29.2 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 uhci1: [MPSAFE] uhci1: [ITHREAD] uhci1: LegSup =3D 0x0000 usbus1: on uhci1 pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 16 pcib2: I/O decode 0xe000-0xffff pcib2: memory decode 0xf4000000-0xfbffffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 2.1.INTA at func 0: 255 ACPI: Found matching pin for 2.1.INTA at func 1: 255 ACPI: Found matching pin for 2.1.INTA at func 2: 11 ACPI: Found matching pin for 2.3.INTA at func 0: 11 ACPI: Found matching pin for 2.0.INTA at func 0: 11 pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10b7, dev=3D0x9200, revid=3D0x78 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x0a (2500 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xec80, size 7, enabled pcib2: requested I/O range 0xec80-0xecff: in range map[14]: type Memory, range 32, base 0xf8fffc00, size 7, enabled pcib2: requested memory range 0xf8fffc00-0xf8fffc7f: good pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.LNKC:0) pcib2: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.LNKC found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0xac42, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=3D0x104c, dev=3D0x8027, revid=3D0x00 domain=3D0, bus=3D2, slot=3D1, func=3D2 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf8fff000, size 11, enabled pcib2: requested memory range 0xf8fff000-0xf8fff7ff: good map[14]: type Memory, range 32, base 0xf8ff8000, size 14, enabled pcib2: requested memory range 0xf8ff8000-0xf8ffbfff: good pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD found-> vendor=3D0x8086, dev=3D0x4220, revid=3D0x05 domain=3D0, bus=3D2, slot=3D3, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0016, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x18 (6000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf8ffe000, size 12, enabled pcib2: requested memory range 0xf8ffe000-0xf8ffefff: good pcib2: matched entry for 2.3.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LNKD xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0= xf8fffc7f irq 11 at device 0.0 on pci2 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xf8fffc00 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 ukphy0: PHY 24 on miibus0 ukphy0: OUI 0x00105a, model 0x0000, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:08:74:e9:c9:41 xl0: [MPSAFE] xl0: [ITHREAD] cbb0: at device 1.0 on pci2 pcib2: cbb0 requested memory range 0x0-0xffffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x80000000 cbb0: Found memory at 80000000 cbb0: Secondary bus is 4 cbb0: Setting primary bus to 2 cbb0: Secondary bus set to 3 subbus 4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: [FILTER] cbb0: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0x80000000 0x020000a0 0x20040302 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024d021 0x00000600 0x000f0000 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: at device 1.1 on pci2 pcib2: cbb1 requested memory range 0x0-0xffffffff: good cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x80001000 cbb1: Found memory at 80001000 cbb1: Secondary bus is 5 cbb1: Setting primary bus to 2 cbb1: Secondary bus set to 5 subbus 6 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib2: matched entry for 2.1.INTA (src \\_SB_.PCI0.LNKD:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.LNKD cbb1: [MPSAFE] cbb1: [FILTER] cbb1: PCI Configuration space: 0x00: 0xac42104c 0x02100007 0x06070000 0x00822008=20 0x10: 0x80001000 0x020000a0 0x20060502 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc=20 0x30: 0x00000000 0x0000fffc 0x00000000 0x0740010b=20 0x40: 0x00d51028 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x3024d021 0x00000600 0x000f0000 0x05033002=20 0x90: 0x6064a6c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: mem 0xf8fff000-0xf8fff7ff,0xf8ff8000-0= xf8ffbfff irq 11 at device 1.2 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf8fff000 fwohci0: [MPSAFE] fwohci0: [ITHREAD] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 42:4f:c0:00:07:2c:30:41 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 42:4f:c0:2c:30:41 fwe0: bpf attached fwe0: Ethernet address: 42:4f:c0:2c:30:41 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 42:4f:c0:00:07:2c:30:41 @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xd7be80 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMAS= TER mode iwi0: mem 0xf8ffe000-0xf8ffefff irq 11 at de= vice 3.0 on pci2 iwi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf8ffe000 iwi0: [MPSAFE] iwi0: [ITHREAD] iwi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x20001 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 ata1: [MPSAFE] ata1: [ITHREAD] pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at devi= ce 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xdc80 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: pcm0: Codec features mic channel, tone, simulated stereo, bass boost, 20 bi= t DAC, 18 bit ADC, 5 bit master volume, SRS 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, variable rate mic,= AMAP pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "bass": pcm0: Mixer "treble": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 15d0000, 4000; 0xc3f4e000 -> 15d0000 pcm0: sndbuf_setmap 15d4000, 4000; 0xc3f52000 -> 15d4000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: ic_type 90 part_id 80 fdc0: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: fast interrupt uart0: console (9600,n,8,1) ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_perf0: on cpu0 p4tcc0: on cpu0 ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 pcf0 failed to probe on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1196475692 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me)=20 firewire0: bus manager 0=20 ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forward= ing enabled, default to deny, logging disabled lo0: bpf attached DUMMYNET with IPv6 initialized (040826) hptrr: no controller detected. ata0: Identifying devices: 00020001 ata0: New devices: 00020001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 Status is 0x30000006 Status is 0x30000006 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout acpi_acad0: acline initialization start system power profile changed to 'economy' acpi_acad0: Off Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ACPI Warning for \\_SB_.BAT0._BIF: Converted Buffer to expected String at i= ndex 9 (20090903/nsrepair-215) ACPI Warning for \\_SB_.BAT0._BIF: Converted Buffer to expected String at i= ndex 10 (20090903/nsrepair-215) ACPI Warning for \\_SB_.BAT0._BIF: Converted Buffer to expected String at i= ndex 11 (20090903/nsrepair-215) ACPI Warning for \\_SB_.BAT0._BIF: Converted Buffer to expected String at i= ndex 12 (20090903/nsrepair-215) battery0: battery initialization done, tried 1 times battery1: battery initialization start ACPI Warning for \\_SB_.BAT1._BIF: Converted Buffer to expected String at i= ndex 9 (20090903/nsrepair-215) ACPI Warning for \\_SB_.BAT1._BIF: Converted Buffer to expected String at i= ndex 10 (20090903/nsrepair-215) ACPI Warning for \\_SB_.BAT1._BIF: Converted Buffer to expected String at i= ndex 11 (20090903/nsrepair-215) ACPI Warning for \\_SB_.BAT1._BIF: Converted Buffer to expected String at i= ndex 12 (20090903/nsrepair-215) battery1: battery initialization done, tried 1 times ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: setting PIO4 on ICH3 chip ad0: setting UDMA100 on ICH3 chip ad0: 114473MB at ata0-master UDMA100 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acd0: setting PIO4 on ICH3 chip acd0: setting UDMA33 on ICH3 chip acd0: CDRW drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 pcm0: measured ac97 link rate at 48018 Hz, will use 48000 Hz acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 (probe7:ata0:0:1:0): error 22 (probe7:ata0:0:1:0): Unretryable Error (probe7:ata0:0:1:0): Down reving Protocol Version from 2 to 0? (probe7:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe7:ata0:0:1:0): CAM Status: SCSI Status Error (probe7:ata0:0:1:0): SCSI Status: Check Condition (probe7:ata0:0:1:0): NOT READY asc:3a,0 (probe7:ata0:0:1:0): Medium not present (probe7:ata0:0:1:0): (probe7:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0= =20 (probe7:ata0:0:1:0): NOT READY asc:3a,0 (probe7:ata0:0:1:0): Medium not present Unretryable error (probe7:ata0:0:1:0): error 6 (probe7:ata0:0:1:0): Unretryable Error fdc0: output ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout GEOM: ad0s1: geometry does not match label (15h,63s !=3D 16h,63s). GEOM: ad0s2: geometry does not match label (15h,63s !=3D 16h,63s). GEOM: ad0s3: geometry does not match label (15h,63s !=3D 16h,63s). GEOM: ad0s4: geometry does not match label (15h,63s !=3D 16h,63s). (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error pass0 at ata0 bus 0 scbus1 target 1 lun 0GEOM: new disk cd0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: 33.000MB/s transfers (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error cd0 at ata0 bus 0 scbus1 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present WARNING: WITNESS option enabled, expect reduced performance. (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error (cd0:ata0:0:1:0): error 6 (cd0:ata0:0:1:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s4a ct_to_ts([2009-09-16 14:30:33]) =3D 1253111433.000000000 start_init: trying /sbin/init Entropy harvesting: interrupts ethernet point_to_point kickstart =2E /dev/ad0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4a: clean, 462997 free (1421 frags, 57697 blocks, 0.2% fragmentati= on) /dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 560764 free (4276 frags, 69561 blocks, 0.6% fragmentati= on) /dev/ad0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2d: clean, 1018591 free (1951 frags, 127080 blocks, 0.1% fragmenta= tion) /dev/ad0s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4d: clean, 985758 free (69014 frags, 114593 blocks, 3.9% fragmenta= tion) /dev/ad0s4f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4f: clean, 1980050 free (210986 frags, 221133 blocks, 3.5% fragmen= tation) /dev/ad0s4g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4g: clean, 14657436 free (173316 frags, 1810515 blocks, 0.7% fragm= entation) /dev/ad0s4h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4h: clean, 7184410 free (15162 frags, 896156 blocks, 0.1% fragment= ation) /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 724170 free (778 frags, 90424 blocks, 0.1% fragmentatio= n) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 1091649 free (18809 frags, 134105 blocks, 1.1% fragment= ation) /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3a: clean, 415701 free (1845 frags, 51732 blocks, 0.2% fragmentati= on) /dev/ad0s3d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3d: clean, 1015366 free (32390 frags, 122872 blocks, 1.8% fragment= ation) /dev/ad0s4e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4e: clean, 626282 free (3722 frags, 77820 blocks, 0.4% fragmentati= on) /etc/rc: WARNING: unable to set hw.acpi.lid_switch_state=3DS0 Additional TCP/IP options: rfc1323 extensions=3DNO no-ipv4-mapped-ipv6 =2E wlan0: bpf attached wlan0: bpf attached wlan0: Ethernet address: 00:0e:35:aa:11:ca Starting Network: lo0 xl0 fwe0 fwip0 iwi0 plip0. Starting Network: xl0. Starting Network: fwe0. Starting Network: fwip0. ifconfig:=20 create: bad value Starting Network: iwi0. ifconfig:=20 create: bad value Starting Network: iwi0. Starting Network: plip0. Starting Network: wlan0. add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 Flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny log ip from any to any ipoptions ssrr,lsrr,rr,ts 00500 deny log ip from any to any frag 00600 allow icmp from any to any icmptypes 0,3,4,8,11,12 00700 allow udp from 0.0.0.0 68 to 255.255.255.255 dst-port 67 keep-state 00800 deny ip from any to 255.255.255.255 00900 deny ip from 255.255.255.255 to any 01000 allow udp from any 67 to any dst-port 68 in keep-state 01100 deny log ip from any to any Firewall rules loaded. Firewall logging enabled. Additional ABI support: linux =2E Starting fusefs. kldload:=20 can't load /usr/local/modules/fuse.ko :=20 No such file or directory nic_init invoked with argument faststart; flags: -n 1=20 :: localhost done ::ffff:0.0.0.0 localhost done fe80:: localhost done ff02:: localhost done Flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny log ip from any to any ipoptions ssrr,lsrr,rr,ts 00500 deny log ip from any to any frag 00600 allow icmp from any to any icmptypes 0,3,4,8,11,12 00700 allow udp from 0.0.0.0 68 to 255.255.255.255 dst-port 67 keep-state 00800 deny ip from any to 255.255.255.255 00900 deny ip from 255.255.255.255 to any 01000 allow udp from any 67 to any dst-port 68 in keep-state 01100 deny log ip from any to any wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 00:0e:35:aa:11:ca media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 3 (2422 Mhz 11g) country US authmode OPEN privacy OFF txpower 0 bmiss 24 scanvalid 60 protmode CTS wme bintval 0 Script /usr/local/etc/rc.d/nic_init interrupted Setting the mixer vol from 25:25 to 25:25. Configuring syscons: blanktime =2E Local package initialization: rtc link_elf: symbol callout_reset undefined kldload:=20 can't load /usr/local/modules/rtc.ko :=20 No such file or directory =2E /etc/rc.d/sysctl: WARNING: unable to set hw.acpi.lid_switch_state=3DS0 Wed Sep 16 07:30:58 PDT 2009 lock order reversal: 1st 0xd37002e0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2559 2nd 0xc4777a00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper(c0c4fefc,c3ff2a74,c08a2555,c08932db,c0c52dcf,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c08932db,c0c52dcf,c412b030,c412ef28,c3ff2ad0,...) at kdb_back= trace+0x29 _witness_debugger(c0c52dcf,c4777a00,c0c76a59,c412ef28,c0c766f2,...) at _wit= ness_debugger+0x25 witness_checkorder(c4777a00,9,c0c766f2,11d,0,...) at witness_checkorder+0x8= 39 _sx_xlock(c4777a00,0,c0c766f2,11d,d453fae4,...) at _sx_xlock+0x85 ufsdirhash_acquire(0,e,c45ce800,d3700280,d453fae4,...) at ufsdirhash_acquir= e+0x35 ufsdirhash_remove(c4974488,d453fae4,ae4,c3ff2b60,c3ff2b5c,...) at ufsdirhas= h_remove+0x14 ufs_dirremove(c49c710c,c49eee80,500800c,0,c49c710c,...) at ufs_dirremove+0x= e5 ufs_remove(c3ff2c34,0,0,0,c49f653c,...) at ufs_remove+0x6e VOP_REMOVE_APV(c0d5afc0,c3ff2c34,c49f653c,c3ff2c0c,bfbfea4b,...) at VOP_REM= OVE_APV+0xa5 kern_unlinkat(c4679690,ffffff9c,bfbfea4b,0,c3ff2c80,...) at kern_unlinkat+0= x181 kern_unlink(c4679690,bfbfea4b,0,c3ff2d2c,c0b93b03,...) at kern_unlink+0x27 unlink(c4679690,c3ff2cf8,4,c0c4ffb8,c0d38138,...) at unlink+0x22 syscall(c3ff2d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (10, FreeBSD ELF32, unlink), eip =3D 0x28168eaf, esp =3D 0xbfbf= e81c, ebp =3D 0xbfbfe898 --- pid 2333 (screen) is using legacy pty devices - not logging anymore acpi_lid0: Lid closed wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN acpi_lid0: Lid opened wlan0: link state changed to UP wlan0: link state changed to DOWN Sep 16 07:53:11 localhost login: 1 LOGIN FAILURE ON ttyv4 wlan0: link state changed to UP wlan0: link state changed to DOWN acpi_lid0: Lid closed wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN system power profile changed to 'performance' acpi_acad0: On Line acpi_lid0: Lid opened wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP iwi0: firmware error wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending SCAN -> ASSOC transition lost panic: iwi firmware not idle, state ASSOCIATING cpuid =3D 0 KDB: enter: panic Uptime: 1h37m21s Physical memory: 751 MB Dumping 165 MB: 150 134 118 102 86 70 54 38 22 6 ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either= unsupported, or not compiled with INCLUDE_CONFIG_FILE --Ma2pZxZcUUd0eybH-- --Zd8I2GZVcdxtyaG/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqxIhoACgkQmprOCmdXAD3EMACffCU8C+I1vSqOb0KlNHdZSfPm 1HQAnRMW8f4zTc4DRfHkBgPixn0lnVyf =E6u4 -----END PGP SIGNATURE----- --Zd8I2GZVcdxtyaG/-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 18:04:13 2009 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 4097C106568F for ; Wed, 16 Sep 2009 18:04:13 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 182F98FC13 for ; Wed, 16 Sep 2009 18:04:12 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 6EE987E818 for ; Wed, 16 Sep 2009 10:04:25 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 16 Sep 2009 20:04:09 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909162004.09757.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: About the usb img. 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, 16 Sep 2009 18:04:13 -0000 Hi, How is the USB img built? I find no mention of this in /usr/src/release and http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-build.html is rather stale. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 18:38:16 2009 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 418FB106566C for ; Wed, 16 Sep 2009 18:38:16 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id D6E438FC14 for ; Wed, 16 Sep 2009 18:38:15 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 4118A7E818; Wed, 16 Sep 2009 10:38:27 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 16 Sep 2009 20:38:12 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <20090910191518.2e681b82@elena> In-Reply-To: <20090910191518.2e681b82@elena> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909162038.12818.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Tony McC Subject: [regression] nVidia nForce MCP73 and undetected DVD Drive (Was: Re: DVD drive not detected) 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, 16 Sep 2009 18:38:16 -0000 [moving from -questions to -current] On Thursday 10 September 2009 20:15:18 Tony McC wrote: > Hello, > > I am currently using 8.0-BETA4 amd64 and I noticed yesterday that my > PC's internal DVD reader/writer is not detected at boot time. I'm not > sure whether or not this was the case with BETA3 since I don't use the > drive all that often. It was certainly working ok with 7.2-STABLE > though. I have copied and pasted the messages from dmesg.boot below, > in case that is of help in diagnosing the problem. If I remember > correctly, it used to appear as /dev/acd0. > > Thanks in advance for any suggestions. > Tony I think devs can use a verbose boot for this one, there's quite a few errors and weird warnings on this machine. Kernel config will help as well. I leave it to the professionals from here on out. :) > > dmesg.boot > ---------- > > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-BETA4 #11: Wed Sep 9 10:55:38 BST 2009 > root@elena.home:/usr/obj/usr/src/sys/ELENA > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (3000.00-MHz K8-class > CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 > > Features=0xbfebfbff CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x408e3fd ,PDCM,SSE4.1,XSAVE> AMD Features=0x20000800 > AMD Features2=0x1 > TSC: P-state invariant > real memory = 4294967296 (4096 MB) > avail memory = 4112650240 (3922 MB) > ACPI APIC Table: <071508 APIC1340> > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: <071508 RSDT1340> on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of fee00000, 1000 (3) failed > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, cff00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pci0: at device 1.0 (no driver attached) > pci0: at device 1.1 (no driver attached) > pci0: at device 1.2 (no driver attached) > pci0: at device 1.3 (no driver attached) > pci0: at device 1.4 (no driver attached) > pci0: at device 1.5 (no driver attached) > pci0: at device 1.6 (no driver attached) > pci0: at device 2.0 (no driver attached) > isab0: port 0x4f00-0x4fff at device 3.0 on pci0 > isa0: on isab0 > pci0: at device 3.1 (no driver attached) > pci0: at device 3.2 (no driver attached) > pci0: at device 3.3 (no driver attached) > pci0: at device 3.4 (no driver attached) > ohci0: mem 0xf9f7f000-0xf9f7ffff irq 22 at > device 4.0 on pci0 ohci0: [ITHREAD] > usbus0: on ohci0 > ehci0: mem 0xf9f7ec00-0xf9f7ecff irq 23 > at device 4.1 on pci0 ehci0: [ITHREAD] > usbus1: EHCI version 1.0 > usbus1: on ehci0 > 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] > hdac0: mem > 0xf9f78000-0xf9f7bfff irq 20 at device 9.0 on pci0 hdac0: HDA Driver > Revision: 20090624_0136 > hdac0: [ITHREAD] > pcib1: at device 10.0 on pci0 > pci1: on pcib1 > pcib2: at device 11.0 on pci0 > pci2: on pcib2 > vgapci0: port 0xec00-0xec7f mem > 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfa000000-0xfbffffff irq 16 > at device 0.0 on pci2 pcib3: at device 12.0 on pci0 > pci3: on pcib3 > pcib4: at device 13.0 on pci0 > pci4: on pcib4 > atapci1: port > 0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc0f mem > 0xf9f7c000-0xf9f7dfff irq 21 at device 14.0 on pci0 atapci1: [ITHREAD] > atapci1: AHCI v1.10 controller with 4 3Gbps ports, PM supported > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > nfe0: port 0xc880-0xc887 mem > 0xf9f77000-0xf9f77fff,0xf9f7e800-0xf9f7e8ff,0xf9f7e400-0xf9f7e40f irq 22 > at device 15.0 on pci0 miibus0: on nfe0 > rlphy0: PHY 1 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > nfe0: Ethernet address: 00:24:21:1d:e3:e3 > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > acpi_button0: on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > atrtc0: port 0x70-0x71 irq 8 on acpi0 > 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 > cpu0: on acpi0 > ACPI Warning: Incorrect checksum in table [OEMB] - BC, should be BB > 20090521 tbutils-275 coretemp0: on cpu0 > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > coretemp1: on cpu1 > est1: on cpu1 > p4tcc1: on cpu1 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ppc0: cannot reserve I/O port range > Timecounters tick every 1.000 msec > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ad4: 476940MB at ata2-master SATA300 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > ad6: 476940MB at ata3-master SATA300 > uhub0: 8 ports with 8 removable, self powered > hdac0: HDA Codec #0: Realtek ALC888 > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > SMP: AP CPU #1 Launched! > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > uhub1: 8 ports with 8 removable, self powered > Root mount waiting for: usbus1 > ugen0.2: at usbus0 > ulpt0: 2> on usbus0 ulpt0: using bi-directional mode > ugen1.2: at usbus1 > umass0: on usbus1 > umass0: SCSI over Bulk-Only; quirks = 0x0000 > Root mount waiting for: usbus1 > umass0:3:0:-1: Attached to scbus3 > Root mount waiting for: usbus1 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-4 device > da0: 40.000MB/s transfers > da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) > Trying to mount root from ufs:/dev/ad6s1a > WARNING: / was not properly dismounted > ugen0.3: at usbus0 > WARNING: /home was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 19:50:46 2009 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 5A1A6106566B; Wed, 16 Sep 2009 19:50:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD1B8FC13; Wed, 16 Sep 2009 19:50:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8GJoi3e001037; Wed, 16 Sep 2009 15:50:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8GJoimW001036; Wed, 16 Sep 2009 19:50:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Sep 2009 19:50:44 GMT Message-Id: <200909161950.n8GJoimW001036@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 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, 16 Sep 2009 19:50:46 -0000 TB --- 2009-09-16 19:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-16 19:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-09-16 19:50:00 - cleaning the object tree TB --- 2009-09-16 19:50:44 - WARNING: /obj/pc98/src/kerberos5/libexec/kdc/524.o: Input/output error TB --- 2009-09-16 19:50:44 - ERROR: unable to remove old object directory TB --- 2009-09-16 19:50:44 - 0.02 user 0.00 system 43.53 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 21:25:05 2009 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 65F0F106566C for ; Wed, 16 Sep 2009 21:25:05 +0000 (UTC) (envelope-from andrew.cagney@gmail.com) Received: from mail-qy0-f189.google.com (mail-qy0-f189.google.com [209.85.221.189]) by mx1.freebsd.org (Postfix) with ESMTP id 23F8E8FC13 for ; Wed, 16 Sep 2009 21:25:04 +0000 (UTC) Received: by qyk27 with SMTP id 27so4341258qyk.13 for ; Wed, 16 Sep 2009 14:25:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=EwpXySvPg/27UD1cIZGIgv05oifvNM9BxjobxzNc21Q=; b=AcssFlXRd8wag1z9Ef64Pewo2AXYYn2ENxRKetBnTWMukCOkDKC9Z8eVprP+6zbwoi vs4z4/jtSfUAUmx9rOUv9dOzWNR8JKE7ghMYV2aJMvrcgw8eRzRCxQgevCcVIn98C//i 4tFS1/VCQfcDRErph9RjyyV1vSIx1xI0y7p18= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=fGxWnKz1ztqx2WtFVhsNmP6IiHiukgjQKGQiEzrWKQpsdEMbn1gZx2LGE3SwpfzcCu 14C5NPxuwJPrC9QvRno9TXBivV0hi/k6yQA3wGjZQabs5Mz3PUG55P0E0iTwaVrL3OHE TAbNGVcb7eEGxTnAXOUVi5G+rYWgY+5FJkx1s= MIME-Version: 1.0 Received: by 10.229.20.206 with SMTP id g14mr2675885qcb.32.1253133453214; Wed, 16 Sep 2009 13:37:33 -0700 (PDT) Date: Wed, 16 Sep 2009 16:37:33 -0400 Message-ID: From: Andrew Cagney To: dfr@rabson.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Wed, 16 Sep 2009 21:39:01 +0000 Cc: freebsd-current@freebsd.org Subject: Re: New BSD licensed debugger 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, 16 Sep 2009 21:25:05 -0000 Wicked; the location code, in particular, is sick. As you've noticed, this isn't rocket science; and good language choice does make life easier. Several things to consider. Rather than frame-base, I'd use CFA or call-frame-address found in .debug_frame or CFI when identifying frames (and determining if the frame changed such as for step). In addition, since frameless functions don't modify the CFA (they don't use the stack) you'll want to be combining it with the function's address giving a FrameIdentifier (oh, and IA-64 has two stacks so ... :-) The unwinder looks to be trying to simultaneously handle both high-level inline and low-level ABI (CFA) frames, an alternative approach is to keep them separate (decorator pattern works well here) having an abi-only chain and then above that a chain of higher-level possibly inline frames. A non-polling implementation would make a long term goal - which requires a mechanism for simultaneously blocking on both process and i/o events - on linux, at least, this is still a rats nest of bugs. From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 22:53:30 2009 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 28C801065672 for ; Wed, 16 Sep 2009 22:53:30 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas06p.mx.bigpond.com (nskntmtas06p.mx.bigpond.com [61.9.168.152]) by mx1.freebsd.org (Postfix) with ESMTP id A80748FC1D for ; Wed, 16 Sep 2009 22:53:29 +0000 (UTC) Received: from nskntotgx03p.mx.bigpond.com ([124.188.161.100]) by nskntmtas06p.mx.bigpond.com with ESMTP id <20090916225328.RNUK1883.nskntmtas06p.mx.bigpond.com@nskntotgx03p.mx.bigpond.com> for ; Wed, 16 Sep 2009 22:53:28 +0000 Received: from areilly.bpa.nu ([124.188.161.100]) by nskntotgx03p.mx.bigpond.com with ESMTP id <20090916225327.BKHX28036.nskntotgx03p.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 16 Sep 2009 22:53:27 +0000 Received: (qmail 1908 invoked by uid 501); 16 Sep 2009 22:53:19 -0000 Date: Thu, 17 Sep 2009 08:53:19 +1000 From: Andrew Reilly To: Mel Flynn Message-ID: <20090916225319.GA1790@duncan.reilly.home> References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4AB16C67.00BD,ss=1,fgs=0 X-SIH-MSG-ID: oxE3GdL4TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rEJvdRotumxD9KJhiHNGQjaa7jTY3RstCK Cc: Mark Linimon , freebsd-current@freebsd.org, Rom Albuquerque Subject: Re: Source level upgrade from 4.9 to 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, 16 Sep 2009 22:53:30 -0000 On Wed, Sep 16, 2009 at 02:51:02PM +0200, Mel Flynn wrote: > On Wednesday 16 September 2009 08:56:25 Mark Linimon wrote: > > You've gotten some good advice about the steps necessary, but not the > > advice that you'll spend a lot less time if you do a new install from > > scratch. > > Except OP mentions install from CD is broken for his system and I doubt 4.x > sysinstall will do 7.x new ftp install satisfactory. That's not going to leave him in a very comfortable place when he discovers that his root partition is too small for the 7-stable root install, part-way through the install... For this kind of upgrade, you just have to have a fallback strategy, because the chances of something not going quite right are high. Fixing the CD install issues has to be the first port of call. (I don't expect that any machine that has 4.9 on it will be able to boot from USB: my old boxes can't.) Cheers -- Andrew From owner-freebsd-current@FreeBSD.ORG Wed Sep 16 23:31:22 2009 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 906AB106566C for ; Wed, 16 Sep 2009 23:31:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 201268FC13 for ; Wed, 16 Sep 2009 23:31:21 +0000 (UTC) Received: (qmail 31578 invoked by uid 399); 16 Sep 2009 23:31:21 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Sep 2009 23:31:21 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB17542.9010401@FreeBSD.org> Date: Wed, 16 Sep 2009 16:31:14 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Andrew Reilly References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> <20090916225319.GA1790@duncan.reilly.home> In-Reply-To: <20090916225319.GA1790@duncan.reilly.home> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mel Flynn , Mark Linimon , freebsd-current@freebsd.org, Rom Albuquerque Subject: Re: Source level upgrade from 4.9 to 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, 16 Sep 2009 23:31:22 -0000 Andrew Reilly wrote: > On Wed, Sep 16, 2009 at 02:51:02PM +0200, Mel Flynn wrote: >> On Wednesday 16 September 2009 08:56:25 Mark Linimon wrote: >>> You've gotten some good advice about the steps necessary, but not the >>> advice that you'll spend a lot less time if you do a new install from >>> scratch. >> Except OP mentions install from CD is broken for his system and I doubt 4.x >> sysinstall will do 7.x new ftp install satisfactory. > > That's not going to leave him in a very comfortable place when > he discovers that his root partition is too small for the > 7-stable root install, part-way through the install... > > For this kind of upgrade, you just have to have a fallback > strategy, because the chances of something not going quite right > are high. Fixing the CD install issues has to be the first port > of call. (I don't expect that any machine that has 4.9 on it > will be able to boot from USB: my old boxes can't.) There are also the issues of CPU horesepower and quantity of RAM that are potential problems on hardware that is at minimum 6 years old. Everything about this project shouts DANGER WILL ROBINSON!!! to me. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 00:12:07 2009 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 680BF1065694 for ; Thu, 17 Sep 2009 00:12:07 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas04p.mx.bigpond.com (nskntmtas04p.mx.bigpond.com [61.9.168.146]) by mx1.freebsd.org (Postfix) with ESMTP id E4AFA8FC18 for ; Thu, 17 Sep 2009 00:12:06 +0000 (UTC) Received: from nskntotgx01p.mx.bigpond.com ([124.188.161.100]) by nskntmtas04p.mx.bigpond.com with ESMTP id <20090917001206.QRVR1821.nskntmtas04p.mx.bigpond.com@nskntotgx01p.mx.bigpond.com> for ; Thu, 17 Sep 2009 00:12:06 +0000 Received: from areilly.bpa.nu ([124.188.161.100]) by nskntotgx01p.mx.bigpond.com with ESMTP id <20090917001205.IZMV22446.nskntotgx01p.mx.bigpond.com@areilly.bpa.nu> for ; Thu, 17 Sep 2009 00:12:05 +0000 Received: (qmail 5386 invoked by uid 501); 17 Sep 2009 00:11:51 -0000 Date: Thu, 17 Sep 2009 10:11:51 +1000 From: Andrew Reilly To: Doug Barton Message-ID: <20090917001151.GA4829@duncan.reilly.home> References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> <20090916225319.GA1790@duncan.reilly.home> <4AB17542.9010401@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AB17542.9010401@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4AB17ED5.010F,ss=1,fgs=0 X-SIH-MSG-ID: rxkwFNDuXAD+xDJw0jPvNAJ+xA/u8yI74J0WRdJsoQQZSkfduMHeU677NrMilM721TlcNhqPP2MqY6r0X4/Ru+M= Cc: Mel Flynn , Mark Linimon , freebsd-current@freebsd.org, Rom Albuquerque Subject: Re: Source level upgrade from 4.9 to 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, 17 Sep 2009 00:12:07 -0000 On Wed, Sep 16, 2009 at 04:31:14PM -0700, Doug Barton wrote: > There are also the issues of CPU horesepower and quantity of RAM that > are potential problems on hardware that is at minimum 6 years old. > Everything about this project shouts DANGER WILL ROBINSON!!! to me. Oh, I don't know. I'm running 7-STABLE (February vintage: it's too slow to rebuild very often) on an old P-III/500 box with 512M of RAM. Works beautifully for what I'm asking of it (not much). That box probably started with something of the 3- or 4- vintage and upgraded continuously in place. I do remember giving it a new disk drive when I did the step to UFS2, though. And I know that I can boot/fixit from CD. Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 04:03:25 2009 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 B318C1065679 for ; Thu, 17 Sep 2009 04:03:25 +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 8AB208FC16 for ; Thu, 17 Sep 2009 04:03:25 +0000 (UTC) Received: from hydrogen.funkthat.com (0g2lkg0r51tv5p93@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id n8H3pgNT041899 for ; Wed, 16 Sep 2009 20:51:42 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id n8H3pgYV041898 for current@FreeBSD.org; Wed, 16 Sep 2009 20:51:42 -0700 (PDT) (envelope-from jmg) Date: Wed, 16 Sep 2009 20:51:42 -0700 From: John-Mark Gurney To: current@FreeBSD.org Message-ID: <20090917035141.GI861@funkthat.com> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Wed, 16 Sep 2009 20:51:42 -0700 (PDT) X-Mailman-Approved-At: Thu, 17 Sep 2009 04:10:35 +0000 Cc: Subject: NFS NLM issues w/ 8.0-BETA4 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, 17 Sep 2009 04:03:25 -0000 I noticed this on 7.2-R and realized that I should try this on 8.0-BETA4 since it's about out. I think there is an issue w/ netbooting and NFS locking. I setup a netboot server to export root via NFS. I took the 8.0-BETA4 live cd, and extracted it to the root directory of the machine. Just to keep things simple, I didn't do any configuration of the image and booted to single user mode. I ran rpcbind, rpc.statd and rpc.lockd. When I ran rpc.lockd, I get the following: NLM: failed to contact remote rpcbind, stat = 3, port = 28416 NLM: failed to contact remote rpcbind, stat = 3, port = 28416 Can't start NLM - unable to contact NSM 28416 is 111 endian swapped, but that could be an artifact of not swapping before printing it. I tried booting off the live cd (which drops me into sysinstall instead of a shell), and I get the same errors (though they appear on ttyv1 instead of ttyv0). I was thinking that stat = 3 was RPC_PROCUNAVAIL, but it could be RPC_CANTSEND. /usr/src/sys/nfs/rpcv2.h:#define RPC_PROCUNAVAIL 3 /usr/src/sys/rpc/clnt_stat.h: RPC_PROCUNAVAIL = 10, /* procedure unavailable */ If I run rpcinfo -p from the client, I can see that nlockmgr is available. -- 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 Thu Sep 17 06:10:58 2009 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 792551065676 for ; Thu, 17 Sep 2009 06:10:58 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id E98CE8FC1A for ; Thu, 17 Sep 2009 06:10:57 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-250-30.belrs3.nsw.optusnet.com.au [122.106.250.30]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8H6AsH4011122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 Sep 2009 16:10:55 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n8H6As2W048411 for ; Thu, 17 Sep 2009 16:10:54 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n8H6As3v048410 for freebsd-current@freebsd.org; Thu, 17 Sep 2009 16:10:54 +1000 (EST) (envelope-from peter) Date: Thu, 17 Sep 2009 16:10:54 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20090917061054.GA48371@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Stack protection breaks -fprofile-generate 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, 17 Sep 2009 06:10:58 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Somewhere between early June and lastest 8.x, -fprofile-generate broke on i386. This looks to be related to stack protection. $ echo 'int main() { return 0; }' > x.c $ cc x.c $ cc -fprofile-generate x.c =20 /usr/lib/libgcov.a(_gcov.o)(.text+0x13df): In function `gcov_exit': /usr/src/gnu/lib/libgcov/../../../contrib/gcc/libgcov.c:532: undefined refe= rence to `__stack_chk_fail_local' A friend reports that it works on amd64 from last weekend. Has anyone else seen this? --=20 Peter Jeremy --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqx0u4ACgkQ/opHv/APuIcKQgCfY5euCkDdpm4SYPkHIDRKR+8y T/AAoLlfzdfdHD6rRIj7c5d/O2n+UVOd =1nFX -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 06:35:30 2009 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 1D95A10656A4; Thu, 17 Sep 2009 06:35:30 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id B40248FC12; Thu, 17 Sep 2009 06:35:29 +0000 (UTC) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id DF4EB5C025; Thu, 17 Sep 2009 14:35:28 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 952AE55CE067; Thu, 17 Sep 2009 14:35:28 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id Ip6+ixrRITM7; Thu, 17 Sep 2009 14:35:23 +0800 (CST) Received: from bogon (unknown [219.142.100.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 45BFE55CE01C; Thu, 17 Sep 2009 14:35:23 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:cc:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=IAjgVd/MDKtFz1gA37ot2dbKiImfhVM/ZJXe9RYuFOOIWjtCNdTG8Of1w0TIrdtFD RfVmizj6tlvMKzSfjG3rg== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Scott Long" , "James Butler" References: <200909091631.01446.hselasky@c2i.net> <200909100911.10237.hselasky@c2i.net> Date: Thu, 17 Sep 2009 14:35:23 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: User-Agent: Opera Mail/10.00 (Win32) Cc: FreeBSD CURRENT Mailing List , Randi Harper , Hans Petter Selasky Subject: Re: Can't boot 8.0-BETA4 from USB stick 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, 17 Sep 2009 06:35:30 -0000 > > Delaying the mountroot doesn't fix the problem. The problem is that > there's a race between the process doing the USB tree discovery, and the > process doing the CAM/SCSI bus scan. The tree discovery needs to happen > before the bus scan, and no amount of root delay tweaks will help that, > except maybe accidentally by shifting timings. I'm working on the > correct solution. I'll hopefully have something tomorrow. > > Scott > > _______________________________________________ > 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" Hi, Scott, What about your patch? I really need that to boot my server. All my servers' system installed on USB stick. Do you have any schedule? Thank you. -- The Power to Serve From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 07:41:36 2009 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 A63E9106566B; Thu, 17 Sep 2009 07:41:36 +0000 (UTC) (envelope-from fbsd-current@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0CBEE8FC18; Thu, 17 Sep 2009 07:41:35 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.2/8.14.2) with ESMTP id n8H7fOKG013310; Thu, 17 Sep 2009 09:41:24 +0200 (CEST) (envelope-from fbsd-current@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.2/8.14.2/Submit) id n8H7fLrR013309; Thu, 17 Sep 2009 09:41:21 +0200 (CEST) (envelope-from fbsd-current@bzerk.org) Date: Thu, 17 Sep 2009 09:41:21 +0200 From: Ruben de Groot To: Andrew Reilly Message-ID: <20090917074121.GA13242@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Andrew Reilly , Doug Barton , Mel Flynn , Mark Linimon , freebsd-current@freebsd.org, Rom Albuquerque References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> <20090916225319.GA1790@duncan.reilly.home> <4AB17542.9010401@FreeBSD.org> <20090917001151.GA4829@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090917001151.GA4829@duncan.reilly.home> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Thu, 17 Sep 2009 09:41:28 +0200 (CEST) Cc: Mel Flynn , Mark Linimon , Doug Barton , Rom Albuquerque , freebsd-current@freebsd.org Subject: Re: Source level upgrade from 4.9 to 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, 17 Sep 2009 07:41:36 -0000 On Thu, Sep 17, 2009 at 10:11:51AM +1000, Andrew Reilly typed: > On Wed, Sep 16, 2009 at 04:31:14PM -0700, Doug Barton wrote: > > There are also the issues of CPU horesepower and quantity of RAM that > > are potential problems on hardware that is at minimum 6 years old. > > Everything about this project shouts DANGER WILL ROBINSON!!! to me. > > Oh, I don't know. I'm running 7-STABLE (February vintage: it's > too slow to rebuild very often) on an old P-III/500 box with > 512M of RAM. Works beautifully for what I'm asking of it (not > much). That box probably started with something of the 3- or > 4- vintage and upgraded continuously in place. I do remember > giving it a new disk drive when I did the step to UFS2, though. I run FreeBSD 8.0 on a soekris 100 Mhz "i586" with 64 MB. Smoothly. Ruben From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 07:47:20 2009 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 17BC5106568D for ; Thu, 17 Sep 2009 07:47:20 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 8625B8FC0A for ; Thu, 17 Sep 2009 07:47:19 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 4401CEB55FF; Thu, 17 Sep 2009 10:47:18 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 34CD645152; Thu, 17 Sep 2009 10:47:18 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lwi1uQl8BFM7; Thu, 17 Sep 2009 10:47:18 +0300 (EEST) Received: from kobe.laptop (cm35.psi155.maxonline.com.sg [58.146.155.35]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 26BCC45148; Thu, 17 Sep 2009 10:47:16 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n8H7lCvv018332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Sep 2009 15:47:12 +0800 (SGT) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n8H7lAcQ018331; Thu, 17 Sep 2009 15:47:10 +0800 (SGT) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Mel Flynn References: <200909162004.09757.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Thu, 17 Sep 2009 15:47:10 +0800 In-Reply-To: <200909162004.09757.mel.flynn+fbsd.current@mailing.thruhere.net> (Mel Flynn's message of "Wed, 16 Sep 2009 20:04:09 +0200") Message-ID: <87bplaqagx.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: About the usb img. 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, 17 Sep 2009 07:47:20 -0000 On Wed, 16 Sep 2009 20:04:09 +0200, Mel Flynn wrote: > Hi, > How is the USB img built? I find no mention of this in > /usr/src/release and http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-build.html > is rather stale. Hi Mel, You are right that the releng article needs a few updates. You can see the commands that builds the UFS miniroot image in `src/release/Makefile' near line 1095: 1086 # 1087 # --==## Setup a suitable cdrom-area ##==-- 1088 # 1089 cdrom.3: 1090 .if defined(CD_BOOT) 1091 @echo "Building bootonly CDROM filesystem image" 1092 @mkdir -p ${CD_BOOT} 1093 @cp -Rp ${CD_LIVEFS}/boot ${CD_BOOT} 1094 @echo "CD_VERSION = ${BUILDNAME}" > ${CD_BOOT}/cdrom.inf X 1095 .if defined(MINIROOT) X 1096 @echo "Building bootonly UFS filesystem image" X 1097 @mkdir -p ${FD}/miniroot X 1098 @sh -e ${DOFS_SH} ${FD}/miniroot/miniroot.ufs \ X 1099 ${RD} ${MNT} 0 ${CD_BOOT} 8192 auto X 1100 @${ZIPPER} -v ${FD}/miniroot/miniroot.ufs X 1101 .endif 1102 .endif 1103 touch ${.TARGET} The UFS miniroot is now built as part of the `cdrom.3' target, but it may make sense to split it off to a target of its own if we want to make it possible to build a UFS miniroot _without_ a CD-ROM ISO image. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 11:20:52 2009 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 15F0B106566B for ; Thu, 17 Sep 2009 11:20:52 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id D0F658FC12 for ; Thu, 17 Sep 2009 11:20:51 +0000 (UTC) Received: from baby-jane.lamaiziere.net (106.10.87-79.rev.gaoland.net [79.87.10.106]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 4256E633322 for ; Thu, 17 Sep 2009 13:20:50 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id F0C78BFA4 for ; Thu, 17 Sep 2009 13:21:28 +0200 (CEST) Date: Thu, 17 Sep 2009 13:21:27 +0200 From: Patrick Lamaiziere To: freebsd-current@freebsd.org Message-ID: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [ZFS] panic vm_fault : fault on no fault entry 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, 17 Sep 2009 11:20:52 -0000 Hello, [8.0 BETA-4/i386] I've got this panic when copying /usr on a new pool. It's 100% reproductible here with=20 tar cf - -C /usr . |=A0tar xpvf - -C /pool The panic occurs always with free() in the ZFS code. Unfortunaly I'm not able to save the dump but it's like : free() zfs_acl_node_free() zfs_acl_release_nodes() zfs_acl_free() zfs_zaccesss() zfs_freebsd_create() VOP_CREATE_APV() vn_open_read() vn_open() kern_openat() kern_open() open() syscall (open()) I saw this in the write() syscall too. /boot/loader.conf # ZFS vm.kmem_size=3D"512M" vm.kmem_size_max=3D"512M" vfs.zfs.arc_max=3D"40M" vfs.zfs.vdev.cache.size=3D"5M" and options KVA_PAGES=3D512 in my kernel Thanks in advance, regards. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 11:35:32 2009 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 F3C5F10656A3 for ; Thu, 17 Sep 2009 11:35:31 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id B832F8FC34 for ; Thu, 17 Sep 2009 11:35:30 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:50726) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1MoGUa-0003rJ-0i; Thu, 17 Sep 2009 22:53:44 +1000 Message-ID: <4AB21EFA.2080507@ish.com.au> Date: Thu, 17 Sep 2009 21:35:22 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.4pre) Gecko/20090914 Shredder/3.0b4pre MIME-Version: 1.0 To: Patrick Lamaiziere References: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> In-Reply-To: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [ZFS] panic vm_fault : fault on no fault entry 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, 17 Sep 2009 11:35:32 -0000 On 17/09/09 9:21 PM, Patrick Lamaiziere wrote: > /boot/loader.conf > # ZFS > vm.kmem_size="512M" > vm.kmem_size_max="512M" > vfs.zfs.arc_max="40M" > vfs.zfs.vdev.cache.size="5M" I believe that ever since 7.2 (and definitely in 8) these settings are no longer needed and the auto-tuning of ZFS is superior to setting them explicitly. At any rate the arc_max looks really really small. Ari Maniatis -- --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 12:08:36 2009 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 6666A106566C for ; Thu, 17 Sep 2009 12:08:36 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 619198FC1E for ; Thu, 17 Sep 2009 12:08:35 +0000 (UTC) Received: from [192.168.42.48] (unknown [192.168.42.48]) by itchy.rabson.org (Postfix) with ESMTP id ED50C5CC8; Thu, 17 Sep 2009 13:08:05 +0100 (BST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Doug Rabson In-Reply-To: Date: Thu, 17 Sep 2009 13:03:40 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: To: Andrew Cagney X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org Subject: Re: New BSD licensed debugger 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, 17 Sep 2009 12:08:36 -0000 On 16 Sep 2009, at 21:37, Andrew Cagney wrote: > Wicked; the location code, in particular, is sick. As you've noticed, > this isn't rocket science; and good language choice does make life > easier. Indeed. > > Several things to consider. > > Rather than frame-base, I'd use CFA or call-frame-address found in > .debug_frame or CFI when identifying frames (and determining if the > frame changed such as for step). In addition, since frameless > functions don't modify the CFA (they don't use the stack) you'll want > to be combining it with the function's address giving a > FrameIdentifier I will probably switch to using CFA for identifying stack frames. LLVM produces useless values for AT_frame_base - it really needs to generate a location list rather than just saying 'EBP'. > (oh, and IA-64 has two stacks so ... :-) I know it. I did the FreeBSD/ia64 port and it was fun :) > > The unwinder looks to be trying to simultaneously handle both > high-level inline and low-level ABI (CFA) frames, an alternative > approach is to keep them separate (decorator pattern works well here) > having an abi-only chain and then above that a chain of higher-level > possibly inline frames. I have to think about that. Unwinding inlines was added fairly recently and I'm certainly open to suggestions for making it more useful. > > A non-polling implementation would make a long term goal - which > requires a mechanism for simultaneously blocking on both process and > i/o events - on linux, at least, this is still a rats nest of bugs. I think some kind of async implementation will be useful down the line too, especially if anyone wants to write a GUI on top of this stuff. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 12:16:46 2009 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 8C4D71065672 for ; Thu, 17 Sep 2009 12:16:46 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1518FC08 for ; Thu, 17 Sep 2009 12:16:45 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-250-30.belrs3.nsw.optusnet.com.au [122.106.250.30]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8HCGgLD026089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 Sep 2009 22:16:43 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n8HCGg6V018322 for ; Thu, 17 Sep 2009 22:16:42 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n8HCGglq018289 for freebsd-current@freebsd.org; Thu, 17 Sep 2009 22:16:42 +1000 (EST) (envelope-from peter) Date: Thu, 17 Sep 2009 22:16:42 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20090917121642.GA1997@server.vk2pj.dyndns.org> References: <20090917061054.GA48371@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20090917061054.GA48371@server.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Stack protection breaks -fprofile-generate 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, 17 Sep 2009 12:16:46 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Sep-17 16:10:54 +1000, Peter Jeremy wrote: >Somewhere between early June and lastest 8.x, -fprofile-generate broke >on i386. This looks to be related to stack protection. > >$ echo 'int main() { return 0; }' > x.c >$ cc x.c >$ cc -fprofile-generate x.c =20 >/usr/lib/libgcov.a(_gcov.o)(.text+0x13df): In function `gcov_exit': >/usr/src/gnu/lib/libgcov/../../../contrib/gcc/libgcov.c:532: undefined ref= erence to `__stack_chk_fail_local' Checking on 8.0-BETA4 from yesterday (about SVN rev 197239), it fails on i386 and succeeds on amd4. It looks suspiciously like this is more fallout from r195697 but I'm not sure what the fix is. --=20 Peter Jeremy --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqyKKoACgkQ/opHv/APuIeE8QCgvfCT8gwYYHq4Ml7GCCUk5fVW VAQAn3sWNacHMJpbEM1JI3aQ99ULXkn1 =EAB6 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 12:53:35 2009 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 EF68E1065679 for ; Thu, 17 Sep 2009 12:53:35 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id AF9C88FC14 for ; Thu, 17 Sep 2009 12:53:35 +0000 (UTC) Received: from [192.168.4.9] (unknown [192.168.4.9]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 3497B21; Thu, 17 Sep 2009 14:53:34 +0200 (CEST) Message-ID: <4AB2314C.8040709@stillbilde.net> Date: Thu, 17 Sep 2009 14:53:32 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Patrick Lamaiziere References: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> In-Reply-To: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: [ZFS] panic vm_fault : fault on no fault entry 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, 17 Sep 2009 12:53:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Patrick Lamaiziere wrote: > Hello, > > [8.0 BETA-4/i386] > > I've got this panic when copying /usr on a new pool. > It's 100% reproductible here with > tar cf - -C /usr . | tar xpvf - -C /pool > > The panic occurs always with free() in the ZFS code. > > Unfortunaly I'm not able to save the dump but it's like : > free() > zfs_acl_node_free() > zfs_acl_release_nodes() > zfs_acl_free() > zfs_zaccesss() > zfs_freebsd_create() > VOP_CREATE_APV() > vn_open_read() > vn_open() > kern_openat() > kern_open() > open() > syscall (open()) > > I saw this in the write() syscall too. Could this be related to the one I got here? https://www.stillbilde.net/~svein/8.0-crashes/0/ AMD64, Athlon64x2, no loader.conf settings for zfs. //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqyMUwACgkQODUnwSLUlKSMAgCeILQ6QAiqwbfeL4ls+Q5+YYW/ 33wAn1kQpWe2E3CMMSFLlo9xpSY0bBAM =luNl -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 13:49:25 2009 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 ED595106566C for ; Thu, 17 Sep 2009 13:49:24 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id B3D408FC25 for ; Thu, 17 Sep 2009 13:49:24 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8HDnO1e036094 for ; Thu, 17 Sep 2009 06:49:24 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8HDnOMR036093 for current@freebsd.org; Thu, 17 Sep 2009 06:49:24 -0700 (PDT) (envelope-from david) Date: Thu, 17 Sep 2009 06:49:24 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090917134924.GZ1212@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SBYWXwvsCkEY5LOm" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 13:49:25 -0000 --SBYWXwvsCkEY5LOm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've been in the practice of running multiple bootable slices on my laptop, arranged such that each slice has its own / and /usr, but other chunks of disk (such as /usr/local, /var, home directories, and swap space) are shared. (Naturally, the machine is in only one environment at a time.) With that setup, then, I have been tracking RELENG_6 (now stable/6), RELENG_7 (now stable/7), and HEAD (now head) -- leaving one slice for "messing around." I have a local mirror of the FreeBSD CVS & SVN repositories (to facilitate work while I'm on the train, for example), and I have been tracking FreeBSD stable/6, stab\le/7, and head, as well as updating ports, on a daily basis for quite a while. As the laptop is "user-facing," I've tended to accumulate quite a few installed ports; as updating some of those is rather time-consuming, and I want to be able to actually use my laptop for more than merely building software, I have taken to building the ports under the oldest installed version of FreeBSD and installing the appropriate misc/compatNx port(s) while running the more recent versions. For the most part, this has worked pretty well, and has allowed me to get a bit of an idea of what's in the pipeline for upcoming releases. A few weeks ago, though, I found that when I tried to start Xorg while running stable/7, the mouse & keyboard apparently locked up. While I had used hald(8) when Xorg was changed to defaul to requiring it, I had given up on that as not worth the trouble, and changed xorg.conf so hald(8) was no longer required. I also changed /etc/rc.conf so neither hald(8) nor dbus(8) was started. More recently -- about a week ago -- a similar effect occured in head. (Up to that point, Xorg ran fine in stable/6 and head, but not in stable/7.) This morning, I tried disabling DRI in xorg.conf -- and now Xorg runs OK in stable/6, stable/7, and head. (Well, perhaps not with the best performance, but running at all is a great deal better than requiring a power-cycle to reboot and requiring a reboot to function.) It's quite possible that what I'm trying to do is sufficiently unususal that it's not worth the effort to "fix" it. That said, I'll be happy to test changes that folks would care to suggest. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --SBYWXwvsCkEY5LOm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqyPmMACgkQmprOCmdXAD3VxACcDmG6vn+bXuDErBz3KUmGTDsS y/kAnRjYQr3NNbeTSPDiK3zWs/KqMRir =9/rj -----END PGP SIGNATURE----- --SBYWXwvsCkEY5LOm-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 14:17:25 2009 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 7DC09106568D for ; Thu, 17 Sep 2009 14:17:25 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 40F7D8FC24 for ; Thu, 17 Sep 2009 14:17:25 +0000 (UTC) Received: from baby-jane.lamaiziere.net (106.10.87-79.rev.gaoland.net [79.87.10.106]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 8DAF7633322; Thu, 17 Sep 2009 16:17:24 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 201FBBF12; Thu, 17 Sep 2009 16:18:03 +0200 (CEST) Date: Thu, 17 Sep 2009 16:18:02 +0200 From: Patrick Lamaiziere To: "Svein Skogen (listmail account)" Message-ID: <20090917161802.536cf1e9@baby-jane.lamaiziere.net> In-Reply-To: <4AB2314C.8040709@stillbilde.net> References: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> <4AB2314C.8040709@stillbilde.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [ZFS] panic vm_fault : fault on no fault entry 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, 17 Sep 2009 14:17:25 -0000 Le Thu, 17 Sep 2009 14:53:32 +0200, "Svein Skogen (listmail account)" a =E9crit : > Could this be related to the one I got here? >=20 > https://www.stillbilde.net/~svein/8.0-crashes/0/ No I don't think. It looks related to fusefs and not zfs in your case. (I can be wrong) Regards. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 14:49:40 2009 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 82255106568D for ; Thu, 17 Sep 2009 14:49:40 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 45C048FC08 for ; Thu, 17 Sep 2009 14:49:40 +0000 (UTC) Received: from baby-jane.lamaiziere.net (106.10.87-79.rev.gaoland.net [79.87.10.106]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 56333633322; Thu, 17 Sep 2009 16:49:39 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id E8EE1BDDC; Thu, 17 Sep 2009 16:50:18 +0200 (CEST) Date: Thu, 17 Sep 2009 16:50:17 +0200 From: Patrick Lamaiziere To: Aristedes Maniatis Message-ID: <20090917165017.313734cc@baby-jane.lamaiziere.net> In-Reply-To: <4AB21EFA.2080507@ish.com.au> References: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> <4AB21EFA.2080507@ish.com.au> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [ZFS] panic vm_fault : fault on no fault entry 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, 17 Sep 2009 14:49:40 -0000 Le Thu, 17 Sep 2009 21:35:22 +1000, Aristedes Maniatis a =E9crit : > On 17/09/09 9:21 PM, Patrick Lamaiziere wrote: > > /boot/loader.conf > > # ZFS > > vm.kmem_size=3D"512M" > > vm.kmem_size_max=3D"512M" > > vfs.zfs.arc_max=3D"40M" > > vfs.zfs.vdev.cache.size=3D"5M" >=20 > I believe that ever since 7.2 (and definitely in 8) these settings > are no longer needed and the auto-tuning of ZFS is superior to > setting them explicitly. At any rate the arc_max looks really really > small. Well, Without it panics too. I'm on i386, not amd64. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 15:04:34 2009 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 93CF61065676 for ; Thu, 17 Sep 2009 15:04:34 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout6.freenet.de (mout6.freenet.de [IPv6:2001:748:100:40::2:8]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2F48FC1F for ; Thu, 17 Sep 2009 15:04:34 +0000 (UTC) Received: from [195.4.92.25] (helo=15.mx.freenet.de) by mout6.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MoIXA-0005Wn-Jp; Thu, 17 Sep 2009 17:04:32 +0200 Received: from tc0b1.t.pppool.de ([89.55.192.177]:60158 helo=ernst.jennejohn.org) by 15.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1MoIXA-0004OO-6f; Thu, 17 Sep 2009 17:04:32 +0200 Date: Thu, 17 Sep 2009 17:04:31 +0200 From: Gary Jennejohn To: David Wolfskill Message-ID: <20090917170431.47be4a06@ernst.jennejohn.org> In-Reply-To: <20090917134924.GZ1212@albert.catwhisker.org> References: <20090917134924.GZ1212@albert.catwhisker.org> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Sep 2009 15:04:34 -0000 On Thu, 17 Sep 2009 06:49:24 -0700 David Wolfskill wrote: > I've been in the practice of running multiple bootable slices on my > laptop, arranged such that each slice has its own / and /usr, but other > chunks of disk (such as /usr/local, /var, home directories, and swap > space) are shared. (Naturally, the machine is in only one environment > at a time.) > > With that setup, then, I have been tracking RELENG_6 (now stable/6), > RELENG_7 (now stable/7), and HEAD (now head) -- leaving one slice for > "messing around." I have a local mirror of the FreeBSD CVS & SVN > repositories (to facilitate work while I'm on the train, for example), > and I have been tracking FreeBSD stable/6, stab\le/7, and head, as well > as updating ports, on a daily basis for quite a while. > > As the laptop is "user-facing," I've tended to accumulate quite a few > installed ports; as updating some of those is rather time-consuming, > and I want to be able to actually use my laptop for more than merely > building software, I have taken to building the ports under the oldest > installed version of FreeBSD and installing the appropriate > misc/compatNx port(s) while running the more recent versions. > > For the most part, this has worked pretty well, and has allowed me to > get a bit of an idea of what's in the pipeline for upcoming releases. > > A few weeks ago, though, I found that when I tried to start Xorg while > running stable/7, the mouse & keyboard apparently locked up. While I > had used hald(8) when Xorg was changed to defaul to requiring it, I had > given up on that as not worth the trouble, and changed xorg.conf so > hald(8) was no longer required. I also changed /etc/rc.conf so neither > hald(8) nor dbus(8) was started. > > More recently -- about a week ago -- a similar effect occured in head. > (Up to that point, Xorg ran fine in stable/6 and head, but not in > stable/7.) > > This morning, I tried disabling DRI in xorg.conf -- and now Xorg runs OK > in stable/6, stable/7, and head. (Well, perhaps not with the best > performance, but running at all is a great deal better than requiring a > power-cycle to reboot and requiring a reboot to function.) > > It's quite possible that what I'm trying to do is sufficiently unususal > that it's not worth the effort to "fix" it. That said, I'll be happy to > test changes that folks would care to suggest. > Maybe you need to install misc/compat7x also for things to work with head? Don't forget options COMPAT_FREEBSD7 in your kernconf for head. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 15:23:32 2009 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 6C4F61065697 for ; Thu, 17 Sep 2009 15:23:32 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yx0-f185.google.com (mail-yx0-f185.google.com [209.85.210.185]) by mx1.freebsd.org (Postfix) with ESMTP id 203CC8FC3C for ; Thu, 17 Sep 2009 15:23:31 +0000 (UTC) Received: by yxe15 with SMTP id 15so177540yxe.13 for ; Thu, 17 Sep 2009 08:23:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=4e8xBI2Q3qYHlElpYo5sTWXnX13H0+2+8ZLorBtmk+4=; b=PR/92EKsnDXqqd5mzIQLjYY+UV2oHLYjqjtHRz9jrf9Xfu2FJNQLHm+amCSUb5qxF+ Fn/HFyU1D+U0bsuuv6XkZYShj6vMCKMgrIck2ztLkCsxeqwvRuONthzGKXdPam1mBPsF Tg69Yf1uF/G2asBwINNNYMlhXdU/aHenp2Ufw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=mQkLGcnfWLA315b9DnKaGiOnWQt/x+EJjlwQZO1vC9LIiMr3d6EoKmNgFOSTIuolUH XNqmEto0OM1aF7gvw7fCO5kG2cFeC4NbelasbPNI2gThjhAVP98uXt6o4N4poYBM+zSv K43cQUJOwK2+NQDKagl+CqFnJZtY238I/9zno= MIME-Version: 1.0 Received: by 10.150.132.11 with SMTP id f11mr1308239ybd.280.1253201010522; Thu, 17 Sep 2009 08:23:30 -0700 (PDT) In-Reply-To: <20090917165017.313734cc@baby-jane.lamaiziere.net> References: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> <4AB21EFA.2080507@ish.com.au> <20090917165017.313734cc@baby-jane.lamaiziere.net> Date: Thu, 17 Sep 2009 08:23:30 -0700 Message-ID: From: Freddie Cash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: [ZFS] panic vm_fault : fault on no fault entry 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, 17 Sep 2009 15:23:32 -0000 On Thu, Sep 17, 2009 at 7:50 AM, Patrick Lamaiziere wrote: > Le Thu, 17 Sep 2009 21:35:22 +1000, > Aristedes Maniatis a =C3=A9crit : > > > On 17/09/09 9:21 PM, Patrick Lamaiziere wrote: > > > /boot/loader.conf > > > # ZFS > > > vm.kmem_size=3D"512M" > > > vm.kmem_size_max=3D"512M" > > > vfs.zfs.arc_max=3D"40M" > > > vfs.zfs.vdev.cache.size=3D"5M" > > > > I believe that ever since 7.2 (and definitely in 8) these settings > > are no longer needed and the auto-tuning of ZFS is superior to > > setting them explicitly. At any rate the arc_max looks really really > > small. > > Well, Without it panics too. I'm on i386, not amd64. > Manual tuning is still needed on i386, especially if there's less than 2 GB of RAM. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 15:29:58 2009 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 EBCB51065679 for ; Thu, 17 Sep 2009 15:29:58 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id BD0408FC15 for ; Thu, 17 Sep 2009 15:29:58 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8HFTv1v036764; Thu, 17 Sep 2009 08:29:57 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8HFTvgP036763; Thu, 17 Sep 2009 08:29:57 -0700 (PDT) (envelope-from david) Date: Thu, 17 Sep 2009 08:29:57 -0700 From: David Wolfskill To: Gary Jennejohn Message-ID: <20090917152957.GA1212@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Gary Jennejohn , current@freebsd.org References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XeHo0rFSNt4mQX/E" Content-Disposition: inline In-Reply-To: <20090917170431.47be4a06@ernst.jennejohn.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 15:29:59 -0000 --XeHo0rFSNt4mQX/E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 05:04:31PM +0200, Gary Jennejohn wrote: > ... > Maybe you need to install misc/compat7x also for things to work with > head? Don't forget options COMPAT_FREEBSD7 in your kernconf for head. :-) As I was writing the previous message, that thought occurred, so I did install it, re-tried, and the symptoms persisted: with DRI enabled, the keyboard & mouse were non-functional; with DRI disabled, Xorg worked. (I had intended to install misc/compat7x under head as soon as it had been committed, but it slipped what passes for my mind. And the file system where /usr/ports lives is not one I normally even mount when running head....) But thanks for the thought! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --XeHo0rFSNt4mQX/E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqyVfUACgkQmprOCmdXAD3brACfZmSVwUAlNytpZWO+Lk3socyr 8vUAn2+0hynLOQOihyOtIVN+fMmmgyya =hLJs -----END PGP SIGNATURE----- --XeHo0rFSNt4mQX/E-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 16:03:40 2009 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 29ACF106566B for ; Thu, 17 Sep 2009 16:03:40 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f189.google.com (mail-vw0-f189.google.com [209.85.212.189]) by mx1.freebsd.org (Postfix) with ESMTP id D4CAF8FC16 for ; Thu, 17 Sep 2009 16:03:39 +0000 (UTC) Received: by vws27 with SMTP id 27so356800vws.3 for ; Thu, 17 Sep 2009 09:03:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=vC0DIkRKekoOgsnBDXT4YeLEzJ6fqDoLOwddiqXy+8Y=; b=xKkngs0sdsfmdsf0AOxHv5l/Jan8YbGX/+sm2Fw5QTwN/0h1RmpnlcAGKPeHNhy3zx ERPLoYltz/J+qJN/ahroFQxmqvPlOL+C+j4J5ctTfQytxy3zPiYESRLjX93QqyHd0G4h VXg+xUa1+P95dj9eanMkkaXWdYFFWxDfY9qsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=UI/D59UDI3A+vfwpHjqAd3OfMGlOy87FF8CBvuqZKpkKbWQqQ4VbO3P9f4UQM76eyc YTi23kG5ZQDolpc0JIO/B57WQMwZUkNOOnZXrMBZJG5ptP1lTuSYBtIGohIeJKD6/8iF VKaroz/hPG3QERgRGxpTLqpIn76eU/CLPTvXw= MIME-Version: 1.0 Received: by 10.150.61.15 with SMTP id j15mr1278686yba.331.1253201529464; Thu, 17 Sep 2009 08:32:09 -0700 (PDT) In-Reply-To: <20090917152957.GA1212@albert.catwhisker.org> References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> Date: Thu, 17 Sep 2009 08:32:09 -0700 Message-ID: From: Freddie Cash To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 16:03:40 -0000 On Thu, Sep 17, 2009 at 8:29 AM, David Wolfskill wrote: > On Thu, Sep 17, 2009 at 05:04:31PM +0200, Gary Jennejohn wrote: > > ... > > Maybe you need to install misc/compat7x also for things to work with > > head? Don't forget options COMPAT_FREEBSD7 in your kernconf for head. > > :-) As I was writing the previous message, that thought occurred, so I > did install it, re-tried, and the symptoms persisted: with DRI enabled, > the keyboard & mouse were non-functional; with DRI disabled, Xorg > worked. > > (I had intended to install misc/compat7x under head as soon as it had > been committed, but it slipped what passes for my mind. And the file > system where /usr/ports lives is not one I normally even mount when > running head....) > > But thanks for the thought! Have you tried re-enabling hald and dbus and configuring X to use those? -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 16:15:20 2009 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 9764E1065670 for ; Thu, 17 Sep 2009 16:15:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 49A1A8FC08 for ; Thu, 17 Sep 2009 16:15:20 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8HGFJlp037002; Thu, 17 Sep 2009 09:15:19 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8HGFJOi037001; Thu, 17 Sep 2009 09:15:19 -0700 (PDT) (envelope-from david) Date: Thu, 17 Sep 2009 09:15:19 -0700 From: David Wolfskill To: Freddie Cash Message-ID: <20090917161519.GB1212@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Freddie Cash , current@freebsd.org References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HwnjeXAdSoek43pS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 16:15:20 -0000 --HwnjeXAdSoek43pS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 08:32:09AM -0700, Freddie Cash wrote: > ... > Have you tried re-enabling hald and dbus and configuring X to use those? No, I haven't. One of the reasons I stopped trying to use hald(8) was that when I booted head, hald went into a 100% CPU busy loop. (Mind, this was with hald built inder stable/6.) I had been "circumventing" this during the time I was using hald by logging in (via xdm), then sending the hald process a SIGSTOP. (Note that hald spawns child processes -- for various bits of hardware, IIRC -- and the child processes were not the ones that went into the CPU busy loops, nor were they affected by the SIGSTOP. And the SIGSTOP did not seem to affect other operations in the slightest.) But still, when I forgot to do it, the "make build world" under head took a while.... And it made the laptop even hotter, which is Not A Good Thing. I briefly tried building version-specific hald & dbus, but the resulting complexification(!) was more than I could handle, so I abandoned the approach as a bad job. (IIRC, one of the issues was that I wasn't even able to build dbus under head at that time. And I wasn't willing to try to create a separate /usr/local for each version of FreeBSD that I run.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --HwnjeXAdSoek43pS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqyYJYACgkQmprOCmdXAD0XZwCfeG1zMvHNynUVLJOSHn8eO5gN l7sAni1kajoYfUcAAYgvDFj75ZyMRGu/ =e+pd -----END PGP SIGNATURE----- --HwnjeXAdSoek43pS-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 16:20:47 2009 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 43CD01065676 for ; Thu, 17 Sep 2009 16:20:47 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 170A18FC08 for ; Thu, 17 Sep 2009 16:20:46 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 49DE67E818; Thu, 17 Sep 2009 08:20:59 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Thu, 17 Sep 2009 18:20:43 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <200909162004.09757.mel.flynn+fbsd.current@mailing.thruhere.net> <87bplaqagx.fsf@kobe.laptop> In-Reply-To: <87bplaqagx.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909171820.44004.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Giorgos Keramidas Subject: Re: About the usb img. 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, 17 Sep 2009 16:20:47 -0000 On Thursday 17 September 2009 09:47:10 Giorgos Keramidas wrote: > The UFS miniroot is now built as part of the `cdrom.3' target, but it > may make sense to split it off to a target of its own if we want to make > it possible to build a UFS miniroot _without_ a CD-ROM ISO image. Ah, no wonder I couldn't find it, I was grepping for 'memstick' and '.img'. Thanks for the pointer. Looks like you need cdrom.1 for miniroot at least. -- Mel From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 16:20:52 2009 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 10199106566B for ; Thu, 17 Sep 2009 16:20:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id BBF078FC13 for ; Thu, 17 Sep 2009 16:20:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAI/+sUqDaFvG/2dsb2JhbADgHIQcBYFY X-IronPort-AV: E=Sophos;i="4.44,404,1249272000"; d="scan'208";a="48389601" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 17 Sep 2009 12:20:50 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id D82242101AD; Thu, 17 Sep 2009 12:20:50 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QSA3KYyY-ELx; Thu, 17 Sep 2009 12:20:50 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 7418F210177; Thu, 17 Sep 2009 12:20:49 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8HGQHI19688; Thu, 17 Sep 2009 12:26:18 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 17 Sep 2009 12:26:17 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: John-Mark Gurney In-Reply-To: <20090917035141.GI861@funkthat.com> Message-ID: References: <20090917035141.GI861@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: NFS NLM issues w/ 8.0-BETA4 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, 17 Sep 2009 16:20:52 -0000 On Wed, 16 Sep 2009, John-Mark Gurney wrote: > I noticed this on 7.2-R and realized that I should try this on 8.0-BETA4 > since it's about out. I think there is an issue w/ netbooting and NFS > locking. > > I setup a netboot server to export root via NFS. I took the 8.0-BETA4 > live cd, and extracted it to the root directory of the machine. Just > to keep things simple, I didn't do any configuration of the image and > booted to single user mode. I ran rpcbind, rpc.statd and rpc.lockd. > When I ran rpc.lockd, I get the following: > NLM: failed to contact remote rpcbind, stat = 3, port = 28416 > NLM: failed to contact remote rpcbind, stat = 3, port = 28416 > Can't start NLM - unable to contact NSM > > 28416 is 111 endian swapped, but that could be an artifact of not > swapping before printing it. > I think from a quick glance at the sources that you are correct, in that it is just the printf() printing it in net byte order. (I think a ntohs() should be added to the printf() arguement at some point.) I don't know why it wouldn't be able to talk to the lock manager on the server, but you might just want to try the "nolockd" option on the root mount (I don't do diskless NFS mounts, so I don't know how that option can be set?). In general, I will mention that my bias is to avoid the nlm because I believe the protocol was poorly designed. You only need it when there are apps. that do byte range locking are accessing NFS mounted files concurrently from multiple clients. If you don't need this, you don't need to run rpc.statd and rpc.lockd and, if client apps. want to do byte range locking you can use the "nolockd" option (called "nolock" on Linux). rick From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 16:49:13 2009 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 8D84B10656A6 for ; Thu, 17 Sep 2009 16:49:13 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7948FC0A for ; Thu, 17 Sep 2009 16:49:13 +0000 (UTC) Received: from [192.168.4.9] (unknown [192.168.4.9]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 290E821; Thu, 17 Sep 2009 18:49:12 +0200 (CEST) Message-ID: <4AB26886.1050900@stillbilde.net> Date: Thu, 17 Sep 2009 18:49:10 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Patrick Lamaiziere References: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> <4AB2314C.8040709@stillbilde.net> <20090917161802.536cf1e9@baby-jane.lamaiziere.net> In-Reply-To: <20090917161802.536cf1e9@baby-jane.lamaiziere.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: [ZFS] panic vm_fault : fault on no fault entry 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, 17 Sep 2009 16:49:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Patrick Lamaiziere wrote: > Le Thu, 17 Sep 2009 14:53:32 +0200, > "Svein Skogen (listmail account)" a > écrit : > >> Could this be related to the one I got here? >> >> https://www.stillbilde.net/~svein/8.0-crashes/0/ > > No I don't think. It looks related to fusefs and not zfs in your case. > > (I can be wrong) > Actually, _THIS_ particular panic is quite likely fuse, you're right. But this is one, of many, on this particular machine (but the only one since I cleaned out several of those crashes)... The box has been nothing-but-problematic since it got installed with RELENG_8 (the box used to run VMWare ESX 4i and 3.5i before that with no issues). In the past week it had some 10 panics. (but due to me being a tad hasty during install, those panics got tossed out the window. See my other "small default root fs" thread). All of the panics have the following in common: Heavy IO activity. Be that net, or disk-related. The box is backed by a megaraid 8308ELP handling 8 sata disks, and push its io through the onboard NFE and an addin EM. One of those panics happened during a stresstest using buildworld, but that may have been disk-io related. //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqyaIYACgkQODUnwSLUlKSDsACgk0KcgF9OR1Cw9JA84rQwnAbP SmcAoIr+7fhRyPDzebIBNNXk9ZTvd5mz =pqgB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 16:50:44 2009 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 05A28106566B for ; Thu, 17 Sep 2009 16:50:44 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id B8AF78FC0A for ; Thu, 17 Sep 2009 16:50:43 +0000 (UTC) Received: from [192.168.4.9] (unknown [192.168.4.9]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 5F3CE21; Thu, 17 Sep 2009 18:50:43 +0200 (CEST) Message-ID: <4AB268E2.8040600@stillbilde.net> Date: Thu, 17 Sep 2009 18:50:42 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Patrick Lamaiziere References: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> <4AB2314C.8040709@stillbilde.net> <20090917161802.536cf1e9@baby-jane.lamaiziere.net> <4AB26886.1050900@stillbilde.net> In-Reply-To: <4AB26886.1050900@stillbilde.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: [ZFS] panic vm_fault : fault on no fault entry 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, 17 Sep 2009 16:50:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Svein Skogen (listmail account) wrote: > Patrick Lamaiziere wrote: >> Le Thu, 17 Sep 2009 14:53:32 +0200, >> "Svein Skogen (listmail account)" a >> écrit : > >>> Could this be related to the one I got here? >>> >>> https://www.stillbilde.net/~svein/8.0-crashes/0/ >> No I don't think. It looks related to fusefs and not zfs in your case. > >> (I can be wrong) > > > Actually, _THIS_ particular panic is quite likely fuse, you're right. > p.s. Fuse got installed right before that last panic because I needed to extract some data using md on an iSCSI "disk" (file on this server) //Svein ______________________________________________ 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" - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqyaOIACgkQODUnwSLUlKRebQCdGbuur91bJJ0WfSRcZfNGBo1E Ie0AnjA4+2Pd9kg14A6mr3urp8+1Huaj =phBi -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 17:02:46 2009 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 1B188106566B for ; Thu, 17 Sep 2009 17:02:46 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id A528D8FC15 for ; Thu, 17 Sep 2009 17:02:45 +0000 (UTC) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MoKNX-00010x-Kf; Thu, 17 Sep 2009 19:02:43 +0200 Received: from tc0b1.t.pppool.de ([89.55.192.177]:20065 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1MoKNX-0005XP-E4; Thu, 17 Sep 2009 19:02:43 +0200 Date: Thu, 17 Sep 2009 19:02:42 +0200 From: Gary Jennejohn To: David Wolfskill Message-ID: <20090917190242.4b79e1ba@ernst.jennejohn.org> In-Reply-To: <20090917161519.GB1212@albert.catwhisker.org> References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Freddie Cash , current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Sep 2009 17:02:46 -0000 On Thu, 17 Sep 2009 09:15:19 -0700 David Wolfskill wrote: > On Thu, Sep 17, 2009 at 08:32:09AM -0700, Freddie Cash wrote: > > ... > > Have you tried re-enabling hald and dbus and configuring X to use those? > > No, I haven't. > > One of the reasons I stopped trying to use hald(8) was that when I > booted head, hald went into a 100% CPU busy loop. (Mind, this was with > hald built inder stable/6.) > The current hald behaves much better. I saw the problem of 100% CPU usage a few months (weeks?) ago too, but now hald uses virtually no CPU. Of course, my hald was made with sources from head, so YMMV. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 17:29:18 2009 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 090351065676 for ; Thu, 17 Sep 2009 17:29:18 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C884E8FC14 for ; Thu, 17 Sep 2009 17:29:17 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8HHTF45034765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Sep 2009 13:29:16 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Freddie Cash In-Reply-To: References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> Content-Type: text/plain Organization: FreeBSD Date: Thu, 17 Sep 2009 12:29:10 -0500 Message-Id: <1253208550.49704.4014.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 17:29:18 -0000 On Thu, 2009-09-17 at 08:32 -0700, Freddie Cash wrote: > On Thu, Sep 17, 2009 at 8:29 AM, David Wolfskill wrote: > > > On Thu, Sep 17, 2009 at 05:04:31PM +0200, Gary Jennejohn wrote: > > > ... > > > Maybe you need to install misc/compat7x also for things to work with > > > head? Don't forget options COMPAT_FREEBSD7 in your kernconf for head. > > > > :-) As I was writing the previous message, that thought occurred, so I > > did install it, re-tried, and the symptoms persisted: with DRI enabled, > > the keyboard & mouse were non-functional; with DRI disabled, Xorg > > worked. > > > > (I had intended to install misc/compat7x under head as soon as it had > > been committed, but it slipped what passes for my mind. And the file > > system where /usr/ports lives is not one I normally even mount when > > running head....) > > > > But thanks for the thought! > > > Have you tried re-enabling hald and dbus and configuring X to use those? So, the DRI option has absolutely nothing to do with kbd/mouse. I expect that what you are actually seeing is a hard lockup, quite possibly a gpu crash. At the moment, the drm support in 7 and 8 should be in sync, but 9-CURRENT has 3d bits for radeon r600+ cards. Additionally, libdrm and dri enable/disable certain code paths based on kernel headers found at build time. It is quite possible that these are not entirely compatible with the compat libs right now. I would expect the damage to be constrained to one or both of the above ports though. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 17:29:47 2009 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 A87311065780 for ; Thu, 17 Sep 2009 17:29:47 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 704F68FC12 for ; Thu, 17 Sep 2009 17:29:47 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8HHTl0H037430 for ; Thu, 17 Sep 2009 10:29:47 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8HHTl2t037429 for current@freebsd.org; Thu, 17 Sep 2009 10:29:47 -0700 (PDT) (envelope-from david) Date: Thu, 17 Sep 2009 10:29:47 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090917172947.GC1212@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> <20090917190242.4b79e1ba@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o5hfEDzsoqw8wJwC" Content-Disposition: inline In-Reply-To: <20090917190242.4b79e1ba@ernst.jennejohn.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 17:29:47 -0000 --o5hfEDzsoqw8wJwC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 07:02:42PM +0200, Gary Jennejohn wrote: > On Thu, 17 Sep 2009 09:15:19 -0700 > David Wolfskill wrote: >=20 > > On Thu, Sep 17, 2009 at 08:32:09AM -0700, Freddie Cash wrote: > > > ... > > > Have you tried re-enabling hald and dbus and configuring X to use tho= se? > >=20 > > No, I haven't. > > ... > The current hald behaves much better. I saw the problem of 100% CPU > usage a few months (weeks?) ago too, but now hald uses virtually no CPU. >=20 > Of course, my hald was made with sources from head, so YMMV. Indeed. But I have a certain affinity for empiricism, so I tried it. Mind, I had left hald & dbus installed, so they've been kept current with the daily updates to ports -- though built under stable/6. So, I booted head (which I still have configured to not start Xorg at boot), enabled dbus & hald in /etc/rc.conf, ran rcorder(8) to determine which should be started first (dbus), started dbus (which was uneventful), hte started hald (which appeared to be uneventful). I then tried running "top" -- only to find that the keyboard & mouse were locked up. This seems familiar, somehow.... :-{ (I tried connecting the serial port, but ddb wasn't active. Ctl+Alt+Esc didn't make it so, either. Leaving the serial connection, I rebooted, but after the login prompt on serial, I see: vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 then the serial port is also unresponsive. I can ping the laptop, but attempting to ssh to it hangs; last messages issued after "ssh -xvvv" is debug3: key_read: missing keytype debug1: identity file /homes/dwolf/.ssh/id_dsa type 2 Looking at a similar successful ssh invocation, I'd expect to see something like: debug1: Remote protocol version 1.99, remote software version OpenSSH_3.5p1= FreeBSD-20030924 and not seeing it indicates that sshd is either not seeing the request or isn't able to provide the response.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --o5hfEDzsoqw8wJwC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqycgoACgkQmprOCmdXAD3RkwCfVpr5weCt7Wk1Dx4QlmFF/V7P x4oAn1+y1pyQIdvOvnNBz5OcUqD0zYCO =EZAd -----END PGP SIGNATURE----- --o5hfEDzsoqw8wJwC-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 17:22:28 2009 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 2CE95106566B for ; Thu, 17 Sep 2009 17:22:28 +0000 (UTC) (envelope-from solskogen@carebears.mine.nu) Received: from mailout1-admin.bkkb.no (mailout.bkkb.no [62.97.193.182]) by mx1.freebsd.org (Postfix) with ESMTP id CFA698FC17 for ; Thu, 17 Sep 2009 17:22:27 +0000 (UTC) X-ASG-Debug-ID: 1253207101-396100520000-XDYc8F X-Barracuda-URL: http://62.97.193.182:8000/cgi-bin/mark.cgi Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mailout1-admin.bkkb.no (Spam & Virus Firewall) with ESMTP id 9CD6A33321E for ; Thu, 17 Sep 2009 19:05:01 +0200 (CEST) Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mailout1-admin.bkkb.no with ESMTP id bpbGrGk9KCtLdXSv for ; Thu, 17 Sep 2009 19:05:01 +0200 (CEST) Received: from carebears.mine.nu (220.85-200-86.bkkb.no [85.200.86.220]) by mail.hjemme.no (Postfix) with ESMTP id 56EEAB0910F3 for ; Thu, 17 Sep 2009 19:04:56 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id 4C16FE943 for ; Thu, 17 Sep 2009 19:05:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at example.com Received: from carebears.mine.nu ([127.0.0.1]) by localhost (shine.antarctica.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2TS6J3JxMYZ9 for ; Thu, 17 Sep 2009 19:04:59 +0200 (CEST) Received: from [192.168.0.22] (funshine.antarctica.no [192.168.0.22]) by carebears.mine.nu (Postfix) with ESMTP id E4A26E938 for ; Thu, 17 Sep 2009 19:04:58 +0200 (CEST) Message-ID: <4AB26C3E.6060303@carebears.mine.nu> Date: Thu, 17 Sep 2009 19:05:02 +0200 From: Christer Solskogen User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-ASG-Orig-Subj: UPDATING missing update Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mail.hjemme.no[62.97.193.11] X-Barracuda-Start-Time: 1253207101 X-Barracuda-Virus-Scanned: by Barracuda Spam & Virus Firewall at bkkb.no X-Barracuda-Spam-Score: -1002.00 X-Barracuda-Spam-Status: No, SCORE=-1002.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1000.0 X-Mailman-Approved-At: Thu, 17 Sep 2009 17:37:51 +0000 Subject: UPDATING missing update 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, 17 Sep 2009 17:22:28 -0000 As far as I can see debugging flags have been disabled in the kernel on RELENG_8, but UPDATING says otherwise. What's the thruth? -- chs From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 18:10:26 2009 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 3724E1065676 for ; Thu, 17 Sep 2009 18:10:26 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id F2EAD8FC1E for ; Thu, 17 Sep 2009 18:10:25 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 49C0C7E818; Thu, 17 Sep 2009 10:10:37 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org, David Wolfskill Date: Thu, 17 Sep 2009 20:10:22 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-BETA4; KDE/4.3.1; i386; ; ) References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> In-Reply-To: <1253208550.49704.4014.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Robert Noland Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 18:10:26 -0000 On Thursday 17 September 2009 19:29:10 Robert Noland wrote: > On Thu, 2009-09-17 at 08:32 -0700, Freddie Cash wrote: > > On Thu, Sep 17, 2009 at 8:29 AM, David Wolfskill wrote: > > > On Thu, Sep 17, 2009 at 05:04:31PM +0200, Gary Jennejohn wrote: > > > > ... > > > > Maybe you need to install misc/compat7x also for things to work with > > > > head? Don't forget options COMPAT_FREEBSD7 in your kernconf for > > > > head. > > > > > > > :-) As I was writing the previous message, that thought occurred, so I > > > > > > did install it, re-tried, and the symptoms persisted: with DRI enabled, > > > the keyboard & mouse were non-functional; with DRI disabled, Xorg > > > worked. > > > > > > (I had intended to install misc/compat7x under head as soon as it had > > > been committed, but it slipped what passes for my mind. And the file > > > system where /usr/ports lives is not one I normally even mount when > > > running head....) > > > > > > But thanks for the thought! > > > > Have you tried re-enabling hald and dbus and configuring X to use those? > > So, the DRI option has absolutely nothing to do with kbd/mouse. I > expect that what you are actually seeing is a hard lockup, quite > possibly a gpu crash. If that's the case, having a root vty open before starting X and upon gpu crash, blind type (no cookies for typos!) shutdown -r NOW should result in some /var/log/messages entries at the very least and quite possible reboot, right? -- Mel From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 18:15:24 2009 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 79D6B1065698 for ; Thu, 17 Sep 2009 18:15:24 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [199.237.202.236]) by mx1.freebsd.org (Postfix) with ESMTP id 318D58FC17 for ; Thu, 17 Sep 2009 18:15:23 +0000 (UTC) Received: from neu.net (neu.net [199.237.202.236]) by neu.net (8.13.6.20060614/8.13.6) with ESMTP id n8HHnGfi087402; Thu, 17 Sep 2009 17:49:19 GMT Date: Thu, 17 Sep 2009 17:49:16 +0000 (GMT) From: AN To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.1 at neu.net X-Virus-Status: Clean Cc: freebsd-gnome@freebsd.org Subject: no sound from Flash9 plugin 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, 17 Sep 2009 18:15:24 -0000 I'm having a problem getting sound to play in Flash9, the video works fine. I followed the instructions from http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 and the install completed without problems. System info: uname -a FreeBSD test.fu.bar 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Gnome 2.26.3 firefox-3.5.3,1 Web browser based on the browser portion of Mozilla linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux Fedora 10) linux-f10-cairo-1.8.0 Vector graphics library Cairo (Linux Fedora 10) linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library (Linux linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X Windows (Linux Fe linux-f10-gtk2-2.14.7 GTK+ library, version 2.X (Linux Fedora 10) linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) linux-f10-pango-1.22.3 The pango library (Linux Fedora 10) linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 10) linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin linux_base-f10-10_2 Base set of packages needed in Linux mode for i386/amd64 (L part of dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Sep 17 10:42:34 test kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 17 10:42:34 test kernel: The Regents of the University of California. All rights reserved. Sep 17 10:42:34 test kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Sep 17 10:42:34 test kernel: FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC 2009 Sep 17 10:42:34 test kernel: root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Sep 17 10:42:34 test kernel: WARNING: WITNESS option enabled, expect reduced performance. Sep 17 10:42:34 test kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 17 10:42:34 test kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ 2.33GHz (2333.08-MHz K8-class CPU) Sep 17 10:42:34 test kernel: Origin = "GenuineIntel" Id = 0x10677 Stepping = 7 Sep 17 10:42:34 test kernel: Features=0xbfebfbff Sep 17 10:42:34 test kernel: Features2=0x8e39d Sep 17 10:42:34 test kernel: AMD Features=0x20100800 Sep 17 10:42:34 test kernel: AMD Features2=0x1 Sep 17 10:42:34 test kernel: TSC: P-state invariant Sep 17 10:42:34 test kernel: real memory = 4294967296 (4096 MB) Sep 17 10:42:34 test kernel: avail memory = 4104114176 (3913 MB) Sep 17 10:42:34 test kernel: ACPI APIC Table: Sep 17 10:42:34 test kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Sep 17 10:42:34 test kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) Sound is working for all system sounds, and multimedia apps like totem. Any help is really appreciated, please let me know if there is more info that I need to provide. TIA From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 18:20:58 2009 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 A999D106566C for ; Thu, 17 Sep 2009 18:20:58 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0A98FC16 for ; Thu, 17 Sep 2009 18:20:58 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8HIKJdw035055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Sep 2009 14:20:19 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Mel Flynn In-Reply-To: <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain Organization: FreeBSD Date: Thu, 17 Sep 2009 13:20:13 -0500 Message-Id: <1253211613.49704.4073.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 18:20:58 -0000 On Thu, 2009-09-17 at 20:10 +0200, Mel Flynn wrote: > On Thursday 17 September 2009 19:29:10 Robert Noland wrote: > > On Thu, 2009-09-17 at 08:32 -0700, Freddie Cash wrote: > > > On Thu, Sep 17, 2009 at 8:29 AM, David Wolfskill > wrote: > > > > On Thu, Sep 17, 2009 at 05:04:31PM +0200, Gary Jennejohn wrote: > > > > > ... > > > > > Maybe you need to install misc/compat7x also for things to work with > > > > > head? Don't forget options COMPAT_FREEBSD7 in your kernconf for > > > > > head. > > > > > > > > > :-) As I was writing the previous message, that thought occurred, so I > > > > > > > > did install it, re-tried, and the symptoms persisted: with DRI enabled, > > > > the keyboard & mouse were non-functional; with DRI disabled, Xorg > > > > worked. > > > > > > > > (I had intended to install misc/compat7x under head as soon as it had > > > > been committed, but it slipped what passes for my mind. And the file > > > > system where /usr/ports lives is not one I normally even mount when > > > > running head....) > > > > > > > > But thanks for the thought! > > > > > > Have you tried re-enabling hald and dbus and configuring X to use those? > > > > So, the DRI option has absolutely nothing to do with kbd/mouse. I > > expect that what you are actually seeing is a hard lockup, quite > > possibly a gpu crash. > > If that's the case, having a root vty open before starting X and upon gpu > crash, blind type (no cookies for typos!) shutdown -r NOW should result > in some /var/log/messages entries at the very least and quite possible reboot, > right? Maybe... It really depends on exactly what state X has left things in when it crashed/hung. If X crashes and catches the signals, it should try to restore the console to a usable state. If it is a gpu crash then X may still be functioning, but hung on a lock. In this case, you can generally ssh in or get serial console. It is also possible for something entirely more evil to occur, such that things get hung with interrupts disabled which results in a case where nothing but the power button will remedy it. In any case, if X isn't able to cleanly exit and call LeaveVT, then your console is likely hosed. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 18:28:17 2009 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 ADCD3106566B; Thu, 17 Sep 2009 18:28:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 45EE38FC1A; Thu, 17 Sep 2009 18:28:17 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8HISBUq095423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Sep 2009 21:28:11 +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.3/8.14.3) with ESMTP id n8HISBAt072762; Thu, 17 Sep 2009 21:28:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8HISA50072761; Thu, 17 Sep 2009 21:28:10 +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, 17 Sep 2009 21:28:10 +0300 From: Kostik Belousov To: Robert Noland Message-ID: <20090917182810.GG47688@deviant.kiev.zoral.com.ua> References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> <1253211613.49704.4073.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s+08+7ZBU1+8TAHN" Content-Disposition: inline In-Reply-To: <1253211613.49704.4073.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 18:28:17 -0000 --s+08+7ZBU1+8TAHN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 01:20:13PM -0500, Robert Noland wrote: > On Thu, 2009-09-17 at 20:10 +0200, Mel Flynn wrote: > > On Thursday 17 September 2009 19:29:10 Robert Noland wrote: > > > On Thu, 2009-09-17 at 08:32 -0700, Freddie Cash wrote: > > > > On Thu, Sep 17, 2009 at 8:29 AM, David Wolfskill=20 > > wrote: > > > > > On Thu, Sep 17, 2009 at 05:04:31PM +0200, Gary Jennejohn wrote: > > > > > > ... > > > > > > Maybe you need to install misc/compat7x also for things to work= with > > > > > > head? Don't forget options COMPAT_FREEBSD7 in your kernconf for > > > > > > head. > > > > > > > > > > > :-) As I was writing the previous message, that thought occurred= , so I > > > > > > > > > > did install it, re-tried, and the symptoms persisted: with DRI en= abled, > > > > > the keyboard & mouse were non-functional; with DRI disabled, Xorg > > > > > worked. > > > > > > > > > > (I had intended to install misc/compat7x under head as soon as it= had > > > > > been committed, but it slipped what passes for my mind. And the = file > > > > > system where /usr/ports lives is not one I normally even mount wh= en > > > > > running head....) > > > > > > > > > > But thanks for the thought! > > > > > > > > Have you tried re-enabling hald and dbus and configuring X to use t= hose? > > >=20 > > > So, the DRI option has absolutely nothing to do with kbd/mouse. I > > > expect that what you are actually seeing is a hard lockup, quite > > > possibly a gpu crash. > >=20 > > If that's the case, having a root vty open before starting X and upon g= pu=20 > > crash, blind type (no cookies for typos!) shutdown -r NOW should= result=20 > > in some /var/log/messages entries at the very least and quite possible = reboot,=20 > > right? >=20 > Maybe... It really depends on exactly what state X has left things in > when it crashed/hung. If X crashes and catches the signals, it should > try to restore the console to a usable state. If it is a gpu crash then > X may still be functioning, but hung on a lock. In this case, you can > generally ssh in or get serial console. It is also possible for > something entirely more evil to occur, such that things get hung with > interrupts disabled which results in a case where nothing but the power > button will remedy it. In any case, if X isn't able to cleanly exit and > call LeaveVT, then your console is likely hosed. I spent some time with David looking at the debugging information. In particular, David has access to the serial console on the machine. I was unable to decide with some certainity what happens, in particular, whether the machine was locked, only X was locked, or just keyboard and mouse input not working. But, the reliable state of the system where it spent quite a time during X startup was mtrr setup. Xorg was sitting in kernel, in i686_mrstore(). It seems that after some time, X starts sleeping in select(2). --s+08+7ZBU1+8TAHN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkqyf7oACgkQC3+MBN1Mb4i7FQCgmVkSbV8NV657NrgWuCvnLXGs vRYAmwfG+nf7hY6unxzeqHXcv8w1IVv/ =4djk -----END PGP SIGNATURE----- --s+08+7ZBU1+8TAHN-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 18:40:19 2009 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 41003106566B for ; Thu, 17 Sep 2009 18:40:19 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id DCBAA8FC1D for ; Thu, 17 Sep 2009 18:40:17 +0000 (UTC) Received: by ywh29 with SMTP id 29so473787ywh.7 for ; Thu, 17 Sep 2009 11:40:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=PwQN2qOlwjGWl4wmEAl7iGImiPp8DKkl/5qylv0qz3c=; b=yAd2BBiQVWX/LGbpadrgW0JkCh7/LQFSJInR1YEoiPfJbcfYYSyIPJ4+0vL22FRJ+L cUSIndAfiL+m/UVdDQwnBdUjBp9PdEKMpdtvSodXHXFZCCydG0kmtRZuaENWL+eWkbU6 RSwbFtmZ7GRjAkbW19NuW0YUhXcMAzgecrDDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Oly6XIH8GMFcxnJDWYF8xhO0m1uAYUg+kvoY8KxL/gmpmqL+ea9rrrq5cWWhY08kgF 3r88zC0JzCSC+yqHvIV91xoI2pBinoEQe58tZ9EA0Lc5clCOaXeprPte3Z4Mlba9pfqa DpnjgkcClQK0Gfe0PKWJSmLPdoEBaF+esP4wc= MIME-Version: 1.0 Received: by 10.150.56.14 with SMTP id e14mr1610346yba.333.1253212817555; Thu, 17 Sep 2009 11:40:17 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 Sep 2009 13:40:17 -0500 Message-ID: <6201873e0909171140l5471d8adld0b58c4f6ce2e383@mail.gmail.com> From: Adam Vande More To: AN Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: no sound from Flash9 plugin 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, 17 Sep 2009 18:40:19 -0000 On Thu, Sep 17, 2009 at 12:49 PM, AN wrote: > I'm having a problem getting sound to play in Flash9, the video works fine. > I followed the instructions from > http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 and the install > completed without problems. > > System info: > > uname -a > FreeBSD test.fu.bar 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC > 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > Gnome 2.26.3 > > firefox-3.5.3,1 Web browser based on the browser portion of Mozilla > linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin > linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux Fedora > 10) > linux-f10-cairo-1.8.0 Vector graphics library Cairo (Linux Fedora 10) > linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library > (Linux > linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X > Windows (Linux Fe > linux-f10-gtk2-2.14.7 GTK+ library, version 2.X (Linux Fedora 10) > linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) > linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) > linux-f10-pango-1.22.3 The pango library (Linux Fedora 10) > linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) > linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 10) > linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) > linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin > linux_base-f10-10_2 Base set of packages needed in Linux mode for > i386/amd64 (L > > > part of dmesg: > Copyright (c) 1992-2009 The FreeBSD Project. > Sep 17 10:42:34 test kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, > 1989, 1991, 1992, 1993, 1994 > Sep 17 10:42:34 test kernel: The Regents of the University of California. > All rights reserved. > Sep 17 10:42:34 test kernel: FreeBSD is a registered trademark of The > FreeBSD Foundation. > Sep 17 10:42:34 test kernel: FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC > 2009 > Sep 17 10:42:34 test kernel: root@mason.cse.buffalo.edu: > /usr/obj/usr/src/sys/GENERIC > Sep 17 10:42:34 test kernel: WARNING: WITNESS option enabled, expect > reduced performance. > Sep 17 10:42:34 test kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Sep 17 10:42:34 test kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ > 2.33GHz (2333.08-MHz K8-class CPU) > Sep 17 10:42:34 test kernel: Origin = "GenuineIntel" Id = 0x10677 Stepping > = 7 > Sep 17 10:42:34 test kernel: > Features=0xbfebfbff > Sep 17 10:42:34 test kernel: > Features2=0x8e39d > Sep 17 10:42:34 test kernel: AMD Features=0x20100800 > Sep 17 10:42:34 test kernel: AMD Features2=0x1 > Sep 17 10:42:34 test kernel: TSC: P-state invariant > Sep 17 10:42:34 test kernel: real memory = 4294967296 (4096 MB) > Sep 17 10:42:34 test kernel: avail memory = 4104114176 (3913 MB) > Sep 17 10:42:34 test kernel: ACPI APIC Table: > Sep 17 10:42:34 test kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 > CPUs > Sep 17 10:42:34 test kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) > > Sound is working for all system sounds, and multimedia apps like totem. Any > help is really appreciated, please let me know if there is more info that I > need to provide. > > TIA > You need to install /usr/ports/www/linux-f10-flashplugin10 not flash9. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 19:03:50 2009 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 78C221065672 for ; Thu, 17 Sep 2009 19:03:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 409E58FC08 for ; Thu, 17 Sep 2009 19:03:49 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8HJ3ltj035325 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 17 Sep 2009 15:03:48 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Kostik Belousov In-Reply-To: <20090917182810.GG47688@deviant.kiev.zoral.com.ua> References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> <1253211613.49704.4073.camel@balrog.2hip.net> <20090917182810.GG47688@deviant.kiev.zoral.com.ua> Content-Type: text/plain Organization: FreeBSD Date: Thu, 17 Sep 2009 14:03:42 -0500 Message-Id: <1253214222.2038.18.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 19:03:50 -0000 On Thu, 2009-09-17 at 21:28 +0300, Kostik Belousov wrote: > On Thu, Sep 17, 2009 at 01:20:13PM -0500, Robert Noland wrote: > > On Thu, 2009-09-17 at 20:10 +0200, Mel Flynn wrote: > > > On Thursday 17 September 2009 19:29:10 Robert Noland wrote: > > > > On Thu, 2009-09-17 at 08:32 -0700, Freddie Cash wrote: > > > > > On Thu, Sep 17, 2009 at 8:29 AM, David Wolfskill > > > wrote: > > > > > > On Thu, Sep 17, 2009 at 05:04:31PM +0200, Gary Jennejohn wrote: > > > > > > > ... > > > > > > > Maybe you need to install misc/compat7x also for things to work with > > > > > > > head? Don't forget options COMPAT_FREEBSD7 in your kernconf for > > > > > > > head. > > > > > > > > > > > > > :-) As I was writing the previous message, that thought occurred, so I > > > > > > > > > > > > did install it, re-tried, and the symptoms persisted: with DRI enabled, > > > > > > the keyboard & mouse were non-functional; with DRI disabled, Xorg > > > > > > worked. > > > > > > > > > > > > (I had intended to install misc/compat7x under head as soon as it had > > > > > > been committed, but it slipped what passes for my mind. And the file > > > > > > system where /usr/ports lives is not one I normally even mount when > > > > > > running head....) > > > > > > > > > > > > But thanks for the thought! > > > > > > > > > > Have you tried re-enabling hald and dbus and configuring X to use those? > > > > > > > > So, the DRI option has absolutely nothing to do with kbd/mouse. I > > > > expect that what you are actually seeing is a hard lockup, quite > > > > possibly a gpu crash. > > > > > > If that's the case, having a root vty open before starting X and upon gpu > > > crash, blind type (no cookies for typos!) shutdown -r NOW should result > > > in some /var/log/messages entries at the very least and quite possible reboot, > > > right? > > > > Maybe... It really depends on exactly what state X has left things in > > when it crashed/hung. If X crashes and catches the signals, it should > > try to restore the console to a usable state. If it is a gpu crash then > > X may still be functioning, but hung on a lock. In this case, you can > > generally ssh in or get serial console. It is also possible for > > something entirely more evil to occur, such that things get hung with > > interrupts disabled which results in a case where nothing but the power > > button will remedy it. In any case, if X isn't able to cleanly exit and > > call LeaveVT, then your console is likely hosed. > > I spent some time with David looking at the debugging information. > In particular, David has access to the serial console on the machine. > > I was unable to decide with some certainity what happens, in particular, > whether the machine was locked, only X was locked, or just keyboard and > mouse input not working. > > But, the reliable state of the system where it spent quite a time > during X startup was mtrr setup. Xorg was sitting in kernel, in > i686_mrstore(). I'm not certain what to suggest here. MTRR is fail on almost every newer board that I have, due to the fact that the BIOS sets a global WB MTRR, which we don't have the ability to split or overlap. In any case every MTRR attempt by X/drm is to set WC. I have easily produced hard system lockups by attempting to manually manipulate MTRRs via memcontrol, even to states that should be valid. This is one of the many reasons that I'm trying to move to using PAT for everything. If the attempt to set MTRR is not failing and returning an appropriate error, that could very well be the source of the lockup. robert. > It seems that after some time, X starts sleeping in select(2). -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 19:11:37 2009 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 616041065695 for ; Thu, 17 Sep 2009 19:11:37 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 120338FC1B for ; Thu, 17 Sep 2009 19:11:37 +0000 (UTC) Received: (qmail 23465 invoked by uid 399); 17 Sep 2009 19:11:33 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Sep 2009 19:11:33 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB289DF.5020303@FreeBSD.org> Date: Thu, 17 Sep 2009 12:11:27 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Marcel Moolenaar References: <200909010931.16880.nick@van-laarhoven.org> <1251841416.1689.4458.camel@balrog.2hip.net> <200909021656.15747.nick@van-laarhoven.org> <20090904100847.GA13167@server.vk2pj.dyndns.org> <20090904101630.GA17207@camelot.theinternet.com.au> <20090904135252.GA23438@lonesome.com> <642B63E0-0F75-45FD-9E8D-58D990F7C8EB@mac.com> In-Reply-To: <642B63E0-0F75-45FD-9E8D-58D990F7C8EB@mac.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Mark Linimon , FreeBSD CURRENT Mailing List , peterjeremy@acm.org Subject: Re: Reducing noise in dmesg 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: Thu, 17 Sep 2009 19:11:37 -0000 Marcel Moolenaar wrote: > > On Sep 4, 2009, at 6:52 AM, Mark Linimon wrote: > >> No one has mentioned the other reason to leave in verbosity: so that >> users >> who are having problems can file more useful PRs. This is particularly >> true of video cards (which, as one might recall, is where this thread >> started.) > > This has always been an interesting fault-line. > > Yes, if you print or log "everything" then there's bound to > be useful information somewhere that can be used to analyze > problems. Approaching this from the glass half-empty angle, > I can see why people value verbosity. It's an easy case to > state: without it we don't know what went wrong. > > There's a flip-side and it's one that's much harder to argue > for. Arguments against verbosity include such things as: > 1. The signal/noise ratio is worse which means that it's > easier to miss the information that is truly important. > 2. You present the user with output that's not even directed > towards the user -- it's an aesthetic bug. > 3. It introduces performance problems, especially on slow > consoles. > 4. If it works, it works and the verbosity is unnecessary. > > Much more subjective... > > As long as we depend on verbosity to provide us with the > information we need to solve a problem, it's really hard to > convince people that we should make it more user-oriented > and print only things that are of value to the user. Which > means that unless developers value the user perspective and > are willing to put in the effort to allow for another way > of obtaining the information, verbosity is hard to reduce. > It's not in the developer's interest. That is, unless the > problem reporting is actually much better if done differently. Marcel has several good points here. I'd also like to point out that there is a middle ground which I haven't seen mentioned yet, dramatically reduce what goes to the console while sending all of what we do now (or potentially even more) to syslog by default. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 18:43:27 2009 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 42EDB1065676; Thu, 17 Sep 2009 18:43:27 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [213.47.211.116]) by mx1.freebsd.org (Postfix) with ESMTP id E87DF8FC14; Thu, 17 Sep 2009 18:43:26 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=webmail.itac.at) by mail.itac.at with esmtpa (Exim 4.63) (envelope-from ) id 1MoLwy-0004Y7-QU; Thu, 17 Sep 2009 20:43:24 +0200 Received: from 78.142.74.81 (SquirrelMail authenticated user decke@bluelife.at) by webmail.itac.at with HTTP; Thu, 17 Sep 2009 20:43:24 +0200 (CEST) Message-ID: In-Reply-To: <4AACA736.5010405@freebsd.org> References: <4A9D7560.7060902@freebsd.org> <1251840705.1689.4440.camel@balrog.2hip.net> <4A9E7B42.9070608@icyb.net.ua> <4AACA736.5010405@freebsd.org> Date: Thu, 17 Sep 2009 20:43:24 +0200 (CEST) From: "Bernhard Froehlich" To: "Andriy Gapon" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Thu, 17 Sep 2009 19:13:00 +0000 Cc: freebsd-current@freebsd.org, vbox@freebsd.org, Ivan Voras Subject: Re: virtualbox: out of memory on start [Was: DRI initialiazation fails on 8.0-BETAx/M54] 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, 17 Sep 2009 18:43:27 -0000 On Sun, September 13, 2009 10:03 am, Andriy Gapon wrote: > on 02/09/2009 17:03 Andriy Gapon said the following: >> >> BTW, I have a different but potentially related problem - after running >> a >> head/current system for a while I am losing an ability to start >> VirtualBox. It >> complains about something "no memory" too. >> The system is amd64 with 4G of RAM with only a handful of processes >> started. >> Maybe we got some regression in memory area (e.g. pmap)? > > So I got this problem again and I'd like to gather as much useful debug > information as possible, but I am not sure what would that be. > > Here's a message from virtualbox: > GVMMR0CreateVM: failed, rc=-8 > > This machine has 4GB of RAM and only a handful of applications are started > (but > in KDE4). But memory usage line from top looks suspicious: > Mem: 1439M Active, 199M Inact, 1308M Wired, 669M Cache, 392M Buf, 61M Free > Wired is huge, Buf and Cache are also substantial. > Maybe something to do with ZFS? > > And, yes, just noticed, this is what virtualbox wrote in virtual machine's > log: > Host RAM: 3822MB RAM, available: 30MB > So it seems like it needs Free memory and can not pressure other memory to > get freed or got to swap. I've had a look at the code and found that "available" is interpreted as "free" which is wrong. According to my understanding available RAM means Free + Cached + Inactive so i have created a patch for that and commited it to our svn port as r491. Could you please give it a try? (we have automatically build tar's now :o) http://svn.bluelife.at/nightlies/virtualbox-port.tar.gz -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 19:29:47 2009 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 BA05F106566C for ; Thu, 17 Sep 2009 19:29:47 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 965838FC18 for ; Thu, 17 Sep 2009 19:29:47 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MoMfr-0006Cz-1X for freebsd-current@freebsd.org; Thu, 17 Sep 2009 12:29:47 -0700 Message-ID: <25492233.post@talk.nabble.com> Date: Thu, 17 Sep 2009 12:29:47 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl Subject: Strange atrun build error (8-STABLE svn 197298) 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, 17 Sep 2009 19:29:47 -0000 Hello. I encountered this error while trying to build latest 8-STABLE. cc -O2 -pipe -march=nocona -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobsDAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-p atrun.o gloadavg.o -lpam -lutil /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `key_encryptsession /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `key_decryptsession /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `key_gendes' *** Error code 1 Stop in /usr/src/libexec/atrun. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. While I was initially convinced that it's caused by some stupid mistake on my part, I fail to see where. src.conf WITHOUT_LIB32=true WITHOUT_BLUETOOTH=true WITHOUT_FLOPPY=true WITHOUT_CDDL=true WITHOUT_NDIS=true WITHOUT_MAIL=true WITHOUT_GDB=true -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/Strange-atrun-build-error-%288-STABLE-svn-197298%29-tp25492233p25492233.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 19:37:38 2009 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 0D49F106566C; Thu, 17 Sep 2009 19:37:38 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id E870B8FC0A; Thu, 17 Sep 2009 19:37:37 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n8HJbahW032394 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Sep 2009 12:37:36 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 624011CC39; Thu, 17 Sep 2009 12:37:36 -0700 (PDT) To: AN In-reply-to: Your message of "Thu, 17 Sep 2009 17:49:16 -0000." Date: Thu, 17 Sep 2009 12:37:36 -0700 From: "Kevin Oberman" Message-Id: <20090917193736.624011CC39@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-09-17_09:2009-09-17, 2009-09-17, 2009-09-17 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0909170108 Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: no sound from Flash9 plugin 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, 17 Sep 2009 19:37:38 -0000 > Date: Thu, 17 Sep 2009 17:49:16 +0000 (GMT) > From: AN > Sender: owner-freebsd-gnome@freebsd.org > > I'm having a problem getting sound to play in Flash9, the video works > fine. I followed the instructions from http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 > and the install completed without problems. > > System info: > > uname -a > FreeBSD test.fu.bar 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 > UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 > > Gnome 2.26.3 > > firefox-3.5.3,1 Web browser based on the browser portion of Mozilla > linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin > linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux > Fedora 10) > linux-f10-cairo-1.8.0 Vector graphics library Cairo (Linux Fedora 10) > linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library > (Linux > linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X > Windows (Linux Fe > linux-f10-gtk2-2.14.7 GTK+ library, version 2.X (Linux Fedora 10) > linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) > linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) > linux-f10-pango-1.22.3 The pango library (Linux Fedora 10) > linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) > linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 10) > linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) > linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin > linux_base-f10-10_2 Base set of packages needed in Linux mode for > i386/amd64 (L > > > part of dmesg: > Copyright (c) 1992-2009 The FreeBSD Project. > Sep 17 10:42:34 test kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, > 1989, 1991, 1992, 1993, 1994 > Sep 17 10:42:34 test kernel: The Regents of the University of California. > All rights reserved. > Sep 17 10:42:34 test kernel: FreeBSD is a registered trademark of The > FreeBSD Foundation. > Sep 17 10:42:34 test kernel: FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC > 2009 > Sep 17 10:42:34 test kernel: > root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Sep 17 10:42:34 test kernel: WARNING: WITNESS option enabled, expect > reduced performance. > Sep 17 10:42:34 test kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Sep 17 10:42:34 test kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ > 2.33GHz (2333.08-MHz K8-class CPU) > Sep 17 10:42:34 test kernel: Origin = "GenuineIntel" Id = 0x10677 > Stepping = 7 > Sep 17 10:42:34 test kernel: > Features=0xbfebfbff > Sep 17 10:42:34 test kernel: > Features2=0x8e39d > Sep 17 10:42:34 test kernel: AMD Features=0x20100800 > Sep 17 10:42:34 test kernel: AMD Features2=0x1 > Sep 17 10:42:34 test kernel: TSC: P-state invariant > Sep 17 10:42:34 test kernel: real memory = 4294967296 (4096 MB) > Sep 17 10:42:34 test kernel: avail memory = 4104114176 (3913 MB) > Sep 17 10:42:34 test kernel: ACPI APIC Table: > Sep 17 10:42:34 test kernel: FreeBSD/SMP: Multiprocessor System Detected: > 4 CPUs > Sep 17 10:42:34 test kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) > > Sound is working for all system sounds, and multimedia apps like totem. > Any help is really appreciated, please let me know if there is more info > that I need to provide. > > TIA > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > Andy, This has been a known issue with Flash9 since Adobe fixed a security problem a couple of months ago. Since Flash does not support the OSS audio used by FreeBSD, they probably were unaware that they were breaking the sound. The only solution I have seen is to install Flash10 (linux-f10-flash10). Since linux_base-f10 is the standard Linux emulation for 8.0, I suggest that you replace all of your linux-* ports with "linux-f10-*" ports. If you use portupgrade, 'portupgrade -o emulators/linux_base-f10 linux_base'. Use a similar command for all of your linux-* ports. Look in /usr/ports/UPDATING, you will find a discussion of updating linux to f10. Note that users will need to update the nsplugingwrapper plug-ins before Flash10 will work. I believe that 'nspluginwrapper -u' should do the trick. (Remember that it must be run by each user while logged into his or her own account.) -- 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 From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 19:48:27 2009 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 4002A1065676 for ; Thu, 17 Sep 2009 19:48:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 04F1F8FC1E for ; Thu, 17 Sep 2009 19:48:26 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8HJmQ3Y038457; Thu, 17 Sep 2009 12:48:26 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8HJmM4n038456; Thu, 17 Sep 2009 12:48:22 -0700 (PDT) (envelope-from david) Date: Thu, 17 Sep 2009 12:48:22 -0700 From: David Wolfskill To: Mel Flynn Message-ID: <20090917194822.GF1212@albert.catwhisker.org> References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T3/vOasYOEcRCfmZ" Content-Disposition: inline In-Reply-To: <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 19:48:27 -0000 --T3/vOasYOEcRCfmZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 08:10:22PM +0200, Mel Flynn wrote: > ... > > So, the DRI option has absolutely nothing to do with kbd/mouse. I > > expect that what you are actually seeing is a hard lockup, quite > > possibly a gpu crash. >=20 > If that's the case, having a root vty open before starting X and upon gpu= =20 > crash, blind type (no cookies for typos!) shutdown -r NOW should r= esult=20 > in some /var/log/messages entries at the very least and quite possible re= boot,=20 > right? Now that it's lunch time, I had a chance to try an experiment: * Connect serial to another system vai crossover cable. * Boot head (slice 4, in my case) in to normal multi-user mode. Neither dbus nor hald is enable in /etc/rc.conf, and Xorg is not started automatically (unlike the way I have stable/6 configured, in that respect). * On vty1 (I don't usually login to vty0, as I prefer to keep that for seeing logged messages or whatever), login as root. * Mount all disk-resident file systems (vs. swap-backed /tmp, for example) other than /var as read-only. This is to reduce the time for recovery later. * From another system, "ssh -xvvv" -- partly as a record of what to expect when it works; partly to demonstrate that doing that does normally work. Exit the connection. * sh /usr/local/etc/rc.d/dbus forcestart; uptime Note system responses: Starting dbus. 12:32PM up 2 mins, 1 user, load averages: 0.26, 0.30, 0.14 * sh /usr/local/etc/rc.d/hald forcestart; uptime Note system responses: Starting hald. 12:32PM up 2 mins, 1 user, load averages: 0.22, 0.29, 0.14 Also note that disk I/O light flickers quite a bit for about 5 seconds. * Type "uptime" at shell prompt. Note lack of response: no echo; no output; no disk I/O. * Re-try the "ssh -xvvv" from the other system. Last couple of lines shown are: debug3: key_read: missing keytype debug1: identity file /homes/dwolf/.ssh/id_dsa type 2 In the "successful" case, the above were followed by: debug1: Remote protocol version 2.0, remote software version OpenSSH_5.2p= 1 FreeBSD-20090522 debug1: match: OpenSSH_5.2p1 FreeBSD-20090522 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 * Hit "Enter" on serial connection. Note lack of response. * On vty1 (where I last tried "uptime"), hit Enter a time or two, then type "halt -p" (blind, as there's no echo). Note lack of response. * Power-cycle & recover. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --T3/vOasYOEcRCfmZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqykoUACgkQmprOCmdXAD1DAACgglXloLU6jcA4vkg8ScGYsOGW no4An1AJ9SOU5Nvhh77cTKDPVxS3QmEa =Xl2i -----END PGP SIGNATURE----- --T3/vOasYOEcRCfmZ-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 20:14:22 2009 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 51868106566B; Thu, 17 Sep 2009 20:14:22 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [199.237.202.236]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6118FC08; Thu, 17 Sep 2009 20:14:21 +0000 (UTC) Received: from neu.net (neu.net [199.237.202.236]) by neu.net (8.13.6.20060614/8.13.6) with ESMTP id n8HKEH8B047387; Thu, 17 Sep 2009 20:14:19 GMT Date: Thu, 17 Sep 2009 20:14:16 +0000 (GMT) From: AN To: Kevin Oberman In-Reply-To: <20090917193736.624011CC39@ptavv.es.net> Message-ID: References: <20090917193736.624011CC39@ptavv.es.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.95.1 at neu.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: no sound from Flash9 plugin 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, 17 Sep 2009 20:14:22 -0000 On Thu, 17 Sep 2009, Kevin Oberman wrote: >> Date: Thu, 17 Sep 2009 17:49:16 +0000 (GMT) >> From: AN >> Sender: owner-freebsd-gnome@freebsd.org >> >> I'm having a problem getting sound to play in Flash9, the video works >> fine. I followed the instructions from http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 >> and the install completed without problems. >> >> System info: >> >> uname -a >> FreeBSD test.fu.bar 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 >> UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> Gnome 2.26.3 >> >> firefox-3.5.3,1 Web browser based on the browser portion of Mozilla >> linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin >> linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux >> Fedora 10) >> linux-f10-cairo-1.8.0 Vector graphics library Cairo (Linux Fedora 10) >> linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library >> (Linux >> linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X >> Windows (Linux Fe >> linux-f10-gtk2-2.14.7 GTK+ library, version 2.X (Linux Fedora 10) >> linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) >> linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) >> linux-f10-pango-1.22.3 The pango library (Linux Fedora 10) >> linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) >> linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 10) >> linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) >> linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin >> linux_base-f10-10_2 Base set of packages needed in Linux mode for >> i386/amd64 (L >> >> >> part of dmesg: >> Copyright (c) 1992-2009 The FreeBSD Project. >> Sep 17 10:42:34 test kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, >> 1989, 1991, 1992, 1993, 1994 >> Sep 17 10:42:34 test kernel: The Regents of the University of California. >> All rights reserved. >> Sep 17 10:42:34 test kernel: FreeBSD is a registered trademark of The >> FreeBSD Foundation. >> Sep 17 10:42:34 test kernel: FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC >> 2009 >> Sep 17 10:42:34 test kernel: >> root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> Sep 17 10:42:34 test kernel: WARNING: WITNESS option enabled, expect >> reduced performance. >> Sep 17 10:42:34 test kernel: Timecounter "i8254" frequency 1193182 Hz >> quality 0 >> Sep 17 10:42:34 test kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ >> 2.33GHz (2333.08-MHz K8-class CPU) >> Sep 17 10:42:34 test kernel: Origin = "GenuineIntel" Id = 0x10677 >> Stepping = 7 >> Sep 17 10:42:34 test kernel: >> Features=0xbfebfbff >> Sep 17 10:42:34 test kernel: >> Features2=0x8e39d >> Sep 17 10:42:34 test kernel: AMD Features=0x20100800 >> Sep 17 10:42:34 test kernel: AMD Features2=0x1 >> Sep 17 10:42:34 test kernel: TSC: P-state invariant >> Sep 17 10:42:34 test kernel: real memory = 4294967296 (4096 MB) >> Sep 17 10:42:34 test kernel: avail memory = 4104114176 (3913 MB) >> Sep 17 10:42:34 test kernel: ACPI APIC Table: >> Sep 17 10:42:34 test kernel: FreeBSD/SMP: Multiprocessor System Detected: >> 4 CPUs >> Sep 17 10:42:34 test kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) >> >> Sound is working for all system sounds, and multimedia apps like totem. >> Any help is really appreciated, please let me know if there is more info >> that I need to provide. >> >> TIA >> _______________________________________________ >> freebsd-gnome@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-gnome >> To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" >> > > Andy, > > This has been a known issue with Flash9 since Adobe fixed a security > problem a couple of months ago. Since Flash does not support the OSS > audio used by FreeBSD, they probably were unaware that they were > breaking the sound. > > The only solution I have seen is to install Flash10 > (linux-f10-flash10). > > Since linux_base-f10 is the standard Linux emulation for 8.0, I suggest > that you replace all of your linux-* ports with "linux-f10-*" ports. If > you use portupgrade, 'portupgrade -o emulators/linux_base-f10 > linux_base'. Use a similar command for all of your linux-* ports. Look > in /usr/ports/UPDATING, you will find a discussion of updating linux to > f10. > > Note that users will need to update the nsplugingwrapper plug-ins before > Flash10 will work. I believe that 'nspluginwrapper -u' should do the > trick. (Remember that it must be run by each user while logged into his > or her own account.) > -- > 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 Hi Kevin: Thanks for your reply. I installed linux-f10-flash10 as you suggested. pkg_info | grep linux-f10-flashplugin-10.0r32 linux-f10-flashplugin-10.0r32 Adobe Flash Player NPAPI Plugin I had already installed linux_base-f10-10_2, see above. I tried to execute nspluginwrapper -u, and I received this response: nspluginwrapper: expected plugin(s) file name to update Now, flash does not work at all. Previously I had video, but no sound, and now nothing. I tried the following command, cd /usr/local/lib/firefox3/plugins && ln -s /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so npwrapper.libflashplayer.so but still nothing. Any other ideas, what other info can I provide to troubleshoot? Thanks From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 20:24:56 2009 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 5866E106566C; Thu, 17 Sep 2009 20:24:56 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id DE6D18FC0C; Thu, 17 Sep 2009 20:24:55 +0000 (UTC) Received: by ywh29 with SMTP id 29so673633ywh.7 for ; Thu, 17 Sep 2009 13:24:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=OyQlp3XyU7GPAt2H9QVC0AgMhXnanTJpOCPyrBm9pSI=; b=cJvsPDV/Fdvxo2kWNDVdnqUiJystgisrsmFMZzC43Nb9vYahGpNhWTTL+qXDcBtXnp PzwTKLDiRI3PV7gkZvF5C3aCYYPItUkMRackrJDhK0W8iqj1aplYu2FhYpoSV7LiaQOj gFzvr2snjDZk8xIW4epnAYtbIMvGglc5MAWME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FtnC3LpEOyRadDi2qPeYsJMTeXBHG6Wupp6AYqLP9OcWR+hbtQNY4e2JTNmPK7GTaW X5GpyqcfY7iIcpW2RdrOfuU14/uVdZ4BTnz/Nt8XdAqJWBW7uHqjHw48NN26nAzV8YQB G3hG3BntU6OkU0NAsWdjWAY3HdKFWMWnicUBM= MIME-Version: 1.0 Received: by 10.150.1.12 with SMTP id 12mr1861936yba.148.1253219094480; Thu, 17 Sep 2009 13:24:54 -0700 (PDT) In-Reply-To: References: <20090917193736.624011CC39@ptavv.es.net> Date: Thu, 17 Sep 2009 15:24:54 -0500 Message-ID: <6201873e0909171324l3f8a64cey98d14d71e6ae4e81@mail.gmail.com> From: Adam Vande More To: AN Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: no sound from Flash9 plugin 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, 17 Sep 2009 20:24:56 -0000 On Thu, Sep 17, 2009 at 3:14 PM, AN wrote: > > On Thu, 17 Sep 2009, Kevin Oberman wrote: > > Date: Thu, 17 Sep 2009 17:49:16 +0000 (GMT) >>> From: AN >>> Sender: owner-freebsd-gnome@freebsd.org >>> >>> I'm having a problem getting sound to play in Flash9, the video works >>> fine. I followed the instructions from >>> http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 >>> and the install completed without problems. >>> >>> System info: >>> >>> uname -a >>> FreeBSD test.fu.bar 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 >>> UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> >>> Gnome 2.26.3 >>> >>> firefox-3.5.3,1 Web browser based on the browser portion of Mozilla >>> linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin >>> linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux >>> Fedora 10) >>> linux-f10-cairo-1.8.0 Vector graphics library Cairo (Linux Fedora 10) >>> linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library >>> (Linux >>> linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X >>> Windows (Linux Fe >>> linux-f10-gtk2-2.14.7 GTK+ library, version 2.X (Linux Fedora 10) >>> linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) >>> linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) >>> linux-f10-pango-1.22.3 The pango library (Linux Fedora 10) >>> linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) >>> linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora >>> 10) >>> linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) >>> linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin >>> linux_base-f10-10_2 Base set of packages needed in Linux mode for >>> i386/amd64 (L >>> >>> >>> part of dmesg: >>> Copyright (c) 1992-2009 The FreeBSD Project. >>> Sep 17 10:42:34 test kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, >>> 1989, 1991, 1992, 1993, 1994 >>> Sep 17 10:42:34 test kernel: The Regents of the University of California. >>> All rights reserved. >>> Sep 17 10:42:34 test kernel: FreeBSD is a registered trademark of The >>> FreeBSD Foundation. >>> Sep 17 10:42:34 test kernel: FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 >>> UTC >>> 2009 >>> Sep 17 10:42:34 test kernel: >>> root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >>> Sep 17 10:42:34 test kernel: WARNING: WITNESS option enabled, expect >>> reduced performance. >>> Sep 17 10:42:34 test kernel: Timecounter "i8254" frequency 1193182 Hz >>> quality 0 >>> Sep 17 10:42:34 test kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ >>> 2.33GHz (2333.08-MHz K8-class CPU) >>> Sep 17 10:42:34 test kernel: Origin = "GenuineIntel" Id = 0x10677 >>> Stepping = 7 >>> Sep 17 10:42:34 test kernel: >>> >>> Features=0xbfebfbff >>> Sep 17 10:42:34 test kernel: >>> >>> Features2=0x8e39d >>> Sep 17 10:42:34 test kernel: AMD Features=0x20100800 >>> Sep 17 10:42:34 test kernel: AMD Features2=0x1 >>> Sep 17 10:42:34 test kernel: TSC: P-state invariant >>> Sep 17 10:42:34 test kernel: real memory = 4294967296 (4096 MB) >>> Sep 17 10:42:34 test kernel: avail memory = 4104114176 (3913 MB) >>> Sep 17 10:42:34 test kernel: ACPI APIC Table: >>> Sep 17 10:42:34 test kernel: FreeBSD/SMP: Multiprocessor System Detected: >>> 4 CPUs >>> Sep 17 10:42:34 test kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) >>> >>> Sound is working for all system sounds, and multimedia apps like totem. >>> Any help is really appreciated, please let me know if there is more info >>> that I need to provide. >>> >>> TIA >>> _______________________________________________ >>> freebsd-gnome@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-gnome >>> To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" >>> >>> >> Andy, >> >> This has been a known issue with Flash9 since Adobe fixed a security >> problem a couple of months ago. Since Flash does not support the OSS >> audio used by FreeBSD, they probably were unaware that they were >> breaking the sound. >> >> The only solution I have seen is to install Flash10 >> (linux-f10-flash10). >> >> Since linux_base-f10 is the standard Linux emulation for 8.0, I suggest >> that you replace all of your linux-* ports with "linux-f10-*" ports. If >> you use portupgrade, 'portupgrade -o emulators/linux_base-f10 >> linux_base'. Use a similar command for all of your linux-* ports. Look >> in /usr/ports/UPDATING, you will find a discussion of updating linux to >> f10. >> >> Note that users will need to update the nsplugingwrapper plug-ins before >> Flash10 will work. I believe that 'nspluginwrapper -u' should do the >> trick. (Remember that it must be run by each user while logged into his >> or her own account.) >> -- >> 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 >> > > > Hi Kevin: > > Thanks for your reply. I installed linux-f10-flash10 as you suggested. > > pkg_info | grep linux-f10-flashplugin-10.0r32 > linux-f10-flashplugin-10.0r32 Adobe Flash Player NPAPI Plugin > > I had already installed linux_base-f10-10_2, see above. I tried to execute > nspluginwrapper -u, and I received this response: nspluginwrapper: expected > plugin(s) file name to update > > Now, flash does not work at all. Previously I had video, but no sound, and > now nothing. I tried the following command, cd > /usr/local/lib/firefox3/plugins && ln -s /usr/local/lib/browser_plugins/ > npwrapper.libflashplayer.so npwrapper.libflashplayer.so but still nothing. > > Any other ideas, what other info can I provide to troubleshoot? > > Thanks nspluginwrapper -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 20:31:08 2009 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 E966C1065676 for ; Thu, 17 Sep 2009 20:31:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outb.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id CB8118FC14 for ; Thu, 17 Sep 2009 20:31:07 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 3803A736CF; Thu, 17 Sep 2009 13:31:11 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id BDEFC2D6012; Thu, 17 Sep 2009 13:31:06 -0700 (PDT) Message-ID: <4AB29C88.7030809@elischer.org> Date: Thu, 17 Sep 2009 13:31:04 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: David Wolfskill References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> <20090917194822.GF1212@albert.catwhisker.org> In-Reply-To: <20090917194822.GF1212@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 20:31:08 -0000 David Wolfskill wrote: > On Thu, Sep 17, 2009 at 08:10:22PM +0200, Mel Flynn wrote: >> ... >>> So, the DRI option has absolutely nothing to do with kbd/mouse. I >>> expect that what you are actually seeing is a hard lockup, quite >>> possibly a gpu crash. >> If that's the case, having a root vty open before starting X and upon gpu >> crash, blind type (no cookies for typos!) shutdown -r NOW should result >> in some /var/log/messages entries at the very least and quite possible reboot, >> right? > > Now that it's lunch time, I had a chance to try an experiment: > > * Connect serial to another system vai crossover cable. > > * Boot head (slice 4, in my case) in to normal multi-user mode. > Neither dbus nor hald is enable in /etc/rc.conf, and Xorg is not > started automatically (unlike the way I have stable/6 configured, > in that respect). > > * On vty1 (I don't usually login to vty0, as I prefer to keep that for > seeing logged messages or whatever), login as root. > > * Mount all disk-resident file systems (vs. swap-backed /tmp, for > example) other than /var as read-only. This is to reduce the time for > recovery later. > > * From another system, "ssh -xvvv" -- partly as a record of what to > expect when it works; partly to demonstrate that doing that does > normally work. Exit the connection. > > * sh /usr/local/etc/rc.d/dbus forcestart; uptime > Note system responses: > Starting dbus. > 12:32PM up 2 mins, 1 user, load averages: 0.26, 0.30, 0.14 > > * sh /usr/local/etc/rc.d/hald forcestart; uptime > Note system responses: > Starting hald. > 12:32PM up 2 mins, 1 user, load averages: 0.22, 0.29, 0.14 > > Also note that disk I/O light flickers quite a bit for about 5 > seconds. > > * Type "uptime" at shell prompt. Note lack of response: no echo; no > output; no disk I/O. > > * Re-try the "ssh -xvvv" from the other system. Last couple of lines > shown are: > debug3: key_read: missing keytype > debug1: identity file /homes/dwolf/.ssh/id_dsa type 2 > > In the "successful" case, the above were followed by: > > debug1: Remote protocol version 2.0, remote software version OpenSSH_5.2p1 FreeBSD-20090522 > debug1: match: OpenSSH_5.2p1 FreeBSD-20090522 pat OpenSSH* > debug1: Enabling compatibility mode for protocol 2.0 > > > * Hit "Enter" on serial connection. Note lack of response. > > * On vty1 (where I last tried "uptime"), hit Enter a time or two, then > type "halt -p" (blind, as there's no echo). Note lack of response. set flags for console to be serial, when frozen, try CTL_ALT_ESC on keyboard to try drop to debugger CR ~ ^B (I think that is the serial break to debugger, check the options..) serial console is a lot more useful a diag than just serial port.. > > * Power-cycle & recover. > > Peace, > david From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 20:34:21 2009 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 CF309106566B for ; Thu, 17 Sep 2009 20:34:21 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id AA3238FC12 for ; Thu, 17 Sep 2009 20:34:21 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MoNgL-0007y9-4G for freebsd-current@freebsd.org; Thu, 17 Sep 2009 13:34:21 -0700 Message-ID: <25492250.post@talk.nabble.com> Date: Thu, 17 Sep 2009 13:34:21 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <25492233.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <25492233.post@talk.nabble.com> Subject: Re: Strange atrun build error (8-STABLE svn 197298) 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, 17 Sep 2009 20:34:21 -0000 "Nothing to see here, move along" It was strange and I couldn't track related source change because local corruption crept in. -- View this message in context: http://www.nabble.com/Strange-atrun-build-error-%288-STABLE-svn-197298%29-tp25492233p25492250.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 20:34:25 2009 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 B0CE71065672; Thu, 17 Sep 2009 20:34:25 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id 837678FC14; Thu, 17 Sep 2009 20:34:25 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n8HKYNK8011459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Sep 2009 13:34:24 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 374B31CC37; Thu, 17 Sep 2009 13:34:23 -0700 (PDT) To: AN In-reply-to: Your message of "Thu, 17 Sep 2009 20:14:16 -0000." Date: Thu, 17 Sep 2009 13:34:23 -0700 From: "Kevin Oberman" Message-Id: <20090917203423.374B31CC37@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-09-17_09:2009-09-17, 2009-09-17, 2009-09-17 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0909170114 Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: no sound from Flash9 plugin 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, 17 Sep 2009 20:34:25 -0000 > Date: Thu, 17 Sep 2009 20:14:16 +0000 (GMT) > From: AN > > > > On Thu, 17 Sep 2009, Kevin Oberman wrote: > > >> Date: Thu, 17 Sep 2009 17:49:16 +0000 (GMT) > >> From: AN > >> Sender: owner-freebsd-gnome@freebsd.org > >> > >> I'm having a problem getting sound to play in Flash9, the video works > >> fine. I followed the instructions from http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 > >> and the install completed without problems. > >> > >> System info: > >> > >> uname -a > >> FreeBSD test.fu.bar 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 > >> UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > >> amd64 > >> > >> Gnome 2.26.3 > >> > >> firefox-3.5.3,1 Web browser based on the browser portion of Mozilla > >> linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin > >> linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux > >> Fedora 10) > >> linux-f10-cairo-1.8.0 Vector graphics library Cairo (Linux Fedora 10) > >> linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library > >> (Linux > >> linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X > >> Windows (Linux Fe > >> linux-f10-gtk2-2.14.7 GTK+ library, version 2.X (Linux Fedora 10) > >> linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) > >> linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) > >> linux-f10-pango-1.22.3 The pango library (Linux Fedora 10) > >> linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) > >> linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 10) > >> linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) > >> linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin > >> linux_base-f10-10_2 Base set of packages needed in Linux mode for > >> i386/amd64 (L > >> > >> > >> part of dmesg: > >> Copyright (c) 1992-2009 The FreeBSD Project. > >> Sep 17 10:42:34 test kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, > >> 1989, 1991, 1992, 1993, 1994 > >> Sep 17 10:42:34 test kernel: The Regents of the University of California. > >> All rights reserved. > >> Sep 17 10:42:34 test kernel: FreeBSD is a registered trademark of The > >> FreeBSD Foundation. > >> Sep 17 10:42:34 test kernel: FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC > >> 2009 > >> Sep 17 10:42:34 test kernel: > >> root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > >> Sep 17 10:42:34 test kernel: WARNING: WITNESS option enabled, expect > >> reduced performance. > >> Sep 17 10:42:34 test kernel: Timecounter "i8254" frequency 1193182 Hz > >> quality 0 > >> Sep 17 10:42:34 test kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ > >> 2.33GHz (2333.08-MHz K8-class CPU) > >> Sep 17 10:42:34 test kernel: Origin = "GenuineIntel" Id = 0x10677 > >> Stepping = 7 > >> Sep 17 10:42:34 test kernel: > >> Features=0xbfebfbff > >> Sep 17 10:42:34 test kernel: > >> Features2=0x8e39d > >> Sep 17 10:42:34 test kernel: AMD Features=0x20100800 > >> Sep 17 10:42:34 test kernel: AMD Features2=0x1 > >> Sep 17 10:42:34 test kernel: TSC: P-state invariant > >> Sep 17 10:42:34 test kernel: real memory = 4294967296 (4096 MB) > >> Sep 17 10:42:34 test kernel: avail memory = 4104114176 (3913 MB) > >> Sep 17 10:42:34 test kernel: ACPI APIC Table: > >> Sep 17 10:42:34 test kernel: FreeBSD/SMP: Multiprocessor System Detected: > >> 4 CPUs > >> Sep 17 10:42:34 test kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) > >> > >> Sound is working for all system sounds, and multimedia apps like totem. > >> Any help is really appreciated, please let me know if there is more info > >> that I need to provide. > >> > >> TIA > >> _______________________________________________ > >> freebsd-gnome@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > >> To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > >> > > > > Andy, > > > > This has been a known issue with Flash9 since Adobe fixed a security > > problem a couple of months ago. Since Flash does not support the OSS > > audio used by FreeBSD, they probably were unaware that they were > > breaking the sound. > > > > The only solution I have seen is to install Flash10 > > (linux-f10-flash10). > > > > Since linux_base-f10 is the standard Linux emulation for 8.0, I suggest > > that you replace all of your linux-* ports with "linux-f10-*" ports. If > > you use portupgrade, 'portupgrade -o emulators/linux_base-f10 > > linux_base'. Use a similar command for all of your linux-* ports. Look > > in /usr/ports/UPDATING, you will find a discussion of updating linux to > > f10. > > > > Note that users will need to update the nsplugingwrapper plug-ins before > > Flash10 will work. I believe that 'nspluginwrapper -u' should do the > > trick. (Remember that it must be run by each user while logged into his > > or her own account.) > > -- > > 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 > > > Hi Kevin: > > Thanks for your reply. I installed linux-f10-flash10 as you suggested. > > pkg_info | grep linux-f10-flashplugin-10.0r32 > linux-f10-flashplugin-10.0r32 Adobe Flash Player NPAPI Plugin > > I had already installed linux_base-f10-10_2, see above. I tried to > execute nspluginwrapper -u, and I received this response: nspluginwrapper: > expected plugin(s) file name to update > > Now, flash does not work at all. Previously I had video, but no sound, > and now nothing. I tried the following command, cd > /usr/local/lib/firefox3/plugins && ln -s > /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so > npwrapper.libflashplayer.so but still nothing. > > Any other ideas, what other info can I provide to troubleshoot? > > Thanks > First, are all linux ports updated to -f10 versions? Does your make.conf contain the required lines: OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 If that is all OK, it looks like nspluginwrapper is not dealing with the update option in a useful way. nspluginwrapper -l Note the first two lines for each plug-in. nspluginwrapper -r (first line of the plug-in output above) nspluginwrapper -i (Location listed in "Original plugin" line, perhaps modified) For flash, the install line will be: nspluginwrapper -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so I had to use 'pkg_info -L linux-f10-flashplugin-10.0r32' to fine that one. -- 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 From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 20:45:32 2009 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 10E4F1065670; Thu, 17 Sep 2009 20:45:32 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [199.237.202.236]) by mx1.freebsd.org (Postfix) with ESMTP id BEA878FC19; Thu, 17 Sep 2009 20:45:31 +0000 (UTC) Received: from neu.net (neu.net [199.237.202.236]) by neu.net (8.13.6.20060614/8.13.6) with ESMTP id n8HKjQ9O059913; Thu, 17 Sep 2009 20:45:28 GMT Date: Thu, 17 Sep 2009 20:45:26 +0000 (GMT) From: AN To: Adam Vande More In-Reply-To: <6201873e0909171324l3f8a64cey98d14d71e6ae4e81@mail.gmail.com> Message-ID: References: <20090917193736.624011CC39@ptavv.es.net> <6201873e0909171324l3f8a64cey98d14d71e6ae4e81@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.1 at neu.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: no sound from Flash9 plugin 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, 17 Sep 2009 20:45:32 -0000 On Thu, 17 Sep 2009, Adam Vande More wrote: > On Thu, Sep 17, 2009 at 3:14 PM, AN wrote: > >> >> On Thu, 17 Sep 2009, Kevin Oberman wrote: >> >> Date: Thu, 17 Sep 2009 17:49:16 +0000 (GMT) >>>> From: AN >>>> Sender: owner-freebsd-gnome@freebsd.org >>>> >>>> I'm having a problem getting sound to play in Flash9, the video works >>>> fine. I followed the instructions from >>>> http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 >>>> and the install completed without problems. >>>> >>>> System info: >>>> >>>> uname -a >>>> FreeBSD test.fu.bar 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 >>>> UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >>>> amd64 >>>> >>>> Gnome 2.26.3 >>>> >>>> firefox-3.5.3,1 Web browser based on the browser portion of Mozilla >>>> linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin >>>> linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux >>>> Fedora 10) >>>> linux-f10-cairo-1.8.0 Vector graphics library Cairo (Linux Fedora 10) >>>> linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library >>>> (Linux >>>> linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X >>>> Windows (Linux Fe >>>> linux-f10-gtk2-2.14.7 GTK+ library, version 2.X (Linux Fedora 10) >>>> linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) >>>> linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) >>>> linux-f10-pango-1.22.3 The pango library (Linux Fedora 10) >>>> linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) >>>> linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora >>>> 10) >>>> linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) >>>> linux-flashplugin-9.0r246 Adobe Flash Player NPAPI Plugin >>>> linux_base-f10-10_2 Base set of packages needed in Linux mode for >>>> i386/amd64 (L >>>> >>>> >>>> part of dmesg: >>>> Copyright (c) 1992-2009 The FreeBSD Project. >>>> Sep 17 10:42:34 test kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, >>>> 1989, 1991, 1992, 1993, 1994 >>>> Sep 17 10:42:34 test kernel: The Regents of the University of California. >>>> All rights reserved. >>>> Sep 17 10:42:34 test kernel: FreeBSD is a registered trademark of The >>>> FreeBSD Foundation. >>>> Sep 17 10:42:34 test kernel: FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 >>>> UTC >>>> 2009 >>>> Sep 17 10:42:34 test kernel: >>>> root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >>>> Sep 17 10:42:34 test kernel: WARNING: WITNESS option enabled, expect >>>> reduced performance. >>>> Sep 17 10:42:34 test kernel: Timecounter "i8254" frequency 1193182 Hz >>>> quality 0 >>>> Sep 17 10:42:34 test kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ >>>> 2.33GHz (2333.08-MHz K8-class CPU) >>>> Sep 17 10:42:34 test kernel: Origin = "GenuineIntel" Id = 0x10677 >>>> Stepping = 7 >>>> Sep 17 10:42:34 test kernel: >>>> >>>> Features=0xbfebfbff >>>> Sep 17 10:42:34 test kernel: >>>> >>>> Features2=0x8e39d >>>> Sep 17 10:42:34 test kernel: AMD Features=0x20100800 >>>> Sep 17 10:42:34 test kernel: AMD Features2=0x1 >>>> Sep 17 10:42:34 test kernel: TSC: P-state invariant >>>> Sep 17 10:42:34 test kernel: real memory = 4294967296 (4096 MB) >>>> Sep 17 10:42:34 test kernel: avail memory = 4104114176 (3913 MB) >>>> Sep 17 10:42:34 test kernel: ACPI APIC Table: >>>> Sep 17 10:42:34 test kernel: FreeBSD/SMP: Multiprocessor System Detected: >>>> 4 CPUs >>>> Sep 17 10:42:34 test kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) >>>> >>>> Sound is working for all system sounds, and multimedia apps like totem. >>>> Any help is really appreciated, please let me know if there is more info >>>> that I need to provide. >>>> >>>> TIA >>>> _______________________________________________ >>>> freebsd-gnome@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-gnome >>>> To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" >>>> >>>> >>> Andy, >>> >>> This has been a known issue with Flash9 since Adobe fixed a security >>> problem a couple of months ago. Since Flash does not support the OSS >>> audio used by FreeBSD, they probably were unaware that they were >>> breaking the sound. >>> >>> The only solution I have seen is to install Flash10 >>> (linux-f10-flash10). >>> >>> Since linux_base-f10 is the standard Linux emulation for 8.0, I suggest >>> that you replace all of your linux-* ports with "linux-f10-*" ports. If >>> you use portupgrade, 'portupgrade -o emulators/linux_base-f10 >>> linux_base'. Use a similar command for all of your linux-* ports. Look >>> in /usr/ports/UPDATING, you will find a discussion of updating linux to >>> f10. >>> >>> Note that users will need to update the nsplugingwrapper plug-ins before >>> Flash10 will work. I believe that 'nspluginwrapper -u' should do the >>> trick. (Remember that it must be run by each user while logged into his >>> or her own account.) >>> -- >>> 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 >>> >> >> >> Hi Kevin: >> >> Thanks for your reply. I installed linux-f10-flash10 as you suggested. >> >> pkg_info | grep linux-f10-flashplugin-10.0r32 >> linux-f10-flashplugin-10.0r32 Adobe Flash Player NPAPI Plugin >> >> I had already installed linux_base-f10-10_2, see above. I tried to execute >> nspluginwrapper -u, and I received this response: nspluginwrapper: expected >> plugin(s) file name to update >> >> Now, flash does not work at all. Previously I had video, but no sound, and >> now nothing. I tried the following command, cd >> /usr/local/lib/firefox3/plugins && ln -s /usr/local/lib/browser_plugins/ >> npwrapper.libflashplayer.so npwrapper.libflashplayer.so but still nothing. >> >> Any other ideas, what other info can I provide to troubleshoot? >> >> Thanks > > > nspluginwrapper -i > /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > > > > -- > Adam Vande More Adam: That was it, works great now. Thanks for your help. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 20:49:20 2009 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 E514B106568B for ; Thu, 17 Sep 2009 20:49:20 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 42E8E8FC08 for ; Thu, 17 Sep 2009 20:49:19 +0000 (UTC) Received: by fxm6 with SMTP id 6so310877fxm.43 for ; Thu, 17 Sep 2009 13:49:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=x09b0Rj/hIAbch2xYkDZXurH8TNgZZZFAIEs4HkaFKk=; b=hEn0TAUgYea6xz4c2FCi6tucdS/igG09c36atcA+9VcQLnSbNzVhKDeHOHMEi+G5gv yr5JqZr5flLP5hgK/+wscVcJxnxEJPqjvmprO2pqCXMTQxcG7fkjSnfAVttNh1k15qjj 5jLBiFPW00Ee54ZYrd5/+OjD/ParhgqCnFtgo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=kEz9r+1oQ/CHL0Ko+g322Yl2TRBo4imaRuPu3gtqKm0ZPt/Qsl/4Dv1QK19q/uMgO0 NQfbK4IDf6H0dUWFQ7iWky5cgfWn7DLnAIT07LkZEmYH0upvRL+DuS6ZHM7zFWb+e1YM gCElwhxAjhl2rcwEUK4TKJSGVziU6B+XQDJSI= MIME-Version: 1.0 Received: by 10.239.138.18 with SMTP id n18mr47620hbn.40.1253220559013; Thu, 17 Sep 2009 13:49:19 -0700 (PDT) In-Reply-To: <20090917074121.GA13242@ei.bzerk.org> References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> <20090916225319.GA1790@duncan.reilly.home> <4AB17542.9010401@FreeBSD.org> <20090917001151.GA4829@duncan.reilly.home> <20090917074121.GA13242@ei.bzerk.org> Date: Thu, 17 Sep 2009 21:49:18 +0100 Message-ID: From: krad To: Ruben de Groot , Andrew Reilly , Doug Barton , Mel Flynn , Mark Linimon , freebsd-current@freebsd.org, Rom Albuquerque Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Source level upgrade from 4.9 to 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, 17 Sep 2009 20:49:21 -0000 2009/9/17 Ruben de Groot > On Thu, Sep 17, 2009 at 10:11:51AM +1000, Andrew Reilly typed: > > On Wed, Sep 16, 2009 at 04:31:14PM -0700, Doug Barton wrote: > > > There are also the issues of CPU horesepower and quantity of RAM that > > > are potential problems on hardware that is at minimum 6 years old. > > > Everything about this project shouts DANGER WILL ROBINSON!!! to me. > > > > Oh, I don't know. I'm running 7-STABLE (February vintage: it's > > too slow to rebuild very often) on an old P-III/500 box with > > 512M of RAM. Works beautifully for what I'm asking of it (not > > much). That box probably started with something of the 3- or > > 4- vintage and upgraded continuously in place. I do remember > > giving it a new disk drive when I did the step to UFS2, though. > > I run FreeBSD 8.0 on a soekris 100 Mhz "i586" with 64 MB. Smoothly. > > Ruben > > _______________________________________________ > 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" > I have missed a chunk of this thread so sorry if im repeating whats already been said. I have done quite a few upgrades from 4x to current successfully. The reason I did this rather than a full reinstall was the boxes didnt have cds, didnt boot usb, and i dont have floppies anymore. Anyway this is what i found the most reliable way of doing it 1. back it all up 2. download base and kernels distro directories 3. "./install.sh generic" in the kernels dir 4. chflags noschg /kernel 5. mv /kernel /kernel.old 6. ln /boot/kernel/kernel /kernel 7. Reboot to single user 8. mv /etc/ etc.old 9. cd to base dir and "./install.sh" (overwrite it all) (you usually get a few errors but ignore them) 10. copy relevent bits from /etc.old to /etc You might be able to get away with it but I always do a make world and kernel at this point. To doubly make sure everything is there and installed correctly now for the local packages you have two options: rebuild or install compatibility libraries I usually go for rebuild 1.mv /usr/local /usr/local.old 2. mv /var/db/pkg /var/db/pkg.old 3. reinstall ls /var/db/pkg.old/| while read f; do pkg_info -o $f| tail -2; done | sed -e "s/^.*\///" | sort -uls /var/db/pkg/| while read f; do pkg_info -o $f| tail -2; done | sed -e "s/^.*\///" | sort -u | while read p; do pkg_add -rv $p; done 4. copy your configs accross from the /usr/local.old dir Finally after you have tested and are happy all is ok cleanup rm -rf /usr/local.old /var/db/pkg.old cd /usr/src yes | make delete-old-files delete-old-libs delete-old-dirs Its a bit long winded but does work and you end up with a fairly clean install. You can speed up the process by doing the buildworld and buildkernel on another box and nfs exporting /usr/src and obj to the target system From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 21:34:30 2009 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 C4379106566B for ; Thu, 17 Sep 2009 21:34:30 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9238FC08 for ; Thu, 17 Sep 2009 21:34:30 +0000 (UTC) Received: from [85.173.16.166] (helo=izar) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1MoOcW-000HAC-BV; Fri, 18 Sep 2009 01:34:28 +0400 To: "Kevin Oberman" References: <20090917203423.374B31CC37@ptavv.es.net> From: Boris Samorodov Date: Fri, 18 Sep 2009 01:36:22 +0400 In-Reply-To: <20090917203423.374B31CC37@ptavv.es.net> (Kevin Oberman's message of "Thu\, 17 Sep 2009 13\:34\:23 -0700") Message-ID: <67654217@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: no sound from Flash9 plugin 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, 17 Sep 2009 21:34:30 -0000 "Kevin Oberman" writes: >> Date: Thu, 17 Sep 2009 20:14:16 +0000 (GMT) >> From: AN >> On Thu, 17 Sep 2009, Kevin Oberman wrote: >> >> Date: Thu, 17 Sep 2009 17:49:16 +0000 (GMT) >> >> From: AN >> >> Sender: owner-freebsd-gnome@freebsd.org [...] >> >> uname -a >> >> FreeBSD test.fu.bar 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 [...] > Does your make.conf contain the required lines: > OVERRIDE_LINUX_BASE_PORT=f10 > OVERRIDE_LINUX_NONBASE_PORTS=f10 Just a note: for FreeBSD OSVERSION>=800076 (and 8.0-BETA4 as well) those variables are not necessary to define (they are defaults). -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 22:03:42 2009 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 9B0C21065679; Thu, 17 Sep 2009 22:03:42 +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 5C45E8FC1B; Thu, 17 Sep 2009 22:03:42 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8EB046D41B; Thu, 17 Sep 2009 21:48:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 648BA844CE; Thu, 17 Sep 2009 23:48:10 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Julian Elischer References: <200909161625.n8GGPjIr001085@freebsd-current.sentex.ca> <4AB117E0.5090108@elischer.org> Date: Thu, 17 Sep 2009 23:48:10 +0200 In-Reply-To: <4AB117E0.5090108@elischer.org> (Julian Elischer's message of "Wed, 16 Sep 2009 09:52:48 -0700") Message-ID: <86my4ts0o5.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: i386@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 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, 17 Sep 2009 22:03:42 -0000 Julian Elischer writes: > hmm I doubt that was a code problem... Hardware issues on one of the builders. I've tried to contact Mike, but he seems to be afk. I'm not sure if there's anything I can do without physical access. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 22:59:08 2009 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 2611F106566B for ; Thu, 17 Sep 2009 22:59:08 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id DF70B8FC14 for ; Thu, 17 Sep 2009 22:59:07 +0000 (UTC) Received: from baby-jane.lamaiziere.net (106.10.87-79.rev.gaoland.net [79.87.10.106]) by smtp.lamaiziere.net (Postfix) with ESMTPA id D543F633322 for ; Fri, 18 Sep 2009 00:59:06 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 2AA95C8F7 for ; Fri, 18 Sep 2009 00:59:44 +0200 (CEST) Date: Fri, 18 Sep 2009 00:59:42 +0200 From: Patrick Lamaiziere To: freebsd-current@freebsd.org Message-ID: <20090918005942.0a4d5ca8@baby-jane.lamaiziere.net> In-Reply-To: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> References: <20090917132127.2a0ee973@baby-jane.lamaiziere.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [ZFS] panic vm_fault : fault on no fault entry (when superpages are enabled) 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, 17 Sep 2009 22:59:08 -0000 Le Thu, 17 Sep 2009 13:21:27 +0200, Patrick Lamaiziere a =E9crit : Hello, > [8.0 BETA-4/i386] >=20 > I've got this panic when copying /usr on a new pool. > It's 100% reproductible here with=20 > tar cf - -C /usr . |=A0tar xpvf - -C /pool >=20 > The panic occurs always with free() in the ZFS code. ... > /boot/loader.conf > # ZFS > vm.kmem_size=3D"512M" > vm.kmem_size_max=3D"512M" > vfs.zfs.arc_max=3D"40M" > vfs.zfs.vdev.cache.size=3D"5M" >=20 > and options KVA_PAGES=3D512 in my kernel I think I've found the culprit: superpages. With vm.pmap.pg_ps_enabled=3D"1", my box will panic in the next five minutes when doing a simple tar on ZFS. Looks good without the superpages. Is it a known problem? Thanks, regards. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 22:59:53 2009 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 4FCC7106568D for ; Thu, 17 Sep 2009 22:59:53 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id D13CA8FC1E for ; Thu, 17 Sep 2009 22:59:52 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so222533eyf.9 for ; Thu, 17 Sep 2009 15:59:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=1Ajgy+am4UIaBGqAyhllya44tmFk71aXHPdqeUTpbXU=; b=OegJP3fMK3+q6gE6zfjJr3QesUQ1NyGRrtnLOpjDahG4zQPAnaOxuEXzCJsRdH5SAs zj2z36C7aaeUxEUIl4af7drGPvjFZM4ff6LZhuXYgNmgxpyJeY/Grh+KqYRbYsiy4j3i y1rNkiOcxCM1Fczp647DL5ia/mNKieQyHyPXM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=Tuuf09X9m/OUFbcyQOqH1pW/VZrOipb3s2m/sGdhwZ+FAU7CzAYZFyeUBImPzwQmxi gDI84FZa8SW8+foQesxsef5h/hqe3W01X2LDKuclSeSGdQAGupo+USj1YJshUzDj+6Vs Od7Fzh/D0es3PnxwHz4W9DGZ+whSAxVHX82QY= Received: by 10.216.22.66 with SMTP id s44mr354194wes.87.1253228391834; Thu, 17 Sep 2009 15:59:51 -0700 (PDT) Received: from localhost (95-24-69-88.broadband.corbina.ru [95.24.69.88]) by mx.google.com with ESMTPS id 7sm936219eyg.4.2009.09.17.15.59.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 17 Sep 2009 15:59:50 -0700 (PDT) From: Anonymous To: krad References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> <20090916225319.GA1790@duncan.reilly.home> <4AB17542.9010401@FreeBSD.org> <20090917001151.GA4829@duncan.reilly.home> <20090917074121.GA13242@ei.bzerk.org> Date: Fri, 18 Sep 2009 02:59:48 +0400 In-Reply-To: (krad's message of "Thu, 17 Sep 2009 21:49:18 +0100") Message-ID: <8663bhrxcr.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: Source level upgrade from 4.9 to 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, 17 Sep 2009 22:59:53 -0000 krad writes: [...] > now for the local packages you have two options: rebuild or install > compatibility libraries > > I usually go for rebuild > > 1.mv /usr/local /usr/local.old > 2. mv /var/db/pkg /var/db/pkg.old > 3. reinstall > ls /var/db/pkg.old/| while read f; do pkg_info -o $f| tail -2; done | sed > -e "s/^.*\///" | sort -uls /var/db/pkg/| while read f; do pkg_info -o $f| > tail -2; done | sed -e "s/^.*\///" | sort -u | while read p; do pkg_add -rv > $p; done > 4. copy your configs accross from the /usr/local.old dir > > Finally after you have tested and are happy all is ok cleanup > > rm -rf /usr/local.old /var/db/pkg.old > cd /usr/src > yes | make delete-old-files delete-old-libs delete-old-dirs I think obsolete header files should be removed *before* ports rebuild. Some ports may accidentally decide to use them based on their presence. From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 23:38:01 2009 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 7F455106566C for ; Thu, 17 Sep 2009 23:38:01 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 474AC8FC13 for ; Thu, 17 Sep 2009 23:38:01 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n8HNbkVK035698; Thu, 17 Sep 2009 18:37:46 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 17 Sep 2009 18:37:46 -0500 (CDT) From: "Sean C. Farley" To: David Wolfskill In-Reply-To: <20090917161519.GB1212@albert.catwhisker.org> Message-ID: References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: current@FreeBSD.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 23:38:01 -0000 On Thu, 17 Sep 2009, David Wolfskill wrote: > On Thu, Sep 17, 2009 at 08:32:09AM -0700, Freddie Cash wrote: >> ... >> Have you tried re-enabling hald and dbus and configuring X to use >> those? > > No, I haven't. > > One of the reasons I stopped trying to use hald(8) was that when I > booted head, hald went into a 100% CPU busy loop. (Mind, this was > with hald built inder stable/6.) How about building your system without HAL? I have been quite happy without it. As long as I have the following in my Xorg.conf, everything (that I need) seems to be detected nicely: Section "ServerLayout" ... Option "AllowEmptyInput" "off" ... EndSection Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 17 23:53:23 2009 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 23EB91065670 for ; Thu, 17 Sep 2009 23:53:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id C89338FC08 for ; Thu, 17 Sep 2009 23:53:22 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8HNrMEK039833; Thu, 17 Sep 2009 16:53:22 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8HNrMFM039832; Thu, 17 Sep 2009 16:53:22 -0700 (PDT) (envelope-from david) Date: Thu, 17 Sep 2009 16:53:22 -0700 From: David Wolfskill To: "Sean C. Farley" Message-ID: <20090917235322.GM1212@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , "Sean C. Farley" , current@freebsd.org References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="991t1H9DIskWxVIu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@FreeBSD.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 17 Sep 2009 23:53:23 -0000 --991t1H9DIskWxVIu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 06:37:46PM -0500, Sean C. Farley wrote: > On Thu, 17 Sep 2009, David Wolfskill wrote: >=20 > >On Thu, Sep 17, 2009 at 08:32:09AM -0700, Freddie Cash wrote: > >>... > >>Have you tried re-enabling hald and dbus and configuring X to use=20 > >>those? > > > >No, I haven't. > > > >One of the reasons I stopped trying to use hald(8) was that when I=20 > >booted head, hald went into a 100% CPU busy loop. (Mind, this was=20 > >with hald built inder stable/6.) >=20 > How about building your system without HAL? I have been quite happy=20 > without it. As long as I have the following in my Xorg.conf, everything= =20 > (that I need) seems to be detected nicely: >=20 > Section "ServerLayout" > ... > Option "AllowEmptyInput" "off" > ... > EndSection Well, ref. the above "I stopped trying to use hald(8)" -- I did this by: Section "ServerFlags" Option "AutoAddDevices" "False" EndSection And then disabling the hald & dbus startup. It had been working in stable/6, stable/7, and head before the (apparently DRI-related) issues arose in stable/7 and (mnore recently) head. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --991t1H9DIskWxVIu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqyy/EACgkQmprOCmdXAD3beQCfTuU9Rn97ZUZiit09TDwFDSTj 49kAn35HBhLgiz28ipC9BgOpYZ5RKDa1 =H3WJ -----END PGP SIGNATURE----- --991t1H9DIskWxVIu-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 00:01:29 2009 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 5B4901065693 for ; Fri, 18 Sep 2009 00:01:29 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from v-smtp-auth-relay-5.gradwell.net (v-smtp-auth-relay-5.gradwell.net [79.135.125.99]) by mx1.freebsd.org (Postfix) with ESMTP id BAD038FC08 for ; Fri, 18 Sep 2009 00:01:28 +0000 (UTC) Received: from 93-97-22-18.zone5.bethere.co.uk ([93.97.22.18] helo=access2.hanley.stade.co.uk) by v-smtp-auth-relay-5.gradwell.net with esmtp (Gradwell gwh-smtpd 1.290) id 4ab2c5cf.70d.7 for freebsd-current@freebsd.org; Fri, 18 Sep 2009 00:27:11 +0100 (envelope-sender ) Received: from steerpike.hanley.stade.co.uk (steerpike [192.168.1.10]) by access2.hanley.stade.co.uk (8.14.1/8.14.1) with ESMTP id n8HNRA5N058702 for ; Fri, 18 Sep 2009 00:27:10 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: from steerpike.hanley.stade.co.uk (localhost [127.0.0.1]) by steerpike.hanley.stade.co.uk (8.14.3/8.14.3) with ESMTP id n8HNRAI3099343 for ; Fri, 18 Sep 2009 00:27:10 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: (from aw1@localhost) by steerpike.hanley.stade.co.uk (8.14.3/8.14.3/Submit) id n8HNRA5N099342 for freebsd-current@freebsd.org; Fri, 18 Sep 2009 00:27:10 +0100 (BST) (envelope-from aw1) Date: Fri, 18 Sep 2009 00:27:10 +0100 From: Adrian Wontroba To: freebsd-current Message-ID: <20090917232710.GA98771@steerpike.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , freebsd-current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-PRERELEASE Organization: Oh dear, I've joined one again. X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on steerpike.hanley.stade.co.uk X-Virus-Status: Clean Subject: amd64 8.0 BETA4 DVD image on ftp.freebsd.org corrupt? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Sep 2009 00:01:29 -0000 On Mon, Sep 07, 2009 at 10:26:38AM -0400, Ken Smith wrote: > The fourth and most likely final BETA build for the FreeBSD 8.0 release ... > MD5 (8.0-BETA4-amd64-dvd1.iso) = ac66ea49d75908607c0fe984f88b7a50 I've twice downloaded the file from ftp.freebsd.org and got the same different checksum each time: [aw1@steerpike ~/BETA4]$ md5 *dvd1* MD5 (8.0-BETA4-amd64-dvd1.iso.gz) = 91d91323503c976d8b0cf60be62582ef MD5 (broken.8.0-BETA4-amd64-dvd1.iso.gz) = 91d91323503c976d8b0cf60be62582ef Burning a DVD with growisofs results in a disk which is neither mountable nor bootable. The other amd64 files match their checksums. A DVD burnt from disc1 is mountable and bootable, so it probably isn't my DVD burner. I like the memory stick image (8-) About to put my toe in more advanced waters with my first 64bit machine, with ZFS too. -- Adrian Wontroba "What do you do when your real life exceeds your wildest fantasies?" "You keep it to yourself." -- Broadcast News From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 00:12:34 2009 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 2AE8E1065676 for ; Fri, 18 Sep 2009 00:12:34 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id CE9818FC15 for ; Fri, 18 Sep 2009 00:12:33 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id n8I0CWMb039952; Thu, 17 Sep 2009 17:12:32 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id n8I0CWlR039951; Thu, 17 Sep 2009 17:12:32 -0700 (PDT) (envelope-from david) Date: Thu, 17 Sep 2009 17:12:32 -0700 From: David Wolfskill To: Julian Elischer Message-ID: <20090918001232.GN1212@albert.catwhisker.org> References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> <20090917194822.GF1212@albert.catwhisker.org> <4AB29C88.7030809@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pdSIrcRjgC24tZqG" Content-Disposition: inline In-Reply-To: <4AB29C88.7030809@elischer.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Wolfskill List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Sep 2009 00:12:34 -0000 --pdSIrcRjgC24tZqG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 01:31:04PM -0700, Julian Elischer wrote: > ... > set flags for console to be serial, > when frozen, try CTL_ALT_ESC on keyboard to try drop to debugger > CR ~ ^B (I think that is the serial break to debugger, check > the options..) >=20 > serial console is a lot more useful a diag than just serial port.. Ah, right. I rebuilt the kernel -- this time, including the BREAK_TO_DEBUGGER option, so acessing ddb works just a wee bit better. [Sorry....] After doing a "forcestart" for dbus & hald, the system locked again; forcing a BREAK signal over serial dropped ot ddb. Here's the backtrace: d254# sh /usr/local/etc/rc.d/dbus forcestart; echo $?; uptime Starting dbus. 0 5:02PM up 2 mins, 1 user, load averages: 0.85, 0.44, 0.19 d254# ^dbus^hald sh /usr/local/etc/rc.d/hald forcestart ; echo $? ; uptime Starting hald. 0 5:02PM up 2 mins, 1 user, load averages: 0.78, 0.44, 0.19 d254# vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 ~KDB: enter: Line break on console [thread pid 0 tid 100046 ] Stopped at 0xc089168a =3D kdb_enter+0x3a: movl $0,0xc0dab674 =3D= kdb_why db> bt Tracing pid 0 tid 100046 td 0xc6183000 kdb_enter(c0c01f92,c0c3ae45,c0870207,c5cdc580,c5cdc558,...) at 0xc089168a = =3D kdb_enter+0x3a uart_intr(c5cdc500,c6183000,c0d76b10,c5a6e280,4,...) at 0xc0775e92 =3D uart= _intr+0x122 intr_event_handle(c5a6e280,c3f78c20,c083d0aa,c6183000,4,...) at 0xc083d04c = =3D intr_event_handle+0x5c intr_execute_handlers(c0d76b10,c3f78c20,c6183000,c62c2780,c3f78c64,...) at = 0xc0b7e379 =3D intr_execute_handlers+0x49 atpic_handle_intr(4,c3f78c20) at 0xc0b9a36c =3D atpic_handle_intr+0x7c Xatpic_intr4() at 0xc0b793c1 =3D Xatpic_intr4+0x21 --- interrupt, eip =3D 0xc0b8609b, esp =3D 0xc3f78c60, ebp =3D 0xc3f78c64 -= -- spinlock_exit(c0dabf4c,4,c0c4ee4c,109) at 0xc0b8609b =3D spinlock_exit+0x2b _mtx_unlock_spin_flags(c0dabf4c,0,c0c54b40,10c,c3f78cd4,...) at 0xc0853554 = =3D _mtx_unlock_spin_flags+0xf4 sleepq_release(c62c2780,c62c2798,c0c70802,0,0,...) at 0xc089b0f9 =3D sleepq= _release+0x39 msleep_spin(c62c2780,c62c2798,c0c70802,0,c0c4ee4c,...) at 0xc086c998 =3D ms= leep_spin+0x1c8 taskqueue_thread_loop(c0f07e88,c3f78d38,c0c4bbac,343,c0d97f60,...) at 0xc08= 9dc24 =3D taskqueue_thread_loop+0x94 fork_exit(c089db90,c0f07e88,c3f78d38) at 0xc08398c8 =3D fork_exit+0xb8 fork_trampoline() at 0xc0b792d0 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc3f78d70, ebp =3D 0 --- db>=20 A few more things, then I think it might make more sense for further traffic to be off-list for a while: db> ps pid ppid pgrp uid state wmesg wchan cmd 2431 2427 2427 0 S select 0xc690cba4 hald-runner 2427 2422 2427 0 Rs hald 2422 1 2405 0 S+ select 0xc64af9a4 hald 2403 1 2403 556 Ss select 0xc64af8a4 dbus-daemon 2380 2379 2380 0 R+ csh 2379 1 2379 0 Ss+ wait 0xc64e57f8 login 2378 1 2378 0 Ss+ ttyin 0xc6179270 getty 2377 1 2377 0 Ss+ ttyin 0xc61c1270 getty 2376 1 2376 0 Ss+ ttyin 0xc61c0a70 getty 2375 1 2375 0 Ss+ ttyin 0xc61bf270 getty 2374 1 2374 0 Ss+ ttyin 0xc61c3a70 getty 2373 1 2373 0 Ss+ ttyin 0xc61c0270 getty 2372 1 2372 0 Ss+ ttyin 0xc6177270 getty 2371 1 2371 0 Ss+ ttyin 0xc6176270 getty 2300 1 2300 0 Rs cron 2293 1 2293 25 Ss pause 0xc6b14058 sendmail 2289 1 2289 0 Rs sendmail 2288 2253 2253 80 S accept 0xc66bf84a httpd 2287 2253 2253 80 S accept 0xc66bf84a httpd db> [Not complete; I terminated the list at the one page] db> bt 2427 Tracing pid 2427 tid 100097 td 0xc6b4faf0 sched_switch(c6b4faf0,0,602,18c,52e886a4,...) at 0xc0885086 =3D sched_switc= h+0x406 mi_switch(602,0,c0c50e68,cf,0,...) at 0xc086c120 =3D mi_switch+0x200 critical_exit(c0d76a60,c6b4faf0,c0d76a60,c5a6e880,0,...) at 0xc086a4b8 =3D = critical_exit+0xa8 intr_event_handle(c5a6e880,df628764,b395eb11,5050500,0,...) at 0xc083d0aa = =3D intr_event_handle+0xba intr_execute_handlers(c0d76a60,df628764,5050500,5050505,df62884c,...) at 0x= c0b7e379 =3D intr_execute_handlers+0x49 atpic_handle_intr(0,df628764) at 0xc0b9a36c =3D atpic_handle_intr+0x7c Xatpic_intr0() at 0xc0b79301 =3D Xatpic_intr0+0x21 --- interrupt, eip =3D 0xc0b79f83, esp =3D 0xdf6287a4, ebp =3D 0xdf62884c -= -- i686_mrstoreone(c0f4bdcc,246,c59c4790,c6b4fb94,c0c7bb42,...) at 0xc0b79f83 = =3D i686_mrstoreone+0x1c3 smp_rendezvous_cpus(1,0,c0b79dc0,0,c0f4bdcc,...) at 0xc089ca97 =3D smp_rend= ezvous_cpus+0x37 smp_rendezvous(0,c0b79dc0,0,c0f4bdcc,c6b5576c,...) at 0xc089cc2f =3D smp_re= ndezvous+0x2f i686_mrset(c0f4bdcc,df62890c,df628908,df628930,c1238ee5,...) at 0xc0b7a9e0 = =3D i686_mrset+0x430 mem_range_attr_set(df62890c,df628908,8,0,e0000000,...) at 0xc0b63ded =3D me= m_range_attr_set+0x2d drm_mtrr_add(e0000000,8000000,2,90,c5b67c00,...) at 0xc1238ee5 =3D drm_mtrr= _add+0x65 drm_addmap(c5b67c00,e0000000,8000000,0,10,...) at 0xc12329d3 =3D drm_addmap= +0x473 radeon_driver_firstopen(c5b67c00,0,2000,2,20,...) at 0xc11d38ae =3D radeon_= driver_firstopen+0x6e drm_open(c5c86900,1,2000,c6b4faf0,df628a00,...) at 0xc1235d1f =3D drm_open+= 0x16f devfs_open(df628abc,2d,df628ba4,0,df628ae4,...) at 0xc07e6f48 =3D devfs_ope= n+0xe8 VOP_OPEN_APV(c0d39260,df628abc,100,57d,0,...) at 0xc0ba3915 =3D VOP_OPEN_AP= V+0xa5 vn_open_cred(df628ba4,df628c5c,0,0,c6b17c80,...) at 0xc090055f =3D vn_open_= cred+0x4bf vn_open(df628ba4,df628c5c,0,c6ac13f0,df628bb8,...) at 0xc090068b =3D vn_ope= n+0x3b kern_openat(c6b4faf0,ffffff9c,809ff00,0,1,...) at 0xc08fe4cf =3D kern_opena= t+0x11f kern_open(c6b4faf0,809ff00,0,0,0,...) at 0xc08fea35 =3D kern_open+0x35 open(c6b4faf0,df628cf8,c,df628d38,c0d3c68c,...) at 0xc08fea70 =3D open+0x30 syscall(df628d38) at 0xc0b96cb4 =3D syscall+0x2b4 Xint0x80_syscall() at 0xc0b792c0 =3D Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip =3D 0x2830f2bf, esp =3D 0xbfbfe8b= c, ebp =3D 0xbfbfe8e8 --- db> bt 2422 Tracing pid 2422 tid 100100 td 0xc6b4f460 sched_switch(c6b4f460,0,104,191,15b2418a,...) at 0xc0885086 =3D sched_switc= h+0x406 mi_switch(104,0,c0c54b40,1d6,0,...) at 0xc086c120 =3D mi_switch+0x200 sleepq_switch(c6b4f460,0,c0c54b40,18b,0,...) at 0xc089b5df =3D sleepq_switc= h+0x15f sleepq_catch_signals(df631a4c,c085390a,c64af990,0,c6b4f460,...) at 0xc089b6= c7 =3D sleepq_catch_signals+0xb7 sleepq_timedwait_sig(c64af9a4,0,df631a7c,101,0,...) at 0xc089c0ca =3D sleep= q_timedwait_sig+0x1a _cv_timedwait_sig(c64af9a4,c64af990,3d091,5d1,c64eb3b8,...) at 0xc0820f20 = =3D _cv_timedwait_sig+0x250 seltdwait(df631c28,df631c30,c6b17c80,c6b4f460,df631ae8,...) at 0xc08a6a2a = =3D seltdwait+0x8a kern_select(c6b4f460,4,bfbfe9f0,0,bfbfe970,df631c70,20,fa,0) at 0xc08a7cd4 = =3D kern_select+0x4f4 select(c6b4f460,df631cf8,14,df631d38,c0d3d02c,...) at 0xc08a8026 =3D select= +0x66 syscall(df631d38) at 0xc0b96cb4 =3D syscall+0x2b4 Xint0x80_syscall() at 0xc0b792c0 =3D Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip =3D 0x2831c0f3, esp =3D 0xbfbf= e8dc, ebp =3D 0xbfbfe918 --- db>=20 Any suggestions for "something interesting" to check? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --pdSIrcRjgC24tZqG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqy0HAACgkQmprOCmdXAD0Q2QCeKLayO/XmYa/l/SJ1qtLu4Lyk nD4AnAisG5Qm7ZqigxxcDzXoT3GxoJm+ =dhIf -----END PGP SIGNATURE----- --pdSIrcRjgC24tZqG-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 01:14:13 2009 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 5FC49106566B for ; Fri, 18 Sep 2009 01:14:13 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 015DF8FC0C for ; Fri, 18 Sep 2009 01:14:12 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n8I1Dktj037484; Thu, 17 Sep 2009 20:13:46 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 17 Sep 2009 20:13:46 -0500 (CDT) From: "Sean C. Farley" To: David Wolfskill In-Reply-To: <20090917235322.GM1212@albert.catwhisker.org> Message-ID: References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> <20090917235322.GM1212@albert.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: current@FreeBSD.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 18 Sep 2009 01:14:13 -0000 On Thu, 17 Sep 2009, David Wolfskill wrote: > On Thu, Sep 17, 2009 at 06:37:46PM -0500, Sean C. Farley wrote: >> On Thu, 17 Sep 2009, David Wolfskill wrote: >>> On Thu, Sep 17, 2009 at 08:32:09AM -0700, Freddie Cash wrote: >>>> ... >>>> Have you tried re-enabling hald and dbus and configuring X to use >>>> those? >>> >>> No, I haven't. >>> >>> One of the reasons I stopped trying to use hald(8) was that when I >>> booted head, hald went into a 100% CPU busy loop. (Mind, this was >>> with hald built inder stable/6.) >> >> How about building your system without HAL? I have been quite happy >> without it. As long as I have the following in my Xorg.conf, >> everything (that I need) seems to be detected nicely: >> >> Section "ServerLayout" >> ... >> Option "AllowEmptyInput" "off" >> ... >> EndSection > > Well, ref. the above "I stopped trying to use hald(8)" -- I did this by: You expected me to actually read pertinent information. ;) Sorry about that. > Section "ServerFlags" > Option "AutoAddDevices" "False" > EndSection > > And then disabling the hald & dbus startup. I built all of my ports using WITHOUT_HAL as opposed to disabling hald startup. Did you try this variation? > It had been working in stable/6, stable/7, and head before the > (apparently DRI-related) issues arose in stable/7 and (mnore recently) > head. WITHOUT_HAL throughout ports, dbus running and the option I listed above works well for me with stable/7 (r196739). Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 01:15:19 2009 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 99D3B1065670 for ; Fri, 18 Sep 2009 01:15:19 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0258FC1A for ; Fri, 18 Sep 2009 01:15:18 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-250-30.belrs3.nsw.optusnet.com.au [122.106.250.30]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8I1FGhp002921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Sep 2009 11:15:17 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n8I1FFAn065282 for ; Fri, 18 Sep 2009 11:15:15 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n8I1FFgj065275 for freebsd-current@freebsd.org; Fri, 18 Sep 2009 11:15:15 +1000 (EST) (envelope-from peter) Date: Fri, 18 Sep 2009 11:15:15 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20090918011515.GC1997@server.vk2pj.dyndns.org> References: <20090917061054.GA48371@server.vk2pj.dyndns.org> <20090917121642.GA1997@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline In-Reply-To: <20090917121642.GA1997@server.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Stack protection breaks -fprofile-generate 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, 18 Sep 2009 01:15:19 -0000 --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Sep-17 22:16:42 +1000, Peter Jeremy wrote: >On 2009-Sep-17 16:10:54 +1000, Peter Jeremy wrote: >>Somewhere between early June and lastest 8.x, -fprofile-generate broke >>on i386. This looks to be related to stack protection. >> >>$ echo 'int main() { return 0; }' > x.c >>$ cc x.c >>$ cc -fprofile-generate x.c =20 >>/usr/lib/libgcov.a(_gcov.o)(.text+0x13df): In function `gcov_exit': >>/usr/src/gnu/lib/libgcov/../../../contrib/gcc/libgcov.c:532: undefined re= ference to `__stack_chk_fail_local' > >Checking on 8.0-BETA4 from yesterday (about SVN rev 197239), it fails >on i386 and succeeds on amd4. It looks suspiciously like this is >more fallout from r195697 but I'm not sure what the fix is. I had hoped r197277 might fix the problem but it doesn't: r197277 provides a weak __stack_chk_fail_local in libc.a but in my case, it's linking against libc.so. That said, libc.so _does_ have a definition of __stack_chk_fail_local so why isn't the linker finding it? builder% cc -Wl,-t -fprofile-generate x.c /usr/bin/ld: mode elf_i386_fbsd /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o /var/tmp//ccUyK2TI.o (/usr/lib/libgcov.a)_gcov_merge_add.o (/usr/lib/libgcov.a)_gcov.o -lgcc_s (/usr/lib/libgcc_s.so) -lc (/usr/lib/libc.so) -lgcc_s (/usr/lib/libgcc_s.so) /usr/lib/crtend.o /usr/lib/crtn.o /usr/lib/libgcov.a(_gcov.o)(.text+0x13df): In function `gcov_exit': /usr/src/gnu/lib/libgcov/../../../contrib/gcc/libgcov.c:532: undefined refe= rence to `__stack_chk_fail_local' /usr/bin/ld: link errors found, deleting executable `a.out' builder% nm -o -D /usr/lib/libc.so|grep __stack_chk_fail /usr/lib/libc.so:00027bbc T __stack_chk_fail /usr/lib/libc.so:00027bbc T __stack_chk_fail_local builder% nm -o /usr/lib/libgcov.a|grep __stack_chk_fail_local /usr/lib/libgcov.a:_gcov_execle.o: U __stack_chk_fail_local /usr/lib/libgcov.a:_gcov_execlp.o: U __stack_chk_fail_local /usr/lib/libgcov.a:_gcov_execl.o: U __stack_chk_fail_local /usr/lib/libgcov.a:_gcov.o: U __stack_chk_fail_local --=20 Peter Jeremy --0ntfKIWw70PvrIHh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqy3yMACgkQ/opHv/APuIflqgCeL8srcDS1wAA2mj1JwxhjtobO m74AoLwh0mjpAKFV7vbPUOSrmayT7tm6 =Eb0K -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 01:39:50 2009 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 13B6E1065670 for ; Fri, 18 Sep 2009 01:39:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B40008FC1A for ; Fri, 18 Sep 2009 01:39:49 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8I1dBGV037646 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 17 Sep 2009 21:39:12 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Sean C. Farley" In-Reply-To: References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> <20090917235322.GM1212@albert.catwhisker.org> Content-Type: text/plain Organization: FreeBSD Date: Thu, 17 Sep 2009 20:39:05 -0500 Message-Id: <1253237945.2038.421.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: current@FreeBSD.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 18 Sep 2009 01:39:50 -0000 On Thu, 2009-09-17 at 20:13 -0500, Sean C. Farley wrote: > On Thu, 17 Sep 2009, David Wolfskill wrote: > > > On Thu, Sep 17, 2009 at 06:37:46PM -0500, Sean C. Farley wrote: > >> On Thu, 17 Sep 2009, David Wolfskill wrote: > >>> On Thu, Sep 17, 2009 at 08:32:09AM -0700, Freddie Cash wrote: > >>>> ... > >>>> Have you tried re-enabling hald and dbus and configuring X to use > >>>> those? > >>> > >>> No, I haven't. > >>> > >>> One of the reasons I stopped trying to use hald(8) was that when I > >>> booted head, hald went into a 100% CPU busy loop. (Mind, this was > >>> with hald built inder stable/6.) > >> > >> How about building your system without HAL? I have been quite happy > >> without it. As long as I have the following in my Xorg.conf, > >> everything (that I need) seems to be detected nicely: > >> > >> Section "ServerLayout" > >> ... > >> Option "AllowEmptyInput" "off" > >> ... > >> EndSection > > > > Well, ref. the above "I stopped trying to use hald(8)" -- I did this by: > > You expected me to actually read pertinent information. ;) Sorry about > that. > > > Section "ServerFlags" > > Option "AutoAddDevices" "False" > > EndSection > > > > And then disabling the hald & dbus startup. > > I built all of my ports using WITHOUT_HAL as opposed to disabling hald > startup. Did you try this variation? > > > It had been working in stable/6, stable/7, and head before the > > (apparently DRI-related) issues arose in stable/7 and (mnore recently) > > head. > > WITHOUT_HAL throughout ports, dbus running and the option I listed above > works well for me with stable/7 (r196739). Just to be clear... hald has a number of build time features and tweaks depending on current OS support, so I'm not really surprised that hald doesn't work well or correctly in David's case. hald has no interaction with drm though, other than if hald is running it will try to open drm and get the driver version. hald certainly wouldn't have any impact of X functioning or not based on the DRI option. The evidence so far seems to be pointing to some issue with setting MTRR, though I'm not exactly certain how or what is failing. robert. > Sean -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 01:57:32 2009 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 082BB106568D; Fri, 18 Sep 2009 01:57:32 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id A4A898FC08; Fri, 18 Sep 2009 01:57:31 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n8I1vUlq038288; Thu, 17 Sep 2009 20:57:30 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 17 Sep 2009 20:57:30 -0500 (CDT) From: "Sean C. Farley" To: Robert Noland In-Reply-To: <1253237945.2038.421.camel@balrog.2hip.net> Message-ID: References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> <20090917235322.GM1212@albert.catwhisker.org> <1253237945.2038.421.camel@balrog.2hip.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: current@FreeBSD.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 18 Sep 2009 01:57:32 -0000 On Thu, 17 Sep 2009, Robert Noland wrote: > On Thu, 2009-09-17 at 20:13 -0500, Sean C. Farley wrote: *snip* >> WITHOUT_HAL throughout ports, dbus running and the option I listed >> above works well for me with stable/7 (r196739). > > Just to be clear... hald has a number of build time features and > tweaks depending on current OS support, so I'm not really surprised > that hald doesn't work well or correctly in David's case. > > hald has no interaction with drm though, other than if hald is running > it will try to open drm and get the driver version. hald certainly > wouldn't have any impact of X functioning or not based on the DRI > option. > > The evidence so far seems to be pointing to some issue with setting > MTRR, though I'm not exactly certain how or what is failing. I understand. I did not necessarily consider hald to be culprit in relation to the DRI option. However, building ports without HAL may (or may not) be useful in the situation where hald from 6.0 is being run on 7.0 and 8.0, especially since hald has build-time specifics based upon the OS version. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 02:10:58 2009 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 95B72106566B; Fri, 18 Sep 2009 02:10:58 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 40F5F8FC13; Fri, 18 Sep 2009 02:10:58 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8I2Ar9W037794 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 17 Sep 2009 22:10:56 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Sean C. Farley" In-Reply-To: References: <20090917134924.GZ1212@albert.catwhisker.org> <20090917170431.47be4a06@ernst.jennejohn.org> <20090917152957.GA1212@albert.catwhisker.org> <20090917161519.GB1212@albert.catwhisker.org> <20090917235322.GM1212@albert.catwhisker.org> <1253237945.2038.421.camel@balrog.2hip.net> Content-Type: text/plain Organization: FreeBSD Date: Thu, 17 Sep 2009 21:10:48 -0500 Message-Id: <1253239848.2038.456.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: current@FreeBSD.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 18 Sep 2009 02:10:58 -0000 On Thu, 2009-09-17 at 20:57 -0500, Sean C. Farley wrote: > On Thu, 17 Sep 2009, Robert Noland wrote: > > > On Thu, 2009-09-17 at 20:13 -0500, Sean C. Farley wrote: > > *snip* > > >> WITHOUT_HAL throughout ports, dbus running and the option I listed > >> above works well for me with stable/7 (r196739). > > > > Just to be clear... hald has a number of build time features and > > tweaks depending on current OS support, so I'm not really surprised > > that hald doesn't work well or correctly in David's case. > > > > hald has no interaction with drm though, other than if hald is running > > it will try to open drm and get the driver version. hald certainly > > wouldn't have any impact of X functioning or not based on the DRI > > option. > > > > The evidence so far seems to be pointing to some issue with setting > > MTRR, though I'm not exactly certain how or what is failing. > > I understand. I did not necessarily consider hald to be culprit in > relation to the DRI option. > > However, building ports without HAL may (or may not) be useful in the > situation where hald from 6.0 is being run on 7.0 and 8.0, especially > since hald has build-time specifics based upon the OS version. True, however there is a bug in that if Xserver is built without hald, it also doesn't get linked with pthreads. robert. > Sean -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 07:09:36 2009 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 0076F106568F for ; Fri, 18 Sep 2009 07:09:36 +0000 (UTC) (envelope-from lists@rhavenn.net) Received: from smtp154.dfw.emailsrvr.com (smtp154.dfw.emailsrvr.com [67.192.241.154]) by mx1.freebsd.org (Postfix) with ESMTP id A8DB08FC17 for ; Fri, 18 Sep 2009 07:09:35 +0000 (UTC) Received: from relay5.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay5.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id 07A1F3EF37D for ; Fri, 18 Sep 2009 03:09:30 -0400 (EDT) Received: by relay5.relay.dfw.mlsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id AB2143EF370 for ; Fri, 18 Sep 2009 03:09:29 -0400 (EDT) Received: by alucard.int.rhavenn.net (Postfix, from userid 1000) id 1764E11428D; Thu, 17 Sep 2009 23:09:28 -0800 (AKDT) Date: Thu, 17 Sep 2009 23:09:28 -0800 From: Henrik Hudson To: freebsd-current@freebsd.org Message-ID: <20090918070927.GA7178@alucard.int.rhavenn.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd as vmware server 2 guest; crashes on boot 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, 18 Sep 2009 07:09:36 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I'm running vmware server 2.0.1 on top of windows 2008r2 x64 and I just tried to install freebsd 8-beta4 i386 inside a x86 VM. It crashes right after the initial countdown screen. After the time it drops down to another "Hit enter to boot immediately" and then it boots the kernel /boot/kernel/kernel and then crashes. I have attached a screenshot of the crash. I tried both the ACPI enabled / disabled and the safe mode option. This works perfectly fine with 7.2-i386 . Any thoughts? or need more info? Thanks. Henrik -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 07:26:46 2009 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 9084D106566B for ; Fri, 18 Sep 2009 07:26:46 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 54F248FC15 for ; Fri, 18 Sep 2009 07:26:46 +0000 (UTC) Received: from baby-jane.lamaiziere.net (106.10.87-79.rev.gaoland.net [79.87.10.106]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 4A1BF633322; Fri, 18 Sep 2009 09:26:45 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 33C17B809; Fri, 18 Sep 2009 09:27:24 +0200 (CEST) Date: Fri, 18 Sep 2009 09:27:22 +0200 From: Patrick Lamaiziere To: freebsd-current@freebsd.org Message-ID: <20090918092722.07fa71da@baby-jane.lamaiziere.net> In-Reply-To: <20090917232710.GA98771@steerpike.hanley.stade.co.uk> References: <20090917232710.GA98771@steerpike.hanley.stade.co.uk> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: amd64 8.0 BETA4 DVD image on ftp.freebsd.org corrupt? 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, 18 Sep 2009 07:26:46 -0000 Le Fri, 18 Sep 2009 00:27:10 +0100, Adrian Wontroba a =E9crit : > On Mon, Sep 07, 2009 at 10:26:38AM -0400, Ken Smith wrote: > > The fourth and most likely final BETA build for the FreeBSD 8.0 > > release > ... > > MD5 (8.0-BETA4-amd64-dvd1.iso) =3D ac66ea49d75908607c0fe984f88b7a50 >=20 > I've twice downloaded the file from ftp.freebsd.org and got the same > different checksum each time: > [aw1@steerpike ~/BETA4]$ md5 *dvd1* > MD5 (8.0-BETA4-amd64-dvd1.iso.gz) =3D 91d91323503c976d8b0cf60be62582ef > MD5 (broken.8.0-BETA4-amd64-dvd1.iso.gz) =3D > 91d91323503c976d8b0cf60be62582ef dvd.iso is not the same as dvd.iso.gz. I guess you have to gunzip the file before. Regards. From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 07:36:09 2009 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 091431065670 for ; Fri, 18 Sep 2009 07:36:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 981BF8FC1C for ; Fri, 18 Sep 2009 07:36:08 +0000 (UTC) Received: from [41.154.86.170] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1MoY0k-0006vT-9S for current@freebsd.org; Fri, 18 Sep 2009 09:36:06 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MoY0j-0000lH-VO for current@freebsd.org; Fri, 18 Sep 2009 09:36:05 +0200 To: current@freebsd.org From: "Ian Freislich" X-Attribution: BOFH Date: Fri, 18 Sep 2009 09:36:05 +0200 Message-Id: Cc: Subject: bwi(4) BCM4315 support? 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, 18 Sep 2009 07:36:09 -0000 Hi I have the following card: bwi0@pci0:1:0:0: class=0x028000 card=0x1508103c chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' class = network By playing a little bit with the if_bwi source, I've managed to get it detected to this point, but I obviously don't know what I'm doing: bwi0: mem 0xfeafc000-0xfeafffff irq 16 at device 0.0 on pci1 bwi0: [ITHREAD] bwi0: BBP: id 0x4312, rev 0x1, pkg 0 bwi0: MAC: rev 15 bwi0: PHY: type 5, rev 1, ver 6 bwi0: RF: manu 0x17f, type 0x0002, rev 0 bwi0: only BCM2050 RF is supported for 11G PHY device_attach: bwi0 attach returned 6 Is there any thing I can try? Is there support on the horizon or should I try and replace it with a supported card? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 07:51:23 2009 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 2B8ED1065670; Fri, 18 Sep 2009 07:51:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 9DFA98FC08; Fri, 18 Sep 2009 07:51:22 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8I7pHsC047096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Sep 2009 10:51:17 +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.3/8.14.3) with ESMTP id n8I7pHZa077439; Fri, 18 Sep 2009 10:51:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8I7pH6C077438; Fri, 18 Sep 2009 10:51:17 +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: Fri, 18 Sep 2009 10:51:17 +0300 From: Kostik Belousov To: Robert Noland Message-ID: <20090918075117.GK47688@deviant.kiev.zoral.com.ua> References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> <1253211613.49704.4073.camel@balrog.2hip.net> <20090917182810.GG47688@deviant.kiev.zoral.com.ua> <1253214222.2038.18.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2IWEGlOlRvYPWKAG" Content-Disposition: inline In-Reply-To: <1253214222.2038.18.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 18 Sep 2009 07:51:23 -0000 --2IWEGlOlRvYPWKAG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 17, 2009 at 02:03:42PM -0500, Robert Noland wrote: > On Thu, 2009-09-17 at 21:28 +0300, Kostik Belousov wrote: > > I spent some time with David looking at the debugging information. > > In particular, David has access to the serial console on the machine. > >=20 > > I was unable to decide with some certainity what happens, in particular, > > whether the machine was locked, only X was locked, or just keyboard and > > mouse input not working. > >=20 > > But, the reliable state of the system where it spent quite a time > > during X startup was mtrr setup. Xorg was sitting in kernel, in > > i686_mrstore(). >=20 > I'm not certain what to suggest here. MTRR is fail on almost every > newer board that I have, due to the fact that the BIOS sets a global WB > MTRR, which we don't have the ability to split or overlap. In any case Could you, please, give me some more details ? On the machine I am writing this from, default MTRR settings for uncovered region are UC. Also, there is a variable MTRR covering whole region of RAM from 1M to the end of physical RAM as WB. Is this what you mean ? > every MTRR attempt by X/drm is to set WC. I have easily produced hard > system lockups by attempting to manually manipulate MTRRs via > memcontrol, even to states that should be valid. This is one of the > many reasons that I'm trying to move to using PAT for everything. If > the attempt to set MTRR is not failing and returning an appropriate > error, that could very well be the source of the lockup. --2IWEGlOlRvYPWKAG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkqzO/QACgkQC3+MBN1Mb4j/YgCg0TMwK/of4MDa9JzbJkAHZOlL zjoAn1xlQAdxWS/pDqHOdEggnA478jK7 =8YXo -----END PGP SIGNATURE----- --2IWEGlOlRvYPWKAG-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 09:48:09 2009 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 2EE0E1065693 for ; Fri, 18 Sep 2009 09:48:09 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id AC6C88FC0C for ; Fri, 18 Sep 2009 09:48:08 +0000 (UTC) Received: by fxm6 with SMTP id 6so564321fxm.43 for ; Fri, 18 Sep 2009 02:48:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=YUXLdI8ZwLwYnQSuiG0i2T9Mj7C0t/SJt0ApeTO1eqs=; b=AXhFYteBAQfLYuOq1DsEniG6EERAEVcME0V/N/BQnTL9sqCu1p8p/+0kUk04O1MwiV qilvDE3Az0zpyiJXag92Cy50zBaZYJCD/Oz9BQfuGnYvY45kzRTynMVN4svxgc2c79ua EZmdnZ14kg8qK0Nf+gemeiCljnkTql4cKhAtU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=p7X/WqyQkikcIbIbHn4MShUbLVlPjYiF6q6AmFlYH3MJhVTMMv/vyjygWzzCUsSgg3 KYL0yI8WiIZCi2S9asi6R/sEF0QgGvB6NS5vUHTpq2NZ7o/pcjM5X8tBCzyNLZhv6Csl SG0oOLERN8XOm5QPGcJEvFsowfAfelYoyFJVU= MIME-Version: 1.0 Received: by 10.239.144.137 with SMTP id o9mr84544hba.199.1253267287527; Fri, 18 Sep 2009 02:48:07 -0700 (PDT) In-Reply-To: <8663bhrxcr.fsf@gmail.com> References: <20090916065625.GA627@lonesome.com> <200909161451.02432.mel.flynn+fbsd.current@mailing.thruhere.net> <20090916225319.GA1790@duncan.reilly.home> <4AB17542.9010401@FreeBSD.org> <20090917001151.GA4829@duncan.reilly.home> <20090917074121.GA13242@ei.bzerk.org> <8663bhrxcr.fsf@gmail.com> Date: Fri, 18 Sep 2009 10:48:07 +0100 Message-ID: From: krad To: Anonymous Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Source level upgrade from 4.9 to 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, 18 Sep 2009 09:48:09 -0000 2009/9/17 Anonymous > krad writes: > > [...] > > now for the local packages you have two options: rebuild or install > > compatibility libraries > > > > I usually go for rebuild > > > > 1.mv /usr/local /usr/local.old > > 2. mv /var/db/pkg /var/db/pkg.old > > 3. reinstall > > ls /var/db/pkg.old/| while read f; do pkg_info -o $f| tail -2; done | > sed > > -e "s/^.*\///" | sort -uls /var/db/pkg/| while read f; do pkg_info -o $f| > > tail -2; done | sed -e "s/^.*\///" | sort -u | while read p; do pkg_add > -rv > > $p; done > > 4. copy your configs accross from the /usr/local.old dir > > > > Finally after you have tested and are happy all is ok cleanup > > > > rm -rf /usr/local.old /var/db/pkg.old > > cd /usr/src > > yes | make delete-old-files delete-old-libs delete-old-dirs > > I think obsolete header files should be removed *before* ports rebuild. > Some ports may accidentally decide to use them based on their presence. > probably correct I do tend to do it after the new world is installed From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 11:04:43 2009 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 B1CF3106566C for ; Fri, 18 Sep 2009 11:04:43 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id E6BAF8FC16 for ; Fri, 18 Sep 2009 11:04:42 +0000 (UTC) Received: by ewy4 with SMTP id 4so349650ewy.36 for ; Fri, 18 Sep 2009 04:04:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=NoHXTWmCKeMpJ/WFC9KP/aIBnrOxmbnjnu/qhVIP834=; b=iPmUGwrCKnPlOHi4VdiZyDCM0Ve//stpzaYNY7lzHrCwkj+S2lza+COjyjinTvCq6z Uh7yn0lMLyy27JqPiz9uZO7fvDVu9wTUJ/51v8/vovITF+62Xw+MRtxdY9LPEMGNz6d0 4TZvDsq/fwj833XY4jgenJ24AGP4Q/m2qGug8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=fTXlrMg0BUA8JfTcVJkJe9FmzbWGkxPrwVA1k5lhybX2y7+Q+mRNaCsdT1qwYE6TPN Bv5Xb5snW1f3uTvsGZWmpr9J/KW/RWMiDf4vwmHopJWlVCKPcXiUKG3zz2NaJCx/39pg +P0bxq0TrFOGYCV0U+oTGsJeZJW2fblxqQvWE= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.52.81 with SMTP id d59mr432480wec.205.1253271881143; Fri, 18 Sep 2009 04:04:41 -0700 (PDT) In-Reply-To: References: <4A9D7560.7060902@freebsd.org> <1251840705.1689.4440.camel@balrog.2hip.net> <4A9E7B42.9070608@icyb.net.ua> <4AACA736.5010405@freebsd.org> From: Ivan Voras Date: Fri, 18 Sep 2009 13:04:21 +0200 X-Google-Sender-Auth: a12f1dd340a4159e Message-ID: <9bbcef730909180404p1b431916w163fd9ca6bb41729@mail.gmail.com> To: Bernhard Froehlich Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, vbox@freebsd.org, Andriy Gapon Subject: Re: virtualbox: out of memory on start [Was: DRI initialiazation fails on 8.0-BETAx/M54] 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, 18 Sep 2009 11:04:43 -0000 2009/9/17 Bernhard Froehlich : >> Host RAM: 3822MB RAM, available: 30MB >> So it seems like it needs Free memory and can not pressure other memory to >> get freed or got to swap. > > I've had a look at the code and found that "available" is interpreted as > "free" which is wrong. According to my understanding available RAM means > Free + Cached + Inactive so i have created a patch for that and commited > it to our svn port as r491. > > Could you please give it a try? (we have automatically build tar's now :o) > > http://svn.bluelife.at/nightlies/virtualbox-port.tar.gz Your interpretation about available memory is correct, but it doesn't solve my problem: 00:00:00.896 VirtualBox 3.0.51_OSE r23006 freebsd.amd64 (Sep 18 2009 12:45:43) release log 00:00:00.896 Log opened 2009-09-18T11:00:34.205219000Z 00:00:00.896 OS Product: FreeBSD 00:00:00.896 OS Release: 8.0-BETA2 00:00:00.896 OS Version: FreeBSD 8.0-BETA2 #5: Mon Aug 17 11:29:21 CEST 2009 ivoras@lara.cc.fer.hr:/usr/obj/usr/src/sys/LARA 00:00:00.896 Host RAM: 3823MB RAM, available: 1248MB 00:00:00.896 Executable: /usr/local/lib/virtualbox/VirtualBox 00:00:00.896 Process ID: 30904 00:00:00.896 Package type: BSD_64BITS_GENERIC (OSE) 00:00:00.908 SUP: Opened VMMR0.r0 (/usr/local/lib/virtualbox/VMMR0.r0) at 0xffffffff81070080. 00:00:00.909 ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) aIID={0a51994b-cbc6-4686-94eb-d4e4023280e2} aComponent={Console} aText={VM creation failed (GVMM) (VERR_NO_MEMORY). 00:00:00.909 Unknown error creating VM (VERR_NO_MEMORY)} aWarning=false, preserve=false 00:00:01.059 Power up failed (vrc=VERR_NO_MEMORY, rc=NS_ERROR_FAILURE (0X80004005)) As before, I have enough "available" memory (though much more than before so your patch is very useful) but this doesn't allow my 512 MB VM to start. Again, the first VM starts fine, but I cannot start more than one. -- f+rEnSIBITAhITAhLR1nM9F4cIs5KJrhbcsVtUIt7K1MhWJy1A== From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 10:22:56 2009 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 06F5E1065693 for ; Fri, 18 Sep 2009 10:22:56 +0000 (UTC) (envelope-from nfhm2k@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 89D2F8FC2C for ; Fri, 18 Sep 2009 10:22:55 +0000 (UTC) Received: by bwz27 with SMTP id 27so567007bwz.43 for ; Fri, 18 Sep 2009 03:22:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=x44y8bmrdVYj+U+KXl0U0xo/ZooyDxOmlAuuO/Hvy1M=; b=eUvzyQm2R4ZOFQEKTifQkSk1bJt+B46Plo3EpAodTFh/N2x3iwTrWOKFhk1vO6klMT w90I0qbCIDoawS/xbLiAt4Q4jOXpO6kqUR/3xHUQboc4pgvXr4np2SJkrHz1LUxschSu qbxyeg6LHsQxSWQHk/W9mWbpvP2pgSYb/lYro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Xa9NOCIDNfzWupslJnsfjp1N4B1g7meQnBCujDWNXA3IJDXXUIf5TI1K9zX6ZPzZbr sUFZCR2Z6gyoz4LcTiXBEFcc6WonQOt2lucNlrE5678Q84ey1edP5DXFmjsNiclo33M1 fJHxlQCwWodUouQdNq1RPejGo+h8sijLOSGqI= MIME-Version: 1.0 Received: by 10.223.21.3 with SMTP id h3mr336567fab.39.1253267988242; Fri, 18 Sep 2009 02:59:48 -0700 (PDT) Date: Fri, 18 Sep 2009 10:59:48 +0100 Message-ID: <7f7d0a670909180259q2012ac4pa144b12fdc43a63d@mail.gmail.com> From: HM 2K To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 18 Sep 2009 11:15:20 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: make buildworld from today gives me: array type has incomplete element type 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, 18 Sep 2009 10:22:56 -0000 I'm also having this issue... Anyone know what causes it or how to fix it? Thanks... red# cd /usr/src && make buildkernel KERNCONF=SPECIFIC && make installkernel KERNCONF=SPECIFIC ... stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/cam/cam_periph.c cc1: note: obsolete option -I- used, please use -iquote instead cc1: warnings being treated as errors /usr/src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': /usr/src/sys/cam/cam_periph.c:651: warning: pointer targets in assignment differ in signedness /usr/src/sys/cam/cam_periph.c:679: warning: pointer targets in assignment differ in signedness *** Error code 1 Stop in /usr/obj/usr/src/sys/SPECIFIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 12:36:55 2009 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 4B703106566B for ; Fri, 18 Sep 2009 12:36:55 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from mail.esigetel.fr (venus.esigetel.fr [192.134.106.8]) by mx1.freebsd.org (Postfix) with ESMTP id A74F98FC14 for ; Fri, 18 Sep 2009 12:36:54 +0000 (UTC) Received: by mail.esigetel.fr (Postfix, from userid 65534) id 3242310391; Fri, 18 Sep 2009 14:12:50 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on venus.esigetel.avon X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=unavailable version=3.1.8 Received: from localhost (localhost [127.0.0.1]) by mail.esigetel.fr (Postfix) with ESMTP id CD97D10388; Fri, 18 Sep 2009 14:12:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at esigetel.fr Received: from mail.esigetel.fr ([127.0.0.1]) by localhost (venus.esigetel.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iC5K54SwxU3j; Fri, 18 Sep 2009 14:12:44 +0200 (CEST) Received: from webmail.esigetel.fr (neo.ecampus.avon [192.168.106.14]) by mail.esigetel.fr (Postfix) with ESMTP id 4D43F10074; Fri, 18 Sep 2009 14:12:44 +0200 (CEST) Received: from 83.206.131.26 (proxying for unknown) by webmail.esigetel.fr with HTTP; Fri, 18 Sep 2009 14:12:44 +0200 (CEST) Message-ID: <22127.83.206.131.26.1253275964.squirrel@webmail.esigetel.fr> In-Reply-To: <7f7d0a670909180259q2012ac4pa144b12fdc43a63d@mail.gmail.com> References: <7f7d0a670909180259q2012ac4pa144b12fdc43a63d@mail.gmail.com> Date: Fri, 18 Sep 2009 14:12:44 +0200 (CEST) From: "JASSAL Aman" To: "HM 2K" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: make buildworld from today gives me: array type has incomplete element type 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, 18 Sep 2009 12:36:55 -0000 Hi, Could you please give us the content of your SPECIFIC kernel configuration file ? The first reason I see for a kernel configuration to fail is that an option is forgotten/mispelled in the configuration file. Aman Jassal Le Ven 18 septembre 2009 11:59, HM 2K a écrit : > I'm also having this issue... > > > Anyone know what causes it or how to fix it? > > > Thanks... > > > red# cd /usr/src && make buildkernel KERNCONF=SPECIFIC && make > installkernel KERNCONF=SPECIFIC > ... > stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding > -Werror /usr/src/sys/cam/cam_periph.c > cc1: note: obsolete option -I- used, please use -iquote instead > cc1: warnings being treated as errors > /usr/src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': > /usr/src/sys/cam/cam_periph.c:651: warning: pointer targets in assignment > differ in signedness /usr/src/sys/cam/cam_periph.c:679: warning: pointer > targets in assignment differ in signedness *** Error code 1 > > > Stop in /usr/obj/usr/src/sys/SPECIFIC. > *** Error code 1 > > > Stop in /usr/src. > *** Error code 1 > > > Stop in /usr/src. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 13:36:28 2009 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 65CF11065679 for ; Fri, 18 Sep 2009 13:36:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 10F308FC0A for ; Fri, 18 Sep 2009 13:36:27 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8IDaP1L041133 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 18 Sep 2009 09:36:26 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Kostik Belousov In-Reply-To: <20090918075117.GK47688@deviant.kiev.zoral.com.ua> References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> <1253211613.49704.4073.camel@balrog.2hip.net> <20090917182810.GG47688@deviant.kiev.zoral.com.ua> <1253214222.2038.18.camel@balrog.2hip.net> <20090918075117.GK47688@deviant.kiev.zoral.com.ua> Content-Type: text/plain Organization: FreeBSD Date: Fri, 18 Sep 2009 08:36:20 -0500 Message-Id: <1253280980.2038.1148.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 18 Sep 2009 13:36:28 -0000 On Fri, 2009-09-18 at 10:51 +0300, Kostik Belousov wrote: > On Thu, Sep 17, 2009 at 02:03:42PM -0500, Robert Noland wrote: > > On Thu, 2009-09-17 at 21:28 +0300, Kostik Belousov wrote: > > > I spent some time with David looking at the debugging information. > > > In particular, David has access to the serial console on the machine. > > > > > > I was unable to decide with some certainity what happens, in particular, > > > whether the machine was locked, only X was locked, or just keyboard and > > > mouse input not working. > > > > > > But, the reliable state of the system where it spent quite a time > > > during X startup was mtrr setup. Xorg was sitting in kernel, in > > > i686_mrstore(). > > > > I'm not certain what to suggest here. MTRR is fail on almost every > > newer board that I have, due to the fact that the BIOS sets a global WB > > MTRR, which we don't have the ability to split or overlap. In any case > Could you, please, give me some more details ? > > On the machine I am writing this from, default MTRR settings for uncovered > region are UC. Also, there is a variable MTRR covering whole region > of RAM from 1M to the end of physical RAM as WB. Is this what you mean ? Yes, on my boards I have something like the following: 0x0/0x100000000 BIOS write-back set-by-firmware active The specs state that we cannot overlap WC on this, so without being able to split the above variable MTRR, setting WC always fails. It is further complicated by the fact that we only have 7 variable MTRR registers to work with. It is valid to set WB using PAT though. robert. > > every MTRR attempt by X/drm is to set WC. I have easily produced hard > > system lockups by attempting to manually manipulate MTRRs via > > memcontrol, even to states that should be valid. This is one of the > > many reasons that I'm trying to move to using PAT for everything. If > > the attempt to set MTRR is not failing and returning an appropriate > > error, that could very well be the source of the lockup. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 13:47:00 2009 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 EACD51065676 for ; Fri, 18 Sep 2009 13:46:59 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6821F8FC2A for ; Fri, 18 Sep 2009 13:46:59 +0000 (UTC) Received: by bwz27 with SMTP id 27so673846bwz.43 for ; Fri, 18 Sep 2009 06:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=sMl6M0WFrOZpWBwzYxIhVEz6kqKN8+x/ZNtFGFJPZHQ=; b=pmfn0TL+YZszD26P6Xtf/hK4Sv4WFcKVofwZke91tAzu07hzynmKEm5lk7WNVlRaMV LDKMAZdyUWjH1HEDyfd/Gs1DDlmCxWTdSwYaB+lWHMeSndsIEqsAuc4Zr379hzd15oxY BzHz5mA6I6ORfq8ZyS4smi3cEcA2aYiJ7McZU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=TSek/YbKlFs3X+MalnwGOIYIJvnVf0C+qVfQIEx+zFUDLkZ92RtSXjWLIPX2S1FrZg uU2RdWqQRkmn0nkUnCsmpFhLg54ePNWrDYMT15kRTlP0G8CLMeDYnjzuoo3IueAcqJNa nOWLzrv9dhT9UBaVOez2kO35P/R2qFV0Ks5q0= MIME-Version: 1.0 Received: by 10.239.144.104 with SMTP id n40mr122771hba.174.1253281617137; Fri, 18 Sep 2009 06:46:57 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Sep 2009 10:46:57 -0300 Message-ID: <19e9a5dc0909180646g1e2a2e50wde781a16523bc743@mail.gmail.com> From: Gonzalo Nemmi To: Ian Freislich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: bwi(4) BCM4315 support? 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, 18 Sep 2009 13:47:00 -0000 On Fri, Sep 18, 2009 at 4:36 AM, Ian Freislich wrote: > Hi > > I have the following card: > > bwi0@pci0:1:0:0: class=3D0x028000 card=3D0x1508103c chip=3D0x43151= 4e4 > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'Broadcom Wireless b/g (BCM4315/BCM22062000)' > class =3D network > > By playing a little bit with the if_bwi source, I've managed to get > it detected to this point, but I obviously don't know what I'm > doing: > > bwi0: mem 0xfeafc000-0xfeafffff > irq 16 at device 0.0 on pci1 > bwi0: [ITHREAD] > bwi0: BBP: id 0x4312, rev 0x1, pkg 0 > bwi0: MAC: rev 15 > bwi0: PHY: type 5, rev 1, ver 6 > bwi0: RF: manu 0x17f, type 0x0002, rev 0 > bwi0: only BCM2050 RF is supported for 11G PHY > device_attach: bwi0 attach returned 6 > > Is there any thing I can try? Is there support on the horizon or > should I try and replace it with a supported card? > > Ian > Hi there Ian ! Maybe you should get in touch with paradox from the forum.freebsd.org ... I think he=B4s working on it and on other chips too ... you might want to tak= e a look in here: http://forums.freebsd.org/showthread.php?t=3D2477&page=3D4 Hope that helps Best Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 13:53:50 2009 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 3898E10656C3 for ; Fri, 18 Sep 2009 13:53:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id F28458FC26 for ; Fri, 18 Sep 2009 13:53:49 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8IDrk5v041232 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 18 Sep 2009 09:53:48 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Kostik Belousov In-Reply-To: <1253280980.2038.1148.camel@balrog.2hip.net> References: <20090917134924.GZ1212@albert.catwhisker.org> <1253208550.49704.4014.camel@balrog.2hip.net> <200909172010.22513.mel.flynn+fbsd.current@mailing.thruhere.net> <1253211613.49704.4073.camel@balrog.2hip.net> <20090917182810.GG47688@deviant.kiev.zoral.com.ua> <1253214222.2038.18.camel@balrog.2hip.net> <20090918075117.GK47688@deviant.kiev.zoral.com.ua> <1253280980.2038.1148.camel@balrog.2hip.net> Content-Type: text/plain Organization: FreeBSD Date: Fri, 18 Sep 2009 08:53:41 -0500 Message-Id: <1253282021.2038.1168.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: misc/compat6x port no longer sufficient for DRI under head? 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, 18 Sep 2009 13:53:50 -0000 On Fri, 2009-09-18 at 08:36 -0500, Robert Noland wrote: > On Fri, 2009-09-18 at 10:51 +0300, Kostik Belousov wrote: > > On Thu, Sep 17, 2009 at 02:03:42PM -0500, Robert Noland wrote: > > > On Thu, 2009-09-17 at 21:28 +0300, Kostik Belousov wrote: > > > > I spent some time with David looking at the debugging information. > > > > In particular, David has access to the serial console on the machine. > > > > > > > > I was unable to decide with some certainity what happens, in particular, > > > > whether the machine was locked, only X was locked, or just keyboard and > > > > mouse input not working. > > > > > > > > But, the reliable state of the system where it spent quite a time > > > > during X startup was mtrr setup. Xorg was sitting in kernel, in > > > > i686_mrstore(). > > > > > > I'm not certain what to suggest here. MTRR is fail on almost every > > > newer board that I have, due to the fact that the BIOS sets a global WB > > > MTRR, which we don't have the ability to split or overlap. In any case > > Could you, please, give me some more details ? > > > > On the machine I am writing this from, default MTRR settings for uncovered > > region are UC. Also, there is a variable MTRR covering whole region > > of RAM from 1M to the end of physical RAM as WB. Is this what you mean ? > > Yes, on my boards I have something like the following: > > 0x0/0x100000000 BIOS write-back set-by-firmware active > > The specs state that we cannot overlap WC on this, so without being able > to split the above variable MTRR, setting WC always fails. It is > further complicated by the fact that we only have 7 variable MTRR > registers to work with. It is valid to set WB using PAT though. ^WC robert. > robert. > > > > every MTRR attempt by X/drm is to set WC. I have easily produced hard > > > system lockups by attempting to manually manipulate MTRRs via > > > memcontrol, even to states that should be valid. This is one of the > > > many reasons that I'm trying to move to using PAT for everything. If > > > the attempt to set MTRR is not failing and returning an appropriate > > > error, that could very well be the source of the lockup. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 12:24:49 2009 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 358D81065695 for ; Fri, 18 Sep 2009 12:24:49 +0000 (UTC) (envelope-from nfhm2k@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id AEA3A8FC43 for ; Fri, 18 Sep 2009 12:24:48 +0000 (UTC) Received: by fxm6 with SMTP id 6so641075fxm.43 for ; Fri, 18 Sep 2009 05:24:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=CcX0YY5+s0AnbOJmfTiHmss0RLrtlA99swAZv/ehbCs=; b=Q/gcEsXRalNvC8JrgkeUU0FX98gVwsKTo20tWZsO+7v7vo6XGMW2Xj6KxdCUtF3iwc bf1bF2LVjt9Wh1MERxyCbKYwHdehWBdWL4BWCvwDfhaZFRfhKjxsyEvcX4iAk5NBY+u0 MNDam6Auf849yrd9rjeSYp86wCSaokf9ClYvA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=O0afdnBxCxmgi0P06s7uPFW2Lw4TJPXOJHepgH+NA3mFQmupDPBmphwUBINcfkYz4y xos2UH02r0ezjnlGLbU8qkXdKTxHadRxNviUo4Fd7+/a/fUnrofHnNgUHRXOisktKMI2 Mgw0ZoDS6UVDb4sugKHI5JuOMdtGHJApHZjxg= MIME-Version: 1.0 Received: by 10.223.20.85 with SMTP id e21mr396340fab.25.1253276687487; Fri, 18 Sep 2009 05:24:47 -0700 (PDT) In-Reply-To: <22127.83.206.131.26.1253275964.squirrel@webmail.esigetel.fr> References: <7f7d0a670909180259q2012ac4pa144b12fdc43a63d@mail.gmail.com> <22127.83.206.131.26.1253275964.squirrel@webmail.esigetel.fr> Date: Fri, 18 Sep 2009 13:24:47 +0100 Message-ID: <7f7d0a670909180524x3e164897ied441ad6fca5950b@mail.gmail.com> From: HM 2K To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 18 Sep 2009 13:57:56 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: make buildworld from today gives me: array type has incomplete element type 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, 18 Sep 2009 12:24:49 -0000 I realised my mistake. I was using 6.2 source, instead of 7.2, I used an old stable-supfile by mistake. All working now. Thanks all the same. On Fri, Sep 18, 2009 at 1:12 PM, JASSAL Aman wrote= : > Hi, > > Could you please give us the content of your SPECIFIC kernel configuratio= n > file ? The first reason I see for a kernel configuration to fail is that > an option is forgotten/mispelled in the configuration file. > > > Aman Jassal > > > > Le Ven 18 septembre 2009 11:59, HM 2K a =E9crit : > > I'm also having this issue... > > > > > > Anyone know what causes it or how to fix it? > > > > > > Thanks... > > > > > > red# cd /usr/src && make buildkernel KERNCONF=3DSPECIFIC && make > > installkernel KERNCONF=3DSPECIFIC > > ... > > stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestandi= ng > > -Werror /usr/src/sys/cam/cam_periph.c > > cc1: note: obsolete option -I- used, please use -iquote instead > > cc1: warnings being treated as errors > > /usr/src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': > > /usr/src/sys/cam/cam_periph.c:651: warning: pointer targets in assignme= nt > > differ in signedness /usr/src/sys/cam/cam_periph.c:679: warning: pointe= r > > targets in assignment differ in signedness *** Error code 1 > > > > > > Stop in /usr/obj/usr/src/sys/SPECIFIC. > > *** Error code 1 > > > > > > Stop in /usr/src. > > *** Error code 1 > > > > > > Stop in /usr/src. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > > > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 14:43:26 2009 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 587E710656AB; Fri, 18 Sep 2009 14:43:26 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 873818FC2B; Fri, 18 Sep 2009 14:43:25 +0000 (UTC) Received: by ewy4 with SMTP id 4so520572ewy.36 for ; Fri, 18 Sep 2009 07:43:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=zgoRioYXKkhfcN3f0/WrM7gkxi9grazhd4Yg58R8cQ4=; b=HPfM8KTvrMvB+9cdx4WBQRF6yB/9BnLmvvo+wFxs2N5aYKa7rKS/gxIFdpocCzNKt8 w7tWUGW5I1D/pqSXb70dRNgHEBGLiq0sBcHGcBe/x+HlH7BdW7d6XzDvXva6BVAtxlcy z1PBMg45VWHYbxozU0/5tQqob62B8tYq2mzPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=d89FmIF6bwQj3iqMOYauTCSxL1VrxgQ07oJHtUVv3xoYdEccdSxGgav2PHxSyQF6PA g1rjLHYsl/DdiUNROFHutHSqQVYmboBbIj2PbZNmuaO339RLb+fJOyLFH4CFhGSqdqV9 KR9NmnkAR7PsTmZLFqZKxUG+tOJUzHRkW5QHc= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.72.149 with SMTP id t21mr497825wed.136.1253285004100; Fri, 18 Sep 2009 07:43:24 -0700 (PDT) In-Reply-To: <9bbcef730909180404p1b431916w163fd9ca6bb41729@mail.gmail.com> References: <4A9D7560.7060902@freebsd.org> <1251840705.1689.4440.camel@balrog.2hip.net> <4A9E7B42.9070608@icyb.net.ua> <4AACA736.5010405@freebsd.org> <9bbcef730909180404p1b431916w163fd9ca6bb41729@mail.gmail.com> From: Ivan Voras Date: Fri, 18 Sep 2009 16:43:04 +0200 X-Google-Sender-Auth: 0c1a79363860664d Message-ID: <9bbcef730909180743r7f5dee53jd0ff800e0c1eb37@mail.gmail.com> To: Bernhard Froehlich Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, vbox@freebsd.org, Andriy Gapon Subject: Re: virtualbox: out of memory on start [Was: DRI initialiazation fails on 8.0-BETAx/M54] 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, 18 Sep 2009 14:43:26 -0000 2009/9/18 Ivan Voras : > 2009/9/17 Bernhard Froehlich : > > >>> Host RAM: 3822MB RAM, available: 30MB >>> So it seems like it needs Free memory and can not pressure other memory= to >>> get freed or got to swap. >> >> I've had a look at the code and found that "available" is interpreted as >> "free" which is wrong. According to my understanding available RAM means >> Free + Cached + Inactive so i have created a patch for that and commited >> it to our svn port as r491. >> >> Could you please give it a try? (we have automatically build tar's now := o) >> >> http://svn.bluelife.at/nightlies/virtualbox-port.tar.gz > > Your interpretation about available memory is correct, but it doesn't > solve my problem: > > 00:00:00.896 VirtualBox 3.0.51_OSE r23006 freebsd.amd64 (Sep 18 2009 > 12:45:43) release log > 00:00:00.896 Log opened 2009-09-18T11:00:34.205219000Z > 00:00:00.896 OS Product: FreeBSD > 00:00:00.896 OS Release: 8.0-BETA2 > 00:00:00.896 OS Version: FreeBSD 8.0-BETA2 #5: Mon Aug 17 11:29:21 > CEST 2009 =C2=A0 =C2=A0 ivoras@lara.cc.fer.hr:/usr/obj/usr/src/sys/LARA > 00:00:00.896 Host RAM: 3823MB RAM, available: 1248MB > 00:00:00.896 Executable: /usr/local/lib/virtualbox/VirtualBox > 00:00:00.896 Process ID: 30904 > 00:00:00.896 Package type: BSD_64BITS_GENERIC (OSE) > 00:00:00.908 SUP: Opened VMMR0.r0 (/usr/local/lib/virtualbox/VMMR0.r0) > at 0xffffffff81070080. > 00:00:00.909 ERROR [COM]: aRC=3DNS_ERROR_FAILURE (0x80004005) > aIID=3D{0a51994b-cbc6-4686-94eb-d4e4023280e2} aComponent=3D{Console} > aText=3D{VM creation failed (GVMM) (VERR_NO_MEMORY). > 00:00:00.909 Unknown error creating VM (VERR_NO_MEMORY)} > aWarning=3Dfalse, preserve=3Dfalse > 00:00:01.059 Power up failed (vrc=3DVERR_NO_MEMORY, rc=3DNS_ERROR_FAILURE > (0X80004005)) > > As before, I have enough "available" memory (though much more than > before so your patch is very useful) but this doesn't allow my 512 MB > VM to start. It looks like it could be something local. I've rebooted now and I have around 3 GB "available" memory as VBox sees it, and now I can start machines as usual. From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 16:39:25 2009 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 617BC106566B; Fri, 18 Sep 2009 16:39:25 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id C550D8FC4D; Fri, 18 Sep 2009 16:39:24 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so360916eyf.9 for ; Fri, 18 Sep 2009 09:39:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=vpURFgMedtZlQrIu+biU6bCZ1PLcLli7xT1qLPIrLu8=; b=giIaWsv3lC6EQygpwVC3/UD9fuK3JgrB5uTU3zlnKJXkyRa+xO1l76uQeWjMzmHLM7 uDx92F69EHd+bCeYU3ZJFbwYwe2Qi/mi2G/VWkFcM6lX6mdskCicszGaj9vOtQAS9YD+ 5OXjK9Z5Y+h9yeHR/lootsrSTiwULcoLu6CKA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LZNQiOpOE5YfNtJq4A3UCLaP4BZfL8rv4fR/rnEVSKKSUog/Ab0HWvdvu8SJev9zyQ W2basFmLmjvVt29oqSCsRAuavKZ6qqCLLvf3Zm2lgg8nybxJxVncQLNIt0H5FQ/t5PnS dKbxVDTgp/dIlaO3bxXPzFaxU9C8azUgGGBB8= MIME-Version: 1.0 Received: by 10.216.2.213 with SMTP id 63mr527739wef.207.1253291963615; Fri, 18 Sep 2009 09:39:23 -0700 (PDT) In-Reply-To: <4AAB017D.7090909@delphij.net> References: <4AAB017D.7090909@delphij.net> Date: Fri, 18 Sep 2009 16:39:23 +0000 Message-ID: From: "b. f." To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: vesa(4) and amd64 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, 18 Sep 2009 16:39:25 -0000 On 9/12/09, Xin LI wrote: > > b. f. wrote: >> After the recent x86emu/vesa/dpms commits, I'm now able to use some >> more graphics modes with syscons on amd64. That's good. Not so good >> is the fact that my HP Pavilion desktop running 9-CURRENT i386 r197085 >> with >> >> devic sc >> options SC_PIXEL_MODE >> device vga >> options VGA_WIDTH90 >> >> in the kernel and agp, dpms, x86emu, and vesa loaded as kernel modules >> can no longer use the 132x60 mode that had been my default syscons >> mode, and now yields a blank screen. Even worse is the fact that my >> Toshiba laptop, with nearly the same configuration, locks up with a >> screen full of zeroes every time I load the new vesa kernel module, >> when formerly it had no such problem. Other than simplifying the >> organization of the code, is there any advantage to be gained from >> forcing those platforms that are capable of native vesa to use x86emu? >> Because up to this point there are serious disadvantages to doing so. > > I think it was caused by some unrelated change. ddkprog@ has proposed a > change, here is a slightly modified one, could you please give it a try? > I'll try to see if I can have some clue myself tonight. > With your suggested change on 9-CURRENT i386 r197299, my desktop can now use the 132x60 mode, and some other modes that were causing problems after the x86emu introduction. Also, mode-switching no longer forces a reboot. There remain some problems with vesa/dpms when attempting to wake up from a sleep state, but these may be acpi or hardware problems. However, with 9-CURRENT i386 r197295 and your patch, my laptop still hangs after displaying the VESA information block when attempting to load the vesa kernel module. Regards, b. From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 20:55:31 2009 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 07AD31065670 for ; Fri, 18 Sep 2009 20:55:31 +0000 (UTC) (envelope-from lists@rhavenn.net) Received: from smtp164.dfw.emailsrvr.com (smtp164.dfw.emailsrvr.com [67.192.241.164]) by mx1.freebsd.org (Postfix) with ESMTP id DB8CF8FC14 for ; Fri, 18 Sep 2009 20:55:30 +0000 (UTC) Received: from relay6.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay6.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id 153C6303E4 for ; Fri, 18 Sep 2009 16:55:30 -0400 (EDT) Received: by relay6.relay.dfw.mlsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id EFDAB30085 for ; Fri, 18 Sep 2009 16:55:29 -0400 (EDT) Received: by alucard.int.rhavenn.net (Postfix, from userid 1000) id B87D411428D; Fri, 18 Sep 2009 12:55:28 -0800 (AKDT) Date: Fri, 18 Sep 2009 12:55:28 -0800 From: Henrik Hudson To: freebsd-current@freebsd.org Message-ID: <20090918205528.GA5807@alucard.int.rhavenn.net> References: <20090918070927.GA7178@alucard.int.rhavenn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090918070927.GA7178@alucard.int.rhavenn.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: freebsd as vmware server 2 guest; crashes on boot 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, 18 Sep 2009 20:55:31 -0000 On Thu, 17 Sep 2009, Henrik Hudson wrote: > Hello, > > I'm running vmware server 2.0.1 on top of windows 2008r2 x64 and I > just tried to install freebsd 8-beta4 i386 inside a x86 VM. It > crashes right after the initial countdown screen. > > After the time it drops down to another "Hit enter to boot > immediately" and then it boots the kernel /boot/kernel/kernel and > then crashes. > > I have attached a screenshot of the crash. I tried both the ACPI > enabled / disabled and the safe mode option. > > This works perfectly fine with 7.2-i386 . > > Any thoughts? or need more info? Ended up being a case of bad ISO images. Seems to be an issue when saving across an smbmount directly. Oh well, suppose I should check my MD5 hashes more religiously. Thanks. Henrik -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 21:29:10 2009 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 438C2106566B for ; Fri, 18 Sep 2009 21:29:10 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from v-smtp-auth-relay-1.gradwell.net (v-smtp-auth-relay-1.gradwell.net [79.135.125.40]) by mx1.freebsd.org (Postfix) with ESMTP id A002C8FC16 for ; Fri, 18 Sep 2009 21:29:09 +0000 (UTC) Received: from 93-97-22-18.zone5.bethere.co.uk ([93.97.22.18] helo=access2.hanley.stade.co.uk) by v-smtp-auth-relay-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.290) id 4ab3fba3.664d.24; Fri, 18 Sep 2009 22:29:07 +0100 (envelope-sender ) Received: from steerpike.hanley.stade.co.uk (steerpike [192.168.1.10]) by access2.hanley.stade.co.uk (8.14.1/8.14.1) with ESMTP id n8ILT75E065148; Fri, 18 Sep 2009 22:29:07 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: from steerpike.hanley.stade.co.uk (localhost [127.0.0.1]) by steerpike.hanley.stade.co.uk (8.14.3/8.14.3) with ESMTP id n8ILT6wG011206; Fri, 18 Sep 2009 22:29:06 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: (from aw1@localhost) by steerpike.hanley.stade.co.uk (8.14.3/8.14.3/Submit) id n8ILT6GE011205; Fri, 18 Sep 2009 22:29:06 +0100 (BST) (envelope-from aw1) Date: Fri, 18 Sep 2009 22:29:06 +0100 From: Adrian Wontroba To: Patrick Lamaiziere Message-ID: <20090918212906.GA10540@steerpike.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , Patrick Lamaiziere , freebsd-current@freebsd.org References: <20090917232710.GA98771@steerpike.hanley.stade.co.uk> <20090918092722.07fa71da@baby-jane.lamaiziere.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20090918092722.07fa71da@baby-jane.lamaiziere.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-PRERELEASE Organization: Oh dear, I've joined one again. X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on steerpike.hanley.stade.co.uk X-Virus-Status: Clean Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by access2.hanley.stade.co.uk id n8ILT75E065148 Cc: freebsd-current@freebsd.org Subject: Re: amd64 8.0 BETA4 DVD image on ftp.freebsd.org corrupt? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Sep 2009 21:29:10 -0000 On Fri, Sep 18, 2009 at 09:27:22AM +0200, Patrick Lamaiziere wrote: > Le Fri, 18 Sep 2009 00:27:10 +0100, > Adrian Wontroba a =E9crit : > > I've twice downloaded the file from ftp.freebsd.org and got the same > > different checksum each time: ... >=20 > dvd.iso is not the same as dvd.iso.gz. I guess you have to gunzip the > file before. Doh! I did not notice the suffix. Unzipped the checksum is fine and a burnt DVD mounts. Sorry about the noise. --=20 Adrian Wontroba It is not good for a man to be without knowledge, and he who makes haste with his feet misses his way. -- Proverbs 19:2 From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 21:32:41 2009 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 41FF11065670; Fri, 18 Sep 2009 21:32:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id D88FF8FC0C; Fri, 18 Sep 2009 21:32:40 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEALeYs0qDaFvI/2dsb2JhbADPOoQbBYFY X-IronPort-AV: E=Sophos;i="4.44,411,1249272000"; d="scan'208";a="48553794" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 18 Sep 2009 17:32:39 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id E046C940119; Fri, 18 Sep 2009 17:32:39 -0400 (EDT) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4mXzaVlSNxSo; Fri, 18 Sep 2009 17:32:38 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id B70EF9400EA; Fri, 18 Sep 2009 17:32:38 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8ILc9M28104; Fri, 18 Sep 2009 17:38:10 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 18 Sep 2009 17:38:09 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: John Marshall In-Reply-To: <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable , freebsd-current@freebsd.org, George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 21:32:41 -0000 On Fri, 18 Sep 2009, John Marshall wrote: > On Thu, 17 Sep 2009, 21:28 +0300, George Mamalakis wrote: >> Dear all, >> >> I am trying to setup ldap with heimdal on my fbsd 8.0-BETA4 and when I >> run ldapsearch to see if I can authenticate via GSSAPI I keep getting >> the following error: >> >> [root@ldap root]# ldapsearch -H "ldap://ldap.example.com/" -b >> "dc=example,dc=com" >> SASL/GSSAPI authentication started >> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >> "GSS_C_NT_HOSTBASED_SERVICE" >> ldap_sasl_interactive_bind_s: Local error (-2) >> I don't know if you guys feel like experimenting, but here's what little I know about the heimdal/gssapi setup. When cyrus-sasl2 builds, it uses the little shell script /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of libraries to link against. This doesn't return "-lgssapi_spnego" in the list. (The list can be changed by editting line #96 of /usr/bin/krb5-config.) Nothing seems to link against "-lgssapi_spnego", so it's a mystery to me how it ends up using it? (Maybe others with knowledge on how FreeBSD loads libraries can explain it. The library is listed in /etc/gss/mech.) GSS_C_NT_HOSTBASED_SERVICE is defined in the file gss_names.o in "-lgssapi", which is at the beginning of the list of libraries returned by "krb5-config --libs gssapi". I'm hoping that someone who understands how libraries get loaded can solve the puzzle, but barring that, you could try added "-lgssapi_spnego" to line #96 of /usr/bin/krb5-config in front of "-lgssapi" and see if that gets things to load properly? Not much help, but I don't know how to test this stuff, rick From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 22:46:48 2009 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 8E216106568F for ; Fri, 18 Sep 2009 22:46:48 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0058FC1C for ; Fri, 18 Sep 2009 22:46:47 +0000 (UTC) Received: from Macintosh-4.local (no-reverse.redstone-isp.net [212.44.18.222] (may be forged)) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8IMkXXY039068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Sep 2009 15:46:38 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4AB40DC7.2060808@freebsd.org> Date: Fri, 18 Sep 2009 23:46:31 +0100 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Rick Macklem References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable , freebsd-current@freebsd.org, John Marshall , George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 22:46:48 -0000 Rick Macklem wrote: > > > On Fri, 18 Sep 2009, John Marshall wrote: > >> On Thu, 17 Sep 2009, 21:28 +0300, George Mamalakis wrote: >>> Dear all, >>> >>> I am trying to setup ldap with heimdal on my fbsd 8.0-BETA4 and when I >>> run ldapsearch to see if I can authenticate via GSSAPI I keep getting >>> the following error: >>> >>> [root@ldap root]# ldapsearch -H "ldap://ldap.example.com/" -b >>> "dc=example,dc=com" >>> SASL/GSSAPI authentication started >>> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >>> "GSS_C_NT_HOSTBASED_SERVICE" >>> ldap_sasl_interactive_bind_s: Local error (-2) >>> > I don't know if you guys feel like experimenting, but here's what little > I know about the heimdal/gssapi setup. > > When cyrus-sasl2 builds, it uses the little shell script > /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of > libraries to link against. This doesn't return "-lgssapi_spnego" in the > list. (The list can be changed by editting line #96 of > /usr/bin/krb5-config.) > > Nothing seems to link against "-lgssapi_spnego", so it's a mystery to > me how it ends up using it? (Maybe others with knowledge on how FreeBSD > loads libraries can explain it. The library is listed in /etc/gss/mech.) > > GSS_C_NT_HOSTBASED_SERVICE is defined in the file gss_names.o in > "-lgssapi", which is at the beginning of the list of libraries returned > by "krb5-config --libs gssapi". > > I'm hoping that someone who understands how libraries get loaded can > solve the puzzle, but barring that, you could try added "-lgssapi_spnego" > to line #96 of /usr/bin/krb5-config in front of "-lgssapi" and see if that > gets things to load properly? > > Not much help, but I don't know how to test this stuff, rick FWIW I hit the same problem (I think) with cyrus imap and saslauthd. I am running HEAD and tried building w/ and w/o kerberos enabled but cyradm aborts on startup complaining about the missing symbol. I started digging because I couldn't get cyrus imap to authenticate users. Feels like one or more of these ports are busted. Sam From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 23:00:03 2009 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 8D5081065679; Fri, 18 Sep 2009 23:00:03 +0000 (UTC) (envelope-from drussell@saturn-tech.com) Received: from mxa.saturn-tech.com (mxa.saturn-tech.com [66.18.197.251]) by mx1.freebsd.org (Postfix) with ESMTP id 44DA38FC18; Fri, 18 Sep 2009 23:00:03 +0000 (UTC) Received: from mxa.saturn-tech.com (localhost [127.0.0.1]) by mxa.saturn-tech.com (8.13.8/8.13.8) with ESMTP id n8IMk7rM087199 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 18 Sep 2009 16:46:08 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by mxa.saturn-tech.com (8.13.8/8.12.3/Submit) with ESMTP id n8IMk7GE087196; Fri, 18 Sep 2009 16:46:07 -0600 (MDT) (envelope-from drussell@saturn-tech.com) X-Authentication-Warning: mxa.saturn-tech.com: drussell owned process doing -bs Date: Fri, 18 Sep 2009 16:46:07 -0600 (MDT) From: Doug Russell To: freebsd-current@freebsd.org Message-ID: <20090918161938.J76791@mxa.saturn-tech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: sam@freebsd.org Subject: AR9280/9281 support 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, 18 Sep 2009 23:00:03 -0000 Hello.... I am trying to get an Atheros wireless (sticker says AR5B91, chip says AR9281) to work. It is detected, but can't set ssid, scan, etc. Source is RELENG-8 from yesterday afternoon. This came in a cheesy ACER Aspire 5735Z. FreeBSD beast.saturn-tech.com 8.0-RC1 FreeBSD 8.0-RC1 #1: Fri Sep 18 15:20:25 MDT 2009 drussell@beast.saturn-tech.com:/usr/src/sys/i386/ compile/BEAST i386 --- pciconf shows: ath0@pci0:3:0:0: class=0x028000 card=0xe006105b chip=0x002a168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR5B91 Wireless Network Adapter (0001)' class = network --- dmesg shows: pci3: on pcib2 pci3: domain=0, physical bus=3 found-> vendor=0x168c, dev=0x002a, revid=0x01 domain=0, bus=3, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 MSI supports 1 message MSI-X supports 1 message in map 0x10 map[10]: type Memory, range 64, base 0xf8600000, size 16, enabled pcib2: requested memory range 0xf8600000-0xf860ffff: good pcib2: matched entry for 3.0.INTA pcib2: slot 0 INTA hardwired to IRQ 17 ath0: mem 0xf8600000-0xf860ffff irq 17 at device 0.0 on pci3 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf8600000 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 52 ath0: [MPSAFE] ath0: [ITHREAD] ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps ath0: AR9280 mac 128.2 RF5133 phy 13.0 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons --- ifconfig shows only the following: ath0: flags=8802 metric 0 mtu 2290 ether 00:23:4e:3b:2d:9e media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ... if I try an ifconfig up, it says up: ath0: flags=8843 metric 0 mtu 2290 ether 00:23:4e:3b:2d:9e media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ... but always shows no options, ssid, etc. All attempts to set anything say: ROOT beast:/home/drussell 3 > ifconfig ath0 ssid MyNet ifconfig: SIOCS80211: Invalid argument Does anyone have programming docs for the 9281 and know what might be different from the 9280? It has the same pci id but perhaps different subdevice, etc. Looks very close to working.... DOH! :) Any ideas? Full dmesg, etc. available if needed. Thanks! Later...... From owner-freebsd-current@FreeBSD.ORG Fri Sep 18 23:32:06 2009 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 9CF76106568F; Fri, 18 Sep 2009 23:32:06 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id EBE8E8FC17; Fri, 18 Sep 2009 23:32:05 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8INVvlm033757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 19 Sep 2009 09:31:58 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1253316718; bh=AOAnhC5aDdf/zHUOvIlBStfLVhGCXS6dMd/3inTP9Ls=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=gQRwe8Uoe7a6cs008Qajx98ZN+WC+oo83CoNQ+ZUoqYU3+sUnlIetGb3eL0X1Dzua DQk9/RF606VsB3/o0uv1OmayhhLtOr2tdOiEHKnTBITxAmt4/VvyI3iC0AAZAFAcCh LHXuaRuA1/5Y+MoFh7fYZvExZ9WH+A7c6FWY3mPA= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8INVvkm044257; Sat, 19 Sep 2009 09:31:57 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n8INVvg3044256; Sat, 19 Sep 2009 09:31:57 +1000 (AEST) (envelope-from john) Date: Sat, 19 Sep 2009 09:31:57 +1000 From: John Marshall To: Rick Macklem Message-ID: <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Rick Macklem , freebsd-stable , freebsd-current@freebsd.org, George Mamalakis References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WplhKdTI2c8ulnbP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: George Mamalakis , freebsd-current@freebsd.org, freebsd-stable Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 23:32:06 -0000 --WplhKdTI2c8ulnbP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 18 Sep 2009, 17:38 -0400, Rick Macklem wrote: > When cyrus-sasl2 builds, it uses the little shell script > /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of > libraries to link against. This doesn't return "-lgssapi_spnego" in the > list. (The list can be changed by editting line #96 of=20 > /usr/bin/krb5-config.) I think this sounds promising! It makes sense. Thanks for pointing us in this direction. I should already be out at a customer site but I hope to do some poking in krb5-config early next week to see if that might be the key to resolving the (non-spnego) kerberos problems I've been having with 8.0. In my case, I'll be seeing what joy I get by adding -lgssapi_krb5. --=20 John Marshall --WplhKdTI2c8ulnbP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq0GG0ACgkQw/tAaKKahKK+GQCdFpBx+PrRVPlFuaBpPsNelULo 3FEAn3HA4UxGAg60yfkKDi5Iov53KI/1 =w1EC -----END PGP SIGNATURE----- --WplhKdTI2c8ulnbP-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 02:12:59 2009 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 78DF81065670 for ; Sat, 19 Sep 2009 02:12:59 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmmtao107.cox.net (fed1rmmtao107.cox.net [68.230.241.39]) by mx1.freebsd.org (Postfix) with ESMTP id 3F60D8FC16 for ; Sat, 19 Sep 2009 02:12:59 +0000 (UTC) Received: from fed1rmimpo02.cox.net ([70.169.32.72]) by fed1rmmtao107.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20090919021300.ECEI21470.fed1rmmtao107.cox.net@fed1rmimpo02.cox.net> for ; Fri, 18 Sep 2009 22:13:00 -0400 Received: from vaio ([72.220.91.251]) by fed1rmimpo02.cox.net with bizsmtp id iSCy1c0095RPd3404SCyVy; Fri, 18 Sep 2009 22:12:58 -0400 X-VR-Score: -60.00 X-Authority-Analysis: v=1.0 c=1 a=F--iXLlUgt_B94WhYNgA:9 a=2aWZhu5kbqXvDnoj1Nhzi9ESgh0A:4 X-CM-Score: 0.00 Date: Fri, 18 Sep 2009 19:12:53 -0700 From: Robert To: freebsd-current@freebsd.org Message-ID: <20090918191253.6abce96a@vaio> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: FreeBSD 8.0-RC1 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, 19 Sep 2009 02:12:59 -0000 Faster than a speeding bullet. More powerful than a locomotive. Able to leap tall buildings in a single bound. Less tar, more taste. In other words, WOW! My compliments and thanks to all involved in bringing this fine release up to this point. It is by far the best I have used. Thank you all Robert From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 03:40:31 2009 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 6BDE8106566C for ; Sat, 19 Sep 2009 03:40:31 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 33D0D8FC13 for ; Sat, 19 Sep 2009 03:40:30 +0000 (UTC) Received: from blue.tharned.org (blue.tharned.org [10.10.10.8]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n8J3eTgI035153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Sep 2009 22:40:30 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Fri, 18 Sep 2009 22:40:28 -0500 (CDT) From: Greg Rivers To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (roadkill.tharned.org [75.145.12.185]); Fri, 18 Sep 2009 22:40:30 -0500 (CDT) Subject: USB-to-serial adapter no longer working in 8.0-RC1 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, 19 Sep 2009 03:40:31 -0000 Last May, Hans Petter Selasky fixed up the umct driver for 8.0-CURRENT (http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007125.html). After updating to 8.0-RC1 I find that the driver has a new problem. Testing with cu(1) and a modem, I can see by watching the lights on the modem and on the usb-serial adapter that it still asserts DTR and sends and receives characters properly, but no characters reach the terminal. That seems to be the only problem: characters from the attached serial device seem to disappear before reaching whatever program has the serial device open. But strangely enough, power cycling the modem results in a few "line noise" characters appearing. Perhaps the driver is no longer responding appropriately to DSR? Any insight or troubleshooting clues would be much appreciated. -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 04:23:02 2009 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 B878E106566C; Sat, 19 Sep 2009 04:23:02 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (sakura.ccs.furiru.org [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 59E168FC0A; Sat, 19 Sep 2009 04:23:02 +0000 (UTC) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id n8J4MvYA000737; Sat, 19 Sep 2009 13:23:01 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Sat, 19 Sep 2009 13:22:11 +0900 (JST) Message-Id: <20090919.132211.27814754.nyan@jp.FreeBSD.org> To: lulf@FreeBSD.org, marcel@FreeBSD.org From: Takahashi Yoshihiro X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sat_Sep_19_13_22_11_2009_575)--" Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Sanitizing a geometry in libdisk 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, 19 Sep 2009 04:23:02 -0000 ----Next_Part(Sat_Sep_19_13_22_11_2009_575)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit The Sanitize_Bios_Geom() is always called after r188408. But the function has a problem of checking a disk size. So it causes to using incorrect geometry. I think that it's the same problem in g_part_bsd_read()@g_part_bsd.c The attached patch is useful for pc98 at least so it should be in 8.0. Please review it. --- TAKAHASHI Yoshihiro ----Next_Part(Sat_Sep_19_13_22_11_2009_575)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="l.diff" Index: change.c =================================================================== --- change.c (revision 197322) +++ change.c (working copy) @@ -47,9 +47,11 @@ Sanitize_Bios_Geom(struct disk *disk) if (disk->bios_sect > 63) sane = 0; #endif +#if 0 /* Disable a check on a disk size. It's too strict. */ if (disk->bios_cyl * disk->bios_hd * disk->bios_sect != disk->chunks->size) sane = 0; +#endif if (sane) return; ----Next_Part(Sat_Sep_19_13_22_11_2009_575)---- From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 07:18:05 2009 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 82A431065676 for ; Sat, 19 Sep 2009 07:18:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4128D8FC0A for ; Sat, 19 Sep 2009 07:18:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id n8J7G6Ri041589; Sat, 19 Sep 2009 01:16:06 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 19 Sep 2009 01:17:50 -0600 (MDT) Message-Id: <20090919.011750.-861101116.imp@bsdimp.com> To: gnemmi@gmail.com From: "M. Warner Losh" In-Reply-To: <19e9a5dc0909180646g1e2a2e50wde781a16523bc743@mail.gmail.com> References: <19e9a5dc0909180646g1e2a2e50wde781a16523bc743@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ianf@clue.co.za, current@FreeBSD.org Subject: Re: bwi(4) BCM4315 support? 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, 19 Sep 2009 07:18:05 -0000 In message: <19e9a5dc0909180646g1e2a2e50wde781a16523bc743@mail.gmail.co= m> Gonzalo Nemmi writes: : On Fri, Sep 18, 2009 at 4:36 AM, Ian Freislich wrot= e: : = : > Hi : > : > I have the following card: : > : > bwi0@pci0:1:0:0: class=3D0x028000 card=3D0x1508103c chip=3D0= x431514e4 : > rev=3D0x01 hdr=3D0x00 : > vendor =3D 'Broadcom Corporation' : > device =3D 'Broadcom Wireless b/g (BCM4315/BCM22062000)' : > class =3D network : > : > By playing a little bit with the if_bwi source, I've managed to get= : > it detected to this point, but I obviously don't know what I'm : > doing: : > : > bwi0: mem 0xfeafc000-0xfe= afffff : > irq 16 at device 0.0 on pci1 : > bwi0: [ITHREAD] : > bwi0: BBP: id 0x4312, rev 0x1, pkg 0 : > bwi0: MAC: rev 15 : > bwi0: PHY: type 5, rev 1, ver 6 : > bwi0: RF: manu 0x17f, type 0x0002, rev 0 : > bwi0: only BCM2050 RF is supported for 11G PHY : > device_attach: bwi0 attach returned 6 : > : > Is there any thing I can try? Is there support on the horizon or : > should I try and replace it with a supported card? : > : > Ian : > : = : Hi there Ian ! : Maybe you should get in touch with paradox from the forum.freebsd.org= ... I : think he=B4s working on it and on other chips too ... you might want = to take a : look in here: http://forums.freebsd.org/showthread.php?t=3D2477&page=3D= 4 I've also been working with paradox to understand his patch set and to integrate it into the tree... However, did you load the firmware, as described in the bwi man page: This driver requires firmware to be loaded before it will work. T= he ports/net/bwi-firmware-kmod port needs to be installed before ifco= nfig(8) will work. Warner From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 07:40:17 2009 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 EF871106566C for ; Sat, 19 Sep 2009 07:40:17 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 76B418FC1B for ; Sat, 19 Sep 2009 07:40:17 +0000 (UTC) Received: by fxm22 with SMTP id 22so388207fxm.36 for ; Sat, 19 Sep 2009 00:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=mnNmhk6GKDCozdQ+j4SRqpmwdJwGAB7vopopEgvGQ3U=; b=RCs+MhxduFuLKmHKL6IAwJG1pu+MqBF6XrMnekrkmeqL59VNT75uOnHTHyhlfBm2Ps Wb+2skVHM4M+kspcXZ/BDUSwu6mZUOnnupyI0Yv9lnuUVNJHb/p4Hwzm8d+yBDz8ayqu w4PdJ4ljRAU3j10zOIUXV737wdIAhTzbi/kqg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LkDJZAO6TRHR4PM+Ad/6SajNnfgi22F8jICHsD09QwwaNw1uKMTke9/1imPs8qch/M lEwM1DSoGAkxs0b7g/33EWPhBtzOoZqPx5gpJz+84eat5CuHEKBs5bMdf0TPhkc6IX1F XvlW2Pb2/h9JoBxOU142v7FMCfY3oUmPUaOec= MIME-Version: 1.0 Received: by 10.239.144.137 with SMTP id o9mr166141hba.199.1253346015363; Sat, 19 Sep 2009 00:40:15 -0700 (PDT) In-Reply-To: <20090919.011750.-861101116.imp@bsdimp.com> References: <19e9a5dc0909180646g1e2a2e50wde781a16523bc743@mail.gmail.com> <20090919.011750.-861101116.imp@bsdimp.com> Date: Sat, 19 Sep 2009 04:40:15 -0300 Message-ID: <19e9a5dc0909190040wc5ceef4tf95b8a4088e41363@mail.gmail.com> From: Gonzalo Nemmi To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ianf@clue.co.za, current@freebsd.org Subject: Re: bwi(4) BCM4315 support? 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, 19 Sep 2009 07:40:18 -0000 On Sat, Sep 19, 2009 at 4:17 AM, M. Warner Losh wrote: > In message: <19e9a5dc0909180646g1e2a2e50wde781a16523bc743@mail.gmail.com> > Gonzalo Nemmi writes: > : On Fri, Sep 18, 2009 at 4:36 AM, Ian Freislich wrote: > : > : > Hi > : > > : > I have the following card: > : > > : > bwi0@pci0:1:0:0: class=3D0x028000 card=3D0x1508103c chip=3D0x4= 31514e4 > : > rev=3D0x01 hdr=3D0x00 > : > vendor =3D 'Broadcom Corporation' > : > device =3D 'Broadcom Wireless b/g (BCM4315/BCM22062000)' > : > class =3D network > : > > : > By playing a little bit with the if_bwi source, I've managed to get > : > it detected to this point, but I obviously don't know what I'm > : > doing: > : > > : > bwi0: mem > 0xfeafc000-0xfeafffff > : > irq 16 at device 0.0 on pci1 > : > bwi0: [ITHREAD] > : > bwi0: BBP: id 0x4312, rev 0x1, pkg 0 > : > bwi0: MAC: rev 15 > : > bwi0: PHY: type 5, rev 1, ver 6 > : > bwi0: RF: manu 0x17f, type 0x0002, rev 0 > : > bwi0: only BCM2050 RF is supported for 11G PHY > : > device_attach: bwi0 attach returned 6 > : > > : > Is there any thing I can try? Is there support on the horizon or > : > should I try and replace it with a supported card? > : > > : > Ian > : > > : > : Hi there Ian ! > : Maybe you should get in touch with paradox from the forum.freebsd.org..= . I > : think he=B4s working on it and on other chips too ... you might want to > take a > : look in here: http://forums.freebsd.org/showthread.php?t=3D2477&page=3D= 4 > > I've also been working with paradox to understand his patch set and to > integrate it into the tree... > > However, did you load the firmware, as described in the bwi man page: > > This driver requires firmware to be loaded before it will work. The > ports/net/bwi-firmware-kmod port needs to be installed before > ifconfig(8) > will work. > > > > Warner > Hi Warner ! Yes I did ... but there's always a chance to do it the wrong way ... Here you'll find what I did: http://forums.freebsd.org/showpost.php?p=3D38089&postcount=3D69 Here you'll find the results: http://forums.freebsd.org/showpost.php?p=3D38125&postcount=3D72 If I did something wrong, or you'll like me to do it again, or to show you some other info, or try a patch or whatever you deem necessary, just let me know and I'll do it =3DD I'm willing to help get this card working as much as I can :) Best regards Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 10:18:53 2009 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 68C94106566B for ; Sat, 19 Sep 2009 10:18:53 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7F08FC17 for ; Sat, 19 Sep 2009 10:18:53 +0000 (UTC) Received: from Macintosh-4.local (no-reverse.redstone-isp.net [212.44.18.222] (may be forged)) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8JAIgKs041693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Sep 2009 03:18:49 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4AB4B001.50106@freebsd.org> Date: Sat, 19 Sep 2009 11:18:41 +0100 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Doug Russell References: <20090918161938.J76791@mxa.saturn-tech.com> In-Reply-To: <20090918161938.J76791@mxa.saturn-tech.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: AR9280/9281 support 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, 19 Sep 2009 10:18:53 -0000 Doug Russell wrote: > > Hello.... > > I am trying to get an Atheros wireless (sticker says AR5B91, chip says > AR9281) to work. It is detected, but can't set ssid, scan, etc. Source > is RELENG-8 from yesterday afternoon. This came in a cheesy ACER Aspire > 5735Z. > > FreeBSD beast.saturn-tech.com 8.0-RC1 FreeBSD 8.0-RC1 #1: Fri Sep 18 > 15:20:25 MDT 2009 drussell@beast.saturn-tech.com:/usr/src/sys/i386/ > compile/BEAST i386 > > --- pciconf shows: > > ath0@pci0:3:0:0: class=0x028000 card=0xe006105b chip=0x002a168c > rev=0x01 > hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'Atheros AR5B91 Wireless Network Adapter (0001)' > class = network > > --- dmesg shows: > > pci3: on pcib2 > pci3: domain=0, physical bus=3 > found-> vendor=0x168c, dev=0x002a, revid=0x01 > domain=0, bus=3, slot=0, func=0 > class=02-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D3 current D0 > MSI supports 1 message > MSI-X supports 1 message in map 0x10 > map[10]: type Memory, range 64, base 0xf8600000, size 16, enabled > pcib2: requested memory range 0xf8600000-0xf860ffff: good > pcib2: matched entry for 3.0.INTA > pcib2: slot 0 INTA hardwired to IRQ 17 > ath0: mem 0xf8600000-0xf860ffff irq 17 at device 0.0 on pci3 > ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf8600000 > ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 52 > ath0: [MPSAFE] > ath0: [ITHREAD] > ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > ath0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps > 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps > ath0: AR9280 mac 128.2 RF5133 phy 13.0 > ath0: Use hw queue 1 for WME_AC_BE traffic > ath0: Use hw queue 0 for WME_AC_BK traffic > ath0: Use hw queue 2 for WME_AC_VI traffic > ath0: Use hw queue 3 for WME_AC_VO traffic > ath0: Use hw queue 8 for CAB traffic > ath0: Use hw queue 9 for beacons > > --- ifconfig shows only the following: > > ath0: flags=8802 metric 0 mtu 2290 > ether 00:23:4e:3b:2d:9e > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > > ... if I try an ifconfig up, it says up: > > ath0: flags=8843 metric 0 mtu 2290 > ether 00:23:4e:3b:2d:9e > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > > ... but always shows no options, ssid, etc. > > All attempts to set anything say: > > ROOT beast:/home/drussell 3 > ifconfig ath0 ssid MyNet > ifconfig: SIOCS80211: Invalid argument > > Does anyone have programming docs for the 9281 and know what might be > different from the 9280? It has the same pci id but perhaps different > subdevice, etc. > > Looks very close to working.... DOH! :) > > Any ideas? > > Full dmesg, etc. available if needed. > > Thanks! > > Later...... > > man ath From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 10:13:32 2009 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 6F0E3106568B for ; Sat, 19 Sep 2009 10:13:32 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id E301C8FC15 for ; Sat, 19 Sep 2009 10:13:31 +0000 (UTC) Received: from vergina.eng.auth.gr (apache.vergina.eng.auth.gr [192.168.18.6]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8J9wixj026441; Sat, 19 Sep 2009 12:58:44 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Received: from ppp089210158162.dsl.hol.gr (ppp089210158162.dsl.hol.gr [89.210.158.162]) by mail.eng.auth.gr (Horde MIME library) with HTTP; Sat, 19 Sep 2009 12:58:39 +0300 Message-ID: <20090919125839.2z9gt5gtww884wgg@mail.eng.auth.gr> Date: Sat, 19 Sep 2009 12:58:39 +0300 From: mamalos@eng.auth.gr To: John Marshall References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> In-Reply-To: <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> 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.5) X-Originating-IP: 89.210.158.162 X-Mailman-Approved-At: Sat, 19 Sep 2009 11:12:38 +0000 Cc: Rick Macklem , freebsd-stable , freebsd-current@freebsd.org Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 19 Sep 2009 10:13:32 -0000 Quoting John Marshall : > On Fri, 18 Sep 2009, 17:38 -0400, Rick Macklem wrote: >> When cyrus-sasl2 builds, it uses the little shell script >> /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of >> libraries to link against. This doesn't return "-lgssapi_spnego" in the >> list. (The list can be changed by editting line #96 of >> /usr/bin/krb5-config.) > > I think this sounds promising! It makes sense. Thanks for pointing us > in this direction. > > I should already be out at a customer site but I hope to do some poking > in krb5-config early next week to see if that might be the key to > resolving the (non-spnego) kerberos problems I've been having with 8.0. > In my case, I'll be seeing what joy I get by adding -lgssapi_krb5. > > -- > John Marshall > Guys, you have all been more than just helpful! Thank you all for your =20 instant and well pointed directions. I will try what Rick said about =20 krb5-config on Monday morning, when I will get to work. If that won't =20 work, I'll try John's view on the issue. In any case I'll send feedback to the list. Thank you all, once more, for your help and thoughts. mamalos --=20 George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 13:52:43 2009 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 69BA11065676 for ; Sat, 19 Sep 2009 13:52:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id F08938FC15 for ; Sat, 19 Sep 2009 13:52:42 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=J56WAFSd9XEA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=8bUN7rodoNQZzdU9OpMA:9 a=nQc8jaaU5qXyCrGGrY7TS3kdQ6AA:4 a=6QAPRyzfe0AA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1138148648; Sat, 19 Sep 2009 15:52:39 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 19 Sep 2009 15:53:11 +0200 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: In-Reply-To: X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909191553.12645.hselasky@c2i.net> Cc: Subject: Re: USB-to-serial adapter no longer working in 8.0-RC1 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, 19 Sep 2009 13:52:43 -0000 On Saturday 19 September 2009 05:40:28 Greg Rivers wrote: > Last May, Hans Petter Selasky fixed up the umct driver for 8.0-CURRENT > (http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007125.html). > After updating to 8.0-RC1 I find that the driver has a new problem. > > Testing with cu(1) and a modem, I can see by watching the lights on the > modem and on the usb-serial adapter that it still asserts DTR and sends > and receives characters properly, but no characters reach the terminal. > That seems to be the only problem: characters from the attached serial > device seem to disappear before reaching whatever program has the serial > device open. But strangely enough, power cycling the modem results in a > few "line noise" characters appearing. Perhaps the driver is no longer > responding appropriately to DSR? > > Any insight or troubleshooting clues would be much appreciated. Hi, You need to provide debug output from: sysctl hw.usb.ucom.debug=15 and sysctl hw.usb.umct.debug=15 If it exists. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 16:25:36 2009 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 3E8441065693 for ; Sat, 19 Sep 2009 16:25:36 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 054FA8FC0C for ; Sat, 19 Sep 2009 16:25:35 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out3.tiscali.nl with esmtp (Exim) (envelope-from ) id 1Mp2Bd-0007Yg-2K for freebsd-current@freebsd.org; Sat, 19 Sep 2009 17:49:21 +0200 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 3602813AF6 for ; Sat, 19 Sep 2009 17:49:18 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-current@freebsd.org Date: Sat, 19 Sep 2009 17:49:17 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/10.00 (FreeBSD) Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sat, 19 Sep 2009 16:35:47 +0000 Subject: /usr/src/UPDATING msg about slowness in 8.0 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, 19 Sep 2009 16:25:36 -0000 Hi. In src/UPDATING in 8.0 the following is still mentioned: NOTE TO PEOPLE WHO THINK THAT FreeBSD 8.x IS SLOW: FreeBSD 8.x has many debugging features turned on, in both the kernel and userland. These features attempt to detect incorrect use of system primitives, and encourage loud failure But looking at the GENERIC kernel and the malloc options the debug option= s =20 are already disabled before RC1. I hope this helps somebody to not to forget to remove these. Ronald. From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 17:09:22 2009 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 40627106566C; Sat, 19 Sep 2009 17:09:22 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id A66B08FC08; Sat, 19 Sep 2009 17:09:21 +0000 (UTC) Received: by ewy4 with SMTP id 4so1305901ewy.36 for ; Sat, 19 Sep 2009 10:09:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.52.145 with SMTP id e17mr803732wec.151.1253380159865; Sat, 19 Sep 2009 10:09:19 -0700 (PDT) Date: Sat, 19 Sep 2009 19:09:19 +0200 Message-ID: <367b2c980909191009x1df7456bx10f97f25fc990a35@mail.gmail.com> From: Olivier Smedts To: John Baldwin , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: [regression]: acpi_aiboost fails to attach on Asus P5Q3 Deluxe in 8.0 (Was: [regression] : 8.0-BETA3 (and BETA2?) acpi_hpet0 fails on TYAN H2000M) 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, 19 Sep 2009 17:09:22 -0000 2009/8/24 John Baldwin > > On Monday 24 August 2009 4:54:13 pm Olivier Smedts wrote: > > 2009/8/24 John Baldwin : > > > On Saturday 22 August 2009 1:20:18 pm Arno J. Klaassen wrote: > > >> > > >> Hello, > > >> > > >> I have a regression with acpi_hpet on a Tyan H2000M MB : > > >> > > >> =A0 acpi_hpet0: iomem 0xfed00000-0xfed0= 3fff on > acpi0 > > >> =A0 acpi_hpet0: HPET never increments, disabling > > >> =A0 device_attach: acpi_hpet0 attach returned 6 > > >> =A0 [twice] > > >> > > >> it exists at least since Aug16 sources (I just looked at > > >> the 'netif' problems on this board which BTW are indeed fixed > > >> by recent flowtable init changes) > > > > > > Perhaps the recent ACPI-CA update is when this broke? > > > > Sorry for hijacking the thread (and not reporting this before) but > > maybe my issues with acpi_aiboost are related. It won't attach on my > > ASUS P5Q3 Deluxe (latest BIOS) since the ACPICA update (which also > > made "est" attach successfully on this ASUS board) : > > > > acpi_aiboost0: on acpi0 > > NOREF > > BAD DATA > > device_attach: acpi_aiboost0 attach returned 22 > > I would figure out what function in it's attach routine is failing with E= INVAL > and drill down from there. =A0It looks like it is dying trying to > evaluate "TSIF", "VSIF", or "FSIF". =A0Maybe add some printfs to see whic= h one > and print out the 'elem->Type' in the "NOREF" error message. =A0You could= also > just print the 'name' there as well which would help perhaps. > > -- > John Baldwin # svn diff ../../../dev/acpi_support/acpi_aiboost.c Index: ../../../dev/acpi_support/acpi_aiboost.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ../../../dev/acpi_support/acpi_aiboost.c (r=E9vision 197329) +++ ../../../dev/acpi_support/acpi_aiboost.c (copie de travail) @@ -127,6 +127,7 @@ for(i =3D 1 ; i < o->Package.Count; i++){ elem =3D &o->Package.Elements[i]; + printf("%s : %i\n", name, elem->Type); if(elem->Type !=3D ACPI_TYPE_ANY){ printf("NOREF\n"); goto error; # dmesg | tail acpi_aiboost0: on acpi0 TSIF : 4 NOREF BAD DATA device_attach: acpi_aiboost0 attach returned 22 Well it fails trying to evaluate TSIF, with elem->Type =3D ACPI_TYPE_PACKAG= E. The ASL is in http://gid0.free.fr/ASUS-P5Q3_Deluxe_WiFi.asl Can I provide something else ? (I'm not an expert...) -- Olivier Smedts =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0ASCII ribbon campaign ( ) e-mail: olivier@gid0.org =A0 =A0 =A0 =A0- against HTML email & vCards =A0X www: http://www.gid0.org =A0 =A0- against proprietary attachments / \ =A0"Il y a seulement 10 sortes de gens dans le monde : =A0ceux qui comprennent le binaire, =A0et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 18:07:17 2009 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 E16971065672 for ; Sat, 19 Sep 2009 18:07:17 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n3a.bullet.mail.ac4.yahoo.com (n3a.bullet.mail.ac4.yahoo.com [76.13.13.66]) by mx1.freebsd.org (Postfix) with SMTP id 8A4418FC0A for ; Sat, 19 Sep 2009 18:07:17 +0000 (UTC) Received: from [76.13.13.25] by n3.bullet.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 17:54:50 -0000 Received: from [76.13.10.184] by t4.bullet.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 17:54:50 -0000 Received: from [127.0.0.1] by omp125.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 17:54:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 504135.24321.bm@omp125.mail.ac4.yahoo.com Received: (qmail 28692 invoked by uid 60001); 19 Sep 2009 17:54:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253382890; bh=W51wa9/KoRjtE6+/xA15ud3Udy4/JsgJysIicJhV5q0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=jWYRW935OMW6IFZ3bicWWP8kAHI0guFeHywEe2aoyLUeANSaqzulZ+TpQz3Vp89YOvP9qXeaPmkjeIYItGERwIEzcE5Erfr/BEDXDbJ66qu7Sjrv4TnVtgUPBkFQl44/0j5vVZNASMO0rPfVBWZ6l3WgtI0iOU8VrOi+dHeOYEg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=dMcduEx7ztjL0wvZYTfKnHFpcaZrlgSnvk4oOwCbYCiOSthUrtAyUkqeeR5j+gcZg0po+w41NG4sefhYlCnhgau+R8MLQGdhxcah1N5PdlRarIiHuEuLd0X9cse8AsOG7hI5nxdYktyYj5aYF+Sb6u5MyYOQMZGXhDz7pqRZf8U=; Message-ID: <318912.27167.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: gcqADCYVM1lrqy2DBwdo9B_yH9ddU.BKtrMUs._HGr7jFCNPJxPW6ahlolWyZe.5R.tiH1cPwZM_Ti67QLqAImjH4Qwlf7KLnk1NEPVQTKMKuTgjEIvckVuf42EPBbpNKJxdFUGUs31w8UFyx4T2ftWMJyeo1xhMPll3L73Athq75MfAOB3_FA3iqadXQfFiepUWk2B.f0sbIhPfPG8VvC5LyR5ntDoKPKWcqQtdjmeeOUeztcNbpu9_XQ-- Received: from [98.203.21.152] by web63908.mail.re1.yahoo.com via HTTP; Sat, 19 Sep 2009 10:54:50 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Sat, 19 Sep 2009 10:54:50 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: SSE register return with SSE disabled on AMD64 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, 19 Sep 2009 18:07:18 -0000 What causes the error: "SSE register return with SSE disabled" Im getting it with seemingly simple math. Its in a module so I can change the switches. Barney From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 18:09:14 2009 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 423FA106566B for ; Sat, 19 Sep 2009 18:09:14 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n6a.bullet.mail.ac4.yahoo.com (n6a.bullet.mail.ac4.yahoo.com [76.13.13.69]) by mx1.freebsd.org (Postfix) with SMTP id D9F5E8FC1F for ; Sat, 19 Sep 2009 18:09:13 +0000 (UTC) Received: from [76.13.13.26] by n6.bullet.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 18:09:13 -0000 Received: from [76.13.10.173] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 18:09:13 -0000 Received: from [127.0.0.1] by omp114.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 18:09:13 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 353228.15202.bm@omp114.mail.ac4.yahoo.com Received: (qmail 41409 invoked by uid 60001); 19 Sep 2009 18:09:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253383753; bh=kFJXbYH9ic2oT8I1RgOtzFmqWkfvFsy1pIG4tQRGBqI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=E2a98qbW3mMk3kzbN0Uwh5Jcl+tK4D8pIcvzkBO59EvgjW12JTdD2HL6GEnWjt6ZvGj41/gUkN8cwSOktiTfOlJJUFDiQUTX7PCEPfiX3xgnuYiGe6cwfWW00yZajkT1kmJ/TYEqnXORgCYAMZ9Mhf7YuRT61WkXZDAmc3gGTSI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=v3EI3um6mJNRIN0sLEKl+4ujYjykGRnRoJPwHBq0TQXa/YF6Ko9UKoMI1qQWUnZxIhFNt+0QES3E8xEvnD74BV6o2AFNWQRqJOoqqWxzntay6UIk+4virNE8aX/3/P9oHbFO1TGBXPulwmfxz8Xc6QBnp6mgRSfqLy6BD4bK1d0=; Message-ID: <103999.40031.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: IUBOO8wVM1kmvPIaZsEOmjjc.qGKpGfvwAbo8mQMYomCJ_uaktq7hYwukGpNnri_8Qj3inEKRysz80Wdr7OARSlKnEvz1Qrx_ou1YGhFc8VlooM1nuafTNdRNbbHXqMC8qLpFxptghi9RJ5B2a.ADMZILWXRJEswU6WD31bIUElzmQBHyDK4okyxtrypW78DDSz6HY238qDnQugEu6XjyKl7QxjJlE7whwTtStQJXPFhzlNzqQn8a3kq_Ns2pwxAB08dOKDJOwA7N0HxHcRaiShKBtxEBFWAVyU.0zIrmjLeloOrLEg- Received: from [98.203.21.152] by web63908.mail.re1.yahoo.com via HTTP; Sat, 19 Sep 2009 11:09:13 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Sat, 19 Sep 2009 11:09:13 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org In-Reply-To: <318912.27167.qm@web63908.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: SSE register return with SSE disabled on AMD64 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, 19 Sep 2009 18:09:14 -0000 --- On Sat, 9/19/09, Barney Cordoba wrote: > From: Barney Cordoba > Subject: SSE register return with SSE disabled on AMD64 > To: current@freebsd.org > Date: Saturday, September 19, 2009, 1:54 PM > What causes the error: > > "SSE register return with SSE disabled" > > Im getting it with seemingly simple math. Its in a module > so I can > change the switches. > > Barney I meant that I "cannot" change the switches From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 18:13:39 2009 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 0DF3A106566C for ; Sat, 19 Sep 2009 18:13:39 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id D82408FC18 for ; Sat, 19 Sep 2009 18:13:38 +0000 (UTC) Received: from blue.tharned.org (blue.tharned.org [10.10.10.8]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n8JIDY7V059260 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Sep 2009 13:13:35 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Sat, 19 Sep 2009 13:13:33 -0500 (CDT) From: Greg Rivers To: Hans Petter Selasky In-Reply-To: <200909191553.12645.hselasky@c2i.net> Message-ID: References: <200909191553.12645.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (roadkill.tharned.org [75.145.12.185]); Sat, 19 Sep 2009 13:13:35 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: USB-to-serial adapter no longer working in 8.0-RC1 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, 19 Sep 2009 18:13:39 -0000 On Sat, 19 Sep 2009, Hans Petter Selasky wrote: > On Saturday 19 September 2009 05:40:28 Greg Rivers wrote: >> Last May, Hans Petter Selasky fixed up the umct driver for 8.0-CURRENT >> (http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007125.html). >> After updating to 8.0-RC1 I find that the driver has a new problem. >> >> Testing with cu(1) and a modem, I can see by watching the lights on the >> modem and on the usb-serial adapter that it still asserts DTR and sends >> and receives characters properly, but no characters reach the terminal. >> That seems to be the only problem: characters from the attached serial >> device seem to disappear before reaching whatever program has the serial >> device open. But strangely enough, power cycling the modem results in a >> few "line noise" characters appearing. Perhaps the driver is no longer >> responding appropriately to DSR? >> >> Any insight or troubleshooting clues would be much appreciated. > > Hi, > > You need to provide debug output from: > > sysctl hw.usb.ucom.debug=15 > > and > > sysctl hw.usb.umct.debug=15 > > If it exists. > hw.usb.umct does not exist, but hw.usb.ucom does. Here's debug output with hw.usb.ucom.debug set to 15. I tested with a modem because it's easy to interact with. Attach USB-serial adapter to USB port: ugen1.2: at usbus1 umct0: on usbus1 ucom_attach_tty:317: tp = 0xc5644200, unit = 0 ucom_attach_tty:346: ttycreate: U0 Open /dev/cuaU0 via 'cu -l cuaU0 -s 115200 dir': ucom_open:554: tp = 0xc5644200 ucom_dtr:827: onoff = 1 ucom_line_state:799: on=0x01, off=0x00 ucom_rts:838: onoff = 1 ucom_line_state:799: on=0x02, off=0x00 ucom_break:816: onoff = 0 ucom_line_state:799: on=0x00, off=0x04 ucom_status_change:901: ucom_param:950: sc = 0xc5433230 ucom_dtr:827: onoff = 1 ucom_line_state:799: on=0x01, off=0x00 ucom_rts:838: onoff = 1 ucom_line_state:799: on=0x02, off=0x00 ucom_cfg_open:520: ucom_ioctl:653: cmd = 0x402c7413 ucom_ioctl:653: cmd = 0x802c7416 ucom_ioctl:653: cmd = 0x2000740d ucom_ioctl:653: cmd = 0x402c7413 ucom_ioctl:653: cmd = 0x802c7416 ucom_param:950: sc = 0xc5433230 ucom_ioctl:653: cmd = 0x8004667e ucom_ioctl:653: cmd = 0x8004667d ucom_get_data:1064: cnt=0 Type "atz" (modem resets, responds with "OK"): ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_status_change:901: Type "atdt" (modem goes off hook, finds no dial tone, prints "NO DIALTONE", hangs up): ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_status_change:901: last message repeated 2 times Type "atz" (modem resets, responds with "OK"): ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 ucom_status_change:901: Type "~." to exit cu: ucom_ioctl:653: cmd = 0x2000740e ucom_ioctl:653: cmd = 0x2000740e ucom_close:623: tp=0xc5644200 ucom_shutdown:446: ucom_dtr:827: onoff = 0 ucom_line_state:799: on=0x00, off=0x01 ucom_rts:838: onoff = 1 ucom_line_state:799: on=0x02, off=0x00 ucom_cfg_close:605: Detach USB-serial adapter from USB port: ugen1.2: at usbus1 (disconnected) umct0: at uhub0, port 1, addr 2 (disconnected) ucom_detach_tty:358: sc = 0xc5433230, tp = 0xc5644200 ucom_close:623: tp=0xc5644200 ucom_close:626: tp=0xc5644200 already closed Note that none of the characters output by the modem made it to cu. Each sequence of ucom_outwakeup:1009: sc = 0xc5433230 ucom_get_data:1064: cnt=1 ucom_get_data:1064: cnt=0 corresponds to me typing a character. There are no debug lines corresponding to characters output by the modem, so they must be getting dropped prior to reaching the ucom driver. I also tested with a 8.0-BETA2 system from July 18; it has the same problem. But I know that it was working on 8.0-CURRENT as recently as the first week of June. It still works fine on recent 7.2-STABLE. -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 18:56:07 2009 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 8AB1E106566C for ; Sat, 19 Sep 2009 18:56:07 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 3B50F8FC15 for ; Sat, 19 Sep 2009 18:56:06 +0000 (UTC) Received: from blue.tharned.org (blue.tharned.org [10.10.10.8]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n8JIu6Mr059474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 19 Sep 2009 13:56:06 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Sat, 19 Sep 2009 13:56:05 -0500 (CDT) From: Greg Rivers To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (roadkill.tharned.org [75.145.12.185]); Sat, 19 Sep 2009 13:56:06 -0500 (CDT) Subject: Bug in pciconf(8) output for ath0 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, 19 Sep 2009 18:56:07 -0000 Acer One netbook running 8.0-RC1 i386. dmesg: ath0: mem 0x55200000-0x5520ffff irq 18 at device 0.0 on pci3 ath0: [ITHREAD] ath0: AR2425 mac 14.2 RF5424 phy 7.0 pciconf -lv: ath0@pci0:3:0:0: class=0x020000 card=0xe008105b chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 (USBVID_147E&PID_20165&B71A446&0&1)' class = network subclass = ethernet Note the "device" stanza. -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 20:41:22 2009 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 4006D10656A6 for ; Sat, 19 Sep 2009 20:41:22 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id CBBC18FC0A for ; Sat, 19 Sep 2009 20:41:21 +0000 (UTC) Received: from [41.161.16.10] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Mp6kA-0003ex-Bm; Sat, 19 Sep 2009 22:41:18 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Mp6k5-0000oc-ST; Sat, 19 Sep 2009 22:41:13 +0200 To: "M. Warner Losh" From: Ian FREISLICH In-Reply-To: <20090919.011750.-861101116.imp@bsdimp.com> References: <20090919.011750.-861101116.imp@bsdimp.com> <19e9a5dc0909180646g1e2a2e50wde781a16523bc743@mail.gmail.com> X-Attribution: BOFH Date: Sat, 19 Sep 2009 22:41:13 +0200 Message-Id: Cc: gnemmi@gmail.com, current@FreeBSD.org Subject: Re: bwi(4) BCM4315 support? 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, 19 Sep 2009 20:41:22 -0000 "M. Warner Losh" wrote: > In message: <19e9a5dc0909180646g1e2a2e50wde781a16523bc743@mail.gmail.co= > m> > Gonzalo Nemmi writes: > : On Fri, Sep 18, 2009 at 4:36 AM, Ian Freislich wrot= > e: > : = > > : > Hi > : > > : > I have the following card: > : > > : > bwi0@pci0:1:0:0: class=3D0x028000 card=3D0x1508103c chip=3D0= > x431514e4 > : > rev=3D0x01 hdr=3D0x00 > : > vendor =3D 'Broadcom Corporation' > : > device =3D 'Broadcom Wireless b/g (BCM4315/BCM22062000)' > : > class =3D network > : > > : > By playing a little bit with the if_bwi source, I've managed to get= > > : > it detected to this point, but I obviously don't know what I'm > : > doing: > : > > : > bwi0: mem 0xfeafc000-0xfe= > afffff > : > irq 16 at device 0.0 on pci1 > : > bwi0: [ITHREAD] > : > bwi0: BBP: id 0x4312, rev 0x1, pkg 0 > : > bwi0: MAC: rev 15 > : > bwi0: PHY: type 5, rev 1, ver 6 > : > bwi0: RF: manu 0x17f, type 0x0002, rev 0 > : > bwi0: only BCM2050 RF is supported for 11G PHY > : > device_attach: bwi0 attach returned 6 > : > > : > Is there any thing I can try? Is there support on the horizon or > : > should I try and replace it with a supported card? > > I've also been working with paradox to understand his patch set and to > integrate it into the tree... > > However, did you load the firmware, as described in the bwi man page: No, I missed that, but it doesn't help. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 20:52:48 2009 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 D0E7A106566B for ; Sat, 19 Sep 2009 20:52:48 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8815A8FC0A for ; Sat, 19 Sep 2009 20:52:48 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1Mp6vF-0002vB-SW for freebsd-current@freebsd.org; Sat, 19 Sep 2009 22:52:45 +0200 Received: from 93-141-76-105.adsl.net.t-com.hr ([93.141.76.105]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Sep 2009 22:52:45 +0200 Received: from ivoras by 93-141-76-105.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Sep 2009 22:52:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 19 Sep 2009 22:52:13 +0200 Lines: 32 Message-ID: References: <318912.27167.qm@web63908.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig81E475853ADB6860CB059A01" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-141-76-105.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: <318912.27167.qm@web63908.mail.re1.yahoo.com> X-Enigmail-Version: 0.96.0 Sender: news Subject: Re: SSE register return with SSE disabled on AMD64 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, 19 Sep 2009 20:52:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig81E475853ADB6860CB059A01 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Barney Cordoba wrote: > What causes the error: >=20 > "SSE register return with SSE disabled" >=20 > Im getting it with seemingly simple math. Its in a module so I can > change the switches. Module, as in "kernel module"? Floating point math, and I believe by extension SSE and others, are not allowed in the kernel. --------------enig81E475853ADB6860CB059A01 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkq1RIIACgkQldnAQVacBcgsmACeM1qSx+1mR7w1f5dM89KKGty/ fN0An1HvdjDcTifbMVqsbLwnmsz/+Zyc =L3jf -----END PGP SIGNATURE----- --------------enig81E475853ADB6860CB059A01-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 21:54:02 2009 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 E09E51065676 for ; Sat, 19 Sep 2009 21:54:02 +0000 (UTC) (envelope-from drussell@saturn-tech.com) Received: from mxa.saturn-tech.com (mxa.saturn-tech.com [66.18.197.251]) by mx1.freebsd.org (Postfix) with ESMTP id AF5218FC1C for ; Sat, 19 Sep 2009 21:54:02 +0000 (UTC) Received: from mxa.saturn-tech.com (localhost [127.0.0.1]) by mxa.saturn-tech.com (8.13.8/8.13.8) with ESMTP id n8JM3GmU008755 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sat, 19 Sep 2009 16:03:16 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by mxa.saturn-tech.com (8.13.8/8.12.3/Submit) with ESMTP id n8JM3F0N008752 for ; Sat, 19 Sep 2009 16:03:16 -0600 (MDT) (envelope-from drussell@saturn-tech.com) X-Authentication-Warning: mxa.saturn-tech.com: drussell owned process doing -bs Date: Sat, 19 Sep 2009 16:03:15 -0600 (MDT) From: Doug Russell To: freebsd-current@freebsd.org In-Reply-To: <20090918161938.J76791@mxa.saturn-tech.com> Message-ID: <20090919155730.O87456@mxa.saturn-tech.com> References: <20090918161938.J76791@mxa.saturn-tech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: AR9280/9281 support (fixed) 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, 19 Sep 2009 21:54:03 -0000 Thanks to those who responded... My fault for looking at an old manpage and not reading carefully enough far enough back in UPDATING... :) Did not realize it used the wlan framework now. No wonder I was scratching my head! Sorry all... Now, if I can just get these couple other USB ones working (a couple newer Ralink chips) I'll be all set. :) Later...... From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 21:52:04 2009 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 9503B1065676 for ; Sat, 19 Sep 2009 21:52:04 +0000 (UTC) (envelope-from solskogen@carebears.mine.nu) Received: from mailout1-admin.bkkb.no (mailout.bkkb.no [62.97.193.182]) by mx1.freebsd.org (Postfix) with ESMTP id 428708FC08 for ; Sat, 19 Sep 2009 21:52:03 +0000 (UTC) X-ASG-Debug-ID: 1253397122-6cd901990000-XDYc8F X-Barracuda-URL: http://62.97.193.182:8000/cgi-bin/mark.cgi Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mailout1-admin.bkkb.no (Spam & Virus Firewall) with ESMTP id 2FDAD3422E5 for ; Sat, 19 Sep 2009 23:52:02 +0200 (CEST) Received: from mail.hjemme.no (mail.hjemme.no [62.97.193.11]) by mailout1-admin.bkkb.no with ESMTP id bBnFCW2Ebwf3XGTD for ; Sat, 19 Sep 2009 23:52:02 +0200 (CEST) Received: from carebears.mine.nu (220.85-200-86.bkkb.no [85.200.86.220]) by mail.hjemme.no (Postfix) with ESMTP id E7607B09109B for ; Sat, 19 Sep 2009 23:51:56 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id E278F8E52 for ; Sat, 19 Sep 2009 23:52:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at example.com Received: from carebears.mine.nu ([127.0.0.1]) by localhost (shine.antarctica.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95VW4rdv78dt for ; Sat, 19 Sep 2009 23:51:59 +0200 (CEST) Received: from [192.168.0.22] (funshine.antarctica.no [192.168.0.22]) by carebears.mine.nu (Postfix) with ESMTP id 945EB8E47 for ; Sat, 19 Sep 2009 23:51:59 +0200 (CEST) Message-ID: <4AB55285.2090804@carebears.mine.nu> Date: Sat, 19 Sep 2009 23:52:05 +0200 From: Christer Solskogen User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-ASG-Orig-Subj: chflags: Invalid argument Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mail.hjemme.no[62.97.193.11] X-Barracuda-Start-Time: 1253397122 X-Barracuda-Virus-Scanned: by Barracuda Spam & Virus Firewall at bkkb.no X-Barracuda-Spam-Score: -1002.00 X-Barracuda-Spam-Status: No, SCORE=-1002.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1000.0 X-Mailman-Approved-At: Sat, 19 Sep 2009 22:10:25 +0000 Subject: chflags: Invalid argument 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, 19 Sep 2009 21:52:04 -0000 I was trying to use "ezjail-admin update -i" to create a basejail on a zfs filesystem, but encountered this problem: install: /usr/jails/fulljail/lib/libc.so.7: chflags: Invalid argument From earlier posts it should not be an issue anymore (and I did not have this problem last time I used it) but now it seems it have emerged from the grave. System is FreeBSD 8.0-RC1 amd64, and ZFS pool version 13. The pool was upgraded today. -- chs From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 22:19:58 2009 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 B9454106566C for ; Sat, 19 Sep 2009 22:19:58 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n7b.bullet.mail.ac4.yahoo.com (n7b.bullet.mail.ac4.yahoo.com [76.13.13.77]) by mx1.freebsd.org (Postfix) with SMTP id 643648FC0A for ; Sat, 19 Sep 2009 22:19:58 +0000 (UTC) Received: from [76.13.13.26] by n7.bullet.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 22:19:57 -0000 Received: from [76.13.10.183] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 22:19:57 -0000 Received: from [127.0.0.1] by omp124.mail.ac4.yahoo.com with NNFMP; 19 Sep 2009 22:19:57 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 595380.74244.bm@omp124.mail.ac4.yahoo.com Received: (qmail 41929 invoked by uid 60001); 19 Sep 2009 22:19:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253398797; bh=ccRYGQLPxRSIDEkLZN2507xAYQKERsKtdYf9//Y3HKI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=B3al2KFzeLHgpcqGw5D1tQcKcyJse2BrcqzBvm+PzWPe5RTJQA0WewJzt9W//hOH3ae6jxB7/RXjgUdDoUAP5nsRJ3mr8SYNauAXYWehHsoeGsY58BCWu0e+ujW7JmZeWGAeo6Utmfsfkm+z4J/MohuU/b90bPqV3EMjNunfcng= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=KEK+wkv64Dq5WE60pbBGsfxNEuDctOpDuprNB1PvT7xRir5x2uvEXP4BRnzGtb+QaDj7Y0K7aqVKalIk8dmBpBFwwznIv2gqyrUUvCBXtjsGS0vRhU+JGC6Ulx64VFcP/fMcPX9l8YucvkabgXSTza9fgZKNzXzEMubBOj01yEI=; Message-ID: <507613.41733.qm@web63907.mail.re1.yahoo.com> X-YMail-OSG: F6EvTD8VM1kEr6CxWWzPj47yK2Flg1w_SSnFuMbq.X8U_ZVPROt9.qbEjZnGJxFOC2lkYxO0AfHlYMSbi2Kjhtc0uE66fm35kpvs.gxKqJ1DVW6dWdSYykcCSFAod1IZrE80AO4oY.QD6lCJu58AC3Y6ZqqiCoyMo9754Jy6a.LIxYJ2hnm.COJc00ej8jGZCS_24m8MTOC6LKUDEWSOCQqJMdlz70DRVw.QdIWdZKHoQ.dgxngR1EusCDoKxnuqRH8Swre9hwMklehDCu3H6y3JPfHa9WbocJCfLqu6r_8pcF0- Received: from [98.203.21.152] by web63907.mail.re1.yahoo.com via HTTP; Sat, 19 Sep 2009 15:19:57 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Sat, 19 Sep 2009 15:19:57 -0700 (PDT) From: Barney Cordoba To: freebsd-current@freebsd.org, Ivan Voras In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: SSE register return with SSE disabled on AMD64 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, 19 Sep 2009 22:19:58 -0000 --- On Sat, 9/19/09, Ivan Voras wrote: > From: Ivan Voras > Subject: Re: SSE register return with SSE disabled on AMD64 > To: freebsd-current@freebsd.org > Date: Saturday, September 19, 2009, 4:52 PM > Barney Cordoba wrote: > > What causes the error: > > > > "SSE register return with SSE disabled" > > > > Im getting it with seemingly simple math. Its in a > module so I can > > change the switches. > > Module, as in "kernel module"? Floating point math, and I > believe by > extension SSE and others, are not allowed in the kernel. > Yes, Kernel Module It only seems to affect division, and it works fine in 32 bit mode, so I don't think its floating point in general. Is there an emulator function or something? Barney From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 23:56:27 2009 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 D1445106568F; Sat, 19 Sep 2009 23:56:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 51CEB8FC18; Sat, 19 Sep 2009 23:56:27 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEADMMtUqDaFvH/2dsb2JhbADLf4QbBYFY X-IronPort-AV: E=Sophos;i="4.44,417,1249272000"; d="scan'208";a="48659385" Received: from danube.cs.uoguelph.ca ([131.104.91.199]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 19 Sep 2009 19:56:25 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id ED74610846A9; Sat, 19 Sep 2009 19:56:24 -0400 (EDT) X-Virus-Scanned: amavisd-new at danube.cs.uoguelph.ca Received: from danube.cs.uoguelph.ca ([127.0.0.1]) by localhost (danube.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y7VCLm2pOby5; Sat, 19 Sep 2009 19:56:24 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id E6C0710846A7; Sat, 19 Sep 2009 19:56:23 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8K01us06712; Sat, 19 Sep 2009 20:01:56 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sat, 19 Sep 2009 20:01:56 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Sam Leffler In-Reply-To: <4AB40DC7.2060808@freebsd.org> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <4AB40DC7.2060808@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable , freebsd-current@freebsd.org, John Marshall , George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 19 Sep 2009 23:56:27 -0000 On Fri, 18 Sep 2009, Sam Leffler wrote: > > FWIW I hit the same problem (I think) with cyrus imap and saslauthd. I > am running HEAD and tried building w/ and w/o kerberos enabled but > cyradm aborts on startup complaining about the missing symbol. I > started digging because I couldn't get cyrus imap to authenticate users. > Feels like one or more of these ports are busted. > This change might actually be worth trying... I diff'd the Makefile for openldap-2.4.18 vs openldap-2.4.15 created by ports and found this (along with the expected version change stuff). You could try patching your Makefile in the openldap-2.4.18 directory (this was the one created under net/openldap24-sasl-client/work). rick ps: I'll try the same "diff Makefile" trick for the cyrus stuff. --- Makefile.openldap-2.4.18 Sat Sep 19 19:24:22 2009 +++ Makefile.openldap-2.4.15 Sat Sep 19 19:23:49 2009 @@ -187,9 +187,10 @@ KRB5_LIBS = KRB_LIBS = SASL_LIBS = -lsasl2 +GSSAPI_LIBS = -lgssapi TLS_LIBS = -lssl -lcrypto AUTH_LIBS = -SECURITY_LIBS = $(SASL_LIBS) $(KRB_LIBS) $(TLS_LIBS) $(AUTH_LIBS) +SECURITY_LIBS = $(SASL_LIBS) $(KRB_LIBS) $(GSSAPI_LIBS) $(TLS_LIBS) $(AUTH_LIBS) ICU_LIBS = MODULES_CPPFLAGS = From owner-freebsd-current@FreeBSD.ORG Sat Sep 19 23:33:47 2009 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 832091065676 for ; Sat, 19 Sep 2009 23:33:47 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82204.mail.mud.yahoo.com (web82204.mail.mud.yahoo.com [209.191.86.99]) by mx1.freebsd.org (Postfix) with SMTP id 308F08FC08 for ; Sat, 19 Sep 2009 23:33:47 +0000 (UTC) Received: (qmail 28127 invoked by uid 60001); 19 Sep 2009 23:33:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ji4shCZcsVc/YupnpniUIwGwveNcRXPKbRKakE9EgsQ//A+wt2xTZ35hi0BXYj4ONm0ywhHJKMYFWHPIBYOV8NJExArTQj0WKoiT2yu9N0APgd7KTQRg8ELrA1kXuHiOkcpkMbkpMf+IwtAzpndY0Z7tDdGfS2yfoCK1YyBKd64=; Message-ID: <697729.27688.qm@web82204.mail.mud.yahoo.com> X-YMail-OSG: TUXMYowVM1kYkNkcQsE2sP9iipHJf7RBjqKCfMGKji8DBeoXLINNtEYNigJRMt1ERQxpr49h39cSgmBp5zF45.RSPtU5Hq7yenvc0N6lcgzWaG5LtJ2cKJKTKkpHXfyx6ATnXe3Y5zLQq.M.9Lpmnr9V96h_DxBhfqDNK1xIzp2.TG82_J0WRvc42WI_QXJ4lr5RptCq08PuRLugHZI17AesAbBtpO2X1C_vKg.kx7W95tzwIaK9bDP9vIwU2J2rtZvbfsViDGqVsWvq6iYGN_xfEdk_rIVePvzpxt59i204PQ-- Received: from [75.36.167.175] by web82204.mail.mud.yahoo.com via HTTP; Sat, 19 Sep 2009 16:33:45 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Sat, 19 Sep 2009 16:33:45 -0700 (PDT) From: Jin Guojun To: current@freebsd.org In-Reply-To: <20090914235257.f0895686.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sat, 19 Sep 2009 23:57:36 +0000 Cc: question@freebsd.org Subject: Is SATA HOT plug in still supported 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: Sat, 19 Sep 2009 23:33:47 -0000 It seems that SATA hot-plug-in is no longer supported in current -- both 7.2 and 8.0. I have a GeForce6100PM-M2 motherboard with both PATA and SATA installed. System boots from PATA derives for 6.4, 7.2 and 8.0-Beta4 with SATA offline. After system is up, power SATA, 6.4 sees the dirve right way and disk is automatically attached to ata2-master. When boot to both 7.2 and 8.0, hot plug-in SATA drive does not show any message to the system. Issueing command "atacontrol attach ata2" or "atacontrol reinit ata2" does not get disk online. Without chnage anything, and just reboot the system, the SATA drive will show up. So, this sounds like SATA hot plug-in feature is disabled by configuration. Is possible to reconfigure the kernel to enable SATA hot-plug-in feature? -Jin