From owner-freebsd-stable@FreeBSD.ORG Sun Apr 27 04:36:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D599106566B for ; Sun, 27 Apr 2008 04:36:11 +0000 (UTC) (envelope-from rock_on_the_web@comcen.com.au) Received: from angel.comcen.com.au (angel.comcen.com.au [203.23.236.69]) by mx1.freebsd.org (Postfix) with ESMTP id C04408FC12 for ; Sun, 27 Apr 2008 04:36:10 +0000 (UTC) (envelope-from rock_on_the_web@comcen.com.au) Received: from [192.168.0.198] (202-172-126-254.cpe.qld-1.comcen.com.au [202.172.126.254]) by angel.comcen.com.au (8.13.4/8.12.9) with ESMTP id m3R4YbNb031104 for ; Sun, 27 Apr 2008 14:34:43 +1000 (EST) From: Da Rock To: freebsd-stable@freebsd.org In-Reply-To: <48135338.7080307@freebsd.org> References: <1209126314.1519.36.camel@localhost> <20080425160047.GC86456@slackbox.xs4all.nl> <1209193871.2000.12.camel@localhost> <1209198483.28816.38.camel@laptop2.herveybayaustralia.com.au> <48135338.7080307@freebsd.org> Content-Type: text/plain Date: Sun, 27 Apr 2008 14:34:32 +1000 Message-Id: <1209270872.28816.44.camel@laptop2.herveybayaustralia.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-4.fc8) Content-Transfer-Encoding: 7bit X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-16.379, required 4, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.42, BAYES_00 -15.00) X-comcen-MailScanner-From: rock_on_the_web@comcen.com.au Subject: Re: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2008 04:36:11 -0000 On Sat, 2008-04-26 at 09:07 -0700, Sam Leffler wrote: > Da Rock wrote: > > On Sat, 2008-04-26 at 11:11 +0400, Vladimir Grebenschikov wrote: > > > >> On Fri, 2008-04-25 at 18:00 +0200, Roland Smith wrote: > >> > >>> On Fri, Apr 25, 2008 at 04:25:14PM +0400, Vladimir Grebenschikov wrote: > >>> > >>>> Hi > >>>> > >>>> Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 > >>>> > >>>> Everything was fine until I've tried to configure wireless (ath driver, > >>>> WPA) > >>>> It crashes every time after interface becomes UP, > >>>> (I've seen associated in ifconfig output before crash), but before dhcp > >>>> finished to get IP. > >>>> > >>> You should use the kernel image with the debugging symbols here. If > >>> you > >>> build and install a kernel, you get two kernel images on 7.x; > >>> 1) /boot/kernel/kernel (your regular kernel) > >>> 2) /boot/kernel/kernel.symbols (with the debug symbols) > >>> > >> Hm, I've thought before, that it will show back-trace even without debug > >> symbols. > >> Anyway, gdb still complains about "linker_file" and "not as structure > >> pointer" > >> But shows stop point. > >> Not much info here :( > >> > >> cat /var/crash/info.44 > >> Dump header from device /dev/ad0s2b > >> Architecture: i386 > >> Architecture Version: 2 > >> Dump Length: 190091264B (181 MB) > >> Blocksize: 512 > >> Dumptime: Sat Apr 26 10:50:05 2008 > >> Hostname: vbook.fbsd.ru > >> Magic: FreeBSD Kernel Dump > >> Version String: FreeBSD 7.0-STABLE #3: Sat Apr 26 10:20:31 MSD 2008 > >> root@vbook.fbsd.ru:/usr/src/sys/i386/compile/VBOOK > >> Panic String: page fault > >> Dump Parity: 4236056142 > >> Bounds: 44 > >> Dump Status: good > >> > >> > >> kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.44 > >> [GDB will not be able to debug user-mode > >> threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > >> GNU gdb 6.1.1 [FreeBSD] > >> Copyright 2004 Free Software Foundation, Inc. > >> GDB is free software, covered by the GNU General Public License, and you > >> are > >> welcome to change it and/or distribute copies of it under certain > >> conditions. > >> Type "show copying" to see the conditions. > >> There is absolutely no warranty for GDB. Type "show warranty" for > >> details. > >> This GDB was configured as "i386-marcel-freebsd". > >> No struct type named linker_file. > >> No struct type named linker_file. > >> No struct type named linker_file. > >> No struct type named linker_file. > >> Attempt to extract a component of a value that is not a structure > >> pointer. > >> Attempt to extract a component of a value that is not a structure > >> pointer. > >> Attempt to extract a component of a value that is not a structure > >> pointer. > >> Attempt to extract a component of a value that is not a structure > >> pointer. > >> #0 doadump () at pcpu.h:195 > >> 195 pcpu.h: No such file or directory. > >> in pcpu.h > >> (kgdb) bt > >> #0 doadump () at pcpu.h:195 > >> #1 0xc0542757 in boot (howto=260) at ../../../kern/kern_shutdown.c:418 > >> #2 0xc0542a53 in panic (fmt=Variable "fmt" is not available.) at ../../../kern/kern_shutdown.c:572 > >> #3 0xc06a8870 in trap_fatal () > >> #4 0xc06a8c2a in trap_pfault () > >> #5 0xc06a957e in trap () > >> #6 0xc068e80b in calltrap () > >> #7 0xc58b68d5 in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> (kgdb) > >> > >> Most of crashes even failed to save vmdump due to double faults. > >> > >> Looks like it is really related to wireless code. > >> Effect happens only at my home WiFi network and does not happens at work > >> (WPA-PSK vs PEAP) > >> and always current process in nmbd (broadcasting ?). > >> > >> Crash happens with both 4BSD and ULE schedulers. > >> > >> My system have dual-core Intel x86 CPU (SMP kernel) > >> > > > > FWIW I've had to install 6.3 because my new system crashed on 7- uses a > > ral driver for a linksys wmp54g card. I'm not sure about broadcasting, > > but it failed after only moments of up time. > > > > I'm also going to have to roll back to 6.3 on another machine of similar > > design (minus wifi nic)- crashes every so often. So far I haven't been > > able to get a dump because I don't see it happen and I can't find the > > logs yet. > > > > Machines use a gigabyte GA-945GCM-S2L mb with a celeron ~1.6G cpu and > > 1gig RAM, seagate 80gb sata hdd. Main diff is case- 1x desktop (250W), > > 1x tower (400W). > > > > _____________________________________________ > > We can't fix problems w/o information. Should you or someone else get > something to work with please file a PR. Yeah I know, and I applaud your efforts here. My problem was temporally related so I wasn't able to obtain more info and submit a PR as I know I probably should have. However, the relevant info regarding my hardware should be of some assistance in chasing down further issues as you find them, so this I did submit. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 27 09:56:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CCA71065672 for ; Sun, 27 Apr 2008 09:56:34 +0000 (UTC) (envelope-from sashi@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B32258FC14 for ; Sun, 27 Apr 2008 09:56:33 +0000 (UTC) (envelope-from sashi@gmx.de) Received: (qmail invoked by alias); 27 Apr 2008 09:29:51 -0000 Received: from e180219142.adsl.alicedsl.de (EHLO [49.1.1.104]) [85.180.219.142] by mail.gmx.net (mp021) with SMTP; 27 Apr 2008 11:29:51 +0200 X-Authenticated: #546547 X-Provags-ID: V01U2FsdGVkX1+63qZg+sO68l6sW2jx3QJF6cyaXgyD7z0UNsl9qx 8mJXSI+S3HDFb9 Message-ID: <48144854.1070705@gmx.de> Date: Sun, 27 Apr 2008 11:33:08 +0200 From: Marian Asokarajan User-Agent: Thunderbird 2.0.0.9 (X11/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: libstdc++ localization aborts with an exception X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2008 09:56:34 -0000 Hello, if I try to instantiate the standard C++ class std::locale for locales other than "C", it aborts with an exception in FreeBSD 7-R. I suppose it has something to do with, how libstdc++ is build under fBSD. There is an option for libstdc++ called --enable-clocale[=MODEL] use MODEL for target locale package [default=auto] these MODELs are located in the base system source directory /usr/src/contrib/libstdc++/config/locale/ And probably the "darwin" (or "generic") model is used, instead of "gnu" (s.a. line 5801 in file /usr/src/contrib/libstdc++/configure). If it is so, why doesn't the "gnu" model apply to FreeBSD ? gcc -v reports: Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] on my FreeBSD 7.0-RELEASE system. My $LANG is set to de_DE.UTF-8 (via login.conf). locale -a|grep de_DE reports: de_DE.ISO8859-1 de_DE.ISO8859-15 de_DE.UTF-8 Here's a C++ code you may want to try (compile with CC ). It works well with "setenv LANG C", but fails if LANG=de_DE.UTF-8 (or any other) ! //--------------------------------------------------- #include #include #include int main() { using std::cout; using std::endl; // C L10n const char* const lstr = std::setlocale(LC_ALL, ""); cout << "C setlocale()\nresult="; cout << ( lstr ? lstr : "0" ) << "\n" << endl; // C++ L10n cout << "C++ std::locale" << endl; std::locale loc(""); cout << "std::locale loc=" << loc.name() << endl; } //--------------------------------------------------- Output (set $LANG to de_DE.UTF-8 and run with ./a.out): ------------------------------------------------------------------- C setlocale() result=de_DE.UTF-8 C++ std::locale terminate called after throwing an instance of 'std::runtime_error' what(): locale::facet::_S_create_c_locale name not valid Abort (core dumped) ------------------------------------------------------------------- Thanks in advance for any ideas. Marian From owner-freebsd-stable@FreeBSD.ORG Sun Apr 27 20:11:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42BA4106566C for ; Sun, 27 Apr 2008 20:11:02 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id E90478FC1A for ; Sun, 27 Apr 2008 20:11:01 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.117.175.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 35B4E8A0825 for ; Sun, 27 Apr 2008 22:10:58 +0200 (CEST) Message-ID: <4814DDC4.9000004@bsdforen.de> Date: Sun, 27 Apr 2008 22:10:44 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: WANT_LINT broken on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2008 20:11:02 -0000 Workarounds such as this: .if ! ${.CURDIR:M*lib32*} WANT_LINT= yes .else .undef WANT_LINT .endif don't help either. This is the tail of the build log: sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libc.a /usr/obj/HP6510b/amd64/usr/src/lib32/usr/lib32 sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 -fschg -S libc.so.7 /usr/obj/HP6510b/amd64/usr/src/lib32/usr/lib32 ln -fs libc.so.7 /usr/obj/HP6510b/amd64/usr/src/lib32/usr/lib32/libc.so sh /usr/src/tools/install.sh -o root -g wheel -m 444 libc_pic.a /usr/obj/HP6510b/amd64/usr/src/lib32/usr/lib32 sh /usr/src/tools/install.sh -o root -g wheel -m 444 llib-lc.ln /usr/obj/HP6510b/amd64/usr/src/lib32/usr/libdata/lint install: /usr/obj/HP6510b/amd64/usr/src/lib32/usr/libdata/lint: No such file or directory *** Error code 71 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 27 21:43:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA0B31065672 for ; Sun, 27 Apr 2008 21:43:22 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (unknown [IPv6:2001:470:1f06:4e1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 889558FC1C for ; Sun, 27 Apr 2008 21:43:22 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Thawte Freemail Member", Issuer "Thawte Personal Freemail Issuing CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id A550161D5 for ; Sun, 27 Apr 2008 17:43:21 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1209332601; bh=xVlWb0xav7lX4+ kc5j0EkdseStuH8ZPJtVAOjRo8O8s=; h=Message-ID:Date:From:MIME-Version: To:Subject:Content-Type:Content-Transfer-Encoding; b=kHeTCVBIWT5yF K9/7AUMYkZbEzMtsE5oO9HV+RmvZg6T33npI+O95Sby9Tr7FaHgutDH1UuvatXlXxTq g96Xqw3Apmj0Hbyktulc9DiA8l4jzyWloqFnOUZdxga0WINh DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=POmPuf+9HJBmqWiJhVTqi/g1o28arnAfaTpKB8fa6nlVs2Wta0c0VGKlt1Q2lDT/t cGaIpgPD/oeLccUGtVleRvn8kmzAjy4ahJo4oKEHC+7dYxrWCyFMAiqnzCVb8dA Message-ID: <4814F377.7050704@protected-networks.net> Date: Sun, 27 Apr 2008 17:43:19 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Sierra AirCard 595 and Belkin Bluetooth adapter F8T020 + F8T007 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2008 21:43:22 -0000 Neither of these devices appear to be supported in the /sys/dev/usb/usbdevs list. The Aircard 595 shows up as .. kernel: ohci0: mem 0xf0908000-0xf0908fff irq 18 at device 0.0 on cardbus0 kernel: ohci0: [GIANT-LOCKED] kernel: ohci0: [ITHREAD] kernel: usb5: OHCI version 1.0 kernel: usb5: on ohci0 kernel: usb5: USB revision 1.0 kernel: uhub5: on usb5 kernel: uhub5: 1 port with 1 removable, self powered kernel: ohci1: mem 0xf0909000-0xf0909fff irq 18 at device 0.1 on cardbus0 kernel: ohci1: [GIANT-LOCKED] kernel: ohci1: [ITHREAD] kernel: usb6: OHCI version 1.0 kernel: usb6: on ohci1 kernel: usb6: USB revision 1.0 kernel: uhub6: on usb6 kernel: uhub6: 1 port with 1 removable, self powered root: Unknown USB device: vendor 0x1199 product 0x0019 bus uhub5 kernel: ugen0: on uhub5 Would I be correct in assuming that simply adding this device to usbdevs and umodem.c is sufficient? Secondly, the bluetooth adapter shows up as a straightforward serial port .. kernel: sio4: at port 0x2f8-0x2ff irq 18 function 0 config 1 on pccard0 kernel: sio4: type 16550A kernel: sio4: [FILTER] How can I hook this up to the bluetooth netgraph stack? Michael From owner-freebsd-stable@FreeBSD.ORG Sun Apr 27 21:52:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C6010656C7 for ; Sun, 27 Apr 2008 21:52:55 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id A85FF8FC1B for ; Sun, 27 Apr 2008 21:52:54 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K000080L7G5D9D0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 27 Apr 2008 23:52:53 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K0000EHM7G4XHG0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 27 Apr 2008 23:52:53 +0200 (CEST) Date: Sun, 27 Apr 2008 23:52:52 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080427235252.ee75f226.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: bluetooth keyboards and /etc/rc.d/bluetooth X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2008 21:52:55 -0000 Hello, Today I set up a bluetooth keyboard on a FreeBSD machine for the first time. The machine is running FreeBSD 7.0-stable: root@kg-vm# uname -a FreeBSD kg-vm.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #10: Sat Apr 12 21:42:55 CEST 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 I used the Handbook chapter about bluetooth[1] (which needs updating as it doesn't mention bthidd at all) and mailing list messages as my guide. Basically, I found out that I needed to set up hcsecd(8) and bthidd(8) in order for this to work. You can read more ramblings about this experience on my "various hardware"[3] page. I wrote a mini how-to about the setup here[2], in case anyone is interested. I haven't worked with netgraph before. Netgraph devices aren't supposeed to create device node (names) in /dev, right? where does /etc/rc.d/bluetooth fit in the picture? Do I need to use that at all? References: 1) http://www.freebsd.org/doc/en/books/handbook/network-bluetooth.html 2) http://geekinfo.net/article.php?story=20080427222204364 3) http://tingox.googlepages.com/freebsd_various_hw -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Mon Apr 28 05:29:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C203106567F for ; Mon, 28 Apr 2008 05:29:32 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id A7B498FC1C for ; Mon, 28 Apr 2008 05:29:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 8483A28448 for ; Mon, 28 Apr 2008 13:29:30 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id E5A25EB3D0B; Mon, 28 Apr 2008 13:29:29 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id Moh0eWPxKcpH; Mon, 28 Apr 2008 13:29:21 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 16A96EB73D2; Mon, 28 Apr 2008 13:29:19 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ri4t3qbXd2tYt4VTu5nYz/Qe/99v7ITJyEXGaYvOT4xM0c1wWgdl/2ClyIKXcBSEs OzTG+QseQi/phOt4TbEzA== Message-ID: <481560AC.90109@delphij.net> Date: Sun, 27 Apr 2008 22:29:16 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2008 05:29:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Just wonder what the system would do after Uptime: during reboot? Will there be any callbacks be called? I have received some report regarding hangs after this, and IIRC the only operation is to IPI BSP to do reboot? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgVYKsACgkQi+vbBBjt66AAPQCePWw4wcupuCVvYx1NXk1BtKCZ SDEAoJkIfLVtKdKi1aSboSh9ioASy044 =iQyz -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 28 07:49:55 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 150D71065670 for ; Mon, 28 Apr 2008 07:49:55 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 908288FC12 for ; Mon, 28 Apr 2008 07:49:51 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m3S7nmIj025081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 28 Apr 2008 11:49:49 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JqO7P-0000WZ-LG for stable@freebsd.org; Mon, 28 Apr 2008 11:49:47 +0400 From: Vladimir Grebenschikov To: stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Mon, 28 Apr 2008 11:49:46 +0400 Message-Id: <1209368986.1594.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: One more panic with recent STABLE - vm_page_unwire: invalid wire count: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2008 07:49:55 -0000 Hi Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 209514496B (199 MB) Blocksize: 512 Dumptime: Mon Apr 28 11:40:40 2008 Hostname: vbook Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-STABLE #3: Sat Apr 26 10:20:31 MSD 2008 root@vbook:/usr/src/sys/i386/compile/VBOOK Panic String: vm_page_unwire: invalid wire count: 0 Dump Parity: 519451241 Bounds: 45 Dump Status: good That was happens on 'pkill evolution' command. kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.45 [...] Attempt to extract a component of a value that is not a structure pointer. #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0542757 in boot (howto=260) at ../../../kern/kern_shutdown.c:418 #2 0xc0542a53 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:572 #3 0xc066496e in vm_page_unwire () #4 0xc0653469 in vm_fault_unwire () #5 0xc065afa3 in vm_map_delete () #6 0xc065b2d1 in vm_map_remove () #7 0xc0652536 in uma_large_free () #8 0xc0531dde in free () #9 0xc050ce32 in cpufreq_curr_sysctl () #10 0xc054c647 in sysctl_root () #11 0xc054c7e1 in userland_sysctl () #12 0xc054d9d1 in __sysctl () #13 0xc06a8ddd in syscall () #14 0xc068e870 in Xint0x80_syscall () #15 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-stable@FreeBSD.ORG Mon Apr 28 08:49:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A04E1065672 for ; Mon, 28 Apr 2008 08:49:18 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 208C08FC1F for ; Mon, 28 Apr 2008 08:49:17 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1JqOnj-00047u-M9 for ; Mon, 28 Apr 2008 10:33:31 +0200 Received: (qmail 87429 invoked from network); 28 Apr 2008 08:33:29 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 28 Apr 2008 08:33:29 -0000 To: "Torfinn Ingolfsen" , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20080427235252.ee75f226.torfinn.ingolfsen@broadpark.no> Content-Transfer-Encoding: Quoted-Printable Date: Mon, 28 Apr 2008 10:33:28 +0200 Message-ID: In-Reply-To: <20080427235252.ee75f226.torfinn.ingolfsen@broadpark.no> User-Agent: Opera Mail/9.27 (FreeBSD) Cc: Subject: Re: bluetooth keyboards and /etc/rc.d/bluetooth X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2008 08:49:18 -0000 On Sun, 27 Apr 2008 23:52:52 +0200, Torfinn Ingolfsen = wrote: > Hello, > > Today I set up a bluetooth keyboard on a FreeBSD machine for the first= > time. The machine is running FreeBSD 7.0-stable: > root@kg-vm# uname -a > FreeBSD kg-vm.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #10: Sat Apr 12 > 21:42:55 CEST 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC > amd64 > > I used the Handbook chapter about bluetooth[1] (which needs updating a= s > it doesn't mention bthidd at all) and mailing list messages as my guid= e. > Basically, I found out that I needed to set up hcsecd(8) and bthidd(8)= > in order for this to work. You can read more ramblings about this > experience on my "various hardware"[3] page. I wrote a mini how-to > about the setup here[2], in case anyone is interested. > > I haven't worked with netgraph before. Netgraph devices aren't > supposeed to create device node (names) in /dev, right? > > where does /etc/rc.d/bluetooth fit in the picture? Do I need to use > that at all? > > References: > 1) http://www.freebsd.org/doc/en/books/handbook/network-bluetooth.html= > 2) http://geekinfo.net/article.php?story=3D20080427222204364 > 3) http://tingox.googlepages.com/freebsd_various_hw You can mail to freebsd-bluetooth@freebsd.org to. There are some = responsive people with the right knowledge overthere. Ronald. -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon Apr 28 10:24:58 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEA57106564A for ; Mon, 28 Apr 2008 10:24:58 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 779CF8FC14 for ; Mon, 28 Apr 2008 10:24:58 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id m3S9rUb4009442; Mon, 28 Apr 2008 10:53:30 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JqQ38-0004vA-Jj; Mon, 28 Apr 2008 10:53:30 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m3S9rUh7062618; Mon, 28 Apr 2008 10:53:30 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m3S9rTPP062617; Mon, 28 Apr 2008 10:53:29 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: d@delphij.net In-Reply-To: <481560AC.90109@delphij.net> References: <481560AC.90109@delphij.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 28 Apr 2008 10:53:29 +0100 Message-Id: <1209376409.59233.14.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: FreeBSD Stable Subject: Re: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2008 10:24:59 -0000 On Sun, 2008-04-27 at 22:29 -0700, Xin LI wrote: > Hi, > > Just wonder what the system would do after Uptime: during reboot? Will > there be any callbacks be called? I have received some report regarding > hangs after this, and IIRC the only operation is to IPI BSP to do reboot? Several callbacks are called after that message. Anything that registers with the shutdown_post_sync or shutdown_final event handler, for example, and the dump routine if you are using "reboot -d". Before trying to diagnose this, however, make sure you are running with sys/dev/usb/ehci_pci.c 1.30 (which has also been MFC'd to 6/7), as that seems to have been the cause of most of the recently reported "hangs after printing uptime" PRs. Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Apr 28 15:57:06 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3FFC1065674 for ; Mon, 28 Apr 2008 15:57:06 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.freebsd.org (Postfix) with SMTP id 4563D8FC19 for ; Mon, 28 Apr 2008 15:57:05 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: (qmail 68399 invoked by uid 89); 28 Apr 2008 15:30:23 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 28 Apr 2008 15:30:23 -0000 Date: Mon, 28 Apr 2008 17:30:19 +0200 From: Oliver Lehmann To: mtm@freebsd.org Message-Id: <20080428173019.9741ad41.oliver@FreeBSD.org> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: error in src/etc/rc.d/mountcritlocal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2008 15:57:07 -0000 Hi Mike, with todays update I got version 1.12.2.4 of src/etc/rc.d/mountcritlocal for my RELENG_6 system today when I cvsuped my source. # $FreeBSD: src/etc/rc.d/mountcritlocal,v 1.12.2.4 2008/03/20 10:53:18 mtm Exp $ C src/etc/rc.d/mountcritlocal,v RELENG_6 . 2#871#110#12060103985#143213#555 1.12.2.4 2008.03.20.10.53.18 2#871#110#12093647233#9833#755 I checked on cvsweb, and with 1.12.2.1 you've introduced an error. If mount returns an error, "stop_boot true" gets called. But stop_boot itself calls checkyesno which only allows yes or no as a valid parameter - which true isn't obviously. So in case mounting the filesystems produced an error, you are left with the error message "$true is not set properly - see rc.conf(5)" not telling you anything about the real error. Took me some time to find out that a filesystem entry in /etc/fstab for a filesystem which is disconnected right now was the cause here. Could you please fix this? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 28 16:55:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 615521065672 for ; Mon, 28 Apr 2008 16:55:17 +0000 (UTC) (envelope-from SRS0=23f54c9ad174011530cee3021d2411710db75288=685=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id C34A78FC7B for ; Mon, 28 Apr 2008 16:55:16 +0000 (UTC) (envelope-from SRS0=23f54c9ad174011530cee3021d2411710db75288=685=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IUF21514; Mon, 28 Apr 2008 09:55:14 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 191E545010; Mon, 28 Apr 2008 09:55:14 -0700 (PDT) To: "Ronald Klop" In-Reply-To: Your message of "Mon, 28 Apr 2008 10:33:28 +0200." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1209401714_58794P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 28 Apr 2008 09:55:14 -0700 From: "Kevin Oberman" Message-Id: <20080428165514.191E545010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Ronald Klop X-To_Domain: klop.yi.org X-To: "Ronald Klop" X-To_Email: ronald-freebsd8@klop.yi.org X-To_Alias: ronald-freebsd8 Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: bluetooth keyboards and /etc/rc.d/bluetooth X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2008 16:55:17 -0000 --==_Exmh_1209401714_58794P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "Ronald Klop" > Date: Mon, 28 Apr 2008 10:33:28 +0200 > Sender: owner-freebsd-stable@freebsd.org > > On Sun, 27 Apr 2008 23:52:52 +0200, Torfinn Ingolfsen > wrote: > > > Hello, > > > > Today I set up a bluetooth keyboard on a FreeBSD machine for the first > > time. The machine is running FreeBSD 7.0-stable: > > root@kg-vm# uname -a > > FreeBSD kg-vm.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #10: Sat Apr 12 > > 21:42:55 CEST 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC > > amd64 > > > > I used the Handbook chapter about bluetooth[1] (which needs updating as > > it doesn't mention bthidd at all) and mailing list messages as my guide. > > Basically, I found out that I needed to set up hcsecd(8) and bthidd(8) > > in order for this to work. You can read more ramblings about this > > experience on my "various hardware"[3] page. I wrote a mini how-to > > about the setup here[2], in case anyone is interested. > > > > I haven't worked with netgraph before. Netgraph devices aren't > > supposeed to create device node (names) in /dev, right? > > > > where does /etc/rc.d/bluetooth fit in the picture? Do I need to use > > that at all? > > > > References: > > 1) http://www.freebsd.org/doc/en/books/handbook/network-bluetooth.html > > 2) http://geekinfo.net/article.php?story=20080427222204364 > > 3) http://tingox.googlepages.com/freebsd_various_hw > > You can mail to freebsd-bluetooth@freebsd.org to. There are some > responsive people with the right knowledge overthere. rc.bluetooth was "retired" a year ago and is no longer a part of recent releases. That said, I am also unsure of how to get Bluetooth working for my Treo as the handbook is clearly out of date. I see several Bluetooth files in /etc which probably allow things to work without rc.bluetooth, but I am unsure of how to configure them. There is a man page on hcsecd which I am reading. In any case, the handbook is clearly out of date in this area and I will try to figure it out as available time allows. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1209401714_58794P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIFgFykn3rs5h7N1ERAo96AKCYtLa2yOP0U1oMMg8Vvn+tLsci8wCfc6Y/ HwpjwPvg2qVyTdPAy3oLjQ0= =7ScG -----END PGP SIGNATURE----- --==_Exmh_1209401714_58794P-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 28 21:35:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44856106564A for ; Mon, 28 Apr 2008 21:35:06 +0000 (UTC) (envelope-from cokane@cokane.org) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id D923C8FC1C for ; Mon, 28 Apr 2008 21:35:05 +0000 (UTC) (envelope-from cokane@cokane.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA10.westchester.pa.mail.comcast.net with comcast id Jy9y1Z0030SCNGk5A0rW00; Mon, 28 Apr 2008 21:17:47 +0000 Received: from discordia ([24.60.135.75]) by OMTA09.westchester.pa.mail.comcast.net with comcast id K9Ji1Z00B1dmTCQ3V00000; Mon, 28 Apr 2008 21:18:43 +0000 X-Authority-Analysis: v=1.0 c=1 a=SxMJ7Ujbdh8A:10 a=F_MVhViW1LYA:10 a=EdUaHDTlrWCWWoVTl24A:9 a=xHHvmBeIMp-kAVDvSJgA:7 a=DsjNcM5imHvZ9oHMz7YyUBdEewgA:4 a=KRGIpModVpUA:10 Received: by discordia (Postfix, from userid 103) id 3342D16B55D; Mon, 28 Apr 2008 17:18:42 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id D30A116B55B; Mon, 28 Apr 2008 17:18:35 -0400 (EDT) From: Coleman Kane To: Ilya Bakulin Content-Type: text/plain; charset=UTF-8 Date: Mon, 28 Apr 2008 17:17:47 -0400 Message-Id: <1209417467.33102.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org Subject: Re: MFC Candidate: convert ffs_softdep.c over to callout(9) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2008 21:35:06 -0000 Ilya Bakulin spake thusly: >  > Hi, > I have an ability to test this patch on RELENG_7 system (there is no mission-critical data stored on HDD :-) ) > What sould I do? Just apply patch, recompile kernel and produce some disk load on that system? > > > Hi stable users, > > > > Recently I committed revision 1.219 of src/sys/ufs/ffs/ffs_softdep.c to > > remove the use of old-style timeout(9) calls in the softdep code and > > replace them with the new callout(9) API, to further MPSAFE-ness of the > > softdep code. > > > > I am attaching a patch to RELENG_7 that I'd like some people to test, > > which is just an MFC of this code. Can I get any testers (so that I can > > MFC this)? > > Ilya, Yes just go ahead and apply the patch that was attached. Then rebuild your kernel. Make sure that your softupdates are enabled on the UFS partition(s). Then try hammering it with some sort of file test on that partition (e.g. unpack a somewhat large source tarball and try building it). The kernel did build fine for me when I built it. Unfortunately, due to my hardware, RELENG_7 doesn't "just work" for me from vanilla sources, so I'd like to see some testers on better "supported" hardware. -- Coleman Kane From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 11:38:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C91D21065685; Tue, 29 Apr 2008 11:38:41 +0000 (UTC) (envelope-from peter@pean.org) Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by mx1.freebsd.org (Postfix) with ESMTP id 87B578FC31; Tue, 29 Apr 2008 11:38:41 +0000 (UTC) (envelope-from peter@pean.org) Received: from ironport2.bredband.com (195.54.101.122) by proxy3.bredband.net (7.3.127) id 481183EA00162D2A; Tue, 29 Apr 2008 13:18:18 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqczAFyhFkhV4WMOPGdsb2JhbACBU4ZpiQcBAQEBLZpk Received: from c-0e63e155.166-7-64736c14.cust.bredbandsbolaget.se (HELO pi.pean.org) ([85.225.99.14]) by ironport2.bredband.com with ESMTP; 29 Apr 2008 13:18:10 +0200 Message-Id: From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 29 Apr 2008 13:18:10 +0200 X-Mailer: Apple Mail (2.919.2) Cc: yongari@freebsd.org Subject: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 11:38:41 -0000 Hi, Im using a built in re(4) card and it seems like its causes data- corruption as soon as it gets some load (or after a few hours online) The machine is running FreeBSD 7.0R: FreeBSD ninja 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Wed Apr 16 22:49:15 CEST 2008 peter@ninja:/usr/obj/usr/src/sys/NINJA amd64 (using a RELENG_7 kernel updated today) If I download alot of files with wget or something everything works fine for a while until the download just stalls and tcpdump reports "bad cksum" 13:04:25.839408 IP (tos 0x0, ttl 64, id 23912, offset 0, flags [DF], proto TCP (6), length 1500, bad cksum 0 (->f40a)!) host1.http > host2.53895: . 115065:116513(1448) ack 1421 win 8326 and so on again and again until the connection times out. re0: port 0xb800-0xb8ff mem 0xff9ff000-0xff9fffff irq 19 at device 0.0 on pci3 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1d:60:74:be:e3 re0: [FILTER] re0: [FILTER] re0@pci0:3:0:0: class=0x020000 card=0x81aa1043 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet A strange thing is that encrypted data seems to work better than plaintext. https works for a longer time (after boot) then http for example. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 12:08:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9122106566B for ; Tue, 29 Apr 2008 12:08:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 93D118FC15 for ; Tue, 29 Apr 2008 12:08:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 8BCDE1CC033; Tue, 29 Apr 2008 05:08:34 -0700 (PDT) Date: Tue, 29 Apr 2008 05:08:34 -0700 From: Jeremy Chadwick To: Peter =?iso-8859-1?Q?Ankerst=E5l?= Message-ID: <20080429120834.GB44737@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 12:08:34 -0000 On Tue, Apr 29, 2008 at 01:18:10PM +0200, Peter Ankerstål wrote: > Im using a built in re(4) card and it seems like its causes data-corruption > as soon as it gets some load (or after a few hours online) > > The machine is running FreeBSD 7.0R: > > FreeBSD ninja 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Wed Apr 16 22:49:15 CEST > 2008 peter@ninja:/usr/obj/usr/src/sys/NINJA amd64 > > (using a RELENG_7 kernel updated today) > > > If I download alot of files with wget or something everything works fine > for a while until the download just stalls and tcpdump reports "bad cksum" > > 13:04:25.839408 IP (tos 0x0, ttl 64, id 23912, offset 0, flags [DF], proto > TCP (6), length 1500, bad cksum 0 (->f40a)!) host1.http > host2.53895: . > 115065:116513(1448) ack 1421 win 8326 2174233192> > and so on > again and again until the connection times out. tcpdump reporting "bad cksum" can occur due to TX/RX checksum offloading. Do you not see this message normally, but only when the problem begins? Have you tried turning off TX/RX offloading to see if the erroneous behaviour goes away? Have you tried disabling RFC1323 to see if that's actually what's responsible for the stalls you're seeing? sysctl net.inet.tcp.rfc1323=0 I'd recommend staying away from Realtek NICs. Pick up an Intel Pro/1000 GT or PT. Realtek has a well-known history of issues. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 12:30:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B30C110656C5; Tue, 29 Apr 2008 12:30:32 +0000 (UTC) (envelope-from peter@pean.org) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id 692B48FC22; Tue, 29 Apr 2008 12:30:31 +0000 (UTC) (envelope-from peter@pean.org) Received: from ironport.bredband.com (195.54.101.120) by proxy1.bredband.net (7.3.127) id 4811823A0017466E; Tue, 29 Apr 2008 14:30:30 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsBBAFqyFkhV4WMOPGdsb2JhbACBU4ZpiQcBAQEBLZpp Received: from c-0e63e155.166-7-64736c14.cust.bredbandsbolaget.se (HELO pi.pean.org) ([85.225.99.14]) by ironport1.bredband.com with ESMTP; 29 Apr 2008 14:30:23 +0200 Message-Id: <0DBAF317-2F6E-4492-8700-4CE8216F85DD@pean.org> From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= To: Jeremy Chadwick In-Reply-To: <20080429120834.GB44737@eos.sc1.parodius.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 29 Apr 2008 14:30:27 +0200 References: <20080429120834.GB44737@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 12:30:32 -0000 On Apr 29, 2008, at 2:08 PM, Jeremy Chadwick wrote: >> > > tcpdump reporting "bad cksum" can occur due to TX/RX checksum > offloading. Do you not see this message normally, but only when the > problem begins? > > Have you tried turning off TX/RX offloading to see if the erroneous > behaviour goes away? > > Have you tried disabling RFC1323 to see if that's actually what's > responsible for the stalls you're seeing? sysctl > net.inet.tcp.rfc1323=0 > > I'd recommend staying away from Realtek NICs. Pick up an Intel Pro/ > 1000 > GT or PT. Realtek has a well-known history of issues. > Now Ive tried: ninja# sysctl net.inet.tcp.rfc1323=0 net.inet.tcp.rfc1323: 1 -> 0 ninja# ifconfig re0 -rxcsum -txcsum -tso -lro The problem remains, but when I have -rxcsum/tx tcpdump does not say anything about bad checksums but it send out the same ack over and over. and it seems like bigger files are the most effected (images rather then html-files) I know, I have em in all other machines.. :/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 12:45:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38ED61065675; Tue, 29 Apr 2008 12:45:58 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 248678FC15; Tue, 29 Apr 2008 12:45:58 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 18CA41CC033; Tue, 29 Apr 2008 05:45:58 -0700 (PDT) Date: Tue, 29 Apr 2008 05:45:58 -0700 From: Jeremy Chadwick To: Peter =?iso-8859-1?Q?Ankerst=E5l?= Message-ID: <20080429124558.GA46018@eos.sc1.parodius.com> References: <20080429120834.GB44737@eos.sc1.parodius.com> <0DBAF317-2F6E-4492-8700-4CE8216F85DD@pean.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0DBAF317-2F6E-4492-8700-4CE8216F85DD@pean.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 12:45:58 -0000 On Tue, Apr 29, 2008 at 02:30:27PM +0200, Peter Ankerstål wrote: > > On Apr 29, 2008, at 2:08 PM, Jeremy Chadwick wrote: >>> >> >> tcpdump reporting "bad cksum" can occur due to TX/RX checksum >> offloading. Do you not see this message normally, but only when the >> problem begins? >> >> Have you tried turning off TX/RX offloading to see if the erroneous >> behaviour goes away? >> >> Have you tried disabling RFC1323 to see if that's actually what's >> responsible for the stalls you're seeing? sysctl net.inet.tcp.rfc1323=0 >> >> I'd recommend staying away from Realtek NICs. Pick up an Intel Pro/1000 >> GT or PT. Realtek has a well-known history of issues. >> > > Now Ive tried: > ninja# sysctl net.inet.tcp.rfc1323=0 > net.inet.tcp.rfc1323: 1 -> 0 > ninja# ifconfig re0 -rxcsum -txcsum -tso -lro > > The problem remains, but when I have -rxcsum/tx tcpdump does not say > anything > about bad checksums but it send out the same ack over and over. > and it seems like bigger files are the most effected (images rather then > html-files) Okay, so the problem is likely not with checksums, but more of a problem with network I/O suddenly stopping for no apparent reason. Have you tried disabling MSI/MSI-X via /boot/loader.conf to see if that makes any difference? I wonder if somehow interrupts are no longer firing for the re(4) card. Try putting these in loader.conf and rebooting: hw.pci.enable_msi="0" hw.pci.enable_msix="0" Otherwise, I think Pyun YongHyeon might have some better ideas. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 18:43:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7FF21065674 for ; Tue, 29 Apr 2008 18:43:05 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF618FC2C for ; Tue, 29 Apr 2008 18:43:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jqun7-0008DU-1B for freebsd-stable@freebsd.org; Tue, 29 Apr 2008 18:43:01 +0000 Received: from r5h15.net.upc.cz ([86.49.7.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Apr 2008 18:43:01 +0000 Received: from gamato by r5h15.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Apr 2008 18:43:01 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Tue, 29 Apr 2008 20:42:50 +0200 Lines: 56 Message-ID: <48176C2A.8020700@users.sf.net> References: <20080428165514.191E545010@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: r5h15.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.13) Gecko/20080402 SeaMonkey/1.1.9 In-Reply-To: <20080428165514.191E545010@ptavv.es.net> Sender: news Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org, Ronald Klop Subject: Re: bluetooth keyboards and /etc/rc.d/bluetooth X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 18:43:05 -0000 Kevin Oberman wrote: >> From: "Ronald Klop" >> Date: Mon, 28 Apr 2008 10:33:28 +0200 >> Sender: owner-freebsd-stable@freebsd.org >> >> On Sun, 27 Apr 2008 23:52:52 +0200, Torfinn Ingolfsen >> wrote: >> >>> Hello, >>> >>> Today I set up a bluetooth keyboard on a FreeBSD machine for the first >>> time. The machine is running FreeBSD 7.0-stable: >>> root@kg-vm# uname -a >>> FreeBSD kg-vm.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #10: Sat Apr 12 >>> 21:42:55 CEST 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> >>> I used the Handbook chapter about bluetooth[1] (which needs updating as >>> it doesn't mention bthidd at all) and mailing list messages as my guide. >>> Basically, I found out that I needed to set up hcsecd(8) and bthidd(8) >>> in order for this to work. You can read more ramblings about this >>> experience on my "various hardware"[3] page. I wrote a mini how-to >>> about the setup here[2], in case anyone is interested. >>> >>> I haven't worked with netgraph before. Netgraph devices aren't >>> supposeed to create device node (names) in /dev, right? >>> >>> where does /etc/rc.d/bluetooth fit in the picture? Do I need to use >>> that at all? >>> >>> References: >>> 1) http://www.freebsd.org/doc/en/books/handbook/network-bluetooth.html >>> 2) http://geekinfo.net/article.php?story=20080427222204364 >>> 3) http://tingox.googlepages.com/freebsd_various_hw >> You can mail to freebsd-bluetooth@freebsd.org to. There are some >> responsive people with the right knowledge overthere. > > rc.bluetooth was "retired" a year ago and is no longer a part of recent > releases. > > That said, I am also unsure of how to get Bluetooth working for my Treo > as the handbook is clearly out of date. I see several Bluetooth files in > /etc which probably allow things to work without rc.bluetooth, but I am > unsure of how to configure them. There is a man page on hcsecd which I > am reading. > > In any case, the handbook is clearly out of date in this area and I will > try to figure it out as available time allows. I think you need to load vkbd (though I'm not 100% sure now). It can be loaded from loader.conf[.local] Then you always need hcsecd loaded and configured and bluetooth hosts file configured is useful. And the same for bthidd if you want to use BT mouse and/or keyboard. M. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 19:09:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 482171065672 for ; Tue, 29 Apr 2008 19:09:34 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id B0C588FC1C for ; Tue, 29 Apr 2008 19:09:33 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: (qmail 83062 invoked by uid 0); 29 Apr 2008 18:42:51 -0000 Received: from r5h15.net.upc.cz (HELO ?192.168.11.3?) (86.49.7.15) by smtp.dkm.cz with SMTP; 29 Apr 2008 18:42:51 -0000 Message-ID: <48176C2A.8020700@users.sf.net> Date: Tue, 29 Apr 2008 20:42:50 +0200 From: martinko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.13) Gecko/20080402 SeaMonkey/1.1.9 MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.stable To: Kevin Oberman References: <20080428165514.191E545010@ptavv.es.net> In-Reply-To: <20080428165514.191E545010@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org, Ronald Klop Subject: Re: bluetooth keyboards and /etc/rc.d/bluetooth X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 19:09:34 -0000 Kevin Oberman wrote: >> From: "Ronald Klop" >> Date: Mon, 28 Apr 2008 10:33:28 +0200 >> Sender: owner-freebsd-stable@freebsd.org >> >> On Sun, 27 Apr 2008 23:52:52 +0200, Torfinn Ingolfsen >> wrote: >> >>> Hello, >>> >>> Today I set up a bluetooth keyboard on a FreeBSD machine for the first >>> time. The machine is running FreeBSD 7.0-stable: >>> root@kg-vm# uname -a >>> FreeBSD kg-vm.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #10: Sat Apr 12 >>> 21:42:55 CEST 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> >>> I used the Handbook chapter about bluetooth[1] (which needs updating as >>> it doesn't mention bthidd at all) and mailing list messages as my guide. >>> Basically, I found out that I needed to set up hcsecd(8) and bthidd(8) >>> in order for this to work. You can read more ramblings about this >>> experience on my "various hardware"[3] page. I wrote a mini how-to >>> about the setup here[2], in case anyone is interested. >>> >>> I haven't worked with netgraph before. Netgraph devices aren't >>> supposeed to create device node (names) in /dev, right? >>> >>> where does /etc/rc.d/bluetooth fit in the picture? Do I need to use >>> that at all? >>> >>> References: >>> 1) http://www.freebsd.org/doc/en/books/handbook/network-bluetooth.html >>> 2) http://geekinfo.net/article.php?story=20080427222204364 >>> 3) http://tingox.googlepages.com/freebsd_various_hw >> You can mail to freebsd-bluetooth@freebsd.org to. There are some >> responsive people with the right knowledge overthere. > > rc.bluetooth was "retired" a year ago and is no longer a part of recent > releases. > > That said, I am also unsure of how to get Bluetooth working for my Treo > as the handbook is clearly out of date. I see several Bluetooth files in > /etc which probably allow things to work without rc.bluetooth, but I am > unsure of how to configure them. There is a man page on hcsecd which I > am reading. > > In any case, the handbook is clearly out of date in this area and I will > try to figure it out as available time allows. I think you need to load vkbd (though I'm not 100% sure now). It can be loaded from loader.conf[.local] Then you always need hcsecd loaded and configured and bluetooth hosts file configured is useful. And the same for bthidd if you want to use BT mouse and/or keyboard. M. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 20:42:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75DFA1065675 for ; Tue, 29 Apr 2008 20:42:54 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 280068FC1F for ; Tue, 29 Apr 2008 20:42:54 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K03003C6TJCKFA0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 29 Apr 2008 22:42:48 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K0300GOBTJC61I4@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 29 Apr 2008 22:42:48 +0200 (CEST) Date: Tue, 29 Apr 2008 22:42:48 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080429224248.9adeb62f.torfinn.ingolfsen@broadpark.no> In-reply-to: <48176C2A.8020700@users.sf.net> References: <20080428165514.191E545010@ptavv.es.net> <48176C2A.8020700@users.sf.net> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: bluetooth keyboards and /etc/rc.d/bluetooth X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 20:42:54 -0000 On Tue, 29 Apr 2008 20:42:50 +0200 martinko wrote: > I think you need to load vkbd (though I'm not 100% sure now). It can Yes, vkbd(4) is needed. See the man page for bthidd(8). -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 20:53:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 053131065677 for ; Tue, 29 Apr 2008 20:53:08 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id AA3DE8FC1A for ; Tue, 29 Apr 2008 20:53:07 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K03003IBU0GKFB0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 29 Apr 2008 22:53:04 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K0300H6BU0FL7J4@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 29 Apr 2008 22:53:04 +0200 (CEST) Date: Tue, 29 Apr 2008 22:53:03 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080429225303.0edbfc23.torfinn.ingolfsen@broadpark.no> In-reply-to: References: X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Content-transfer-encoding: quoted-printable Subject: Re: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 20:53:08 -0000 On Tue, 29 Apr 2008 13:18:10 +0200 Peter Ankerst=E5l wrote: > Hi, >=20 > Im using a built in re(4) card and it seems like its causes data-=20 > corruption as soon as it gets some load (or after a few hours online) IIRC, this is a known issue with if_re and 7.0-R. It is fixed in 7.0-stable, but I don't remember the date.=20 You can find patches here: http://people.freebsd.org/~yongari/re/ In my case, the problem raised its ugly head after some (unknown) amount of data had been transferred. HTH --=20 Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 20:59:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF533106564A for ; Tue, 29 Apr 2008 20:59:18 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 5FEFE8FC13 for ; Tue, 29 Apr 2008 20:59:18 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K03003ETUA7KFC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 29 Apr 2008 22:58:55 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K0300888UA7TLS5@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 29 Apr 2008 22:58:55 +0200 (CEST) Date: Tue, 29 Apr 2008 22:58:55 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080429225855.c0bd48fe.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080429120834.GB44737@eos.sc1.parodius.com> References: <20080429120834.GB44737@eos.sc1.parodius.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 20:59:18 -0000 On Tue, 29 Apr 2008 05:08:34 -0700 Jeremy Chadwick wrote: > I'd recommend staying away from Realtek NICs. Pick up an Intel > Pro/1000 GT or PT. Realtek has a well-known history of issues. I hear that story very often, so often that I almost think it's a fairy tale. :-) Most of the times the "RealTek NIC" story is told, it isn't backed up with any references to evidence. Draw your own conclusions. I can only tell in my experience (several motherboards from different manufacturers) with integrated RealTek NICs, both 10/100 and 10/100/1000), RealTek NICs have mostly been working as advertised, without trouble. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 21:16:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E238106568A for ; Tue, 29 Apr 2008 21:16:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8278FC14 for ; Tue, 29 Apr 2008 21:16:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 3536C1CC033; Tue, 29 Apr 2008 14:16:28 -0700 (PDT) Date: Tue, 29 Apr 2008 14:16:28 -0700 From: Jeremy Chadwick To: Torfinn Ingolfsen Message-ID: <20080429211628.GA72580@eos.sc1.parodius.com> References: <20080429120834.GB44737@eos.sc1.parodius.com> <20080429225855.c0bd48fe.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080429225855.c0bd48fe.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 21:16:28 -0000 On Tue, Apr 29, 2008 at 10:58:55PM +0200, Torfinn Ingolfsen wrote: > On Tue, 29 Apr 2008 05:08:34 -0700 > Jeremy Chadwick wrote: > > > I'd recommend staying away from Realtek NICs. Pick up an Intel > > Pro/1000 GT or PT. Realtek has a well-known history of issues. > > I hear that story very often, so often that I almost think it's a fairy > tale. :-) > Most of the times the "RealTek NIC" story is told, it isn't backed up > with any references to evidence. Draw your own conclusions. First, I'd check out the BUGS section of the re(4) and rl(4) manpages. Second, I'd look at some of the CVS commit messages for said drivers; you'll find a plethora of bugs which aren't mentioned in the manpages either: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/if_rl.c http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c Third, have you tried reading any of their technical/designer docs for their ICs? They're horrible. Very hard to read, and lack concise descriptions. There's a lot of missing data. > I can only tell in my experience (several motherboards from > different manufacturers) with integrated RealTek NICs, both 10/100 and > 10/100/1000), RealTek NICs have mostly been working as advertised, > without trouble. And in my experiences, Realtek PHYs are absolutely horrible when it comes to auto-negotiation. I've only had the "pleasure" of dealing with Realtek trash on Windows, where occasionally you'll find a Changelog that comes with the driver set. They "play around" with auto-neg methodologies in the code quite often. If you go through the -stable archives, you'll see Realtek is continually complained about from an end-user perspective. The state of affairs is sad, since many consumer motherboard vendors use Realtek exclusively (I'm looking at you, Gigabyte). It's sad that most (not all) consumer boards lack Intel PHY/NICs these days. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 21:46:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72DE4106564A for ; Tue, 29 Apr 2008 21:46:56 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: from numail.brianwhalen.net (dsl093-034-172.snd1.dsl.speakeasy.net [66.93.34.172]) by mx1.freebsd.org (Postfix) with ESMTP id 547398FC14 for ; Tue, 29 Apr 2008 21:46:56 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: by numail.brianwhalen.net (Postfix, from userid 1001) id D8E872E05C; Tue, 29 Apr 2008 14:46:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by numail.brianwhalen.net (Postfix) with ESMTP id CAE242E03C for ; Tue, 29 Apr 2008 14:46:55 -0700 (PDT) Date: Tue, 29 Apr 2008 14:46:55 -0700 (PDT) From: Brian To: freebsd-stable@freebsd.org In-Reply-To: <48173C85.1000107@brianwhalen.net> Message-ID: References: <48173C85.1000107@brianwhalen.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Re: freebsd 7 with sata drives X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 21:46:56 -0000 The board in question is an Asus M3A78-EMH HDMI. I have tried the instructions for a safe kernel compile in /usr/src/updating also. Even after that, the kernel starts to load, but the root partition cant be found, and I am left at a mountroot> prompt. If I go ufs:ad5s1a, that fails as well. Brian On Tue, 29 Apr 2008, Brian wrote: > The system gets thru the install fine, and does the next reboot ok. But, if > I do a very simple cvsup to get freebsd 7-stable source, then a kernel > rebuild, the system has what looks like a drive/controller recognition > problem next time. It sees the proper root slice of ad5s1a, but cant boot > it. It shows an error with sio1, unable to open device or something similar. > Has this been seen before? > > Brian > > _______________________________________________ > 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" > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 29 21:51:36 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B0D8106572B for ; Tue, 29 Apr 2008 21:51:36 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id BE3D18FC1C for ; Tue, 29 Apr 2008 21:51:35 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.2/8.14.2) with ESMTP id m3TLVCu6048754 for ; Tue, 29 Apr 2008 16:31:12 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Tue, 29 Apr 2008 16:31:12 -0500 (CDT) From: "Sean C. Farley" To: freebsd-stable@FreeBSD.org In-Reply-To: <20080429120834.GB44737@eos.sc1.parodius.com> Message-ID: References: <20080429120834.GB44737@eos.sc1.parodius.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.farley.org Cc: Subject: Re: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2008 21:51:36 -0000 On Tue, 29 Apr 2008, Jeremy Chadwick wrote: > I'd recommend staying away from Realtek NICs. Pick up an Intel > Pro/1000 GT or PT. Realtek has a well-known history of issues. Just a note about the Intel Pro/1000 GT: it is on-sale[1] at NewEgg with free shipping. I just bought my third one to replace an on-board NIC (Marvell Yukon 88E8056) with auto-negotiation problems and an inability to take advantage of jumbo frames at the same time as checksum offloading. Sean 1. http://www.newegg.com/Product/Product.aspx?Item=N82E16833106121 -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 05:04:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F414A106566C; Wed, 30 Apr 2008 05:04:40 +0000 (UTC) (envelope-from mtm@wubethiopia.com) Received: from dire.wubethiopia.com (j071.v.rootbsd.net [208.79.82.223]) by mx1.freebsd.org (Postfix) with ESMTP id D3F9D8FC1B; Wed, 30 Apr 2008 05:04:40 +0000 (UTC) (envelope-from mtm@wubethiopia.com) Received: from rogue.mike.lan (unknown [213.55.87.66]) by dire.wubethiopia.com (Postfix) with ESMTPSA id 2866B4FD98A5; Wed, 30 Apr 2008 04:46:58 +0000 (UTC) Message-ID: <4817FAC3.3090304@wubethiopia.com> Date: Wed, 30 Apr 2008 07:51:15 +0300 From: Mike Makonnen User-Agent: Thunderbird 2.0.0.12 (X11/20080323) MIME-Version: 1.0 To: Oliver Lehmann References: <20080428173019.9741ad41.oliver@FreeBSD.org> In-Reply-To: <20080428173019.9741ad41.oliver@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: error in src/etc/rc.d/mountcritlocal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 05:04:41 -0000 Oliver Lehmann wrote: > Hi Mike, > > with todays update I got version 1.12.2.4 of src/etc/rc.d/mountcritlocal > for my RELENG_6 system today when I cvsuped my source. > > # $FreeBSD: src/etc/rc.d/mountcritlocal,v 1.12.2.4 2008/03/20 10:53:18 mtm Exp $ > > C src/etc/rc.d/mountcritlocal,v RELENG_6 . 2#871#110#12060103985#143213#555 1.12.2.4 2008.03.20.10.53.18 2#871#110#12093647233#9833#755 > > I checked on cvsweb, and with 1.12.2.1 you've introduced an error. If > mount returns an error, "stop_boot true" gets called. But stop_boot itself > calls checkyesno which only allows yes or no as a valid parameter - which > true isn't obviously. So in case mounting the filesystems produced an > error, you are left with the error message > "$true is not set properly - see rc.conf(5)" > not telling you anything about the real error. > Took me some time to find out that a filesystem entry in /etc/fstab for > a filesystem which is disconnected right now was the cause here. > > Could you please fix this? > I'm not sure what you mean. The checkyesno() routine considers "true" a valid parameter. Could you please post the exact error you're getting. Cheers. Mike. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 11:30:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E68791065670 for ; Wed, 30 Apr 2008 11:30:41 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id B56258FC17 for ; Wed, 30 Apr 2008 11:30:41 +0000 (UTC) (envelope-from jonathan@kc8onw.net) X-CNFS-Analysis: v=1.0 c=1 a=NUA9UdKaH8wA:15 a=VuYw-kHUr20A:10 a=X86uxc7E6I0A:10 a=xUvkYoQocQKi/8Los98NoQ==:17 a=gwAFgIw1VGRuyHzWO4kA:9 a=3xfa1DLLt-tKe_Rd14cA:7 a=7hLsyzaIC1dVd0ssJEKIfWDx50wA:4 a=gi0PWCVxevcA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [208.102.162.227] ([208.102.162.227:50085] helo=mail.kc8onw.net) by mail-out1.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id ED/D6-10828-BD458184 for ; Wed, 30 Apr 2008 07:15:40 -0400 Received: from www.kc8onw.net (localhost [127.0.0.1]) by mail.kc8onw.net (Postfix) with ESMTP id CC3EF28415 for ; Wed, 30 Apr 2008 07:15:39 -0400 (EDT) Received: from 80.91.220.50 (SquirrelMail authenticated user jonathan) by www.kc8onw.net with HTTP; Wed, 30 Apr 2008 07:15:39 -0400 (EDT) Message-ID: <54833.80.91.220.50.1209554139.squirrel@www.kc8onw.net> Date: Wed, 30 Apr 2008 07:15:39 -0400 (EDT) From: jonathan@kc8onw.net To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: em1: Unable to allocate bus resource: memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 11:30:42 -0000 I bought a new PCIe NIC a few months ago and was working with Jack Vogel on getting it to work but he was busy then I got busy and things stalled. Does anyone else have any idea what might be wrong here? The card is recognized but the em driver fails to initialize it for some reason. I'm running 7-STABLE and the standard information is below. uname -a (system csuped within a couple hours of build time): FreeBSD storage.kc8onw.net 7.0-STABLE FreeBSD 7.0-STABLE #8: Wed Apr 30 14:20:32 ADT 2008 root@storage.kc8onw.net:/usr/obj/usr/src/sys/STORAGE i386 dmesg lines for em1 (full dmesg available if needed): em1: port 0xdc00-0xdc1f mem 0xfe8e0000-0xfe8fffff,0xfe8c0000-0xfe8dffff irq 16 at device 0.0 on pci3 em1: Unable to allocate bus resource: memory em1: Allocation of PCI resources failed pciconf -lv for em 1: em1@pci0:3:0:0: class=0x020000 card=0x10838086 chip=0x10b98086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82572EI PRO/1000 PT Desktop Adapter (Copper)' class = network subclass = ethernet Thank you, Jonathan From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 13:14:11 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F251065670 for ; Wed, 30 Apr 2008 13:14:11 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.freebsd.org (Postfix) with SMTP id A0F8F8FC1B for ; Wed, 30 Apr 2008 13:14:10 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: (qmail 39037 invoked by uid 89); 30 Apr 2008 13:14:07 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 30 Apr 2008 13:14:07 -0000 Date: Wed, 30 Apr 2008 15:14:02 +0200 From: Oliver Lehmann To: Mike Makonnen Message-Id: <20080430151402.23674a45.oliver@FreeBSD.org> In-Reply-To: <4817FAC3.3090304@wubethiopia.com> References: <20080428173019.9741ad41.oliver@FreeBSD.org> <4817FAC3.3090304@wubethiopia.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: error in src/etc/rc.d/mountcritlocal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 13:14:11 -0000 Mike Makonnen wrote: > I'm not sure what you mean. The checkyesno() routine considers "true" a > valid parameter. Could you please post the exact error you're getting. I already posted it... I'm getting: $true is not set properly - see rc.conf(5) This is because: you call "start_boot true" start_boot itself calls checkyesno $1 - so it calls "checkyesno true" checkyesno then defines _value with "eval _value=\$${1}" so _value gets $true which is not an allowed value. let me past the comment of checkyesno: # checkyesno var # Test $1 variable, and warn if not set to YES or NO. # Return 0 if it's "yes" (et al), nonzero otherwise. A variablename has to be handed over to checkyesno, not a value like "true" or "yes" or whatever else. You see the error? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 18:49:24 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E046106566C; Wed, 30 Apr 2008 18:49:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7621F8FC2B; Wed, 30 Apr 2008 18:49:23 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id DB19428449; Thu, 1 May 2008 02:49:21 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id A1668EB598D; Thu, 1 May 2008 02:49:20 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 7tPmL8OH2oUe; Thu, 1 May 2008 02:49:15 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 1669DEB0B8B; Thu, 1 May 2008 02:49:13 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=BpZPgl3NsIY1HH9KpfMx+z+YAGfCzp4SsqnJ6StU4PYjifU7xy2RuyaK01StA6lHx 5h0OK3WkD9TOkRgT7cawQ== Message-ID: <4818BF27.2080209@delphij.net> Date: Wed, 30 Apr 2008 11:49:11 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: Gavin Atkinson References: <481560AC.90109@delphij.net> <1209376409.59233.14.camel@buffy.york.ac.uk> In-Reply-To: <1209376409.59233.14.camel@buffy.york.ac.uk> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , d@delphij.net, John Baldwin Subject: Re: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 18:49:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gavin Atkinson wrote: | On Sun, 2008-04-27 at 22:29 -0700, Xin LI wrote: |> Hi, |> |> Just wonder what the system would do after Uptime: during reboot? Will |> there be any callbacks be called? I have received some report regarding |> hangs after this, and IIRC the only operation is to IPI BSP to do reboot? | | Several callbacks are called after that message. Anything that | registers with the shutdown_post_sync or shutdown_final event handler, | for example, and the dump routine if you are using "reboot -d". | | Before trying to diagnose this, however, make sure you are running with | sys/dev/usb/ehci_pci.c 1.30 (which has also been MFC'd to 6/7), as that | seems to have been the cause of most of the recently reported "hangs | after printing uptime" PRs. I see... It seems that this is the culprit. To John: Do you think it's worthy to make this an errata to the supported RELENG_6_X and RELENG_7_0 branches? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgYvycACgkQi+vbBBjt66DamQCgsgnPOzbdjw6do3PKnlyvB0yS TS0An0zct2EJ38BV0V5sJTWN7AsHkFO/ =FG0j -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 19:03:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3DD2106564A for ; Wed, 30 Apr 2008 19:03:03 +0000 (UTC) (envelope-from sashi@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 0BCC38FC0C for ; Wed, 30 Apr 2008 19:03:02 +0000 (UTC) (envelope-from sashi@gmx.de) Received: (qmail invoked by alias); 30 Apr 2008 19:03:02 -0000 Received: from e180197194.adsl.alicedsl.de (EHLO [49.1.1.104]) [85.180.197.194] by mail.gmx.net (mp004) with SMTP; 30 Apr 2008 21:03:02 +0200 X-Authenticated: #546547 X-Provags-ID: V01U2FsdGVkX18WB65q/YEWu17ZzwGl4fPYdsUD1VeydhjJKHZRgD jrPqLktYFn3kaV Message-ID: <4818C333.8020803@gmx.de> Date: Wed, 30 Apr 2008 21:06:27 +0200 From: Sashi Asokarajan User-Agent: Thunderbird 2.0.0.9 (X11/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <48144854.1070705@gmx.de> In-Reply-To: <48144854.1070705@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: libstdc++ localization aborts with an exception X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 19:03:03 -0000 I posted the same question to the libstdc++ mailing list and Benjamin kindly answered my question and he suggested the following: BK> It looks like it has something to do with ctype, and nothing to do with BK> named locales. BK> Named locales only work on GNU systems, or with systems that implement BK> the new POSIX locale model (newlocale/duplocale/strcoll_l, etc). From BK> what I understand, neither FreeBSD 7 nor Darwin meet these requirements. So, is he right ? -- Sashi Asokarajan From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 22:25:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24B3A1065676; Wed, 30 Apr 2008 22:25:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id F24748FC19; Wed, 30 Apr 2008 22:25:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 816D01A4D80; Wed, 30 Apr 2008 15:25:12 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3UMP02v015364; Wed, 30 Apr 2008 18:25:00 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: d@delphij.net Date: Wed, 30 Apr 2008 15:44:20 -0400 User-Agent: KMail/1.9.7 References: <481560AC.90109@delphij.net> <1209376409.59233.14.camel@buffy.york.ac.uk> <4818BF27.2080209@delphij.net> In-Reply-To: <4818BF27.2080209@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804301544.20802.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 30 Apr 2008 18:25:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7003/Wed Apr 30 16:05:29 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Gavin Atkinson , FreeBSD Stable Subject: Re: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 22:25:13 -0000 On Wednesday 30 April 2008 02:49:11 pm Xin LI wrote: > Gavin Atkinson wrote: > | On Sun, 2008-04-27 at 22:29 -0700, Xin LI wrote: > |> Hi, > |> > |> Just wonder what the system would do after Uptime: during reboot? Will > |> there be any callbacks be called? I have received some report regarding > |> hangs after this, and IIRC the only operation is to IPI BSP to do reboot? > | > | Several callbacks are called after that message. Anything that > | registers with the shutdown_post_sync or shutdown_final event handler, > | for example, and the dump routine if you are using "reboot -d". > | > | Before trying to diagnose this, however, make sure you are running with > | sys/dev/usb/ehci_pci.c 1.30 (which has also been MFC'd to 6/7), as that > | seems to have been the cause of most of the recently reported "hangs > | after printing uptime" PRs. > > I see... It seems that this is the culprit. > > To John: Do you think it's worthy to make this an errata to the > supported RELENG_6_X and RELENG_7_0 branches? If someone wants to push re@ to do that they can, but my experience with getting re@ to actually get errata fixes has me skeptical (I think I had patches for about 6 or 7 panics or kernel deadlocks for 6.2 that never got pushed as errata patches). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 23:42:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AFC91065674 for ; Wed, 30 Apr 2008 23:42:14 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from paladin.bulgarpress.com (paladin.bulgarpress.com [195.24.42.3]) by mx1.freebsd.org (Postfix) with ESMTP id CAB1D8FC0A for ; Wed, 30 Apr 2008 23:42:13 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from localhost (localhost [127.0.0.1]) by paladin.bulgarpress.com (Postfix) with ESMTP id 9DFE86133 for ; Thu, 1 May 2008 02:27:01 +0300 (EEST) X-Virus-Scanned: amavisd-new at paladin.bulgarpress.com Received: from paladin.bulgarpress.com ([195.24.42.3]) by localhost (paladin.bulgarpress.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOX9d-97uedJ for ; Thu, 1 May 2008 02:26:49 +0300 (EEST) Received: from [192.168.1.2] (87-126-27-77.btc-net.bg [87.126.27.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paladin.bulgarpress.com (Postfix) with ESMTPSA id AD2516104 for ; Thu, 1 May 2008 02:26:49 +0300 (EEST) Message-ID: <48190039.1050907@paladin.bulgarpress.com> Date: Thu, 01 May 2008 02:26:49 +0300 From: Todorov Organization: Powerforge Net User-Agent: Thunderbird 2.0.0.12 (X11/20080313) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <480FC4FB.5020709@paladin.bulgarpress.com> <4818FFB8.90900@paladin.bulgarpress.com> In-Reply-To: <4818FFB8.90900@paladin.bulgarpress.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: HP DL385G1 Smart Array 6i AMD64 FBSD 6.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 23:42:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, System : HP DL385G1 Smart Array 6i AMD64 FBSD 6.3 I want to migrate my RAID1 (2 disks) (automatically assigned as RAID1 bacause I have two disks inserted in RAID 1+0 logical drive), add two more disks and get actual RAID 1+0 drive of four disks. I was reading the ACU specs of HP and I see this can be done online. I can have downtime - the question is if I can do it w/o dump and restore of the filesystem? I fully realize that the size will be doubled of /dev/da0 device, currently 136GB will become 272GB. Can I make a spare partition of it, will the whole procedure happen w/o any dump/restore? Thanks. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgZADkACgkQibJkIG65HMeVtwCfQLnUCSXWNMSIM1zLsUgqGESR tQsAoJucpmav3pgsBX7UczkZ8zrmgQbr =nCYU -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu May 1 01:13:49 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71466106564A for ; Thu, 1 May 2008 01:13:49 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0F98FC12 for ; Thu, 1 May 2008 01:13:49 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id m411DmWK044478 for ; Wed, 30 Apr 2008 18:13:48 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m411Ddam066664 for ; Wed, 30 Apr 2008 18:13:39 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (c24-143-66-45.sea2.cablespeed.com [24.143.66.45] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m411DdAL008164 for ; Wed, 30 Apr 2008 18:13:39 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Wed, 30 Apr 2008 18:13:34 -0700 Message-ID: From: gnn@freebsd.org To: stable@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.10 () [Tag at 5.00] COMBINED_FROM X-CanItPRO-Stream: default X-Canit-Stats-ID: 182083 - 3dd1a54a8435 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: Subject: Some odd behaviour of vmstat and vmtotal... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 01:13:49 -0000 Howdy, In deploying 7.0 at work we were finding a persistent problem when running "vmstat 1" on systems. The problem shows up as a 10ms "pause" in processing, usually packet stamping and forwarding by a user level process. This is due to the fact that vmstat calls the vmtotal() routine which in turn does a whole lot of locking. The vmtotal call locks and walks the VM object list twice in a mark and sweep operation. So, the question is, "What is the right way to fix this?" I could remove the locking since the O_ACTIVE bit is not used by any other routine besides vmtotal, but I'm not too happy about that. The relevant code can be found in src/sys/vm/vm_meter.c in vmtotal(). Thoughts? Best, George From owner-freebsd-stable@FreeBSD.ORG Thu May 1 04:56:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 920211065677; Thu, 1 May 2008 04:56:52 +0000 (UTC) (envelope-from mtm@wubethiopia.com) Received: from dire.wubethiopia.com (j071.v.rootbsd.net [208.79.82.223]) by mx1.freebsd.org (Postfix) with ESMTP id 636468FC1B; Thu, 1 May 2008 04:56:52 +0000 (UTC) (envelope-from mtm@wubethiopia.com) Received: from rogue.mike.lan (unknown [213.55.71.78]) by dire.wubethiopia.com (Postfix) with ESMTPSA id 3FC014FD9505; Thu, 1 May 2008 04:56:29 +0000 (UTC) Message-ID: <48194E3A.5000609@wubethiopia.com> Date: Thu, 01 May 2008 07:59:38 +0300 From: Mike Makonnen User-Agent: Thunderbird 2.0.0.12 (X11/20080323) MIME-Version: 1.0 To: Oliver Lehmann References: <20080428173019.9741ad41.oliver@FreeBSD.org> <4817FAC3.3090304@wubethiopia.com> <20080430151402.23674a45.oliver@FreeBSD.org> In-Reply-To: <20080430151402.23674a45.oliver@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------020305090805060902050004" Cc: stable@freebsd.org Subject: Re: error in src/etc/rc.d/mountcritlocal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 04:56:52 -0000 This is a multi-part message in MIME format. --------------020305090805060902050004 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Oliver Lehmann wrote: > Mike Makonnen wrote: > > >> I'm not sure what you mean. The checkyesno() routine considers "true" a >> valid parameter. Could you please post the exact error you're getting. >> > > I already posted it... I'm getting: > > $true is not set properly - see rc.conf(5) > > This is because: > > you call "start_boot true" > start_boot itself calls checkyesno $1 - so it calls "checkyesno true" > > checkyesno then defines _value with "eval _value=\$${1}" so _value gets > $true which is not an allowed value. > > let me past the comment of checkyesno: > > # checkyesno var > # Test $1 variable, and warn if not set to YES or NO. > # Return 0 if it's "yes" (et al), nonzero otherwise. > > A variablename has to be handed over to checkyesno, not a value like > "true" or "yes" or whatever else. You see the error? > > Please try the attached patch. Thanks! Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mtm @ wubethiopia.com | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm @ FreeBSD.Org | FreeBSD - http://www.freebsd.org --------------020305090805060902050004 Content-Type: text/plain; name="etc-start_boot.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="etc-start_boot.diff" Index: etc/rc.subr =================================================================== RCS file: /home/ncvs/src/etc/rc.subr,v retrieving revision 1.80 diff -u -r1.80 rc.subr --- etc/rc.subr 26 Jan 2008 11:22:11 -0000 1.80 +++ etc/rc.subr 1 May 2008 04:57:36 -0000 @@ -171,10 +171,14 @@ { local always - if [ -n "$1" ] && checkyesno $1; then + case $1 in + # "yes", "true", "on", or "1" + [Yy][Ee][Ss]|[Tt][Rr][Uu][Ee]|[Oo][Nn]|1) always=true - else + ;; + *) always=false + ;; fi if [ "$autoboot" = yes -o "$always" = true ]; then echo "ERROR: ABORTING BOOT (sending SIGTERM to parent)!" --------------020305090805060902050004-- From owner-freebsd-stable@FreeBSD.ORG Thu May 1 05:15:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263CF10656D1; Thu, 1 May 2008 05:15:56 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 128768FC1D; Thu, 1 May 2008 05:15:55 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 325491A4D82; Wed, 30 Apr 2008 21:57:36 -0700 (PDT) Date: Wed, 30 Apr 2008 21:57:36 -0700 From: Alfred Perlstein To: gnn@freebsd.org Message-ID: <20080501045736.GU30325@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Some odd behaviour of vmstat and vmtotal... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 05:15:56 -0000 * gnn@freebsd.org [080430 18:13] wrote: > Howdy, > > In deploying 7.0 at work we were finding a persistent problem when > running "vmstat 1" on systems. The problem shows up as a 10ms "pause" > in processing, usually packet stamping and forwarding by a user level > process. This is due to the fact that vmstat calls the vmtotal() > routine which in turn does a whole lot of locking. The vmtotal call > locks and walks the VM object list twice in a mark and sweep > operation. > > So, the question is, "What is the right way to fix this?" I could > remove the locking since the O_ACTIVE bit is not used by any other > routine besides vmtotal, but I'm not too happy about that. > > The relevant code can be found in src/sys/vm/vm_meter.c in vmtotal(). > > Thoughts? Can you _really_ remove the locking? I don't think that would be safe if the list is being manipulated, but I haven't checked. Typically one uses a sentinal to get around such problems. Basically insert a dummy object that no one should touch other than you, then drop the lock periodically and insert it into the list, then resume. -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Thu May 1 07:21:39 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4E54106564A for ; Thu, 1 May 2008 07:21:39 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.freebsd.org (Postfix) with SMTP id 191698FC14 for ; Thu, 1 May 2008 07:21:38 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: (qmail 801 invoked by uid 89); 1 May 2008 07:21:36 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 1 May 2008 07:21:36 -0000 Date: Thu, 1 May 2008 09:21:31 +0200 From: Oliver Lehmann To: Mike Makonnen Message-Id: <20080501092131.0a394c20.oliver@FreeBSD.org> In-Reply-To: <48194E3A.5000609@wubethiopia.com> References: <20080428173019.9741ad41.oliver@FreeBSD.org> <4817FAC3.3090304@wubethiopia.com> <20080430151402.23674a45.oliver@FreeBSD.org> <48194E3A.5000609@wubethiopia.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: error in src/etc/rc.d/mountcritlocal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 07:21:39 -0000 Mike Makonnen wrote: > Please try the attached patch. > Thanks! I cannot really test the patch because this involves rebooting the system which is not that easy as it sounds ;) You can just test it yourself. Put some garbage in /etc/fstab reboot w/o your patch - see the strange error message - apply your patch and reboot once more... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Thu May 1 09:24:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51DD11065671 for ; Thu, 1 May 2008 09:24:38 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from pulsar.bg (pulsar.bg [213.130.70.6]) by mx1.freebsd.org (Postfix) with ESMTP id DF7AE8FC0C for ; Thu, 1 May 2008 09:24:37 +0000 (UTC) (envelope-from geo@pulsar.bg) Received: from [212.72.201.62] (helo=GEOPC) by pulsar.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JrV1o-0004Ry-Aa; Thu, 01 May 2008 12:24:36 +0300 Date: Thu, 1 May 2008 12:24:36 +0300 From: Georgi Iovchev X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Pulsar Ltd X-Priority: 3 (Normal) Message-ID: <422521026.20080501122436@pulsar.bg> To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: geo@pulsar.bg Subject: is there driver for (Bearlake) HECI Controller for releng_7 (or 7_0_0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Georgi Iovchev List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 09:24:38 -0000 Hello lists Intel G33 motherboard (Intel DG33FB) with FreeBSD 7 AMD64 (7.0-RELEASE-p1) one thing is missing: [root@asterisk ~]# pciconf -lv | grep -A3 none none0@pci0:0:3:0: class=0x078000 card=0x50448086 chip=0x29c48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) HECI Controller' class = simple comms Actually I dont know if I really need this (machine will be used for asterisk voip solution), but for completeness is there a driver for this piece of hardware? 10x in advance From owner-freebsd-stable@FreeBSD.ORG Thu May 1 13:05:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C3AD106564A for ; Thu, 1 May 2008 13:05:25 +0000 (UTC) (envelope-from sclark46@earthlink.net) Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7D98FC12 for ; Thu, 1 May 2008 13:05:25 +0000 (UTC) (envelope-from sclark46@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=LXA5t/yHIC323G8EaKhbmrdGk6yVWV/JF+0HIiVWZtkuCJI7CzXE5gww30lSGqyw; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [24.144.77.185] (helo=joker.seclark.com) by elasmtp-curtail.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JrY9U-0002IR-6Y for freebsd-stable@freebsd.org; Thu, 01 May 2008 08:44:44 -0400 Message-ID: <4819BB3A.6000407@earthlink.net> Date: Thu, 01 May 2008 08:44:42 -0400 From: Stephen Clark User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec792feda7d47de5e42aef4ad21f560244fd350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.144.77.185 Subject: reboot after panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sclark46@earthlink.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 13:05:25 -0000 Hello List How do I get my freebsd 6.1 box to automatically reboot after a panic? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu May 1 13:12:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 080D31065680 for ; Thu, 1 May 2008 13:12:40 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 922F38FC15 for ; Thu, 1 May 2008 13:12:39 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [82.95.250.254]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id m41DCawS039479; Thu, 1 May 2008 15:12:36 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.14.2/8.13.3) with ESMTP id m41DCZs5047017; Thu, 1 May 2008 15:12:35 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.14.2/8.14.2/Submit) id m41DCZtA047016; Thu, 1 May 2008 15:12:35 +0200 (CEST) (envelope-from wb) Date: Thu, 1 May 2008 15:12:35 +0200 From: Wilko Bulte To: Stephen Clark Message-ID: <20080501131235.GA47003@freebie.xs4all.nl> References: <4819BB3A.6000407@earthlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4819BB3A.6000407@earthlink.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: reboot after panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 13:12:40 -0000 Quoting Stephen Clark, who wrote on Thu, May 01, 2008 at 08:44:42AM -0400 .. > Hello List > > How do I get my freebsd 6.1 box to automatically reboot after a panic? It should do that automatically? > Thanks, > Steve > -- > > "They that give up essential liberty to obtain temporary safety, > deserve neither liberty nor safety." (Ben Franklin) > > "The course of history shows that as a government grows, liberty > decreases." (Thomas Jefferson) > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu May 1 13:27:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2FDE1065671 for ; Thu, 1 May 2008 13:27:27 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4042C8FC20 for ; Thu, 1 May 2008 13:27:27 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.2/8.14.2) with ESMTP id m41DRPmk077227 for ; Thu, 1 May 2008 15:27:25 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.2/8.14.2/Submit) id m41DRPEv077226 for freebsd-stable@freebsd.org; Thu, 1 May 2008 15:27:25 +0200 (CEST) (envelope-from byshenknet) Date: Thu, 1 May 2008 15:27:24 +0200 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20080501132724.GD840@core.byshenk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on core.byshenk.net Subject: samba build failure on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 13:27:27 -0000 I'm posting this to freebsd-stable even though it is a problem with a port, because the port itself has not changed, but a rebuild fails (on a system and with a configuration that worked before my most recent system updates). Basically my problem is that the current Samba3 (samba-3.0.28,1) won't build on a recent 6-STABLE system (I noticed it with sources csup'd 24 April, and it continues with sources csup'd today, 1 May). The strange thing is that this is a version of samba that has previously built successfully, on the machine and with the configuration that is now failing. (I was attempting to rebuild because I saw some strange library errors.) This at least suggests to me that the problem is _not_ due to something changing with Samba, but to some other change that is being reflected in the Samba build. The system in question is built from sources csup'd today (1 May 2008), with all installed ports current as of today. The same Samba did build successfully with a source and ports tree csup'd on 7 March 2008. As a test to see if there is some problem with the ports dependencies, I've tried a 'portupgrade -fR samba'; all of the dependencies built fine, but then I got the same error when attempting to build Samba itself. It is not definitive, but this suggests to me that this is not a ports problem (per se), but a kernel/world problem. This latter is highlighted by the fact that Samba builds without error on a system with sources csup'd on 17 April. That is, if I take the exact same system on which the build fails, revert my world/kernel to a build from 17 April (leaving everything else exactly the same), then the error disappears and Samba builds successfully. The actual error is below. Any ideas are welcome. I have a machine that I can play with if someone would like me to try anything. -greg Compiling smbd/oplock_linux.c smbd/oplock_linux.c: In function `signal_handler': smbd/oplock_linux.c:73: error: structure has no member named `si_fd' The following command failed: cc -I. -I/usr/ports/net/samba3/work/samba-3.0.28/source -O2 -fno-strict-aliasing -pipe -D_SAMBA_BUILD_=3 -I/usr/local/include -I/usr/ports/net/samba3/work/samba-3.0.28/source/iniparser/src -Iinclude -I./include -I. -I. -I./lib/replace -I./lib/talloc -I./tdb/include -I./libaddns -I./librpc -DHAVE_CONFIG_H -I/usr/local/include -DLDAP_DEPRECATED -I/usr/ports/net/samba3/work/samba-3.0.28/source/lib -D_SAMBA_BUILD_=3 -fPIC -DPIC -c smbd/oplock_linux.c -o smbd/oplock_linux.o *** Error code 1 Stop in /usr/ports/net/samba3/work/samba-3.0.28/source. *** Error code 1 Stop in /usr/ports/net/samba3. *** Error code 1 Stop in /usr/ports/net/samba3. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Thu May 1 14:39:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C540A106566B for ; Thu, 1 May 2008 14:39:30 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail3.secureworks.net (mail3.secureworks.net [65.114.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 86C158FC1B for ; Thu, 1 May 2008 14:39:30 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail3.secureworks.net (Postfix) with ESMTP id ADAB119E0F7; Thu, 1 May 2008 14:39:29 +0000 (GMT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail3.secureworks.net ([127.0.0.1]) by localhost (mail3.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MXYYbVTYLis1; Thu, 1 May 2008 14:39:29 +0000 (GMT) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail3.secureworks.net (Postfix) with ESMTP id 8023219E0F5; Thu, 1 May 2008 14:39:29 +0000 (GMT) Message-ID: <4819D621.9090901@jellydonut.org> Date: Thu, 01 May 2008 10:39:29 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080227 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Greg Byshenk References: <20080501132724.GD840@core.byshenk.net> In-Reply-To: <20080501132724.GD840@core.byshenk.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: samba build failure on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 14:39:30 -0000 Greg Byshenk wrote: > I'm posting this to freebsd-stable even though it is a problem with a port, > because the port itself has not changed, but a rebuild fails (on a system > and with a configuration that worked before my most recent system updates). > > Basically my problem is that the current Samba3 (samba-3.0.28,1) won't build > on a recent 6-STABLE system (I noticed it with sources csup'd 24 April, and > it continues with sources csup'd today, 1 May). The strange thing is that > this is a version of samba that has previously built successfully, on the > machine and with the configuration that is now failing. (I was attempting > to rebuild because I saw some strange library errors.) This at least > suggests to me that the problem is _not_ due to something changing with Samba, > but to some other change that is being reflected in the Samba build. > > > The system in question is built from sources csup'd today (1 May 2008), with > all installed ports current as of today. The same Samba did build successfully > with a source and ports tree csup'd on 7 March 2008. > > As a test to see if there is some problem with the ports dependencies, I've > tried a 'portupgrade -fR samba'; all of the dependencies built fine, but then > I got the same error when attempting to build Samba itself. It is not > definitive, but this suggests to me that this is not a ports problem (per se), > but a kernel/world problem. > > This latter is highlighted by the fact that Samba builds without error on a > system with sources csup'd on 17 April. That is, if I take the exact same > system on which the build fails, revert my world/kernel to a build from > 17 April (leaving everything else exactly the same), then the error > disappears and Samba builds successfully. > > > The actual error is below. Any ideas are welcome. I have a machine that I can > play with if someone would like me to try anything. > > -greg > > > Compiling smbd/oplock_linux.c > smbd/oplock_linux.c: In function `signal_handler': > smbd/oplock_linux.c:73: error: structure has no member named `si_fd' > The following command failed: > cc -I. -I/usr/ports/net/samba3/work/samba-3.0.28/source -O2 -fno-strict-aliasing -pipe -D_SAMBA_BUILD_=3 -I/usr/local/include -I/usr/ports/net/samba3/work/samba-3.0.28/source/iniparser/src -Iinclude -I./include -I. -I. -I./lib/replace -I./lib/talloc -I./tdb/include -I./libaddns -I./librpc -DHAVE_CONFIG_H -I/usr/local/include -DLDAP_DEPRECATED -I/usr/ports/net/samba3/work/samba-3.0.28/source/lib -D_SAMBA_BUILD_=3 -fPIC -DPIC -c smbd/oplock_linux.c -o smbd/oplock_linux.o > *** Error code 1 > > Stop in /usr/ports/net/samba3/work/samba-3.0.28/source. > *** Error code 1 > > Stop in /usr/ports/net/samba3. > *** Error code 1 > > Stop in /usr/ports/net/samba3. > I can confirm this on a 6-STABLE system last SUPed (kernel and world rebuilt) to 20080428 11:23 EDT. samba-3.0.28,1 built fine on this box when it was 6.3-RELEASE, and now fails in exactly the same place when trying to rebuild on 6-STABLE. -Proto From owner-freebsd-stable@FreeBSD.ORG Thu May 1 15:58:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF91E106566B for ; Thu, 1 May 2008 15:58:50 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from mx1.irtnog.org (24-123-13-51.irtnog.org [24.123.13.51]) by mx1.freebsd.org (Postfix) with ESMTP id 808B58FC1B for ; Thu, 1 May 2008 15:58:50 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from localhost (unknown [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id 6E86C1149C for ; Thu, 1 May 2008 11:42:54 -0400 (EDT) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by localhost (cinep010bsdmx.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WutM+pnpWbLI for ; Thu, 1 May 2008 11:42:51 -0400 (EDT) Received: from irtnog.org (svr1.irtnog.org [10.63.0.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Thu, 1 May 2008 11:42:51 -0400 (EDT) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 1 May 2008 11:42:50 -0400 Content-Type: multipart/signed; micalg=SHA1; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_0021_01C8AB80.7BE5F210" Message-ID: In-Reply-To: <4819BB3A.6000407@earthlink.net> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: reboot after panic Thread-Index: AcirjBsFlx1OJdkhT56p5fH/GfxNbwAFTWmg References: <4819BB3A.6000407@earthlink.net> From: "Matthew X. Economou" To: Subject: RE: reboot after panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 15:58:50 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0021_01C8AB80.7BE5F210 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Steve, I recall having to set dumpdev in /etc/rc.conf before I could get FreeBSD to reboot automatically after a panic. I have dumpdev=AUTO set on all of my headless servers. If you are feeling especially brave, you can also set fsck_y_enable=YES and background_fsck=NO. Good luck! ;) -- "I slashread your textcast about jargon and nodnodnod with your cyber-sentiment." - gad_zuki! ------=_NextPart_000_0021_01C8AB80.7BE5F210 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOszCCBwgw ggXwoAMCAQICChYAlZkAAQAAAHAwDQYJKoZIhvcNAQEFBQAwUTETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBmlydG5vZzEiMCAGA1UEAxMZSVJUTk9HLk9SRyBSb290IEF1dGhv cml0eTAeFw0wNzA5MjUxODM3NDRaFw0wODA5MjQxODM3NDRaMIGnMRMwEQYKCZImiZPyLGQBGRYD b3JnMRYwFAYKCZImiZPyLGQBGRYGaXJ0bm9nMRMwEQYDVQQLEwpNeUJ1c2luZXNzMQ4wDAYDVQQL EwVVc2VyczERMA8GA1UECxMIU0JTVXNlcnMxHDAaBgNVBAMTE01hdHRoZXcgWC4gRWNvbm9tb3Ux IjAgBgkqhkiG9w0BCQEWE3hlbm9waG9uQGlydG5vZy5vcmcwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAMghkqwkEd0cuBSeyjc0ouYCJlNi72KT1uajTByyuVfckGqtdXFVlhoJF1MzjnqpUw8A 6pk2EUIoZr9CK3t3gtfCyg5CD/2Mzc/7bgC46TXSGQ6qFEi/HtOgbXcIkVOqLTSv3hTh8rhfK5bL 2o13CWiHyjmxBkD1Pdka2YvueZdBAgMBAAGjggQNMIIECTALBgNVHQ8EBAMCBaAwNgYJKoZIhvcN AQkPBCkwJzANBggqhkiG9w0DAgIBODANBggqhkiG9w0DBAIBODAHBgUrDgMCBzAdBgNVHQ4EFgQU c5u8UU6hQsExMvkmjVLGAHKQWlswFwYJKwYBBAGCNxQCBAoeCABVAHMAZQByMB8GA1UdIwQYMBaA FCpIoZ65QNVXdsdF7FIYwfB61Ve+MIIBZQYDVR0fBIIBXDCCAVgwggFUoIIBUKCCAUyGgbtsZGFw Oi8vQ049SVJUTk9HLk9SRyBSb290IEF1dGhvcml0eSgxKSxDTj1zdnIxLENOPUNEUCxDTj1QdWJs aWMgS2V5IFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXJ0bm9nLERD PW9yZy8/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3Ry aWJ1dGlvblBvaW50hkZodHRwOi8vc3ZyMS5pcnRub2cub3JnL0NlcnRFbnJvbGwvSVJUTk9HLk9S RyUyMFJvb3QlMjBBdXRob3JpdHkoMSkuY3JshkRmaWxlOi8vXFxzdnIxLmlydG5vZy5vcmcvQ2Vy dEVucm9sbC9JUlROT0cuT1JHIFJvb3QgQXV0aG9yaXR5KDEpLmNybDCCAY4GCCsGAQUFBwEBBIIB gDCCAXwwgbMGCCsGAQUFBzABhoGmbGRhcDovL0NOPUlSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHks Q049QUlBLENOPVB1YmxpYyBLZXkgU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlv bixEQz1pcnRub2csREM9b3JnLz9jQUNlcnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlm aWNhdGlvbkF1dGhvcml0eTBiBggrBgEFBQcwAYZWaHR0cDovL3N2cjEuaXJ0bm9nLm9yZy9DZXJ0 RW5yb2xsL3N2cjEuaXJ0bm9nLm9yZ19JUlROT0cuT1JHJTIwUm9vdCUyMEF1dGhvcml0eSgxKS5j cnQwYAYIKwYBBQUHMAGGVGZpbGU6Ly9cXHN2cjEuaXJ0bm9nLm9yZy9DZXJ0RW5yb2xsL3N2cjEu aXJ0bm9nLm9yZ19JUlROT0cuT1JHIFJvb3QgQXV0aG9yaXR5KDEpLmNydDApBgNVHSUEIjAgBgor BgEEAYI3CgMEBggrBgEFBQcDBAYIKwYBBQUHAwIwQwYDVR0RBDwwOqAjBgorBgEEAYI3FAIDoBUM E3hlbm9waG9uQGlydG5vZy5vcmeBE3hlbm9waG9uQGlydG5vZy5vcmcwDQYJKoZIhvcNAQEFBQAD ggEBAHDOxYgKLkgD8xjxzDZVbc30p8sM7sNjaST4/KBVaEaMo7Wv+sMy+/Q5+OaXGwXVglof3CMR FH0KEi2vTwdrt4wmiSacygfqnlDdgBI1Yw+eqXzSGGcNYHRrtKMn+UN837BiBby+U6i4k/WwlmZv v3xQawDd17sZ0zf8Xlye++s2+FMEtlZa4SLoiA1NJEiVS+RE8mh/6Yr4CBqoMEHV+zOciqHIVdVf dvOaRuOFtnv1+bx7oiPwuCqC/uNrJi2FAkGjbYVLei1X3x4RX7ASl5d8DaKkbmozgGDpEI7W07aH OwvrJLQFLYq0Mhibro4vv+L1aXvpGAVcFWouNTKbK+EwggejMIIGi6ADAgECAhBluZdHFVh8oEzX i+HMf5M7MA0GCSqGSIb3DQEBBQUAMFExEzARBgoJkiaJk/IsZAEZFgNvcmcxFjAUBgoJkiaJk/Is ZAEZFgZpcnRub2cxIjAgBgNVBAMTGUlSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkwHhcNMDUwMzAz MTQzODM3WhcNMTAwMzAzMTQ0ODM3WjBRMRMwEQYKCZImiZPyLGQBGRYDb3JnMRYwFAYKCZImiZPy LGQBGRYGaXJ0bm9nMSIwIAYDVQQDExlJUlROT0cuT1JHIFJvb3QgQXV0aG9yaXR5MIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyE4xTXFne6/D+ArV8QDbzimf/S0TPsDCr6FNTiBVUmEN SpNeLGB/O95wiTeybNh5WhPB+6x4DKK69TGfcL2UgIu0KNGQo0Ygby/A6kKtn6nrDwNjqiYk//IW pdS2C48hlOX2NBXhHHp3Uc8fALWl8MXR3uAeCHjeAMYJ7O1+r6pw2OEtHdxZcdP9qLqtIhNrHEiJ IMJMZwBuDo0taIGnk5tfIWHaj77zxrwb3bgTw42jnaUqP9HfKnTsS9ULU9yo5XNPKU2sJtzubjW+ bmKQVI+s1uht32cex6OeclUDt2TzME9tvBU3RJhUuEuO1diprUkdsNg4JcyUfIa96drN6wIDAQAB o4IEdTCCBHEwEwYJKwYBBAGCNxQCBAYeBABDAEEwCwYDVR0PBAQDAgGGMA8GA1UdEwEB/wQFMAMB Af8wHQYDVR0OBBYEFCpIoZ65QNVXdsdF7FIYwfB61Ve+MIIByQYDVR0fBIIBwDCCAbwwggG4oIIB tKCCAbCGZmZpbGU6Ly9DOlxXSU5ET1dTXHN5c3RlbTMyXENlcnRTcnZcQ2VydEVucm9sbFwlM0ND YU5hbWUlM0UlM0NDUkxOYW1lU3VmZml4JTNFJTNDRGVsdGFDUkxBbGxvd2VkJTNFLmNybIaBk2xk YXA6Ly9DTj08Q0FUcnVuY2F0ZWROYW1lPjxDUkxOYW1lU3VmZml4PixDTj08U2VydmVyU2hvcnRO YW1lPixDTj1DRFAsQ049UHVibGljIEtleSBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyw8Q29uZmlndXJh dGlvbkNvbnRhaW5lcj48Q0RQT2JqZWN0Q2xhc3M+L4ZeaHR0cDovLyUzQ3NlcnZlcmRuc25hbWUl M0UvQ2VydEVucm9sbC8lM0NDYU5hbWUlM0UlM0NDUkxOYW1lU3VmZml4JTNFJTNDRGVsdGFDUkxB bGxvd2VkJTNFLmNybIZQZmlsZTovL1xcPFNlcnZlckROU05hbWU+L0NlcnRFbnJvbGwvPENhTmFt ZT48Q1JMTmFtZVN1ZmZpeD48RGVsdGFDUkxBbGxvd2VkPi5jcmwwEgYJKwYBBAGCNxUBBAUCAwEA ATBEBgNVHSAEPTA7MDkGCSsGAQQB0WQAATAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd2ViLmlydG5v Zy5vcmcvbGVnYWwvY2EwggHPBggrBgEFBQcBAQSCAcEwggG9MHMGCCsGAQUFBzAChmdmaWxlOi8v QzpcV0lORE9XU1xzeXN0ZW0zMlxDZXJ0U3J2XENlcnRFbnJvbGxcJTNDU2VydmVyRE5TTmFtZSUz RV8lM0NDYU5hbWUlM0UlM0NDZXJ0aWZpY2F0ZU5hbWUlM0UuY3J0MHoGCCsGAQUFBzAChm5sZGFw Oi8vQ049PENBVHJ1bmNhdGVkTmFtZT4sQ049QUlBLENOPVB1YmxpYyBLZXkgU2VydmljZXMsQ049 U2VydmljZXMsPENvbmZpZ3VyYXRpb25Db250YWluZXI+PENBT2JqZWN0Q2xhc3M+LzBrBggrBgEF BQcwAoZfaHR0cDovLyUzQ3NlcnZlcmRuc25hbWUlM0UvQ2VydEVucm9sbC8lM0NTZXJ2ZXJETlNO YW1lJTNFXyUzQ0NhTmFtZSUzRSUzQ0NlcnRpZmljYXRlTmFtZSUzRS5jcnQwXQYIKwYBBQUHMAKG UWZpbGU6Ly9cXDxTZXJ2ZXJETlNOYW1lPi9DZXJ0RW5yb2xsLzxTZXJ2ZXJETlNOYW1lPl88Q2FO YW1lPjxDZXJ0aWZpY2F0ZU5hbWU+LmNydDAjBgkrBgEEAYI3FQIEFgQUVTgfUfp1gLMYngiR0CwR zTjx/g0wDQYJKoZIhvcNAQEFBQADggEBAHlQMSPOE1jl+qYYh6lKOr9v6JvZSDnTGpBEDJItlgwJ NmPZHRXt4KjqgMQZ86rvHeVXeu8L7H+g1SegHQo1vTElzUtQ6NDpO6u3Wuhib5IHivtAOSoCWi39 wsqrmn8mnAGxaBqNv7b616upZa3e4O+HFq2p+1+Te3+y7YY9qtUEdinxD+IxKzC7sNfW8cedVokJ EXkazM2g367Wr96aGM/4zNRoeObPbRFRJuPIU9avo4TDji+Tlpw6xXwRnobtyZQD+NKi3NS/NoP1 GSxFcdpt8hwnLNbixgWT0mIlC9VOkZyE1YjpY2iWQPBEIJ4mnxMiaMtoJTX9Uyb3mzxD+PwxggKx MIICrQIBATBfMFExEzARBgoJkiaJk/IsZAEZFgNvcmcxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cx IjAgBgNVBAMTGUlSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkCChYAlZkAAQAAAHAwCQYFKw4DAhoF AKCCAagwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDgwNTAxMTU0 MjUwWjAjBgkqhkiG9w0BCQQxFgQUJsy31XJkzIaBvAv9HkEJoK6l1bowZwYJKoZIhvcNAQkPMVow WDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwBwYFKw4DAhowCgYIKoZIhvcNAgUwbgYJKwYBBAGCNxAEMWEwXzBRMRMwEQYK CZImiZPyLGQBGRYDb3JnMRYwFAYKCZImiZPyLGQBGRYGaXJ0bm9nMSIwIAYDVQQDExlJUlROT0cu T1JHIFJvb3QgQXV0aG9yaXR5AgoWAJWZAAEAAABwMHAGCyqGSIb3DQEJEAILMWGgXzBRMRMwEQYK CZImiZPyLGQBGRYDb3JnMRYwFAYKCZImiZPyLGQBGRYGaXJ0bm9nMSIwIAYDVQQDExlJUlROT0cu T1JHIFJvb3QgQXV0aG9yaXR5AgoWAJWZAAEAAABwMA0GCSqGSIb3DQEBAQUABIGAeRaA0Zg9Kf6j qRYwQF4miJ+sVxzJSv5zfVHj5rPzFGWcy6yxVoalUOXXPf8GQ4SKmJR8nAjw+kVB1PPLEL6R+Gnv N+KJoyL18NNdK/2DdthvCIQhaPSis2oyrnAMVDKiVwxb+mGK9fLp0pVnacRH8RIvqxR/UOXQsqwA GW7+qv0AAAAAAAA= ------=_NextPart_000_0021_01C8AB80.7BE5F210-- From owner-freebsd-stable@FreeBSD.ORG Thu May 1 15:59:09 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 109381065675 for ; Thu, 1 May 2008 15:59:09 +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 D8F608FC19 for ; Thu, 1 May 2008 15:59:08 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m41FcOZq064942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 May 2008 08:38:25 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4819E3F0.9040308@freebsd.org> Date: Thu, 01 May 2008 08:38:24 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Alfred Perlstein References: <20080501045736.GU30325@elvis.mu.org> In-Reply-To: <20080501045736.GU30325@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-dcc1-Metrics: ebb.errno.com; whitelist Cc: gnn@freebsd.org, stable@freebsd.org Subject: Re: Some odd behaviour of vmstat and vmtotal... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 15:59:09 -0000 Alfred Perlstein wrote: > * gnn@freebsd.org [080430 18:13] wrote: > >> Howdy, >> >> In deploying 7.0 at work we were finding a persistent problem when >> running "vmstat 1" on systems. The problem shows up as a 10ms "pause" >> in processing, usually packet stamping and forwarding by a user level >> process. This is due to the fact that vmstat calls the vmtotal() >> routine which in turn does a whole lot of locking. The vmtotal call >> locks and walks the VM object list twice in a mark and sweep >> operation. >> >> So, the question is, "What is the right way to fix this?" I could >> remove the locking since the O_ACTIVE bit is not used by any other >> routine besides vmtotal, but I'm not too happy about that. >> >> The relevant code can be found in src/sys/vm/vm_meter.c in vmtotal(). >> >> Thoughts? >> > > Can you _really_ remove the locking? I don't think that would be safe > if the list is being manipulated, but I haven't checked. > > Typically one uses a sentinal to get around such problems. Basically > insert a dummy object that no one should touch other than you, then > drop the lock periodically and insert it into the list, then resume. > > net80211 uses a scan generation # to walk it's node lists. No sentinel. Sam From owner-freebsd-stable@FreeBSD.ORG Thu May 1 16:49:32 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A3731065678; Thu, 1 May 2008 16:49:32 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 145A18FC12; Thu, 1 May 2008 16:49:31 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id m41GnFYB002433; Thu, 1 May 2008 17:49:15 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Jrby7-0001ec-FK; Thu, 01 May 2008 17:49:15 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m41GnF57079224; Thu, 1 May 2008 17:49:15 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m41GnEOQ079223; Thu, 1 May 2008 17:49:14 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: John Baldwin In-Reply-To: <200804301544.20802.jhb@freebsd.org> References: <481560AC.90109@delphij.net> <1209376409.59233.14.camel@buffy.york.ac.uk> <4818BF27.2080209@delphij.net> <200804301544.20802.jhb@freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 01 May 2008 17:49:12 +0100 Message-Id: <1209660552.68622.53.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: FreeBSD Stable , d@delphij.net Subject: Re: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 16:49:32 -0000 On Wed, 2008-04-30 at 15:44 -0400, John Baldwin wrote: > On Wednesday 30 April 2008 02:49:11 pm Xin LI wrote: > > Gavin Atkinson wrote: > > | On Sun, 2008-04-27 at 22:29 -0700, Xin LI wrote: > > |> Hi, > > |> > > |> Just wonder what the system would do after Uptime: during reboot? Will > > |> there be any callbacks be called? I have received some report regarding > > |> hangs after this, and IIRC the only operation is to IPI BSP to do reboot? > > | > > | Several callbacks are called after that message. Anything that > > | registers with the shutdown_post_sync or shutdown_final event handler, > > | for example, and the dump routine if you are using "reboot -d". > > | > > | Before trying to diagnose this, however, make sure you are running with > > | sys/dev/usb/ehci_pci.c 1.30 (which has also been MFC'd to 6/7), as that > > | seems to have been the cause of most of the recently reported "hangs > > | after printing uptime" PRs. > > > > I see... It seems that this is the culprit. > > > > To John: Do you think it's worthy to make this an errata to the > > supported RELENG_6_X and RELENG_7_0 branches? > > If someone wants to push re@ to do that they can, but my experience with > getting re@ to actually get errata fixes has me skeptical (I think I had > patches for about 6 or 7 panics or kernel deadlocks for 6.2 that never got > pushed as errata patches). FWIW, there have been probably around 10 PRs in in the last few months about this behaviour. I'd vote for it as an errata candidate. Gavin From owner-freebsd-stable@FreeBSD.ORG Thu May 1 16:59:19 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51E4A1065674; Thu, 1 May 2008 16:59:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id E24AC8FC1D; Thu, 1 May 2008 16:59:18 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 9C1992844E; Fri, 2 May 2008 00:59:17 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id AD451EC3CF8; Fri, 2 May 2008 00:59:16 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id ugkeck4+kI+7; Fri, 2 May 2008 00:59:10 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4BE4CEB8508; Fri, 2 May 2008 00:59:04 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=v2Hv9rIgJ5WmDXMSEvYcUUFBD300CiCMO96QByU2MOlsvSlJBH76dLVHb3ODeWPE1 TkAW9T3vag0wOT6A1bAqg== Message-ID: <4819F6D3.80104@delphij.net> Date: Thu, 01 May 2008 09:58:59 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: Gavin Atkinson References: <481560AC.90109@delphij.net> <1209376409.59233.14.camel@buffy.york.ac.uk> <4818BF27.2080209@delphij.net> <200804301544.20802.jhb@freebsd.org> <1209660552.68622.53.camel@buffy.york.ac.uk> In-Reply-To: <1209660552.68622.53.camel@buffy.york.ac.uk> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , d@delphij.net, John Baldwin Subject: Re: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 16:59:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gavin Atkinson wrote: | FWIW, there have been probably around 10 PRs in in the last few months | about this behaviour. I'd vote for it as an errata candidate. FWIW I have written to re@ indicating some changes I wanted for RELENG_7_0 as candidates. Could you please let me know if I have missed something important? http://www.delphij.net/errata-20080430.xml Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgZ9tIACgkQi+vbBBjt66AHvgCdEVoZPONbOw15G1dpN2oP2coy JIYAn2l4UlwNFNGUGd9cX+J749+L+FEs =cA5t -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu May 1 17:30:50 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C2511065671 for ; Thu, 1 May 2008 17:30:50 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id D3A0C8FC17 for ; Thu, 1 May 2008 17:30:49 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id EDCF71B10EE7; Thu, 1 May 2008 19:14:11 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.2] (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id F401D1B10CAA for ; Thu, 1 May 2008 19:14:08 +0200 (CEST) Message-ID: <4819FA26.7050703@moneybookers.com> Date: Thu, 01 May 2008 20:13:10 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: FreeBSD Stable References: <481560AC.90109@delphij.net> <1209376409.59233.14.camel@buffy.york.ac.uk> <4818BF27.2080209@delphij.net> <200804301544.20802.jhb@freebsd.org> <1209660552.68622.53.camel@buffy.york.ac.uk> <4819F6D3.80104@delphij.net> In-Reply-To: <4819F6D3.80104@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/7007/Thu May 1 17:34:23 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: Subject: Re: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 17:30:50 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Gavin Atkinson wrote: > | FWIW, there have been probably around 10 PRs in in the last few months > | about this behaviour. I'd vote for it as an errata candidate. > > FWIW I have written to re@ indicating some changes I wanted for > RELENG_7_0 as candidates. Could you please let me know if I have missed > something important? > > http://www.delphij.net/errata-20080430.xml Please look at this thread in -net : TCP options order changed in FreeBSD 7,incompatible with some routers I think problem mention there should go in errata as it's quite serious. src/sys/netinet/tcp_output.c Revision 1.141.2.4 (not sure that this is the fix ..) P.S. When can we expect 7.0p1 ? :) -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Thu May 1 18:02:22 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33BB21065670 for ; Thu, 1 May 2008 18:02:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 859CA8FC1D for ; Thu, 1 May 2008 18:02:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id DE4D328449 for ; Fri, 2 May 2008 02:02:18 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id DAD86EC3D48; Fri, 2 May 2008 02:02:17 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 3o5kVSWjn2uL; Fri, 2 May 2008 02:02:12 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4C937EC3B21; Fri, 2 May 2008 02:02:09 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=bpK880HvoU/I+aBRs1FGl3qzknhRtDi8sQI7QPNYaEX7nqXXyc5dUABSVHApJlhWL 3ODj/LNYAdSJ5jZQodlYw== Message-ID: <481A059E.5020503@delphij.net> Date: Thu, 01 May 2008 11:02:06 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: Stefan Lambrev References: <481560AC.90109@delphij.net> <1209376409.59233.14.camel@buffy.york.ac.uk> <4818BF27.2080209@delphij.net> <200804301544.20802.jhb@freebsd.org> <1209660552.68622.53.camel@buffy.york.ac.uk> <4819F6D3.80104@delphij.net> <4819FA26.7050703@moneybookers.com> In-Reply-To: <4819FA26.7050703@moneybookers.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 18:02:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stefan Lambrev wrote: | Xin LI wrote: |> -----BEGIN PGP SIGNED MESSAGE----- |> Hash: SHA1 |> |> Gavin Atkinson wrote: |> | FWIW, there have been probably around 10 PRs in in the last few months |> | about this behaviour. I'd vote for it as an errata candidate. |> |> FWIW I have written to re@ indicating some changes I wanted for |> RELENG_7_0 as candidates. Could you please let me know if I have missed |> something important? |> |> http://www.delphij.net/errata-20080430.xml | | Please look at this thread in -net : | TCP options order changed in FreeBSD 7,incompatible with some routers | I think problem mention there should go in errata as it's quite serious. | | src/sys/netinet/tcp_output.c Revision 1.141.2.4 (not sure that this is | the fix ..) I see, I will take a look at it. IIRC at least two files were involved. | P.S. When can we expect 7.0p1 ? :) Actually there is already 7.0-R-p1 for the SSH vulnerability, note that this is not a kernel vulnerability so if you use binary update then the version number would not show up :) [lixin@builder] ~> uname -sr FreeBSD 7.0-RELEASE-p1 Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgaBZ4ACgkQi+vbBBjt66BWAQCeP/j4VGsHL458f5/LG2pXoPju 0qUAoJdJBCp5jIw8pGxpp2B4I24uVJ4E =JWjo -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu May 1 18:14:52 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0647C1065670 for ; Thu, 1 May 2008 18:14:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5758FC14 for ; Thu, 1 May 2008 18:14:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 393BE28449 for ; Fri, 2 May 2008 02:14:48 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id EF668EC3D54; Fri, 2 May 2008 02:14:47 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id hAy02D7wy3Hd; Fri, 2 May 2008 02:14:42 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 1E5F2EC3CC9; Fri, 2 May 2008 02:14:40 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=hKQs7l9zmHVYX6UaLY3e/aV9TYQYul5N6FgYdJAQrYv2J72zbchKlCRCgZ/oLIxCG +YgNTaABDfj9fHjA32sYg== Message-ID: <481A088E.3020808@delphij.net> Date: Thu, 01 May 2008 11:14:38 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: d@delphij.net References: <481560AC.90109@delphij.net> <1209376409.59233.14.camel@buffy.york.ac.uk> <4818BF27.2080209@delphij.net> <200804301544.20802.jhb@freebsd.org> <1209660552.68622.53.camel@buffy.york.ac.uk> <4819F6D3.80104@delphij.net> <4819FA26.7050703@moneybookers.com> <481A059E.5020503@delphij.net> In-Reply-To: <481A059E.5020503@delphij.net> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Stefan Lambrev Subject: Re: What does system do after "Uptime: "? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 18:14:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 So I think it was 1.141.2.4 of sys/netinet/tcp_output.c. The change on tcp_var.h was reverted after this as it is no longer necessary. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgaCI4ACgkQi+vbBBjt66APqgCeJxDEzOoXeX0WNVpBywbiCuh7 bOoAoIfJHdrqKnIkWEWR954XOXu0fj5s =ZJ/C -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu May 1 18:55:13 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D196C1065677 for ; Thu, 1 May 2008 18:55:13 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4FA8FC28 for ; Thu, 1 May 2008 18:55:12 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m41ItAA4036567 ; Thu, 1 May 2008 20:55:11 +0200 (CEST) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m41It9Jk077928 ; Thu, 1 May 2008 20:55:09 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m41It9vU077925; Thu, 1 May 2008 20:55:09 +0200 (MEST) (envelope-from arno) To: Mike Tancsa References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> <200804221807.m3MI73bN092981@lava.sentex.ca> <200804222155.m3MLtoKt093783@lava.sentex.ca> From: "Arno J. Klaassen" Date: 01 May 2008 20:55:08 +0200 In-Reply-To: Message-ID: Lines: 117 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.166]); Thu, 01 May 2008 20:55:11 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/7007/Thu May 1 17:34:23 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 481A120E.003 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 481A120E.003/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 481A120E.003 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.025 -> S=0.025 X-j-chkmail-Status: Ham Cc: stable@freebsd.org, pluknet@gmail.com Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 18:55:13 -0000 Hello, > [ .. stuff deleted .. ] > > I have recompiled the kernel with ULE, and it seems fine as well. I > > ran 160 iterations of a 300MB file and there was no corruption. Same > > process - copy a junk random file over nfs mount, unmount the nfs > > mount, remount it copy it back, compare the files. > > > Let me summarise my investigations till now : > [ .. more stuff deleted .. ] > - it does *not* seem to depend on : > > - the interface : I could produce it using nfe0, nfe1 and > re0 using some netgear pci-card > > - the distribution of the 4Gig memory : installing 4G at > CPU1 or 1G at CPU1 and 2G at CPU2 produces same results > (NB, all memory passed memtest.iso in both situtations > for complete run) > > - the frequency control method : easier to produce with > cpufreq/powerd, but finally I can reproduce the cooruption > as well using acpi_ppc > > - the nfs-client and options (not exhaustively tested, but different > test include i386-releng6, amd64-releng6 and linux, and quite > a set of different try and see mounf_nfs options > > I am testing right now with a fixed frequency of 1Ghz. I cannot reproduce it at fixed cpu-frequency with cpufreq loaded (I ran my test for three days without prob, normally a couple of hours was enough). But I looked again at the corrupted copies : # for i in raid5/xps/SAVE/1 raid5/pxe/SAVE/1 raid5/pxe/SAVE/2 raid5/pxe/SAVE/3 raid5/blockhead/SAVE/1 scsi/pxe/SAVE/1 scsi/blockhead/SAVE/1 scsi/blockhead/SAVE/2 scsi/blockhead/SAVE/3 scsi/blockhead/SAVE/4; do ls -l $i/BIG; cmp -x $i/BIG $i/BIG2; echo; done -rw-r--r-- 1 root wheel 144703488 Apr 26 16:06 raid5/xps/SAVE/1/BIG 004fd908 18 00 02c9e6c8 11 00 034ab6c8 90 00 037e4648 09 00 039e85c8 91 01 04484408 00 09 06115cc8 00 81 06e5d148 01 91 07016048 18 00 074307c8 08 19 07aa45c8 29 20 080bfb88 00 11 -rw-r--r-- 1 root wheel 144703488 Apr 20 14:07 raid5/pxe/SAVE/1/BIG 03869a48 09 00 -rw-r--r-- 1 root wheel 144703488 Apr 20 14:47 raid5/pxe/SAVE/2/BIG 05209d88 09 00 -rw-r--r-- 1 root wheel 39845888 Apr 20 15:17 raid5/pxe/SAVE/3/BIG 01777148 09 00 -rw-r--r-- 1 root wheel 144703488 Apr 20 14:54 raid5/blockhead/SAVE/1/BIG 00f10f88 09 00 -rw-r--r-- 1 root wheel 39845888 Apr 20 16:08 scsi/pxe/SAVE/1/BIG 01f4c4c8 11 00 -rw-r--r-- 1 root wheel 144703488 Apr 20 15:38 scsi/blockhead/SAVE/1/BIG 06c3d6c8 11 00 -rw-r--r-- 1 root wheel 144703488 Apr 20 16:11 scsi/blockhead/SAVE/2/BIG 0725ca48 18 00 -rw-r--r-- 1 root wheel 144703488 Apr 20 17:32 scsi/blockhead/SAVE/3/BIG 01608008 09 00 -rw-r--r-- 1 root wheel 144703488 Apr 23 19:26 scsi/blockhead/SAVE/4/BIG 00f3b888 18 00 The output from raid5/xps/SAVE/1/BIG is after installing at a lab with without doubt more sophisticated switches than I use and the first I was able to produce with more that just one byte corrupted, but still with the same pattern : it looks like the position always is 2^3 * 'somethin without power of two' (e.g. factor(hex2dec('00f10f88')) = 2 2 2 809 2441 factor(hex2dec('01f4c4c8')) = 2 2 2 317 12941 ) and the corruption is one out of the following half-byte transitions : 1 -> 0 8 -> 0 9 -> 0 0 -> 1 0 -> 8 0 -> 9 8 -> 9 Maybe this gives a hint to someone ... Best, Arno From owner-freebsd-stable@FreeBSD.ORG Thu May 1 19:15:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 759F51065672 for ; Thu, 1 May 2008 19:15:58 +0000 (UTC) (envelope-from sclark46@earthlink.net) Received: from elasmtp-junco.atl.sa.earthlink.net (elasmtp-junco.atl.sa.earthlink.net [209.86.89.63]) by mx1.freebsd.org (Postfix) with ESMTP id 405B78FC15 for ; Thu, 1 May 2008 19:15:58 +0000 (UTC) (envelope-from sclark46@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=c+s/VOaKLJtVEc8Sc6ddC6KJX+S57iCz/vHKhfIq3WYrd/eQZe4Yu4NYA6f3r2hq; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [24.144.77.185] (helo=joker.seclark.com) by elasmtp-junco.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JreG3-0007Xa-HT; Thu, 01 May 2008 15:15:56 -0400 Message-ID: <481A16E7.8040709@earthlink.net> Date: Thu, 01 May 2008 15:15:51 -0400 From: Stephen Clark User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: "Matthew X. Economou" References: <4819BB3A.6000407@earthlink.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec79ceb92b71b3f67c95191684c9fe0d6223350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.144.77.185 Cc: freebsd-stable@freebsd.org Subject: Re: reboot after panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sclark46@earthlink.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 19:15:58 -0000 Matthew X. Economou wrote: > Steve, > > I recall having to set dumpdev in /etc/rc.conf before I could get > FreeBSD to reboot automatically after a panic. I have dumpdev=AUTO > set on all of my headless servers. If you are feeling especially > brave, you can also set fsck_y_enable=YES and background_fsck=NO. > > Good luck! ;) > Hmmm... I have that set. It only seems to not reboot on one system I have. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu May 1 21:02:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4589F106567C for ; Thu, 1 May 2008 21:02:36 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (pie.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b8c]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD9B8FC18 for ; Thu, 1 May 2008 21:02:36 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id D26CC170D87; Thu, 1 May 2008 11:02:34 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 4FEC3153882; Thu, 1 May 2008 11:02:34 -1000 (HST) Date: Thu, 1 May 2008 11:02:34 -1000 From: Clifton Royston To: Stephen Clark Message-ID: <20080501210233.GA15528@lava.net> Mail-Followup-To: Stephen Clark , freebsd-stable@freebsd.org References: <4819BB3A.6000407@earthlink.net> <481A16E7.8040709@earthlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <481A16E7.8040709@earthlink.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: reboot after panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 21:02:36 -0000 On Thu, May 01, 2008 at 03:15:51PM -0400, Stephen Clark wrote: > Matthew X. Economou wrote: > >Steve, > > > >I recall having to set dumpdev in /etc/rc.conf before I could get > >FreeBSD to reboot automatically after a panic. I have dumpdev=AUTO > >set on all of my headless servers. If you are feeling especially > >brave, you can also set fsck_y_enable=YES and background_fsck=NO. > > > >Good luck! ;) > > > Hmmm... I have that set. It only seems to not reboot on one > system I have. FWIW, I've had problems with 6.2 not rebooting reliably on several SMP P4 Xeon systems; the problem seems to be that sometimes while dumping it either freezes completely or double-faults and hangs at that point until physically reset. This problem appeared simultaneously on several SMP servers when they were upgraded to 6.2, after they had run reliably for years on FreeBSD 4.x. Adding insult to injury, when it does dump successfully, I don't reliably get an image saved in /var/crash. (And if I did, it doesn't appear that it would do me any good as nobody is interested any longer in problems with 6.2.) Thankfully, via a combination of adding RAM and tuning kernel parameters I eventually got them to where they'll reliably stay up for reasonably long stretches, certainly more than the 20 days uptime I was getting when I first upgraded them. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Thu May 1 21:19:48 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E991106566C for ; Thu, 1 May 2008 21:19:48 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3686E8FC19 for ; Thu, 1 May 2008 21:19:47 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id m41KqEjB048107 for ; Thu, 1 May 2008 15:52:14 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id m41KqEWb048106 for stable@freebsd.org; Thu, 1 May 2008 15:52:14 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Thu, 1 May 2008 15:52:14 -0500 From: Scott Lambert To: stable@freebsd.org Message-ID: <20080501205214.GA14922@sysmon.tcworks.net> Mail-Followup-To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: restore issues "Header with wrong dumpdate." and "getfile: lost data" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 21:19:48 -0000 We have upgraded our AMANDA server from FreeBSD 4.x to FreeBSD 7.0-RELEASE. We still have several 4.x boxes and are having issues when we try to restore files on the AMANDA server for any of the 4.x servers. We see the following errors running amrecover: Header with wrong dumpdate. Header with wrong dumpdate. getfile: lost data abort? [yn] n Header with wrong dumpdate. Header with wrong dumpdate. Header with wrong dumpdate. Header with wrong dumpdate. getfile: lost data abort? [yn] n Header with wrong dumpdate. Header with wrong dumpdate. Header with wrong dumpdate. Header with wrong dumpdate. Header with wrong dumpdate. Header with wrong dumpdate. Header with wrong dumpdate. Header with wrong dumpdate. getfile: lost data abort? [yn] y So long as I keep saying no to the amanda abort prompt, the files are successfully restored. I've seen http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 which seems to apply to the "getfile: lost data" lines. There is also http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/118087 which seems to apply to "Header with wrong dumpdate." 118087 seems to have been applied to CVS in rev 1.51 of tape.c by mckusick a couple of weeks ago. I don't think it has been merged to 7-STABLE yet. 120881 seems not to have been applied to CVS just yet. Does anyone have a guess as to when restore will be fixed in -STABLE? -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Thu May 1 23:18:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5672E106566C for ; Thu, 1 May 2008 23:18:10 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 083DB8FC0C for ; Thu, 1 May 2008 23:18:09 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1123386wxd.7 for ; Thu, 01 May 2008 16:18:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=42tNiZjeMxr+AgT8Y2FOsht81HOATQjv56pf6RhWTCg=; b=dc5NRoXmtfJGOo/5Qc2Ix2msOXXpDW7nwPaK4lFfPkB+uwVEkkzYyw/16KhSoKKIVVY4AH3tEXoYwHPdUCQ94GYHNn3703erA1aPQ7tqLHsy8A5JBJVRrQON76iuqhWNXx9pzyIwFeyTV8FMBZZTahvEawdy/yEF9mKfz6TMwTU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=Whn5KV25d3VddBnIIxJ7aUsCgvB9Yuq6sjP/b01lmqqFpS3Ea5JGXsFDOM+JQeFPAjj7HlYXd6oyhTzGn4lK2IC7PXdOgxA1MUtQ/P6gBzN/epEQneOKI5qsdpUiw5BzKitdfHhhdnREmEugaItDDmOSHG/qvfwRmvBax0YsMcE= Received: by 10.101.1.12 with SMTP id d12mr3911032ani.31.1209683888996; Thu, 01 May 2008 16:18:08 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.21.20]) by mx.google.com with ESMTPS id 29sm6330010wrl.9.2008.05.01.16.18.07 (version=SSLv3 cipher=RC4-MD5); Thu, 01 May 2008 16:18:08 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Torfinn Ingolfsen In-Reply-To: <20080429225855.c0bd48fe.torfinn.ingolfsen@broadpark.no> References: <20080429120834.GB44737@eos.sc1.parodius.com> <20080429225855.c0bd48fe.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=utf-8 Date: Thu, 01 May 2008 19:17:17 -0400 Message-Id: <1209683837.3651.14.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Packet-corruption with re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2008 23:18:10 -0000 On Tue, 2008-04-29 at 22:58 +0200, Torfinn Ingolfsen wrote: > On Tue, 29 Apr 2008 05:08:34 -0700 > Jeremy Chadwick wrote: > > > I'd recommend staying away from Realtek NICs. Pick up an Intel > > Pro/1000 GT or PT. Realtek has a well-known history of issues. > > I hear that story very often, so often that I almost think it's a fairy > tale. :-) > Most of the times the "RealTek NIC" story is told, it isn't backed up > with any references to evidence. Draw your own conclusions. Well, my latest encounter with "Netgear GA311 Rev. A1 (RTL8169S-32) Gigabit Ethernet" falls neatly into the "fairy tale" category -- it has jittery bit in the chip ID register and will advertise itself as 8129 or 8169 depending on the phase of the moon. While it is not fair to judge the whole product line based on the single specimen, it took me some time to figure it out, and, on top of that, I have wasted time of some people, valuable to the FreeBSD project, who were kind enough to review submitted PR and close it. I am not planning on buying more of these to get representative statistics, though ;) The card in question was purchased as the replacement for the 'fxp', which was sitting in that system for a long while, so I think I am in my right to blame the card and not the system. -- Alexandre "Sunny" Kovalenko (ОлексаМЎр КПвалеМкП) From owner-freebsd-stable@FreeBSD.ORG Fri May 2 09:03:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AD711065674 for ; Fri, 2 May 2008 09:03:20 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 04EC98FC25 for ; Fri, 2 May 2008 09:03:19 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.116.178.178]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id A3B988A016A; Fri, 2 May 2008 11:03:17 +0200 (CEST) Message-ID: <481AD8D1.7090004@bsdforen.de> Date: Fri, 02 May 2008 11:03:13 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, kan@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ubsa speed limit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2008 09:03:20 -0000 When I download a single file it seems that the download speed is limited to 32k (raw data as shown by netstat). Under Windows I can reach values around 60k. I can achieve more throughput (though not as much as under Windows), when downloading several files at once. From owner-freebsd-stable@FreeBSD.ORG Fri May 2 12:10:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BDF7106564A; Fri, 2 May 2008 12:10:46 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 154378FC19; Fri, 2 May 2008 12:10:45 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id D20D771F1E6; Fri, 2 May 2008 07:53:21 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SlFfxpP4kb7q; Fri, 2 May 2008 07:53:21 -0400 (EDT) Received: from [10.0.0.211] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 82F5871F155; Fri, 2 May 2008 07:53:21 -0400 (EDT) Message-ID: <481AF29C.9080706@egr.msu.edu> Date: Fri, 02 May 2008 06:53:16 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.12 (X11/20080428) MIME-Version: 1.0 To: Dominic Fandrey References: <481AD8D1.7090004@bsdforen.de> In-Reply-To: <481AD8D1.7090004@bsdforen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: kan@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: ubsa speed limit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2008 12:10:46 -0000 Dominic Fandrey wrote: > When I download a single file it seems that the download speed is > limited to 32k (raw data as shown by netstat). Under Windows I can > reach values around 60k. I can achieve more throughput (though not as > much as under Windows), when downloading several files at once. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Try this hack, its using concepts I gathered from people patching the Linux driver, basically increasing the block size of transfers. Edit ubsa.c and recompile/reload the ubsa driver. Its located around line 362. Basically replace UGETW(ed->wMaxPacketSize); or UGETW(ed->wMaxPacketSize); with 2048. I think the default is 512 and you can play with different values to evaluate its effect on speed. I realized a large performance boost from 2048, I think at least 80k/sec transfer rate. } else if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN && UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) { ucom->sc_bulkin_no = ed->bEndpointAddress; - ucom->sc_ibufsize = UGETW(ed->wMaxPacketSize); + ucom->sc_ibufsize = 2048; + // ucom->sc_ibufsize = UGETW(ed->wMaxPacketSize); } else if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_OUT && UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) { ucom->sc_bulkout_no = ed->bEndpointAddress; - ucom->sc_obufsize = UGETW(ed->wMaxPacketSize); + ucom->sc_obufsize = 2048; + // ucom->sc_obufsize = UGETW(ed->wMaxPacketSize); } } From owner-freebsd-stable@FreeBSD.ORG Fri May 2 12:29:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 685AF1065672; Fri, 2 May 2008 12:29:09 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5448FC0C; Fri, 2 May 2008 12:29:08 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.116.48.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id AA68D8A0825; Fri, 2 May 2008 14:29:02 +0200 (CEST) Message-ID: <481B0904.40403@bsdforen.de> Date: Fri, 02 May 2008 14:28:52 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: Adam McDougall References: <481AD8D1.7090004@bsdforen.de> <481AF29C.9080706@egr.msu.edu> In-Reply-To: <481AF29C.9080706@egr.msu.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: kan@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: ubsa speed limit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2008 12:29:09 -0000 Adam McDougall wrote: > Dominic Fandrey wrote: >> When I download a single file it seems that the download speed is >> limited to 32k (raw data as shown by netstat). Under Windows I can >> reach values around 60k. I can achieve more throughput (though not as >> much as under Windows), when downloading several files at once. >> > Try this hack, its using concepts I gathered from people patching the > Linux driver, basically increasing the block size of transfers. > > Edit ubsa.c and recompile/reload the ubsa driver. Its located around > line 362. Basically replace UGETW(ed->wMaxPacketSize); or > UGETW(ed->wMaxPacketSize); with 2048. I think the default is 512 and > you can play with different values to evaluate its effect on speed. I > realized a large performance boost from 2048, I think at least 80k/sec > transfer rate. > > } else if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN && > UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) { > ucom->sc_bulkin_no = ed->bEndpointAddress; > - ucom->sc_ibufsize = UGETW(ed->wMaxPacketSize); > + ucom->sc_ibufsize = 2048; > + // ucom->sc_ibufsize = UGETW(ed->wMaxPacketSize); > } else if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_OUT && > UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) { > ucom->sc_bulkout_no = ed->bEndpointAddress; > - ucom->sc_obufsize = UGETW(ed->wMaxPacketSize); > + ucom->sc_obufsize = 2048; > + // ucom->sc_obufsize = UGETW(ed->wMaxPacketSize); > } > } Thanks a lot. This improves the situation a lot. However I found the improvement somewhat unsteady. I think that a 2k or 4k buffer is still not sufficient if the answering time is high. A 16k buffer leads to a much more steady data stream for me. I think the best solution would be dynamic buffer allocation similar to what is done on layer 4. From owner-freebsd-stable@FreeBSD.ORG Fri May 2 13:40:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87DAF1065682 for ; Fri, 2 May 2008 13:40:24 +0000 (UTC) (envelope-from sclark46@earthlink.net) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by mx1.freebsd.org (Postfix) with ESMTP id 4C31C8FC12 for ; Fri, 2 May 2008 13:40:24 +0000 (UTC) (envelope-from sclark46@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=rTj3+2Boek2Dq8EuqbufBoFV4jkl452uCvhpjtL4WNsT+cKYqle27Owyqo25Xlx4; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [24.144.77.185] (helo=joker.seclark.com) by elasmtp-banded.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JrvUr-0002Tn-C9; Fri, 02 May 2008 09:40:21 -0400 Message-ID: <481B19C4.1040806@earthlink.net> Date: Fri, 02 May 2008 09:40:20 -0400 From: Stephen Clark User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Stephen Clark , freebsd-stable@freebsd.org References: <4819BB3A.6000407@earthlink.net> <481A16E7.8040709@earthlink.net> <20080501210233.GA15528@lava.net> In-Reply-To: <20080501210233.GA15528@lava.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec7945fe8b4322d68e82377dfe03d7067eea350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.144.77.185 Cc: Subject: Re: reboot after panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sclark46@earthlink.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2008 13:40:24 -0000 Clifton Royston wrote: > On Thu, May 01, 2008 at 03:15:51PM -0400, Stephen Clark wrote: >> Matthew X. Economou wrote: >>> Steve, >>> >>> I recall having to set dumpdev in /etc/rc.conf before I could get >>> FreeBSD to reboot automatically after a panic. I have dumpdev=AUTO >>> set on all of my headless servers. If you are feeling especially >>> brave, you can also set fsck_y_enable=YES and background_fsck=NO. >>> >>> Good luck! ;) >>> >> Hmmm... I have that set. It only seems to not reboot on one >> system I have. > > FWIW, I've had problems with 6.2 not rebooting reliably on several > SMP P4 Xeon systems; the problem seems to be that sometimes while > dumping it either freezes completely or double-faults and hangs at that > point until physically reset. > > This problem appeared simultaneously on several SMP servers when they > were upgraded to 6.2, after they had run reliably for years on FreeBSD > 4.x. Adding insult to injury, when it does dump successfully, I don't > reliably get an image saved in /var/crash. (And if I did, it doesn't > appear that it would do me any good as nobody is interested any longer > in problems with 6.2.) > > Thankfully, via a combination of adding RAM and tuning kernel > parameters I eventually got them to where they'll reliably stay up for > reasonably long stretches, certainly more than the 20 days uptime I was > getting when I first upgraded them. > -- Clifton > Thank Clifton, Mine is a nvidia 6300 mb with a dual core amd processor. I am causing the panic while trying to develope a DD for a EVDO usb modem - so it is not a great problem - I was just surprised it wasn't rebooting. This is a 6.1 system. Yes it is sort of discouraging that it is hard to get answers when you aren't running the latest and greatest kernel. In our case we have over 500 units in the field running a mix of 4.9 and 6.1 and it is not feasible to continually upgrade them, especially since there is no documented way to reliably upgrade a remote installation. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri May 2 14:33:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30533106567A for ; Fri, 2 May 2008 14:33:08 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 8AD878FC25 for ; Fri, 2 May 2008 14:33:07 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 2 May 2008 15:33:05 +0100 (BST) Date: Fri, 2 May 2008 15:33:03 +0100 From: David Malone To: stable@freebsd.org Message-ID: <20080502143303.GA27742@walton.maths.tcd.ie> References: <20080501205214.GA14922@sysmon.tcworks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080501205214.GA14922@sysmon.tcworks.net> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: mckusick@mckusick.com Subject: Re: restore issues "Header with wrong dumpdate." and "getfile: lost data" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2008 14:33:08 -0000 On Thu, May 01, 2008 at 03:52:14PM -0500, Scott Lambert wrote: > I've seen http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 which > seems to apply to the "getfile: lost data" lines. There is also > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/118087 which seems to > apply to "Header with wrong dumpdate." I believe these are basically harmless. I don't know if Kirk plans to merge the fix, but I can do it if he wants. > 120881 seems not to have been applied to CVS just yet. Ah - I'd missed 120881. This seems to relate to a more recent change of Kirk's. Kirk - do you want to look at: http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 or would you prefer if I had a look at it? David. From owner-freebsd-stable@FreeBSD.ORG Fri May 2 17:19:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D8B1065677 for ; Fri, 2 May 2008 17:19:11 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 712928FC13 for ; Fri, 2 May 2008 17:19:10 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id DBDEC1B10EE7; Fri, 2 May 2008 19:19:08 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_33 autolearn=no version=3.2.3 Received: from hater.haters.org (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id 56A071B10EFF for ; Fri, 2 May 2008 19:19:05 +0200 (CEST) Message-ID: <481B4D08.7030507@moneybookers.com> Date: Fri, 02 May 2008 20:19:04 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.12 (X11/20080326) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/7012/Fri May 2 16:53:34 2008 on blah.cmotd.com X-Virus-Status: Clean Subject: mpd5.1 and HUAWEI 3g card (ubsa) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2008 17:19:11 -0000 Greetings, I'm trying to get my 3g card working under FreeBSD7. So far using usb4bsd the card is recognized and do not panic the kernel when removed. Unfortunately I'm stuck with mpd configuration. Here is my config: startup: # configure mpd users set user user pass admin # configure the console set console self 127.0.0.1 5005 set console open # configure the web server set web self 127.0.0.1 5006 set web open set web disable auth default: load client1 client1: create bundle template B1 create link static L1 modem set modem device /dev/cuaU0 set modem speed 115200 set modem script DialPeer set modem idle-script AnswerCall set modem var $DialPrefix "DT" set modem var $Telephone "*99***1#" set link no pap chap eap set link accept pap set auth authname "MyLogin" set auth password "MyPassword" set link max-redial 1 set link action bundle B1 open To be able to dial I first have to sent the PIN code, which I do manually by connection to /dev/cuaU0 and typing AT+CPIN=XXXX I know this is successful because the blinking led changes it's color from green to blue :) Next when I start mpd it seems to connect, but immediately drops the connection. Here is the log: May 2 20:04:10 laptop mpd: Multi-link PPP daemon for FreeBSD May 2 20:04:10 laptop mpd: May 2 20:04:10 laptop mpd: process 2285 started, version 5.1 (root@laptop.laptops.org 13:31 2-May-2008) May 2 20:04:10 laptop mpd: CONSOLE: listening on 127.0.0.1 5005 May 2 20:04:10 laptop mpd: web: listening on 0.0.0.0 5006 May 2 20:04:10 laptop mpd: [L1] Link: OPEN event May 2 20:04:10 laptop mpd: [L1] LCP: Open event May 2 20:04:10 laptop mpd: [L1] LCP: state change Initial --> Starting May 2 20:04:10 laptop mpd: [L1] LCP: LayerStart May 2 20:04:10 laptop kernel: ubsa_cfg_request: device request failed, err=USBD_ERR_STALLED (ignored) May 2 20:04:10 laptop last message repeated 7 times May 2 20:04:10 laptop mpd: [L1] chat: Detected Hayes compatible modem. May 2 20:04:10 laptop mpd: [L1] chat: Dialing server at *99***1#... May 2 20:04:10 laptop mpd: [L1] chat: Connected at an unknown speed. May 2 20:04:10 laptop mpd: [L1] chat: Initiating auto-login... May 2 20:04:15 laptop mpd: [L1] chat: Auto-login timeout. May 2 20:04:15 laptop mpd: [L1] MODEM: chat script succeeded May 2 20:04:15 laptop mpd: [L1] Link: UP event May 2 20:04:15 laptop mpd: [L1] Link: origination is local May 2 20:04:15 laptop mpd: [L1] LCP: Up event May 2 20:04:15 laptop mpd: [L1] LCP: state change Starting --> Req-Sent May 2 20:04:15 laptop mpd: [L1] LCP: SendConfigReq #1 May 2 20:04:15 laptop mpd: [L1] ACFCOMP May 2 20:04:15 laptop mpd: [L1] PROTOCOMP May 2 20:04:15 laptop mpd: [L1] ACCMAP 0x000a0000 May 2 20:04:15 laptop mpd: [L1] MRU 1500 May 2 20:04:15 laptop mpd: [L1] MAGICNUM 597dcb60 May 2 20:04:15 laptop mpd: [L1] LCP: rec'd Configure Request #0 (Req-Sent) May 2 20:04:15 laptop mpd: [L1] ACCMAP 0x00000000 May 2 20:04:15 laptop mpd: [L1] AUTHPROTO CHAP MD5 May 2 20:04:15 laptop mpd: [L1] MAGICNUM 00b4d370 May 2 20:04:15 laptop mpd: [L1] PROTOCOMP May 2 20:04:15 laptop mpd: [L1] ACFCOMP May 2 20:04:15 laptop mpd: [L1] LCP: SendConfigNak #0 May 2 20:04:15 laptop mpd: [L1] AUTHPROTO PAP May 2 20:04:15 laptop mpd: [L1] LCP: rec'd Configure Ack #1 (Req-Sent) May 2 20:04:15 laptop mpd: [L1] ACFCOMP May 2 20:04:15 laptop mpd: [L1] PROTOCOMP May 2 20:04:15 laptop mpd: [L1] ACCMAP 0x000a0000 May 2 20:04:15 laptop mpd: [L1] MRU 1500 May 2 20:04:15 laptop mpd: [L1] MAGICNUM 597dcb60 May 2 20:04:15 laptop mpd: [L1] LCP: state change Req-Sent --> Ack-Rcvd May 2 20:04:15 laptop mpd: [L1] LCP: rec'd Configure Request #1 (Ack-Rcvd) May 2 20:04:15 laptop mpd: [L1] ACCMAP 0x00000000 May 2 20:04:15 laptop mpd: [L1] AUTHPROTO PAP May 2 20:04:15 laptop mpd: [L1] MAGICNUM 00b4d370 May 2 20:04:15 laptop mpd: [L1] PROTOCOMP May 2 20:04:15 laptop mpd: [L1] ACFCOMP May 2 20:04:15 laptop mpd: [L1] LCP: SendConfigAck #1 May 2 20:04:15 laptop mpd: [L1] ACCMAP 0x00000000 May 2 20:04:15 laptop mpd: [L1] AUTHPROTO PAP May 2 20:04:15 laptop mpd: [L1] MAGICNUM 00b4d370 May 2 20:04:15 laptop mpd: [L1] PROTOCOMP May 2 20:04:15 laptop mpd: [L1] ACFCOMP May 2 20:04:15 laptop mpd: [L1] LCP: state change Ack-Rcvd --> Opened May 2 20:04:15 laptop mpd: [L1] LCP: auth: peer wants PAP, I want nothing May 2 20:04:15 laptop mpd: [L1] PAP: using authname "MyLogin" May 2 20:04:15 laptop mpd: [L1] PAP: sending REQUEST #1 len: 23 May 2 20:04:15 laptop mpd: [L1] LCP: LayerUp May 2 20:04:15 laptop mpd: [L1] LCP: rec'd Discard Request #2 (Opened) May 2 20:04:15 laptop mpd: [L1] PAP: rec'd ACK #1 len: 5 May 2 20:04:15 laptop mpd: [L1] LCP: authorization successful May 2 20:04:15 laptop mpd: [L1] Link: Matched action 'bundle "B1" ""' May 2 20:04:15 laptop mpd: [L1] Creating new bundle using template "B1". May 2 20:04:15 laptop mpd: [B1-1] Bundle: Interface ng0 created May 2 20:04:15 laptop mpd: [L1] Link: Join bundle "B1-1" May 2 20:04:15 laptop mpd: [B1-1] Bundle: Status update: up 1 link, total bandwidth 28800 bps May 2 20:04:15 laptop mpd: [B1-1] IPCP: Open event May 2 20:04:15 laptop mpd: [B1-1] IPCP: state change Initial --> Starting May 2 20:04:15 laptop mpd: [B1-1] IPCP: LayerStart May 2 20:04:15 laptop mpd: [B1-1] IPCP: Up event May 2 20:04:15 laptop mpd: [B1-1] IPCP: state change Starting --> Req-Sent May 2 20:04:15 laptop mpd: [B1-1] IPCP: SendConfigReq #1 May 2 20:04:15 laptop mpd: [B1-1] IPADDR 10.1.1.2 May 2 20:04:15 laptop mpd: [B1-1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid May 2 20:04:16 laptop mpd: [L1] MODEM: carrier detect (CD) signal lost May 2 20:04:16 laptop mpd: [L1] Link: DOWN event May 2 20:04:16 laptop mpd: [L1] LCP: Down event Btw why I see 10.1.1.2 - this is the IP of my LAN card ? Another issues is that after the first attempt to dial the modem freezes for few seconds and I see lot of those messages: May 2 20:04:10 laptop kernel: ubsa_cfg_request: device request failed, err=USBD_ERR_STALLED (ignored) but this should go to -usb probably :) -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Sat May 3 03:17:53 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 760BD106567F; Sat, 3 May 2008 03:17:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 426558FC1D; Sat, 3 May 2008 03:17:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m433HqeN019308; Fri, 2 May 2008 23:17:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m433HqiF073970; Fri, 2 May 2008 23:17:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 74FA01B5078; Fri, 2 May 2008 23:17:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080503031752.74FA01B5078@freebsd-stable.sentex.ca> Date: Fri, 2 May 2008 23:17:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7014/Fri May 2 16:17:48 2008 clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 03:17:53 -0000 TB --- 2008-05-03 01:52:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 01:52:12 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-05-03 01:52:12 - cleaning the object tree TB --- 2008-05-03 01:52:28 - cvsupping the source tree TB --- 2008-05-03 01:52:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-05-03 01:52:36 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 01:52:36 - cd /src TB --- 2008-05-03 01:52:36 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 01:52:38 UTC 2008 >>> 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 Sat May 3 02:51:59 UTC 2008 TB --- 2008-05-03 02:51:59 - generating LINT kernel config TB --- 2008-05-03 02:51:59 - cd /src/sys/sparc64/conf TB --- 2008-05-03 02:51:59 - /usr/bin/make -B LINT TB --- 2008-05-03 02:52:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 02:52:00 - cd /src TB --- 2008-05-03 02:52:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 02:52:00 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sat May 3 03:11:29 UTC 2008 TB --- 2008-05-03 03:11:29 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 03:11:29 - cd /src TB --- 2008-05-03 03:11:29 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 03:11:29 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0x1288): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 03:17:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 03:17:52 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 03:17:52 - tinderbox aborted TB --- 4521.23 user 412.47 system 5140.14 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat May 3 07:41:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2120D106566B for ; Sat, 3 May 2008 07:41:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 05A988FC13 for ; Sat, 3 May 2008 07:41:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so1630610wah.3 for ; Sat, 03 May 2008 00:41:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=dTvy5H+nGN+ku0Y8JbsTLDfcHBjFVgVr3lyWzWsDFHI=; b=jSy5jZ44Evui6yyAVYfPsxiChuzspEMYdQA27JJ5dXeFD62RzrOtH6hm6ERrurVLJsRZwnolIkPWYPqlRKHSODg+zwQpGEmxzHqmscnTb9UCw6viVIzPLFpEycrU3S0p5nFcFf9Zf68NZ3NNqvqoQZFiD1uAWJNkKrSbs4s78Z8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=orGEN5CdV3AnUx0wpfAquZ0CoDIgDeHG6DQ//8filZ/7cL1+HkteIoHiOKGu4KxbgEq1rxfJHXENChtzhr4E9uhdQCgvXs9ELp8/fwQM7uihdNU+quoK8YUpzGblBgZAdTV6b33PRtUfvWZOJaZ5ZUGTJC0jwAN0HKaEpzUOp4Q= Received: by 10.114.196.13 with SMTP id t13mr3727570waf.219.1209798872697; Sat, 03 May 2008 00:14:32 -0700 (PDT) Received: by 10.114.177.4 with HTTP; Sat, 3 May 2008 00:14:32 -0700 (PDT) Message-ID: <2a41acea0805030014x244e1311v945e23266961193d@mail.gmail.com> Date: Sat, 3 May 2008 00:14:32 -0700 From: "Jack Vogel" To: "freebsd-net@freebsd.org" , "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: MFC of em/igb drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 07:41:29 -0000 I got the new drivers in Friday afternoon for those that don't see CVS messages. The igb driver is for 82575 and 82576 adapters, it has multiqueue support and MSIX, there will be more server type enhancements in that driver as I get the time. The em driver now will be client oriented, the latest hardware support however is for 82574, Hartwell, which is a really nice low cost PCIE dual-port adapter, that actually also has MSIX. This first released support for it will use 3 interrupt vectors, one for TX, one for RX, and Link. The hardware actually supports 5 vectors, so I am planning to add support for another RX and TX queue as my schedule allows. Hartwell is also the first adapter that has IEEE 1588 PTP support, the driver provides init and an ioctl interface to use that facility, I hope we see software support follow on soon. This is an early announcement, I am not sure on exact dates for availability but they should be soon. As ever, issues and bugs should be sent to me. Cheers everyone! Jack From owner-freebsd-stable@FreeBSD.ORG Sat May 3 08:33:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B2721065675; Sat, 3 May 2008 08:33:36 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id DD1598FC0A; Sat, 3 May 2008 08:33:35 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m438XWLa020703; Sat, 3 May 2008 16:33:32 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m438XW76020702; Sat, 3 May 2008 16:33:32 +0800 (KRAST) (envelope-from eugen) Date: Sat, 3 May 2008 16:33:32 +0800 From: Eugene Grosbein To: Jack Vogel Message-ID: <20080503083332.GB2866@svzserv.kemerovo.su> References: <2a41acea0805030014x244e1311v945e23266961193d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0805030014x244e1311v945e23266961193d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: MFC of em/igb drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 08:33:36 -0000 On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: > I got the new drivers in Friday afternoon for those that don't see CVS > messages. [skip] > As ever, issues and bugs should be sent to me. Cheers everyone! It seems the MFC to RELENG_7 has broken build of static kernels having device em but not having device igb: linking kernel.debug e1000_api.o(.text+0xcc6): In function `e1000_setup_init_funcs': /usr/local/obj/src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat May 3 10:27:31 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32B41106566C; Sat, 3 May 2008 10:27:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 141C18FC1C; Sat, 3 May 2008 10:27:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m43ARUfD035881; Sat, 3 May 2008 06:27:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m43ARU9Q099790; Sat, 3 May 2008 06:27:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0990C1B5078; Sat, 3 May 2008 06:27:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080503102730.0990C1B5078@freebsd-stable.sentex.ca> Date: Sat, 3 May 2008 06:27:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7014/Fri May 2 16:17:48 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 10:27:31 -0000 TB --- 2008-05-03 08:26:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 08:26:43 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-05-03 08:26:43 - cleaning the object tree TB --- 2008-05-03 08:27:19 - cvsupping the source tree TB --- 2008-05-03 08:27:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-05-03 08:27:27 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 08:27:27 - cd /src TB --- 2008-05-03 08:27:27 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 08:27:29 UTC 2008 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat May 3 09:57:02 UTC 2008 TB --- 2008-05-03 09:57:03 - generating LINT kernel config TB --- 2008-05-03 09:57:03 - cd /src/sys/amd64/conf TB --- 2008-05-03 09:57:03 - /usr/bin/make -B LINT TB --- 2008-05-03 09:57:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 09:57:03 - cd /src TB --- 2008-05-03 09:57:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 09:57:03 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sat May 3 10:18:58 UTC 2008 TB --- 2008-05-03 10:18:58 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 10:18:58 - cd /src TB --- 2008-05-03 10:18:58 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 10:18:58 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0xabb): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 10:27:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 10:27:29 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 10:27:29 - tinderbox aborted TB --- 6060.49 user 618.46 system 7246.26 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat May 3 10:42:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB99C106568C for ; Sat, 3 May 2008 10:42:16 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 05F218FC1E for ; Sat, 3 May 2008 10:42:16 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id C4A003FAA; Sat, 3 May 2008 11:42:14 +0100 (BST) Message-Id: <4FA0DF7D-EC80-4B2F-B7E5-86442BA23DA3@rabson.org> From: Doug Rabson To: Michael Proto In-Reply-To: <4819D621.9090901@jellydonut.org> Content-Type: multipart/mixed; boundary=Apple-Mail-93--424099245 Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sat, 3 May 2008 11:42:14 +0100 References: <20080501132724.GD840@core.byshenk.net> <4819D621.9090901@jellydonut.org> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org, Greg Byshenk Subject: Re: samba build failure on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 10:42:16 -0000 --Apple-Mail-93--424099245 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 1 May 2008, at 15:39, Michael Proto wrote: > > Greg Byshenk wrote: >> I'm posting this to freebsd-stable even though it is a problem with >> a port, >> because the port itself has not changed, but a rebuild fails (on a >> system >> and with a configuration that worked before my most recent system >> updates). >> >> Basically my problem is that the current Samba3 (samba-3.0.28,1) >> won't build >> on a recent 6-STABLE system (I noticed it with sources csup'd 24 >> April, and >> it continues with sources csup'd today, 1 May). The strange thing >> is that >> this is a version of samba that has previously built successfully, >> on the >> machine and with the configuration that is now failing. (I was >> attempting >> to rebuild because I saw some strange library errors.) This at least >> suggests to me that the problem is _not_ due to something changing >> with Samba, >> but to some other change that is being reflected in the Samba build. >> >> >> The system in question is built from sources csup'd today (1 May >> 2008), with >> all installed ports current as of today. The same Samba did build >> successfully >> with a source and ports tree csup'd on 7 March 2008. >> >> As a test to see if there is some problem with the ports >> dependencies, I've >> tried a 'portupgrade -fR samba'; all of the dependencies built >> fine, but then >> I got the same error when attempting to build Samba itself. It is not >> definitive, but this suggests to me that this is not a ports >> problem (per se), >> but a kernel/world problem. >> >> This latter is highlighted by the fact that Samba builds without >> error on a >> system with sources csup'd on 17 April. That is, if I take the >> exact same >> system on which the build fails, revert my world/kernel to a build >> from >> 17 April (leaving everything else exactly the same), then the error >> disappears and Samba builds successfully. >> >> >> The actual error is below. Any ideas are welcome. I have a machine >> that I can >> play with if someone would like me to try anything. >> >> -greg >> >> >> Compiling smbd/oplock_linux.c >> smbd/oplock_linux.c: In function `signal_handler': >> smbd/oplock_linux.c:73: error: structure has no member named `si_fd' >> The following command failed: >> cc -I. -I/usr/ports/net/samba3/work/samba-3.0.28/source -O2 -fno- >> strict-aliasing -pipe -D_SAMBA_BUILD_=3 -I/usr/local/include -I/ >> usr/ports/net/samba3/work/samba-3.0.28/source/iniparser/src - >> Iinclude -I./include -I. -I. -I./lib/replace -I./lib/talloc -I./ >> tdb/include -I./libaddns -I./librpc -DHAVE_CONFIG_H -I/usr/local/ >> include -DLDAP_DEPRECATED -I/usr/ports/net/samba3/work/ >> samba-3.0.28/source/lib -D_SAMBA_BUILD_=3 -fPIC -DPIC -c smbd/ >> oplock_linux.c -o smbd/oplock_linux.o >> *** Error code 1 >> >> Stop in /usr/ports/net/samba3/work/samba-3.0.28/source. >> *** Error code 1 >> >> Stop in /usr/ports/net/samba3. >> *** Error code 1 >> >> Stop in /usr/ports/net/samba3. >> > > I can confirm this on a 6-STABLE system last SUPed (kernel and world > rebuilt) to 20080428 11:23 EDT. samba-3.0.28,1 built fine on this box > when it was 6.3-RELEASE, and now fails in exactly the same place when > trying to rebuild on 6-STABLE. The attached patch should fix the problem --Apple-Mail-93--424099245 Content-Disposition: attachment; filename=syscall.diff Content-Type: application/octet-stream; x-unix-mode=0664; name="syscall.diff" Content-Transfer-Encoding: 7bit Index: amd64/SYS.h =================================================================== RCS file: /home/ncvs/src/lib/libc/amd64/SYS.h,v retrieving revision 1.27 diff -u -r1.27 SYS.h --- amd64/SYS.h 22 Feb 2004 02:11:39 -0000 1.27 +++ amd64/SYS.h 3 May 2008 09:11:50 -0000 @@ -48,6 +48,12 @@ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ mov __CONCAT($SYS_,x),%rax; KERNCALL; jb 2f; ret; \ 2: movq PIC_GOT(HIDENAME(cerror)),%rcx; jmp *%rcx + +#define PSEUDO(x) ENTRY(__CONCAT(__sys_,x)); \ + .weak CNAME(__CONCAT(_,x)); \ + .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ + mov __CONCAT($SYS_,x),%rax; KERNCALL; jb 2f; ret ; \ + 2: movq PIC_GOT(HIDENAME(cerror)),%rcx; jmp *%rcx #else #define RSYSCALL(x) ENTRY(__CONCAT(__sys_,x)); \ .weak CNAME(x); \ @@ -56,11 +62,12 @@ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ mov __CONCAT($SYS_,x),%rax; KERNCALL; jb 2f; ret; \ 2: jmp HIDENAME(cerror) -#endif #define PSEUDO(x) ENTRY(__CONCAT(__sys_,x)); \ .weak CNAME(__CONCAT(_,x)); \ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ - mov __CONCAT($SYS_,x),%rax; KERNCALL; ret + mov __CONCAT($SYS_,x),%rax; KERNCALL; jb 2f; ret; \ + 2: jmp HIDENAME(cerror) +#endif #define KERNCALL movq %rcx, %r10; syscall Index: arm/SYS.h =================================================================== RCS file: /home/ncvs/src/lib/libc/arm/SYS.h,v retrieving revision 1.2 diff -u -r1.2 SYS.h --- arm/SYS.h 9 Nov 2004 16:49:13 -0000 1.2 +++ arm/SYS.h 3 May 2008 09:16:25 -0000 @@ -65,26 +65,19 @@ _SYSCALL_NOERROR(x); \ bcs PIC_SYM(CERROR, PLT) -#define SYSCALL_NOERROR(x) \ - _SYSCALL_NOERROR(x) - #define SYSCALL(x) \ _SYSCALL(x) - -#define PSEUDO_NOERROR(x) \ - _SYSCALL_NOERROR(x); \ - RET - #define PSEUDO(x) \ - _SYSCALL(x); \ + ENTRY(__CONCAT(__sys_, x)); \ + .weak _C_LABEL(__CONCAT(_,x)); \ + .set _C_LABEL(__CONCAT(_,x)),_C_LABEL(__CONCAT(__sys_,x)); \ + SYSTRAP(x); \ + bcs PIC_SYM(CERROR, PLT); \ RET - -#define RSYSCALL_NOERROR(x) \ - PSEUDO_NOERROR(x) - #define RSYSCALL(x) \ - PSEUDO(x) + _SYSCALL(x); \ + RET .globl CERROR Index: i386/SYS.h =================================================================== RCS file: /home/ncvs/src/lib/libc/i386/SYS.h,v retrieving revision 1.24 diff -u -r1.24 SYS.h --- i386/SYS.h 17 Sep 2002 01:48:51 -0000 1.24 +++ i386/SYS.h 3 May 2008 09:07:50 -0000 @@ -50,10 +50,11 @@ #define RSYSCALL(x) SYSCALL(x); ret -#define PSEUDO(x) ENTRY(__CONCAT(__sys_,x)); \ +#define PSEUDO(x) 2: PIC_PROLOGUE; jmp PIC_PLT(HIDENAME(cerror)); \ + ENTRY(__CONCAT(__sys_,x)); \ .weak CNAME(__CONCAT(_,x)); \ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ - mov __CONCAT($SYS_,x),%eax; KERNCALL; ret + mov __CONCAT($SYS_,x),%eax; KERNCALL; jb 2b; ret /* gas messes up offset -- although we don't currently need it, do for BCS */ #define LCALL(x,y) .byte 0x9a ; .long y; .word x Index: sparc64/SYS.h =================================================================== RCS file: /home/ncvs/src/lib/libc/sparc64/SYS.h,v retrieving revision 1.4 diff -u -r1.4 SYS.h --- sparc64/SYS.h 22 Mar 2002 23:41:58 -0000 1.4 +++ sparc64/SYS.h 3 May 2008 09:12:52 -0000 @@ -82,8 +82,7 @@ .weak CNAME(__CONCAT(_,x)) ; \ .type CNAME(__CONCAT(_,x)),@function ; \ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)) ; \ - mov __CONCAT(SYS_,x), %g1 ; \ - ta %xcc, ST_SYSCALL ; \ + _SYSCALL(x) ; \ retl ; \ nop ; \ .size CNAME(__CONCAT(__sys_,x)), . - CNAME(__CONCAT(__sys_,x)) ; \ --Apple-Mail-93--424099245 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-93--424099245-- From owner-freebsd-stable@FreeBSD.ORG Sat May 3 10:55:02 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429A21065670; Sat, 3 May 2008 10:55:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 25B1B8FC0C; Sat, 3 May 2008 10:55:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m43At1Gm085031; Sat, 3 May 2008 06:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m43At18u097740; Sat, 3 May 2008 06:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 1882B1B5078; Sat, 3 May 2008 06:55:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080503105501.1882B1B5078@freebsd-stable.sentex.ca> Date: Sat, 3 May 2008 06:55:00 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7014/Fri May 2 16:17:48 2008 clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 10:55:02 -0000 TB --- 2008-05-03 09:18:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 09:18:12 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-05-03 09:18:12 - cleaning the object tree TB --- 2008-05-03 09:18:36 - cvsupping the source tree TB --- 2008-05-03 09:18:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-05-03 09:18:45 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 09:18:45 - cd /src TB --- 2008-05-03 09:18:45 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 09:18:46 UTC 2008 >>> 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 Sat May 3 10:21:19 UTC 2008 TB --- 2008-05-03 10:21:19 - generating LINT kernel config TB --- 2008-05-03 10:21:19 - cd /src/sys/i386/conf TB --- 2008-05-03 10:21:19 - /usr/bin/make -B LINT TB --- 2008-05-03 10:21:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 10:21:19 - cd /src TB --- 2008-05-03 10:21:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 10:21:19 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sat May 3 10:46:09 UTC 2008 TB --- 2008-05-03 10:46:09 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 10:46:09 - cd /src TB --- 2008-05-03 10:46:09 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 10:46:10 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0xbce): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 10:55:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 10:55:00 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 10:55:00 - tinderbox aborted TB --- 5014.81 user 467.65 system 5808.75 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat May 3 11:45:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A4EC106564A for ; Sat, 3 May 2008 11:45:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 369E78FC16 for ; Sat, 3 May 2008 11:45:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JsGBK-0000F7-8Z; Sat, 03 May 2008 14:45:34 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m43BjYFh055861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 May 2008 14:45:34 +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.2/8.14.2) with ESMTP id m43BjTYA082227; Sat, 3 May 2008 14:45:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m43BjTTL082176; Sat, 3 May 2008 14:45:29 +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: Sat, 3 May 2008 14:45:29 +0300 From: Kostik Belousov To: Jack Vogel Message-ID: <20080503114529.GD18958@deviant.kiev.zoral.com.ua> References: <2a41acea0805030014x244e1311v945e23266961193d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="urFn1nBM6XIasQZE" Content-Disposition: inline In-Reply-To: <2a41acea0805030014x244e1311v945e23266961193d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on 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.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 565941832c2f675ae953af64aa3a5396 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2754 [May 03 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: MFC of em/igb drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 11:45:36 -0000 --urFn1nBM6XIasQZE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: > I got the new drivers in Friday afternoon for those that don't see CVS > messages. >=20 > The igb driver is for 82575 and 82576 adapters, it has multiqueue support= and > MSIX, there will be more server type enhancements in that driver as I get= the > time. >=20 > The em driver now will be client oriented, the latest hardware support ho= wever > is for 82574, Hartwell, which is a really nice low cost PCIE dual-port ad= apter, > that actually also has MSIX. This first released support for it will > use 3 interrupt > vectors, one for TX, one for RX, and Link. The hardware actually supports= 5 > vectors, so I am planning to add support for another RX and TX queue as my > schedule allows. >=20 > Hartwell is also the first adapter that has IEEE 1588 PTP support, the dr= iver > provides init and an ioctl interface to use that facility, I hope we > see software > support follow on soon. This is an early announcement, I am not sure on > exact dates for availability but they should be soon. >=20 > As ever, issues and bugs should be sent to me. Cheers everyone! Besides the broken tinderbox, you did not connected the igb module to the module build. Is this intentional ? --urFn1nBM6XIasQZE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgcUFgACgkQC3+MBN1Mb4jRAACeIEvlQRKQywJNoEbpjx4e7riC SvEAn0ByN9L0j40bGn9Vj7AJaCTLVKR5 =qHeU -----END PGP SIGNATURE----- --urFn1nBM6XIasQZE-- From owner-freebsd-stable@FreeBSD.ORG Sat May 3 11:58:16 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 330D31065677; Sat, 3 May 2008 11:58:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 155FE8FC13; Sat, 3 May 2008 11:58:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m43BwFXI040520; Sat, 3 May 2008 07:58:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m43BwFlg026117; Sat, 3 May 2008 07:58:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 099CB1B5078; Sat, 3 May 2008 07:58:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080503115815.099CB1B5078@freebsd-stable.sentex.ca> Date: Sat, 3 May 2008 07:58:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7014/Fri May 2 16:17:48 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 11:58:16 -0000 TB --- 2008-05-03 10:27:30 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 10:27:30 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-05-03 10:27:30 - cleaning the object tree TB --- 2008-05-03 10:27:45 - cvsupping the source tree TB --- 2008-05-03 10:27:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-05-03 10:27:52 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 10:27:52 - cd /src TB --- 2008-05-03 10:27:52 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 10:27:53 UTC 2008 >>> 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 Sat May 3 11:29:48 UTC 2008 TB --- 2008-05-03 11:29:48 - generating LINT kernel config TB --- 2008-05-03 11:29:48 - cd /src/sys/pc98/conf TB --- 2008-05-03 11:29:48 - /usr/bin/make -B LINT TB --- 2008-05-03 11:29:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 11:29:48 - cd /src TB --- 2008-05-03 11:29:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 11:29:48 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sat May 3 11:51:22 UTC 2008 TB --- 2008-05-03 11:51:22 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 11:51:22 - cd /src TB --- 2008-05-03 11:51:22 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 11:51:23 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding vers.c linking kernel.debug e1000_api.o(.text+0xbce): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 11:58:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 11:58:14 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 11:58:14 - tinderbox aborted TB --- 4668.25 user 459.38 system 5444.75 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat May 3 12:55:45 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97B8106566C; Sat, 3 May 2008 12:55:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2CE8FC1A; Sat, 3 May 2008 12:55:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m43CtieV042970; Sat, 3 May 2008 08:55:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m43CtijG096852; Sat, 3 May 2008 08:55:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 72D5C1B5078; Sat, 3 May 2008 08:55:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080503125544.72D5C1B5078@freebsd-stable.sentex.ca> Date: Sat, 3 May 2008 08:55:44 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7014/Fri May 2 16:17:48 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 12:55:45 -0000 TB --- 2008-05-03 10:55:01 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 10:55:01 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-05-03 10:55:01 - cleaning the object tree TB --- 2008-05-03 10:55:19 - cvsupping the source tree TB --- 2008-05-03 10:55:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-05-03 10:55:25 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 10:55:25 - cd /src TB --- 2008-05-03 10:55:25 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 10:55:26 UTC 2008 >>> 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 Sat May 3 12:18:59 UTC 2008 TB --- 2008-05-03 12:18:59 - generating LINT kernel config TB --- 2008-05-03 12:18:59 - cd /src/sys/ia64/conf TB --- 2008-05-03 12:18:59 - /usr/bin/make -B LINT TB --- 2008-05-03 12:18:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 12:18:59 - cd /src TB --- 2008-05-03 12:18:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 12:18:59 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sat May 3 12:46:33 UTC 2008 TB --- 2008-05-03 12:46:33 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 12:46:33 - cd /src TB --- 2008-05-03 12:46:33 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 12:46:33 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0x28a2): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 12:55:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 12:55:44 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 12:55:44 - tinderbox aborted TB --- 6432.80 user 456.12 system 7242.88 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat May 3 14:21:24 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A812106566C; Sat, 3 May 2008 14:21:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 357118FC14; Sat, 3 May 2008 14:21:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m43ELNTC050045; Sat, 3 May 2008 10:21:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m43ELNLC081720; Sat, 3 May 2008 10:21:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 686981B5078; Sat, 3 May 2008 10:21:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080503142123.686981B5078@freebsd-stable.sentex.ca> Date: Sat, 3 May 2008 10:21:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93/7015/Sat May 3 07:57:16 2008 clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 14:21:24 -0000 TB --- 2008-05-03 12:55:44 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 12:55:44 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-05-03 12:55:44 - cleaning the object tree TB --- 2008-05-03 12:55:59 - cvsupping the source tree TB --- 2008-05-03 12:55:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-05-03 12:56:05 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 12:56:05 - cd /src TB --- 2008-05-03 12:56:05 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 12:56:07 UTC 2008 >>> 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 Sat May 3 13:55:33 UTC 2008 TB --- 2008-05-03 13:55:33 - generating LINT kernel config TB --- 2008-05-03 13:55:33 - cd /src/sys/sparc64/conf TB --- 2008-05-03 13:55:33 - /usr/bin/make -B LINT TB --- 2008-05-03 13:55:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 13:55:33 - cd /src TB --- 2008-05-03 13:55:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 13:55:33 UTC 2008 >>> 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 >>> Kernel build for LINT completed on Sat May 3 14:15:02 UTC 2008 TB --- 2008-05-03 14:15:02 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 14:15:02 - cd /src TB --- 2008-05-03 14:15:02 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 14:15:02 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0x1288): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 14:21:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 14:21:23 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 14:21:23 - tinderbox aborted TB --- 4519.30 user 411.14 system 5138.83 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat May 3 16:39:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95BAD106566C for ; Sat, 3 May 2008 16:39:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 618BE8FC13 for ; Sat, 3 May 2008 16:39:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so1983488wah.3 for ; Sat, 03 May 2008 09:39:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jM+YOQijUkh035w39hQhoXh9pMxGx9lYzFbc0BfF+A0=; b=xX3o5AJyPym0nOPt0g/iODH8I6mg6V+VmHbc70NmaPC0kgPC3H4jn9fzBVPTYxwOzRIvweT6WZ9XrUQKHUNf23pG1169umjbznt+vvxMk5uJgZamEd5VVISmq3qTyG/4sDY997SRI/lBlQvQc0GonyuU3PiILbEYqyhWtX0+xn8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=wQVtro/RclO5e63EsPQ5gbhws9TuH1B5NCAs0MCkUmtr6cuVMbFP5cAMn2bMnlGpxJRbJRFYmlH2lNeal5fIzULccO8mHTbYR0H2fk+7TogimeZ+MpDB3gefxADoejWdR3UkozZ6y606w806GFJP7DgGYpgkuFodu2DigudG4EQ= Received: by 10.114.169.2 with SMTP id r2mr4073488wae.118.1209832795965; Sat, 03 May 2008 09:39:55 -0700 (PDT) Received: by 10.114.177.4 with HTTP; Sat, 3 May 2008 09:39:55 -0700 (PDT) Message-ID: <2a41acea0805030939ua3022ceq7939aea0754e9e71@mail.gmail.com> Date: Sat, 3 May 2008 09:39:55 -0700 From: "Jack Vogel" To: "Kostik Belousov" In-Reply-To: <20080503114529.GD18958@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0805030014x244e1311v945e23266961193d@mail.gmail.com> <20080503114529.GD18958@deviant.kiev.zoral.com.ua> Cc: "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: MFC of em/igb drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 16:39:56 -0000 On Sat, May 3, 2008 at 4:45 AM, Kostik Belousov wrote: > On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: > > > > I got the new drivers in Friday afternoon for those that don't see CVS > > messages. > > > > The igb driver is for 82575 and 82576 adapters, it has multiqueue support and > > MSIX, there will be more server type enhancements in that driver as I get the > > time. > > > > The em driver now will be client oriented, the latest hardware support however > > is for 82574, Hartwell, which is a really nice low cost PCIE dual-port adapter, > > that actually also has MSIX. This first released support for it will > > use 3 interrupt > > vectors, one for TX, one for RX, and Link. The hardware actually supports 5 > > vectors, so I am planning to add support for another RX and TX queue as my > > schedule allows. > > > > Hartwell is also the first adapter that has IEEE 1588 PTP support, the driver > > provides init and an ioctl interface to use that facility, I hope we > > see software > > support follow on soon. This is an early announcement, I am not sure on > > exact dates for availability but they should be soon. > > > > As ever, issues and bugs should be sent to me. Cheers everyone! > > Besides the broken tinderbox, you did not connected the igb module to > the module build. Is this intentional ? > No, not intentional, both issues are now fixed, sorry, was tired yesterday afternoon :) Jack From owner-freebsd-stable@FreeBSD.ORG Sat May 3 17:23:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8388F1065670 for ; Sat, 3 May 2008 17:23:06 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3D38FC13 for ; Sat, 3 May 2008 17:23:05 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.2/8.14.2) with ESMTP id m43HN3l6013293; Sat, 3 May 2008 19:23:03 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.2/8.14.2/Submit) id m43HN3Qn013292; Sat, 3 May 2008 19:23:03 +0200 (CEST) (envelope-from byshenknet) Date: Sat, 3 May 2008 19:23:03 +0200 From: Greg Byshenk To: Doug Rabson Message-ID: <20080503172303.GH840@core.byshenk.net> References: <20080501132724.GD840@core.byshenk.net> <4819D621.9090901@jellydonut.org> <4FA0DF7D-EC80-4B2F-B7E5-86442BA23DA3@rabson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FA0DF7D-EC80-4B2F-B7E5-86442BA23DA3@rabson.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on core.byshenk.net Cc: freebsd-stable@freebsd.org Subject: Re: samba build failure on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 17:23:06 -0000 On Sat, May 03, 2008 at 11:42:14AM +0100, Doug Rabson wrote: > On 1 May 2008, at 15:39, Michael Proto wrote: > >Greg Byshenk wrote: > >>[...] Basically my problem is that the current Samba3 (samba-3.0.28,1) > >>won't build on a recent 6-STABLE system (I noticed it with sources > >>csup'd 24 April, and it continues with sources csup'd today, 1 May). > >>The strange thing is that this is a version of samba that has > >>previously built successfully, on the machine and with the > >>configuration that is now failing. (I was attempting > >>to rebuild because I saw some strange library errors.) This at least > >>suggests to me that the problem is _not_ due to something changing > >>with Samba, but to some other change that is being reflected in the > >>Samba build. [...] > >I can confirm this on a 6-STABLE system last SUPed (kernel and world > >rebuilt) to 20080428 11:23 EDT. samba-3.0.28,1 built fine on this box > >when it was 6.3-RELEASE, and now fails in exactly the same place when > >trying to rebuild on 6-STABLE. > The attached patch should fix the problem. It appears that it does. I've applied the patch on a test machine, and Samba now builds successfully. I've also done a reinstall of Samba, and the rebuild version appears to be working properly (though I have not yet done any extensive testing). Thanks, -greg -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Sat May 3 17:40:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBD3A106567C; Sat, 3 May 2008 17:40:05 +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 043838FC28; Sat, 3 May 2008 17:40:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m43HO1Ln019966; Sat, 3 May 2008 11:24:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <481C9FB1.4060407@samsco.org> Date: Sat, 03 May 2008 11:24:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0805030014x244e1311v945e23266961193d@mail.gmail.com> <20080503114529.GD18958@deviant.kiev.zoral.com.ua> <2a41acea0805030939ua3022ceq7939aea0754e9e71@mail.gmail.com> In-Reply-To: <2a41acea0805030939ua3022ceq7939aea0754e9e71@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Kostik Belousov , "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: MFC of em/igb drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 17:40:06 -0000 Jack Vogel wrote: > On Sat, May 3, 2008 at 4:45 AM, Kostik Belousov wrote: >> On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: >> >> >>> I got the new drivers in Friday afternoon for those that don't see CVS >> > messages. >> > >> > The igb driver is for 82575 and 82576 adapters, it has multiqueue support and >> > MSIX, there will be more server type enhancements in that driver as I get the >> > time. >> > >> > The em driver now will be client oriented, the latest hardware support however >> > is for 82574, Hartwell, which is a really nice low cost PCIE dual-port adapter, >> > that actually also has MSIX. This first released support for it will >> > use 3 interrupt >> > vectors, one for TX, one for RX, and Link. The hardware actually supports 5 >> > vectors, so I am planning to add support for another RX and TX queue as my >> > schedule allows. >> > >> > Hartwell is also the first adapter that has IEEE 1588 PTP support, the driver >> > provides init and an ioctl interface to use that facility, I hope we >> > see software >> > support follow on soon. This is an early announcement, I am not sure on >> > exact dates for availability but they should be soon. >> > >> > As ever, issues and bugs should be sent to me. Cheers everyone! >> >> Besides the broken tinderbox, you did not connected the igb module to >> the module build. Is this intentional ? >> > > No, not intentional, both issues are now fixed, sorry, was tired yesterday > afternoon :) > Is it still true that support for the 575 moved from em to igb? If so, please put an entry in src/UPDATING about it and ask the re/docs team to make sure it's documented in the next release notes. Scott From owner-freebsd-stable@FreeBSD.ORG Sat May 3 18:58:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ED04106564A for ; Sat, 3 May 2008 18:58:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id EEB2F8FC30 for ; Sat, 3 May 2008 18:58:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id C9A833F9F; Sat, 3 May 2008 19:58:19 +0100 (BST) Message-Id: From: Doug Rabson To: Greg Byshenk In-Reply-To: <20080503172303.GH840@core.byshenk.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sat, 3 May 2008 19:58:19 +0100 References: <20080501132724.GD840@core.byshenk.net> <4819D621.9090901@jellydonut.org> <4FA0DF7D-EC80-4B2F-B7E5-86442BA23DA3@rabson.org> <20080503172303.GH840@core.byshenk.net> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org Subject: Re: samba build failure on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 18:58:21 -0000 On 3 May 2008, at 18:23, Greg Byshenk wrote: > On Sat, May 03, 2008 at 11:42:14AM +0100, Doug Rabson wrote: >> On 1 May 2008, at 15:39, Michael Proto wrote: >>> Greg Byshenk wrote: > >>>> [...] Basically my problem is that the current Samba3 >>>> (samba-3.0.28,1) >>>> won't build on a recent 6-STABLE system (I noticed it with sources >>>> csup'd 24 April, and it continues with sources csup'd today, 1 >>>> May). >>>> The strange thing is that this is a version of samba that has >>>> previously built successfully, on the machine and with the >>>> configuration that is now failing. (I was attempting >>>> to rebuild because I saw some strange library errors.) This at >>>> least >>>> suggests to me that the problem is _not_ due to something changing >>>> with Samba, but to some other change that is being reflected in the >>>> Samba build. [...] > >>> I can confirm this on a 6-STABLE system last SUPed (kernel and world >>> rebuilt) to 20080428 11:23 EDT. samba-3.0.28,1 built fine on this >>> box >>> when it was 6.3-RELEASE, and now fails in exactly the same place >>> when >>> trying to rebuild on 6-STABLE. > >> The attached patch should fix the problem. > > It appears that it does. > > I've applied the patch on a test machine, and Samba now builds > successfully. > I've also done a reinstall of Samba, and the rebuild version appears > to be > working properly (though I have not yet done any extensive testing). Great, thanks for testing. From owner-freebsd-stable@FreeBSD.ORG Sat May 3 20:36:27 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AA9F106566C for ; Sat, 3 May 2008 20:36:27 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (chez.mckusick.com [64.81.247.49]) by mx1.freebsd.org (Postfix) with ESMTP id AA8BD8FC13 for ; Sat, 3 May 2008 20:36:26 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (localhost.mckusick.com [127.0.0.1]) by chez.mckusick.com (8.13.8/8.13.8) with ESMTP id m43KD0qZ027534; Sat, 3 May 2008 13:13:01 -0700 (PDT) (envelope-from mckusick@chez.mckusick.com) Message-Id: <200805032013.m43KD0qZ027534@chez.mckusick.com> To: David Malone Date: Sat, 03 May 2008 13:13:00 -0700 From: Kirk McKusick Cc: stable@freebsd.org Subject: Re: restore issues "Header with wrong dumpdate." and "getfile: lost data" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 20:36:27 -0000 > Date: Fri, 2 May 2008 15:33:03 +0100 > From: David Malone > To: stable@freebsd.org > Cc: mckusick@mckusick.com > Subject: Re: restore issues "Header with wrong dumpdate." and "getfile: lost data" > > On Thu, May 01, 2008 at 03:52:14PM -0500, Scott Lambert wrote: > > I've seen http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 which > > seems to apply to the "getfile: lost data" lines. There is also > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/118087 which seems to > > apply to "Header with wrong dumpdate." > > I believe these are basically harmless. I don't know if Kirk plans > to merge the fix, but I can do it if he wants. I put in the fix for "Header with wrong dumpdate" when I came across it. I never realized that there was an outstanding PR. I am happy to have you MFC the fix and close the PR with an appropriate note that it has been fixed. > > 120881 seems not to have been applied to CVS just yet. > > Ah - I'd missed 120881. This seems to relate to a more recent change > of Kirk's. Kirk - do you want to look at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 > > or would you prefer if I had a look at it? > > David. I have taken a look at it and can make the following observations on the proposed fix: It seems that the culprit is the following sequence in tape.c if (curblk > 0) panic("getfile: lost data\n"); This was introduced in version 1.48 Version 1.44.2.1 of tape.c shipped with FreeBSD 6.2 has a different handler: if (curblk > 0) (*fill)((char *)buf, (long)((curblk * TP_BSIZE) + size)); which doesn't panic. The 1.48 change added support for restoring extended attributes. This change was never MFC'ed to FreeBSD 6 as it required updates of and . There was concern that too many folks would get compile errors in `make world' and not understand what needed to be done to fix them. So the if (curblk > 0) (*fill)((char *)buf, (long)((curblk * TP_BSIZE) + size)); code in 1.44.2.1 is correct for that version of restore because it does not support extended attributes. I put the panic in for 1.48 because I believed that I would always have skipped over any extra blocks at the end of a file (or extended attribute) and thus there should never have been any left. Obviously, I missed some case :-( So, while the proposed fix does get rid of the panic, my concern is that it will instead put some spurious data at the end of a file or extended attribute. Ideally, I would like to get a copy of the dump (or really just the first part of it needed to reproduce the problem) so that I can analyze it to figure out what I am doing wrong. Kirk McKusick From owner-freebsd-stable@FreeBSD.ORG Sat May 3 20:39:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F218A1065672 for ; Sat, 3 May 2008 20:39:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id AFF198FC13 for ; Sat, 3 May 2008 20:39:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so2125650wah.3 for ; Sat, 03 May 2008 13:39:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=m3nethyyEamyCAo59cZcIDVENs4NdLYbsTnMAQc3B6Y=; b=UuSw2TrZGhdAR3aZYsghrkg4Ppe9ZhhUefWyqjqzzrXJbhoZPc2JOFJ4b6bdI+BAI3qHu4AMOUP615oIwsiPtE7f5fJrrRPaHOrQ2oa8mXxKWz42/ieffY1O3dlJr4ZQjyo+kQ3OfAA/juLV8UXISdV+3OePmKAPEFswwsCk60c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DEFFPraT4IgymGJAamp4/bk4ZoIp0NeeEajtyM/vCkvEup/ZK165lJILF1e7Gb3tFajrWKm+G8BV4HuW9W9SSvCcqd1do7JJfRqAgL5bo2QyAHJhEbHwvkBeCgIgImUtFnr3s8OyOpnAMkMnmQZ11VjIJPHcK6sDSEevJnvo7og= Received: by 10.115.110.6 with SMTP id n6mr4222068wam.92.1209847171241; Sat, 03 May 2008 13:39:31 -0700 (PDT) Received: by 10.114.177.4 with HTTP; Sat, 3 May 2008 13:39:31 -0700 (PDT) Message-ID: <2a41acea0805031339n3ff84f37i3aa815168d14dd94@mail.gmail.com> Date: Sat, 3 May 2008 13:39:31 -0700 From: "Jack Vogel" To: "Scott Long" In-Reply-To: <481C9FB1.4060407@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0805030014x244e1311v945e23266961193d@mail.gmail.com> <20080503114529.GD18958@deviant.kiev.zoral.com.ua> <2a41acea0805030939ua3022ceq7939aea0754e9e71@mail.gmail.com> <481C9FB1.4060407@samsco.org> Cc: Kostik Belousov , "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: MFC of em/igb drivers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 20:39:32 -0000 On Sat, May 3, 2008 at 10:24 AM, Scott Long wrote: > > Jack Vogel wrote: > > > On Sat, May 3, 2008 at 4:45 AM, Kostik Belousov > wrote: > > > > > On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: > > > > > > > > > > > > > I got the new drivers in Friday afternoon for those that don't see CVS > > > > > > > > messages. > > > > > > > > The igb driver is for 82575 and 82576 adapters, it has multiqueue > support and > > > > MSIX, there will be more server type enhancements in that driver as I > get the > > > > time. > > > > > > > > The em driver now will be client oriented, the latest hardware > support however > > > > is for 82574, Hartwell, which is a really nice low cost PCIE > dual-port adapter, > > > > that actually also has MSIX. This first released support for it will > > > > use 3 interrupt > > > > vectors, one for TX, one for RX, and Link. The hardware actually > supports 5 > > > > vectors, so I am planning to add support for another RX and TX queue > as my > > > > schedule allows. > > > > > > > > Hartwell is also the first adapter that has IEEE 1588 PTP support, > the driver > > > > provides init and an ioctl interface to use that facility, I hope we > > > > see software > > > > support follow on soon. This is an early announcement, I am not sure > on > > > > exact dates for availability but they should be soon. > > > > > > > > As ever, issues and bugs should be sent to me. Cheers everyone! > > > > > > Besides the broken tinderbox, you did not connected the igb module to > > > the module build. Is this intentional ? > > > > > > > > > > No, not intentional, both issues are now fixed, sorry, was tired yesterday > > afternoon :) > > > > > > Is it still true that support for the 575 moved from em to igb? If so, > please put an entry in src/UPDATING about it and ask the re/docs team to > make sure it's documented in the next release notes. > > Scott > Ahhh yes, I forgot about that, will do Scott. Jack From owner-freebsd-stable@FreeBSD.ORG Sat May 3 23:49:47 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B8161065670 for ; Sat, 3 May 2008 23:49:47 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id D9A118FC17 for ; Sat, 3 May 2008 23:49:46 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id m43NnefY008230; Sat, 3 May 2008 18:49:45 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id m43NndTq008229; Sat, 3 May 2008 18:49:39 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Sat, 3 May 2008 18:49:39 -0500 From: Scott Lambert To: stable@freebsd.org Message-ID: <20080503234939.GB68354@sysmon.tcworks.net> Mail-Followup-To: stable@freebsd.org, David Malone , Kirk McKusick References: <200805032013.m43KD0qZ027534@chez.mckusick.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200805032013.m43KD0qZ027534@chez.mckusick.com> User-Agent: Mutt/1.4.2.2i Cc: David Malone , Kirk McKusick Subject: Re: restore issues "Header with wrong dumpdate." and "getfile: lost data" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2008 23:49:47 -0000 On Sat, May 03, 2008 at 01:13:00PM -0700, Kirk McKusick wrote: > > Date: Fri, 2 May 2008 15:33:03 +0100 > > From: David Malone > > To: stable@freebsd.org > > Cc: mckusick@mckusick.com > > Subject: Re: restore issues "Header with wrong dumpdate." and "getfile: lost data" > > > > On Thu, May 01, 2008 at 03:52:14PM -0500, Scott Lambert wrote: > > > 120881 seems not to have been applied to CVS just yet. > > > > Ah - I'd missed 120881. This seems to relate to a more recent change > > of Kirk's. Kirk - do you want to look at: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 > > > > or would you prefer if I had a look at it? > > I have taken a look at it and can make the following observations > on the proposed fix: > > It seems that the culprit is the following sequence in tape.c > if (curblk > 0) > panic("getfile: lost data\n"); > This was introduced in version 1.48 > Version 1.44.2.1 of tape.c shipped with FreeBSD 6.2 has a different > handler: > if (curblk > 0) > (*fill)((char *)buf, (long)((curblk * TP_BSIZE) + size)); > which doesn't panic. > > The 1.48 change added support for restoring extended attributes. > This change was never MFC'ed to FreeBSD 6 as it required updates > of and . There was concern > that too many folks would get compile errors in `make world' and not > understand what needed to be done to fix them. So the > if (curblk > 0) > (*fill)((char *)buf, (long)((curblk * TP_BSIZE) + size)); > code in 1.44.2.1 is correct for that version of restore because it > does not support extended attributes. I put the panic in for 1.48 > because I believed that I would always have skipped over any extra > blocks at the end of a file (or extended attribute) and thus there > should never have been any left. Obviously, I missed some case :-( > So, while the proposed fix does get rid of the panic, my concern is > that it will instead put some spurious data at the end of a file or > extended attribute. Ideally, I would like to get a copy of the dump > (or really just the first part of it needed to reproduce the problem) > so that I can analyze it to figure out what I am doing wrong. I have had the problem with dumps made on any of my FreeBSD 4.x systems. If you don't still have a 4.x system laying around, I can send you a link to a test dump. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org