From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 02:29:23 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 515A31065674 for ; Sun, 3 Aug 2008 02:29:23 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id C0A798FC0C for ; Sun, 3 Aug 2008 02:29:22 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjgNALmxlEg7pzeZ/2dsb2JhbACBUYkSolU X-IronPort-AV: E=Sophos;i="4.31,298,1215354600"; d="scan'208";a="173161225" Received: from ppp59-167-55-153.lns1.cbr1.internode.on.net (HELO bullseye.apana.org.au) ([59.167.55.153]) by ipmail05.adl2.internode.on.net with ESMTP; 03 Aug 2008 11:43:58 +0930 Received: from [192.168.63.10] (tenring.andymac.org [192.168.63.10]) by bullseye.apana.org.au (8.14.2/8.14.2) with ESMTP id m7329im2064442 for ; Sun, 3 Aug 2008 12:09:44 +1000 (EST) (envelope-from andymac@bullseye.andymac.org) Message-ID: <48950685.4020303@bullseye.andymac.org> Date: Sun, 03 Aug 2008 12:14:45 +1100 From: Andrew MacIntyre User-Agent: Thunderbird 2.0.0.14 (OS/2/20080509) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <372128.56919.qm@web51502.mail.re2.yahoo.com> <20080802.002039.58462077.imp@bsdimp.com> <4894A9D8.2090606@freebsd.org> <20080802225643.GA84798@onelab2.iet.unipi.it> In-Reply-To: <20080802225643.GA84798@onelab2.iet.unipi.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?) 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, 03 Aug 2008 02:29:23 -0000 Luigi Rizzo wrote: > Also, what would you suggest as a small scripting language to be used > in this kind of platform for implementing CGI scripts (and preferably > able to use sockets/select) ? > > The various perl/python/php and friend are in the 10MB range once you > pick up a little bit of libraries (sockets etc) and the tangle of > modules they require; awk (which is present in busybox) is ok-ish for > some things, but doing I/O and calling external programs with it is > very unfriendly; I've not tried to do this myself (had no need), but Python does support having its standard library code in a ZIP archive. The .py (source) files can be omitted, so the ZIP archive only needs to contain the byte compiled files (.pyc, and .pyo if you ever use Python's -O option). With a stripped interpreter, I'd estimate you might get an install down to ~6MB, with non-essentials (for an embedded production environment) removed. But you do have to work at it... :-( I hear Lua is compact and capable, including sockets support, but have never looked at it. -- ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 02:52: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 E90701065675 for ; Sun, 3 Aug 2008 02:52:52 +0000 (UTC) (envelope-from jeremy@segpub.com.au) Received: from yoda.segpub.com.au (yoda.segpub.com.au [65.61.166.107]) by mx1.freebsd.org (Postfix) with SMTP id A6FE78FC0C for ; Sun, 3 Aug 2008 02:52:52 +0000 (UTC) (envelope-from jeremy@segpub.com.au) Received: (qmail 8182 invoked by uid 89); 3 Aug 2008 02:26:10 -0000 Received: from unknown (HELO ?192.168.0.3?) (150.101.118.145) by 0 with SMTP; 3 Aug 2008 02:26:10 -0000 Message-Id: <7DE3CD09-5DE0-4DCB-BF03-A17A3E9EC602@segpub.com.au> From: Jeremy Bogan To: Luigi Rizzo In-Reply-To: <20080802233613.GA85083@onelab2.iet.unipi.it> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Sun, 3 Aug 2008 12:26:07 +1000 References: <372128.56919.qm@web51502.mail.re2.yahoo.com> <20080802.002039.58462077.imp@bsdimp.com> <4894A9D8.2090606@freebsd.org> <20080802225643.GA84798@onelab2.iet.unipi.it> <4894E8C3.5060004@freebsd.org> <20080802233613.GA85083@onelab2.iet.unipi.it> X-Mailer: Apple Mail (2.926) Cc: fbsd2@yahoo.com, Sam Leffler , freebsd-stable@freebsd.org Subject: Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?) 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, 03 Aug 2008 02:52:53 -0000 Nginx works nicely in a small environment. On 03/08/2008, at 9:36 AM, Luigi Rizzo wrote: > On Sat, Aug 02, 2008 at 04:07:47PM -0700, Sam Leffler wrote: >> Luigi Rizzo wrote: > ... >>> Also, what would you suggest as a small scripting language to be >>> used >>> in this kind of platform for implementing CGI scripts (and >>> preferably >>> able to use sockets/select) ? > ... >> Not sure about scripting languages but what's really needed is a >> lightweight http solution that supports ssl. This can go a long way >> before you get to php et. al. My last project of this sort used >> tinyhttp (I think, whichever one Jeff Pozkanzer did) and php. But we >> didn't try to fit in flash, we used compact flash parts. I think >> tinyhttpd+php is also what m0n0wall and pfsense use but haven't >> looked >> in a while. > > I think this http/ssl problem is reasonably well addressed by > mini_httpd (this is Jeff Pozkanzer's code, about 50kb) and a small > SSL library which you find in ports/security/xyssl (300kb). > > Mini_httpd uses the regular openssl libraries, but the xyssl API is > reasonably similar to the SSL_* calls in openssl so it should be > relatively straightforward to use in mini_httpd -- I did this in > another project, even though only on the client side of https > http://info.iet.unipi.it/~luigi/FreeBSD/minixmlrpc/ > and it took very short time to adapt the code from openssl to xyssl. > > cheers > luigi > _______________________________________________ > 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 > " > -- jeremy bogan [ jeremy@segpub.com.au ] segment publishing - design.develop.host From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 03:16: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 176A31065678 for ; Sun, 3 Aug 2008 03:16:20 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [204.228.224.242]) by mx1.freebsd.org (Postfix) with ESMTP id E71918FC19 for ; Sun, 3 Aug 2008 03:16:19 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net ([204.228.224.242] helo=localhost ident=mailnull) by diana.db.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1KPU4v-0003IL-KG; Sat, 02 Aug 2008 21:16:17 -0600 Received: from diana.db.net ([127.0.0.1] helo=localhost) (envelope-from ) id 1KPU4t-000C6H-SE; Sat, 02 Aug 2008 23:16:15 -0400 Date: Sat, 2 Aug 2008 23:16:15 -0400 From: Diane Bruce To: Jeremy Chadwick Message-ID: <20080803031615.GA46483@night.db.net> References: <372128.56919.qm@web51502.mail.re2.yahoo.com> <20080802.002039.58462077.imp@bsdimp.com> <4894A9D8.2090606@freebsd.org> <20080802225643.GA84798@onelab2.iet.unipi.it> <4894E8C3.5060004@freebsd.org> <20080802233814.GA25565@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080802233814.GA25565@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.3i Cc: Luigi Rizzo , fbsd2@yahoo.com, Sam Leffler , freebsd-stable@freebsd.org Subject: Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?) 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, 03 Aug 2008 03:16:20 -0000 On Sat, Aug 02, 2008 at 04:38:14PM -0700, Jeremy Chadwick wrote: > On Sat, Aug 02, 2008 at 04:07:47PM -0700, Sam Leffler wrote: > > Luigi Rizzo wrote: > >> On Sat, Aug 02, 2008 at 11:39:20AM -0700, Sam Leffler wrote: > >> ... > >>> I've been looking at nanobsd for a couple of applications and working > >>> to reduce the footprint of the images without hacking special rules. ... > >>> compact flash) then we'll need to do a lot of work to pare down the > >>> bloat--or replace current apps w/ special purpose replacements a la > >>> busybox (not something I find appealing). What's wrong with /rescue being used for this? ls -ltai /rescue 70662 -r-xr-xr-x 121 root wheel 3728352 Jul 22 14:56 [ 70662 -r-xr-xr-x 121 root wheel 3728352 Jul 22 14:56 atacontrol 70662 -r-xr-xr-x 121 root wheel 3728352 Jul 22 14:56 atmconfig Still a little too large? gzipped it's a little less -r-xr-xr-x 1 db wheel 1772385 Aug 2 23:11 /tmp/vi.gz I bet it would be easier to trim down the number of utilities in /rescue to make a smaller image than to make busybox go. > >> related to this thread -- does anyone have experience in trying > >> to build busybox on FreeBSD ? > > > > My last experience w/ busybox was >1 year ago and I'm not sure I was > > using anything close to up to date, but...it was utterly linux-specific. > > Given what it does and what I saw in the code I'd be more inclined to > > write one from scratch. busybox is the worst pile of doggie doo doo I have ever had the misfortune to see. It should be put into a brown paper bag and set on fire after putting it on RMS's doorstep and ringing the doorbell. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 03:19:12 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 66A6D1065674 for ; Sun, 3 Aug 2008 03:19:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 51CD78FC16 for ; Sun, 3 Aug 2008 03:19:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2FB011CC0B8; Sat, 2 Aug 2008 20:19:12 -0700 (PDT) Date: Sat, 2 Aug 2008 20:19:12 -0700 From: Jeremy Chadwick To: Torfinn Ingolfsen Message-ID: <20080803031912.GA38781@eos.sc1.parodius.com> References: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Temperature monitoring on old desktop - Dell OptiPlex SX270? 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, 03 Aug 2008 03:19:12 -0000 On Sun, Aug 03, 2008 at 01:50:53AM +0200, Torfinn Ingolfsen wrote: > The bios on this machine is from 2004, and that might be the cause. I > couldn't find a newer bios than version A06, release date 09/29/2004. > Does anybody know about a newer bios for thios machine anywhere? The first questions to ask are: 1) does this machine even have a H/W monitoring IC on it, and 2) is it enabled/wired to thermistors and fans? > Or does anybody know how to fix the DSDT in the bios to enable thernal > reporting? I don't think this is possible. > Or perhaps there is a way to read the temperature off the cpu, like the > coretemp(4) driver? What processor is in it? Not a Core2Duo. I'm guessing since it's circa 2004, probably a Pentium 3 or 4, or possibly an older AMD. None of those, to my knowledge, have on-die temperatures -- they all rely on external H/W monitoring. I just checked http://tingox.googlepages.com/sx270 and sure enough, an older P4. coretemp(4) won't work with this. > For those who wonders: yes, I have tried mbmon, lmmon from ports, but > they didn't report anything useful as far as temperature goes. healthd, lmmon, and mbmon/xmbmon are all fairly "old", and expect the H/W monitoring IC to be in a specific place, and that the tie-ins exist. > Any good hints will be gratefully accepted. I would start by booting the machine into Windows and install SpeedFan. If that thing is able to detect and provide thermal data, then we can continue from there. Otherwise chances are there's no H/W monitoring IC on the board. P.S. -- If you look at the mainboard and see a Winbond chip, that does not guarantee there's H/W monitoring capabilities. Many of the Winbond ICs provide Super I/O (legacy stuff: floppy, LPT, ISA/PCI interface, etc.), and it's entirely up to the board engineers which IC they use, and if they bother implementing H/W monitoring tie-ins. -- | 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 Sun Aug 3 08:00:20 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 E6AA5106568B; Sun, 3 Aug 2008 08:00:20 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5AC508FC14; Sun, 3 Aug 2008 08:00:20 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180178240.adsl.alicedsl.de [85.180.178.240]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m7380HLq078729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 3 Aug 2008 10:00:18 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m737vj5M001979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Aug 2008 09:57:45 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m737vifS001978; Sun, 3 Aug 2008 09:57:44 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sun, 3 Aug 2008 09:57:44 +0200 From: Ulrich Spoerlein To: Robert Watson Message-ID: <20080803075744.GA1555@roadrunner.spoerlein.net> Mail-Followup-To: Robert Watson , stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@FreeBSD.org Subject: ddb(4) scripts not working in RELENG_7? 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, 03 Aug 2008 08:00:21 -0000 Hi Robert, I was testing a patch and getting a panic (page fault while in kernel mode) in RELENG_7 running multiuser mode, but no scripts were automagically run, although I configured ddb_enable=YES in rc.conf. It simply dropped me to the interactive ddb(4) prompt, nothing more. Do you have any idea what I could be missing? Btw, you might wanna update the ddb(8) manpage's History section, as the feature seems to first appear in 7.1 :) % egrep "ddb|dump" /etc/rc.conf dumpdev="/dev/ad0s3" ddb_enable="YES" % sysctl debug.ddb.scripting.scripts debug.ddb.scripting.scripts: lockinfo=show locks; show alllocks; show lockedvnods kdb.enter.panic=textdump set; capture on; run lockinfo; show pcpu; bt; ps; alltrace; capture off; call doadump; reset kdb.enter.witness=run lockinfo Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 10:37: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 2F2DE1065671 for ; Sun, 3 Aug 2008 10:37:17 +0000 (UTC) (envelope-from ebutusov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id B25C68FC0C for ; Sun, 3 Aug 2008 10:37:16 +0000 (UTC) (envelope-from ebutusov@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so665942uge.37 for ; Sun, 03 Aug 2008 03:37:15 -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 :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=dmafSwj7Th7/t9VESXjId5KQAnnmG0r+mburoiKiPiE=; b=MGTHv9JZLwbe2HpYKj52uk1WBUdVB8Ags2YMRYsvMYSYeQVXrJ1RN1FPACZ+IPGrWq 97zq+viPsDtSbeAw6udMqeCx6TyCrIbq/TTtuU4oqab99NMESNeYqUH34X5tBUlB762N pZ2FVSY+yA0qeLXxjYm0HhEw+m5uq4KmdzZ90= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=PUSHoq9WtID80JCPjvWoh2HMC63l+ZbHjcUXUJe/rtZWFOKmPLL/Y0OTaG2c/OZ45U SjVOVpLnuN5E3zAE28MQNVdPFyYFBpwovDxYokIH55L5qj1sbcb9vj7Z2OBovlTVtJ5v QH5H1bjDMHOgOYoudUpZOcCnCPKdkgt9IVdbs= Received: by 10.67.32.18 with SMTP id k18mr2190700ugj.26.1217759803596; Sun, 03 Aug 2008 03:36:43 -0700 (PDT) Received: from ?192.168.0.51? ( [195.136.67.137]) by mx.google.com with ESMTPS id p32sm5394183ugc.44.2008.08.03.03.36.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 03 Aug 2008 03:36:42 -0700 (PDT) Message-ID: <48958A31.1000305@gmail.com> Date: Sun, 03 Aug 2008 12:36:33 +0200 From: Eugene Butusov User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Jeremy Chadwick References: <4894CE6D.2000204@gmail.com> <20080802215814.GA20164@eos.sc1.parodius.com> <4894DC4C.7030001@gmail.com> <20080802230626.GA24435@eos.sc1.parodius.com> In-Reply-To: <20080802230626.GA24435@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE-LIST Subject: Re: 7-STABLE, gjournal and fsck. 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, 03 Aug 2008 10:37:17 -0000 Jeremy Chadwick wrote: > On Sun, Aug 03, 2008 at 12:14:36AM +0200, Eugene Butusov wrote: >> 2) smartctl -a /dev/ad4 >> ... >> 198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0 >> 200 Multi_Zone_Error_Rate 0x0008 100 253 051 Old_age Offline - 0 >> ... > > The other SMART stats look okay, but can you run an offline test which > should update counters 198 and 200? smartctl -t offline /dev/ad4 should > do the trick. It may take some time, especially if the disk is being > used. > > And for clarification: just because the test is called "offline" does > not mean it brings the disk offline (it doesn't). :-) I did smartctl -t offline /dev/ad4, here is the results: 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 051 Old_age Offline - 0 I think the problem lies in fsck itself. Somehow it is was unable to deal with journaled filesystems It has failed to read them and mark them as clean. Best regards, -- _/_/ .. Eugene Butusov _/_/ ... www.devilka.info _/_/ .... ebutusov(at)gmail(dot)com From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 10:54:43 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 950301065683 for ; Sun, 3 Aug 2008 10:54:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6198FC1B for ; Sun, 3 Aug 2008 10:54:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9CA7446B62 for ; Sun, 3 Aug 2008 06:54:42 -0400 (EDT) Date: Sun, 3 Aug 2008 11:54:42 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: HEADS UP: inpcb/inpcbinfo rwlocking: coming to a 7-STABLE branch near you 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, 03 Aug 2008 10:54:43 -0000 Dear all: This is an advance warning that, late next week, I will be merging a fairly large set of changes to the IPv4 and IPv6 protocols layered over the inpcb/inpcbinfo kernel infrastructure. To be specific, this affects TCP, UDP, and raw sockets on both IPv4 and IPv6. I will post a further e-mail announcement along with patch set and schedule in a day or two once it's prepared. The thrust of this change is to replace the mutexes protecting the inpcb and inpcbinfo data structures with read-write locks (rwlocks). These structures represent, respectively, particular sockets and the global socket lists for all socket types in IPv4 and IPv6 except for SCTP. When you run netstat, inpcbinfo is the data structure referencing all connections, and each line in the nestat output reflects the contents of a specific inpcb. In the current stage of this work, the intent is to improve performance for datagram-related protocols on SMP systems by allowing concurrent acquisition of both global and connection locks during receive and transmit. This is possible because, in the common case, no connection or global state is modified during UDP/raw receive and transmit at the IP layer, so a read lock is sufficient to prevent data in those structures from unexpectedly changing. For receive, socket layer state is modified, but this is separately protected by socket layer locks. On transmit, no state is modified at any layer, so in principle we will allow fully parallel transmit from multiple threads down to about the routing and network interface layers, whereas previously they would bottleneck in UDP. The applications targeted by this change are threaded UDP server applications, such as BIND9, nsd, and UDP-based memcached. Kris Kennaway and Paul Saab have done fairly extensive testing with the changes and demonstrated significant performance improvements due to reduced contention and overhead. Perhaps they can mention some of those numbers in a follow-up to this post. The reason for the heads up is that, while carefully-tested, changes of this sort do come with risks. We've carefully structured them so as to avoid breaking the ABIs for netstat, etc, but it's not impossible that some problems will arise as the changes settle. The goal, however, is to see these performance improvements in 7.1, and since they've had a bit to shake out in 8.x and seen some heavy use, I think now is the right time to merge them. In any case, I will send out e-mail in a couple of days with a proposed merge patch and schedule for merging, and perhaps if you are in a positition where you might benefit from these improvements, or have interesting UDP or raw-socket based applications running on 7.x, you could test the candidate patch before it's merged, reporting any problems. Unless I receive negative feedback, I will plan on merging the changes late in the week, and keep a close eye on stable@ for any reports of problems. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 11:52: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 A4990106564A for ; Sun, 3 Aug 2008 11:52: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 589288FC16 for ; Sun, 3 Aug 2008 11: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 <0K500008EX04WYC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 03 Aug 2008 13:52:52 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.251]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K5000C0IX03P562@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 03 Aug 2008 13:52:52 +0200 (CEST) Date: Sun, 03 Aug 2008 13:52:51 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080803031912.GA38781@eos.sc1.parodius.com> References: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> <20080803031912.GA38781@eos.sc1.parodius.com> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; 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: Temperature monitoring on old desktop - Dell OptiPlex SX270? 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, 03 Aug 2008 11:52:54 -0000 On Sat, 02 Aug 2008 20:19:12 -0700 Jeremy Chadwick wrote: > On Sun, Aug 03, 2008 at 01:50:53AM +0200, Torfinn Ingolfsen wrote: > The first questions to ask are: 1) does this machine even have a H/W > monitoring IC on it, and 2) is it enabled/wired to thermistors and > fans? Yes, but so far I haven't found out anything by searching. > What processor is in it? Not a Core2Duo. I'm guessing since it's > circa 2004, probably a Pentium 3 or 4, or possibly an older AMD. Pentium 4. From dmesg: CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 > None of those, to my knowledge, have on-die temperatures -- they all > rely on external H/W monitoring. Ok, so what is the 'TM' feature of this cpu then? cpuid thinks it is a thermal monitor: Intel-specific functions: Version 00000f29: Type 0 - Original OEM Family 15 - Pentium 4 Extended family 0 Model 2 - Intel Pentium 4 processor (generic) or newer Stepping 9 Reserved 0 Brand index: 9 [Intel Pentium 4 processor] Extended brand string: " Intel(R) Pentium(R) 4 CPU 2.60GHz" CLFLUSH instruction cache line size: 8 Hyper threading siblings: 2 Feature flags: bfebfbff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table PSE-36 36-bit Page Size Extension CLFSH CFLUSH instruction DS Debug store ACPI Thermal Monitor and Clock Ctrl MMX MMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSE Streaming SIMD Extensions instruction set SSE2 SSE2 extensions SS Self Snoop HT Hyper Threading TM Thermal monitor 31 reserved Feature flags set 2: 00004400: CID Context ID xTPR Send Task Priority messages TLB and cache info: 50: Instruction TLB: 4KB and 2MB or 4MB pages, 64 entries 5b: Data TLB: 4KB and 4MB pages, fully assoc., 64 entries 66: 1st-level data cache: 8KB, 4-way set assoc, 64 byte line size 40: No 2nd-level cache, or if 2nd-level cache exists, no 3rd-level cache 70: Trace cache: 12K-micro-op, 4-way set assoc 7b: 2nd-level cache: 512KB, 8-way set assoc, sectored, 64 byte line size > I just checked http://tingox.googlepages.com/sx270 and sure enough, an > older P4. coretemp(4) won't work with this. I know, I just thought that ther might be something similar for the TM feature of Pentium 4's. > I would start by booting the machine into Windows and install > SpeedFan. If that thing is able to detect and provide thermal data, Ouch. I was hoping that I wouldn't have to do that. The machine have no internal CD-drive, and for some reason doesn't want to boot from a (usb) external cd-drive either (kind of funny - it boots from flash drives and external hard drives. But cd-rom -no). I was hoping to solve this without windows in the picture. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 11:58: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 B7BBB1065674 for ; Sun, 3 Aug 2008 11:58:54 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC2C8FC1C for ; Sun, 3 Aug 2008 11:58:54 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by wx-out-0506.google.com with SMTP id h27so261050wxd.7 for ; Sun, 03 Aug 2008 04:58:53 -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=jmmlQM8xSspearcAKW8sYJQLVgGbIKy04KXNd7ets9Q=; b=v4BmEJRzxzrYO5eWSSm8/3fRrma87JsfIFmEBLcGGSXt7mQnBwIJ5Pc+JAnhh7gwRa 44iP0jcvJ8fgazqeVLDb7HWAFJqQh1z17dcPyMVtYe777nIzUQ83dFxAJV7Lohdhl7Np WtdUDzmUYNWtk3E05HU3uw0+2qIKAm5txhvwI= 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=S1kGMrWT8/gPqr77/EKi567XTB5jVCmkSveDMueIaOLYlsxIhNu4OgtlDbWqUE0GgC 2lBw0aY2VQTwhTaWjGKMS9jN3KmvYkXruci606f6tKEn7LaXbloEZ1tkY2SBhttJ/WA3 ltl8YgyF6ldl0bOjCKyPLv3o2hykVvL2LUUc4= Received: by 10.70.11.11 with SMTP id 11mr14956894wxk.7.1217763191395; Sun, 03 Aug 2008 04:33:11 -0700 (PDT) Received: by 10.70.44.7 with HTTP; Sun, 3 Aug 2008 04:33:11 -0700 (PDT) Message-ID: <4d7dd86f0808030433l6cda06ccjba154d6f0cee7d0e@mail.gmail.com> Date: Sun, 3 Aug 2008 21:33:11 +1000 From: "David N" To: "Eugene Butusov" In-Reply-To: <4894CE6D.2000204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4894CE6D.2000204@gmail.com> Cc: FreeBSD-STABLE-LIST Subject: Re: 7-STABLE, gjournal and fsck. 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, 03 Aug 2008 11:58:54 -0000 2008/8/3 Eugene Butusov : > Hi, > > Recently I've decided to play with gjournal. Main reason was a promise of > avoiding full fsck check after unclean shutdown. I've successfuly configured > gjournal on existing filesystems (all UFS). And then it happened - my system > had a power failure. After boot, it forced me to run fsck manualy. Nothing > special, I did it before... But this time it failed on gjournaled disks. > > So, when I was dropped to the single-user shell, I tried: > > fsck /dev/ad4s1g.journal > > It said: > > CANNOT READ BLK: xxxx > CONTINUE? [yn] > > I typed 'y' and nothing happened. Here is the log: > > -8<- > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 4059706613: ad4s1g > contains data. > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 4059706613: ad4s1g > contains journal. > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad4s1g clean. > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 188084099: ad6s1d > contains data. > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 188084099: ad6s1d > contains journal. > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad6s1d clean. > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 2559963968: ad6s1e > contains data. > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 2559963968: ad6s1e > contains journal. > Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad6s1e clean. > ... > Aug 2 19:13:43 matrix kernel: ** /dev/ad4s1g.journal > Aug 2 19:13:43 matrix kernel: > Aug 2 19:13:43 matrix kernel: CANNOT READ BLK: 727112224 > Aug 2 19:13:43 matrix kernel: CONTINUE? [yn] > Aug 2 19:13:43 matrix kernel: > Aug 2 19:13:43 matrix kernel: THE FOLLOWING DISK SECTORS COULD NOT BE READ: > 727112224, 727112225, 727112226, 727112227, > Aug 2 19:13:43 matrix kernel: /dev/ad4s1g.journal: CANNOT FIGURE OUT FILE > SYSTEM PARTITION > ->8- > > After ctrl+d the system tried to continue boot, and again threw me into > shell because of the same reason: > > -8<- > Aug 2 19:13:43 matrix kernel: > WARNING: R/W mount of /home denied. Filesystem is not clean - run fsck > Aug 2 19:13:43 matrix kernel: mount: > ->8- > > Like I mentioned, only gjournaled filesystems failed to pass fsck. Other > labels passed. I was in a hurry, because the machine acts as a local file > server, and I was standing against the wall, because one of gjournaled disks > was the share itself... > > What I did was mounting gjournaled partitions in ro mode (it warned me that > they were not cleanly unmounted) and doing some backup. Then I removed > gjournal (gjournal clear, tunefs -J disable) from journaled disks, ran fsck > (few errors of type: PARTIALLY ALLOCATED INODE), and then I was able to turn > on softupdates back and mount the fs in rw mode. I've double checked the > disk's SMART results in case of hardware failure, but they were ok. > > My question is: what could cause such problem? Why only gjournaled fs are > affected? Is there a solution? > > Best regards, > -- > _/_/ .. Eugene Butusov > _/_/ ... www.devilka.info > _/_/ .... ebutusov(at)gmail(dot)com > _______________________________________________ > 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" > Hi, Did you re-create your file systems? How did you create the journal? eg. newfs /dev/ad4s1g.journal ? or did you just enable journal on the partition? via tunefs? Regards David N From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 12:08:49 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 DEA0C1065671 for ; Sun, 3 Aug 2008 12:08:49 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 5AAB18FC12 for ; Sun, 3 Aug 2008 12:08:49 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id m73C8gr3039198; Sun, 3 Aug 2008 14:08:47 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 4F7FCBA8F; Sun, 3 Aug 2008 14:08:42 +0200 (CEST) Date: Sun, 3 Aug 2008 14:08:42 +0200 From: Roland Smith To: Torfinn Ingolfsen Message-ID: <20080803120842.GA58127@slackbox.xs4all.nl> References: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> <20080803031912.GA38781@eos.sc1.parodius.com> <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Temperature monitoring on old desktop - Dell OptiPlex SX270? 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, 03 Aug 2008 12:08:50 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 03, 2008 at 01:52:51PM +0200, Torfinn Ingolfsen wrote: > On Sat, 02 Aug 2008 20:19:12 -0700 > Jeremy Chadwick wrote: >=20 > > On Sun, Aug 03, 2008 at 01:50:53AM +0200, Torfinn Ingolfsen wrote: > > The first questions to ask are: 1) does this machine even have a H/W > > monitoring IC on it, and 2) is it enabled/wired to thermistors and > > fans? >=20 > Yes, but so far I haven't found out anything by searching. >=20 > > What processor is in it? Not a Core2Duo. I'm guessing since it's > > circa 2004, probably a Pentium 3 or 4, or possibly an older AMD. >=20 > Pentium 4. From dmesg: > CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.51-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 > Features=3D0xbfebfbff > Features2=3D0x4400 > Logical CPUs per core: 2 =20 Have you tried sysutils/mbmon? Or running 'sysctl hw.acpi|grep tz'? Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiVn8oACgkQEnfvsMMhpyUDTgCgohCqOHPeXt6cOgJkp8gQaimi u58Ani6XLt2quGF0GJi3Q65fY4jbdhyj =EvFK -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 12: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 A00DF1065678 for ; Sun, 3 Aug 2008 12:15:58 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from v-smtp-auth-relay-4.gradwell.net (v-smtp-auth-relay-4.gradwell.net [79.135.125.43]) by mx1.freebsd.org (Postfix) with ESMTP id 128C08FC18 for ; Sun, 3 Aug 2008 12:15:57 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from argon.wood2.org.uk ([82.71.104.124] country=GB ident=postmaster#pop3$wood2#org&uk) by v-smtp-auth-relay-4.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.290) id 489598e1.45b.dd; Sun, 3 Aug 2008 12:39:13 +0100 (envelope-sender ) Message-ID: Date: Sun, 3 Aug 2008 11:50:25 +0100 To: burt rosenberg From: David Wood References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.06-M (<+grRuXty5oZOkwOHTWRZxwDBff>) Cc: freebsd-stable@freebsd.org Subject: Re: reboot sometimes freezes, adaptic scsi card possible problem 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, 03 Aug 2008 12:15:58 -0000 Hi Burt, In message , burt rosenberg writes >On reboot, one out of 10 times, reboot (from hardware initialization) stops. This is about a Dell PowerEdge 2950. I'd start by upgrading the BIOS - and whilst you're at it, I'd bring the whole machine up to date, as the BMC firmware, backplane firmware and PERC firmware are all likely to be out of date as well. The Dell System Build and Update Utility CD with the Server Updates DVD will handle all the necessary updates. The ISOs are available on the Dell Downloads site. The current System Build and Update Utility CD is rather old - I'd use the System Management Tools and Documentation DVD in its place (which boots into the System Build and Update Utility). You boot the System Build and Update Utility CD (or System Management Tools and Documentation DVD), tell the machine that the repository is on a DVD, and it will prompt you to change disk. Insert the Server Updates DVD. You will need console access - keyboard, mouse and monitor. I think I noticed a USB KVM somewhere amongst the information you gave. You don't have a DRAC 5 in the machine - if you did, you could have used the DRAC console. This system handles the correct sequencing of the upgrades (for example, you should upgrade the BMC firmware before the BIOS - at least, I believe that's the correct order, but I'd have to check) and carries out the upgrades in an environment where your hard disks aren't mounted. You may even find you have hard disk firmware updates outstanding. The BIOS in the machine is old - version 1.2.0. The next revision, 1.3.7, which is far from the latest, has something that sounds possibly relevant: Fixed possible issue of system device re-enumeration after power failures. There are also potential updates for your processor microcode and memory reference code just by updating the BIOS. Obviously, upgrading all the firmware in your machine is a potentially dangerous operation. My experience is that all will go well, but I can't guarantee that you won't hit trouble. Best wishes, David -- David Wood david@wood2.org.uk From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 12:35:57 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 A8718106564A for ; Sun, 3 Aug 2008 12:35:57 +0000 (UTC) (envelope-from ebutusov@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6DE8FC16 for ; Sun, 3 Aug 2008 12:35:56 +0000 (UTC) (envelope-from ebutusov@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so3513976ika.3 for ; Sun, 03 Aug 2008 05:35:55 -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 :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=hbNHbaRolC8G9Pkv8fFSGIeks8Cf9tN2P3sDxHfGlc8=; b=QNEeYAV01jOvZFl+MTNSr5mlTrH15C9qaHQUbSoNpAXtJXvy2CgkEhW3AdhS7GMPKh Kegou2eY8oTyLu2sW0Ey0dHsgV4/pQ27Ot1EuCC27CYSZ88mHu/V2Ip1U7QXlP4w5uvm IhcjaM/jeDm0diaDRd/M+G/eG/zcTxrxbhY1o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=aC9l0Ic3N5QQ8xWmRDvPWhRbqTVMO2MfdaoVsImXkMc2gE8WXX9YTYlbsXoZ5/vZdE x/C8jl0sXmQAJRSbcZ4OmYH8BT7yU88sRGmqX/xJP3XegsS5Ofei8IjQnUO6bESizqLL nRecRhfjq83qbhXXUME8Qk/x8HfXVaeT5Cm1M= Received: by 10.210.44.1 with SMTP id r1mr896358ebr.11.1217766955883; Sun, 03 Aug 2008 05:35:55 -0700 (PDT) Received: from ?192.168.0.51? ( [195.136.67.137]) by mx.google.com with ESMTPS id i7sm10937983nfh.8.2008.08.03.05.35.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 03 Aug 2008 05:35:54 -0700 (PDT) Message-ID: <4895A61F.8030502@gmail.com> Date: Sun, 03 Aug 2008 14:35:43 +0200 From: Eugene Butusov User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: David N References: <4894CE6D.2000204@gmail.com> <4d7dd86f0808030433l6cda06ccjba154d6f0cee7d0e@mail.gmail.com> In-Reply-To: <4d7dd86f0808030433l6cda06ccjba154d6f0cee7d0e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE-LIST Subject: Re: 7-STABLE, gjournal and fsck. 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, 03 Aug 2008 12:35:57 -0000 David N wrote: > 2008/8/3 Eugene Butusov : >> Hi, >> >> Recently I've decided to play with gjournal. Main reason was a promise of >> avoiding full fsck check after unclean shutdown. I've successfuly configured >> gjournal on existing filesystems (all UFS). And then it happened - my system >> had a power failure. After boot, it forced me to run fsck manualy. Nothing >> special, I did it before... But this time it failed on gjournaled disks. >> >> So, when I was dropped to the single-user shell, I tried: >> >> fsck /dev/ad4s1g.journal >> >> It said: >> >> CANNOT READ BLK: xxxx >> CONTINUE? [yn] >> >> I typed 'y' and nothing happened. Here is the log: >> >> -8<- >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 4059706613: ad4s1g >> contains data. >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 4059706613: ad4s1g >> contains journal. >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad4s1g clean. >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 188084099: ad6s1d >> contains data. >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 188084099: ad6s1d >> contains journal. >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad6s1d clean. >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 2559963968: ad6s1e >> contains data. >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 2559963968: ad6s1e >> contains journal. >> Aug 2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad6s1e clean. >> ... >> Aug 2 19:13:43 matrix kernel: ** /dev/ad4s1g.journal >> Aug 2 19:13:43 matrix kernel: >> Aug 2 19:13:43 matrix kernel: CANNOT READ BLK: 727112224 >> Aug 2 19:13:43 matrix kernel: CONTINUE? [yn] >> Aug 2 19:13:43 matrix kernel: >> Aug 2 19:13:43 matrix kernel: THE FOLLOWING DISK SECTORS COULD NOT BE READ: >> 727112224, 727112225, 727112226, 727112227, >> Aug 2 19:13:43 matrix kernel: /dev/ad4s1g.journal: CANNOT FIGURE OUT FILE >> SYSTEM PARTITION >> ->8- >> >> After ctrl+d the system tried to continue boot, and again threw me into >> shell because of the same reason: >> >> -8<- >> Aug 2 19:13:43 matrix kernel: >> WARNING: R/W mount of /home denied. Filesystem is not clean - run fsck >> Aug 2 19:13:43 matrix kernel: mount: >> ->8- >> >> Like I mentioned, only gjournaled filesystems failed to pass fsck. Other >> labels passed. I was in a hurry, because the machine acts as a local file >> server, and I was standing against the wall, because one of gjournaled disks >> was the share itself... >> >> What I did was mounting gjournaled partitions in ro mode (it warned me that >> they were not cleanly unmounted) and doing some backup. Then I removed >> gjournal (gjournal clear, tunefs -J disable) from journaled disks, ran fsck >> (few errors of type: PARTIALLY ALLOCATED INODE), and then I was able to turn >> on softupdates back and mount the fs in rw mode. I've double checked the >> disk's SMART results in case of hardware failure, but they were ok. >> >> My question is: what could cause such problem? Why only gjournaled fs are >> affected? Is there a solution? >> >> Best regards, >> -- >> _/_/ .. Eugene Butusov >> _/_/ ... www.devilka.info >> _/_/ .... ebutusov(at)gmail(dot)com >> _______________________________________________ >> 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" >> > > Hi, > > Did you re-create your file systems? How did you create the journal? > > eg. newfs /dev/ad4s1g.journal ? > > or did you just enable journal on the partition? via tunefs? I did it this way: /dev/ad4s1g is my /home, an existing partition umount /home gjournal label -f /dev/ad4s1g tunefs -J enable -n disable /dev/ad4s1g.journal (added 'async' option to /etc/fstab for /home and changed entry to /dev/ad4s1g.journal) mount /home It worked until power failed... :) Best regards, -- _/_/ .. Eugene Butusov _/_/ ... www.devilka.info _/_/ .... ebutusov(at)gmail(dot)com From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 13:18: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 89E35106567A for ; Sun, 3 Aug 2008 13:18:09 +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 7882C8FC1B for ; Sun, 3 Aug 2008 13:18:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 5AD4B1CC0B8; Sun, 3 Aug 2008 06:18:09 -0700 (PDT) Date: Sun, 3 Aug 2008 06:18:09 -0700 From: Jeremy Chadwick To: Eugene Butusov Message-ID: <20080803131809.GA65161@eos.sc1.parodius.com> References: <4894CE6D.2000204@gmail.com> <20080802215814.GA20164@eos.sc1.parodius.com> <4894DC4C.7030001@gmail.com> <20080802230626.GA24435@eos.sc1.parodius.com> <48958A31.1000305@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48958A31.1000305@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD-STABLE-LIST Subject: Re: 7-STABLE, gjournal and fsck. 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, 03 Aug 2008 13:18:09 -0000 On Sun, Aug 03, 2008 at 12:36:33PM +0200, Eugene Butusov wrote: > Jeremy Chadwick wrote: >> On Sun, Aug 03, 2008 at 12:14:36AM +0200, Eugene Butusov wrote: >>> 2) smartctl -a /dev/ad4 >>> ... >>> 198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0 >>> 200 Multi_Zone_Error_Rate 0x0008 100 253 051 Old_age Offline - 0 >>> ... >> >> The other SMART stats look okay, but can you run an offline test which >> should update counters 198 and 200? smartctl -t offline /dev/ad4 should >> do the trick. It may take some time, especially if the disk is being >> used. >> >> And for clarification: just because the test is called "offline" does >> not mean it brings the disk offline (it doesn't). :-) > > I did smartctl -t offline /dev/ad4, here is the results: > > 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always > - 0 > 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline > - 0 > 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always > - 0 > 200 Multi_Zone_Error_Rate 0x0008 200 200 051 Old_age Offline > - 0 > > I think the problem lies in fsck itself. Somehow it is was unable to > deal with journaled filesystems It has failed to read them and mark them > as clean. Yep, I agree, SMART-wise your disk looks fine. It's worth noting that there's been reports of the ATA subsystem reporting I/O errors on LBAs which don't even appear to be valid. I'm left wondering if somehow that's what's happening here. I'm not sure why fsck would handle most of the gjournal'd blocks but not others. -- | 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 Sun Aug 3 13:23: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 B8AC3106564A for ; Sun, 3 Aug 2008 13:23:11 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7A02D8FC08 for ; Sun, 3 Aug 2008 13:23:11 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.2) with ESMTP id m73DNAJL007450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 3 Aug 2008 08:23:10 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.2/Submit) id m73DN9T6007447; Sun, 3 Aug 2008 08:23:09 -0500 (CDT) (envelope-from dan) Date: Sun, 3 Aug 2008 08:23:09 -0500 From: Dan Nelson To: Torfinn Ingolfsen Message-ID: <20080803132309.GC93138@dan.emsphone.com> References: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> <20080803031912.GA38781@eos.sc1.parodius.com> <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Temperature monitoring on old desktop - Dell OptiPlex SX270? 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, 03 Aug 2008 13:23:11 -0000 In the last episode (Aug 03), Torfinn Ingolfsen said: > On Sat, 02 Aug 2008 20:19:12 -0700 Jeremy Chadwick wrote: > > > On Sun, Aug 03, 2008 at 01:50:53AM +0200, Torfinn Ingolfsen wrote: > > The first questions to ask are: 1) does this machine even have a > > H/W monitoring IC on it, and 2) is it enabled/wired to thermistors > > and fans? > > Yes, but so far I haven't found out anything by searching. > > > What processor is in it? Not a Core2Duo. I'm guessing since it's > > circa 2004, probably a Pentium 3 or 4, or possibly an older AMD. > > Pentium 4. From dmesg: > CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.51-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > Features=0xbfebfbff > Features2=0x4400 > Logical CPUs per core: 2 > > > None of those, to my knowledge, have on-die temperatures -- they all > > rely on external H/W monitoring. > > Ok, so what is the 'TM' feature of this cpu then? >From what I can find on Intel's site for your CPU, TM is an emergency switch that lowers the CPU speed to pervent overheating that could damage the processor. Under normal circumstances, it should never trip, and its on/off status (not temperature) is only readable by two pins on the CPU. It can be disabled and enabled by software, but not monitored. http://download.intel.com/design/Pentium4/datashts/29864312.pdf "The Thermal Monitor feature helps control the processor temperature by activating the Thermal Control Circuit (TCC) when the processor silicon reaches its maximum operating temperature. The TCC reduces processor power consumption by modulating (starting and stopping) the internal processor core clocks. The Thermal Monitor feature must be enabled for the processor to be operating within specifications. The temperature at which Thermal Monitor activates the thermal control circuit is not user configurable and is not software visible." > > I just checked http://tingox.googlepages.com/sx270 and sure enough, an > > older P4. coretemp(4) won't work with this. > > I know, I just thought that ther might be something similar for the > TM feature of Pentium 4's. > > > I would start by booting the machine into Windows and install > > SpeedFan. If that thing is able to detect and provide thermal data, > > Ouch. I was hoping that I wouldn't have to do that. The machine have > no internal CD-drive, and for some reason doesn't want to boot from a > (usb) external cd-drive either (kind of funny - it boots from flash > drives and external hard drives. But cd-rom -no). > > I was hoping to solve this without windows in the picture. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 13:43: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 149681065687 for ; Sun, 3 Aug 2008 13:43:29 +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 EBBE58FC18 for ; Sun, 3 Aug 2008 13:43:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D4D7C1CC0B1; Sun, 3 Aug 2008 06:43:28 -0700 (PDT) Date: Sun, 3 Aug 2008 06:43:28 -0700 From: Jeremy Chadwick To: Torfinn Ingolfsen Message-ID: <20080803134328.GA65256@eos.sc1.parodius.com> References: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> <20080803031912.GA38781@eos.sc1.parodius.com> <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Temperature monitoring on old desktop - Dell OptiPlex SX270? 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, 03 Aug 2008 13:43:29 -0000 On Sun, Aug 03, 2008 at 01:52:51PM +0200, Torfinn Ingolfsen wrote: > On Sat, 02 Aug 2008 20:19:12 -0700 > Jeremy Chadwick wrote: > > > On Sun, Aug 03, 2008 at 01:50:53AM +0200, Torfinn Ingolfsen wrote: > > The first questions to ask are: 1) does this machine even have a H/W > > monitoring IC on it, and 2) is it enabled/wired to thermistors and > > fans? > > Yes, but so far I haven't found out anything by searching. Then the only possibility is to take a very high-resolution photo (read: 2048x1536 or higher) and send it to someone who can identify ICs (I'm good at recognising H/W monitoring ICs :-) ). But even that won't guarantee anything; an IC that supports H/W monitoring may be found/present but it may not be wired to support such (or the board lacks thermistors), or possibly the silkscreening is false (which I myself have personally seen on some server boards). > Ok, so what is the 'TM' feature of this cpu then? > cpuid thinks it is a thermal monitor: > Intel-specific functions: > Version 00000f29: > Type 0 - Original OEM > Family 15 - Pentium 4 > Extended family 0 > Model 2 - Intel Pentium 4 processor (generic) or newer > Stepping 9 > Reserved 0 This gets into semantics: "what exactly does 'monitor' mean?" The P4 TM feature is more of a thermal manager and not so much a "monitor" in the sense of what you think it might be (re: ability to provide thermal statistics to a program). It *is* a "monitor" in the sense that it reads temperature, but there's no way to access that internal data. I believe the P4 TM is used to decrease power usage (disabling some features, enabling some power-saving modes, etc.) based on temperature. It probably induces some form of clock throttling too, but it's probably done very differently compared to present-day Core2Duo processors, for example (and those processors DO have on-die per-core temperature monitors which you can monitor, re: coretemp(4)). Here's some reference material confirming my claim: http://www.intel.com/support/processors/pentium4/sb/cs-007999.htm http://www.digit-life.com/articles2/intel-thermal-features/index.html http://www.overclockers.com/articles517/ The point is, none of the internal data is accessible. I have never seen a program provide any sort of thermal data on a P4, unless there's an external H/W monitoring IC (with a thermistor that sits physically under the processor mounting socket) installed. You'll find such features on P4 server boards -- commonly Winbond ICs, with a thermistor that sits directly under the CPU. > > I just checked http://tingox.googlepages.com/sx270 and sure enough, an > > older P4. coretemp(4) won't work with this. > > I know, I just thought that ther might be something similar for the TM feature of Pentium 4's. Nope, because it's not something you can get data from. > > I would start by booting the machine into Windows and install > > SpeedFan. If that thing is able to detect and provide thermal data, > > Ouch. I was hoping that I wouldn't have to do that. The machine have no internal CD-drive, > and for some reason doesn't want to boot from a (usb) external cd-drive either (kind of funny - it boots from flash drives and external hard drives. But cd-rom -no). > > I was hoping to solve this without windows in the picture. You could try Linux. Their lm-sensors project is incredibly thorough, but based on what I've looked at in the code, it's hit-or-miss. It does do a form of auto-probing (which is very risky IMHO). Speedfan's auto-detection method is better, and safer (especially if there's an SMBus interface with H/W monitoring IC tie-ins made available). Again, this would only allow you to detect whether or not there's an actual H/W monitoring IC on the board somewhere. I'm strongly doubting there is. You could contact Dell and ask, but their Support folks probably have no idea what a hardware monitoring IC is (or will lie to you and say "Yes it has it" even though it may not). -- | 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 Sun Aug 3 13:49:00 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 EFE98106567B for ; Sun, 3 Aug 2008 13:49:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C78098FC12 for ; Sun, 3 Aug 2008 13:49:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2C26946B5B; Sun, 3 Aug 2008 09:49:00 -0400 (EDT) Date: Sun, 3 Aug 2008 14:49:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ulrich Spoerlein In-Reply-To: <20080803075744.GA1555@roadrunner.spoerlein.net> Message-ID: References: <20080803075744.GA1555@roadrunner.spoerlein.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: ddb(4) scripts not working in RELENG_7? 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, 03 Aug 2008 13:49:01 -0000 On Sun, 3 Aug 2008, Ulrich Spoerlein wrote: > I was testing a patch and getting a panic (page fault while in kernel mode) > in RELENG_7 running multiuser mode, but no scripts were automagically run, > although I configured ddb_enable=YES in rc.conf. > > It simply dropped me to the interactive ddb(4) prompt, nothing more. Do you > have any idea what I could be missing? Dear Ulrich: I have been using DDB scripts on 7-STABLE without any problems, but I'm not sure I've tried it with a page fault, just regular panics. Could you try entering the debugger via "sysctl debug.kdb.panic=1", which forces a panic, and see if your scripts run then? Perhaps there's some inconsistency in how we're entering the debugger. If things still appear not to be happening, try setting up a kdb.enter.default script and see if that works? The ddb(4) command provids a slightly more user-friendly way of accessing the scripts from userspace -- you can just do "ddb scripts" to list them. FWIW, using the exactly scripts you have below, I produced a textdump without any problems on 7-STABLE. > Btw, you might wanna update the ddb(8) manpage's History section, as the > feature seems to first appear in 7.1 :) Indeed. I'll update that, thanks! Robert N M Watson Computer Laboratory University of Cambridge > > % egrep "ddb|dump" /etc/rc.conf > dumpdev="/dev/ad0s3" > ddb_enable="YES" > % sysctl debug.ddb.scripting.scripts > debug.ddb.scripting.scripts: lockinfo=show locks; show alllocks; show lockedvnods > kdb.enter.panic=textdump set; capture on; run lockinfo; show pcpu; bt; ps; alltrace; capture off; call doadump; reset > kdb.enter.witness=run lockinfo > > > Cheers, > Ulrich Spoerlein > -- > It is better to remain silent and be thought a fool, > than to speak, and remove all doubt. > From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 14:18:00 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 5F082106564A for ; Sun, 3 Aug 2008 14:18:00 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id D90E98FC08 for ; Sun, 3 Aug 2008 14:17:59 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.2) with ESMTP id m73EHw6Q066496; Sun, 3 Aug 2008 18:17:58 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 3 Aug 2008 18:17:58 +0400 (MSD) From: Dmitry Morozovsky To: Eugene Butusov In-Reply-To: <4895A61F.8030502@gmail.com> Message-ID: <20080803181633.U64745@woozle.rinet.ru> References: <4894CE6D.2000204@gmail.com> <4d7dd86f0808030433l6cda06ccjba154d6f0cee7d0e@mail.gmail.com> <4895A61F.8030502@gmail.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (woozle.rinet.ru [0.0.0.0]); Sun, 03 Aug 2008 18:17:58 +0400 (MSD) Cc: David N , FreeBSD-STABLE-LIST Subject: Re: 7-STABLE, gjournal and fsck. 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, 03 Aug 2008 14:18:00 -0000 On Sun, 3 Aug 2008, Eugene Butusov wrote: EB> > Did you re-create your file systems? How did you create the journal? EB> > EB> > eg. newfs /dev/ad4s1g.journal ? EB> > EB> > or did you just enable journal on the partition? via tunefs? EB> EB> I did it this way: EB> EB> /dev/ad4s1g is my /home, an existing partition EB> EB> umount /home EB> gjournal label -f /dev/ad4s1g EB> tunefs -J enable -n disable /dev/ad4s1g.journal EB> (added 'async' option to /etc/fstab for /home and changed entry to EB> /dev/ad4s1g.journal) EB> mount /home EB> EB> It worked until power failed... :) No surprize. with you `gjournal label' command you've effectively destroyed last 1G of UFS. You should use external journal provider in such case. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 14:26: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 E38411065772; Sun, 3 Aug 2008 14:26:22 +0000 (UTC) (envelope-from louie@transsys.com) Received: from ringworld.transsys.com (ringworld.transsys.com [144.202.0.15]) by mx1.freebsd.org (Postfix) with ESMTP id B7BF78FC27; Sun, 3 Aug 2008 14:26:22 +0000 (UTC) (envelope-from louie@transsys.com) Received: from PM-G5.transsys.com (c-69-141-158-166.hsd1.nj.comcast.net [69.141.158.166]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: louie) by ringworld.transsys.com (Postfix) with ESMTP id A137D5C5D; Sun, 3 Aug 2008 10:02:43 -0400 (EDT) Message-Id: <9C6216B2-AB67-45A2-900C-3492340737DF@transsys.com> From: Louis Mamakos To: Luigi Rizzo In-Reply-To: <20080802225643.GA84798@onelab2.iet.unipi.it> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Sun, 3 Aug 2008 10:02:42 -0400 References: <372128.56919.qm@web51502.mail.re2.yahoo.com> <20080802.002039.58462077.imp@bsdimp.com> <4894A9D8.2090606@freebsd.org> <20080802225643.GA84798@onelab2.iet.unipi.it> X-Mailer: Apple Mail (2.926) Cc: fbsd2@yahoo.com, Sam Leffler , freebsd-stable@freebsd.org Subject: Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?) 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, 03 Aug 2008 14:26:23 -0000 On Aug 2, 2008, at 6:56 PM, Luigi Rizzo wrote: > On Sat, Aug 02, 2008 at 11:39:20AM -0700, Sam Leffler wrote: > ... >> I've been looking at nanobsd for a couple of applications and >> working to >> reduce the footprint of the images without hacking special rules. >> With > ... >> If we're ever to consider building images for flash parts (not >> compact >> flash) then we'll need to do a lot of work to pare down the bloat--or >> replace current apps w/ special purpose replacements a la busybox >> (not >> something I find appealing). > > related to this thread -- does anyone have experience in trying > to build busybox on FreeBSD ? > > Also, what would you suggest as a small scripting language to be used > in this kind of platform for implementing CGI scripts (and preferably > able to use sockets/select) ? > > The various perl/python/php and friend are in the 10MB range once you > pick up a little bit of libraries (sockets etc) and the tangle of > modules they require; awk (which is present in busybox) is ok-ish for > some things, but doing > I/O and calling external programs with it is very unfriendly; > javascript/spidermonkey is on the 500KB range but it doesn't have > a library to play with sockets... I'd also suggest looking at Lua, as someone else mentioned. It's BSD licensed, and written explicitly for small footprint, embedded applications. There's a port to the Lego Mindstorms controller, for example. The Lua language is written in ANSI C, and has a small set of well defined interfaces to the OS for opening files, memory allocation, etc. There are a number of web based Lua application environments; google for "Lua Kepler" for one such example. There's also a couple of Wiki platforms written in Lua. I think of Lua as the sort of tool you might use these days as compared to Tcl some years ago. It also would be suitable for replacing FORTH in /boot/loader as something that's still small and compact enough, with many fewer sharp edges exposed to users.. louie From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 15:03:33 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 6AC70106567D for ; Sun, 3 Aug 2008 15:03:33 +0000 (UTC) (envelope-from ebutusov@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.181]) by mx1.freebsd.org (Postfix) with ESMTP id EAB548FC0A for ; Sun, 3 Aug 2008 15:03:32 +0000 (UTC) (envelope-from ebutusov@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so3577785ika.3 for ; Sun, 03 Aug 2008 08:03: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 :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=wgdjCy61AAciuxduWF+1LRGaV0qu227nWF1WJTuj7zU=; b=SRzepXYA0IdNWkeQYLgkK2ZCwXp6iAp+TPd8yXGoUQp3MhajyG3/lAiVF/zNTr71K2 TNIND20s/cvrGpkc7qihjm8IYQbRG1NVQdqlfGeYNB9SB3LtcVpenCF/xnNWecF5blYt WGPIQZltfVS59bJJ1oRrRLosKv573HgIBL2Us= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=bH7yS6j7vxr9VrI9NUgZzxePOG2W+wWDcMlUnsqzLnIxUJ9UeQeM5FNGlwPG7rTxNV kH3n3a/yxVvMKP2qbnQHzItIdUm1RinmALNifUWsDavWgFGArQMwAFtBmhA7zoJNSVla tXeOLB5u8LFVKY/x2sp+7jyLsL+qk0qgHIjJ0= Received: by 10.210.109.10 with SMTP id h10mr15611331ebc.194.1217775811481; Sun, 03 Aug 2008 08:03:31 -0700 (PDT) Received: from ?192.168.0.51? ( [195.136.67.137]) by mx.google.com with ESMTPS id h1sm4635577nfh.19.2008.08.03.08.03.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 03 Aug 2008 08:03:30 -0700 (PDT) Message-ID: <4895C8B8.1030506@gmail.com> Date: Sun, 03 Aug 2008 17:03:20 +0200 From: Eugene Butusov User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Dmitry Morozovsky References: <4894CE6D.2000204@gmail.com> <4d7dd86f0808030433l6cda06ccjba154d6f0cee7d0e@mail.gmail.com> <4895A61F.8030502@gmail.com> <20080803181633.U64745@woozle.rinet.ru> In-Reply-To: <20080803181633.U64745@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE-LIST Subject: Re: 7-STABLE, gjournal and fsck. 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, 03 Aug 2008 15:03:33 -0000 Dmitry Morozovsky wrote: > On Sun, 3 Aug 2008, Eugene Butusov wrote: > > EB> > Did you re-create your file systems? How did you create the journal? > EB> > > EB> > eg. newfs /dev/ad4s1g.journal ? > EB> > > EB> > or did you just enable journal on the partition? via tunefs? > EB> > EB> I did it this way: > EB> > EB> /dev/ad4s1g is my /home, an existing partition > EB> > EB> umount /home > EB> gjournal label -f /dev/ad4s1g > EB> tunefs -J enable -n disable /dev/ad4s1g.journal > EB> (added 'async' option to /etc/fstab for /home and changed entry to > EB> /dev/ad4s1g.journal) > EB> mount /home > EB> > EB> It worked until power failed... :) > > No surprize. with you `gjournal label' command you've effectively destroyed > last 1G of UFS. You should use external journal provider in such case. Thanks, it explains everything. Ehm... well, next time I'll do it the right way. Best regards, -- _/_/ .. Eugene Butusov _/_/ ... www.devilka.info _/_/ .... ebutusov(at)gmail(dot)com From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 16:09:42 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 BF9BD106567B for ; Sun, 3 Aug 2008 16:09:42 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id 702D18FC08 for ; Sun, 3 Aug 2008 16:09:42 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so1515577wra.27 for ; Sun, 03 Aug 2008 09:09:41 -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=5QDf0NTUm3awBetausw4FAFiokcv9ZILTODDx/M7jt4=; b=H9BmP8CXCNQSnAtRvWAtXBImXA+xMZRYHO4tEnn1j0h0LVw8jGyEFhtauYTRuQpAiv SF/g6RB8b5u+DTNts341yFQkTWVcoBkK4ETDGCnSjkZj+cA3ijCmd+UwIODubI8B0Snk tvE2ct6S9U4i1G1wZMOcIQ2NNkkUjq44ZsVEQ= 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=atyhy5M59mD4HEDWIR43pSjV9RxsT2hyKz7lA6G4NoMD1S5lyBvl3QYI6HoDihwq6V AZozGbTkLFAuG2t3p6c7hX0m9ipN+/jnt5cvzOOxhu+gtgPhRTfdsNrwfDIgGOAyOz+2 2YyZ9cnik+/BpyZCKkx8RYAezCeN5Fc95rEvE= Received: by 10.90.92.14 with SMTP id p14mr15752446agb.84.1217778120917; Sun, 03 Aug 2008 08:42:00 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.2.146]) by mx.google.com with ESMTPS id g5sm7737965wra.33.2008.08.03.08.41.59 (version=SSLv3 cipher=RC4-MD5); Sun, 03 Aug 2008 08:42:00 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Luigi Rizzo In-Reply-To: <20080802225643.GA84798@onelab2.iet.unipi.it> References: <372128.56919.qm@web51502.mail.re2.yahoo.com> <20080802.002039.58462077.imp@bsdimp.com> <4894A9D8.2090606@freebsd.org> <20080802225643.GA84798@onelab2.iet.unipi.it> Content-Type: text/plain; charset=utf-8 Date: Sun, 03 Aug 2008 11:41:49 -0400 Message-Id: <1217778109.953.23.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: fbsd2@yahoo.com, Sam Leffler , freebsd-stable@freebsd.org Subject: Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?) 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, 03 Aug 2008 16:09:42 -0000 On Sun, 2008-08-03 at 00:56 +0200, Luigi Rizzo wrote: > On Sat, Aug 02, 2008 at 11:39:20AM -0700, Sam Leffler wrote: > ... > > I've been looking at nanobsd for a couple of applications and working to > > reduce the footprint of the images without hacking special rules. With > ... > > If we're ever to consider building images for flash parts (not compact > > flash) then we'll need to do a lot of work to pare down the bloat--or > > replace current apps w/ special purpose replacements a la busybox (not > > something I find appealing). > > related to this thread -- does anyone have experience in trying > to build busybox on FreeBSD ? > > Also, what would you suggest as a small scripting language to be used > in this kind of platform for implementing CGI scripts (and preferably > able to use sockets/select) ? Tcl? # ls -l /usr/local/bin/tclsh8.5 -rwxr-xr-x 1 root wheel 9369 Jul 23 20:16 /usr/local/bin/tclsh8.5 # ldd /usr/local/bin/tclsh8.5 /usr/local/bin/tclsh8.5: libtcl85.so => /usr/local/lib/libtcl85.so (0x2807b000) libm.so.5 => /lib/libm.so.5 (0x28167000) libc.so.7 => /lib/libc.so.7 (0x2817c000) # ls -l /usr/local/lib/libtcl85.so lrwxr-xr-x 1 root wheel 13 Jul 23 20:16 /usr/local/lib/libtcl85.so -> libtcl85.so.1 # ls -l /usr/local/lib/libtcl85.so.1 -r-xr-xr-x 1 root wheel 4146961 Jul 23 20:16 /usr/local/lib/libtcl85.so.1 # ldd /usr/local/lib/libtcl85.so.1 /usr/local/lib/libtcl85.so.1: libm.so.5 => /lib/libm.so.5 (0x2826f000) libc.so.7 => /lib/libc.so.7 (0x2807e000) It's socket support was good enough for me to have written variety of network clients in it (POP3, LPD, NNTP), and it is fairly easy to extend further as needed. Shared library above could be built in statically for some gain in size and start-up speed, or left as-is if you are running your own things with Tcl interpreter built-in. HTH, -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 17:59: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 DD7E2106564A for ; Sun, 3 Aug 2008 17:59:34 +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 980768FC12 for ; Sun, 3 Aug 2008 17:59:34 +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 <0K51004JXDYVEG40@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 03 Aug 2008 19:59:19 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.251]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K51008J0DYVP890@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 03 Aug 2008 19:59:19 +0200 (CEST) Date: Sun, 03 Aug 2008 19:59:18 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080803195918.8f4c7500.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080803132309.GC93138@dan.emsphone.com> References: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> <20080803031912.GA38781@eos.sc1.parodius.com> <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> <20080803132309.GC93138@dan.emsphone.com> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; 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: Temperature monitoring on old desktop - Dell OptiPlex SX270? 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, 03 Aug 2008 17:59:34 -0000 On Sun, 03 Aug 2008 08:23:09 -0500 Dan Nelson wrote: > >From what I can find on Intel's site for your CPU, TM is an emergency > switch that lowers the CPU speed to pervent overheating that could > damage the processor. Under normal circumstances, it should never > trip, and its on/off status (not temperature) is only readable by two > pins on the CPU. It can be disabled and enabled by software, but not > monitored. Ah, ok - that explains it. Not much use for me then. (Ok, it is good that this is there, but I can't use it for temperature monitoring) Thanks for explaining it! -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 18:03: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 6F412106566C for ; Sun, 3 Aug 2008 18:03:02 +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 29EE48FC1E for ; Sun, 3 Aug 2008 18:03:02 +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 <0K51004WYE4REG40@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 03 Aug 2008 20:02:51 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.251]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K51000Z7E4PYN61@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 03 Aug 2008 20:02:51 +0200 (CEST) Date: Sun, 03 Aug 2008 20:02:49 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080803200249.73489fbd.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080803120842.GA58127@slackbox.xs4all.nl> References: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> <20080803031912.GA38781@eos.sc1.parodius.com> <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> <20080803120842.GA58127@slackbox.xs4all.nl> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; 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: Temperature monitoring on old desktop - Dell OptiPlex SX270? 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, 03 Aug 2008 18:03:02 -0000 On Sun, 03 Aug 2008 14:08:42 +0200 Roland Smith wrote: > Have you tried sysutils/mbmon? Or running 'sysctl hw.acpi|grep tz'? Yes. :-) I wrote that in my initial post in this thread, I believe. :-) -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 19:08:37 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 B7E041065676 for ; Sun, 3 Aug 2008 19:08:37 +0000 (UTC) (envelope-from melnik@venik.uplink.net.ua) Received: from venik.uplink.net.ua (venik.uplink.net.ua [195.3.204.34]) by mx1.freebsd.org (Postfix) with ESMTP id 76DAD8FC18 for ; Sun, 3 Aug 2008 19:08:37 +0000 (UTC) (envelope-from melnik@venik.uplink.net.ua) Received: by venik.uplink.net.ua (Postfix, from userid 1000) id A99C928817; Sun, 3 Aug 2008 21:49:51 +0300 (EEST) Date: Sun, 3 Aug 2008 21:49:51 +0300 From: Vladimir Melnik To: freebsd-stable@freebsd.org Message-ID: <20080803184951.GK10693@venik.uplink.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: 7-STABLE, mpd-4.4.1_1 and others... 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, 03 Aug 2008 19:08:37 -0000 Hello! We encountered some strange problem with 7.0-RELEASE and 7.0-STABLE. We have an amd64 server which works as core-router on our small network. There are almost one hundred ipfw-pipes for limiting bandwidth, mpd-4.4.1_1 for termination pptp-sessions, ng_ipacct-20061223 for traffic counting and quagga-0.99.9_7 for bgp- and ospf-routing. SOmetimes mpd goes a little crazy: it stops working, but process doesn't stop. Process stays in memory as "uninterruptable" process: PID STAT WCHAN COMMAND 5891 Ds ngsock mpd4 When we trying to send a SIGKILL to this process, nothing changes, of course. But the most strange thing is there: when we trying to reboot the system, system just hangs. There are no messages in logs, no messages on console, it just hangs and doesn't react upon any actions. There was no such problem on 6.2-RELEASE, so we are dissapointed a little. :) Thank you very much in adcance for your help and sorry for my bad English. -- V.Melnik From owner-freebsd-stable@FreeBSD.ORG Sun Aug 3 19:08:42 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 7DB7F1065676 for ; Sun, 3 Aug 2008 19:08:42 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 552BF8FC0C for ; Sun, 3 Aug 2008 19:08:42 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A696C46B89 for ; Sun, 3 Aug 2008 15:08:41 -0400 (EDT) Date: Sun, 3 Aug 2008 20:08:41 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: HEADS UP: netatm removed (was: Re: netatm removal warning) (fwd) 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, 03 Aug 2008 19:08:42 -0000 Just an FYI that I'm going to proceed with the somewhat overdue removal of the netatm code from RELENG_7 shortly. netatm was disconnected from the 7.x build before the release of 7.0 as part of the MPSAFE network stack work, with the intent of removing it before 7.1 if it wasn't updated to be MPSAFE. Since that has not happened, and we have several other ATM stacks that are actively maintained in the tree, the time has come to remove the unbuilding and unusable netatm parts. With any luck, this change will not cause any disruption. Below you can find my announcement relating to an identical change to 7.x in May. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Mon, 26 May 2008 00:06:33 +0100 (BST) From: Robert Watson To: current@FreeBSD.org, arch@FreeBSD.org Cc: net@FreeBSD.org Subject: HEADS UP: netatm removed (was: Re: netatm removal warning) On Wed, 21 May 2008, Robert Watson wrote: >> 10 March 2008 E-mail warning to arch@/net@ >> 10 April 2008 E-mail warning to arch@/net@ >> 10 May 2008 Removal of netatm from HEAD >> 20 May 2008 Removal of netatm from RELENG_7 >> >> Obviously, netatm will remain in the revision control history should anyone >> wish to ressurect it after that date. However, I suspect that those >> interested in ATM on FreeBSD have long since been using Harti's netgraph ATM >> framework. > > Somehow the dates slipped pasted more quickly than I had hoped -- this is the > HEADS UP that, on a slightly delayed schedule, I will be trimming netatm from > the src tree for HEAD, and then a week or two later, from RELENG_7. Assuming > all goes well, this should result in no functional change at all. Per the long-announced schedule, netatm has now been removed from the CVS HEAD. Assuming no unexpected problems, it will likewise be removed from RELENG_7 in a few weeks. I apologize in advance if there's any build disruption; this touched a lot of Makefiles, and while netatm hasn't been connected to the build in ten months, there is always a risk of problems with a change of this scope. I'll keep an eye out for tinderbox warnings and correct as quickly as possible if any arise. Thanks, Robert N M Watson Computer Laboratory University of Cambridge _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 01:45: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 AD2F91065694 for ; Mon, 4 Aug 2008 01:45:21 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator1.ecc.gatech.edu (deliverator1.ecc.gatech.edu [130.207.185.171]) by mx1.freebsd.org (Postfix) with ESMTP id 5F88C8FC18 for ; Mon, 4 Aug 2008 01:45:21 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator2.ecc.gatech.edu (deliverator2.ecc.gatech.edu [130.207.185.172]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (Client did not present a certificate) by deliverator1.ecc.gatech.edu (Postfix) with ESMTP id 5BC1E2DCD69 for ; Sun, 3 Aug 2008 21:20:12 -0400 (EDT) Received: from deliverator2.ecc.gatech.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id E96634801B7 for ; Sun, 3 Aug 2008 21:20:10 -0400 (EDT) Received: from mail3.gatech.edu (mail3.gatech.edu [130.207.185.163]) by deliverator2.ecc.gatech.edu (Postfix) with ESMTP id 833884800EF for ; Sun, 3 Aug 2008 21:20:08 -0400 (EDT) Received: from mail3.gatech.edu (localhost [127.0.0.1]) by mail3.gatech.edu (Postfix) with ESMTP id 7644E1A39F0 for ; Sun, 3 Aug 2008 21:20:08 -0400 (EDT) Date: Sun, 3 Aug 2008 21:20:08 -0400 (EDT) From: Nic Reveles To: freebsd-stable@freebsd.org Message-ID: <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> In-Reply-To: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [128.61.36.21] X-Mailer: Zimbra 5.0.7_GA_2450.RHEL4_64 (ZimbraWebClient - IE7 (Win)/5.0.7_GA_2450.RHEL4_64) Subject: Using Portupgrade? 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, 04 Aug 2008 01:45:21 -0000 Hello, I've recently updated to freeBSD 6.3-STABLE from 5.3-RELEASE (amd64) and am struggling with out of date ports. I have tried updating 'ports-all' and 'src-all' numerous times (does src-all include ports-all? It takes forever) along with portupgrade. For example, when trying to login to an account using the bash shell I got the following error that prevents logging in. ld-elf.so.1: Shared object "libintl.so.6" not found So I tried: portupgrade -r bash, which did not fix anything. I was able to fix it by going into the ports directory and 'make deinstall' then 'make install'. But there are many other ports that are still broken. Is there an easy way to fix them all at once (using portupgrade)? I've tried 'portupdate -ar', which had a lot of xorg installation errors... eventually I found an entry in '/usr/ports/UPDATING' about updating xorg. But following the instructions seems to give an error that suggests following the instructions! 1) I switched to portupgrade-devel following UPDATING instructions. I believe this was successful. # portupgrade -f -o ports-mgmt/portupgrade-devel portupgrade # rm -f /usr/ports/INDEX*.db /var/db/pkg/pkgdb.db # pkgdb -fu 2) I rebuilt 'INDEX' # cd /usr/ports && make index 3) I set environment variable 'XORG_UPGRADE' to 'yes'. 4) I gave portupgrade "a small bit of help" (quoting 'UPDATING') # portupgrade -Rf libXft 5) I do not know if I have any gstreamer ports installed, so I tried both (neither did the trick). # portupgrade -a -x 'gstreamer*' ---> Upgrading 'xorg-libraries-6.8.2' to 'xorg-libraries-7.3_2' (x11/xorg-libraries) ---> Building '/usr/ports/x11/xorg-libraries' ===> Cleaning for xorg-libraries-7.3_2 /usr/X11R6 exists, but it is not a symlink. Installation cannot proceed. This looks like an incompletely removed old version of X. In the current version, /usr/X11R6 must be a symlink if it exists at all.Please read /usr/ports/UPDATING (entry of 20070519) for the procedure to upgrade X.org related ports.*** Error code 1 Stop in /usr/ports/x11/xorg-libraries. ---> Skipping 'x11/libdnd' (libdnd-1.1) because a requisite package 'xorg-libraries-6.8.2' (x11/xorg-libraries) failed (specify -k to force) [a million more skipping errors...] So I feel confident that I'm doing something incorrect since nothing seems to work after updating (or fails while updating). Could someone point me in the right direction? Nic From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 02:26: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 0CA11106566B for ; Mon, 4 Aug 2008 02:26:19 +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 EDB2E8FC18 for ; Mon, 4 Aug 2008 02:26:18 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D4C221CC0AE; Sun, 3 Aug 2008 19:26:18 -0700 (PDT) Date: Sun, 3 Aug 2008 19:26:18 -0700 From: Jeremy Chadwick To: Nic Reveles Message-ID: <20080804022618.GA4790@eos.sc1.parodius.com> References: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Using Portupgrade? 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, 04 Aug 2008 02:26:19 -0000 On Sun, Aug 03, 2008 at 09:20:08PM -0400, Nic Reveles wrote: > I've recently updated to freeBSD 6.3-STABLE from 5.3-RELEASE (amd64) and am struggling with out of date ports. I have tried updating 'ports-all' and 'src-all' numerous times (does src-all include ports-all? It takes forever) along with portupgrade. src-all does not include ports-all. "It takes forever" is wonderfully vague. :-) Chances are the cvsup server you're using is slow (usually caused by heavy disk I/O, not so much network I/O); pick another. Try them all, find one which is fast. I'd recommend a couple I commonly use, but then everyone will start using them....... :-) > For example, when trying to login to an account using the bash shell I got the following error that prevents logging in. > ld-elf.so.1: Shared object "libintl.so.6" not found This indicates bash is linked to a library that doesn't exist on your machine. On my RELENG_6 machine, there is no libintl.so.6 -- there's a libintl.so.8 (significantly newer). > So I tried: portupgrade -r bash, which did not fix anything. I was able to fix it by going into the ports directory and 'make deinstall' then 'make install'. But there are many other ports that are still broken. Is there an easy way to fix them all at once (using portupgrade)? The method I use for upgrading our systems is often shunned by other administrators because "it requires too much work", but it *always* works without any hitches. 1) Back up /usr/local. rsync -av /usr/local/ /usr/local.old/ works. 2) Save output from pkg_info somewhere (e.g. in a Notepad window, etc.) 3) pkg_delete -a -f 4) rm -fr /usr/local 5) rm -fr /var/db/pkg/* 6) rm -fr /var/db/ports (this probably isn't necessary, but why not) 7) Start installing all of your ports again If you have X on your machine, this method will very likely not make you happy, as I've heard people with X often have 300+ ports installed. I can't help you with X, as I don't use it. > 2) I rebuilt 'INDEX' > # cd /usr/ports && make index Waste of time. cd /usr/ports && make fetchindex > So I feel confident that I'm doing something incorrect since nothing seems to work after updating (or fails while updating). Could someone point me in the right direction? I'd start by ceasing use of portupgrade. Try Doug Barton's portmaster, which is in ports/ports-mgmt/portmaster. It's an extensive shell script, and does not require ruby. It might actually upgrade all of your ports for you, although your system may be in a state of disarray as a result of upgrading major OS versions. -- | 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 Mon Aug 4 02:38:15 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 89DB91065673 for ; Mon, 4 Aug 2008 02:38:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 50CA78FC18 for ; Mon, 4 Aug 2008 02:38:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2747992rvf.43 for ; Sun, 03 Aug 2008 19:38:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=GDLyLO2D5mVT5UjzHenOqTf+AGkh7Kfa9x4zcJ5hkAw=; b=RDp/p3NkJ+yPg/cM4wsac92HF8sJlaycNb+23B3MJYqdJNnO6yEW6aO4/RPjjFDN4Z V+8+kWmmNQoXcGd4ua4lkWFQc2ldGNYn8s2PTFU4sdXqXre99fdGudeSjx+d7OSuSVxL rmSKhawy9i8Zo/vwBXfpr0qAqTWeANwbactOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=r1Hc6BREGypQM45AXU+nMSUYFofYbWoa/+zd4Z9SG0TSyK66EVCoDnYBeWjJYnYOFo VkxZBgnUv0XSQrWBlBSrJzrpc9PQgdbqIfNivgVmom0J9ZT+6Ilq5pJ7O0ljsuy5QhEK 2T3qlaF1O+418Q5fRz4JXzwpuyN06PcWGxa90= Received: by 10.141.153.16 with SMTP id f16mr5209229rvo.17.1217817495054; Sun, 03 Aug 2008 19:38:15 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id f21sm6310611rvb.0.2008.08.03.19.38.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 03 Aug 2008 19:38:13 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m742a126022027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Aug 2008 11:36:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m742a02f022026; Mon, 4 Aug 2008 11:36:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 4 Aug 2008 11:36:00 +0900 From: Pyun YongHyeon To: Eugene Butusov Message-ID: <20080804023600.GC21401@cdnetworks.co.kr> References: <489262E5.3010304@gmail.com> <20080801080721.GB9206@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080801080721.GB9206@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD-STABLE-LIST Subject: Re: Realtek RTL8110 (SB) watchdog timeout. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2008 02:38:15 -0000 On Fri, Aug 01, 2008 at 05:07:21PM +0900, To Eugene Butusov wrote: > On Fri, Aug 01, 2008 at 03:12:05AM +0200, Eugene Butusov wrote: > > Hi, > > > > After updating from 7.0-RELEASE to STABLE (around 15/08) my NIC > > refuses to handle large file transfers. > > > > pciconf -lv > > > > re0@pci0:4:0:0: class=0x020000 card=0x001a6409 chip=0x816910ec > > rev=0x10 hdr=0x00 > > vendor = 'Realtek Semiconductor' > > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > > class = network > > subclass = ethernet > > > > Log messages: > > > > re: watchdog timeout > > re: link changed to DOWN > > re: link changed to UP > > > > When someone tried to copy large (i.e. 700MB) file from samba share > > (local gigabit network) or ftp (same LAN), > > the NIC was reseted. For a while host was not accesible from the > > network, and then it came back with log messages shown above. > > I've tried to tune samba socket options (SO_RCVBUF=16384 > > SO_SNDBUF=16384), and this fixed the problem for samba users. One > > interesting thing: copying file to windows XP machine worked fine, > > while Vista (SP1 x64) caused the problem. > > > > What solved the problem definitely was disabling TSO for re0 (ifconfig > > One of developer also reported TSO issue. But his hardware was a > plain 8169S. Given that you're seeing TSO issues on 8110SB I'm > afraid all RealTek 8169/8110 series may suffer from the TSO issues. > Under certain circumtances, the controller generates corrupted > frames for TSO case and this seem to be resulted in watchdog > timeouts. > I'm not sure recent PCIe based 8168/8110 family also suffers from > the issue as no one have complained the issue. > > > re0 -tso). I haven't notice any performance drop and it works fine, > > but I'm just curious what happened to the 'good' driver from 7.0-RELEASE. > > > > I don't think re(4) in 7.0-RELEASE is bug free. If you check commit > logs in RELENG_7 you may see what I mean. At the time of re(4) > overhauling, I added TSO to re(4). Generally TSO shall not increase > Tx performance but TSO significantly saves CPU cycles for TCP bulk > transfers. The saved CPU power could be used for other tasks. > > Anyway, thanks for reporting, I'll disable TSO in next monday. > FYI: I've committed TSO patch to HEAD with svn revision r181271. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 02:52:37 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 DAC771065672 for ; Mon, 4 Aug 2008 02:52:37 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5B28FC0A for ; Mon, 4 Aug 2008 02:52:37 +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 "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id B7E056107 for ; Sun, 3 Aug 2008 22:52:35 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1217818355; bh=Lfm29Sc9v8xsf2 /iU08Hgk4OAzJg8wLi7/eRk4/ajJk=; h=Message-ID:Date:From:MIME-Version: To:Subject:Content-Type:Content-Transfer-Encoding; b=QNBIAeSqEueE0 YCzzznUIl5DjnF9h0MfB8k3I2/cHQ0ixLccPtL7+k8zlXU8MHBmIguqj3vlTAvL/BXh wFUZLBrDPWfAAMRbOqZEtQrEfvo5LHxMJz2EiES9a0jJpzQq 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=qE78cTuhl1eOm1oBqpd67bo+48UZ+NrG3xmKw9zIloAyKe5ZIbWRzRzHWBEvvcYPI /fj9tb7YJHdpvDKJsWt0N4/xabSqRHwHNspFMwJqBCoOYfwE6b7N1LQXJUIliGB Message-ID: <48966EEE.5070208@protected-networks.net> Date: Sun, 03 Aug 2008 22:52:30 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: freebsd-stable X-Enigmail-Version: 0.95.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vmstat -z bucket failures? 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, 04 Aug 2008 02:52:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I get this on all my -stable boxes .. imb@aaron:/home/imb> vmstat -z |less ITEM SIZE LIMIT USED FREE REQUESTS FAILURES ~ [ .. ] 128 Bucket: 524, 0, 214, 10, 1300, 249 Is this mis-reporting or 'real' failures? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiWbu4ACgkQQv9rrgRC1JLAWACguIf6Dnz+UdAvNbi/f2Atpcq0 W4EAnjBmXSlVE6sKeOpch71os0M+3MWU =swvL -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 03:24:44 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 46ABE1065672 for ; Mon, 4 Aug 2008 03:24:44 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 285148FC16 for ; Mon, 4 Aug 2008 03:24:44 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id xrJT1Z00B0FhH24A238k4j; Mon, 04 Aug 2008 03:08:44 +0000 Received: from daland.home ([24.61.21.4]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id y38h1Z00505H7zL8U38iRz; Mon, 04 Aug 2008 03:08:43 +0000 X-Authority-Analysis: v=1.0 c=1 a=rITDv7nW5hcA:10 a=3qeiOcnXon3NKt2AWlsA:9 a=7uYg5H05rqmRf9rLGCYA:7 a=KZpNS53_MB_D9KJiqe0ekT-epnIA:4 a=si9q_4b84H0A:10 a=mhQ4J5QMNLoA:10 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KPqR7-0002iX-0Y; Sun, 03 Aug 2008 23:08:41 -0400 From: Alex Goncharov To: Jeremy Chadwick In-reply-to: <20080804022618.GA4790@eos.sc1.parodius.com> (message from Jeremy Chadwick on Sun, 3 Aug 2008 19:26:18 -0700) References: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> <20080804022618.GA4790@eos.sc1.parodius.com> Message-Id: Sender: Alex Goncharov Date: Sun, 03 Aug 2008 23:08:41 -0400 Cc: freebsd-stable@freebsd.org Subject: Re: Using Portupgrade? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2008 03:24:44 -0000 ,--- You/Jeremy (Sun, 3 Aug 2008 19:26:18 -0700) ----* | I'd start by ceasing use of portupgrade. Try Doug Barton's portmaster, | which is in ports/ports-mgmt/portmaster. It's an extensive shell | script, and does not require ruby. Over the last couple of months, I've made a few shy attempts to switch from `portupgrade' to 'portmaster', but every time I try it, I find something that keeps me using the former. Don't remember everything of that sort but here are a couple of things I would like to ask portmaster users' opinion and advice about: 1. I see a significant difference in the time it takes to get the same information using the two tools: ------------------------------ # time portversion -v | wc -l 473 real 0m3.772s user 0m2.462s sys 0m1.114s # time portmaster -L | wc -l 488 real 0m50.042s user 0m29.762s sys 0m15.470s ------------------------------ I run `portversion' a lot, and this kind of performance difference is one argument for sticking with `portupgrade'. 2. It looks like there are no `portmaster' equivalents to `portupgrade' `-P' and `-PP' options, which I want to have. Is this something that can be resolved by a smarter use of `portmaster' and/or its documentation? Thanks, -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 05:14:57 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 CC4D31065673 for ; Mon, 4 Aug 2008 05:14:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 58D728FC0A for ; Mon, 4 Aug 2008 05:14:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 28517 invoked by uid 399); 4 Aug 2008 05:14:56 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 4 Aug 2008 05:14:56 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4896904E.9070807@FreeBSD.org> Date: Sun, 03 Aug 2008 22:14:54 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 Followup-To: freebsd-ports@freebsd.org To: Alex Goncharov References: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> <20080804022618.GA4790@eos.sc1.parodius.com> In-Reply-To: X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Portmaster questions (Was: Re: Using Portupgrade?) 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, 04 Aug 2008 05:14:57 -0000 It's really not appropriate to hijack the portupgrade thread for this, so I'm starting a new subject. Also, please respect followups to -ports. Alex Goncharov wrote: > Don't remember everything of that sort but here are a couple of things > I would like to ask portmaster users' opinion and advice about: > > 1. I see a significant difference in the time it takes to get the same > information using the two tools: As I understand it, portupgrade uses the INDEX file to determine whether ports are up to date. Portmaster recurses through each installed port and does 'make -V PKGVERSION'. > 2. It looks like there are no `portmaster' equivalents to > `portupgrade' `-P' and `-PP' options, which I want to have. If portupgrade does the job for you, keep using it. :) I have said many times that I'm not looking to write a portupgrade replacement. Use the right tool for the job(s) you have to do. Good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 08:53:45 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 BC1401065670 for ; Mon, 4 Aug 2008 08:53:45 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id 46F9C8FC0A for ; Mon, 4 Aug 2008 08:53:45 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate03.web.de (Postfix) with ESMTP id 765EAE5DFFCB; Mon, 4 Aug 2008 10:53:43 +0200 (CEST) Received: from [217.236.48.156] (helo=zelda.local) by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1KPvp1-0001s8-00; Mon, 04 Aug 2008 10:53:43 +0200 Date: Mon, 4 Aug 2008 10:53:35 +0200 From: Martin To: "Jack Vogel" Message-ID: <20080804105335.4cd5df47@zelda.local> In-Reply-To: <2a41acea0808021601u13147294r9dc44a737119648@mail.gmail.com> References: <20080801142005.473c17ca@zelda.local> <20080801124224.GA17183@eos.sc1.parodius.com> <20080802070015.7f64c862@web.de> <20080802125553.d9c83a55.torfinn.ingolfsen@broadpark.no> <20080802224046.3b547283@web.de> <2a41acea0808021601u13147294r9dc44a737119648@mail.gmail.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/VYtn9nwgbhwGaqfJ+p++luG"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1/l8feK13XOHUGKa22mGtIg4sB2ak7NSWZkFl1I CcA+KTDDPSdUfkkQ560zKJFZCL63kYxA0Kgqe4ZQjMEr4cgc6q rG+75GSUI= Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 08:53:45 -0000 --Sig_/VYtn9nwgbhwGaqfJ+p++luG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 2 Aug 2008 16:01:35 -0700 schrieb "Jack Vogel" : Hi, > > After I typed "/etc/rc.d/netif restart", I waited until I get > > "giving up" message. Then I plugged the cable in. After about 30 > > seconds the link LED was on. I noticed that at this point I > > couldn't get an address using DHCP. >=20 > Well DUH, the agent exited, thats why it said "giving up" :) > That ain't complex behavior, its behaving as designed. I'm describing the circumstances WHEN everything happens. I was trying to show you that even the cable is plugged in you cannot get an IP. The NIC is in a kind of "dead" state. > Ya, so the update is slow, the fact that the LED is blinking means you > have an autoneg failure, so again, its your switch not the NIC. I have this problem with every kind of switch. The switch at home is a 100Mbit switch made by Digitus (5-port). > Let me guess, you have some 100Mb home router and you are trying > to plug a gig nic into it and forcing the speed maybe? This is true except for the "forcing the speed" part. It's set to "media: Ethernet autoselect". > I asked for a hardware list, now that includes the switch. Digitus DN-5001C: http://www.amazon.de/Assmann-Digitus-DN-5001C-Switch-Fast/dp/B0009FHTWI -- Martin --Sig_/VYtn9nwgbhwGaqfJ+p++luG Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiWw48ACgkQC3yNaKlBCg38mwCcDKdfQcFlfV1+oDtju5HN4Diu a8EAoJFg62rMZKPmBgg5DVADDyK5+vdQ =Jw9l -----END PGP SIGNATURE----- --Sig_/VYtn9nwgbhwGaqfJ+p++luG-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 09:08:33 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 F12071065683 for ; Mon, 4 Aug 2008 09:08:33 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id 7CAB88FC08 for ; Mon, 4 Aug 2008 09:08:33 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate01.web.de (Postfix) with ESMTP id 1321DEA29E99; Mon, 4 Aug 2008 11:08:32 +0200 (CEST) Received: from [217.236.48.156] (helo=zelda.local) by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1KPw3L-0005tn-00; Mon, 04 Aug 2008 11:08:31 +0200 Date: Mon, 4 Aug 2008 11:08:25 +0200 From: Martin To: Torfinn Ingolfsen Message-ID: <20080804110825.3e1699be@zelda.local> In-Reply-To: <20080802235010.facd4cb9.torfinn.ingolfsen@broadpark.no> References: <20080801142005.473c17ca@zelda.local> <20080801124224.GA17183@eos.sc1.parodius.com> <20080802070015.7f64c862@web.de> <20080802125553.d9c83a55.torfinn.ingolfsen@broadpark.no> <20080802224046.3b547283@web.de> <20080802235010.facd4cb9.torfinn.ingolfsen@broadpark.no> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/7jdygWwYFy23LiwDOVT/sL7"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX19lpvCnJSI7P++LWV1Zq64itX8F782ulldWHYUU Ug+hcv7cPTjJq7MhBEkt1AYoDAB348qK1E/y/j1+I45XaAwP/e 8xrbIlgbQ= Cc: freebsd-stable@freebsd.org Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 09:08:34 -0000 --Sig_/7jdygWwYFy23LiwDOVT/sL7 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 02 Aug 2008 23:50:10 +0200 schrieb Torfinn Ingolfsen : > On Sat, 02 Aug 2008 22:40:46 +0200 > Martin wrote: >=20 > > good point, no. The problem appears when the first thing called on > > this interface is dhclient (caused by ifconfig_em0=3D"DHCP"). I could >=20 > So, if you don't automatically configure the interface, but instead do > something like: > 'ifconfig em0 up' > and then the DHCP stuff > does the interface work then? Hi Torfinn, I've put "/sbin/ifconfig em0 up" into rc.local. Now the behavior is slightly different. Steps: 1) I switch laptop on with cable unplugged. Everything ok (DHCP failed, of course; this is normal). 2) I plug the cable in: "state: active". Yay! This is OK! 3) NIC does not get IP (one time it got the correct IP but the it lost it again, I could see by repeatedly typing "ifconfig em0"). 4) I kill the dhclient. 5) I manually start "dhclient em0". No response (DHCPREQUEST, DHCPDISCOVER, does not finish). 6) I start "ifconfig em0 down" and once again "dhclient em0" (this time without "ifconfig em0 up"!). 7) Got an IP, without delays (as it should be). -- Martin --Sig_/7jdygWwYFy23LiwDOVT/sL7 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiWxwkACgkQC3yNaKlBCg239gCdGNVbhmpXkRAw0c0OigOz/raF 8kYAoJAHFijXhiKNi9VluXXFCr+8MtO3 =f8yH -----END PGP SIGNATURE----- --Sig_/7jdygWwYFy23LiwDOVT/sL7-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 09:13: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 7D39C1065676 for ; Mon, 4 Aug 2008 09:13:25 +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 69E498FC14 for ; Mon, 4 Aug 2008 09:13:25 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 443A41CC0B1; Mon, 4 Aug 2008 02:13:25 -0700 (PDT) Date: Mon, 4 Aug 2008 02:13:25 -0700 From: Jeremy Chadwick To: Martin Message-ID: <20080804091325.GA25795@eos.sc1.parodius.com> References: <20080801142005.473c17ca@zelda.local> <20080801124224.GA17183@eos.sc1.parodius.com> <20080802070015.7f64c862@web.de> <20080802125553.d9c83a55.torfinn.ingolfsen@broadpark.no> <20080802224046.3b547283@web.de> <2a41acea0808021601u13147294r9dc44a737119648@mail.gmail.com> <20080804105335.4cd5df47@zelda.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080804105335.4cd5df47@zelda.local> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 09:13:25 -0000 On Mon, Aug 04, 2008 at 10:53:35AM +0200, Martin wrote: > Am Sat, 2 Aug 2008 16:01:35 -0700 > schrieb "Jack Vogel" : > > > After I typed "/etc/rc.d/netif restart", I waited until I get > > > "giving up" message. Then I plugged the cable in. After about 30 > > > seconds the link LED was on. I noticed that at this point I > > > couldn't get an address using DHCP. > > > > Well DUH, the agent exited, thats why it said "giving up" :) > > That ain't complex behavior, its behaving as designed. > > I'm describing the circumstances WHEN everything happens. I was trying > to show you that even the cable is plugged in you cannot get an IP. The > NIC is in a kind of "dead" state. > > > Ya, so the update is slow, the fact that the LED is blinking means you > > have an autoneg failure, so again, its your switch not the NIC. > > I have this problem with every kind of switch. > > The switch at home is a 100Mbit switch made by Digitus (5-port). Can you try repeating the problem under Linux? It may be a bit much to ask, but I believe there's an Ubuntu Live CD you can download + burn + boot. You could try repeating the behaviour there. If it's identical, or at least "still broken", then it's less likely FreeBSD's fault. > > Let me guess, you have some 100Mb home router and you are trying > > to plug a gig nic into it and forcing the speed maybe? > > This is true except for the "forcing the speed" part. It's set to > "media: Ethernet autoselect". Which means it's using auto-neg, which Jack says (based on the information he has) may be failing upon link loss + reconnect. As described, auto-negotiation has to be properly implemented on both the NIC/PHY and on the switch, as well as handled properly in the NIC driver. I can tell you that in the case of the Intel 82573E and FreeBSD's em(4) driver (version 6.x.x), auto-neg is performed properly, including when link is lost/cable pulled. I've personally tested this on numerous consumer switches (D-Link, Linksys, and Hawking Technologies), as well as enterprise switches (specifically ProCurve and Cisco). I can tell you that I've seen odd speed negotiation failures with Netgear consumer switches (100mbit being chosen instead of gigE). In fact, this weekend in my home, I just migrated from a D-Link switch to an HP ProCurve switch. I powered off one switch, installed the new one, powered it on, and link came up. Took a couple minutes. But then I decided to re-organise some of my cabling, which caused another disconnect. Here's evidence: em0: port 0x4000-0x401f mem 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:30:48:97:25:40 em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82573E Intel Corporation 82573E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet icarus# bzgrep "kernel: em0" /var/log/all.log.3.bz2 Jul 31 06:28:23 icarus kernel: em0: link state changed to DOWN Jul 31 06:30:17 icarus kernel: em0: link state changed to UP Jul 31 06:32:36 icarus kernel: em0: link state changed to DOWN Jul 31 06:32:53 icarus kernel: em0: link state changed to UP And absolutely no problems: icarus# netstat -in -I em0 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll em0 1500 00:30:48:97:25:40 32941661 0 34620277 0 0 em0 1500 192.168.1.0/2 192.168.1.51 32915748 - 35942133 - - icarus# ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:97:25:40 inet 192.168.1.51 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseTX ) status: active What I'm saying is "I don't know what to tell you". I'm not doubting your claims, but it would be worthwhile to test on Linux to see if it's a FreeBSD driver issue, something with the NIC/PHY, the way the NIC/PHY is implemented on the computer, or even the cable (yes really!). I'd start with the obvious: try replacing the cable, and go with a CAT5e cable that's pre-made (rather than self-rolled, if you're using such). -- | 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 Mon Aug 4 09:36:37 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 B71571065672 for ; Mon, 4 Aug 2008 09:36:37 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 487778FC28 for ; Mon, 4 Aug 2008 09:36:37 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 9C2E819E023; Mon, 4 Aug 2008 11:36:33 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6E22819E019; Mon, 4 Aug 2008 11:36:31 +0200 (CEST) Message-ID: <4896CDBA.8090905@quip.cz> Date: Mon, 04 Aug 2008 11:36:58 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> <20080804022618.GA4790@eos.sc1.parodius.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Alex Goncharov Subject: Portmaster questions (Was: Re: Using Portupgrade?) 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, 04 Aug 2008 09:36:37 -0000 Alex Goncharov wrote: > ,--- You/Jeremy (Sun, 3 Aug 2008 19:26:18 -0700) ----* > | I'd start by ceasing use of portupgrade. Try Doug Barton's portmaster, > | which is in ports/ports-mgmt/portmaster. It's an extensive shell > | script, and does not require ruby. > > Over the last couple of months, I've made a few shy attempts to switch > from `portupgrade' to 'portmaster', but every time I try it, I find > something that keeps me using the former. > > Don't remember everything of that sort but here are a couple of things > I would like to ask portmaster users' opinion and advice about: > > 1. I see a significant difference in the time it takes to get the same > information using the two tools: > > ------------------------------ > # time portversion -v | wc -l > 473 > > real 0m3.772s > user 0m2.462s > sys 0m1.114s > > # time portmaster -L | wc -l > 488 > > real 0m50.042s > user 0m29.762s > sys 0m15.470s > > ------------------------------ > > I run `portversion' a lot, and this kind of performance difference > is one argument for sticking with `portupgrade'. You do not have to run portversion or portmaster or any other 3rd party tool to check versions of installed ports. Use pkg_version which is included in base system and then you are independent of port management tools changes. portversion is using INDEX, portmaster not. pkg_version (by default) do not use INDEX, but have option to use it and then become clear winner (in speed): portmaster -L Usr: 11.431s Krnl: 4.179s Totl: 0:15.96s portversion -v Usr: 2.076s Krnl: 0.615s Totl: 0:02.75s pkg_version -v Usr: 9.803s Krnl: 3.183s Totl: 0:13.23s ## using INDEX, see man pkg_version for details ## pkg_version -vI Usr: 0.233s Krnl: 0.041s Totl: 0:00.31s With INDEX you can see results almost immediately: # time pkg_version -vIL = amavisd-new-2.5.4,1 < needs updating (index has 2.6.1,1) awstats-6.7,1 < needs updating (index has 6.8_1,1) courier-authlib-base-0.60.6 < needs updating (index has 0.61.0) courier-authlib-mysql-0.60.6 < needs updating (index has 0.61.0) mod_python-3.3.1 < needs updating (index has 3.3.1_1) nmap-4.62 < needs updating (index has 4.68) openvpn-2.0.6_8 < needs updating (index has 2.0.6_9) py25-docutils-0.4 < needs updating (index has 0.5) py25-pygments-0.9 < needs updating (index has 0.10) subversion-python-1.4.6_2 < needs updating (index has 1.5.1) trac-0.10.4_1 < needs updating (index has 0.11_2) trac-ctxtnavaddplugin-1.1.r1 < needs updating (index has 1.1.r1_2) trac-iniadmin-0.1 < needs updating (index has 0.1_2) Usr: 0.227s Krnl: 0.036s Totl: 0:00.27s CPU: 92.5% As I had problems with portupgrade's handling of dependencies, I am converted to portmaster. Only one feature that I am missing in portmaster is ability to "do something" before / after application install / upgrade (eg: restart of daemon, directory permission setting, backup of configs etc.) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 09:49: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 2EB30106566C; Mon, 4 Aug 2008 09:49:20 +0000 (UTC) (envelope-from nakal@web.de) Received: from honeydew.cs.uni-dortmund.de (honeydew.cs.uni-dortmund.de [129.217.4.43]) by mx1.freebsd.org (Postfix) with ESMTP id A55F98FC17; Mon, 4 Aug 2008 09:49:19 +0000 (UTC) (envelope-from nakal@web.de) Received: from postamt.cs.uni-dortmund.de (postamt [129.217.4.40]) by honeydew.cs.uni-dortmund.de with ESMTP id m749Ypjn003323; Mon, 4 Aug 2008 11:34:51 +0200 (MEST) Received: from zelda.local (pD9EC309C.dip0.t-ipconnect.de [217.236.48.156]) (authenticated bits=0) by postamt.cs.uni-dortmund.de (8.12.6/8.12.6) with ESMTP id m749Yn4Q021560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Aug 2008 11:34:50 +0200 (MEST) Date: Mon, 4 Aug 2008 11:34:48 +0200 From: Martin To: "Jack Vogel" Message-ID: <20080804113448.0a4b3991@zelda.local> In-Reply-To: <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> References: <20080801142005.473c17ca@zelda.local> <20080801154208.W6085@fledge.watson.org> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> Organization: Technische =?UTF-8?B?VW5pdmVyc2l0w6R0?= Dortmund X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org, freebsd-stable@freebsd.org, Robert Watson Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 09:49:20 -0000 On Sat, 2 Aug 2008 10:34:47 -0700 "Jack Vogel" wrote: > Telling me what kind of NIC it is isn't going to help, 82573's are > working the world over :) What exactly is your laptop, what model, > is the NIC a LOM (on the motherboard) or some addin. Hi Jack, this is a Lenovo Thinkpad T60p model 2007-93G. It's the standard built-in NIC by Lenovo on the mainboard. > There should be NO need to specify full duplex, if you have to do > that then you have some problem with your switch. No, I don't have to specify full duplex. Earlier someone has asked me if it might be some problem with the autonegotiation. I don't think it is. > Are you loading the driver as a module, or is it static? Static. > So, if you do this: get a cable and eliminate any switch, just a > back to back connection between two machines, then if you load the > driver and ifconfig address up... what happens?? Ok, I've done that. I connected my laptop directly to my home router. At the other side we have an xl(4) NIC, btw. Faulty variant: 1) Boot with cable disconnected. DHCP fails, of course, which is ok. 2) I plug in the cable where on the other side sits xl(4). ifconfig shows me "no carrier", all LEDs at the NIC are off. No way to get an IP. No way to get "status: active", by "ifconfig em0 up/down". Ok: 1) Boot with cable directly connected to xl(4) at the other side. 2) em0 gets instantly an IP from DHCP server running on xl(4). -- Martin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 10:00: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 1C5771065672 for ; Mon, 4 Aug 2008 10:00:17 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id D062F8FC0A for ; Mon, 4 Aug 2008 10:00:16 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by yw-out-2324.google.com with SMTP id 9so928165ywe.13 for ; Mon, 04 Aug 2008 03:00:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=6O5T4eEO4ck/ur5PEywVDIoxE6UIo8EuILv+b3/MTTU=; b=BAzPLsujMHKB27IZ0qCiVv0ig6oFEG38lrVQcDof3zOHHCrbaCjsPrSrAmDfwTY7t8 pydoePBLv/ubtV216iN5JTDGe3SZ3nfFLhDleH7fjy5e442y+vg0EMYzWwTsmUlhMMuk ZZuUQhMMF7X7N7L2WYTi1bBCiBotaX+9OxoSM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:mime-version :content-type:content-transfer-encoding:content-disposition; b=pBM1lduXuhEELuXjXfVBf7xxCYRZphiAeij3NkEpDJjCdt1GPnp5RYXeuC23r0Dwlx zai58lCHZxtooWG9RVu4j80g7YQ9RReMXjNJOKOEmrs2+n3dn1NQ+p8kIYRqPv0Pf1go zLarm3m1bKumzu0fYA5FW/A9TvLQYT/z9zgK4= Received: by 10.150.216.3 with SMTP id o3mr988023ybg.221.1217844016178; Mon, 04 Aug 2008 03:00:16 -0700 (PDT) Received: by 10.150.229.11 with HTTP; Mon, 4 Aug 2008 03:00:16 -0700 (PDT) Message-ID: Date: Mon, 4 Aug 2008 11:00:16 +0100 From: "Chris Rees" To: Martin , "Torfinn Ingolfsen" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: em(4) on FreeBSD is sometimes annoying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2008 10:00:17 -0000 Martin wrote: > On Sat, 02 Aug 2008 12:55:53 +0200 > Torfinn Ingolfsen wrote: > >> Just to be sure: also if the first command you try on the interface is >> 'ifconfig up'? > > Hello Torfinn, > > good point, no. The problem appears when the first thing called on this > interface is dhclient (caused by ifconfig_em0="DHCP"). I could also > provoke this behavior after the interface was once up had an IP and was > working (ping). All I need to do is to disconnect the NIC from the > switch when I type "/etc/rc.d/netif restart". > > I have noticed further strange effects here. The behavior seems to > be even more complex. > > After I typed "/etc/rc.d/netif restart", I waited until I get "giving > up" message. Then I plugged the cable in. After about 30 seconds the > link LED was on. I noticed that at this point I couldn't get an address > using DHCP. > > So I disconnected physically the NIC (no cable) and link LED was > still on! ifconfig showed me "state: active" with no cable plugged in. > After further 30 seconds the LED went off. > > I attached the NIC again to the switch again and after 30 seconds > again I got some other effect. The link LED went on (status: active) > and the data LED was permanently blinking (about 2,5 times a second). I > pulled the cable again and now the link LED is still on and the data > LED still blinking (since about 10 minutes already). > > By the way... > Now I'm typing this E-Mail without an ethernet cable plugged in and the > link status LED is still on and the other data LED is blinking. > > -- > Martin > I may have misunderstood the purpose of this, but do you have the bpf compiled into your kernel? If you're having DHCP troubles, this could be a problem. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 10:23: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 1293B106566B for ; Mon, 4 Aug 2008 10:23:08 +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 F10C28FC0A for ; Mon, 4 Aug 2008 10:23:07 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B5BB81CC0B0; Mon, 4 Aug 2008 03:23:07 -0700 (PDT) Date: Mon, 4 Aug 2008 03:23:07 -0700 From: Jeremy Chadwick To: Martin Message-ID: <20080804102307.GA28928@eos.sc1.parodius.com> References: <20080801142005.473c17ca@zelda.local> <20080801154208.W6085@fledge.watson.org> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080804113448.0a4b3991@zelda.local> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: jfv@freebsd.org, Robert Watson , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 10:23:08 -0000 On Mon, Aug 04, 2008 at 11:34:48AM +0200, Martin wrote: > On Sat, 2 Aug 2008 10:34:47 -0700 > "Jack Vogel" wrote: > > > Telling me what kind of NIC it is isn't going to help, 82573's are > > working the world over :) What exactly is your laptop, what model, > > is the NIC a LOM (on the motherboard) or some addin. > > Hi Jack, > > this is a Lenovo Thinkpad T60p model 2007-93G. It's the standard > built-in NIC by Lenovo on the mainboard. I also have a T60p (though a different model/type number). Note that the BIOSes for the T60p have historically documented numerous changes to how the NIC is initialised and "fiddled with", **especially** if PXE booting is enabled (regardless if a PXE boot itself is performed or not). My employer sent a company-wide message to all owners of the T60p asking that they upgrade their BIOS solely to address link negotiation failures occasionally seen when PXE booting. Meaning: I would not be surprised if this issue proved to be something specific to Lenovo laptops, possibly this model. When I return to work on Wednesday night, I'll try to reproduce what you see (we have Juniper, Cisco, Extreme, and Netgear switches there), then bring the laptop home and test against a D-Link switch, as well as my ProCurve. I can tell you that I have absolutely no problems under Windows Vista when pulling the CAT5 cable out and reinserting it; and yes, DHCP is used. (I do this literally on a nightly basis, which is how/why I'm so sure.) -- | 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 Mon Aug 4 10:24: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 A88191065675 for ; Mon, 4 Aug 2008 10:24:19 +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 99EA88FC15 for ; Mon, 4 Aug 2008 10:24:19 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 5F7381CC0B4; Mon, 4 Aug 2008 03:24:19 -0700 (PDT) Date: Mon, 4 Aug 2008 03:24:19 -0700 From: Jeremy Chadwick To: utisoft@gmail.com Message-ID: <20080804102419.GB28928@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org, Martin Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 10:24:19 -0000 On Mon, Aug 04, 2008 at 11:00:16AM +0100, Chris Rees wrote: > Martin wrote: > > > On Sat, 02 Aug 2008 12:55:53 +0200 > > Torfinn Ingolfsen wrote: > > > >> Just to be sure: also if the first command you try on the interface is > >> 'ifconfig up'? > > > > Hello Torfinn, > > > > good point, no. The problem appears when the first thing called on this > > interface is dhclient (caused by ifconfig_em0="DHCP"). I could also > > provoke this behavior after the interface was once up had an IP and was > > working (ping). All I need to do is to disconnect the NIC from the > > switch when I type "/etc/rc.d/netif restart". > > > > I have noticed further strange effects here. The behavior seems to > > be even more complex. > > > > After I typed "/etc/rc.d/netif restart", I waited until I get "giving > > up" message. Then I plugged the cable in. After about 30 seconds the > > link LED was on. I noticed that at this point I couldn't get an address > > using DHCP. > > > > So I disconnected physically the NIC (no cable) and link LED was > > still on! ifconfig showed me "state: active" with no cable plugged in. > > After further 30 seconds the LED went off. > > > > I attached the NIC again to the switch again and after 30 seconds > > again I got some other effect. The link LED went on (status: active) > > and the data LED was permanently blinking (about 2,5 times a second). I > > pulled the cable again and now the link LED is still on and the data > > LED still blinking (since about 10 minutes already). > > > > By the way... > > Now I'm typing this E-Mail without an ethernet cable plugged in and the > > link status LED is still on and the other data LED is blinking. > > > > -- > > Martin > > > I may have misunderstood the purpose of this, but do you have the bpf > compiled into your kernel? If you're having DHCP troubles, this could > be a problem. I have never seen "device bpf" cause any sort of DHCP-related problems on FreeBSD. Can you expand on this, and provide reference material confirming such? -- | 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 Mon Aug 4 10:29:44 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 BF79F1065684 for ; Mon, 4 Aug 2008 10:29:44 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6938FC41 for ; Mon, 4 Aug 2008 10:29:44 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by yw-out-2324.google.com with SMTP id 9so931775ywe.13 for ; Mon, 04 Aug 2008 03:29:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=S7pGihmoYa2WTx/8gIjWqXI12mxM+MzYmMUsUMB1+XU=; b=KOaHGPtpnLkX0ZuWL+DLpnQ/6SZgGoSUpewCK480nnNpr5MnXKDBQqq9HQTl45h8O0 XJubLluQ1sRTqZNBGj7wQRRTepESRhbcecteBOTS569nrRW9LjOnj+MwnIf8xAWcrDx7 CnbZ2hM2OhjJgbu2kTaGen3KpUw2AZt+EBlUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=S0tdFWTZM+h+NsVk7hFe70AyqisnRUjLduAOKswYwBnGsql5Zhdtm6vmmbMk6SwK5r G1zvW5+/JJtNMdWYxFfdZrMR180u6r21E7vqLboNiAw1TM1pyIoHMNB2+NzyFnHFrV2z hweauosx/+soYV+VoducE1NU008Dx/6i44Hds= Received: by 10.151.27.15 with SMTP id e15mr7998922ybj.33.1217845783834; Mon, 04 Aug 2008 03:29:43 -0700 (PDT) Received: by 10.150.229.11 with HTTP; Mon, 4 Aug 2008 03:29:43 -0700 (PDT) Message-ID: Date: Mon, 4 Aug 2008 11:29:43 +0100 From: "Chris Rees" To: "Jeremy Chadwick" In-Reply-To: <20080804102419.GB28928@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080804102419.GB28928@eos.sc1.parodius.com> Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org, Martin Subject: Re: em(4) on FreeBSD is sometimes annoying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2008 10:29:44 -0000 2008/8/4 Jeremy Chadwick : > On Mon, Aug 04, 2008 at 11:00:16AM +0100, Chris Rees wrote: >> Martin wrote: >> >> > On Sat, 02 Aug 2008 12:55:53 +0200 >> > Torfinn Ingolfsen wrote: >> > >> >> Just to be sure: also if the first command you try on the interface is >> >> 'ifconfig up'? >> > >> > Hello Torfinn, >> > >> > good point, no. The problem appears when the first thing called on this >> > interface is dhclient (caused by ifconfig_em0="DHCP"). I could also >> > provoke this behavior after the interface was once up had an IP and was >> > working (ping). All I need to do is to disconnect the NIC from the >> > switch when I type "/etc/rc.d/netif restart". >> > >> > I have noticed further strange effects here. The behavior seems to >> > be even more complex. >> > >> > After I typed "/etc/rc.d/netif restart", I waited until I get "giving >> > up" message. Then I plugged the cable in. After about 30 seconds the >> > link LED was on. I noticed that at this point I couldn't get an address >> > using DHCP. >> > >> > So I disconnected physically the NIC (no cable) and link LED was >> > still on! ifconfig showed me "state: active" with no cable plugged in. >> > After further 30 seconds the LED went off. >> > >> > I attached the NIC again to the switch again and after 30 seconds >> > again I got some other effect. The link LED went on (status: active) >> > and the data LED was permanently blinking (about 2,5 times a second). I >> > pulled the cable again and now the link LED is still on and the data >> > LED still blinking (since about 10 minutes already). >> > >> > By the way... >> > Now I'm typing this E-Mail without an ethernet cable plugged in and the >> > link status LED is still on and the other data LED is blinking. >> > >> > -- >> > Martin >> > >> I may have misunderstood the purpose of this, but do you have the bpf >> compiled into your kernel? If you're having DHCP troubles, this could >> be a problem. > > I have never seen "device bpf" cause any sort of DHCP-related problems > on FreeBSD. > > Can you expand on this, and provide reference material confirming such? > > -- > | 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 | > > Sorry, I was referring to the possible absence of it. Ref: http://www.freebsd.org/doc/en/books/handbook/network-dhcp.html , section 27.5.4: "Make sure that the bpf device is compiled into your kernel. To do this, add device bpf to your kernel configuration file, and rebuild the kernel." Chris -- R< $&h ! > $- ! $+ $@ $2 < @ $1 .UUCP. > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 10:51:51 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 6BA981065673; Mon, 4 Aug 2008 10:51:51 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id E86558FC0A; Mon, 4 Aug 2008 10:51:50 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate01.web.de (Postfix) with ESMTP id 7B821EA2D317; Mon, 4 Aug 2008 12:51:49 +0200 (CEST) Received: from [217.236.48.156] (helo=zelda.local) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1KPxfJ-0001Qq-00; Mon, 04 Aug 2008 12:51:49 +0200 Date: Mon, 4 Aug 2008 12:51:38 +0200 From: Martin To: Jeremy Chadwick Message-ID: <20080804125138.59ed0252@zelda.local> In-Reply-To: <20080804102307.GA28928@eos.sc1.parodius.com> References: <20080801142005.473c17ca@zelda.local> <20080801154208.W6085@fledge.watson.org> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/IE1JqwA0Mb_DH4/j8T9/KU2"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1+6MjaGPrFy6IQBY6WGtTmPBpKyH7rFCuWwO3jI uAdvi0X3kF2D65bxRx9s1GobukqHN0RbqRLAdCn3aKvhoFGh/c 96iNdz3vg= Cc: jfv@freebsd.org, Robert Watson , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 10:51:51 -0000 --Sig_/IE1JqwA0Mb_DH4/j8T9/KU2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 4 Aug 2008 03:23:07 -0700 schrieb Jeremy Chadwick : > When I return to work on Wednesday night, I'll try to reproduce what > you see (we have Juniper, Cisco, Extreme, and Netgear switches > there), then bring the laptop home and test against a D-Link switch, > as well as my ProCurve. Hi Jeremy, I'm trying some other things here. Before you waste time on PEBKAC problems ;) (which I now suspect to be). Let me try to install the latest GENERIC on my laptop first. I have made some modifications with polling and some other stuff like HZ and zero copy sockets.=20 I tried several things now: Windows XP worked fine. Ubuntu also. FreeBSD 7.0R install CD works, too. Of course, there might be some other things from userland that cause the problem and that don't run during install (powerd?). I have to check it first to narrow down the problem. Thanks to all people here for helping me so far. I would not get that many ideas what to look at, if I hadn't asked. Sometimes, I expect too much to run flawlessly together, I think. I will tell more when I have checked the things I mentioned. -- Martin --Sig_/IE1JqwA0Mb_DH4/j8T9/KU2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiW3zoACgkQC3yNaKlBCg2gsgCdHMlFPx0EAoS3VqVwZq1gE+CE D5MAnA6KpB4JQcvrQoRSWaNR6TrN2jZ5 =FoMi -----END PGP SIGNATURE----- --Sig_/IE1JqwA0Mb_DH4/j8T9/KU2-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 15:45: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 4DBDE106567B; Mon, 4 Aug 2008 15:45:40 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id CB1C78FC22; Mon, 4 Aug 2008 15:45:39 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id 0C6A4E7F90B9; Mon, 4 Aug 2008 17:45:38 +0200 (CEST) Received: from [217.236.48.156] (helo=zelda.local) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1KQ2Fd-0003c4-00; Mon, 04 Aug 2008 17:45:37 +0200 Date: Mon, 4 Aug 2008 17:44:58 +0200 From: Martin To: Martin Message-ID: <20080804174458.4dda8369@zelda.local> In-Reply-To: <20080804125138.59ed0252@zelda.local> References: <20080801142005.473c17ca@zelda.local> <20080801154208.W6085@fledge.watson.org> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/esRl4snTvCxpcWxbMIpGkGw"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX19LwcNTjgI6OXfVVZqwg8TkU2hkgKxquNI2vRxB CYCKtUoY6VIwAguc0eIezoLlkJUVv3JPZN1Gi/1GdgiIL4chwO 2yQfGslQI= Cc: jfv@freebsd.org, freebsd-stable@freebsd.org, Jeremy Chadwick , Robert Watson , Jack Vogel Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 15:45:40 -0000 --Sig_/esRl4snTvCxpcWxbMIpGkGw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 4 Aug 2008 12:51:38 +0200 schrieb Martin : > I'm trying some other things here. Before you waste time on > PEBKAC problems ;) (which I now suspect to be). Let me try to install > the latest GENERIC on my laptop first. I've build fresh world and then kernel (GENERIC configuration), I also removed everything from rc.conf except host name assignment, and ifconfig_re0=3D"DHCP". I have still same effect as described before. Booting without ethernet cable will prevent me to get link "status: active" on em(4), when I try to use it later. GENERIC from FreeBSD 7.0 CD installation works fine. I checked it again. I can boot without cable in my NIC, "try" to assign an IP using DHCP and then plug the cable in and I have link. Is there a difference how /etc/rc.d/netif handles a NIC with DHCP and how the installation CD is handling it? Once again, steps to reproduce this behavior: 1) Power the laptop OFF. Really OFF, I mean. No reboots! 2) Detach the cable from NIC. 3) Boot FreeBSD. Let it pass the DHCP phase (ifconfig_em0=3D"DHCP") until login appears. 4) Attach the cable to the NIC. 5) Voila... no link. -- Martin --Sig_/esRl4snTvCxpcWxbMIpGkGw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiXI/oACgkQC3yNaKlBCg0O6QCfRK2Zq9XlqE43ruF9oynHfonr b9sAn3LunNiL9XWS8wmwv6vLhp7QCUIY =555O -----END PGP SIGNATURE----- --Sig_/esRl4snTvCxpcWxbMIpGkGw-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 16:05: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 EF0E51065673 for ; Mon, 4 Aug 2008 16:05:19 +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 A5F258FC17 for ; Mon, 4 Aug 2008 16:05:19 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1KQ20Y-0004NT-Pi for freebsd-stable@freebsd.org; Mon, 04 Aug 2008 15:30:02 +0000 Received: from xdsl-10260.wroclaw.dialog.net.pl ([84.40.242.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Aug 2008 15:30:02 +0000 Received: from mwisnicki+freebsd by xdsl-10260.wroclaw.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Aug 2008 15:30:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Marcin Wisnicki Date: Mon, 4 Aug 2008 15:24:37 +0000 (UTC) Lines: 34 Message-ID: References: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> <20080804022618.GA4790@eos.sc1.parodius.com> <4896904E.9070807@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-10260.wroclaw.dialog.net.pl User-Agent: Pan/0.132 (Waxed in Black) Sender: news Subject: Re: Portmaster questions (Was: Re: Using Portupgrade?) 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, 04 Aug 2008 16:05:20 -0000 On Sun, 03 Aug 2008 22:14:54 -0700, Doug Barton wrote: > It's really not appropriate to hijack the portupgrade thread for this, > so I'm starting a new subject. Also, please respect followups to -ports. > > Alex Goncharov wrote: >> Don't remember everything of that sort but here are a couple of things >> I would like to ask portmaster users' opinion and advice about: >> >> 1. I see a significant difference in the time it takes to get the same >> information using the two tools: > > As I understand it, portupgrade uses the INDEX file to determine whether > ports are up to date. Actually I think it uses bdb "cache" of index (INDEX-7.db) and also lies about it (says "up-to-date with port" instead of "up-to-date with index"). It's not even doing a good job at it, standard pkg_version significantly outperforms it: # time portversion -v | wc -l 769 real 0m15.027s user 0m9.235s sys 0m5.173s # time pkg_version -Iv | wc -l 769 real 0m4.707s user 0m3.648s sys 0m0.798s From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 16:49:59 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 472B71065676 for ; Mon, 4 Aug 2008 16:49:59 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 1B7BD8FC20 for ; Mon, 4 Aug 2008 16:49:58 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3074459rvf.43 for ; Mon, 04 Aug 2008 09:49:58 -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=QgETkp2xCi3IOFlT55vVmGEtfF4Msmwly6Mnc4tXZAs=; b=V6KvT4pV4dR9jnJ/rAPTEyBeXIWo4fMDH8IPBoz6AaafVVVVywQUY5EfTHtIdjfeLa B9ZlG0pPHAJ2T/MVokFsjProkrDfUkZGQWaTrTDwC/8V/nCO9e5PrkYQyV+rDv4iULXP mdS1NBq9tauFY8hgtnIUlqBq5MNjexs0oW9jA= 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=IJ0OBrPHTsgpiD6zQOHAQwfdO1KpvsSn0Le3sXk+tR+ZQS/jGbHoB4Coljdo7lb5bK AN3tmmU5mZBzHppxzqfNdD5MsRD8rh6F2Ufz5NXmi6JEHaZnic3EY5A1/o4QPNJ2weJI gCiqlBt+PJUFwfzBtlg4ksb7HtEdNRncn02P8= Received: by 10.141.161.6 with SMTP id n6mr7643880rvo.155.1217868598554; Mon, 04 Aug 2008 09:49:58 -0700 (PDT) Received: by 10.141.114.16 with HTTP; Mon, 4 Aug 2008 09:49:58 -0700 (PDT) Message-ID: <8e10486b0808040949ka12edf0o38e3a790d620992e@mail.gmail.com> Date: Mon, 4 Aug 2008 13:49:58 -0300 From: "Alexandre Biancalana" To: "Gavin Atkinson" In-Reply-To: <8e10486b0807040834m27a38254k5261535d93d70ce6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> <1215105220.32135.18.camel@buffy.york.ac.uk> <8e10486b0807031041o54349836i31c5da84ebda70f6@mail.gmail.com> <1215176991.36376.24.camel@buffy.york.ac.uk> <8e10486b0807040834m27a38254k5261535d93d70ce6@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: DigiBoard Xem with 2 extenal modules 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, 04 Aug 2008 16:49:59 -0000 On 7/4/08, Alexandre Biancalana wrote: > On 7/4/08, Gavin Atkinson wrote: > > It's not a solution, but it may well be a great help in diagnosing where > > the problem lies: it would be useful to know if the driver is simply > > failing to detect the correct number of ports, or if the driver > > physically cannot use them. > > > > In /usr/src/sys/dev/digi/digi.c, line 510, you'll see the following > > code: > > > > if (sc->numports == 0) { > > device_printf(sc->dev, "%s, 0 ports found\n", sc->name); > > sc->hidewin(sc); > > return (0); > > } > > > > Just before that section, can you add a line "sc->numports = 32;", > > recompile, and see if the missing 16 ports are usable? If they are, I > > suspect fixing the driver will be trivial. > > > Wow !! Now the 32 ports are detected and devices created. > > # digictl -d 1 -r /dev/digi0.ctl > > digi0: Got init reset after 0 us > digi0: BIOS uploaded > digi0: BIOS started after 0 us > > digi0: BIOS booted after 1619 iterations > > digi0: Loading FEP/OS > digi0: FEP/OS loaded > digi0: FEP/OS started after 28 iterations > > digi0: Digiboard PCI PC/Xem ASIC, 32 ports found > > # ls /dev/cuaD?? | wc -l > 32 > > I will connect some modems to that ports to test and let you know. Modems connected but they only work on ports of the first module, any decice connected on ports of second module does not work. Any other idea ? Thank you From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 17:18: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 9151A1065672 for ; Mon, 4 Aug 2008 17:18:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 186618FC0C for ; Mon, 4 Aug 2008 17:18:51 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2851114fgb.35 for ; Mon, 04 Aug 2008 10:18:50 -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=5KNd/GM4WQAn7OKnuulDh0kRSj6t5PHYqIrdPRDYjn8=; b=UYN/ZjV+6WS3K8DsQudWjEaIblagJI6gvPVjgaYnhppwCQka1qi4JFEejP3FFJAdFO 0BnfqocNmju4/VONn+530FK+V2BNvH0J8CFjcTxm4kpbUw395vGHgCX5HOsVNFz7Vygv jHQj27mRhxsT7led1uFq0vqXyPk1QinV399nw= 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=NKu3ACZT3jUlWlIKnzpr6+EMvv8Rb3O2Ywp7mtm/cv80ilUN4XRK1k9yXtitgKmkeJ 1YYann3A3V414D9Gd3oK95AFo1cYKeiJO8mTc98VtgMV/JMFJXZ7gllGFI6x3ObJ87SZ BHKcYp1PBGVOE37x7Gj+tPXBA9WkRMRDmj4uY= Received: by 10.125.92.4 with SMTP id u4mr735030mkl.94.1217870330651; Mon, 04 Aug 2008 10:18:50 -0700 (PDT) Received: by 10.125.74.17 with HTTP; Mon, 4 Aug 2008 10:18:50 -0700 (PDT) Message-ID: <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> Date: Mon, 4 Aug 2008 10:18:50 -0700 From: "Jack Vogel" To: Martin In-Reply-To: <20080804174458.4dda8369@zelda.local> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080801142005.473c17ca@zelda.local> <20080801154208.W6085@fledge.watson.org> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> Cc: jfv@freebsd.org, freebsd-stable@freebsd.org, Jeremy Chadwick , Robert Watson Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 17:18:52 -0000 The focus here on the laptop distracted me, but someone else at work reminded me. Its very important that you run the EEPROM fix for the 82573 that i posted a long while back, search in email archive for it. Its a DOS executable that will patch your EEPROM. I am not sure if the Lenova's need it, but get it, run it, and then see if your problem goes away. Jack On Mon, Aug 4, 2008 at 8:44 AM, Martin wrote: > Am Mon, 4 Aug 2008 12:51:38 +0200 > schrieb Martin : > >> I'm trying some other things here. Before you waste time on >> PEBKAC problems ;) (which I now suspect to be). Let me try to install >> the latest GENERIC on my laptop first. > > I've build fresh world and then kernel (GENERIC configuration), I also > removed everything from rc.conf except host name assignment, and > ifconfig_re0="DHCP". I have still same effect as described before. > > Booting without ethernet cable will prevent me to get link "status: > active" on em(4), when I try to use it later. > > GENERIC from FreeBSD 7.0 CD installation works fine. I checked it > again. I can boot without cable in my NIC, "try" to assign an IP using > DHCP and then plug the cable in and I have link. > > Is there a difference how /etc/rc.d/netif handles a NIC with DHCP and > how the installation CD is handling it? > > Once again, steps to reproduce this behavior: > > 1) Power the laptop OFF. Really OFF, I mean. No reboots! > 2) Detach the cable from NIC. > 3) Boot FreeBSD. Let it pass the DHCP phase (ifconfig_em0="DHCP") until > login appears. > 4) Attach the cable to the NIC. > 5) Voila... no link. > > -- > Martin > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 17:26: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 C9D3A1065673 for ; Mon, 4 Aug 2008 17:26:34 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.164.110.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5806E8FC0A for ; Mon, 4 Aug 2008 17:26:34 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.164.110.145]) by raven.ravenbrook.com (8.14.2/8.14.2) with ESMTP id m74Gm3V2094653 for ; Mon, 4 Aug 2008 17:48:03 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.13.4/8.13.4) with ESMTP id m74Gm3XP049121 for ; Mon, 4 Aug 2008 17:48:03 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: freebsd-stable@freebsd.org Date: Mon, 04 Aug 2008 17:48:03 +0100 Message-ID: <49120.1217868483@thrush.ravenbrook.com> Sender: nb@ravenbrook.com X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on raven.ravenbrook.com X-Spam-Level: X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 Subject: 5.x to 6.x or 7.x with 64MB / 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, 04 Aug 2008 17:26:34 -0000 I have a machine which I have recently upgraded using cvsup, from 4.x to RELENG_5, as a staging post en route to 7.x. The upgrade went well until installworld ran out of disk on / and I realised it was only 64BMB. My bad; should have checked before upgrading. With help from an on-site colleague the installworld was nursed to completion. But can I get the same machine up to 6.x or 7.x without repartitioning? Advice please. Partitions are as follows. ad0 2439 M ad0s1 2439 M ad0s1a 64 M / ad0s1b 128 M swap ad0s1e 1024 M /var ad0s1f 600 M /home ad0s1g 623 M - ad1 57259 M ad1s1 57259 M ad0s1a 10240 M /usr It occurs to me that if ad0s1a is insufficient then I could use ad0s1g as swap, and repurpose ad0s1b as a new /. Is it straightforward to installworld/mergemaster to somewhere other than / ? Nick B From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 17:35:23 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 76670106567B for ; Mon, 4 Aug 2008 17:35:23 +0000 (UTC) (envelope-from royce@alaska.net) Received: from iris.acsalaska.net (iris.acsalaska.net [209.112.173.229]) by mx1.freebsd.org (Postfix) with ESMTP id 41A788FC1B for ; Mon, 4 Aug 2008 17:35:22 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [10.0.102.101] (209-112-156-40-adslb0fh.acsalaska.net [209.112.156.40]) by iris.acsalaska.net (8.14.1/8.14.1) with ESMTP id m74HZMeD047522; Mon, 4 Aug 2008 09:35:22 -0800 (AKDT) (envelope-from royce@alaska.net) Message-ID: <48973DD9.20303@alaska.net> Date: Mon, 04 Aug 2008 09:35:21 -0800 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.16) Gecko/20080708 Thunderbird/2.0.0.16 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Martin , Jack Vogel References: <20080801142005.473c17ca@zelda.local> <20080801154208.W6085@fledge.watson.org> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> In-Reply-To: <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: url=http://www.tycho.org/royce/royce@alaska.net.asc X-Face: ">19[ShfDD9'g", GrH$'v:=qBVZdg.kXSBR6*ZC$am:D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.4; spamdefang 1.122 Cc: freebsd-stable@freebsd.org Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 17:35:23 -0000 Jack Vogel wrote, on 8/4/2008 9:18 AM: > The focus here on the laptop distracted me, but someone else at work > reminded me. Its very important that you run the EEPROM fix for > the 82573 that i posted a long while back, search in email archive > for it. Its a DOS executable that will patch your EEPROM. > > I am not sure if the Lenova's need it, but get it, run it, and then > see if your problem goes away. Martin, there's also a link to it from Jeremy's "Commonly Reported Issues" page: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues Look for "DOS-based EEPROM". Jack, is this issue the same one that is documented here? http://e1000.sourceforge.net/doku.php?id=known_issues#v_l_e_tx_unit_hang_messages ... and addressed by this script? http://e1000.sourceforge.net/doku.php?id=tx_unit_hang If so, the script could be used without booting from a DOS disk. If this is unrelated or is an unsafe way to apply this fix, that would be handy to know. Royce -- Royce D. Williams - http://royce.ws/ A finished person is a boring person. - Anna Quindlen From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 17:54:53 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 3B2671065674 for ; Mon, 4 Aug 2008 17:54:53 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id BD6028FC20 for ; Mon, 4 Aug 2008 17:54:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so806100uge.37 for ; Mon, 04 Aug 2008 10:54:51 -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=opTMZ7JVU4ndinfik6FqJ2guVeAbR2GXfWwVEnJPvh0=; b=DAcI3vwG0HSNHghjjyPM50MuvrfvUgLeSYcOIQBgimg5k1HNrsit9TndQcgOXD12pz Bhm2Ib2COKSoHqmTcrPhG+gZXeNfERUlumGtXyJPAZOp38Tgu149+ogmO9ZWy/tcb3Up HBahBru0IEA1O6Jjp66mQsyczKrFBtCDDz7o0= 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=kQ2V3nZm/nNrWAtp2Hfdn8FRqFOGM/2AyXSWdnMzdYm9tB7hpcb81FDe3HTTChW/3d saGS/mdNwWNipUrxizlyzUBBC/RP6N/oqa7HD6287qOMwBnJN+j4SarwPhks0w4oMvrI Aq9/vT4IEG0D5YOY572jRUd5XrzbGlbSl8oIc= Received: by 10.125.87.8 with SMTP id p8mr738169mkl.80.1217872490487; Mon, 04 Aug 2008 10:54:50 -0700 (PDT) Received: by 10.125.74.17 with HTTP; Mon, 4 Aug 2008 10:54:50 -0700 (PDT) Message-ID: <2a41acea0808041054j1523a6d6gcb8b7f726bfbc4a9@mail.gmail.com> Date: Mon, 4 Aug 2008 10:54:50 -0700 From: "Jack Vogel" To: "Royce Williams" In-Reply-To: <48973DD9.20303@alaska.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080801142005.473c17ca@zelda.local> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> <48973DD9.20303@alaska.net> Cc: freebsd-stable@freebsd.org, Martin Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 17:54:53 -0000 Thanks for the pointer Royce, and yes that's the issue, and if you want to boot Linux and use that instead of DOS then more power to you. Cheers, Jack On Mon, Aug 4, 2008 at 10:35 AM, Royce Williams wrote: > Jack Vogel wrote, on 8/4/2008 9:18 AM: >> The focus here on the laptop distracted me, but someone else at work >> reminded me. Its very important that you run the EEPROM fix for >> the 82573 that i posted a long while back, search in email archive >> for it. Its a DOS executable that will patch your EEPROM. >> >> I am not sure if the Lenova's need it, but get it, run it, and then >> see if your problem goes away. > > Martin, there's also a link to it from Jeremy's "Commonly Reported > Issues" page: > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > Look for "DOS-based EEPROM". > > > Jack, is this issue the same one that is documented here? > > http://e1000.sourceforge.net/doku.php?id=known_issues#v_l_e_tx_unit_hang_messages > > > ... and addressed by this script? > > http://e1000.sourceforge.net/doku.php?id=tx_unit_hang > > > If so, the script could be used without booting from a DOS disk. If > this is unrelated or is an unsafe way to apply this fix, that would be > handy to know. > > > Royce > > -- > Royce D. Williams - http://royce.ws/ > A finished person is a boring person. - Anna Quindlen > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 18:15:59 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 382A41065675 for ; Mon, 4 Aug 2008 18:15:59 +0000 (UTC) (envelope-from royce@alaska.net) Received: from hermes.acsalaska.net (hermes.acsalaska.net [209.112.173.230]) by mx1.freebsd.org (Postfix) with ESMTP id DADDB8FC14 for ; Mon, 4 Aug 2008 18:15:58 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [10.0.102.101] (209-112-156-40-adslb0fh.acsalaska.net [209.112.156.40]) by hermes.acsalaska.net (8.14.1/8.14.1) with ESMTP id m74IFvr4039880; Mon, 4 Aug 2008 10:15:57 -0800 (AKDT) (envelope-from royce@alaska.net) Message-ID: <4897475D.3020600@alaska.net> Date: Mon, 04 Aug 2008 10:15:57 -0800 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.16) Gecko/20080708 Thunderbird/2.0.0.16 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Jack Vogel References: <20080801142005.473c17ca@zelda.local> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> <48973DD9.20303@alaska.net> <2a41acea0808041054j1523a6d6gcb8b7f726bfbc4a9@mail.gmail.com> In-Reply-To: <2a41acea0808041054j1523a6d6gcb8b7f726bfbc4a9@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: url=http://www.tycho.org/royce/royce@alaska.net.asc X-Face: ">19[ShfDD9'g", GrH$'v:=qBVZdg.kXSBR6*ZC$am:D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Cc: freebsd-stable@freebsd.org, Martin Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 18:15:59 -0000 Jack Vogel wrote, on 8/4/2008 9:54 AM: > On Mon, Aug 4, 2008 at 10:35 AM, Royce Williams wrote: >> Jack Vogel wrote, on 8/4/2008 9:18 AM: >>> The focus here on the laptop distracted me, but someone else at work >>> reminded me. Its very important that you run the EEPROM fix for >>> the 82573 that i posted a long while back, search in email archive >>> for it. Its a DOS executable that will patch your EEPROM. >>> >>> I am not sure if the Lenova's need it, but get it, run it, and then >>> see if your problem goes away. >> Martin, there's also a link to it from Jeremy's "Commonly Reported >> Issues" page: >> >> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues >> >> Look for "DOS-based EEPROM". >> >> >> Jack, is this issue the same one that is documented here? >> >> http://e1000.sourceforge.net/doku.php?id=known_issues#v_l_e_tx_unit_hang_messages >> >> >> ... and addressed by this script? >> >> http://e1000.sourceforge.net/doku.php?id=tx_unit_hang >> >> >> If so, the script could be used without booting from a DOS disk. If >> this is unrelated or is an unsafe way to apply this fix, that would be >> handy to know. > Thanks for the pointer Royce, and yes that's the issue, and if you > want to boot Linux and use that instead of DOS then more power to > you. Excellent! For some folks, booting from a Knoppix or Ubuntu CD might be easier than trying to gen up a DOS-bootable USB key. I think that recent Knoppix and Ubuntu include ethtool out of the box. Point of clarity: the script that I linked to above is to test/invoke the problem, not to "address" it. Below is the script that calls ethtool to change the actual bits: http://e1000.sourceforge.net/files/fixeep-82573-dspd.sh Royce -- Royce D. Williams - http://royce.ws/ The only normal people are the ones you don't know very well. -A.Adler From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 18:29:32 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 3FA131065673; Mon, 4 Aug 2008 18:29:32 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id A63F78FC0C; Mon, 4 Aug 2008 18:29:31 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180128164.adsl.alicedsl.de [85.180.128.164]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m74ITS1w006180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Aug 2008 20:29:29 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m74INZte001552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Aug 2008 20:23:35 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m74INZ66001551; Mon, 4 Aug 2008 20:23:35 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 4 Aug 2008 20:23:35 +0200 From: Ulrich Spoerlein To: Robert Watson Message-ID: <20080804182334.GA1480@roadrunner.spoerlein.net> Mail-Followup-To: Robert Watson , stable@FreeBSD.org References: <20080803075744.GA1555@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@FreeBSD.org Subject: Re: ddb(4) scripts not working in RELENG_7? 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, 04 Aug 2008 18:29:32 -0000 Hi Robert, On Sun, 03.08.2008 at 14:49:00 +0100, Robert Watson wrote: > On Sun, 3 Aug 2008, Ulrich Spoerlein wrote: > > I was testing a patch and getting a panic (page fault while in kernel mode) > > in RELENG_7 running multiuser mode, but no scripts were automagically run, > > although I configured ddb_enable=YES in rc.conf. > > > > It simply dropped me to the interactive ddb(4) prompt, nothing more. Do you > > have any idea what I could be missing? > > I have been using DDB scripts on 7-STABLE without any problems, but I'm not > sure I've tried it with a page fault, just regular panics. Could you try > entering the debugger via "sysctl debug.kdb.panic=1", which forces a panic, > and see if your scripts run then? Perhaps there's some inconsistency in how > we're entering the debugger. If things still appear not to be happening, try > setting up a kdb.enter.default script and see if that works? Spot on! Entering via sysctl works as expected; the 'default' script will also be executed after a page fault, but not the panic-script. So either page faults should call the panic-script or some sort of kdb.enter.pfault should be introduced? Either way, I see another manpage update coming up :) Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 18:45: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 B5FD21065675 for ; Mon, 4 Aug 2008 18:45: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 726C98FC1B for ; Mon, 4 Aug 2008 18:45:55 +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 <0K5300EJYARN3030@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 04 Aug 2008 20:45:23 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.251]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K53008WFARNUPT8@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 04 Aug 2008 20:45:23 +0200 (CEST) Date: Mon, 04 Aug 2008 20:45:22 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080804204522.98cb8b5e.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080803134328.GA65256@eos.sc1.parodius.com> References: <20080803015053.e67a39ee.torfinn.ingolfsen@broadpark.no> <20080803031912.GA38781@eos.sc1.parodius.com> <20080803135251.60d4bb7d.torfinn.ingolfsen@broadpark.no> <20080803134328.GA65256@eos.sc1.parodius.com> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; 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: Temperature monitoring on old desktop - Dell OptiPlex SX270? 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, 04 Aug 2008 18:45:55 -0000 On Sun, 03 Aug 2008 06:43:28 -0700 Jeremy Chadwick wrote: > Then the only possibility is to take a very high-resolution photo > (read: 2048x1536 or higher) and send it to someone who can identify Ok, if I want to do that, I guess my Fujifilm Finepix F40fd (8 Mpixel) shold be able. > ICs (I'm good at recognising H/W monitoring ICs :-) ). But even that > won't guarantee anything; an IC that supports H/W monitoring may be For now, I'll lok at software tests to identify anything. > The P4 TM feature is more of a thermal manager and not so much a > "monitor" in the sense of what you think it might be (re: ability to > provide thermal statistics to a program). It *is* a "monitor" in the > sense that it reads temperature, but there's no way to access that > internal data. Yes, Dan Nelson also explained that to me. Thanks for explaining! > You could try Linux. Their lm-sensors project is incredibly thorough, Ok, I did so yesterday, see the SX270 and Xubuntu page[1]. > but based on what I've looked at in the code, it's hit-or-miss. It I tested with sensors-detect from lm-sensors, but it was a miss. :-( sensors-detect output here[2]. > Again, this would only allow you to detect whether or not there's an > actual H/W monitoring IC on the board somewhere. I'm strongly > doubting there is. It seems you are right. References: 1) http://tingox.googlepages.com/sx270_xubuntu 2) http://tingox.googlepages.com/sx270-xubuntu-sensors-detect-2008080.txt BTW, I will be traveling for about a week now, and don't know if I will have any connectivity at all. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 18:47: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 F323F106564A for ; Mon, 4 Aug 2008 18:47:32 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id E90408FC24 for ; Mon, 4 Aug 2008 18:47:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so817009uge.37 for ; Mon, 04 Aug 2008 11:47: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:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=s+VIpuRpmjNbfDFo+nD5OTbWEn4bofXIteEmVECJxZI=; b=K5steMk00d1y0LywEihypSo5YSNO33SCwrOjtZ5ARS3Nv5qNvSZVuRMPmfn/D6iH0q uZTF8cWmYcqzO2D4l8WIIZPUAG037QWT4KAkwWBjJEH20zrLqB1YYTPsqFGRsL8IcEEL ivhPkz+IgAYFuYtmAsuQRN8u43haKakJbGrZo= 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=aTD9zMsrlwHRE8sqMlBBBIbnPIvIhNCLK3P/mn25Qq8ka5EoEPTDcoL+9UrAoWnFMU KDDOIy5T1H1XDYUjYtTuvnwh8sArFuDQ66eRF1CXhZaDd1bvgdC5RvafEkknJZiQikpk jzPb5ZVx0BxSmZInvXeqYdlDwRT3hV8lDjqPo= Received: by 10.125.68.6 with SMTP id v6mr368mkk.124.1217875648399; Mon, 04 Aug 2008 11:47:28 -0700 (PDT) Received: by 10.125.74.17 with HTTP; Mon, 4 Aug 2008 11:47:28 -0700 (PDT) Message-ID: <2a41acea0808041147o210e3541g10b82fc99791a9df@mail.gmail.com> Date: Mon, 4 Aug 2008 11:47:28 -0700 From: "Jack Vogel" To: "Royce Williams" In-Reply-To: <4897475D.3020600@alaska.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080801142005.473c17ca@zelda.local> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> <48973DD9.20303@alaska.net> <2a41acea0808041054j1523a6d6gcb8b7f726bfbc4a9@mail.gmail.com> <4897475D.3020600@alaska.net> Cc: freebsd-stable@freebsd.org, Martin Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 18:47:33 -0000 Right, the Linux driver implemented the ability to write as well as read the eeprom, I've always been hesitant to add that. But for some it will be easier to boot Linux and run the script. Thanks for adding the URL Royce. Jack On Mon, Aug 4, 2008 at 11:15 AM, Royce Williams wrote: > Jack Vogel wrote, on 8/4/2008 9:54 AM: >> On Mon, Aug 4, 2008 at 10:35 AM, Royce Williams wrote: >>> Jack Vogel wrote, on 8/4/2008 9:18 AM: >>>> The focus here on the laptop distracted me, but someone else at work >>>> reminded me. Its very important that you run the EEPROM fix for >>>> the 82573 that i posted a long while back, search in email archive >>>> for it. Its a DOS executable that will patch your EEPROM. >>>> >>>> I am not sure if the Lenova's need it, but get it, run it, and then >>>> see if your problem goes away. >>> Martin, there's also a link to it from Jeremy's "Commonly Reported >>> Issues" page: >>> >>> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues >>> >>> Look for "DOS-based EEPROM". >>> >>> >>> Jack, is this issue the same one that is documented here? >>> >>> http://e1000.sourceforge.net/doku.php?id=known_issues#v_l_e_tx_unit_hang_messages >>> >>> >>> ... and addressed by this script? >>> >>> http://e1000.sourceforge.net/doku.php?id=tx_unit_hang >>> >>> >>> If so, the script could be used without booting from a DOS disk. If >>> this is unrelated or is an unsafe way to apply this fix, that would be >>> handy to know. > >> Thanks for the pointer Royce, and yes that's the issue, and if you >> want to boot Linux and use that instead of DOS then more power to >> you. > > Excellent! For some folks, booting from a Knoppix or Ubuntu CD > might be easier than trying to gen up a DOS-bootable USB key. I > think that recent Knoppix and Ubuntu include ethtool out of the box. > > Point of clarity: the script that I linked to above is to test/invoke > the problem, not to "address" it. Below is the script that calls > ethtool to change the actual bits: > > http://e1000.sourceforge.net/files/fixeep-82573-dspd.sh > > > Royce > > > -- > Royce D. Williams - http://royce.ws/ > The only normal people are the ones you don't know very well. -A.Adler > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 18:52: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 0DD29106564A for ; Mon, 4 Aug 2008 18:52:56 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id BBCB28FC12 for ; Mon, 4 Aug 2008 18:52:55 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate02.web.de (Postfix) with ESMTP id 57543E7FBC82; Mon, 4 Aug 2008 20:52:54 +0200 (CEST) Received: from [217.236.48.156] (helo=localhost) by smtp07.web.de with asmtp (WEB.DE 4.109 #226) id 1KQ5Ar-0001GZ-00; Mon, 04 Aug 2008 20:52:53 +0200 Date: Mon, 4 Aug 2008 20:52:52 +0200 From: Martin To: Royce Williams Message-ID: <20080804205252.74141013@web.de> In-Reply-To: <48973DD9.20303@alaska.net> References: <20080801142005.473c17ca@zelda.local> <20080801154208.W6085@fledge.watson.org> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> <48973DD9.20303@alaska.net> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1/bXlT7MA9ZPOCliyDq/tHRkTsWIyD81ebrXDiE yMGsxqh9he/iVzNaB6D7imffFYS7WuR5MTN33g7A7R3et/hBUt dKZnSBTQo= Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 18:52:56 -0000 On Mon, 04 Aug 2008 09:35:21 -0800 Royce Williams wrote: > Jack Vogel wrote, on 8/4/2008 9:18 AM: > > The focus here on the laptop distracted me, but someone else at work > > reminded me. Its very important that you run the EEPROM fix for > > the 82573 that i posted a long while back, search in email archive > > for it. Its a DOS executable that will patch your EEPROM. > > > > I am not sure if the Lenova's need it, but get it, run it, and then > > see if your problem goes away. > > Martin, there's also a link to it from Jeremy's "Commonly Reported > Issues" page: > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > Look for "DOS-based EEPROM". Hi Royce, thank you for the link. I've read this issue description and I'm not sure if it helps. I don't have any "watchdog timeouts" and my EEPROM data looks clean: Interface EEPROM Dump: Offset 0x0000 xxxx xxxx xxxx xxxx xxxx xxxx ffff ffff 0x0010 0053 0103 026b 2001 17aa 109a 8086 80df 0x0020 0000 2000 7e54 0000 0014 00da 0004 2700 0x0030 6cc9 3150 073e 040b 298b 0000 f000 0f02 (I masked out the MAC address) -- Martin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 19:12:26 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 CCBAA1065675 for ; Mon, 4 Aug 2008 19:12:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4AEDB8FC15 for ; Mon, 4 Aug 2008 19:12:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so822006uge.37 for ; Mon, 04 Aug 2008 12:12:24 -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=mcR6Z9mADvEcb67barPqPgDqtlc9uy/ITouMRV8eAck=; b=j/9Vff9V/G+a7cWzLEKfJYboKp3QN+cAxJ04FbkaowDcuzdU53uYEzgfSU88DAZXV4 IcfkyuqTZQrLs5dySEHfK94XB9iM+U0j3LaN1nEeCKsPaJdPP2e9IagqjFIM18DoHF8h nAfjCfGhZ8L40nDjc+ldU5+4X1oY2VxhxmNO8= 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=VM/fbsY/u6XYbkiM7T4v3+6qMQrvXr9H/YGn15espYXg1DLw+y/WZu0ejzarkiyTGE AryV/TXaOqo1NEdNKiglDvmxAxhabJns4ycGJEHewV8u9j0HmUT/MxUAgBsbNLIuIimX JD3uKgj/5KK3M4KmkyxEp+LY4J/rJFstzs98E= Received: by 10.125.78.5 with SMTP id f5mr2944mkl.71.1217877144106; Mon, 04 Aug 2008 12:12:24 -0700 (PDT) Received: by 10.125.74.17 with HTTP; Mon, 4 Aug 2008 12:12:24 -0700 (PDT) Message-ID: <2a41acea0808041212g4d8790dds712e9e2309827f75@mail.gmail.com> Date: Mon, 4 Aug 2008 12:12:24 -0700 From: "Jack Vogel" To: Martin In-Reply-To: <20080804205252.74141013@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080801142005.473c17ca@zelda.local> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> <48973DD9.20303@alaska.net> <20080804205252.74141013@web.de> Cc: freebsd-stable@freebsd.org, Royce Williams Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 04 Aug 2008 19:12:27 -0000 OK, so your EEPROM is does not have the bug. As I was saying before, I would like to see what back to back behavior is. And, BTW, back to back does NOT mean hook to the switch, that's the very thing that is suspicious. It means NIC to NIC, no DHCP, assigned addresses. And then see that you pass traffic, and then unhook cable, see if link goes down, reconnect and it should go up. Oh, and exactly what kernel, and driver revision are you using. Jack On Mon, Aug 4, 2008 at 11:52 AM, Martin wrote: > On Mon, 04 Aug 2008 09:35:21 -0800 > Royce Williams wrote: > >> Jack Vogel wrote, on 8/4/2008 9:18 AM: >> > The focus here on the laptop distracted me, but someone else at work >> > reminded me. Its very important that you run the EEPROM fix for >> > the 82573 that i posted a long while back, search in email archive >> > for it. Its a DOS executable that will patch your EEPROM. >> > >> > I am not sure if the Lenova's need it, but get it, run it, and then >> > see if your problem goes away. >> >> Martin, there's also a link to it from Jeremy's "Commonly Reported >> Issues" page: >> >> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues >> >> Look for "DOS-based EEPROM". > > Hi Royce, > > thank you for the link. I've read this issue description and I'm not > sure if it helps. I don't have any "watchdog timeouts" and my EEPROM > data looks clean: > > Interface EEPROM Dump: > Offset > 0x0000 xxxx xxxx xxxx xxxx xxxx xxxx ffff ffff > 0x0010 0053 0103 026b 2001 17aa 109a 8086 80df > 0x0020 0000 2000 7e54 0000 0014 00da 0004 2700 > 0x0030 6cc9 3150 073e 040b 298b 0000 f000 0f02 > > (I masked out the MAC address) > > -- > Martin > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 19:15:53 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 54E68106566C for ; Mon, 4 Aug 2008 19:15:53 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [147.32.127.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0DC9A8FC0C for ; Mon, 4 Aug 2008 19:15:53 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id EAF3612371B; Mon, 4 Aug 2008 20:45:03 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at service1.sh.cvut.cz X-Spam-Score: -51.622 X-Spam-Level: X-Spam-Status: No, score=-51.622 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=50.818, CRM114_HAM_00=, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GDhQCtMYPjiW; Mon, 4 Aug 2008 20:44:56 +0200 (CEST) Received: from [192.168.1.2] (r4v24.net.upc.cz [84.42.149.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id 291061238AC; Mon, 4 Aug 2008 20:44:56 +0200 (CEST) Message-ID: <48974E22.6010406@sh.cvut.cz> Date: Mon, 04 Aug 2008 20:44:50 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig413A64D32BE8574A22341F2A" Subject: Top, TIME and CPU columns 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, 04 Aug 2008 19:15:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig413A64D32BE8574A22341F2A Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I have noticed this weirdness in top. Sometimes I can see no process havi= ng=20 more than single percents in the (W)CPU column, yet there is one for that= the=20 TIME column is steadily increasing by 1 second per second. How is this (W= )CPU=20 column computed? Shouldn't it report something like 1/NCPU * 100 or som= ething? -- VH --------------enig413A64D32BE8574A22341F2A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iFYEAREIAAYFAkiXTikACgkQhQBMvHf/WHkjrQDgyPWn1IUOZlsg/D1IwaaIdL3g aj2ghQliqNRorQDfe11DUoR3x5tx0Alw1fnAjt6EyYqVuxOKvZmquw== =qJDO -----END PGP SIGNATURE----- --------------enig413A64D32BE8574A22341F2A-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 4 19: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 B95E7106566C for ; Mon, 4 Aug 2008 19:42:14 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 7F93A8FC18 for ; Mon, 4 Aug 2008 19:42:14 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp id 1KQ5wb-0001Qv-0t for ; Mon, 04 Aug 2008 21:42:13 +0200 Received: (qmail 1650 invoked from network); 4 Aug 2008 19:42:11 -0000 Received: from localhost (HELO 82-170-177-25.ip.telfort.nl) (127.0.0.1) by localhost with SMTP; 4 Aug 2008 19:42:11 -0000 Date: Mon, 04 Aug 2008 21:42:11 +0200 To: "Nick Barnes" , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <49120.1217868483@thrush.ravenbrook.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <49120.1217868483@thrush.ravenbrook.com> User-Agent: Opera Mail/9.51 (FreeBSD) Cc: Subject: Re: 5.x to 6.x or 7.x with 64MB / 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, 04 Aug 2008 19:42:14 -0000 On Mon, 04 Aug 2008 18:48:03 +0200, Nick Barnes wrote: > I have a machine which I have recently upgraded using cvsup, from 4.x > to RELENG_5, as a staging post en route to 7.x. The upgrade went well > until installworld ran out of disk on / and I realised it was only > 64BMB. My bad; should have checked before upgrading. With help from > an on-site colleague the installworld was nursed to completion. But > can I get the same machine up to 6.x or 7.x without repartitioning? > Advice please. > > Partitions are as follows. > > ad0 2439 M > ad0s1 2439 M > ad0s1a 64 M / > ad0s1b 128 M swap > ad0s1e 1024 M /var > ad0s1f 600 M /home > ad0s1g 623 M - > ad1 57259 M > ad1s1 57259 M > ad0s1a 10240 M /usr > > It occurs to me that if ad0s1a is insufficient then I could use ad0s1g > as swap, and repurpose ad0s1b as a new /. Is it straightforward to > installworld/mergemaster to somewhere other than / ? That is very well doable. On boot you can interrupt the boot process by pressing space an set another location for the kernel. More information is here. http://www.freebsd.org/doc/en/books/handbook/boot-blocks.html The rest is just about files. After you copy everything in ad0s1b (with a fs in it) you can boot from ad0s1b:/boot/kernel. I think you can do something like make installkernel DESTDIR=/blabla, but I'm not sure. Maybe more easy is booting with a LIVE-cd. Than you can mount everything needed for installworld in /mnt/tmproot, so you get: /mnt/tmproot mounted the _new_ / partition (ad0s1b?) /mnt/tmproot/usr where /usr is mounted (ad0s1a) /mnt/tmproot/var where /var is mounted (ad0s1e) Do a chroot /mnt/tmproot and than run installworld and mergemaster as usual from /usr/src. Don't forget to make a backup. It is on your own risk. ;-) Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 01:00: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 99C8D1065681 for ; Tue, 5 Aug 2008 01:00:34 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0C18FC0A for ; Tue, 5 Aug 2008 01:00:34 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so1775530wra.27 for ; Mon, 04 Aug 2008 18:00:33 -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=ToerwMdh6XNtJEZxwbb4pucXgMAuvflE5JQRFwHXvRE=; b=FsK1o02yL08tUU5WhizguVwZS38SmfTDtGj59HIX6fSqKZwU+GAseEUPtuzcwisoL6 vcxLqFk0Z3+tTVegnkXqixoyolqyYMmbMRfTixNbZzD+eW9kUhtymg1H1FVNmQ+7qc5o tOVxflcEOOf/WRPqzpAdHF79RR54N2k1+0jrA= 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=CFvzhIY/Z2yocLZ87i5rtWSsHbtUeIEBx17sG6z9AbjW6iuLgDUURix/cc5JFeS1OP inAVUA+qOfdOLhUMlRJuJdvEYYod4qaNXulOCPGT596faMunDVMNZdTyv+4ccINQoPEe 0PSjqWhmvqzTwUeCnsuUpAt9TFDaYKzkHh+/E= Received: by 10.90.70.15 with SMTP id s15mr518372aga.4.1217898033499; Mon, 04 Aug 2008 18:00:33 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.2.146]) by mx.google.com with ESMTPS id 5sm10700212agc.29.2008.08.04.18.00.31 (version=SSLv3 cipher=RC4-MD5); Mon, 04 Aug 2008 18:00:33 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Jeremy Chadwick In-Reply-To: <20080804022618.GA4790@eos.sc1.parodius.com> References: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> <20080804022618.GA4790@eos.sc1.parodius.com> Content-Type: text/plain; charset=utf-8 Date: Mon, 04 Aug 2008 21:00:21 -0400 Message-Id: <1217898021.1191.14.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Nic Reveles Subject: Re: Using Portupgrade? 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, 05 Aug 2008 01:00:34 -0000 On Sun, 2008-08-03 at 19:26 -0700, Jeremy Chadwick wrote: > On Sun, Aug 03, 2008 at 09:20:08PM -0400, Nic Reveles wrote: > > I've recently updated to freeBSD 6.3-STABLE from 5.3-RELEASE (amd64) and am struggling with out of date ports. I have tried updating 'ports-all' and 'src-all' numerous times (does src-all include ports-all? It takes forever) along with portupgrade. > > src-all does not include ports-all. > > "It takes forever" is wonderfully vague. :-) Chances are the cvsup > server you're using is slow (usually caused by heavy disk I/O, not so > much network I/O); pick another. Try them all, find one which is fast. > I'd recommend a couple I commonly use, but then everyone will start > using them....... :-) One can install sysutils/fastest_cvsup and run fastest_cvsup -c -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 01:34:49 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 06DB11065676; Tue, 5 Aug 2008 01:34:49 +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 E1DE48FC2F; Tue, 5 Aug 2008 01:34:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id ACFF91CC0B3; Mon, 4 Aug 2008 18:34:48 -0700 (PDT) Date: Mon, 4 Aug 2008 18:34:48 -0700 From: Jeremy Chadwick To: Jack Vogel Message-ID: <20080805013448.GA64950@eos.sc1.parodius.com> References: <20080801142005.473c17ca@zelda.local> <20080801154208.W6085@fledge.watson.org> <2a41acea0808010924u22603c61p10e47237fad5b6fb@mail.gmail.com> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: jfv@freebsd.org, freebsd-stable@freebsd.org, Robert Watson , Martin Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 05 Aug 2008 01:34:49 -0000 On Mon, Aug 04, 2008 at 10:18:50AM -0700, Jack Vogel wrote: > The focus here on the laptop distracted me, but someone else at work > reminded me. Its very important that you run the EEPROM fix for > the 82573 that i posted a long while back, search in email archive > for it. Its a DOS executable that will patch your EEPROM. > > I am not sure if the Lenova's need it, but get it, run it, and then > see if your problem goes away. The tool Jack is referring to is below. I knew saving it for a rainy day would be worth it. :-) http://people.freebsd.org/~koitsu/em_82573_manc_fix.zip -- | 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 Aug 5 01:35:53 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 B91F7106567B for ; Tue, 5 Aug 2008 01:35:53 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3338FC23 for ; Tue, 5 Aug 2008 01:35:53 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA06.westchester.pa.mail.comcast.net with comcast id yMWf1Z0011HzFnQ56RKsvy; Tue, 05 Aug 2008 01:19:52 +0000 Received: from daland.home ([24.61.21.4]) by OMTA14.westchester.pa.mail.comcast.net with comcast id yRKs1Z00605H7zL3aRKsDY; Tue, 05 Aug 2008 01:19:52 +0000 X-Authority-Analysis: v=1.0 c=1 a=qHbhKkr0aMwA:10 a=Wl-rkIYETHEA:10 a=rITDv7nW5hcA:10 a=wkUKtYnv5PqhJeX35ZUA:9 a=woVQMpTBHbPjO2DxRFYA:7 a=OCpJFIKILxaU4WLvNbCYqhq2VtQA:4 a=si9q_4b84H0A:10 a=mhQ4J5QMNLoA:10 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KQBDL-000BrE-VS; Mon, 04 Aug 2008 21:19:51 -0400 From: Alex Goncharov To: Doug Barton In-reply-to: <4896904E.9070807@FreeBSD.org> (message from Doug Barton on Sun, 03 Aug 2008 22:14:54 -0700) References: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> <20080804022618.GA4790@eos.sc1.parodius.com> <4896904E.9070807@FreeBSD.org> Message-Id: Sender: Alex Goncharov Date: Mon, 04 Aug 2008 21:19:51 -0400 Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, alex-goncharov@comcast.net Subject: Re: Portmaster questions (Was: Re: Using Portupgrade?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2008 01:35:53 -0000 ,--- Doug Barton (Sun, 03 Aug 2008 22:14:54 -0700) ----* | It's really not appropriate to hijack the portupgrade thread for this, | so I'm starting a new subject. Also, please respect followups to | -ports. [ Being an inexperienced poster: sorry. Am I using a good cc: list now? ] | Alex Goncharov wrote: | > 1. I see a significant difference in the time it takes to get the same | > information using the two tools: | As I understand it, portupgrade uses the INDEX file to determine | whether ports are up to date. Portmaster recurses through each | installed port and does 'make -V PKGVERSION'. | | > 2. It looks like there are no `portmaster' equivalents to | > `portupgrade' `-P' and `-PP' options, which I want to have. | If portupgrade does the job for you, keep using it. :) I have said | many times that I'm not looking to write a portupgrade replacement. | Use the right tool for the job(s) you have to do. `---------------------------------------------------------------* Thank you for `postmaster' -- I do like it and am not trying to criticize. Hoped that somebody knowledgeable would tell me how to use the available port management tools better, which you just did re: "versions", thanks. ,--- Miroslav Lachman (Mon, 04 Aug 2008 11:36:58 +0200) ----* | You do not have to run portversion or portmaster or any other 3rd party | tool to check versions of installed ports. Use pkg_version which is | included in base system and then you are independent of port management | tools changes. | pkg_version (by default) do not use INDEX, but have option to use it and | then become clear winner (in speed): Thank you -- I didn't know that and am switching to "pkg_version -I" now!.. | As I had problems with portupgrade's handling of dependencies, I am | converted to portmaster. `---------------------------------------------------------------* I've also had enough problems with portupgrade's -R option and essentially stopped using it (the option). ,--- Marcin Wisnicki (Mon, 4 Aug 2008 15:24:37 +0000 (UTC)) ----* | It's not even doing a good job at it, standard pkg_version significantly | outperforms it: `---------------------------------------------------------------* Well, I guess I'll make another, better informed attempt to switch to portmaster now. Thank you all who replied for the useful information! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 03:13:04 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 E21E4106564A for ; Tue, 5 Aug 2008 03:13:04 +0000 (UTC) (envelope-from apache@www.377963.com) Received: from www.377963.com (377963.com [211.125.77.37]) by mx1.freebsd.org (Postfix) with ESMTP id 7AAC88FC0A for ; Tue, 5 Aug 2008 03:13:04 +0000 (UTC) (envelope-from apache@www.377963.com) Received: (from apache@localhost) by www.377963.com (8.11.6/8.11.6) id m74Lcfh31366; Tue, 5 Aug 2008 06:38:41 +0900 Date: Tue, 5 Aug 2008 06:38:41 +0900 Message-Id: <200808042138.m74Lcfh31366@www.377963.com> To: freebsd-stable@freebsd.org From: DarkStone MuOnline Server Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: DarkStone MuOnline Server Challenge you To a Duel. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mu@online.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2008 03:13:05 -0000 [votenew.jpg] _________________________________________________________________ [pixel.gif] www.darkstonemu.net [pixel.gif] [pixel.gif] [pixel.gif] [pixel.gif] [muonlinedarkstoneadv256vo4.gif] DarkStone MuOnline DarkStone MU Online is a MMORPG that takes the player, into a fantasy world full of excitement, adventure and monsters. With several ways to train a character, multiple character classes, and a vast continent to explore, GMO is a sure way to a unique adventure. Join thousands of players from all over the world and help defend the Continent of Legend, clearing it from the clenches of Kundun and his forces forever. . With new content and features being introduced regularly, this game is perfect for those looking for an exciting MMO experience. [pixel.gif] [pixel.gif] [pixel.gif] You start off as a Dark Wizard, a Dark Knight, Dark Lord, Magic GLadiator, a Summoner or a Fairy Elf, with accordant strengths and weaknesses. You can save different base characters, a fun feature that allows you to begin play as a wizard, and later, restart and switch to a knight--but not both at the same time. The look of your character changes to reflect any new accoutrements you get, including wings and spells. There's also a coordinate system on display, so it's easier to move around the elaborate MU world. Items can be combined in many different ways, but more game experience gets you better gear. You can even fight other players, but be warned: if you kill too many innocents, you'll be branded a murderer. Server Stats: ON * Experience: 1000x * Drops: 80% * Reset Level: 399 keep stats * Shops: +7 items. (you have to find some shops for the good items.) * Bless Bug On * Register: http://www.darkstonemu.net/DarkStone-Register.html * Download: http://www.darkstonemu.net/DarkStone-Downloads.html Official Game Installer: http://darkstonemu.net/Download/DarkStoneMu.exe In order to play free just enter your [1]Site and download the [2]Client. We encourage you to visit the DarkStone MU Online forums at [3]http://darkstonemu.net/ _________________________________________________________________ *Please do not respond to this e-mail as your reply will not be received. References 1. http://www.darkstonemu.net/DarkStone-Register.html 2. http://www.darkstonemu.net/DarkStone-Downloads.html 3. http://www.craiova-online.ro/rds-mu-server-212/ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 10:44:40 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 7A5281065681; Tue, 5 Aug 2008 10:44:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id 088478FC3C; Tue, 5 Aug 2008 10:44:39 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m75AibLM024947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Aug 2008 20:44:37 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m75Aiab2083076; Tue, 5 Aug 2008 20:44:36 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m75AiacP083075; Tue, 5 Aug 2008 20:44:36 +1000 (EST) (envelope-from peter) Date: Tue, 5 Aug 2008 20:44:36 +1000 From: Peter Jeremy To: Alexandre Biancalana Message-ID: <20080805104436.GT1359@server.vk2pj.dyndns.org> References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> <1215105220.32135.18.camel@buffy.york.ac.uk> <8e10486b0807031041o54349836i31c5da84ebda70f6@mail.gmail.com> <1215176991.36376.24.camel@buffy.york.ac.uk> <8e10486b0807040834m27a38254k5261535d93d70ce6@mail.gmail.com> <8e10486b0808040949ka12edf0o38e3a790d620992e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvuyDaC2GNSBQusT" Content-Disposition: inline In-Reply-To: <8e10486b0808040949ka12edf0o38e3a790d620992e@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org, Gavin Atkinson Subject: Re: DigiBoard Xem with 2 extenal modules 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, 05 Aug 2008 10:44:40 -0000 --GvuyDaC2GNSBQusT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Aug-04 13:49:58 -0300, Alexandre Biancalana = wrote: >Modems connected but they only work on ports of the first module, any >decice connected on ports of second module does not work. ISTR the problem I ran into was that the octet read out of the driver bore little resemblance to the serial data written into the port. The bit-rate would match and framing was reported as correct but I would get nonsense in the top or bottom 4 bits. My notes are at work and I'll try and dig them up tomorrow. >Any other idea ? All I can suggest is comparing the Linux driver with the FreeBSD one (and maybe someone needs to confirm if it works in Linux). I couldn't find a difference but maybe someone will see something I missed. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --GvuyDaC2GNSBQusT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiYLxQACgkQ/opHv/APuId4oQCguoM961/UGnE1vC8muOpUs14Z kcQAoJ1PdkqaAR4rBz1NHRW6Mger5cQY =gSg1 -----END PGP SIGNATURE----- --GvuyDaC2GNSBQusT-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 10:55:23 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 052C0106564A for ; Tue, 5 Aug 2008 10:55:23 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id 688988FC16 for ; Tue, 5 Aug 2008 10:55:22 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 49086 invoked from network); 5 Aug 2008 10:28:41 -0000 Received: from unknown (HELO ?10.0.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 5 Aug 2008 10:28:41 -0000 Message-ID: <48982B58.4000406@sebster.com> Date: Tue, 05 Aug 2008 12:28:40 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090907080202060103020409" Subject: Stable SATA pci card for FreeBSD 6.x/7.0 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, 05 Aug 2008 10:55:23 -0000 This is a cryptographically signed message in MIME format. --------------ms090907080202060103020409 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm running FreeBSD 6.3 (I know, I should upgrade), and I just bought an add-on pci SATA controller for 2 extra SATA disks. However, a lot of disk activity on the drives will often cause the machine to crash and spontaneously reboot. I checked out which chipset was on the card with pciconf -lv and I found it was the Sil 3512. Googling showed me that I'm not the only one with problems using this card. Does anybody have experience with a (preferably not too expensive) 2-port SATA expansion card which does not have any issues running under FreeBSD 6.3/7.0? [pciconf -lv output] atapci0@pci0:10:0: class=0x018000 card=0x35121095 chip=0x35121095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'Sil 3512 SATALink/SATARaid Controller' class = mass storage [/var/log/messages before the crash] Aug 5 11:16:14 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)]error = 6 Aug 5 11:16:17 piglet last message repeated 9 times Regards, Sebastiaan --------------ms090907080202060103020409 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNTEwMjg0MFowIwYJKoZI hvcNAQkEMRYEFH28aEJlPokshf1pncKck/oj9lOeMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQB6BaLAEcAxhlVbtiMhU/K8ANABqLZJ/NH6 JKE3SInNEL/iiIB0jBeX9H0K1vrQAPCkze2mWel8Rr6buL4njR8Kd7uSawvOTDSVqE3MQ4SL KSy8G+yirWO2I30lVut16jqBePVtB/JMaQ5jLIbiJgeV14g6slM3q/7ORJTCg+YPKjPjzrk4 yyhPOw2Lq1aTQEW8UPdPbmOIeScgKkDgx3ILKLKcmTQ3bXedQzGrhn1r4+sB14Ljyk7w+6/U EOsKnsKUPryK7f0ZDadCiJNJsf9GjjOR8iljTpnbOlbizULnUUkcslY6tKSsKrpzmAP5dr4O 9e+gJbiOGY/xjHWG1yB4AAAAAAAA --------------ms090907080202060103020409-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 10:57: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 371B51065675 for ; Tue, 5 Aug 2008 10:57:50 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id B1FDC8FC14 for ; Tue, 5 Aug 2008 10:57:49 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate01.web.de (Postfix) with ESMTP id E5F67EA3A278; Tue, 5 Aug 2008 12:57:47 +0200 (CEST) Received: from [217.236.9.39] (helo=zelda.local) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1KQKEd-0003x5-00; Tue, 05 Aug 2008 12:57:47 +0200 Date: Tue, 5 Aug 2008 12:57:35 +0200 From: Martin To: "Jack Vogel" Message-ID: <20080805125735.5673ce35@zelda.local> In-Reply-To: <2a41acea0808041212g4d8790dds712e9e2309827f75@mail.gmail.com> References: <20080801142005.473c17ca@zelda.local> <20080802064727.042d5e3d@web.de> <2a41acea0808021034g588fdc77w50797f473e8809b0@mail.gmail.com> <20080804113448.0a4b3991@zelda.local> <20080804102307.GA28928@eos.sc1.parodius.com> <20080804125138.59ed0252@zelda.local> <20080804174458.4dda8369@zelda.local> <2a41acea0808041018nc60b3uf53d2e898a73d9a9@mail.gmail.com> <48973DD9.20303@alaska.net> <20080804205252.74141013@web.de> <2a41acea0808041212g4d8790dds712e9e2309827f75@mail.gmail.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/gKnzqrKyofwDI4w7EE92pDw"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX18ZcCLaDVAloz//rfyY4P3DAKjkeniGVsjXx+Sx vT5HJZukDC0T8ZlnBx7Xr1uC9ctAWbimjMmJgFnEdZVRhNUT9P 4LCk1DtYk= Cc: freebsd-stable@freebsd.org, Royce Williams Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 05 Aug 2008 10:57:50 -0000 --Sig_/gKnzqrKyofwDI4w7EE92pDw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 4 Aug 2008 12:12:24 -0700 schrieb "Jack Vogel" : > OK, so your EEPROM is does not have the bug. As I was > saying before, I would like to see what back to back behavior is. >=20 > And, BTW, back to back does NOT mean hook to the switch, > that's the very thing that is suspicious. It means NIC to NIC, > no DHCP, assigned addresses. And then see that you pass > traffic, and then unhook cable, see if link goes down, reconnect > and it should go up. With no /etc/rc.d/netif script involved during startup everything always works as expected. If I comment the line ifconfig_re0=3D"DHCP" and start my laptop. I can assign the address. I can ping the other NIC. If can unhook the cable the LED goes off, link goes down, I can plug it in again, I can ping again. I have also no problems if I start without ifconfig_re0=3D"DHCP" and run "dhclient em0" while ethernet cable is unplugged. If I plug it in again, everything works like above. But: If I startup with ifconfig_em0=3D"DHCP" AND (binary and!) no cable nothing of this works correctly. There must be something ifconfig_em=3D"DHCP" causes on startup that running dhclient does not cause and that provokes the dead state. > Oh, and exactly what kernel, and driver revision are you using. Kernel is FreeBSD-STABLE compile date Mon Aug 4 13:41:43 CEST 2008. It's GENERIC. The em(4) driver is the one used in this STABLE version of yesterday. I should perhaps mention that I have some other problems with this laptop. I cannot boot with a PCMCIA wireless card (atheros) already in the slot, or I get 100% load on cbb(4) and the system is not usable. If I boot without the Atheros card and I plug it in later, it mostly is detected. AND I get sometimes an NMI when Atheros card is in use AND (binary and again!) the laptop is on battery. This happens also on Linux. AND the laptop will almost never recognize the Atheros card, if I am using a text terminal with high resolution (set by vidcontrol MODE_280 with VESA support compiled in; cannot reproduce now, because I'm using GENERIC). I don't know if these things are related. I will get some other laptop in one or two months. I hope these things won't bother me anymore. -- Martin --Sig_/gKnzqrKyofwDI4w7EE92pDw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiYMh8ACgkQC3yNaKlBCg14ZQCeKv77zwS7uq5cIvbbzfSNxlhQ reMAniFqnX/mgFelj5WnWzkImrs1YeF7 =mr+i -----END PGP SIGNATURE----- --Sig_/gKnzqrKyofwDI4w7EE92pDw-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 11:37: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 F366C1065678 for ; Tue, 5 Aug 2008 11:37:53 +0000 (UTC) (envelope-from igorr@canmos.ru) Received: from sta1.canmos.ru (sta1.canmos.ru [89.107.120.27]) by mx1.freebsd.org (Postfix) with ESMTP id B08CE8FC12 for ; Tue, 5 Aug 2008 11:37:53 +0000 (UTC) (envelope-from igorr@canmos.ru) Received: from sta1.canmos.ru (sta1.canmos.ru [89.107.120.27]) by sta1.canmos.ru (Postfix) with ESMTP id 980F612734A; Tue, 5 Aug 2008 15:04:50 +0400 (MSD) Date: Tue, 5 Aug 2008 15:04:50 +0400 (MSD) From: "Igor V. Ruzanov" To: Vinny Abello In-Reply-To: <15CEC87F00BB7B4CA0E904C5FCF05646243E8601@exchangenj1> Message-ID: References: <15CEC87F00BB7B4CA0E904C5FCF05646243E8601@exchangenj1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-stable@freebsd.org" , "bind-users@isc.org" Subject: Re: Query timeouts on FreeBSD 7 over network 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, 05 Aug 2008 11:37:54 -0000 > I've tried with the ULE scheduler and 4BSD and tried with and with > out PREEMPTION turned on. Nothing makes a difference. First of all you could try to connect only two machines via cross-over cable, no any switches between the machines, no any VLANs and so on. FreeBSD-7.0 works better with ULE-scheduler and kernel should be preemtive (options PREEMPTION in kernel config). - what is your kernel config? > I'm pretty sure this is related to the OS or the em driver in some way, because if I disable all ICMP rate limiting and run an extended ping from the local firewall, I experience a very low amount of random packet loss in no pattern, unlike if you have the ICMP rate limiting enabled. Once again it would be better if you do analyze the traffic going throuth the em-interface excluding your DNS testing data. Try to get the network with no any walking packets but dnsperf traffic and no any upinks and/or downlinks. > Also, are there any documented recommendations for sysctl values for FreeBSD when running BIND for optimal performance? - What options did you provide to configure script during BIND building? One of necessary options should be --enable-threads if you build BIND under FreeBSD 7.0. +-------------------------------------------+ ! CANMOS ISP Network ! +-------------------------------------------+ ! Best regards ! ! Igor V. Ruzanov, network operational staff! ! e-Mail: igorr@canmos.ru ! +-------------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 12:16: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 DF8B91065695 for ; Tue, 5 Aug 2008 12:16:32 +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 583DA8FC08 for ; Tue, 5 Aug 2008 12:16:32 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 1675B1CC0AE; Tue, 5 Aug 2008 05:16:32 -0700 (PDT) Date: Tue, 5 Aug 2008 05:16:32 -0700 From: Jeremy Chadwick To: Sebastiaan van Erk Message-ID: <20080805121632.GA88406@eos.sc1.parodius.com> References: <48982B58.4000406@sebster.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48982B58.4000406@sebster.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 05 Aug 2008 12:16:33 -0000 On Tue, Aug 05, 2008 at 12:28:40PM +0200, Sebastiaan van Erk wrote: > However, a lot of disk activity on the drives will often cause the > machine to crash and spontaneously reboot. I checked out which chipset > was on the card with pciconf -lv and I found it was the Sil 3512. > Googling showed me that I'm not the only one with problems using this > card. Yes, most of the Silicon Image ICs I've read about have odd driver problems or general issues (even under Windows). The system rebooting is an odd one; you sure your PSU can handle two disks? > Does anybody have experience with a (preferably not too expensive) > 2-port SATA expansion card which does not have any issues running under > FreeBSD 6.3/7.0? Promise makes some consumer-priced cards which work very well under FreeBSD (sos@ has full documentation on their cards). Their RAID controllers (the consumer-level ones) **do not** require that you use RAID; they support JBOD, and the disks will show up under FreeBSD as ad(4) devices. (If you choose to use the RAID, you'll still see the ad(4) disks, but you'll also see an ar(4) device too. This has the added advantage of you being able to monitor SMART stats on the disks themselves directly, etc... > [pciconf -lv output] > atapci0@pci0:10:0: class=0x018000 card=0x35121095 chip=0x35121095 > rev=0x01 > hdr=0x00 > vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' > device = 'Sil 3512 SATALink/SATARaid Controller' > class = mass storage > > [/var/log/messages before the crash] > Aug 5 11:16:14 piglet kernel: > g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)] error = 6 > Aug 5 11:16:17 piglet last message repeated 9 times Are you sure this is being caused by the controller? Have you checked SMART statistics on both disks? Assuming error == errno, errno 6 is "Device not configured". There's been recent discussion of such messages being caused by the use of gmirror or gjournal, when the mirror/journal is improperly set up. (In one users' case, he was receiving similar errors, as well as the filesystem failing during fsck. Turns out he incorrectly configured journalling, which nuked the last ~1MB of his UFS filesystem.) I'm not saying this is the reason for the messages you see, but it's something to keep in mind. -- | 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 Aug 5 12:24:44 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 E182C1065676 for ; Tue, 5 Aug 2008 12:24:44 +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 CFB508FC0C for ; Tue, 5 Aug 2008 12:24:44 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B9EE21CC0B1; Tue, 5 Aug 2008 05:24:44 -0700 (PDT) Date: Tue, 5 Aug 2008 05:24:44 -0700 From: Jeremy Chadwick To: "Igor V. Ruzanov" Message-ID: <20080805122444.GB88406@eos.sc1.parodius.com> References: <15CEC87F00BB7B4CA0E904C5FCF05646243E8601@exchangenj1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Vinny Abello , "freebsd-stable@freebsd.org" , "bind-users@isc.org" Subject: Re: Query timeouts on FreeBSD 7 over network 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, 05 Aug 2008 12:24:45 -0000 On Tue, Aug 05, 2008 at 03:04:50PM +0400, Igor V. Ruzanov wrote: >> I've tried with the ULE scheduler and 4BSD and tried with and with >> out PREEMPTION turned on. Nothing makes a difference. > First of all you could try to connect only two machines via cross-over > cable, no any switches between the machines, no any VLANs and so on. > FreeBSD-7.0 works better with ULE-scheduler and kernel should be > preemtive (options PREEMPTION in kernel config). > - what is your kernel config? > >> I'm pretty sure this is related to the OS or the em driver in some way, because if I disable all ICMP rate limiting and run an extended ping from the local firewall, I experience a very low amount of random packet loss in no pattern, unlike if you have the ICMP rate limiting enabled. I believe -stable just got added to this thread, so I'm not sure if these details were provided prior. My apologies if this stuff has already been dealt with. 1) Are there any messages from the kernel about watchdog timeouts or other anomalies pertaining to the network? Look in dmesg. 2) pciconf -lv (only include the Ethernet entries please), vmstat -i and netstat -in output. 3) Try disabling MSI/MSI-X via /boot/loader.conf variables (you'll need to reboot after this): hw.pci.enable_msi="0" hw.pci.enable_msix="0" 4) Disabling TSO on the interface, and in the OS: ifconfig emXX -tso sysctl net.inet.tcp.tso=0 -- | 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 Aug 5 13:13:01 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 5FC311065691 for ; Tue, 5 Aug 2008 13:13:01 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id B6C038FC17 for ; Tue, 5 Aug 2008 13:13:00 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 64015 invoked from network); 5 Aug 2008 13:13:00 -0000 Received: from unknown (HELO ?10.0.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 5 Aug 2008 13:13:00 -0000 Message-ID: <489851DB.20406@sebster.com> Date: Tue, 05 Aug 2008 15:12:59 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <48982B58.4000406@sebster.com> <20080805121632.GA88406@eos.sc1.parodius.com> In-Reply-To: <20080805121632.GA88406@eos.sc1.parodius.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090809000907040005080102" Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 05 Aug 2008 13:13:01 -0000 This is a cryptographically signed message in MIME format. --------------ms090809000907040005080102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Thanks for the reply. Jeremy Chadwick wrote: > Yes, most of the Silicon Image ICs I've read about have odd driver > problems or general issues (even under Windows). The system rebooting > is an odd one; you sure your PSU can handle two disks? Well, I've got a 450W Asus PSU in there, but I've also got 6 hard disks and 1 dvd-rom drive (mostly inactive) in there. The hard disks are mostly 250/300GB but the two new ones are 1TB SATA drives. But the 450W should easily be enough, shouldn't it? >> Does anybody have experience with a (preferably not too expensive) >> 2-port SATA expansion card which does not have any issues running under >> FreeBSD 6.3/7.0? > > Promise makes some consumer-priced cards which work very well under > FreeBSD (sos@ has full documentation on their cards). > > Their RAID controllers (the consumer-level ones) **do not** require that > you use RAID; they support JBOD, and the disks will show up under > FreeBSD as ad(4) devices. (If you choose to use the RAID, you'll still > see the ad(4) disks, but you'll also see an ar(4) device too. This has > the added advantage of you being able to monitor SMART stats on the > disks themselves directly, etc... I'll have a look at that if I can't get this one stable. They're reasonably priced, so if they're good with FreeBSD then that looks like a good option to me. >> [pciconf -lv output] >> atapci0@pci0:10:0: class=0x018000 card=0x35121095 chip=0x35121095 >> rev=0x01 >> hdr=0x00 >> vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' >> device = 'Sil 3512 SATALink/SATARaid Controller' >> class = mass storage >> >> [/var/log/messages before the crash] >> Aug 5 11:16:14 piglet kernel: >> g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)] error = 6 >> Aug 5 11:16:17 piglet last message repeated 9 times > > Are you sure this is being caused by the controller? Have you checked > SMART statistics on both disks? Assuming error == errno, errno 6 is > "Device not configured". I did look at the smart stats [pasted them below]. What I will try next is just to switch the two 250GB SATA drives on my main board with the two 1TB drives on the controller and see if I still get the problems if I really increase the load on the two 1TB drives. > There's been recent discussion of such messages being caused by the use > of gmirror or gjournal, when the mirror/journal is improperly set up. > (In one users' case, he was receiving similar errors, as well as the > filesystem failing during fsck. Turns out he incorrectly configured > journalling, which nuked the last ~1MB of his UFS filesystem.) > > I'm not saying this is the reason for the messages you see, but it's > something to keep in mind. I'll try reconfigure the geom. I used an online tutorial, but I'm not quite sure that I did everything correctly, though fsck worked alright. I did do this one differently than usual though, usually I use full disk mirror after I already initialized one of the disks, and then I convert it to a mirror by using: sysctl kern.geom.debugflags=16 gmirror label -v -b round-robin gm0 /dev/ad0 gmirror insert gm0 /dev/ad2 (Especially useful when you want the entire FreeBSD install to be mirrored). I guess I can try this on the extra disks as well. Regards, Sebastiaan --------------ms090809000907040005080102 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNTEzMTI1OVowIwYJKoZI hvcNAQkEMRYEFOl1ctNK46r1HoSjtt+o2v4dF4ZoMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQBYh73bEssqOE6zPbF611NdTqlwy+rMX3CB FPiPnCKgvcZmS+0lqz3JRbJOu12Ze8GYuxQQvo07L6HfecX6CJS4ea6F4GUjDdYcDtlEvEf8 ngjQYuzeLTJ2qqP8grhH6dpnx6k60ncB8xm0h1GBpShLURE+7+lmPrvKN3gKudQbHvcrX41D shofGZS08+rBHMXR9iA7AannUfSldprTBHSPITTgJqmPEZN2iyFD3WBZ8sj7pYf1hphMxoHp JM9pBOaQAF10yo1InTI+OMaw2lGAHnwJGYNMUCZwl5N0YPKG4XVCGxv4An/ZODS6iRDW1irg Kjpx5GpzaRFvMF+3UU1uAAAAAAAA --------------ms090809000907040005080102-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 13:16:43 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 6B3AD1065679 for ; Tue, 5 Aug 2008 13:16:43 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id 820898FC0C for ; Tue, 5 Aug 2008 13:16:42 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 64217 invoked from network); 5 Aug 2008 13:16:42 -0000 Received: from unknown (HELO ?10.0.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 5 Aug 2008 13:16:42 -0000 Message-ID: <489852B9.9060708@sebster.com> Date: Tue, 05 Aug 2008 15:16:41 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Jeremy Chadwick References: <48982B58.4000406@sebster.com> <20080805121632.GA88406@eos.sc1.parodius.com> In-Reply-To: <20080805121632.GA88406@eos.sc1.parodius.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080307010408020804020207" Cc: freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 05 Aug 2008 13:16:43 -0000 This is a cryptographically signed message in MIME format. --------------ms080307010408020804020207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Sorry for forgetting to paste the smart details. Pressed send too quickly. However, when I did check the smart stats again, I noticed I'd been smartctling the wrong disk (duh), and smart was not enabled on the new disks. I enabled it now, and it comes with a bunch of warnings and other stuff.... Considering it wasn't enabled, maybe the errors wouldn't show up anyway, but here's the output of the smartctl command just in somebody sees something to worry about in it... (The ECC recovery count looks rather high, I tried -F samsung and -F samsung2 but that didn't help). Regards, Sebastiaan root@piglet(ttyp3:59:0):~# smartctl -a /dev/ad4 smartctl version 5.37 [i386-portbld-freebsd6.3] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: SAMSUNG HD103UJ Serial Number: S13PJ1BQ606865 Firmware Version: 1AA01112 User Capacity: 1,000,204,886,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Not recognized. Minor revision code: 0x52 Local Time is: Tue Aug 5 15:15:20 2008 CEST ==> WARNING: May need -F samsung or -F samsung2 enabled; see manual for details. SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (11811) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 198) minutes. Conveyance self-test routine recommended polling time: ( 21) minutes. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0007 090 090 011 Pre-fail Always - 4050 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 4 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 230 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 4 13 Read_Soft_Error_Rate 0x000e 253 253 000 Old_age Always - 0 183 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 184 Unknown_Attribute 0x0033 100 100 099 Pre-fail Always - 0 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 188 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 056 056 000 Old_age Always - 740818988 194 Temperature_Celsius 0x0022 052 052 000 Old_age Always - 48 (Lifetime Min/Max 0/12324) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 153751007 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 253 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 0 Warning: ATA Specification requires self-test log structure revision number = 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective Self-Test Log Data Structure Revision Number (0) should be 1 SMART Selective self-test log data structure revision number 0 Warning: ATA Specification requires selective self-test log data structure revision number = 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. root@piglet(ttyp3:60:0):~# Jeremy Chadwick wrote: > On Tue, Aug 05, 2008 at 12:28:40PM +0200, Sebastiaan van Erk wrote: >> However, a lot of disk activity on the drives will often cause the >> machine to crash and spontaneously reboot. I checked out which chipset >> was on the card with pciconf -lv and I found it was the Sil 3512. >> Googling showed me that I'm not the only one with problems using this >> card. > > Yes, most of the Silicon Image ICs I've read about have odd driver > problems or general issues (even under Windows). The system rebooting > is an odd one; you sure your PSU can handle two disks? > >> Does anybody have experience with a (preferably not too expensive) >> 2-port SATA expansion card which does not have any issues running under >> FreeBSD 6.3/7.0? > > Promise makes some consumer-priced cards which work very well under > FreeBSD (sos@ has full documentation on their cards). > > Their RAID controllers (the consumer-level ones) **do not** require that > you use RAID; they support JBOD, and the disks will show up under > FreeBSD as ad(4) devices. (If you choose to use the RAID, you'll still > see the ad(4) disks, but you'll also see an ar(4) device too. This has > the added advantage of you being able to monitor SMART stats on the > disks themselves directly, etc... > >> [pciconf -lv output] >> atapci0@pci0:10:0: class=0x018000 card=0x35121095 chip=0x35121095 >> rev=0x01 >> hdr=0x00 >> vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' >> device = 'Sil 3512 SATALink/SATARaid Controller' >> class = mass storage >> >> [/var/log/messages before the crash] >> Aug 5 11:16:14 piglet kernel: >> g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)] error = 6 >> Aug 5 11:16:17 piglet last message repeated 9 times > > Are you sure this is being caused by the controller? Have you checked > SMART statistics on both disks? Assuming error == errno, errno 6 is > "Device not configured". > > There's been recent discussion of such messages being caused by the use > of gmirror or gjournal, when the mirror/journal is improperly set up. > (In one users' case, he was receiving similar errors, as well as the > filesystem failing during fsck. Turns out he incorrectly configured > journalling, which nuked the last ~1MB of his UFS filesystem.) > > I'm not saying this is the reason for the messages you see, but it's > something to keep in mind. > --------------ms080307010408020804020207 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNTEzMTY0MVowIwYJKoZI hvcNAQkEMRYEFDHdLXTsk2XpJTedcB5UkBf0MQdHMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQAlpPizPGfp3eA0gJr6icDatk1XPnOslZw7 3CbBQ5wcxKLnfIe0Zzm6Wzdc7PcCUNVkHI6zoFhIwNdx1xUZGCvjHyEt7Hjve68/ZjPowRX6 iBRnUsmt4grwI0Xl7+plwVzsV+IXkuR/gSsKMKbcCs9AgmPlr7STOz1HwXL0vusAYE2Y8tQY K/UT4waHAWMsP6FQCiAEpnsiLsBenYgFqn1fDBrBCSrK1xvEO/wzmU7qZUyKJ5wPedfi4gG4 vIJtzt9kEnDt2cdRTuLWV41RU44sfg6Jo8akiGnJnPGpBO+RRMT8gtPfaaBptv+9JZhaijfr IO/KOBsvn1eVCZKLBPITAAAAAAAA --------------ms080307010408020804020207-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 15:05:42 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 535B01065677 for ; Tue, 5 Aug 2008 15:05:42 +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 433788FC18 for ; Tue, 5 Aug 2008 15:05:42 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 0C6CE1CC0B3; Tue, 5 Aug 2008 08:05:42 -0700 (PDT) Date: Tue, 5 Aug 2008 08:05:42 -0700 From: Jeremy Chadwick To: Sebastiaan van Erk Message-ID: <20080805150542.GA95948@eos.sc1.parodius.com> References: <48982B58.4000406@sebster.com> <20080805121632.GA88406@eos.sc1.parodius.com> <489852B9.9060708@sebster.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <489852B9.9060708@sebster.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 05 Aug 2008 15:05:42 -0000 On Tue, Aug 05, 2008 at 03:16:41PM +0200, Sebastiaan van Erk wrote: > Sorry for forgetting to paste the smart details. Pressed send too quickly. A note for the list: Sebastiaan and I are discussing the details off-list. I don't know if he forgot to CC the list on his replies, or if he intentionally sent them to me directly. :-) Just thought I'd make note of that here, in case readers wonder what becomes of this issue. -- | 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 Aug 5 15:30: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 352C41065679; Tue, 5 Aug 2008 15:30:58 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id E0D6A8FC13; Tue, 5 Aug 2008 15:30:57 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [10.0.1.101] (unknown [195.34.104.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id CC8921522CC4; Tue, 5 Aug 2008 18:13:34 +0300 (EEST) Message-ID: <48986E17.8060506@lozenetz.org> Date: Tue, 05 Aug 2008 18:13:27 +0300 From: Anton - Valqk User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509) MIME-Version: 1.0 To: Jeremy Chadwick References: <48982B58.4000406@sebster.com> <20080805121632.GA88406@eos.sc1.parodius.com> <489852B9.9060708@sebster.com> <20080805150542.GA95948@eos.sc1.parodius.com> In-Reply-To: <20080805150542.GA95948@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: freebsd-stable@freebsd.org, Sebastiaan van Erk Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 05 Aug 2008 15:30:58 -0000 Hi, I'm interested and following the thread, can you pls send the communication that's of importance to all at the end? cheers, valqk. Jeremy Chadwick wrote: > On Tue, Aug 05, 2008 at 03:16:41PM +0200, Sebastiaan van Erk wrote: > >> Sorry for forgetting to paste the smart details. Pressed send too quickly. >> > > A note for the list: Sebastiaan and I are discussing the details > off-list. I don't know if he forgot to CC the list on his replies, or > if he intentionally sent them to me directly. :-) > > Just thought I'd make note of that here, in case readers wonder what > becomes of this issue. > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 16:07: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 2DB451065679 for ; Tue, 5 Aug 2008 16:07:47 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 1365D8FC24 for ; Tue, 5 Aug 2008 16:07:47 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: by rv-out-0506.google.com with SMTP id b25so3801620rvf.43 for ; Tue, 05 Aug 2008 09:07:46 -0700 (PDT) Received: by 10.141.63.20 with SMTP id q20mr8277153rvk.258.1217950751523; Tue, 05 Aug 2008 08:39:11 -0700 (PDT) Received: by 10.141.41.7 with HTTP; Tue, 5 Aug 2008 08:39:11 -0700 (PDT) Message-ID: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> Date: Tue, 5 Aug 2008 23:39:11 +0800 From: "Lin Jui-Nan Eric" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Max size of one swap slice 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, 05 Aug 2008 16:07:47 -0000 Hi All, Recently we found that we can only allocate 32GB for one swap slice. Does there is any sysctl oid or any kernel option to increase it? Why we have this restriction? From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 16:16:42 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 46BD3106567A for ; Tue, 5 Aug 2008 16:16:42 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id 91A048FC17 for ; Tue, 5 Aug 2008 16:16:39 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 72924 invoked from network); 5 Aug 2008 16:16:39 -0000 Received: from unknown (HELO ?10.1.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 5 Aug 2008 16:16:38 -0000 Message-ID: <48987CE4.8070509@sebster.com> Date: Tue, 05 Aug 2008 18:16:36 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Jeremy Chadwick References: <48982B58.4000406@sebster.com> <20080805121632.GA88406@eos.sc1.parodius.com> <489852B9.9060708@sebster.com> <20080805150542.GA95948@eos.sc1.parodius.com> In-Reply-To: <20080805150542.GA95948@eos.sc1.parodius.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010108050406050404090301" Cc: freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 05 Aug 2008 16:16:42 -0000 This is a cryptographically signed message in MIME format. --------------ms010108050406050404090301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Sorry about that, I believe I only messed up on my first reply, and I thought I mailed that to the list as well after I noticed I messed up. Thing is, I'm used to replying to mailing lists using the "Reply" button and unfortunately the reply doesn't go to the mailing list when I do that... Some people don't like it when you send it to the mailing list and CC it to them personally, but since you apparently do, I'll just use reply-all from now on. Sorry again about the mistake, Regards, Sebastiaan Jeremy Chadwick wrote: > On Tue, Aug 05, 2008 at 03:16:41PM +0200, Sebastiaan van Erk wrote: >> Sorry for forgetting to paste the smart details. Pressed send too quickly. > > A note for the list: Sebastiaan and I are discussing the details > off-list. I don't know if he forgot to CC the list on his replies, or > if he intentionally sent them to me directly. :-) > > Just thought I'd make note of that here, in case readers wonder what > becomes of this issue. > --------------ms010108050406050404090301 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNTE2MTYzNlowIwYJKoZI hvcNAQkEMRYEFLGASkHggLVG3Qpu9wfaG+4NlCbDMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQCpmiGhB9fy0OkLWuTcvWEVAz1Wk/YxSOx7 nl3C+rNaMJ3+4UwbfHLDCP1bkEtlTaV7uJuJ2XYkc6JSQNQ33eYTif/Rke7OfpNutx0qn/Wb phEFr3HL93vgckV3/OapndxD/fEcHqHxWUPw6UcCYsGizGba5ky770QLztODeGRiVwVOqjqi 0dJWI7EY/UElcOBdxWhDlWtbucRLVKSQwaU9/pl2mpieqsU+KvR/F3ej4o4riANbb1WFf3JF Hb7koD/Qm8WgnSMxby/Ny40T+lzdTD5t5WMs6Co2zCyEkOG6fuQBtj90GX/D7awa9zeOV5VH K0S6gEXLbPP2PtHh7OfoAAAAAAAA --------------ms010108050406050404090301-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 16:24:57 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 323E91065672 for ; Tue, 5 Aug 2008 16:24:57 +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 F39408FC12 for ; Tue, 5 Aug 2008 16:24:56 +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.3/8.14.3) with ESMTP id m75FjGNG041188 for ; Tue, 5 Aug 2008 10:45:16 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Tue, 5 Aug 2008 10:45:16 -0500 (CDT) From: "Sean C. Farley" To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: Stuck in geli 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, 05 Aug 2008 16:24:57 -0000 Rarely, a geli partition I have freezes a process in bufwait state. It occurs after an ATA timeout message: Aug 5 03:47:13 thor kernel: ad10: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=219028637 The geli partition resides on an Intel MatrixRAID RAID1 mirror using the ICH9R chipset (Asus P5K-E/WIFI). Killing (even -9) the process does not work. Rebooting is the only solution, yet the system is unable to flush the buffers and complete a clean unmounting. Both drives in the mirror have both survived a smartctl -t offline scan. Also, a previous time it was with ad12, so I strongly doubt it is the drive. It seems like a geli partition is unable to handle a timeout from a drive. ad10: Model Family: Seagate Barracuda 7200.7 and 7200.7 Plus family Device Model: ST3160827AS ad12: Model Family: Seagate Barracuda 7200.7 and 7200.7 Plus family Device Model: ST3160827AS Sean P.S. I could not help myself with the subject line. :) -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 16:47: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 D98C41065672 for ; Tue, 5 Aug 2008 16:47:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id A4ED28FC08 for ; Tue, 5 Aug 2008 16:47:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m75GOPTJ031595 for ; Tue, 5 Aug 2008 09:24:25 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m75GOPA4031594; Tue, 5 Aug 2008 09:24:25 -0700 (PDT) (envelope-from david) Date: Tue, 5 Aug 2008 09:24:25 -0700 From: David Wolfskill To: Lin Jui-Nan Eric Message-ID: <20080805162425.GO44815@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Lin Jui-Nan Eric , stable@freebsd.org References: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pKvQgaf82iZAytyH" Content-Disposition: inline In-Reply-To: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: Max size of one swap slice 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, 05 Aug 2008 16:47:08 -0000 --pKvQgaf82iZAytyH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 05, 2008 at 11:39:11PM +0800, Lin Jui-Nan Eric wrote: > ... > Recently we found that we can only allocate 32GB for one swap slice. Yes. > Does there is any sysctl oid or any kernel option to increase it? Why > we have this restriction? I don't know why, though I suspect it may have something to do with the way storage in the swap space is allocated & addressed. You may, however, have more than 1 swap space. (Per man pages for swapon(8) and swapoff(8), the default maximum is 4.) Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --pKvQgaf82iZAytyH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkiYfrgACgkQmprOCmdXAD1oaQCdG0hyMqiFvtJv1UCG61xKhe57 OR0Anjim/ru3F1DvMlzVdZCCQwtbVfN8 =kpln -----END PGP SIGNATURE----- --pKvQgaf82iZAytyH-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 17:01: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 C1752106564A for ; Tue, 5 Aug 2008 17:01:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id A88918FC08 for ; Tue, 5 Aug 2008 17:01:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay12.apple.com (relay12.apple.com [17.128.113.53]) by mail-out4.apple.com (Postfix) with ESMTP id 3D8AC36F8A24; Tue, 5 Aug 2008 09:46:20 -0700 (PDT) Received: from relay12.apple.com (unknown [127.0.0.1]) by relay12.apple.com (Symantec Mail Security) with ESMTP id 25116464006; Tue, 5 Aug 2008 09:46:20 -0700 (PDT) X-AuditID: 11807135-a7df5bb000001321-88-489883dc5283 Received: from cswiger1.apple.com (cswiger1.apple.com [17.227.140.124]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay12.apple.com (Apple SCV relay) with ESMTP id 0E8FE420004; Tue, 5 Aug 2008 09:46:20 -0700 (PDT) Message-Id: From: Chuck Swiger To: Lin Jui-Nan Eric In-Reply-To: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Tue, 5 Aug 2008 09:46:19 -0700 References: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> X-Mailer: Apple Mail (2.928.1) X-Brightmail-Tracker: AAAAAA== Cc: stable@freebsd.org Subject: Re: Max size of one swap slice 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, 05 Aug 2008 17:01:39 -0000 On Aug 5, 2008, at 8:39 AM, Lin Jui-Nan Eric wrote: > Recently we found that we can only allocate 32GB for one swap slice. > Does there is any sysctl oid or any kernel option to increase it? Why > we have this restriction? This size limitation likely predates the availability of disks larger than 32GB. It's hard to conceive of why you'd want to add so much swap space, anyway-- if you've got programs which actually need to deal with 10s of gigabytes worth of data, then they ought to maintain a smaller/ reasonable-sized working set in RAM and do disk I/O as needed themselves rather than depend upon the VM pager, anyways. (Well, when using a BSD-derived kernel, anyways. Some of the Mach kernels support userland VM pager implementations, so that things like a database or Photoshop can provide their own pager which understands their workload and chooses which pages to evict or replace better than the default system pager algorithm can.) Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 17:08: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 E4D1D106566C for ; Tue, 5 Aug 2008 17:08:29 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id 867238FC15 for ; Tue, 5 Aug 2008 17:08:28 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 76446 invoked from network); 5 Aug 2008 17:08:27 -0000 Received: from unknown (HELO ?10.1.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 5 Aug 2008 17:08:27 -0000 Message-ID: <48988904.80509@sebster.com> Date: Tue, 05 Aug 2008 19:08:20 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Jeremy Chadwick , freebsd-stable@freebsd.org References: <48982B58.4000406@sebster.com> <20080805121632.GA88406@eos.sc1.parodius.com> <48984BF1.60805@sebster.com> <20080805150301.GA94198@eos.sc1.parodius.com> In-Reply-To: <20080805150301.GA94198@eos.sc1.parodius.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070505080608010501050704" Cc: Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 05 Aug 2008 17:08:30 -0000 This is a cryptographically signed message in MIME format. --------------ms070505080608010501050704 Content-Type: multipart/mixed; boundary="------------030603040504000406010600" This is a multi-part message in MIME format. --------------030603040504000406010600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jeremy Chadwick wrote: > First and foremost, you've forgotten to CC the mailing list on all but > one of your replies. I'll assume this is intentional, but it's probably > not for the best, as readers may find your post and wonder what the > outcome was. It was not intentional, it hit reply instead of reply-all. Sorry. I will reply this to the list, so other interested parties can follow the thread and your informative replies. > On Tue, Aug 05, 2008 at 02:47:45PM +0200, Sebastiaan van Erk wrote: >> Hi, >> >> Thanks for the reply. >> >> Jeremy Chadwick wrote: >>> Yes, most of the Silicon Image ICs I've read about have odd driver >>> problems or general issues (even under Windows). The system rebooting >>> is an odd one; you sure your PSU can handle two disks? >> Well, I've got a 450W Asus PSU in there, but I've also got 6 hard disks >> and 1 dvd-rom drive (mostly inactive) in there. The hard disks are >> mostly 250/300GB but the two new ones are 1TB SATA drives. But the 450W >> should easily be enough, shouldn't it? > > Without getting into semantics, a 450W PSU may be on the light side for > 6 disks. I'm fairly amazed you're able to power up that machine without > disk errors or other problems during POST. You'll be having 6 disks > spin up all simultaneously -- and spin-up is when disks draw the most > power, and possibly during normal operation. > > If you have a different (or larger) PSU, I would recommend trying that > to see if it addresses your problem. A PSU which isn't providing enough > power will cause the disks to occasionally disconnect from the bus, or > the machine sporadtically lock up, reboot (power-cycle), or other odd > things. Unfortunately I don't have a larger PSU lying around, but I could buy one; though I'd like to try some other stuff first because I've had 6 disks in my PC before without any problems. >>>> [/var/log/messages before the crash] >>>> Aug 5 11:16:14 piglet kernel: >>>> g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)] >>>> error = 6 >>>> Aug 5 11:16:17 piglet last message repeated 9 times >>> Are you sure this is being caused by the controller? Have you checked >>> SMART statistics on both disks? Assuming error == errno, errno 6 is >>> "Device not configured". >> I did look at the smart stats [pasted them below]. What I will try next >> is just to switch the two 250GB SATA drives on my main board with the >> two 1TB drives on the controller and see if I still get the problems if >> I really increase the load on the two 1TB drives. > > More and more information about your system configuration is coming to > light. Your original post didn't disclose any of that; now I know you > have 6 disks in the system, 2 of which are using on-board SATA (no idea > what controller), and 2 which are using a Silicon Image controller. > What are the remaining 2 disks connected to? Sorry that I didn't give you that information immediately. The problem when you do that though is that the post is sometimes ignored because it is deemed too long or complicated (at least I've seen that happen). I'll glady post any relevant data. My other (on-board) SATA controller is a VIA controller; and I've never had any problems with it (although the hardware raid messed up once a year or 2 ago, and since then I've been using software raid without any issues). atapci1@pci0:15:0: class=0x010400 card=0x71421462 chip=0x31491106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 VT6410 SATA RAID Controller' class = mass storage subclass = RAID The remaining disks are PATA disks which are in the on-board IDE controller. It's a legacy computer that's been upgraded a lot, though it's not too obsolete, the CPU's a AMD Sempron(tm) Processor 2600+ (1599.83-MHz 686-class CPU). > Your recommended method of troubleshooting (swapping the 250G for the > 1TB) is a good idea. But hear me loud and clear: just because you > switch the disks and the problem disappears for a few hours doesn't mean > it's gone. There have been **many** people who have shown up on the > mailing lists stating "I did and now it works!", only to find > that a week later it *didn't* fix the problem. Yes, I don't really expect it to solve the problem, but was thinking that at least I could try and stress test the known working disks on the controller and try to see if it's the controller that's the problem or the disks (or something else). I've been able to reproduce the crashes pretty well by just doing a lot of disk IO on the 1TB disks only (so the other disks were pretty idle during the tests). >>> There's been recent discussion of such messages being caused by the use >>> of gmirror or gjournal, when the mirror/journal is improperly set up. >>> (In one users' case, he was receiving similar errors, as well as the >>> filesystem failing during fsck. Turns out he incorrectly configured >>> journalling, which nuked the last ~1MB of his UFS filesystem.) >>> >>> I'm not saying this is the reason for the messages you see, but it's >>> something to keep in mind. >> I'll try reconfigure the geom. I used an online tutorial, but I'm not >> quite sure that I did everything correctly, though fsck worked alright. >> I did do this one differently than usual though, usually I use full disk >> mirror after I already initialized one of the disks, and then I convert >> it to a mirror by using: >> >> sysctl kern.geom.debugflags=16 >> gmirror label -v -b round-robin gm0 /dev/ad0 >> gmirror insert gm0 /dev/ad2 > > I'm not familiar with gmirror or gjournal, so I can't help much here. > Your syntax looks fine based on what's in the gmirror(8) manpage. > >> However, when I did check the smart stats again, I noticed I'd been >> smartctling the wrong disk (duh), and smart was not enabled on the new >> disks. I enabled it now, and it comes with a bunch of warnings and other >> stuff.... > > You played with the state of SMART on the disks without providing any of > the output before doing so. *sigh* Usually SMART is enabled by system > BIOSes after the disks are powered on, but some systems do not do this. > It also depends on what they're connected to; an external SATA > controller might not do this, but then again it might. > > When you received the message from smartctl that SMART wasn't enabled, > what ***exactly*** did it say? Did it say it was disabled and then not > provide any SMART statistics, or did it say it was disabled and showed > you stats? > > If the latter (2nd option), then I wouldn't worry about turning on SMART > using smartctl; I've seen many SCSI disks do this, and the drives keep > track of SMART data regardless. If the lesser (1st option), then what > you did is correct. It was the 1st option. It gave no stats whatsoever. >> Considering it wasn't enabled, maybe the errors wouldn't show up anyway, >> but here's the output of the smartctl command just in somebody sees >> something to worry about in it... (The ECC recovery count looks rather >> high, I tried -F samsung and -F samsung2 but that didn't help). > > If you ran smartctl -a /dev/adXX and it said SMART was disabled, but > still provided statistics, then those statistics should be accurate. > > I was about to look at your SMART data, but I noticed you're using > smartmontools 5.37. Please upgrade to 5.38 (yes, it's important), and > provide the following output in full: > > smartctl -a /dev/ad4 > smartctl -a /dev/ad6 I'll upgrade and attach the new statistics. > The SMART statistics you provided (for ad4 only) show no sign of > problems with the disk. But it's apparent from your concern over > Attribute 195 (Hardware_ECC_Recovered) that you don't know how to read > the data being given to you. :-) You're absolute right. :-) I have no idea what any of that stuff means. :-) > There are other things I'd like you to do to the disks, but let's not do > them until you've upgraded smartmontools. > >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE >> 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 153751007 > > This is perfectly fine. The raw value stored in the SMART data offset > for index 195 contains a very large value -- this means *absolutely > nothing*. What *does* matter for this attribute are the values labelled > VALUE, WORST, and THRESH. > > There is not an easy way to explain how these numbers are calculated. > The raw value for the attribute is "adjusted", based on formulas that > are specific to the disk manufacturer or disk model. The end result is > the number you see in VALUE. > > WORST is the worst value ever seen for VALUE. Lower does not mean > worse; it entirely depends on what THRESH is. > > THRESH is the threshhold value where if VALUE equals or exceeds that > number, will cause the overall SMART health status to start returning > FAIL. > > Without getting into extreme details (I can if you want, but it will > take me a very long time to go over it all; my Wiki page will eventually > explain to people how to read SMART statistics properly), a VALUE of 100 > with a THRESH of 0 indicates your drive, ECC-recovery-wise, is in > perfect working order. WORST is 100, which means the worst value it's > ever seen for that attribute is 100, confirming my point. > >> One more detail, I'm also getting these messages in the log write now: >> >> ad4: FAILURE - SMART status=51 error=4 >> ad6: FAILURE - SMART status=51 error=4 >> ad4: FAILURE - SMART status=51 error=4 >> ad4: FAILURE - SMART status=51 error=4 >> ad6: FAILURE - SMART status=51 error=4 >> >> I have no idea what this means, the only google link I found mentions >> something about the drive speed (i.e., I have SATA II drives, but the >> controller/cables may be SATA I). Should I somehow limit my drives to >> SATA150? > > Slow down. Start by upgrading smartmontools to 5.38; it's possible that > the older version was sending a SMART command to the disks which Samsung > doesn't implement (thus returning an error, of subtype ABORTED). > > Version 5.38 may fix that, if that is indeed the problem. I'm not sure. > > Please upgrade to 5.38, then see if the errors in your log correlate > with when you run smartctl -a /dev/adXX. If it does, then I'm pretty > sure I know what's going on, and we'll need to contact Bruce Allen > (author of smartmontools) to get it fixed. Got it! Thanks for the answers, see the output of smartctl below. Regards, Sebastiaan --------------030603040504000406010600 Content-Type: text/plain; name="ad4.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ad4.txt" smartctl version 5.38 [i386-portbld-freebsd6.3] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: SAMSUNG HD103UJ Serial Number: S13PJ1BQ606865 Firmware Version: 1AA01112 User Capacity: 1,000,204,886,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 3b Local Time is: Tue Aug 5 19:06:56 2008 CEST ==> WARNING: May need -F samsung or -F samsung2 enabled; see manual for details. SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (11811) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 198) minutes. Conveyance self-test routine recommended polling time: ( 21) minutes. SCT capabilities: (0x003f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0007 090 090 011 Pre-fail Always - 4050 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 4 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 234 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 4 13 Read_Soft_Error_Rate 0x000e 253 253 000 Old_age Always - 0 183 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 184 Unknown_Attribute 0x0033 100 100 099 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 054 054 000 Old_age Always - 46 (Lifetime Min/Max 40/46) 194 Temperature_Celsius 0x0022 055 052 000 Old_age Always - 45 (Lifetime Min/Max 36/49) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 153751007 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 253 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 0 Warning: ATA Specification requires self-test log structure revision number = 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective Self-Test Log Data Structure Revision Number (0) should be 1 SMART Selective self-test log data structure revision number 0 Warning: ATA Specification requires selective self-test log data structure revision number = 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --------------030603040504000406010600 Content-Type: text/plain; name="ad6.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ad6.txt" smartctl version 5.38 [i386-portbld-freebsd6.3] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: SAMSUNG HD103UJ Serial Number: S13PJ1BQ607102 Firmware Version: 1AA01112 User Capacity: 1,000,204,886,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 3b Local Time is: Tue Aug 5 19:07:03 2008 CEST ==> WARNING: May need -F samsung or -F samsung2 enabled; see manual for details. SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (12131) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 203) minutes. Conveyance self-test routine recommended polling time: ( 22) minutes. SCT capabilities: (0x003f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 100 100 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0007 090 090 011 Pre-fail Always - 3870 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 4 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 234 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 4 13 Read_Soft_Error_Rate 0x000e 100 100 000 Old_age Always - 0 183 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 184 Unknown_Attribute 0x0033 100 100 099 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 056 056 000 Old_age Always - 44 (Lifetime Min/Max 38/44) 194 Temperature_Celsius 0x0022 057 054 000 Old_age Always - 43 (Lifetime Min/Max 35/46) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 196672230 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x000a 253 253 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 100 100 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 0 Warning: ATA Specification requires self-test log structure revision number = 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective Self-Test Log Data Structure Revision Number (0) should be 1 SMART Selective self-test log data structure revision number 0 Warning: ATA Specification requires selective self-test log data structure revision number = 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --------------030603040504000406010600-- --------------ms070505080608010501050704 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNTE3MDgyMFowIwYJKoZI hvcNAQkEMRYEFFDVw+QwTQkC6Wf15MRsDqVPy3yGMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQCmHbU5MVeXKZ59A7TUrW2omhxL9vM4Ft86 Yxc2lcUs+dTvCAlfgMi/x/mZ4PueqF7EoRv8zbzI+fkKy8fcrJxrqpBqM07oyvmK2ZidbosU QisHlc0oTuiwcWJ7FjesXNMRDiV0HRUusoU/zabWnO4sLxENp9vgZm+91QIr5J+Um24LK8sq /+On2oWWbRfhHSOcVCj7KJuUATU5rOnwx/ki2Yzls8zjFeLQpzribncMFIc8omInClpDQ5+Q p4cGBjAGshVuBmnGQTpyy0nShh5/nyPaAZoFEgl2CsgV2wwd0cvT9YHMQdRtBbuapw7sH6FA r3TROpdp3xZXzeIxIrE0AAAAAAAA --------------ms070505080608010501050704-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 17:19: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 CDD56106567E for ; Tue, 5 Aug 2008 17:19:36 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 6139A8FC08 for ; Tue, 5 Aug 2008 17:19:36 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-060-103.pools.arcor-ip.net [88.66.60.103]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1KQQC717Ld-0000ZI; Tue, 05 Aug 2008 19:19:35 +0200 Received: (qmail 83367 invoked from network); 5 Aug 2008 17:19:34 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by ns1.laiers.local with SMTP; 5 Aug 2008 17:19:34 -0000 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 5 Aug 2008 19:19:34 +0200 User-Agent: KMail/1.9.52 (FreeBSD/8.0-CURRENT; KDE/4.0.83; i386; ; ) References: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> In-Reply-To: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808051919.34577.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18NCqhhD6n3ISxhySbPPKr4nEgbz0YQeGUvWr9 ecUcZPMsCsuxjdBYv2kXPMrrBG0vzYJQv4LA7njWCk9lcG8cW5 zR+MYvX1X/4n4GTGAkbuQ== Cc: Lin Jui-Nan Eric Subject: Re: Max size of one swap slice 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, 05 Aug 2008 17:19:36 -0000 On Tuesday 05 August 2008 17:39:11 Lin Jui-Nan Eric wrote: > Recently we found that we can only allocate 32GB for one swap slice. > Does there is any sysctl oid or any kernel option to increase it? Why > we have this restriction? this is a consequence of the data structure used to manage swap space. See sys/blist.h for details. It *seems* that you *might* be able to increase the coverage by decreasing BLIST_META_RADIX, but that's from a quick glance and most certainly not a good idea. However, the blist is a abstract enough API so that you can likely replace it with something that supports 64bit addresses (and thus 512*2^64 bytes of swap space per device) ... but I don't see why you'd want to do something like this. Remember that you need memory to manage your swap space as well! -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 18:29: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 6C50B106567E for ; Tue, 5 Aug 2008 18:29:25 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 244038FC2B for ; Tue, 5 Aug 2008 18:29:24 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m75ITM21029178; Tue, 5 Aug 2008 11:29:22 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m75ITLmS029177; Tue, 5 Aug 2008 11:29:21 -0700 (PDT) Date: Tue, 5 Aug 2008 11:29:21 -0700 (PDT) From: Matthew Dillon Message-Id: <200808051829.m75ITLmS029177@apollo.backplane.com> To: Max Laier References: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> <200808051919.34577.max@love2party.net> Cc: freebsd-stable@freebsd.org, Lin Jui-Nan Eric Subject: Re: Max size of one swap slice 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, 05 Aug 2008 18:29:25 -0000 :> Recently we found that we can only allocate 32GB for one swap slice. :> Does there is any sysctl oid or any kernel option to increase it? Why :> we have this restriction? : :this is a consequence of the data structure used to manage swap space. See :sys/blist.h for details. It *seems* that you *might* be able to increase the :coverage by decreasing BLIST_META_RADIX, but that's from a quick glance and :most certainly not a good idea. : :However, the blist is a abstract enough API so that you can likely replace it :with something that supports 64bit addresses (and thus 512*2^64 bytes of swap :space per device) ... but I don't see why you'd want to do something like :this. Remember that you need memory to manage your swap space as well! : :-- :/"\ Best regards, | mlaier@freebsd.org :\ / Max Laier | ICQ #67774661 The core structures can handle 2 billion swap pages == 2TB of swap, but the blist code hits arithmatic overflows if a single blist has more then (0x40000000 / BLIST_META_RADIX) = 1G/16 = 64M swap blocks, or 256GB. I think the VM/BIO system had additional overflow issues due to conversions back and forth between PAGE_SIZE and DEV_BSIZE which further restricted the limit to 32GB. Those restrictions may be gone now that FreeBSD is using 64 bit block numbers, so you may be able to pop it up to 256GB with virtually no effort (but you need to test it significantly!). With some work on the blist code only (not its structures) the arithmatic overflow issues could also be resolved, increasing the swap capability to 2TB. I do not recommend changing any of the core blist structure, particularly not BLIST_META_RADIX. Just don't try :-). You do NOT want to bump the swap block number fields to 64 bits. Also note that significant memory is used to manage that much swap. It's a factor of 1:16384 or so for the blist structures and probably about the same amount for the vm_object tracking structures. 32G of swap needs around 2-4MB of wired ram. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 18:37:32 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 E6C591065677; Tue, 5 Aug 2008 18:37:32 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (unknown [75.148.92.17]) by mx1.freebsd.org (Postfix) with ESMTP id BDE668FC0C; Tue, 5 Aug 2008 18:37:32 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.14.1/8.14.1) with ESMTP id m7422TTi075522; Sun, 3 Aug 2008 19:02:29 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.14.1/8.14.1/Submit) id m7422SWA075521; Sun, 3 Aug 2008 19:02:28 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Sun, 3 Aug 2008 19:02:28 -0700 From: David G Lawrence To: Robert Watson Message-ID: <20080804020228.GG1663@tnn.dglawrence.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dglawrence.com [127.0.0.1]); Sun, 03 Aug 2008 19:02:29 -0700 (PDT) Cc: stable@FreeBSD.org Subject: Re: HEADS UP: inpcb/inpcbinfo rwlocking: coming to a 7-STABLE branch near you 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, 05 Aug 2008 18:37:33 -0000 > The thrust of this change is to replace the mutexes protecting the inpcb > and inpcbinfo data structures with read-write locks (rwlocks). These That's really cool and directly affects my current work project. I'm developing (have developed, actually) a multi-threaded, 5000+ member VoIP/SIP conferencing server called Nconnect. It a primarily UDP application running on FreeBSD 7. This generates and receives about 250,000 UDP packets a second, with 200 byte packets, resulting in about 400Mbps of traffic in each direction. The current bottleneck is the kernel UDP processing. It should be possible to scale to 10000+ members if kernel UDP processing had optimal concurrency. Anyway, thumbs up (and not for the middle-eastern meaning :-)) - I'm looking forward to the MFC. -DG Dr. David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 19:18: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 EC7C7106566C for ; Tue, 5 Aug 2008 19:18:20 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0E48FC23 for ; Tue, 5 Aug 2008 19:18:20 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1269027nfh.33 for ; Tue, 05 Aug 2008 12:18:19 -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=8IOr/hKUeVDwz3d0/E7zbSJMIh+ZAqbZdaWKJbkV2Yw=; b=UwoPhDEAzxqKUJWNzXsKFn+G/bY4GCoT8yNSVZ1Vi6Ot2vBbajA+az2IEPKXuVt2v+ bOGq6lqJ/BLQZvOZxxsn7Tk7sLIjP5cydEjl85bhb5SacnjVC8RSKPsp/MsWi0fozcQ9 Mi3QWvsa70mChtCjMBIIo7O6Lc8ya+AWj6NFg= 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=wq0ZcTF48+XJz8Wk9t/xW9cR8L0mNZEHiRI5x/dB3UxKaVSPTReYGkCnpfYCh8/qcV 4IhJ9xLcQeB5dl/Zg6lLM+YKsjA1wUk69xBNZ0+fvvxtDOsGHu33g++DNa9+c972JSek WBKf2wLzgOobXwr8QtnUkAvPjliQ9IeqyqQRo= Received: by 10.210.29.11 with SMTP id c11mr1341888ebc.119.1217962201505; Tue, 05 Aug 2008 11:50:01 -0700 (PDT) Received: by 10.210.49.15 with HTTP; Tue, 5 Aug 2008 11:50:01 -0700 (PDT) Message-ID: Date: Tue, 5 Aug 2008 13:50:01 -0500 From: Matt To: "Ken Smith" In-Reply-To: <1217346345.12322.31.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1217346345.12322.31.camel@bauer.cse.buffalo.edu> Cc: freebsd-stable Subject: Re: Upcoming ABI Breakage in RELENG_7 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, 05 Aug 2008 19:18:21 -0000 On Tue, Jul 29, 2008 at 10:45 AM, Ken Smith wrote: > > Normally the FreeBSD Project tries very hard to avoid ABI breakage in > "Stable Branches". However occasionally the fix for a bug can not be > implemented without ABI breakage, and it is decided that the fix > warrants the impact of the ABI breakage. We have one of those > situations coming along for RELENG_7 (what will become FreeBSD 7.1). > The ABI breakage should only impact kernel modules that are not part of > the baseline system (those will be patched by the MFC) which deal with > advisory locks. As such the impact should not cause many people > problems. > > The work that will be MFCed fixes issues with filesystem advisory locks, > and moves the advisory locks list from filesystem-private data > structures into the vnode structure. > > The MFC will be done by Kostantin Belousov some time this coming Friday > (August 1st, 2008) if you have concerns and want to watch for it. > Just updated to 7-STABLE last night and found that Truecrypt (which uses a combination of fuse and mdconfig to mount its encrypted volumes) is now completely unable to mount its encrypted volumes. I've rebuilt fusefs-kmod and fusefs-libs as well as Truecrypt to no avail. As Truecrypt is implementing an encrypted file system, I am assuming at this point that the kernel ABI breakage may be what is causing this new problem. Are the any calls in particular that I should be looking for in the Truecrypt code to see where it might be choking on the new kernel ABI? I've briefly reviewed some of the changes in r181119 but lack the experience to discern anything useful from them. I'd like to file an issue with the Truecrypt devs if I can get an idea of where the breakage might be. Thanks, Matt > Thanks. > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 5 22:09:23 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 F3A3C1065673 for ; Tue, 5 Aug 2008 22:09:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFA78FC13 for ; Tue, 5 Aug 2008 22:09:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16516 invoked by uid 399); 5 Aug 2008 22:09:21 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 5 Aug 2008 22:09:21 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4898CF8F.1080802@FreeBSD.org> Date: Tue, 05 Aug 2008 15:09:19 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Matt References: <1217346345.12322.31.camel@bauer.cse.buffalo.edu> In-Reply-To: X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ken Smith , freebsd-stable Subject: Re: Upcoming ABI Breakage in RELENG_7 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, 05 Aug 2008 22:09:23 -0000 Matt wrote: > Just updated to 7-STABLE last night and found that Truecrypt (which > uses a combination of fuse and mdconfig to mount its encrypted > volumes) is now completely unable to mount its encrypted volumes. > I've rebuilt fusefs-kmod and fusefs-libs as well as Truecrypt to no > avail. Silly question, but did you build AND install both a new world AND a new kernel before you rebuilt your ports? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 01:21: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 5CBF1106564A for ; Wed, 6 Aug 2008 01:21:34 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.181]) by mx1.freebsd.org (Postfix) with ESMTP id E0CDD8FC19 for ; Wed, 6 Aug 2008 01:21:33 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so5409662ika.3 for ; Tue, 05 Aug 2008 18:21:32 -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=442MJJUZtMpq/pDK+m/EhpoiJyCa7WJPp3fk4nuVZ7Q=; b=TXJrg/px8yfoRyo0AvLNZH7WkzzbJaPQdLNDEY52VtrpBH5lOxUjnnoXetFvqlcY0R TxANPt8RVDFTfp4dQF/7YMGRjH+xJE6N/fjnuSwdSHQ/Re49OaPDppvBVlBv5GTWsBu/ k2ONM2aGBwW5LvfEKxWhZGkp98uoOznMgUiTc= 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=qPHwE6cZiq00omoNwUnmSq0kSRocfOR5T/jBXeBmgjQhVZGlLuufL9Yxiul6NIeOmv HlfAInbKhZpaZwQP6VxqNvuICgE77l2uYx6g3VgBFFqmgvEac6eAZXwbwutgBGgU6yte XgypbgzoGlZI+C72pNqSaBntXllcRdPwlBeIc= Received: by 10.210.125.7 with SMTP id x7mr1773098ebc.184.1217985692478; Tue, 05 Aug 2008 18:21:32 -0700 (PDT) Received: by 10.210.49.15 with HTTP; Tue, 5 Aug 2008 18:21:32 -0700 (PDT) Message-ID: Date: Tue, 5 Aug 2008 20:21:32 -0500 From: Matt To: "Doug Barton" In-Reply-To: <4898CF8F.1080802@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1217346345.12322.31.camel@bauer.cse.buffalo.edu> <4898CF8F.1080802@FreeBSD.org> Cc: Ken Smith , freebsd-stable Subject: Re: Upcoming ABI Breakage in RELENG_7 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, 06 Aug 2008 01:21:34 -0000 On Tue, Aug 5, 2008 at 5:09 PM, Doug Barton wrote: > Matt wrote: >> >> Just updated to 7-STABLE last night and found that Truecrypt (which >> uses a combination of fuse and mdconfig to mount its encrypted >> volumes) is now completely unable to mount its encrypted volumes. >> I've rebuilt fusefs-kmod and fusefs-libs as well as Truecrypt to no >> avail. > > Silly question, but did you build AND install both a new world AND a new > kernel before you rebuilt your ports? > Yes - full, clean (deleted /usr/obj/* before build) build on world + kernel. I've run it through a couple ktrace runs looking for obvious problems, but haven't found anything that I can interpret yet. It appears the failures are triggering around some file-descriptor errors, but nothing that makes any sense yet. I'll look at things a little closer when I get some more time - need to boot into a backup copy of the 7-RELEASE system to get some baselines. Matt > Doug > > -- > > This .signature sanitized for your protection > > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 03:17:51 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 C05481065671 for ; Wed, 6 Aug 2008 03:17:51 +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 AC6998FC1B for ; Wed, 6 Aug 2008 03:17:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9D6F81CC0B5; Tue, 5 Aug 2008 20:17:51 -0700 (PDT) Date: Tue, 5 Aug 2008 20:17:51 -0700 From: Jeremy Chadwick To: Sebastiaan van Erk Message-ID: <20080806031751.GA33798@eos.sc1.parodius.com> References: <48982B58.4000406@sebster.com> <20080805121632.GA88406@eos.sc1.parodius.com> <48984BF1.60805@sebster.com> <20080805150301.GA94198@eos.sc1.parodius.com> <48988904.80509@sebster.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48988904.80509@sebster.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 03:17:51 -0000 On Tue, Aug 05, 2008 at 07:08:20PM +0200, Sebastiaan van Erk wrote: > Jeremy Chadwick wrote: >> On Tue, Aug 05, 2008 at 02:47:45PM +0200, Sebastiaan van Erk wrote: >>> Hi, >>> >>> Thanks for the reply. >>> >>> Jeremy Chadwick wrote: >>>> Yes, most of the Silicon Image ICs I've read about have odd driver >>>> problems or general issues (even under Windows). The system rebooting >>>> is an odd one; you sure your PSU can handle two disks? >>> Well, I've got a 450W Asus PSU in there, but I've also got 6 hard >>> disks and 1 dvd-rom drive (mostly inactive) in there. The hard disks >>> are mostly 250/300GB but the two new ones are 1TB SATA drives. But >>> the 450W should easily be enough, shouldn't it? >> >> Without getting into semantics, a 450W PSU may be on the light side for >> 6 disks. I'm fairly amazed you're able to power up that machine without >> disk errors or other problems during POST. You'll be having 6 disks >> spin up all simultaneously -- and spin-up is when disks draw the most >> power, and possibly during normal operation. >> >> If you have a different (or larger) PSU, I would recommend trying that >> to see if it addresses your problem. A PSU which isn't providing enough >> power will cause the disks to occasionally disconnect from the bus, or >> the machine sporadtically lock up, reboot (power-cycle), or other odd >> things. > > Unfortunately I don't have a larger PSU lying around, but I could buy > one; though I'd like to try some other stuff first because I've had 6 > disks in my PC before without any problems. See the very bottom of my mail. I don't believe the PSU is the problem, after reviewing your SMART statistics. > <...parts of thread cut...> > My other (on-board) SATA controller is a VIA controller; and I've never > had any problems with it (although the hardware raid messed up once a > year or 2 ago, and since then I've been using software raid without any > issues). Okay, so you've got an onboard VIA (VT6410) SATA controller, an onboard VIA IDE controller, and a PCI SATA controller. I'd still like to know which disks are attached to what controller, and if any of the devices are sharing IRQs. Can you provide the output from the following two commands? dmesg | egrep 'atapci|(ad|ata)[0-9]+' vmstat -i I'm just trying to narrow stuff down. >> Your recommended method of troubleshooting (swapping the 250G for the >> 1TB) is a good idea. But hear me loud and clear: just because you >> switch the disks and the problem disappears for a few hours doesn't mean >> it's gone. There have been **many** people who have shown up on the >> mailing lists stating "I did and now it works!", only to find >> that a week later it *didn't* fix the problem. > > Yes, I don't really expect it to solve the problem, but was thinking > that at least I could try and stress test the known working disks on the > controller and try to see if it's the controller that's the problem or > the disks (or something else). I've been able to reproduce the crashes > pretty well by just doing a lot of disk IO on the 1TB disks only (so the > other disks were pretty idle during the tests). It's interesting that the disks which are giving you trouble are Samsung disks. There's some history here which you should be made aware of: In July, Daniel Eriksson reported data corruption occurring with his nVidia MCP55 chipset when 1TB Samsung disks were attached to it. The same disks on another controller performed fine. The corruption was being detected by ZFS as checksum errors. (UFS/UFS2 won't detect this sort of thing, unless the corruption is occurring somewhere within the filesystem tables.) http://lists.freebsd.org/pipermail/freebsd-stable/2008-July/043427.html Soren Schmidt (ata(4) author) replied that there are some nVidia chipset-related fixes for ATA in -CURRENT, and provided a patch. Daniel reported that the patch made absolutely no difference: http://lists.freebsd.org/pipermail/freebsd-stable/2008-July/043434.html Daniel also tried using a firmware patch for his Samsung disks, which limit the SATA speed to SATA150, but the speed was still negotiated as SATA300 (indicating the vendors' own f/w patch is broken, or FreeBSD does not play well with it). The f/w patch didn't fix his problem either: http://lists.freebsd.org/pipermail/freebsd-stable/2008-July/043432.html zbeeble@gmail.com reported using his MCP55 controller without any problem -- as long as he didn't use Samsung disks. He stated that he believes Samsung disks are PATA disks that use a PATA-to-SATA adapter inside of the drive, leading to problems (and yes, those adapters are known to cause all sorts of mayhem): http://lists.freebsd.org/pipermail/freebsd-stable/2008-July/043485.html I'm not sure what became of the thread; Daniel never provided a post-mortem. I'm left to believe he probably took zbeeble@gmail.com's advice and switched to another disk vendor. > <...parts of thread cut...> > <...smartctl output for both Samsung disks...> Thanks for upgrading to 5.38. All the SMART statistics for these disks look okay. Can you run some SMART tests on the disks? You can run these tests while the disks are in use (but I/O will make the test take longer to complete): smartctl -t short /dev/ad4 smartctl -t short /dev/ad6 Then you'll need to look at the SMART self test log, as well as the SMART error log, to see if anything is returned. Make sure the tests have completed (the Status field should be "Completed without error", unless an error was found of course): smartctl -a /dev/ad4 smartctl -a /dev/ad6 If nothing is found, try a different test (also safe to run during operation; don't let the word "offline" scare you), and repeat looking at the logs once more. This test may take some time, though: smartctl -t offline /dev/ad4 smartctl -t offline /dev/ad6 At this point, I'm inclined to believe the issue is specific to those Samsung disks. I do not believe your PSU is a problem; the SMART statistics would be showing a higher number of power-cycles if the disks were losing power. Worth noting (about Samsung disks) is that smartctl has options to work around 3 different firmware bugs. The bugs are SMART statistics-related, but those kind of mistakes don't give me "warm fuzzies". Be wary. :-) -- | 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 Wed Aug 6 03:30: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 E4D481065673 for ; Wed, 6 Aug 2008 03:30:16 +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 D0D198FC17 for ; Wed, 6 Aug 2008 03:30:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C887A1CC0B1; Tue, 5 Aug 2008 20:30:16 -0700 (PDT) Date: Tue, 5 Aug 2008 20:30:16 -0700 From: Jeremy Chadwick To: "Sean C. Farley" Message-ID: <20080806033016.GA35921@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.org Subject: Re: Stuck in geli 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, 06 Aug 2008 03:30:17 -0000 On Tue, Aug 05, 2008 at 10:45:16AM -0500, Sean C. Farley wrote: > Rarely, a geli partition I have freezes a process in bufwait state. It > occurs after an ATA timeout message: > Aug 5 03:47:13 thor kernel: ad10: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=219028637 This looks like the issue I've been tracking for months now. I'm sorry the document isn't complete; it's an issue of time... http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > The geli partition resides on an Intel MatrixRAID RAID1 mirror using the > ICH9R chipset (Asus P5K-E/WIFI). Killing (even -9) the process does not > work. Rebooting is the only solution, yet the system is unable to flush > the buffers and complete a clean unmounting. After reading my above Wiki page, I hope you consider disabling MatrixRAID and avoiding it entirely on FreeBSD. There are patches to address major issues which have been sitting untouched, despite patches included, for 2+ years. Draw your own conclusions. Also, you won't be able to kill -9 a process in that state. The kernel (or some piece of it) is hung, not the process. The fact that a reboot is required also does not surprise me. You *might* have been able to detach the ATA/SATA channel using atacontrol to get access to the system, but then again it might result in a system panic (see Wiki). > Both drives in the mirror have both survived a smartctl -t offline scan. This doesn't really mean anything; the SMART statistics, self-test log, and error log are what's more important. Chances are it's not a disk issue though... > Also, a previous time it was with ad12, so I strongly doubt it is the > drive. It seems like a geli partition is unable to handle a timeout > from a drive. The problem is not with geli(4), as I see it. > ad10: > Model Family: Seagate Barracuda 7200.7 and 7200.7 Plus family > Device Model: ST3160827AS > > ad12: > Model Family: Seagate Barracuda 7200.7 and 7200.7 Plus family > Device Model: ST3160827AS My experiences with disk timeouts on FreeBSD is that the OS does not handle it well at all, regardless of geli(4) being used or not. The entire system can deadlock, and in some cases panic (which for me is the more common result). I can't help myself here -- Linux's libata handles this much more elegantly. In the case of a failure similar to the above, there is a brief system deadlock and then full system recovery with EIO (I/O error) being returned to any process stuck in that state. There *is* data loss, but I don't think there's anything one can do about that (on Linux or FreeBSD); journalling filesystems should solve that aspect. -- | 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 Wed Aug 6 04:15: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 243DC106566C for ; Wed, 6 Aug 2008 04:15:09 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [77.88.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1718FC17 for ; Wed, 6 Aug 2008 04:15:08 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:7148 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1053302AbYHFEPE (ORCPT ); Wed, 6 Aug 2008 08:15:04 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp5 X-Yandex-TimeMark: 1217996104 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: bu7cher Message-ID: <48992532.9080503@yandex.ru> Date: Wed, 06 Aug 2008 08:14:42 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Sebastiaan van Erk References: <48982B58.4000406@sebster.com> In-Reply-To: <48982B58.4000406@sebster.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 04:15:09 -0000 Sebastiaan van Erk wrote: > [/var/log/messages before the crash] > Aug 5 11:16:14 piglet kernel: > g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, > length=16384)]error = 6 > Aug 5 11:16:17 piglet last message repeated 9 times Can you show which messages where before these? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 04:18:12 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 67E401065684 for ; Wed, 6 Aug 2008 04:18:12 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2748A8FC20 for ; Wed, 6 Aug 2008 04:18:12 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id BAF4F17288; Wed, 6 Aug 2008 14:18:25 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (138.21.96.58.exetel.com.au [58.96.21.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 3681C1725F for ; Wed, 6 Aug 2008 14:18:20 +1000 (EST) Message-ID: <4899259D.2000106@modulus.org> Date: Wed, 06 Aug 2008 14:16:29 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <48982B58.4000406@sebster.com> <48992532.9080503@yandex.ru> In-Reply-To: <48992532.9080503@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 04:18:12 -0000 I heartily recommend 3ware controllers for FreeBSD 6/7, even if you only need 2 ports. - Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 04:36: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 03B6E106566B for ; Wed, 6 Aug 2008 04:36:40 +0000 (UTC) (envelope-from morgan.s.reed@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id B0D5F8FC1B for ; Wed, 6 Aug 2008 04:36:39 +0000 (UTC) (envelope-from morgan.s.reed@gmail.com) Received: by an-out-0708.google.com with SMTP id b33so1450026ana.13 for ; Tue, 05 Aug 2008 21:36:38 -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=YfafGbnsYrcpeNXCynxVtTomFUjGL1YCkxfrmfHjKG8=; b=sxUS8GhZ97eCgm6/aXklhwUtDsImIfQkpLSETuzCwkOrA8oVfe8xd6j4bAgtok3LWS M9jMEvuxvYzs3v/892c9Xdl3n3Znd/CiqGwI5c2BggsK2eWyZc6/IDxA/LX00tbiqYUI RbtXharZOXEpeHTyjgak5VD+hpDsWqHEao7es= 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=ItlofX0nJPnRWTnQK2B0o0nKbw3wp5gSRa3vLAZvmJUOcaprgq9xnbUwtgpcRhmc5Q +WXn76wJVQNhVPMTZDODe032mlpOMxdGrOa+YmY8frAgT/diOAx5/Wlr4LJou+2xkgJg x08rzEFV64fefiHt2CpQkJxb7g+FUL3VyLWK0= Received: by 10.100.140.10 with SMTP id n10mr2639615and.129.1217995803660; Tue, 05 Aug 2008 21:10:03 -0700 (PDT) Received: by 10.100.105.12 with HTTP; Tue, 5 Aug 2008 21:10:03 -0700 (PDT) Message-ID: Date: Wed, 6 Aug 2008 14:10:03 +1000 From: "Morgan Reed" To: "Nick Barnes" In-Reply-To: <49120.1217868483@thrush.ravenbrook.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49120.1217868483@thrush.ravenbrook.com> Cc: freebsd-stable@freebsd.org Subject: Re: 5.x to 6.x or 7.x with 64MB / 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, 06 Aug 2008 04:36:40 -0000 On Tue, Aug 5, 2008 at 2:48 AM, Nick Barnes wrote: > It occurs to me that if ad0s1a is insufficient then I could use ad0s1g > as swap, and repurpose ad0s1b as a new /. Is it straightforward to > installworld/mergemaster to somewhere other than / ? The DESTDIR directive will allow you to redirect your installworld to a different location, as for mergemaster IIRC this can be done (been a while since I was working on my embedded stuff that needed all this FreeBSD 6.something in about 8MB) but I can't remember what switches. It might be worth considering building /bin and /sbin dynamically (20oddMB to about 500kB), mind I can't remember where the required libs would be, if they're in /lib it'd be all good, if they're in /usr/lib you're stuck. All things considered I think your best option is to move / to a different partition. Should be relatively painless to do from a LiveCD, mount everything, duplicate / to somewhere else, modify fstab and the bootloader config, reboot. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 07:03: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 92E5C106564A for ; Wed, 6 Aug 2008 07:03:16 +0000 (UTC) (envelope-from sebastian.tymkow@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB6A8FC19 for ; Wed, 6 Aug 2008 07:03:15 +0000 (UTC) (envelope-from sebastian.tymkow@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1383416nfh.33 for ; Wed, 06 Aug 2008 00:03:15 -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:references; bh=MVwggCkJWIrBnbWIuwD/3QlHy7Y8Yd7xMNnUBKR9ZRA=; b=csbZ8cMUEOtGjI/ukivW96jCTT2CfJ5BRryqlZ2W22BkgUOBcWPELaEM+EbhIxbHj6 ootVyHtM0bfM+srEjWJzZQfVlOnY7AhdUlyHNIgre6Vpeh5D0rh5pgXf0q6TOCqQ8to8 v+MpJJnLFCYfPq2ohd/vYmBvHGOduaRMu+Rh8= 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:references; b=V9osB28v/TzcFZ9nR1boIl3aJI1a9N8UcQqiFqZ11UYwH6jMJJW/MUgMSTb26SnIIs ta2h6SeUXnmLX0R1OUA2bStsN0ZJ8UL8qCl9RYWx4LGTt3TDjCgG3LhLkAnCpamxPpsh PHNMHTQLd2T44wBymv1N3K4gGygfg9ljZORqE= Received: by 10.210.71.13 with SMTP id t13mr2076771eba.130.1218004539813; Tue, 05 Aug 2008 23:35:39 -0700 (PDT) Received: by 10.210.57.20 with HTTP; Tue, 5 Aug 2008 23:35:39 -0700 (PDT) Message-ID: <692660060808052335v38eac379me6680103158e5e35@mail.gmail.com> Date: Wed, 6 Aug 2008 08:35:39 +0200 From: "=?ISO-8859-1?Q?Sebastian_Tymk=F3w?=" To: "Jeremy Chadwick" In-Reply-To: <20080805122444.GB88406@eos.sc1.parodius.com> MIME-Version: 1.0 References: <15CEC87F00BB7B4CA0E904C5FCF05646243E8601@exchangenj1> <20080805122444.GB88406@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Igor V. Ruzanov" , "freebsd-stable@freebsd.org" , Vinny Abello , "bind-users@isc.org" Subject: Re: Query timeouts on FreeBSD 7 over network 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, 06 Aug 2008 07:03:16 -0000 Hi, I've got similar problem on FreeBSD 6.2 stable. I upgraded bind from 9.4 to 9.5 but it didn't help. Machine has load on level 30-45% CPU and 80%-130% WCPU. Similar machine with FreeBSD 4.x works fine with the same bind version. Best regards, Sebastian Tymkow From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 07:13: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 B8D21106566B for ; Wed, 6 Aug 2008 07:13:22 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 9973C8FC1B for ; Wed, 6 Aug 2008 07:13:22 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: by rv-out-0506.google.com with SMTP id b25so4326234rvf.43 for ; Wed, 06 Aug 2008 00:13:22 -0700 (PDT) Received: by 10.140.144.6 with SMTP id r6mr8689550rvd.293.1218006802209; Wed, 06 Aug 2008 00:13:22 -0700 (PDT) Received: by 10.141.68.8 with HTTP; Wed, 6 Aug 2008 00:13:22 -0700 (PDT) Message-ID: <47713ee10808060013h10dd3f57ma5f45e69a322743a@mail.gmail.com> Date: Wed, 6 Aug 2008 15:13:22 +0800 From: "Lin Jui-Nan Eric" To: stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> Cc: Subject: Re: Max size of one swap slice 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, 06 Aug 2008 07:13:22 -0000 On Wed, Aug 6, 2008 at 12:46 AM, Chuck Swiger wrote: > It's hard to conceive of why you'd want to add so much swap space, anyway-- > if you've got programs which actually need to deal with 10s of gigabytes > worth of data, then they ought to maintain a smaller/reasonable-sized > working set in RAM and do disk I/O as needed themselves rather than depend > upon the VM pager, anyways. We are running varnish, and found that it is not stable while using mmap mode. We don't know whether if the problem is in the code of varnish or file system, but we found that if we run varnish using malloc mode with big swap, it became stable. Thank you all for the information, I'll try to look into the kernel code. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 08:51: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 EB1CC106566B for ; Wed, 6 Aug 2008 08:51:14 +0000 (UTC) (envelope-from lists@groll.co.za) Received: from mail.groll.co.za (mail.groll.co.za [67.18.176.185]) by mx1.freebsd.org (Postfix) with ESMTP id D006E8FC1D for ; Wed, 6 Aug 2008 08:51:14 +0000 (UTC) (envelope-from lists@groll.co.za) Received: by mail.groll.co.za (Postfix, from userid 1004) id 27EA9258F0; Wed, 6 Aug 2008 10:21:15 +0200 (SAST) Date: Wed, 6 Aug 2008 10:21:15 +0200 From: Jonathan Groll To: Sebastiaan van Erk , freebsd-stable@freebsd.org Message-ID: <20080806082115.GB21896@groll.co.za> References: <48982B58.4000406@sebster.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48982B58.4000406@sebster.com> User-Agent: Mutt/1.5.13 (Linux mail 2.6.18.8-linode10 i686) Cc: Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 08:51:15 -0000 On Tue, Aug 05, 2008 at 12:28:40PM +0200, Sebastiaan van Erk wrote: > Hi, > > I'm running FreeBSD 6.3 (I know, I should upgrade), and I just bought an > add-on pci SATA controller for 2 extra SATA disks. > > However, a lot of disk activity on the drives will often cause the > machine to crash and spontaneously reboot. I checked out which chipset > was on the card with pciconf -lv and I found it was the Sil 3512. > Googling showed me that I'm not the only one with problems using this card. I can personally affirm that similar problems existed for me with a SiI 3114 under 7.0-STABLE, but have since moved the card into a Linux machine. Cheers, Jonathan. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 09:01: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 A0DBA1065672; Wed, 6 Aug 2008 09:01:08 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 76A5E8FC21; Wed, 6 Aug 2008 09:01:07 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjQCADABmUiWZWdv/2dsb2JhbAAIrUQ X-IronPort-AV: E=Sophos;i="4.31,314,1215354600"; d="scan'208";a="175517543" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.157]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 06 Aug 2008 18:15:47 +0930 From: Wayne Sierke To: Jeremy Chadwick In-Reply-To: <20080806033016.GA35921@eos.sc1.parodius.com> References: <20080806033016.GA35921@eos.sc1.parodius.com> Content-Type: text/plain; charset=UTF-8 Date: Wed, 06 Aug 2008 18:15:45 +0930 Message-Id: <1218012345.4383.106.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Fatal trap 12/TIMEOUT - READ_DMA (was Re: Stuck in geli) 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, 06 Aug 2008 09:01:08 -0000 On Tue, 2008-08-05 at 20:30 -0700, Jeremy Chadwick wrote: > This looks like the issue I've been tracking for months now. I'm sorry > the document isn't complete; it's an issue of time... > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > My experiences with disk timeouts on FreeBSD is that the OS does not > handle it well at all, regardless of geli(4) being used or not. The > entire system can deadlock, and in some cases panic (which for me is > the more common result). > Recently I returned to my desktop system to find it had rebooted itself and found the following: # kgdb /boot/kernel/kernel /var/crash/vmcore.3 [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". There is no member named pathname. Error while mapping shared library sections: rtc.ko: No such file or directory. Reading symbols from /boot/kernel/vesa.ko...Reading symbols from /boot/kernel/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel/vesa.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/snd_ich.ko...Reading symbols from /boot/kernel/snd_ich.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_ich.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/green_saver.ko...Reading symbols from /boot/kernel/green_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/green_saver.ko Error while reading shared library symbols: rtc.ko: No such file or directory. Unread portion of the kernel message buffer: ad1: TIMEOUT - READ_DMA retrying (1 retry left) LBA=67332091 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x188 fault code = supervisor read, page not present instruction pointer = 0x20:0xc075ce24 stack pointer = 0x28:0xe52f1c04 frame pointer = 0x28:0xe52f1c1c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 18 (swi6: task queue) trap number = 12 panic: page fault cpuid = 0 Uptime: 1d11h41m37s Physical memory: 1519 MB Dumping 214 MB: 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc076a137 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc076a3f9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #3 0xc0a71aec in trap_fatal (frame=0xe52f1bc4, eva=392) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a71d70 in trap_pfault (frame=0xe52f1bc4, usermode=0, eva=392) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a7271c in trap (frame=0xe52f1bc4) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc0a584ab in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc075ce24 in _mtx_lock_sleep (m=0xc5abedcc, tid=3302165152, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:335 #8 0xc07693b6 in _sema_post (sema=0xc5abedcc, file=0x0, line=0) at /usr/src/sys/kern/kern_sema.c:79 #9 0xc050bd30 in ata_completed (context=0xc5abed80, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:481 #10 0xc079ce85 in taskqueue_run (queue=0xc4d21680) at /usr/src/sys/kern/subr_taskqueue.c:255 #11 0xc079d193 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:297 #12 0xc074acfb in ithread_loop (arg=0xc4d2a940) at /usr/src/sys/kern/kern_intr.c:1036 #13 0xc0747ad9 in fork_exit (callout=0xc074ab50 , arg=0xc4d2a940, frame=0xe52f1d38) at /usr/src/sys/kern/kern_fork.c:783 #14 0xc0a58520 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) This is the first time I've examined one of these DMA TIMEOUT events. I've probably seen a handful of these over the last few years, perhaps 2 to 4 per year. Unfortunately this system also occasionally faults from X-related hangs - or what I otherwise assume to be X-related. In any case I don't often get cores left behind that I've noticed. # atacontrol info ata0 Master: ad0 ATA/ATAPI revision 6 Slave: ad1 ATA/ATAPI revision 6 >From another system I have here (a VIA EPIA/6.3-PRERELEASE) I can only find one TIMEOUT instance from the last 3 years, but with no discernible consequences. In fact that system has been rock-solid. It's a mail server, runs courier-imap, apache-1.3, samba, mysql and assorted other stuff, but is not heavily loaded. Jan 2 03:30:20 lillith-iv kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3196031 # atacontrol info ata0 Master: ad0 ATA/ATAPI revision 6 Slave: ad1 ATA/ATAPI revision 6 Anyway, I don't know whether there's any significant or useful information in that vmcore. Perhaps someone could let me know? Wayne From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 09:34: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 90B4C1065680 for ; Wed, 6 Aug 2008 09:34:45 +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 415548FC15 for ; Wed, 6 Aug 2008 09:34:45 +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 m769Yfh4012456; Wed, 6 Aug 2008 10:34:42 +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.68) (envelope-from ) id 1KQfPl-000269-OS; Wed, 06 Aug 2008 10:34:41 +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 m769YfPk017551; Wed, 6 Aug 2008 10:34:41 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m769YeBs017550; Wed, 6 Aug 2008 10:34:40 +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: Alexandre Biancalana In-Reply-To: <8e10486b0808040949ka12edf0o38e3a790d620992e@mail.gmail.com> References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> <1215105220.32135.18.camel@buffy.york.ac.uk> <8e10486b0807031041o54349836i31c5da84ebda70f6@mail.gmail.com> <1215176991.36376.24.camel@buffy.york.ac.uk> <8e10486b0807040834m27a38254k5261535d93d70ce6@mail.gmail.com> <8e10486b0808040949ka12edf0o38e3a790d620992e@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 06 Aug 2008 10:34:40 +0100 Message-Id: <1218015280.17311.11.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: stable@FreeBSD.org, brian@FreeBSD.org Subject: Re: DigiBoard Xem with 2 extenal modules 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, 06 Aug 2008 09:34:45 -0000 On Mon, 2008-08-04 at 13:49 -0300, Alexandre Biancalana wrote: > On 7/4/08, Alexandre Biancalana wrote: > > On 7/4/08, Gavin Atkinson wrote: > > > It's not a solution, but it may well be a great help in diagnosing where > > > the problem lies: it would be useful to know if the driver is simply > > > failing to detect the correct number of ports, or if the driver > > > physically cannot use them. > > > > > > In /usr/src/sys/dev/digi/digi.c, line 510, you'll see the following > > > code: > > > > > > if (sc->numports == 0) { > > > device_printf(sc->dev, "%s, 0 ports found\n", sc->name); > > > sc->hidewin(sc); > > > return (0); > > > } > > > > > > Just before that section, can you add a line "sc->numports = 32;", > > > recompile, and see if the missing 16 ports are usable? If they are, I > > > suspect fixing the driver will be trivial. > > > > > > Wow !! Now the 32 ports are detected and devices created. > > > > # digictl -d 1 -r /dev/digi0.ctl > > > > digi0: Got init reset after 0 us > > digi0: BIOS uploaded > > digi0: BIOS started after 0 us > > > > digi0: BIOS booted after 1619 iterations > > > > digi0: Loading FEP/OS > > digi0: FEP/OS loaded > > digi0: FEP/OS started after 28 iterations > > > > digi0: Digiboard PCI PC/Xem ASIC, 32 ports found > > > > # ls /dev/cuaD?? | wc -l > > 32 > > > > I will connect some modems to that ports to test and let you know. > > Modems connected but they only work on ports of the first module, any > decice connected on ports of second module does not work. > > Any other idea ? Sadly, I'm all out of ideas. If, with the change above, the ports were usable then it would have meant that the problem was around the code that configures the card and detects the number of ports. As the ports don't work even after forcing the number, it is possible that the driver simply does not support more than 16 ports at the moment. Unless you can get hold of a developer who knows the hardware (I've cc'd Brian as a possible person who fits this category), or are able to obtain the datasheets yourself, I think the only solution may be to compare the Linux driver to ours and see if it does anything differently during initialisation (especially before the code to detect the number of ports). Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 09:37: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 EE0BE106564A for ; Wed, 6 Aug 2008 09:37:14 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id 518308FC2F for ; Wed, 6 Aug 2008 09:37:13 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 12447 invoked from network); 6 Aug 2008 09:37:13 -0000 Received: from unknown (HELO ?10.1.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 6 Aug 2008 09:37:13 -0000 Message-ID: <489970CC.4000103@sebster.com> Date: Wed, 06 Aug 2008 11:37:16 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <48982B58.4000406@sebster.com> <48992532.9080503@yandex.ru> In-Reply-To: <48992532.9080503@yandex.ru> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050301030406050708020003" Cc: freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 09:37:15 -0000 This is a cryptographically signed message in MIME format. --------------ms050301030406050708020003 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi, Yes, good thing you pointed this out, I hadn't seen those yet: Aug 5 09:52:53 piglet ntpd[860]: kernel time sync enabled 2001 Aug 5 11:15:05 piglet kernel: rl1: watchdog timeout Aug 5 11:15:05 piglet kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=218885455 Aug 5 11:15:05 piglet kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=218885455 Aug 5 11:15:10 piglet kernel: rl1: watchdog timeout Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout Aug 5 11:15:31 piglet kernel: ad6: FAILURE - device detached Aug 5 11:15:31 piglet kernel: subdisk6: detached Aug 5 11:15:31 piglet kernel: ad6: detached Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout Aug 5 11:15:31 piglet kernel: ad4: FAILURE - device detached Aug 5 11:15:31 piglet kernel: subdisk4: detached Aug 5 11:15:31 piglet kernel: ad4: detached Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider ad6 disconnected. Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider ad4 disconnected. Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider mirror/gm1 destroyed. Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1 destroyed. Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)]error = 6 Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=112069312512, length=131072)]error = 6 Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=112069443584, length=131072)]error = 6 Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=112069574656, length=131072)]error = 6 Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=112069705728, length=131072)]error = 6 Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=112069836800, length=131072)]error = 6 Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=112069967872, length=131072)]error = 6 Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=111376121856, length=2048)]error = 6 Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)]error = 6 Aug 5 11:15:35 piglet last message repeated 13 times Regards, Sebastiaan Andrey V. Elsukov wrote: > Sebastiaan van Erk wrote: >> [/var/log/messages before the crash] >> Aug 5 11:16:14 piglet kernel: >> g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, >> length=16384)]error = 6 >> Aug 5 11:16:17 piglet last message repeated 9 times > > Can you show which messages where before these? > --------------ms050301030406050708020003 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNjA5MzcxNlowIwYJKoZI hvcNAQkEMRYEFNIipayl5IAelv312YQ4xw0D1oKKMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQAfT6dA3Ci33cThCLg1Bjw+aiPm5cBgpwhF EZ/HfsHgmgTfsRby7VFvrvPTeg+7A9dHkYi0hg1YtzANnTTH4vVwvYDMWK+S0/b3j5f6OmRr PdXt0OnjAoPj5cG53bDq+3TKw1bBWHTJR4sCedmtVfsRx5r5DwPF47rm/Vi4b2gDa349XMxK GA/vBVgAUDwPZZ9n71iX4nv5zHwF6e0R3tTJMzWQPxnbZuUOe1w9oSPv6vgKudyxBKOjvElW y3unw1XMZHqtM+2vT+P+HBI275tlsarputxF4TcEuDJHaLcMKWf5/OyFpku68so7WPP9gRPS 6/gh0OLSaY69neBtUFkvAAAAAAAA --------------ms050301030406050708020003-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 09:54: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 15D761065677 for ; Wed, 6 Aug 2008 09:54:30 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 110638FC1B for ; Wed, 6 Aug 2008 09:54:28 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3989790fgb.35 for ; Wed, 06 Aug 2008 02:54:26 -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:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=9/P9eAuSTv7vLUfTNBQ74+ALynDEowdCt4kDv3cBjl0=; b=BhOxTeGttJ4s2KGX30+YYy/7sXJqqyn7iYhyTznrAz0Khw1IdSFNY9k7XB8z+x5LM9 8853Tehc78F8ihcjoYzGlr1kqAvk2Dhqjx24ld7X44UV8XmumcjZgxrS8viRxj5GURfb WR8cPFno9EUGEX7dj+HcJVDgU4eaJ9OGe7Rcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=rFtam9MUWIb7WyIj2lWIBGpXFCxgMadwQhk6jNdz06FpbOjNV7NWQi1u/KvG2cvBEt F/sdSdZzSZpPWiIRC3j1mrxI+2ccCdOwJcFWt9bx+9cDIxH0eWpSO4VOJ+xUhN2k7sU7 dyz5wbUn1wgkmwMfFaDXhgVsgtF4HKLXVH47o= Received: by 10.86.66.11 with SMTP id o11mr643179fga.69.1218016466485; Wed, 06 Aug 2008 02:54:26 -0700 (PDT) Received: by 10.86.35.9 with HTTP; Wed, 6 Aug 2008 02:54:26 -0700 (PDT) Message-ID: Date: Wed, 6 Aug 2008 11:54:26 +0200 From: "Claus Guttesen" To: "FreeBSD Stable" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: zfs, raidz, spare and jbod 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, 06 Aug 2008 09:54:30 -0000 > I installed FreeBSD 7 a few days ago and upgraded to the latest stable > release using GENERIC kernel. I also added these entries to > /boot/loader.conf: > > vm.kmem_size="1536M" > vm.kmem_size_max="1536M" > vfs.zfs.prefetch_disable=1 > > Initially prefetch was enabled and I would experience hangs but after > disabling prefetch copying large amounts of data would go along > without problems. To see if FreeBSD 8 (current) had better (copy) > performance I upgraded to current as of yesterday. After upgrading and > rebooting the server responded fine. > > The server is a supermicro with a quad-core harpertown e5405 with two > internal sata-drives and 8 GB of ram. I installed an areca arc-1680 > sas-controller and configured it in jbod-mode. I attached an external > sas-cabinet with 16 sas-disks at 1 TB (931 binary GB). > Replying to my own mail! :-) I believe I have found at least a work-around to alleviate this issue. First of all I upgraded to zfs ver. 11 by using Pawels patch. The upgrade itself does not solve any issue. Then I upgraded the firmware as advised by Areca-support. The firmware-upgrade has minor changes related to disk-temperature-reading and will probably not change anything either. I changed the configuration on each disk on the areca arc-1680-controller to passthrough-mode and rebooted. After re-creating the zpool I have not had any errors while copying 718 GB of small files from my solaris-nfs-server. I'm performing a local copy atm. and have 'zpool offline'd one disk and 'zpool replace'd with the spare. While the replace is in progress write-performance naturally takes a hit but the resilver-progress is progressing steadily and will use approx. 2 hours and 45 minutes in total to complete. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 09:56: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 4D71A10657F7 for ; Wed, 6 Aug 2008 09:56:55 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id 142EA8FC21 for ; Wed, 6 Aug 2008 09:56:53 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 13185 invoked from network); 6 Aug 2008 09:56:54 -0000 Received: from unknown (HELO ?10.1.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 6 Aug 2008 09:56:53 -0000 Message-ID: <48997565.3090307@sebster.com> Date: Wed, 06 Aug 2008 11:56:53 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Jeremy Chadwick , freebsd-stable@freebsd.org References: <48982B58.4000406@sebster.com> <20080805121632.GA88406@eos.sc1.parodius.com> <48984BF1.60805@sebster.com> <20080805150301.GA94198@eos.sc1.parodius.com> <48988904.80509@sebster.com> <20080806031751.GA33798@eos.sc1.parodius.com> In-Reply-To: <20080806031751.GA33798@eos.sc1.parodius.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010109070306010201000104" Cc: Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 09:56:55 -0000 This is a cryptographically signed message in MIME format. --------------ms010109070306010201000104 Content-Type: multipart/mixed; boundary="------------040805090205020801070702" This is a multi-part message in MIME format. --------------040805090205020801070702 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Thanks again for the detailed reply! > See the very bottom of my mail. I don't believe the PSU is the problem, > after reviewing your SMART statistics. Ok, I'll stick to the one I have then, for now. >> My other (on-board) SATA controller is a VIA controller; and I've never >> had any problems with it (although the hardware raid messed up once a >> year or 2 ago, and since then I've been using software raid without any >> issues). > > Okay, so you've got an onboard VIA (VT6410) SATA controller, an onboard > VIA IDE controller, and a PCI SATA controller. I'd still like to know > which disks are attached to what controller, and if any of the devices > are sharing IRQs. Can you provide the output from the following two > commands? > > dmesg | egrep 'atapci|(ad|ata)[0-9]+' > vmstat -i > > I'm just trying to narrow stuff down. Allright, attached is the output to both of these commands. > It's interesting that the disks which are giving you trouble are Samsung > disks. There's some history here which you should be made aware of: > > In July, Daniel Eriksson reported data corruption occurring with his > nVidia MCP55 chipset when 1TB Samsung disks were attached to it. The > same disks on another controller performed fine. The corruption was > being detected by ZFS as checksum errors. (UFS/UFS2 won't detect this > sort of thing, unless the corruption is occurring somewhere within the > filesystem tables.) > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-July/043427.html > > Soren Schmidt (ata(4) author) replied that there are some nVidia > chipset-related fixes for ATA in -CURRENT, and provided a patch. Daniel > reported that the patch made absolutely no difference: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-July/043434.html > > Daniel also tried using a firmware patch for his Samsung disks, which > limit the SATA speed to SATA150, but the speed was still negotiated as > SATA300 (indicating the vendors' own f/w patch is broken, or FreeBSD > does not play well with it). The f/w patch didn't fix his problem > either: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-July/043432.html > > zbeeble@gmail.com reported using his MCP55 controller without any > problem -- as long as he didn't use Samsung disks. He stated that he > believes Samsung disks are PATA disks that use a PATA-to-SATA adapter > inside of the drive, leading to problems (and yes, those adapters are > known to cause all sorts of mayhem): > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-July/043485.html > > I'm not sure what became of the thread; Daniel never provided a > post-mortem. I'm left to believe he probably took zbeeble@gmail.com's > advice and switched to another disk vendor. Gee, I that's a whole list. Before today I didn't know that there was that much difference between disk vendors (especially in terms of compatibility). I'll keep that in mind when I buy new disks. Thing is I've had a bunch of disks (Maxtor, Seagate, Western Digitals, Samsung, etc), but I've had bad experiences with both Seagate and Western Digital. (Basically, I've never had a Seagate last me more than 2 years (laptop drives), and I had a raid5 array of WD's of which 3 crashed within 2 years). Never had much trouble with Maxtor or Samsung yet, but obviously take this all with a grain of salt, because 10 disks don't make solid statistics. > Thanks for upgrading to 5.38. All the SMART statistics for these disks > look okay. No problem, thanks for looking into this in so much detail! > Can you run some SMART tests on the disks? You can run these tests > while the disks are in use (but I/O will make the test take longer to > complete): > > smartctl -t short /dev/ad4 > smartctl -t short /dev/ad6 > > Then you'll need to look at the SMART self test log, as well as the > SMART error log, to see if anything is returned. Make sure the tests > have completed (the Status field should be "Completed without error", > unless an error was found of course): > > smartctl -a /dev/ad4 > smartctl -a /dev/ad6 I attached the output below, the tests passed. But I thought I'd reply that you know I'm on it. Currently I'm running the offline tests, but they will take another 3 hours at least to complete. Will get you the output of those as soon as they're done. > If nothing is found, try a different test (also safe to run during > operation; don't let the word "offline" scare you), and repeat looking > at the logs once more. This test may take some time, though: > > smartctl -t offline /dev/ad4 > smartctl -t offline /dev/ad6 > > At this point, I'm inclined to believe the issue is specific to those > Samsung disks. I do not believe your PSU is a problem; the SMART > statistics would be showing a higher number of power-cycles if the disks > were losing power. > > Worth noting (about Samsung disks) is that smartctl has options to work > around 3 different firmware bugs. The bugs are SMART statistics-related, > but those kind of mistakes don't give me "warm fuzzies". Be wary. :-) Nope, that definitely does not give great confidence. I still haven't switched the disks with respect to the controller, but since I have very little knowledge of disk debugging, I'll follow up on your suggestions first. Regards, Sebastiaan --------------040805090205020801070702 Content-Type: text/plain; name="vmstat.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vmstat.txt" interrupt total rate irq6: fdc0 10 0 irq14: ata0 645057 7 irq15: ata1 58 0 irq16: rl0 7168276 82 irq17: rl1 914667 10 irq18: atapci0 30072876 347 irq20: atapci1 1126099 12 irq21: uhci0 uhci* 308 0 irq23: vr0 3265771 37 cpu0: timer 173289011 1999 Total 216482133 2498 --------------040805090205020801070702 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" atapci0: port 0xd200-0xd207,0xd300-0xd303,0xd400-0xd407,0xd500-0xd503,0xd600-0xd60f mem 0xf6081000-0xf60811ff irq 18 at device 10.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0xd700-0xd707,0xd800-0xd803,0xd900-0xd907,0xda00-0xda03,0xdb00-0xdb0f,0xdc00-0xdcff irq 20 at device 15.0 on pci0 ata4: on atapci1 ata5: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdd00-0xdd0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 ad0: 286188MB at ata0-master UDMA133 ad1: 239372MB at ata0-slave UDMA133 acd0: DVDR at ata1-master UDMA33 ad4: 953869MB at ata2-master SATA150 ad6: 953869MB at ata3-master SATA150 ad8: 239372MB at ata4-master SATA150 ad10: 239372MB at ata5-master SATA150 GEOM_MIRROR: Device gm1: provider ad4 detected. GEOM_MIRROR: Device gm1: provider ad6 detected. GEOM_MIRROR: Device gm1: provider ad6 activated. GEOM_MIRROR: Device gm1: rebuilding provider ad4. GEOM_MIRROR: Device gm0: provider ad8 detected. GEOM_MIRROR: Device gm0: provider ad10 detected. GEOM_MIRROR: Device gm0: provider ad10 activated. GEOM_MIRROR: Device gm0: provider ad8 activated. Trying to mount root from ufs:/dev/ad0s1a ad4: FAILURE - SMART status=51 error=4 ad6: FAILURE - SMART status=51 error=4 ad4: FAILURE - SMART status=51 error=4 ad4: FAILURE - SMART status=51 error=4 ad6: FAILURE - SMART status=51 error=4 GEOM_MIRROR: Device gm1: rebuilding provider ad4 finished. GEOM_MIRROR: Device gm1: provider ad4 activated. --------------040805090205020801070702 Content-Type: text/plain; name="ad4.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ad4.txt" smartctl version 5.38 [i386-portbld-freebsd6.3] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: SAMSUNG HD103UJ Serial Number: S13PJ1BQ606865 Firmware Version: 1AA01112 User Capacity: 1,000,204,886,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 3b Local Time is: Wed Aug 6 11:30:09 2008 CEST ==> WARNING: May need -F samsung or -F samsung2 enabled; see manual for details. SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (11811) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 198) minutes. Conveyance self-test routine recommended polling time: ( 21) minutes. SCT capabilities: (0x003f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 100 100 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0007 090 090 011 Pre-fail Always - 4050 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 4 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 10297 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 250 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 4 13 Read_Soft_Error_Rate 0x000e 100 100 000 Old_age Always - 0 183 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 184 Unknown_Attribute 0x0033 100 100 099 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 055 054 000 Old_age Always - 45 (Lifetime Min/Max 40/46) 194 Temperature_Celsius 0x0022 054 052 000 Old_age Always - 46 (Lifetime Min/Max 36/49) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 153751007 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 253 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 0 Warning: ATA Specification requires self-test log structure revision number = 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 250 - SMART Selective Self-Test Log Data Structure Revision Number (0) should be 1 SMART Selective self-test log data structure revision number 0 Warning: ATA Specification requires selective self-test log data structure revision number = 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --------------040805090205020801070702 Content-Type: text/plain; name="ad6.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ad6.txt" smartctl version 5.38 [i386-portbld-freebsd6.3] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: SAMSUNG HD103UJ Serial Number: S13PJ1BQ607102 Firmware Version: 1AA01112 User Capacity: 1,000,204,886,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 3b Local Time is: Wed Aug 6 11:31:28 2008 CEST ==> WARNING: May need -F samsung or -F samsung2 enabled; see manual for details. SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (12131) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 203) minutes. Conveyance self-test routine recommended polling time: ( 22) minutes. SCT capabilities: (0x003f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 100 100 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0007 090 090 011 Pre-fail Always - 3870 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 4 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 10213 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 250 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 4 13 Read_Soft_Error_Rate 0x000e 100 100 000 Old_age Always - 0 183 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 184 Unknown_Attribute 0x0033 100 100 099 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 057 056 000 Old_age Always - 43 (Lifetime Min/Max 38/44) 194 Temperature_Celsius 0x0022 056 054 000 Old_age Always - 44 (Lifetime Min/Max 35/46) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 196672230 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x000a 253 253 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 100 100 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 0 Warning: ATA Specification requires self-test log structure revision number = 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 250 - SMART Selective Self-Test Log Data Structure Revision Number (0) should be 1 SMART Selective self-test log data structure revision number 0 Warning: ATA Specification requires selective self-test log data structure revision number = 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --------------040805090205020801070702-- --------------ms010109070306010201000104 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNjA5NTY1M1owIwYJKoZI hvcNAQkEMRYEFLYutXl0SVhP72sgdP9V4lGyZcGYMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQCpiB61HflaliDqtRh7VVpaLu60tHcScAFP mw0twXvqmRcQtpwYwvX5P3JOK2FbLFZScqssrOeN1XO20f2WMBia8wsK31L7yL8l8vZiOMCu PA3KT1a1zSLhW0FYPINLpLBbMYBkr9yZW5PWwTejkW92YKn1zBpCLEGoAcMfwisBJhL7EQ2i FneU3bpdZAS7kpPXDHGCFR0GW74SkIsSk1HOVQwwjV9Y9AO7CdiBLuZckggRtmslu9KmmZ++ P4PUNI8D7hRQVpb0a0IUf9k8yfKe1tU0C1kGmj59VcWgEh+K45ubXbPuzdpnJcY7y8MvJefg K80cjTvitfpjDKAhX4xcAAAAAAAA --------------ms010109070306010201000104-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 09:57:48 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 BC0E31065675 for ; Wed, 6 Aug 2008 09:57:48 +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 A9F128FC1C for ; Wed, 6 Aug 2008 09:57:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9E0E91CC0B1; Wed, 6 Aug 2008 02:57:48 -0700 (PDT) Date: Wed, 6 Aug 2008 02:57:48 -0700 From: Jeremy Chadwick To: Sebastiaan van Erk Message-ID: <20080806095748.GA52551@eos.sc1.parodius.com> References: <48982B58.4000406@sebster.com> <48992532.9080503@yandex.ru> <489970CC.4000103@sebster.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <489970CC.4000103@sebster.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Pyun YongHyeon , "Andrey V. Elsukov" , freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 09:57:48 -0000 On Wed, Aug 06, 2008 at 11:37:16AM +0200, Sebastiaan van Erk wrote: > Yes, good thing you pointed this out, I hadn't seen those yet: > > Aug 5 11:15:05 piglet kernel: rl1: watchdog timeout > Aug 5 11:15:05 piglet kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=218885455 > Aug 5 11:15:05 piglet kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=218885455 > Aug 5 11:15:10 piglet kernel: rl1: watchdog timeout > Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout > Aug 5 11:15:31 piglet kernel: ad6: FAILURE - device detached > Aug 5 11:15:31 piglet kernel: subdisk6: detached > Aug 5 11:15:31 piglet kernel: ad6: detached > Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout > Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout > Aug 5 11:15:31 piglet kernel: ad4: FAILURE - device detached > Aug 5 11:15:31 piglet kernel: subdisk4: detached > Aug 5 11:15:31 piglet kernel: ad4: detached > Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider ad6 disconnected. > Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider ad4 disconnected. > Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider mirror/gm1 destroyed. > Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1 destroyed. > Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)] error = 6 Kudos to Andrey for asking a simple yet incredibly benefitial question. You have a much greater problem here, and it doesn't look specific to your disks. It looks as if an interrupt is stalled or locked. I'm willing to bet your rl1 Realtek NIC and your ATA controller (associated with disks ad4 and ad6) use the same IRQ. vmstat -i output should help clear that up, or dmesg output. I'll tell you that there have been some watchdog timeout fixes committed to rl(4) in recent months, depending upon what specific model and revision of Realtek NIC you have. No offence intended, but Realtek is definitely the worst of the bunch. I'm willing to bet it's an on-board NIC too. :-) I'm CC'ing PYUN Yong-Hyeon here, as he presently maintains/works on the rl(4) driver, and might be able to help determine if the Realtek NIC is what's causing all of this, or if the ATA chipset (is this the VIA? We don't know yet) is causing it first. Finally, what motherboard brand and model is this, and what BIOS revision or version? -- | 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 Wed Aug 6 10:11: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 F1921106567E for ; Wed, 6 Aug 2008 10:11:03 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id 17C408FC1C for ; Wed, 6 Aug 2008 10:11:02 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 13737 invoked from network); 6 Aug 2008 10:11:02 -0000 Received: from unknown (HELO ?10.1.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 6 Aug 2008 10:11:02 -0000 Message-ID: <489978B9.5080405@sebster.com> Date: Wed, 06 Aug 2008 12:11:05 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Jeremy Chadwick References: <48982B58.4000406@sebster.com> <48992532.9080503@yandex.ru> <489970CC.4000103@sebster.com> <20080806095748.GA52551@eos.sc1.parodius.com> In-Reply-To: <20080806095748.GA52551@eos.sc1.parodius.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040501060706050302050501" Cc: pyunyh@gmail.com, "Andrey V. Elsukov" , freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 10:11:04 -0000 This is a cryptographically signed message in MIME format. --------------ms040501060706050302050501 Content-Type: multipart/mixed; boundary="------------040602010206030305030407" This is a multi-part message in MIME format. --------------040602010206030305030407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Ok, those rl1: watchdog timeouts didn't ring a bell with me because I'd seen them before; however a quick grep in the logs (which date back to May 25) show no other watchdog timeout matches. To try and avoid being incomplete again, I'll just attach the full dmesg below. Jeremy Chadwick wrote: > On Wed, Aug 06, 2008 at 11:37:16AM +0200, Sebastiaan van Erk wrote: >> Yes, good thing you pointed this out, I hadn't seen those yet: >> >> Aug 5 11:15:05 piglet kernel: rl1: watchdog timeout >> Aug 5 11:15:05 piglet kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=218885455 >> Aug 5 11:15:05 piglet kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=218885455 >> Aug 5 11:15:10 piglet kernel: rl1: watchdog timeout >> Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout >> Aug 5 11:15:31 piglet kernel: ad6: FAILURE - device detached >> Aug 5 11:15:31 piglet kernel: subdisk6: detached >> Aug 5 11:15:31 piglet kernel: ad6: detached >> Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout >> Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout >> Aug 5 11:15:31 piglet kernel: ad4: FAILURE - device detached >> Aug 5 11:15:31 piglet kernel: subdisk4: detached >> Aug 5 11:15:31 piglet kernel: ad4: detached >> Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider ad6 disconnected. >> Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider ad4 disconnected. >> Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider mirror/gm1 destroyed. >> Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1 destroyed. >> Aug 5 11:15:31 piglet kernel: g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)] error = 6 > > Kudos to Andrey for asking a simple yet incredibly benefitial question. > > You have a much greater problem here, and it doesn't look specific to > your disks. It looks as if an interrupt is stalled or locked. I'm > willing to bet your rl1 Realtek NIC and your ATA controller (associated > with disks ad4 and ad6) use the same IRQ. vmstat -i output should help > clear that up, or dmesg output. > > I'll tell you that there have been some watchdog timeout fixes committed > to rl(4) in recent months, depending upon what specific model and > revision of Realtek NIC you have. No offence intended, but Realtek is > definitely the worst of the bunch. I'm willing to bet it's an on-board > NIC too. :-) Actually, I have 3 NICs in my PC (all of them in use). My machine is the server/router in my home network, so it has the onboard vr0 NIC connected to my ADSL modem, the rl0 nic connected to my internal wired lan, and the rl1 nic connected to my wireless router (my internal wired lan is firewalled from the wireless, since I don't really trust wireless security ;-)). > I'm CC'ing PYUN Yong-Hyeon here, as he presently maintains/works on the > rl(4) driver, and might be able to help determine if the Realtek NIC is > what's causing all of this, or if the ATA chipset (is this the VIA? We > don't know yet) is causing it first. > > Finally, what motherboard brand and model is this, and what BIOS > revision or version? I attached the output of dmidecode (and dmesg), hopefully that contains all you need to know. BTW: I did a reply all, but I'm not sure if that is the "right" policy here. If I'm bothering anybody with this and they prefer to only see the mail on the list, then please let me know! Regards and thanks for all the help, Sebastiaan --------------040602010206030305030407 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-PRERELEASE #20: Wed Jan 2 19:48:49 CET 2008 root@piglet.sebster.com:/usr/obj/usr/src/sys/PIGLET MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 2600+ (1599.83-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1056964608 (1008 MB) avail memory = 1020919808 (973 MB) ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Jan 2 2008 19:48:29) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0xd000-0xd0ff mem 0xf6084000-0xf60840ff irq 16 at device 8.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:57:a2:4b rl1: port 0xd100-0xd1ff mem 0xf6080000-0xf60800ff irq 17 at device 9.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:50:fc:44:23:0e atapci0: port 0xd200-0xd207,0xd300-0xd303,0xd400-0xd407,0xd500-0xd503,0xd600-0xd60f mem 0xf6081000-0xf60811ff irq 18 at device 10.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0xd700-0xd707,0xd800-0xd803,0xd900-0xd907,0xda00-0xda03,0xdb00-0xdb0f,0xdc00-0xdcff irq 20 at device 15.0 on pci0 ata4: on atapci1 ata5: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdd00-0xdd0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xde00-0xde1f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdf00-0xdf1f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe100-0xe11f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf6082000-0xf60820ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xe200-0xe2ff irq 22 at device 17.5 on pci0 pcm0: pcm0: vr0: port 0xe300-0xe3ff mem 0xf6083000-0xf60830ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 miibus2: on vr0 ukphy0: on miibus2 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:13:d3:16:75:97 pmtimer0 on isa0 orm0: at iomem 0xcc000-0xd3fff,0xd4000-0xd87ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1599832423 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 286188MB at ata0-master UDMA133 ad1: 239372MB at ata0-slave UDMA133 acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata1-master UDMA33 ad4: 953869MB at ata2-master SATA150 ad6: 953869MB at ata3-master SATA150 ad8: 239372MB at ata4-master SATA150 ad10: 239372MB at ata5-master SATA150 GEOM_MIRROR: Device gm1 created (id=560014299). GEOM_MIRROR: Device gm1: provider ad4 detected. GEOM_MIRROR: Device gm1: provider ad6 detected. GEOM_MIRROR: Device gm1: provider ad6 activated. GEOM_MIRROR: Device gm1: provider mirror/gm1 launched. GEOM_MIRROR: Device gm1: rebuilding provider ad4. GEOM_MIRROR: Device gm0 created (id=1464068017). GEOM_MIRROR: Device gm0: provider ad8 detected. GEOM_MIRROR: Device gm0: provider ad10 detected. GEOM_MIRROR: Device gm0: provider ad10 activated. GEOM_MIRROR: Device gm0: provider ad8 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 4 files 1 WARNING: /shared was not properly dismounted WARNING: /mirror was not properly dismounted WARNING: R/W mount of /data denied. Filesystem is not clean - run fsck rl0: link state changed to UP rl1: link state changed to UP arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network WARNING: R/W mount of /data denied. Filesystem is not clean - run fsck arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network ukbd0: Logitech HID compliant keyboard, rev 1.10/1.80, addr 2, iclass 3/1 kbd2 at ukbd0 uhid0: Logitech HID compliant keyboard, rev 1.10/1.80, addr 2, iclass 3/1 arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network arplookup 169.254.8.225 failed: host is not on local network ad4: FAILURE - SMART status=51 error=4 ad6: FAILURE - SMART status=51 error=4 ad4: FAILURE - SMART status=51 error=4 ad4: FAILURE - SMART status=51 error=4 ad6: FAILURE - SMART status=51 error=4 GEOM_MIRROR: Device gm1: rebuilding provider ad4 finished. GEOM_MIRROR: Device gm1: provider ad4 activated. vr0: link state changed to DOWN vr0: link state changed to UP vr0: link state changed to DOWN vr0: link state changed to UP --------------040602010206030305030407-- --------------ms040501060706050302050501 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNjEwMTEwNVowIwYJKoZI hvcNAQkEMRYEFGG3zudJ2x4EAN7lGaw46MnnswVYMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQCZ0nCXtY6aNbJ/zKludd0J+jCqzALz+Ssb /41I/wBmRm884ulkQfC2ZNyU5RgB45F/Y7nQIz2XZP7V3sjVbx+YqFYcHWEEdkXPeTu3oxpC 6TrUbW+/ikdaUcg1jXRbJ7h7d19zi5Lg1GIMJIU2iyQXeNn19TqrPwwOpMyNpP5Pu9W4qpPN bcytrWgzd4rR0/7y8kVWu+fvINJbEUXYahPFRLEY2BmYzZr/dko8rya8IgKvKbPlL7hC09zX uYWr73IDViUFDsy7Oj1y9cycdpROjhjXF60akpzcAZjVdb4R8igUTB34OQQv4dwEuK8a0TFj tGoZxi0LdLz8nWV0hB4TAAAAAAAA --------------ms040501060706050302050501-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 10:11: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 EBC79106564A for ; Wed, 6 Aug 2008 10:11:50 +0000 (UTC) (envelope-from sebster@sebster.com) Received: from mail.servoy.com (mail.servoy.com [87.233.173.130]) by mx1.freebsd.org (Postfix) with SMTP id 24A048FC0A for ; Wed, 6 Aug 2008 10:11:49 +0000 (UTC) (envelope-from sebster@sebster.com) Received: (qmail 13782 invoked from network); 6 Aug 2008 10:11:50 -0000 Received: from unknown (HELO ?10.1.0.6?) (sebster@85.147.225.232) by mail.servoy.com with SMTP; 6 Aug 2008 10:11:49 -0000 Message-ID: <489978E8.4090804@sebster.com> Date: Wed, 06 Aug 2008 12:11:52 +0200 From: Sebastiaan van Erk User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Jeremy Chadwick References: <48982B58.4000406@sebster.com> <48992532.9080503@yandex.ru> <489970CC.4000103@sebster.com> <20080806095748.GA52551@eos.sc1.parodius.com> <489978B9.5080405@sebster.com> In-Reply-To: <489978B9.5080405@sebster.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050304070900020402030708" Cc: pyunyh@gmail.com, "Andrey V. Elsukov" , freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 10:11:51 -0000 This is a cryptographically signed message in MIME format. --------------ms050304070900020402030708 Content-Type: multipart/mixed; boundary="------------050707030801000300020601" This is a multi-part message in MIME format. --------------050707030801000300020601 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Bummer, I forgot the dmidecode output. Sorry about that. :-( Regards, Sebastiaan Sebastiaan van Erk wrote: > Hi, > > Ok, those rl1: watchdog timeouts didn't ring a bell with me because I'd > seen them before; however a quick grep in the logs (which date back to > May 25) show no other watchdog timeout matches. > > To try and avoid being incomplete again, I'll just attach the full dmesg > below. > > Jeremy Chadwick wrote: >> On Wed, Aug 06, 2008 at 11:37:16AM +0200, Sebastiaan van Erk wrote: >>> Yes, good thing you pointed this out, I hadn't seen those yet: >>> >>> Aug 5 11:15:05 piglet kernel: rl1: watchdog timeout >>> Aug 5 11:15:05 piglet kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 >>> retry left) LBA=218885455 >>> Aug 5 11:15:05 piglet kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 >>> retry left) LBA=218885455 >>> Aug 5 11:15:10 piglet kernel: rl1: watchdog timeout >>> Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout >>> Aug 5 11:15:31 piglet kernel: ad6: FAILURE - device detached >>> Aug 5 11:15:31 piglet kernel: subdisk6: detached >>> Aug 5 11:15:31 piglet kernel: ad6: detached >>> Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout >>> Aug 5 11:15:31 piglet kernel: rl1: watchdog timeout >>> Aug 5 11:15:31 piglet kernel: ad4: FAILURE - device detached >>> Aug 5 11:15:31 piglet kernel: subdisk4: detached >>> Aug 5 11:15:31 piglet kernel: ad4: detached >>> Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider ad6 >>> disconnected. >>> Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider ad4 >>> disconnected. >>> Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1: provider >>> mirror/gm1 destroyed. >>> Aug 5 11:15:31 piglet kernel: GEOM_MIRROR: Device gm1 destroyed. >>> Aug 5 11:15:31 piglet kernel: >>> g_vfs_done():mirror/gm1s1e[WRITE(offset=111376236544, length=16384)] >>> error = 6 >> >> Kudos to Andrey for asking a simple yet incredibly benefitial question. >> >> You have a much greater problem here, and it doesn't look specific to >> your disks. It looks as if an interrupt is stalled or locked. I'm >> willing to bet your rl1 Realtek NIC and your ATA controller (associated >> with disks ad4 and ad6) use the same IRQ. vmstat -i output should help >> clear that up, or dmesg output. >> >> I'll tell you that there have been some watchdog timeout fixes committed >> to rl(4) in recent months, depending upon what specific model and >> revision of Realtek NIC you have. No offence intended, but Realtek is >> definitely the worst of the bunch. I'm willing to bet it's an on-board >> NIC too. :-) > > Actually, I have 3 NICs in my PC (all of them in use). My machine is the > server/router in my home network, so it has the onboard vr0 NIC > connected to my ADSL modem, the rl0 nic connected to my internal wired > lan, and the rl1 nic connected to my wireless router (my internal wired > lan is firewalled from the wireless, since I don't really trust wireless > security ;-)). > >> I'm CC'ing PYUN Yong-Hyeon here, as he presently maintains/works on the >> rl(4) driver, and might be able to help determine if the Realtek NIC is >> what's causing all of this, or if the ATA chipset (is this the VIA? We >> don't know yet) is causing it first. >> >> Finally, what motherboard brand and model is this, and what BIOS >> revision or version? > > I attached the output of dmidecode (and dmesg), hopefully that contains > all you need to know. > > BTW: I did a reply all, but I'm not sure if that is the "right" policy > here. If I'm bothering anybody with this and they prefer to only see the > mail on the list, then please let me know! > > Regards and thanks for all the help, > Sebastiaan > --------------050707030801000300020601 Content-Type: text/plain; name="dmidecode.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmidecode.txt" # dmidecode 2.9 SMBIOS 2.3 present. 33 structures occupying 996 bytes. Table at 0x000F0800. Handle 0x0000, DMI type 0, 20 bytes BIOS Information Vendor: Phoenix Technologies, LTD Version: 6.00 PG Release Date: 06/27/2006 Address: 0xE0000 Runtime Size: 128 kB ROM Size: 512 kB Characteristics: ISA is supported PCI is supported PNP is supported APM is supported BIOS is upgradeable BIOS shadowing is allowed ESCD support is available Boot from CD is supported Selectable boot is supported BIOS ROM is socketed EDD is supported 5.25"/360 KB floppy services are supported (int 13h) 5.25"/1.2 MB floppy services are supported (int 13h) 3.5"/720 KB floppy services are supported (int 13h) 3.5"/2.88 MB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported AGP is supported LS-120 boot is supported ATAPI Zip drive boot is supported BIOS boot specification is supported Handle 0x0001, DMI type 1, 25 bytes System Information Manufacturer: MICRO-STAR INTERNATIONAL CO., LTD Product Name: MS-7142 Version: 1.00 Serial Number: UUID: Not Present Wake-up Type: Power Switch Handle 0x0002, DMI type 2, 8 bytes Base Board Information Manufacturer: MICRO-STAR INTERNATIONAL CO., LTD Product Name: MS-7142 Version: 1.00 Serial Number: Handle 0x0003, DMI type 3, 17 bytes Chassis Information Manufacturer: Type: Desktop Lock: Not Present Version: Serial Number: Asset Tag: Boot-up State: Unknown Power Supply State: Unknown Thermal State: Unknown Security Status: Unknown OEM Information: 0x00000000 Handle 0x0004, DMI type 4, 35 bytes Processor Information Socket Designation: Socket 940 Type: Central Processor Family: Athlon 64 Manufacturer: AMD ID: C2 0F 02 00 FF FB 8B 07 Signature: Family 15, Model 44, Stepping 2 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) MMX (MMX technology supported) FXSR (Fast floating-point save and restore) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) Version: AMD Sempron(tm) Processor 2600+ Voltage: 1.5 V External Clock: 200 MHz Max Speed: 3000 MHz Current Speed: 1600 MHz Status: Populated, Enabled Upgrade: Socket 754 L1 Cache Handle: 0x0008 L2 Cache Handle: 0x0009 L3 Cache Handle: Not Provided Serial Number: Asset Tag: Part Number: Handle 0x0005, DMI type 5, 20 bytes Memory Controller Information Error Detecting Method: 64-bit ECC Error Correcting Capabilities: None Supported Interleave: One-way Interleave Current Interleave: One-way Interleave Maximum Memory Module Size: 4096 MB Maximum Total Memory Size: 8192 MB Supported Speeds: 70 ns 60 ns 50 ns Supported Memory Types: Standard DIMM Memory Module Voltage: 2.9 V Associated Memory Slots: 2 0x0006 0x0007 Enabled Error Correcting Capabilities: None Handle 0x0006, DMI type 6, 12 bytes Memory Module Information Socket Designation: A0 Bank Connections: 0 1 Current Speed: 7 ns Type: Unknown EDO Installed Size: 512 MB (Double-bank Connection) Enabled Size: 512 MB (Double-bank Connection) Error Status: OK Handle 0x0007, DMI type 6, 12 bytes Memory Module Information Socket Designation: A1 Bank Connections: 2 3 Current Speed: 7 ns Type: Unknown EDO Installed Size: 512 MB (Double-bank Connection) Enabled Size: 512 MB (Double-bank Connection) Error Status: OK Handle 0x0008, DMI type 7, 19 bytes Cache Information Socket Designation: Internal Cache Configuration: Enabled, Not Socketed, Level 1 Operational Mode: Write Back Location: Internal Installed Size: 128 KB Maximum Size: 128 KB Supported SRAM Types: Synchronous Installed SRAM Type: Synchronous Speed: Unknown Error Correction Type: Unknown System Type: Unknown Associativity: Unknown Handle 0x0009, DMI type 7, 19 bytes Cache Information Socket Designation: External Cache Configuration: Enabled, Not Socketed, Level 2 Operational Mode: Write Back Location: Internal Installed Size: 128 KB Maximum Size: 128 KB Supported SRAM Types: Synchronous Installed SRAM Type: Synchronous Speed: Unknown Error Correction Type: Unknown System Type: Unknown Associativity: Unknown Handle 0x000A, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: PRIMARY IDE Internal Connector Type: On Board IDE External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x000B, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: SECONDARY IDE Internal Connector Type: On Board IDE External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x000C, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: FDD Internal Connector Type: On Board Floppy External Reference Designator: Not Specified External Connector Type: None Port Type: 8251 FIFO Compatible Handle 0x000D, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: COM1 Internal Connector Type: 9 Pin Dual Inline (pin 10 cut) External Reference Designator: External Connector Type: DB-9 male Port Type: Serial Port 16450 Compatible Handle 0x000E, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: COM2 Internal Connector Type: 9 Pin Dual Inline (pin 10 cut) External Reference Designator: External Connector Type: DB-9 male Port Type: Serial Port 16450 Compatible Handle 0x000F, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: LPT1 Internal Connector Type: DB-25 female External Reference Designator: External Connector Type: DB-25 female Port Type: Parallel Port ECP/EPP Handle 0x0010, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Keyboard Internal Connector Type: PS/2 External Reference Designator: External Connector Type: PS/2 Port Type: Keyboard Port Handle 0x0011, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: PS/2 Mouse Internal Connector Type: PS/2 External Reference Designator: External Connector Type: PS/2 Port Type: Mouse Port Handle 0x0012, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Not Specified Internal Connector Type: None External Reference Designator: USB0 External Connector Type: Other Port Type: USB Handle 0x0013, DMI type 9, 13 bytes System Slot Information Designation: PCI0 Type: 32-bit PCI Current Usage: In Use Length: Long ID: 1 Characteristics: 5.0 V is provided PME signal is supported Handle 0x0014, DMI type 9, 13 bytes System Slot Information Designation: PCI1 Type: 32-bit PCI Current Usage: In Use Length: Long ID: 2 Characteristics: 5.0 V is provided PME signal is supported Handle 0x0015, DMI type 9, 13 bytes System Slot Information Designation: PCI2 Type: 32-bit PCI Current Usage: In Use Length: Long ID: 3 Characteristics: 5.0 V is provided PME signal is supported Handle 0x0016, DMI type 9, 13 bytes System Slot Information Designation: PCI3 Type: 32-bit PCI Current Usage: In Use Length: Long ID: 0 Characteristics: 5.0 V is provided PME signal is supported Handle 0x0017, DMI type 9, 13 bytes System Slot Information Designation: AGP Type: 32-bit AGP Current Usage: In Use Length: Long ID: 8 Characteristics: 5.0 V is provided Handle 0x0018, DMI type 13, 22 bytes BIOS Language Information Installable Languages: 3 n|US|iso8859-1 n|US|iso8859-1 r|CA|iso8859-1 Currently Installed Language: n|US|iso8859-1 Handle 0x0019, DMI type 16, 15 bytes Physical Memory Array Location: System Board Or Motherboard Use: System Memory Error Correction Type: None Maximum Capacity: 8 GB Error Information Handle: Not Provided Number Of Devices: 2 Handle 0x001A, DMI type 17, 27 bytes Memory Device Array Handle: 0x0019 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 512 MB Form Factor: DIMM Set: None Locator: A0 Bank Locator: Bank0/1 Type: Unknown Type Detail: None Speed: Unknown Manufacturer: None Serial Number: None Asset Tag: None Part Number: None Handle 0x001B, DMI type 17, 27 bytes Memory Device Array Handle: 0x0019 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 512 MB Form Factor: DIMM Set: None Locator: A1 Bank Locator: Bank2/3 Type: Unknown Type Detail: None Speed: Unknown Manufacturer: None Serial Number: None Asset Tag: None Part Number: None Handle 0x001C, DMI type 19, 15 bytes Memory Array Mapped Address Starting Address: 0x00000000000 Ending Address: 0x0003FFFFFFF Range Size: 1 GB Physical Array Handle: 0x0019 Partition Width: 0 Handle 0x001D, DMI type 20, 19 bytes Memory Device Mapped Address Starting Address: 0x00000000000 Ending Address: 0x0001FFFFFFF Range Size: 512 MB Physical Device Handle: 0x001A Memory Array Mapped Address Handle: 0x001C Partition Row Position: 1 Handle 0x001E, DMI type 20, 19 bytes Memory Device Mapped Address Starting Address: 0x00020000000 Ending Address: 0x0003FFFFFFF Range Size: 512 MB Physical Device Handle: 0x001B Memory Array Mapped Address Handle: 0x001C Partition Row Position: 1 Handle 0x001F, DMI type 32, 11 bytes System Boot Information Status: No errors detected Handle 0x0020, DMI type 127, 4 bytes End Of Table --------------050707030801000300020601-- --------------ms050304070900020402030708 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC AwMwggJsoAMCAQICEFN8DarMNuuKJDEtfs0UaqUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDYzMDEzNTE1N1oX DTA5MDYzMDEzNTE1N1owaDEQMA4GA1UEBBMHdmFuIEVyazETMBEGA1UEKhMKU2ViYXN0aWFh bjEbMBkGA1UEAxMSU2ViYXN0aWFhbiB2YW4gRXJrMSIwIAYJKoZIhvcNAQkBFhNzZWJzdGVy QHNlYnN0ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsJDDAeYHVmH/ GVxi+bhFx27dmg++9BdhPJfk8k041sqEqq7oXnR2GT54quY3Ac7A1BuOM2JvoICraGmjud4y b3EanRnqGIK6iH+VAhhTlV/Owrb2Qm1e13DLxwLp1SocSQl4IrEbF9Y5H3ASdIrE0iFqkpju nPiiHeNhz3LaI5ipjiluKYoH+F6gPx8njHoaDxPePCkSLg4r0IA0afLM74LVZxCRBZEfyRZS J6VVUJefKlz91dWSzR/3xSw/rO4u9Ds/Zh7VBUKy3K+YFryHxRpUek0gSepE1b70Q39L9Sqd M/NZqMvFpwrqgW2Zh2Nh8nqRge90maR4ypBzz3GzLwIDAQABozAwLjAeBgNVHREEFzAVgRNz ZWJzdGVyQHNlYnN0ZXIuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAS1Sk NMgDVzb0ktO9tPPacV0KdKhTYOHcICVmuDEe2sFHOkjLAI1iAKp640pqJEVqvRnfRcCFJ9hK koPjjVZ+ui2rVmJWBG6FSloLRS/YYED4tUAw6DQhK61UOpjkpQxjCdm+5bHG/2ZgJAda1j0x uiN822+xFkcaW/5PQgxSRxcwggMDMIICbKADAgECAhBTfA2qzDbriiQxLX7NFGqlMA0GCSqG SIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTAeFw0wODA2MzAxMzUxNTdaFw0wOTA2MzAxMzUxNTdaMGgxEDAOBgNVBAQTB3ZhbiBFcmsx EzARBgNVBCoTClNlYmFzdGlhYW4xGzAZBgNVBAMTElNlYmFzdGlhYW4gdmFuIEVyazEiMCAG CSqGSIb3DQEJARYTc2Vic3RlckBzZWJzdGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALCQwwHmB1Zh/xlcYvm4Rcdu3ZoPvvQXYTyX5PJNONbKhKqu6F50dhk+eKrm NwHOwNQbjjNib6CAq2hpo7neMm9xGp0Z6hiCuoh/lQIYU5VfzsK29kJtXtdwy8cC6dUqHEkJ eCKxGxfWOR9wEnSKxNIhapKY7pz4oh3jYc9y2iOYqY4pbimKB/heoD8fJ4x6Gg8T3jwpEi4O K9CANGnyzO+C1WcQkQWRH8kWUielVVCXnypc/dXVks0f98UsP6zuLvQ7P2Ye1QVCstyvmBa8 h8UaVHpNIEnqRNW+9EN/S/UqnTPzWajLxacK6oFtmYdjYfJ6kYHvdJmkeMqQc89xsy8CAwEA AaMwMC4wHgYDVR0RBBcwFYETc2Vic3RlckBzZWJzdGVyLmNvbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBQUAA4GBAEtUpDTIA1c29JLTvbTz2nFdCnSoU2Dh3CAlZrgxHtrBRzpIywCN YgCqeuNKaiRFar0Z30XAhSfYSpKD441Wfrotq1ZiVgRuhUpaC0Uv2GBA+LVAMOg0ISutVDqY 5KUMYwnZvuWxxv9mYCQHWtY9MbojfNtvsRZHGlv+T0IMUkcXMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCA2QwggNgAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBTfA2qzDbriiQxLX7NFGqlMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDgwNjEwMTE1MlowIwYJKoZI hvcNAQkEMRYEFEQQTpSfSn7HfjRdl6xgEaQ+H+IyMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQU3wNqsw264okMS1+zRRqpTCBhwYLKoZIhvcNAQkQAgsxeKB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQU3wNqsw2 64okMS1+zRRqpTANBgkqhkiG9w0BAQEFAASCAQBy57IWmZgPV/rWcZWkJNbxOXd6Kk8I5Ju3 cn3Nqv35/jr8a5PBuZcNnOVU5mHY4w/xyIZxSLEZu8aVoe6N8K/eH4wlwSrWCaLp0v6mPzta xwY0JVQusaSjaQTKpPaoBM+G7ytQvRdWAM1JHeG0E+Rcg5nbl4DbAGWGSGGox8dqte1J1wie venWWamwHwpsXoZDhc+cJ/tHUk40UwaNaa4NFyPZFVJhvq28SkpqW8Msvu92bW2LsAglo5Io RGK9qZPCW+oBLGCy1mca5RAqVil8nDvIyZN2zPpYssQiVCB/I0TBIraSGwHSMyCxT968BkX/ Ks7IfpUjQDbU/YBExJ31AAAAAAAA --------------ms050304070900020402030708-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 10:19:42 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 4A2B21065671 for ; Wed, 6 Aug 2008 10:19:42 +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 2C7F18FC12 for ; Wed, 6 Aug 2008 10:19:42 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id EB3F61CC0B3; Wed, 6 Aug 2008 03:19:41 -0700 (PDT) Date: Wed, 6 Aug 2008 03:19:41 -0700 From: Jeremy Chadwick To: Sebastiaan van Erk Message-ID: <20080806101941.GA52952@eos.sc1.parodius.com> References: <48982B58.4000406@sebster.com> <48992532.9080503@yandex.ru> <489970CC.4000103@sebster.com> <20080806095748.GA52551@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080806095748.GA52551@eos.sc1.parodius.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Pyun YongHyeon , "Andrey V. Elsukov" , freebsd-stable@freebsd.org Subject: Re: Stable SATA pci card for FreeBSD 6.x/7.0 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, 06 Aug 2008 10:19:42 -0000 On Wed, Aug 06, 2008 at 02:57:48AM -0700, Jeremy Chadwick wrote: > vmstat -i output should help clear that up, or dmesg output. Sebastiaan has included vmstat -i output in another part of this thread, as well as dmesg output for the ATA disks and controllers: atapci0: port 0xd200-0xd207,0xd300-0xd303,0xd400-0xd407,0xd500-0xd503,0xd600-0xd60f mem 0xf6081000-0xf60811ff irq 18 at device 10.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0xd700-0xd707,0xd800-0xd803,0xd900-0xd907,0xda00-0xda03,0xdb00-0xdb0f,0xdc00-0xdcff irq 20 at device 15.0 on pci0 ata4: on atapci1 ata5: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdd00-0xdd0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 ad0: 286188MB at ata0-master UDMA133 ad1: 239372MB at ata0-slave UDMA133 acd0: DVDR at ata1-master UDMA33 ad4: 953869MB at ata2-master SATA150 ad6: 953869MB at ata3-master SATA150 ad8: 239372MB at ata4-master SATA150 ad10: 239372MB at ata5-master SATA150 interrupt total rate irq6: fdc0 10 0 irq14: ata0 645057 7 irq15: ata1 58 0 irq16: rl0 7168276 82 irq17: rl1 914667 10 irq18: atapci0 30072876 347 irq20: atapci1 1126099 12 irq21: uhci0 uhci* 308 0 irq23: vr0 3265771 37 cpu0: timer 173289011 1999 Total 216482133 2498 Here's a breakdown, so no one gets confused: ad0 = 300GB Maxtor disk, attached to on-board VIA IDE controller ad1 = 250GB Maxtor disk, attached to on-board VIA IDE controller ad4 = 1TB Samsung disk, attached to Silicon Image SATA controller ad6 = 1TB Samsung disk, attached to Silicon Image SATA controller ad8 = 250GB Maxtor disk, attached to on-board VIA SATA controller ad10 = 250GB Maxtor disk, attached to on-board VIA SATA controller IRQ 14 -- atapci2 = On-board VIA IDE controller (primary) IRQ 15 -- atapci2 = On-board VIA IDE controller (slave) IRQ 16 -- rl0 = Realtek NIC IRQ 17 -- rl1 = Realtek NIC IRQ 18 -- atapci0 = Silicon Image SATA controller IRQ 20 -- atapci1 = On-board VIA SATA controller An APIC is obviously in use here. The problem reported is with disks ad4 and ad6, residing on the Silicon Image controller. When the problem happens, rl1 emits watchdog timeouts, and disks ad4 and ad6 fall off the bus. SMART statistics on both ad4 and ad6 show no signs of the disks being power-cycled, sector errors, or anything that would indicate either disk is bad. His PSU is 450W, brand unknown. Sebastiaan, do you know if the BIOS on this system has a Health monitor, showing voltages and temperatures of things? If so, can you reboot the system, go into that part of the BIOS, and write down (or take a photo) of the voltages/temperatures? I'm wondering if maybe one of the voltages is too low or high, or fluxuates severely with so many devices. It could be enough to cause some of the ASICs to malfunction, possibly multiples... I cleared the possibility of this being a PSU problem, but that was before I knew you were seeing watchdog timeouts on one of your NICs at the *exact same time* as disks off the Silicon Image controller. -- | 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 Wed Aug 6 14:24:23 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 4823A1065685 for ; Wed, 6 Aug 2008 14:24:23 +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 E7C378FC0A for ; Wed, 6 Aug 2008 14:24:22 +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.3/8.14.3) with ESMTP id m76EOKO2045028; Wed, 6 Aug 2008 09:24:20 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 6 Aug 2008 09:24:20 -0500 (CDT) From: "Sean C. Farley" To: Jeremy Chadwick In-Reply-To: <20080806033016.GA35921@eos.sc1.parodius.com> Message-ID: References: <20080806033016.GA35921@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,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-stable@FreeBSD.org Subject: Re: Stuck in geli 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, 06 Aug 2008 14:24:23 -0000 On Tue, 5 Aug 2008, Jeremy Chadwick wrote: > On Tue, Aug 05, 2008 at 10:45:16AM -0500, Sean C. Farley wrote: >> Rarely, a geli partition I have freezes a process in bufwait state. >> It occurs after an ATA timeout message: >> Aug 5 03:47:13 thor kernel: ad10: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=219028637 > > This looks like the issue I've been tracking for months now. I'm sorry > the document isn't complete; it's an issue of time... > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting Time grows on the tree next to my money tree. :) I understand. >> The geli partition resides on an Intel MatrixRAID RAID1 mirror using >> the ICH9R chipset (Asus P5K-E/WIFI). Killing (even -9) the process >> does not work. Rebooting is the only solution, yet the system is >> unable to flush the buffers and complete a clean unmounting. > > After reading my above Wiki page, I hope you consider disabling > MatrixRAID and avoiding it entirely on FreeBSD. There are patches to > address major issues which have been sitting untouched, despite > patches included, for 2+ years. Draw your own conclusions. Yuck. I used the on-board "RAID", so the system could dual-boot Windows XP and FreeBSD. Is there any way to use gmirror to mirror the entire disk with XP on one slice and FreeBSD on another? ;) OK. I think I know that answer. Does XP have software RAID1? I can setup XP on one slice and gmirror on another. Is mirroring a slice any easier today? I followed information from the following links to do this before on my server: http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/011699.html I forget. MatrixRAID does not destroy any data if RAID1 is disabled. Correct? > Also, you won't be able to kill -9 a process in that state. The > kernel (or some piece of it) is hung, not the process. The fact that > a reboot is required also does not surprise me. > > You *might* have been able to detach the ATA/SATA channel using > atacontrol to get access to the system, but then again it might result > in a system panic (see Wiki). I did not feel safe even without a possible panic to detach the channels and attach them again. Would I not suffer data loss with everything mounted? *snip* Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 14:35:53 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 00E7F1065673 for ; Wed, 6 Aug 2008 14:35:53 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg6.xecu.net (mg6.xecu.net [216.127.136.196]) by mx1.freebsd.org (Postfix) with ESMTP id CF5D48FC15 for ; Wed, 6 Aug 2008 14:35:52 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (localhost [127.0.0.1]) by mg6.xecu.net (Postfix) with ESMTP id 9002F18D06C for ; Wed, 6 Aug 2008 10:16:38 -0400 (EDT) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg6.xecu.net ([127.0.0.1]) by localhost (mg6.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wBY55B-UtW19 for ; Wed, 6 Aug 2008 10:16:36 -0400 (EDT) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg6.xecu.net (Postfix) with ESMTPS id E72C518D01A for ; Wed, 6 Aug 2008 10:16:36 -0400 (EDT) Date: Wed, 6 Aug 2008 10:16:37 -0400 (EDT) From: Andy Dills To: freebsd-stable@freebsd.org Message-ID: <20080806101147.Y50885@shell.xecu.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: PPP doesn't set the correct interface in 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2008 14:35:53 -0000 I'm trying to setup pptpd to enable VPN connections. This worked well in all versions of FreeBSD prior to 7. Now, however, the interface in the routing table is incorrectly set to that of the ethernet card, rather than the appropriate tun interface. There is a months-old bug report detailing this: http://www.freebsd.org/cgi/query-pr.cgi?pr=122068&cat= He mentions two workarounds: there are two way to fix it. 1. use differenet subnet for vpn. Don't use the same subnet for vpn routing. user-ppp will set the correct routing table. 2. downgrade to FreeBSD 6.2 #2 isn't really an option, and #1 isn't clear to me. I tried a couple of different configurations and the interface never seems to get set correctly. Suggestions? Thanks, Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 15:16:35 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 CEB38106566B for ; Wed, 6 Aug 2008 15:16:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9C81A8FC16 for ; Wed, 6 Aug 2008 15:16:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2648708wfg.7 for ; Wed, 06 Aug 2008 08:16:35 -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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=kCO320SD+BcZBFngXsgpUz4fgJC0RJp1bCtZiEY6XCE=; b=dbOzPx8pa/dSsnzX2Ir4KZBmXMycWpG+VukcS1Qv6KPBTz6emuJm4eUzDs6w8BTiw6 DgxtvqprlG8u8hUE6g/FnDQCE5o9XPbJJoZEIXjH+q2RGlF/ptH7pWin8F/0GAzqJrJg zP74wPwOPuHUl59903n/mQQaWINPVIs5swSkI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=GE0FdlwjIo8QG3FeXQqrtDX6tmjE0DJIyMGpLdGJbNmlzcUn2aUFKuXFpckXf48pZS EaAM9ax9WCh3lK2/FxD7fqeIYMGzmocKyASkRRC8aD+I/ExiPueuE9/me540f8bmQWiN TIh8b8UZeyZ2GIyfdmc2PdswrCfprHH97YqIM= Received: by 10.142.51.4 with SMTP id y4mr34201wfy.220.1218034264016; Wed, 06 Aug 2008 07:51:04 -0700 (PDT) Received: by 10.142.14.8 with HTTP; Wed, 6 Aug 2008 07:51:03 -0700 (PDT) Message-ID: Date: Wed, 6 Aug 2008 22:51:03 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Alexandre Sunny Kovalenko" In-Reply-To: <1217778109.953.23.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <372128.56919.qm@web51502.mail.re2.yahoo.com> <20080802.002039.58462077.imp@bsdimp.com> <4894A9D8.2090606@freebsd.org> <20080802225643.GA84798@onelab2.iet.unipi.it> <1217778109.953.23.camel@RabbitsDen> X-Google-Sender-Auth: e1ec861990203813 Cc: freebsd-stable@freebsd.org, Sam Leffler , fbsd2@yahoo.com, Luigi Rizzo Subject: Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?) 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, 06 Aug 2008 15:16:35 -0000 2008/8/3 Alexandre Sunny Kovalenko : > Tcl? Are those sizes stripped? Stripped: * lua-5.1 is 134k * liblua.so.1 is 148k * haserl (using liblua) is 79k * lua cgi, lua socket, sqlite3 (dynlinked to libsqlite3.so.8), ltn12, md5, mime - all up, 450k I'm pretty impressed with lua thus far. All thats needed is some lightweight and sensible cgi code that doesn't expect the kepler project framework to be installed and you're set. I haven't yet sat down and stared much at haserl internals but it provides the CGI runtime environment which cgilua actually doesn't (gah!) and provides the very basic bits needed to handle GET/POST/uploads. 2c, Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 15:26:26 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 5096E1065676 for ; Wed, 6 Aug 2008 15:26:26 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 019638FC3C for ; Wed, 6 Aug 2008 15:26:25 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so2132530wra.27 for ; Wed, 06 Aug 2008 08:26:25 -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=AS0FiYtqzm+jdEwA36r/hsRXMuU0UwHX4nZQDrkjUpw=; b=xCgquMAEgYGISdpMkyZOitrZ23V6bE7TG3edqQ9WkiZ7PpwvbqJS9ISOAWrX1UXJa2 j9hjQQumrPeH6AQ5Msmxu86PO8gCZVCMQDIsO6Zr6WSdtIM5af+VQaAtOcnKPcK4Fjao Lqqd0msKqdWe3RPhK0ClhKIj8xtVX6Jqpj0wI= 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=hbKlx6WAFxUzv5wKD1eac1GXhPTE7esfBaD2YyxBqfUUOLTi/6CoB5aZkcXyFvENWx 6v/bUAgswvJDiQAy/WDA1b5GY56oFW7vbb/XeiD41K7GGbtk/4KqNtcstkEOmEKcr/7E 5o6DNOY9p4bju0DtfiRw357rV3hcd7UgjR5fU= Received: by 10.90.81.19 with SMTP id e19mr3367282agb.24.1218036385294; Wed, 06 Aug 2008 08:26:25 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.2.146]) by mx.google.com with ESMTPS id 1sm3230407agb.20.2008.08.06.08.26.23 (version=SSLv3 cipher=RC4-MD5); Wed, 06 Aug 2008 08:26:24 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Adrian Chadd In-Reply-To: References: <372128.56919.qm@web51502.mail.re2.yahoo.com> <20080802.002039.58462077.imp@bsdimp.com> <4894A9D8.2090606@freebsd.org> <20080802225643.GA84798@onelab2.iet.unipi.it> <1217778109.953.23.camel@RabbitsDen> Content-Type: text/plain; charset=utf-8 Date: Wed, 06 Aug 2008 11:26:10 -0400 Message-Id: <1218036370.1202.8.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Sam Leffler , fbsd2@yahoo.com, Luigi Rizzo Subject: Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?) 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, 06 Aug 2008 15:26:26 -0000 On Wed, 2008-08-06 at 22:51 +0800, Adrian Chadd wrote: > 2008/8/3 Alexandre Sunny Kovalenko : > > Tcl? > > Are those sizes stripped? No. They are also from Tcl 8.5 and are *much* larger than that of 8.4. Here is statically built, stripped tclsh8.4: # ls -lh tclsh -rwxr-xr-x 1 sunny wheel 651K Aug 6 11:18 tclsh # ldd tclsh tclsh: libm.so.5 => /lib/libm.so.5 (0x28118000) libc.so.7 => /lib/libc.so.7 (0x2812d000) In my case, main attraction of Tcl was the ability to build it (statically if needed) into the application. Additional benefit being that with some malice and forethought you can use your application as the generic Tcl interpreter when you need one ;) -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 15:28:15 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 2E047106566B; Wed, 6 Aug 2008 15:28:15 +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 1C0968FC16; Wed, 6 Aug 2008 15:28:15 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 00D6D1CC0B3; Wed, 6 Aug 2008 08:28:15 -0700 (PDT) Date: Wed, 6 Aug 2008 08:28:14 -0700 From: Jeremy Chadwick To: "Sean C. Farley" Message-ID: <20080806152814.GA65023@eos.sc1.parodius.com> References: <20080806033016.GA35921@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.org Subject: Re: Stuck in geli 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, 06 Aug 2008 15:28:15 -0000 On Wed, Aug 06, 2008 at 09:24:20AM -0500, Sean C. Farley wrote: > On Tue, 5 Aug 2008, Jeremy Chadwick wrote: >> After reading my above Wiki page, I hope you consider disabling >> MatrixRAID and avoiding it entirely on FreeBSD. There are patches to >> address major issues which have been sitting untouched, despite >> patches included, for 2+ years. Draw your own conclusions. > > Yuck. > > I used the on-board "RAID", so the system could dual-boot Windows XP and > FreeBSD. > > Is there any way to use gmirror to mirror the entire disk with XP on one > slice and FreeBSD on another? ;) OK. I think I know that answer. > Does XP have software RAID1? I can setup XP on one slice and gmirror on > another. It seems unlikely that XP would natively have a form of software RAID-1 since it's deemed a desktop system, while the Server products (e.g. 2003 and 2008) probably do. A multi-OS-friendly solution might be to pick up a cheap Promise RAID controller and use that, since drivers are available for Windows XP and the card works without hitches on FreeBSD (just install FreeBSD on the ar0 device, voila). Keep in mind that I haven't tested a failure scenario on those Promise cards (e.g. 2 disks in a RAID1 config, pull the disk FreeBSD booted off of while the OS is up and see what happens), but I can if someone is curious. I'd really like to see those Intel MatrixRAID bugs addressed. It's available on many server-class boxes (hello Supermicro), and it's *incredibly* useful for admins with 2-disk servers that want a form of failover in the case one of the disks dies -- and want that form of failover nearly transparent to the underlying OS (most of us want this because we don't want to deal with the "oh look, FreeBSD doesn't know how to boot off this" situation). Some Supermicro boxes even let you pick between using Intel MatrixRAID or Adaptec HostRAID, via a BIOS option (yes really!). FreeBSD has bugs with MatrixRAID, and doesn't appear to support HostRAID at all. > Is mirroring a slice any easier today? I followed information from the > following links to do this before on my server: > http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/011699.html Not sure, I've not any experience with gmirror. > I forget. MatrixRAID does not destroy any data if RAID1 is disabled. > Correct? I remember playing with MatrixRAID on one of our PDSMi+ boxes. After I encountered aforementioned FreeBSD issues with MatrixRAID, I went into the MatrixRAID BIOS and chose to delete the array. If I remember right, I was asked if while deleting the array I wanted to "delete the data". The question was phrased in such a way which made me wonder, "are they talking about the MatrixRAID metadata, or do they mean wiping the first 512 bytes of each disk?" The ambiguity of the question and the way the on-screen details were written made me unsure how to answer it. I believe I chose "No" regardless. When FreeBSD booted (off of one of the two disks), the bootloader worked but claimed it couldn't find any filesystems. Now, I'm not sure if that's expected (maybe the C/H/S data looks different under MatrixRAID than without? I don't know). The best answer to your question would be: "back everything you have up before doing it". Not the answer you want to hear, I'm sure, but it's the safe one. >> Also, you won't be able to kill -9 a process in that state. The >> kernel (or some piece of it) is hung, not the process. The fact that >> a reboot is required also does not surprise me. >> >> You *might* have been able to detach the ATA/SATA channel using >> atacontrol to get access to the system, but then again it might result >> in a system panic (see Wiki). > > I did not feel safe even without a possible panic to detach the channels > and attach them again. Would I not suffer data loss with everything > mounted? With MatrixRAID? Oh yes, definitely, and probably worse than if you weren't using it. Without MatrixRAID? Also definitely, but hopefully fsck would fix the problems. Take a look at PR 108924, specifically my step-by-step comments. I detach a channel (done automatically by yanking the disk; FreeBSD at least knows when to detach the channel on its own) with filesystems mounted via ar0. The outcome is not pretty. Ideally, if you did "atacontrol detach ata0" OR if the disk fell off the bus, the array should go into degraded mode. There should be no data loss, because even though you just lost ata0 (ad0), you still have ata1 (ad1). Ideally, you would address the problem, then do "atacontrol attach ata0". The array would start rebuilding, then eventually be fine. But consider what happens when the kernel panics upon reattach -- you've just guaranteed data loss on the other disk in the mirror, and you've probably just horked whatever data was possibly written to the disk you just reattached (looking at it from a MatrixRAID BIOS perspective, since I have a feeling it does some stuff on its own). And then, making matters even worse, consider PR 102210 -- since a kernel panic induces a reboot....... Now I'm sure you see how severe this situation is. This is the exact sort of situation people try to avoid by using RAID-1, yet by using it, they're taking the exact risks they're trying to avoid. Quite ironic, isn't it. -- | 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 Wed Aug 6 15:44: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 787031065674 for ; Wed, 6 Aug 2008 15:44:24 +0000 (UTC) (envelope-from SRS0=_sr25.=YR=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from smtp.webzone.net.au (smtp.webzone.net.au [210.8.36.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1813E8FC16 for ; Wed, 6 Aug 2008 15:44:23 +0000 (UTC) (envelope-from SRS0=_sr25.=YR=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from ppp121-45-47-195.lns10.adl2.internode.on.net ([121.45.47.195] helo=[192.168.202.99]) by smtp.webzone.net.au with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KQl0e-000Mqv-UF; Thu, 07 Aug 2008 01:03:09 +0930 Message-ID: <4899C430.1030004@webzone.net.au> Date: Thu, 07 Aug 2008 01:03:04 +0930 From: Andrew D User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Andy Dills References: <20080806101147.Y50885@shell.xecu.net> In-Reply-To: <20080806101147.Y50885@shell.xecu.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AUTH-WEBZONE: andrewd@webzone.net.au successfully authed as username:andrewd Cc: freebsd-stable@freebsd.org Subject: Re: PPP doesn't set the correct interface in 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2008 15:44:24 -0000 Sorry I should add, in the second 'for' it should start with 0 if you're not using the first interface for another vpn (ie openvpn) or connection (ie dsl/dialup). Andy Dills wrote: > I'm trying to setup pptpd to enable VPN connections. This worked well in > all versions of FreeBSD prior to 7. > > Now, however, the interface in the routing table is incorrectly set to > that of the ethernet card, rather than the appropriate tun interface. > > There is a months-old bug report detailing this: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=122068&cat= > > He mentions two workarounds: > > there are two way to fix it. > 1. use differenet subnet for vpn. Don't use the same subnet for vpn > routing. user-ppp will set the correct routing table. > 2. downgrade to FreeBSD 6.2 > > #2 isn't really an option, and #1 isn't clear to me. I tried a couple of > different configurations and the interface never seems to get set > correctly. > I have a similar problem on one server that I manage. I run the following script every 30 secs. not exactly elegant, but does the job. #!/usr/local/bin/bash LNET='10.10' # local network DEFIP='254' # default gateway ip INT='fxp0' # interface for i in `/usr/bin/netstat -nr |grep $INT |awk '{print $1}'|grep $LNET|grep -v $DEFIP|grep -v '/'`; do /sbin/route delete $i done for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20; do IP=`ifconfig tun$i 2>/dev/null|grep inet|head -n 2 |tail -n 1|awk '{print $4}'` if [ -n "$IP" ];then RO=`netstat -nr | grep $IP |grep tun$i` if [ -z "$RO" ]; then /sbin/route add $IP -iface tun$i fi fi done HTH cya Andrew > > Suggestions? > > Thanks, > Andy > > --- > Andy Dills > Xecunet, Inc. > www.xecu.net > 301-682-9972 > --- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 15:44: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 D7DFE106566B for ; Wed, 6 Aug 2008 15:44:25 +0000 (UTC) (envelope-from SRS0=_sr25.=YR=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from smtp.webzone.net.au (smtp.webzone.net.au [210.8.36.14]) by mx1.freebsd.org (Postfix) with ESMTP id 94AA08FC17 for ; Wed, 6 Aug 2008 15:44:25 +0000 (UTC) (envelope-from SRS0=_sr25.=YR=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from ppp121-45-47-195.lns10.adl2.internode.on.net ([121.45.47.195] helo=[192.168.202.99]) by smtp.webzone.net.au with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KQkvn-000Me1-AS; Thu, 07 Aug 2008 00:58:08 +0930 Message-ID: <4899C303.50708@webzone.net.au> Date: Thu, 07 Aug 2008 00:58:03 +0930 From: Andrew D User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Andy Dills References: <20080806101147.Y50885@shell.xecu.net> In-Reply-To: <20080806101147.Y50885@shell.xecu.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AUTH-WEBZONE: andrewd@webzone.net.au successfully authed as username:andrewd Cc: freebsd-stable@freebsd.org Subject: Re: PPP doesn't set the correct interface in 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2008 15:44:25 -0000 Andy Dills wrote: > I'm trying to setup pptpd to enable VPN connections. This worked well in > all versions of FreeBSD prior to 7. > > Now, however, the interface in the routing table is incorrectly set to > that of the ethernet card, rather than the appropriate tun interface. > > There is a months-old bug report detailing this: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=122068&cat= > > He mentions two workarounds: > > there are two way to fix it. > 1. use differenet subnet for vpn. Don't use the same subnet for vpn > routing. user-ppp will set the correct routing table. > 2. downgrade to FreeBSD 6.2 > > #2 isn't really an option, and #1 isn't clear to me. I tried a couple of > different configurations and the interface never seems to get set > correctly. > I have a similar problem on one server that I manage. I run the following script every 30 secs. not exactly elegant, but does the job. #!/usr/local/bin/bash LNET='10.10' # local network DEFIP='254' # default gateway ip INT='fxp0' # interface for i in `/usr/bin/netstat -nr |grep $INT |awk '{print $1}'|grep $LNET|grep -v $DEFIP|grep -v '/'`; do /sbin/route delete $i done for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20; do IP=`ifconfig tun$i 2>/dev/null|grep inet|head -n 2 |tail -n 1|awk '{print $4}'` if [ -n "$IP" ];then RO=`netstat -nr | grep $IP |grep tun$i` if [ -z "$RO" ]; then /sbin/route add $IP -iface tun$i fi fi done HTH cya Andrew > > Suggestions? > > Thanks, > Andy > > --- > Andy Dills > Xecunet, Inc. > www.xecu.net > 301-682-9972 > --- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 15:54: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 8C8F7106567C for ; Wed, 6 Aug 2008 15:54:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3D6428FC18 for ; Wed, 6 Aug 2008 15:54:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m76FsZJU048914; Wed, 6 Aug 2008 11:54:35 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m76FsZlm092227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Aug 2008 11:54:35 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200808061554.m76FsZlm092227@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 06 Aug 2008 11:54:34 -0400 To: Andy Dills , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20080806101147.Y50885@shell.xecu.net> References: <20080806101147.Y50885@shell.xecu.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: PPP doesn't set the correct interface in 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2008 15:54:38 -0000 At 10:16 AM 8/6/2008, Andy Dills wrote: >I'm trying to setup pptpd to enable VPN connections. This worked well in >all versions of FreeBSD prior to 7. I would turf pptpd and look at mpd51 from the ports. It is far, far better maintained and is quite solid as an LNS as well as PPTP termination server. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 16:23:54 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 2D7F6106567D for ; Wed, 6 Aug 2008 16:23:54 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by mx1.freebsd.org (Postfix) with ESMTP id 10C788FC0A for ; Wed, 6 Aug 2008 16:23:53 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.2.146]) by vms173003.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K56009CZTEB0DI9@vms173003.mailsrvcs.net> for stable@freebsd.org; Wed, 06 Aug 2008 11:20:36 -0500 (CDT) Date: Wed, 06 Aug 2008 12:20:23 -0400 From: "Alexandre \"Sunny\" Kovalenko" To: stable@freebsd.org Message-id: <1218039623.1202.28.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT Cc: Subject: Should PCCARDs (as in not CardBus cards) work on RELENG_7? 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, 06 Aug 2008 16:23:54 -0000 For all the odd reasons I needed to use PCCARD device with my RELENG_7 machine. Upon insertion I have got the message "Card has no function" (full message with hw.pcccard.debug=1 and hw.pccard.cis_debug=1 is below). This behaves similarly with two memory card readers, 3CXM556 modem, 802.11b adapter (Prism?) and IBM EtherJet (log below is from the last one). CardBus cards (couple of the FireWire and couple of 802.11g adapters) are detected and work just fine. The bridge is: cbb0@pci0:21:0:0: class=0x060700 card=0x201c17aa chip=0x04761180 rev=0xb4 hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh R/RL/5C476(II)' class = bridge subclass = PCI-CardBus The system is RELENG_7 as of July 30th. Devices cardbus, cbb and pccard are built into the kernel. The question is: should these work, and if yes, how do I troubleshoot it further? I could have FireWire console hooked up to this laptop (without occupying CB slot), so I can do some debugging. Conversely, I can ship any of the cards, listed above to the interested developer. Any pointers or suggestions will be appreciated. ================ Message, produced upon card insertion ================= Aug 6 12:01:36 RabbitsDen kernel: pccard0: chip_socket_enable Aug 6 12:01:36 RabbitsDen kernel: pccard0: read_cis Aug 6 12:01:37 RabbitsDen kernel: cis mem map 0xe8c57000 (resource: 0xbf6d0000) Aug 6 12:01:37 RabbitsDen kernel: pccard0: CIS tuple chain: Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_NONE Aug 6 12:01:37 RabbitsDen kernel: 00 Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen kernel: TOO MANY CIS_NONE Aug 6 12:01:37 RabbitsDen kernel: unhandled CISTPL 0 Aug 6 12:01:37 RabbitsDen last message repeated 2021 times Aug 6 12:01:37 RabbitsDen kernel: CIS is too long -- truncating Aug 6 12:01:37 RabbitsDen kernel: CISTPL_END Aug 6 12:01:37 RabbitsDen kernel: ff Aug 6 12:01:37 RabbitsDen kernel: cis mem map e8c57000 Aug 6 12:01:37 RabbitsDen kernel: CISTPL_LINKTARGET expected, code 00 observed Aug 6 12:01:37 RabbitsDen kernel: pccard0: check_cis_quirks Aug 6 12:01:37 RabbitsDen kernel: pccard0: Card has no functions! Aug 6 12:01:37 RabbitsDen kernel: cbb0: PC Card card activation failed -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 17:06: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 2AF461065678 for ; Wed, 6 Aug 2008 17:06:28 +0000 (UTC) (envelope-from baigsabeeh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id B4D878FC12 for ; Wed, 6 Aug 2008 17:06:26 +0000 (UTC) (envelope-from baigsabeeh@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so274641uge.37 for ; Wed, 06 Aug 2008 10:06:26 -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=T/WrS4LB4AsOdi0RZPa1sJfHXYz5y6c2M7uv78J2S9o=; b=DwRARAM7xlZL+J92BVBqr91PUsobTK1SN3pc6pPGh4wUYblLaewzFhQOB/1QC/QI1M 11pIIKbRd2y4n+mPpifOihwTFDAUAPlq0HV7/5F9yAQBttDgefI848rYd+Rn1lvYBAgw 4Uy+SjAgL2/zeLsna+DqhQzaSslFUu1CtTc/s= 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=jyxGJHnbtGHH9+7Cj5rt08nUNpolMk4ASlcyVsJcCxwP/gpN+h5SNfQE7mPfCPPXXS XhQh7NU0VcYWVHfY6wl6ZA8IdvYsxmIJ0YoPpXH/v0x/dXD3vlqgtoNlmaYwQr90zN7y b64hD7emmHvD7vRU9OnFJeoYM56YQdgDNPWw8= Received: by 10.67.123.19 with SMTP id a19mr707734ugn.36.1218040902763; Wed, 06 Aug 2008 09:41:42 -0700 (PDT) Received: by 10.67.21.12 with HTTP; Wed, 6 Aug 2008 09:41:42 -0700 (PDT) Message-ID: Date: Wed, 6 Aug 2008 12:41:42 -0400 From: "Sabeeh Baig" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Status of Linuxulator 2.6.16 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, 06 Aug 2008 17:06:28 -0000 What's the status of Linuxulator 2.6.16? I believe FreeBSD 7 still uses the older 2.4 version and the 2.6.16 support has to be explicitly enabled. I was hoping to check out Flash 9 via ports. Sabeeh Ahmed Baig From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 18:03:15 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 EA2D71065687 for ; Wed, 6 Aug 2008 18:03:15 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys29.mail.msu.edu (sys29.mail.msu.edu [35.9.75.129]) by mx1.freebsd.org (Postfix) with ESMTP id C96958FC1B for ; Wed, 6 Aug 2008 18:03:15 +0000 (UTC) (envelope-from besko@msu.edu) Received: from user-718268.user.msu.edu ([35.10.4.118]) by sys29.mail.msu.edu with esmtpsa (Exim 4.63 #1) (TLSv1:AES256-SHA:256) id 1KQn72-0003wE-BD for freebsd-stable@freebsd.org; Wed, 06 Aug 2008 13:47:52 -0400 Message-ID: <4899E3AC.40201@msu.edu> Date: Wed, 06 Aug 2008 13:47:24 -0400 From: Lisa Besko User-Agent: Thunderbird 2.0.0.14 (X11/20080613) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Subject: Swapping boot disks and getting mountroot> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2008 18:03:16 -0000 I have a system running FBSD 6.2 release (if I remember correctly) that is running on a Sunfire X2100. The disk boots fine there and I seem to be able to move it to other X2100's. The problem is that I need to move it to a Sunfire X2200. When I move it to the X2200 I get a mountroot> prompt and the keyboard freezes up. I notice that it finds the device ad4 but then it tries to mount root from /dev/ad6s1a. I've edited the fstab to have it look for ad4s1a but it still won't boot. Anyone have any pointers or ideas? Thanks, Lisa B. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 18:59:44 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 153CA1065676 for ; Wed, 6 Aug 2008 18:59:44 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BE8008FC0A; Wed, 6 Aug 2008 18:59:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4899F49C.1000609@FreeBSD.org> Date: Wed, 06 Aug 2008 20:59:40 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Lin Jui-Nan Eric References: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> <47713ee10808060013h10dd3f57ma5f45e69a322743a@mail.gmail.com> In-Reply-To: <47713ee10808060013h10dd3f57ma5f45e69a322743a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Max size of one swap slice 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, 06 Aug 2008 18:59:44 -0000 Lin Jui-Nan Eric wrote: > On Wed, Aug 6, 2008 at 12:46 AM, Chuck Swiger wrote: >> It's hard to conceive of why you'd want to add so much swap space, anyway-- >> if you've got programs which actually need to deal with 10s of gigabytes >> worth of data, then they ought to maintain a smaller/reasonable-sized >> working set in RAM and do disk I/O as needed themselves rather than depend >> upon the VM pager, anyways. > We are running varnish, and found that it is not stable while using mmap mode. > We don't know whether if the problem is in the code of varnish or file > system, but > we found that if we run varnish using malloc mode with big swap, it > became stable. > > Thank you all for the information, I'll try to look into the kernel code. See http://www.freebsd.org/cgi/getmsg.cgi?fetch=540837+0+/usr/local/www/db/text/2008/freebsd-questions/20080706.freebsd-questions Kris From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 20:12:42 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 079A11065689; Wed, 6 Aug 2008 20:12:42 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6CAC88FC16; Wed, 6 Aug 2008 20:12:41 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180144192.adsl.alicedsl.de [85.180.144.192]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m76KCc6D056015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 6 Aug 2008 22:12:39 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m76K6iU9019163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Aug 2008 22:06:44 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m76K6iMM019073; Wed, 6 Aug 2008 22:06:44 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Wed, 6 Aug 2008 22:06:43 +0200 From: Ulrich Spoerlein To: John Baldwin Message-ID: <20080806200643.GA1554@roadrunner.spoerlein.net> Mail-Followup-To: John Baldwin , freebsd-stable@freebsd.org References: <20080730113449.GD407@cdnetworks.co.kr> <20080804010205.GA21401@cdnetworks.co.kr> <20080804182919.GB1480@roadrunner.spoerlein.net> <200808041607.56160.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200808041607.56160.jhb@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: cpufreq(4) panic on RELENG_7 (was: Re: Call for bfe(4) testers.) 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, 06 Aug 2008 20:12:42 -0000 On Mon, 04.08.2008 at 16:07:55 -0400, John Baldwin wrote: > On Monday 04 August 2008 02:29:19 pm Ulrich Spoerlein wrote: > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x38 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc058ec16 > > stack pointer = 0x28:0xfb8b8ac8 > > frame pointer = 0x28:0xfb8b8ac8 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1176 (powerd) > > db:0:kdb.enter.default> show pcpu > > cpuid = 0 > > curthread = 0xc4ec0aa0: pid 1176 "powerd" > > curpcb = 0xfb8b8d90 > > fpcurthread = none > > idlethread = 0xc3f80cc0: pid 10 "idle: cpu0" > > APIC ID = 0 > > currentldt = 0x50 > > db:0:kdb.enter.default> bt > > Tracing pid 1176 tid 100103 td 0xc4ec0aa0 > > device_is_attached(0,c87e6b40,fb8b8afc,0,101,...) at device_is_attached+0x6 > > cf_set_method(c420b600,c87e6b40,64,fb8b8ba4,c87e33b4,...) at > cf_set_method+0x6a3 > > cpufreq_curr_sysctl(c420d840,c4207000,0,fb8b8ba4,fb8b8ba4,...) at > cpufreq_curr_sysctl+0x232 > > sysctl_root(fb8b8ba4,4,1,c4ec0aa0,c4501d38,...) at sysctl_root+0x137 > > userland_sysctl(c4ec0aa0,fb8b8c14,4,0,0,...) at userland_sysctl+0x151 > > __sysctl(c4ec0aa0,fb8b8cfc,18,fb8b8ca0,46,...) at __sysctl+0xec > > syscall(fb8b8d38) at syscall+0x345 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28161bd3, esp = > 0xbfbfe8cc, ebp = 0xbfbfe8f8 --- > > db:0:kdb.enter.default> capture off > > > > Seems like I caught RELENG_7 during a bad time. Will update again. > > What cpufreq drivers do you have loaded and attached? This patch might work > around the issue, but I suspect there is a bug in one of the cpufreq drivers. Hi John, sorry for the slow update, please bear with me. This is on a first generation Pentium-M (Banias core) with EST (and also p4tcc attached, as I just discovered): CPU: Intel(R) Pentium(R) M processor 1.50GHz (1495.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 .. cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 300 dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 C4/185 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% 0.00% dev.acpi_perf.0.%parent: cpu0 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 a kernel from 2008-06-13 is the last known working one. I just had the same crash with a kernel from sources at 2008-07-01 and am new recompiling for 2008-06-24. Your MFC of est.c rev 180044 might be the problem, I'll try a backout once I confirmed that the 2008-06-24 kernel is running stable. > Index: kern_cpu.c > =================================================================== > RCS file: /usr/cvs/src/sys/kern/kern_cpu.c,v > retrieving revision 1.27.2.2 > diff -u -r1.27.2.2 kern_cpu.c > --- kern_cpu.c 9 May 2008 19:02:10 -0000 1.27.2.2 > +++ kern_cpu.c 4 Aug 2008 20:07:41 -0000 > @@ -329,6 +329,8 @@ > /* Next, set any/all relative frequencies via their drivers. */ > for (i = 0; i < level->rel_count; i++) { > set = &level->rel_set[i]; > + if (set->dev == NULL) > + continue; > if (!device_is_attached(set->dev)) { > error = ENXIO; > goto out; > Will try that one too, hopefully tomorrow. Will also disable p4tcc. This was not attaching during the RELENG_6 times but leads to ridiculous rates of 75 MHz. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 20:12:42 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 1F78A106568C for ; Wed, 6 Aug 2008 20:12:42 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0F68FC18 for ; Wed, 6 Aug 2008 20:12:41 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180144192.adsl.alicedsl.de [85.180.144.192]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m76KCc6B056015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 6 Aug 2008 22:12:39 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m76KBslH022480 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 6 Aug 2008 22:11:54 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m76KBjHQ022469 for freebsd-stable@freebsd.org; Wed, 6 Aug 2008 22:11:45 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Wed, 6 Aug 2008 22:11:44 +0200 From: Ulrich Spoerlein To: freebsd-stable@freebsd.org Message-ID: <20080806201144.GB1554@roadrunner.spoerlein.net> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: What is cryptosoft0? 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, 06 Aug 2008 20:12:42 -0000 Hi, today I discovered the following dmesg line on my laptop: cryptosoft0: on motherboard and I've not seen this one before, so: what is cryptosoft and should I care? I could imagine it's a pseudo-device by crypto(9) so the API is the same whether crypto hardware is installed or not. Anyway, I think a manpage link/update would be in order: % man -k cryptosoft cryptosoft: nothing appropriate Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 20:24: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 581BB1065691; Wed, 6 Aug 2008 20:24:08 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2B19B8FC20; Wed, 6 Aug 2008 20:24:08 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m76KCmeF042749; Wed, 6 Aug 2008 13:12:48 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m76KCmaZ042748; Wed, 6 Aug 2008 13:12:48 -0700 (PDT) Date: Wed, 6 Aug 2008 13:12:48 -0700 (PDT) From: Matthew Dillon Message-Id: <200808062012.m76KCmaZ042748@apollo.backplane.com> To: Kris Kennaway References: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> <47713ee10808060013h10dd3f57ma5f45e69a322743a@mail.gmail.com> <4899F49C.1000609@FreeBSD.org> Cc: stable@freebsd.org Subject: Re: Max size of one swap slice 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, 06 Aug 2008 20:24:08 -0000 : :See : :http://www.freebsd.org/cgi/getmsg.cgi?fetch=540837+0+/usr/local/www/db/text/2008/freebsd-questions/20080706.freebsd-questions : :Kris Hmm. I see an issue that FreeBSD could correct to reduce wired memory use by the swap system. Your sys/blist.h has this: typedef u_int32_t u_daddr_t; /* unsigned disk address */ and your sys/types.h has this: typedef int64_t daddr_t; /* unsigned disk address */ sys/blist.h really assumes a 32 bit daddr_t. It's amazing the code even still works with daddr_t at 64 bits and u_daddr_t at 32 bits. Changing that whole mess in sys/blist.h to a different typedef name, say swblk_t (which is already defined to be 32 bits), and renaming u_daddr_t to u_swblk_t, plus also changing the swblock structure in vm/swap_pager.c to use a 32 bit array elements instead of 64 bit array elements will cut the size of struct swblock almost in half. There is no real need for swap block addressing > 32 bits. 32 bits gives you swap in the terrabyte range. struct swblock { struct swblock *swb_hnext; vm_object_t swb_object; vm_pindex_t swb_index; int swb_count; daddr_t swb_pages[SWAP_META_PAGES]; <<<<<<<<< this array }; Any arithmatic accessing the elements would also have to be vetted for any necessary promotions. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 21:41: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 C8B5B106566C for ; Wed, 6 Aug 2008 21:41:56 +0000 (UTC) (envelope-from info@tecodryer.com) Received: from tember.borusantelekom.com (mail.bnet.net.tr [213.194.65.162]) by mx1.freebsd.org (Postfix) with ESMTP id 044A48FC08 for ; Wed, 6 Aug 2008 21:41:55 +0000 (UTC) (envelope-from info@tecodryer.com) Received: (qmail 4368 invoked by uid 89); 6 Aug 2008 21:12:29 -0000 Received: from unknown (HELO erkan-e90bf8060) (78.161.127.33) by 0 with SMTP; 6 Aug 2008 21:12:29 -0000 From: "TECO DRYER" To: freebsd-stable@freebsd.org Message-Id: <20080806214156.044A48FC08@mx1.freebsd.org> Date: Wed, 6 Aug 2008 21:41:55 +0000 (UTC) Subject: Teco Industry is in the business of corn, wheat, paddy, and 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, 06 Aug 2008 21:41:56 -0000 vegetable dr Sender: "TECO DRYER" Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Date: Thu, 7 Aug 2008 00:12:28 +0300 Message-ID: <20080806211228210.5B7A1D7470EC39A0@erkan-e90bf8060> X-Priority: 3 (Normal) Importance: Normal Teco Industry is in the business of corn, wheat, paddy, and vegetable drying machines and the production and marketing of silo & steel construction. Related to the machines that our company produce; Teco Industry has the representatives in Bulgaria, Albania, Ukraine, Tatarstan, Kazakhstan, Russia, Angola and Indonesia. Our partners in these countries are accepted as the leaders in the steel industry. The quality of produced machines is approved by international standards. Teco is guaranteed by CE and ISO 9001-2000 certificates. Teco also contributes to the national economy by creating jobs in designing, project, production, import and export. Teco materializes R&D activities with its professional staff. Quality results are presented to the customers during the production, import and export. Our company takes the leadership of producing and marketing nationally and internationally. For Grain, Oily Seeds, and Pulses: Silos Corn and Soybean Drying Machines Handling Systems like Bucket Elevator, Chain Conveyor and Helix Prop Towers and Catwalks for Handling Systems Unloading Truck Lifts Industrial Foundations, Steel Construction With the expert staff; we take an important target like ‘’Customer Satisfaction and Service Quality’’ and perform service and counseling duties successfully. -------------------------------------------------------------------------------- Contact Us , Teco Dryer Company is ready for a long partnership with you. Sales Engineer Erkan AYMAN eayman@tecodryer.com From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 21:50:43 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 13F82106564A for ; Wed, 6 Aug 2008 21:50:43 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id E59C38FC12 for ; Wed, 6 Aug 2008 21:50:42 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by wf-out-1314.google.com with SMTP id 24so95015wfg.7 for ; Wed, 06 Aug 2008 14:50:42 -0700 (PDT) Received: by 10.142.154.20 with SMTP id b20mr178769wfe.99.1218057895525; Wed, 06 Aug 2008 14:24:55 -0700 (PDT) Received: by 10.142.200.13 with HTTP; Wed, 6 Aug 2008 14:24:55 -0700 (PDT) Message-ID: <519867a90808061424t50e14c40t6ab9c6f1d849f53a@mail.gmail.com> Date: Thu, 7 Aug 2008 01:24:55 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "FreeBSD Stable" MIME-Version: 1.0 X-Google-Sender-Auth: af4596a04124ffec Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 6.3/amd64: cvsup: Bus error (core dumped) 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, 06 Aug 2008 21:50:43 -0000 Hello. Dont know is this list right for this topic, but dont know witch one is. So I got 6.3-STABLE-200807-amd64-disc1.iso I have installed it cd /usr/ports/net/cvsup-without-gui/ make install make clean #cvsup some-stable-sup-file Connected to cvsup.xxxxxx.ru Bus error (core dumped) I cant get fresh src and ports trees and cant compile fresh 6.X-stable system with athlon64 optimization. :( How to fix cvsup? How to keep src-tree of 6.x-stable up-to-date without working cvsup? How to keep ports-tree up-to-date without working cvsup? PS I manage about 10 servers under 6.x-stable and cvsup under 6.3-stable is very important for me. Pls help. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 21:55:51 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 0B6D71065676 for ; Wed, 6 Aug 2008 21:55:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4259F8FC0C; Wed, 6 Aug 2008 21:55:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <489A1DE2.1020303@FreeBSD.org> Date: Wed, 06 Aug 2008 23:55:46 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Eugene Kazarinov References: <519867a90808061424t50e14c40t6ab9c6f1d849f53a@mail.gmail.com> In-Reply-To: <519867a90808061424t50e14c40t6ab9c6f1d849f53a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: FreeBSD 6.3/amd64: cvsup: Bus error (core dumped) 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, 06 Aug 2008 21:55:51 -0000 Eugene Kazarinov wrote: > Hello. > Dont know is this list right for this topic, but dont know witch one is. > So > > I got 6.3-STABLE-200807-amd64-disc1.iso > I have installed it > cd /usr/ports/net/cvsup-without-gui/ > make install > make clean > > #cvsup some-stable-sup-file > Connected to cvsup.xxxxxx.ru > Bus error (core dumped) > > I cant get fresh src and ports trees and cant compile fresh 6.X-stable > system with athlon64 optimization. :( > > > How to fix cvsup? > How to keep src-tree of 6.x-stable up-to-date without working cvsup? > How to keep ports-tree up-to-date without working cvsup? > > > PS I manage about 10 servers under 6.x-stable and cvsup under 6.3-stable is > very important for me. > Pls help. This problem has been reported a couple of times but it is not clear what change caused it. Someone needs to do a binary search of the kernel source changes to work out when it started, then we can determine how to fix it. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 21: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 476191065672 for ; Wed, 6 Aug 2008 21:59:19 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 22E508FC2D for ; Wed, 6 Aug 2008 21:59:18 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by wf-out-1314.google.com with SMTP id 24so97565wfg.7 for ; Wed, 06 Aug 2008 14:59:18 -0700 (PDT) Received: by 10.142.48.14 with SMTP id v14mr186168wfv.133.1218059957647; Wed, 06 Aug 2008 14:59:17 -0700 (PDT) Received: by 10.142.200.13 with HTTP; Wed, 6 Aug 2008 14:59:17 -0700 (PDT) Message-ID: <519867a90808061459x74b49ce5jc88d9b0d2b35ce21@mail.gmail.com> Date: Thu, 7 Aug 2008 01:59:17 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "FreeBSD Stable" In-Reply-To: <519867a90808061424t50e14c40t6ab9c6f1d849f53a@mail.gmail.com> MIME-Version: 1.0 References: <519867a90808061424t50e14c40t6ab9c6f1d849f53a@mail.gmail.com> X-Google-Sender-Auth: c860393badc424f3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 6.3/amd64: cvsup: Bus error (core dumped) 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, 06 Aug 2008 21:59:19 -0000 nice. After posting I think to get a look to manual.... if it has changed since last time then I look into.... and tatata... ;) "*Note:* The implementation of *CVSup* protocol included with the FreeBSD system is called *csup*. It first appeared in FreeBSD 6.2." 2008/8/7 Eugene Kazarinov > Hello. > Dont know is this list right for this topic, but dont know witch one is. > So > > I got 6.3-STABLE-200807-amd64-disc1.iso > I have installed it > cd /usr/ports/net/cvsup-without-gui/ > make install > make clean > > #cvsup some-stable-sup-file > Connected to cvsup.xxxxxx.ru > Bus error (core dumped) > > I cant get fresh src and ports trees and cant compile fresh 6.X-stable > system with athlon64 optimization. :( > > > How to fix cvsup? > How to keep src-tree of 6.x-stable up-to-date without working cvsup? > How to keep ports-tree up-to-date without working cvsup? > > > PS I manage about 10 servers under 6.x-stable and cvsup under 6.3-stable is > very important for me. > Pls help. > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 22:12: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 1E7901065675 for ; Wed, 6 Aug 2008 22:12:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2E74B8FC16 for ; Wed, 6 Aug 2008 22:12:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [IPv6:2001:470:1f11:75:2a0:d2ff:fe18:8b38]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m76MC1LK007912; Wed, 6 Aug 2008 18:12:01 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ulrich Spoerlein Date: Wed, 6 Aug 2008 18:11:28 -0400 User-Agent: KMail/1.9.7 References: <20080730113449.GD407@cdnetworks.co.kr> <200808041607.56160.jhb@freebsd.org> <20080806200643.GA1554@roadrunner.spoerlein.net> In-Reply-To: <20080806200643.GA1554@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808061811.28200.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:2001:470:1f11:75::1]); Wed, 06 Aug 2008 18:12:01 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7962/Wed Aug 6 17:44:32 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: cpufreq(4) panic on RELENG_7 (was: Re: Call for bfe(4) testers.) 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, 06 Aug 2008 22:12:09 -0000 On Wednesday 06 August 2008 04:06:43 pm Ulrich Spoerlein wrote: > On Mon, 04.08.2008 at 16:07:55 -0400, John Baldwin wrote: > > On Monday 04 August 2008 02:29:19 pm Ulrich Spoerlein wrote: > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x38 > > > fault code = supervisor read, page not present > > > instruction pointer = 0x20:0xc058ec16 > > > stack pointer = 0x28:0xfb8b8ac8 > > > frame pointer = 0x28:0xfb8b8ac8 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, def32 1, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 1176 (powerd) > > > db:0:kdb.enter.default> show pcpu > > > cpuid = 0 > > > curthread = 0xc4ec0aa0: pid 1176 "powerd" > > > curpcb = 0xfb8b8d90 > > > fpcurthread = none > > > idlethread = 0xc3f80cc0: pid 10 "idle: cpu0" > > > APIC ID = 0 > > > currentldt = 0x50 > > > db:0:kdb.enter.default> bt > > > Tracing pid 1176 tid 100103 td 0xc4ec0aa0 > > > device_is_attached(0,c87e6b40,fb8b8afc,0,101,...) at > > > device_is_attached+0x6 > > > cf_set_method(c420b600,c87e6b40,64,fb8b8ba4,c87e33b4,...) at > > > > cf_set_method+0x6a3 > > > > > cpufreq_curr_sysctl(c420d840,c4207000,0,fb8b8ba4,fb8b8ba4,...) at > > > > cpufreq_curr_sysctl+0x232 > > > > > sysctl_root(fb8b8ba4,4,1,c4ec0aa0,c4501d38,...) at sysctl_root+0x137 > > > userland_sysctl(c4ec0aa0,fb8b8c14,4,0,0,...) at userland_sysctl+0x151 > > > __sysctl(c4ec0aa0,fb8b8cfc,18,fb8b8ca0,46,...) at __sysctl+0xec > > > syscall(fb8b8d38) at syscall+0x345 > > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28161bd3, esp = > > > > 0xbfbfe8cc, ebp = 0xbfbfe8f8 --- > > > > > db:0:kdb.enter.default> capture off > > > > > > Seems like I caught RELENG_7 during a bad time. Will update again. > > > > What cpufreq drivers do you have loaded and attached? This patch might > > work around the issue, but I suspect there is a bug in one of the cpufreq > > drivers. > > Hi John, > > sorry for the slow update, please bear with me. > > This is on a first generation Pentium-M (Banias core) with EST (and also > p4tcc attached, as I just discovered): > > CPU: Intel(R) Pentium(R) M processor 1.50GHz (1495.15-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 > > Features=0xafe9f9bfT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> Features2=0x180 > .. > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > > > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 300 > dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 > 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 > dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 C4/185 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% 0.00% > dev.acpi_perf.0.%parent: cpu0 > dev.est.0.%desc: Enhanced SpeedStep Frequency Control > dev.est.0.%driver: est > dev.est.0.%parent: cpu0 > dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%parent: cpu0 > dev.p4tcc.0.%desc: CPU Frequency Thermal Control > dev.p4tcc.0.%driver: p4tcc > dev.p4tcc.0.%parent: cpu0 > dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 > 2500/-1 1250/-1 > > a kernel from 2008-06-13 is the last known working one. I just had the > same crash with a kernel from sources at 2008-07-01 and am new > recompiling for 2008-06-24. > > Your MFC of est.c rev 180044 might be the problem, I'll try a backout > once I confirmed that the 2008-06-24 kernel is running stable. I doubt this will cause it. > > Index: kern_cpu.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/kern/kern_cpu.c,v > > retrieving revision 1.27.2.2 > > diff -u -r1.27.2.2 kern_cpu.c > > --- kern_cpu.c 9 May 2008 19:02:10 -0000 1.27.2.2 > > +++ kern_cpu.c 4 Aug 2008 20:07:41 -0000 > > @@ -329,6 +329,8 @@ > > /* Next, set any/all relative frequencies via their drivers. */ > > for (i = 0; i < level->rel_count; i++) { > > set = &level->rel_set[i]; > > + if (set->dev == NULL) > > + continue; > > if (!device_is_attached(set->dev)) { > > error = ENXIO; > > goto out; > > Will try that one too, hopefully tomorrow. > > Will also disable p4tcc. This was not attaching during the RELENG_6 > times but leads to ridiculous rates of 75 MHz. If p4tcc attaching is new, that might point to the culprit. A good quick test would be to disable individual cpufreq drivers to find out which one causes the panic. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 23:03: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 E34521065688 for ; Wed, 6 Aug 2008 23:03:08 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator3.ecc.gatech.edu (deliverator3.ecc.gatech.edu [130.207.185.173]) by mx1.freebsd.org (Postfix) with ESMTP id B280E8FC16 for ; Wed, 6 Aug 2008 23:03:08 +0000 (UTC) (envelope-from Nic.Reveles@gatech.edu) Received: from deliverator3.ecc.gatech.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 9C89939C0F0 for ; Wed, 6 Aug 2008 19:03:07 -0400 (EDT) Received: from mail3.gatech.edu (mail3.gatech.edu [130.207.185.163]) by deliverator3.ecc.gatech.edu (Postfix) with ESMTP id 5051239C190 for ; Wed, 6 Aug 2008 19:03:07 -0400 (EDT) Received: from mail3.gatech.edu (localhost [127.0.0.1]) by mail3.gatech.edu (Postfix) with ESMTP id 42B7F1A39FF for ; Wed, 6 Aug 2008 19:03:07 -0400 (EDT) Date: Wed, 6 Aug 2008 19:03:07 -0400 (EDT) From: Nic Reveles To: freebsd-stable@freebsd.org Message-ID: <959029730.3696401218063787188.JavaMail.root@mail3.gatech.edu> In-Reply-To: <612629051.3696031218063540670.JavaMail.root@mail3.gatech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [130.207.185.140] X-Mailer: Zimbra 5.0.7_GA_2450.RHEL4_64 (ZimbraWebClient - IE7 (Win)/5.0.7_GA_2450.RHEL4_64) Subject: Re: Using Portupgrade? 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, 06 Aug 2008 23:03:09 -0000 Thanks for the help. I went ahead and installed portmaster and followed its instructions for deleting all ports and then reinstalling. 1. portmaster -l > ~/installed-port-list 2. Update your ports tree 3. portmaster --clean-distfiles-all 4. portmaster -Faf 5. pkg_delete '*' 6. rm -rf /usr/local/lib/compat/pkg 7. Manually check through /usr/local to make sure it is really empty That being said, I was really surprised to get a compilation error after this. I've updated ports- and src-all, but did I also need to delete somethings inside /usr/src before doing this? Thank you all for your help! :) ===> libgnomeui-2.22.1_2 depends on shared library: gvfscommon.0 - not found ===> Verifying install for gvfscommon.0 in /usr/ports/devel/gvfs ===> Installing for gvfs-0.2.5 ===> gvfs-0.2.5 depends on executable: gnome-mount - found ===> gvfs-0.2.5 depends on executable: mount_fusefs - not found ===> Verifying install for mount_fusefs in /usr/ports/sysutils/fusefs-kmod ===> Building for fusefs-kmod-0.3.9.p1.20080208_2 ===> fuse_module (all) "/usr/src/sys/conf/kern.mk", line 114: Malformed conditional (${MK_SSP} != "no" && ${CC} != "icc" && ${MACHINE_ARCH} != "ia64" && ${MACHINE_ARCH} != "arm" && ${MACHINE_ARCH} != "mips") "/usr/src/sys/conf/kern.mk", line 116: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod. *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 6 23:13: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 339011065676 for ; Wed, 6 Aug 2008 23:13:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 78EB78FC18; Wed, 6 Aug 2008 23:13:35 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <489A301E.1080804@FreeBSD.org> Date: Thu, 07 Aug 2008 01:13:34 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Eugene Kazarinov References: <519867a90808061424t50e14c40t6ab9c6f1d849f53a@mail.gmail.com> <519867a90808061459x74b49ce5jc88d9b0d2b35ce21@mail.gmail.com> In-Reply-To: <519867a90808061459x74b49ce5jc88d9b0d2b35ce21@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: FreeBSD 6.3/amd64: cvsup: Bus error (core dumped) 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, 06 Aug 2008 23:13:36 -0000 Eugene Kazarinov wrote: > nice. > After posting I think to get a look to manual.... if it has changed since > last time then I look into.... > and tatata... ;) "*Note:* The implementation of *CVSup* protocol included > with the FreeBSD system is called *csup*. It first appeared in FreeBSD 6.2." Well, that is a workaround for some users, but it's not a solution. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 00:00: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 314C51065678 for ; Thu, 7 Aug 2008 00:00:34 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8248FC1A for ; Thu, 7 Aug 2008 00:00:33 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by wf-out-1314.google.com with SMTP id 24so129628wfg.7 for ; Wed, 06 Aug 2008 17:00:33 -0700 (PDT) Received: by 10.142.224.5 with SMTP id w5mr218542wfg.215.1218067233259; Wed, 06 Aug 2008 17:00:33 -0700 (PDT) Received: by 10.142.200.13 with HTTP; Wed, 6 Aug 2008 17:00:33 -0700 (PDT) Message-ID: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> Date: Thu, 7 Aug 2008 04:00:33 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "FreeBSD Stable" MIME-Version: 1.0 X-Google-Sender-Auth: 49914db589283756 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 6.3/amd64: ng_ipacct "Depends on kernel" ?? why? when? 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, 07 Aug 2008 00:00:34 -0000 Hello again. Situation 1 I have installed 6.3-STABLE-200807-amd64-disc1.iso #cd /usr/ports/net-mgmt/ng_ipacct/ #make install clean it's ok. It has installed. (sorry for my english) next Situation 2 I have installed 6.3-STABLE-200807-amd64-disc1.iso csup it to last src tree. csup it to last ports tree (as I can see ng_ipacct didn't change from 2006 year) make buildworld, buildkernel -KERNCONF=KMD; install it both, mergemastered and so on after reboot I got: #cd /usr/ports/net-mgmt/ng_ipacct/ #make install clean ====== ===> ng_ipacct-20061223 "Depends on kernel". *** Error code 1 Stop in /usr/ports/net-mgmt/ng_ipacct. ====== When? Why? What's wrong? What's changed from 6.3-STABLE-200807 to "6.3-STABLE #0: Thu Aug 7 2008"? During one month?! My kernel config is ======= include GENERIC options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options DUMMYNET options IPFILTER options SMP options NETGRAPH options NETGRAPH_ETHER options NETGRAPH_SOCKET options NETGRAPH_TEE ====== if I change kernel config to {to turn off(??) netgraph} ======= include GENERIC options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options DUMMYNET options IPFILTER options SMP ====== and rebuild kernel and then reboot and after that all is nothing change. It still ====== ===> ng_ipacct-20061223 "Depends on kernel". *** Error code 1 Stop in /usr/ports/net-mgmt/ng_ipacct. ====== I dont understand. How to use ng_ipacct and traffic counting in last (super fresh up-to-date system =\) 6.3-stable? Or I need to downgrading to -RELEASE? Or to 6.2-STABLE? Where to read about state of ng_ipacct? google says nothing special. Pls help. I really need to resolv this problem. :( From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 00:40: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 7A6411065672 for ; Thu, 7 Aug 2008 00:40:55 +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 550038FC16 for ; Thu, 7 Aug 2008 00:40:55 +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 m770es5V063400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 6 Aug 2008 17:40:54 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <489A4496.2060602@freebsd.org> Date: Wed, 06 Aug 2008 17:40:54 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20080806201144.GB1554@roadrunner.spoerlein.net> In-Reply-To: <20080806201144.GB1554@roadrunner.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Subject: Re: What is cryptosoft0? 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, 07 Aug 2008 00:40:55 -0000 Ulrich Spoerlein wrote: > Hi, > > today I discovered the following dmesg line on my laptop: > > cryptosoft0: on motherboard > > and I've not seen this one before, so: what is cryptosoft and should I > care? > > I could imagine it's a pseudo-device by crypto(9) so the API is the same > whether crypto hardware is installed or not. > > Anyway, I think a manpage link/update would be in order: > > % man -k cryptosoft > cryptosoft: nothing appropriate > > It is what you suggest; a device associated with s/w crypto support. It was created so crypto requests can be submitted specifically to it (instead of a h/w device). This is currently used only for testing but the intent was also to use it when doing load-balancing and similar work. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 00:51:53 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 377501065675 for ; Thu, 7 Aug 2008 00:51:53 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id EAE158FC0C for ; Thu, 7 Aug 2008 00:51:52 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by py-out-1112.google.com with SMTP id p76so139410pyb.10 for ; Wed, 06 Aug 2008 17:51:52 -0700 (PDT) Received: by 10.142.193.13 with SMTP id q13mr238784wff.118.1218070311657; Wed, 06 Aug 2008 17:51:51 -0700 (PDT) Received: by 10.142.200.13 with HTTP; Wed, 6 Aug 2008 17:51:51 -0700 (PDT) Message-ID: <519867a90808061751y566ea52y983c626f80fd87ac@mail.gmail.com> Date: Thu, 7 Aug 2008 04:51:51 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "FreeBSD Stable" In-Reply-To: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> MIME-Version: 1.0 References: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> X-Google-Sender-Auth: e752a4e920a7b62c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 6.3/amd64: ng_ipacct "Depends on kernel" ?? why? when? 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, 07 Aug 2008 00:51:53 -0000 By the way. I use this kernel config since 5.4-stable, then was 6.0, after that 6.2 and on one server is 6.3-PRERELEASE now. It works. My kernel config is > ======= > include GENERIC > > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPFIREWALL_VERBOSE > options DUMMYNET > options IPFILTER > > options SMP > > options NETGRAPH > options NETGRAPH_ETHER > options NETGRAPH_SOCKET > options NETGRAPH_TEE > ====== > PS I have downgraded the system to 6.3-RELEASE-p3 nothing changes: It's still "Depends on kernel". What does it mean? From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 01:19:44 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 D2E0F106566B for ; Thu, 7 Aug 2008 01:19:44 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 9713D8FC17 for ; Thu, 7 Aug 2008 01:19:44 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by yw-out-2324.google.com with SMTP id 9so118670ywe.13 for ; Wed, 06 Aug 2008 18:19:44 -0700 (PDT) Received: by 10.142.164.10 with SMTP id m10mr247808wfe.60.1218071983261; Wed, 06 Aug 2008 18:19:43 -0700 (PDT) Received: by 10.142.200.13 with HTTP; Wed, 6 Aug 2008 18:19:43 -0700 (PDT) Message-ID: <519867a90808061819h15e0094cv824256e38684bce1@mail.gmail.com> Date: Thu, 7 Aug 2008 05:19:43 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "FreeBSD Stable" In-Reply-To: <519867a90808061751y566ea52y983c626f80fd87ac@mail.gmail.com> MIME-Version: 1.0 References: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> <519867a90808061751y566ea52y983c626f80fd87ac@mail.gmail.com> X-Google-Sender-Auth: 2661678644987cda Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 6.3/amd64: ng_ipacct "Depends on kernel" ?? why? when? 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, 07 Aug 2008 01:19:44 -0000 Ok Let's see There is /usr/ports/net-mgmt/ng_ipacct/Makefile "old" version is # $FreeBSD: ports/net-mgmt/ng_ipacct/Makefile,v 1.9 2008/06/02 16:27:40 skv Exp $ and containts these lines .ifndef PACKAGE_BUILDING NO_PACKAGE= "Depends on kernel" .endif last version is # $FreeBSD: ports/net-mgmt/ng_ipacct/Makefile,v 1.10 2008/08/05 07:19:31 erwin Exp $ and containts these lines .ifndef PACKAGE_BUILDING IGNORE= "Depends on kernel" .endif Should I change IGNORE to NO_PACKAGE and it should works fine for me? Or something would wrong? From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 02:04: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 80B67106567F for ; Thu, 7 Aug 2008 02:04:30 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 38C998FC08 for ; Thu, 7 Aug 2008 02:04:29 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so128203ywe.13 for ; Wed, 06 Aug 2008 19:04:29 -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=kAHbHFSdqBZ5GKz+a3tLyZeCTqTM75DQdaNR66WpwJI=; b=Xb8j4X4GRWARI2ilh9PiK+exebm2YLfX4gw6r0BERyL0dh55yrpA67yjK9QSlb3qnn k62wEyUi4J+wCnA1iesNw3/kmIkuvsALv2635/FcaPDdZAOVkXLzT0/bmmtn0XvbuTQF Zr1KIzzJKwF805eD1I5TfPOWBqz/kQTm0ZWnA= 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=CtVYji7jcEwVoonKunOJRJdq31g3PTQtIN6hrhXgW15BC3w2cQB1VEQoZ74YCeK/Lm QhLZ6tCB+YiKRv9c0fHxqfSxmFmxC11u6ceSteFpV0OMEFeDBPon0nhX9OyhZdzY5v8s JhwbyVBFH8DMbFx8QEItaAs56YuGjyQ+dIYVg= Received: by 10.150.51.6 with SMTP id y6mr126979yby.222.1218074669329; Wed, 06 Aug 2008 19:04:29 -0700 (PDT) Received: by 10.150.140.11 with HTTP; Wed, 6 Aug 2008 19:04:29 -0700 (PDT) Message-ID: <84dead720808061904v398ff7cdieaeca41ed7a8207e@mail.gmail.com> Date: Thu, 7 Aug 2008 07:34:29 +0530 From: "Joseph Koshy" To: besko@msu.edu In-Reply-To: <4899E3AC.40201@msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4899E3AC.40201@msu.edu> Cc: freebsd-stable@freebsd.org Subject: Re: Swapping boot disks and getting mountroot> 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, 07 Aug 2008 02:04:30 -0000 > I notice that it finds the device ad4 but then it tries to mount root from > /dev/ad6s1a. I've edited the fstab to have it look for ad4s1a but it still > won't boot. Anyone have any pointers or ideas? Have you tried interrupting the boot sequence and setting new values for the `rootdev' and `root_disk_unit' loader variables? The loader(8) manual page has more information. Koshy From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 02:20:53 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 91C8D106567A; Thu, 7 Aug 2008 02:20:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DB61A8FC13; Thu, 7 Aug 2008 02:20:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m771io8K027458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 7 Aug 2008 11:14:50 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@FreeBSD.org Date: Thu, 7 Aug 2008 11:14:43 +0930 User-Agent: KMail/1.9.7 References: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> <519867a90808061751y566ea52y983c626f80fd87ac@mail.gmail.com> <519867a90808061819h15e0094cv824256e38684bce1@mail.gmail.com> In-Reply-To: <519867a90808061819h15e0094cv824256e38684bce1@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1684195.K0XHFiMMfT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200808071114.46366.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Eugene Kazarinov , skv@FreeBSD.org Subject: Re: FreeBSD 6.3/amd64: ng_ipacct "Depends on kernel" ?? why? when? 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, 07 Aug 2008 02:20:53 -0000 --nextPart1684195.K0XHFiMMfT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 7 Aug 2008, Eugene Kazarinov wrote: > Ok > Let's see > > > There is > /usr/ports/net-mgmt/ng_ipacct/Makefile > > "old" version is > # $FreeBSD: ports/net-mgmt/ng_ipacct/Makefile,v 1.9 2008/06/02 > 16:27:40 skv Exp $ > and containts these lines > > .ifndef PACKAGE_BUILDING > NO_PACKAGE=3D "Depends on kernel" > .endif > > > last version is > # $FreeBSD: ports/net-mgmt/ng_ipacct/Makefile,v 1.10 2008/08/05 > 07:19:31 erwin Exp $ > and containts these lines > > .ifndef PACKAGE_BUILDING > IGNORE=3D "Depends on kernel" > .endif > > > Should I change IGNORE to NO_PACKAGE and it should works fine for me? > Or something would wrong? Seems like it, although if you aren't building packages then it=20 shouldn't matter either way.. It does seem odd that it changed to IGNORE - NO_PACKAGE could be OK to=20 use by itself. The logic for that doesn't really make sense either.. I CC'd the port=20 maintainer about it. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1684195.K0XHFiMMfT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBImlOO5ZPcIHs/zowRAo0YAJ9Aj8hw220+HCmIeZpgW7nQWJNdYgCgqyUi MUBlXwKQaknEJAzvEH+n5uI= =eKzW -----END PGP SIGNATURE----- --nextPart1684195.K0XHFiMMfT-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 02:50: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 23B91106567A for ; Thu, 7 Aug 2008 02:50:50 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id E909F8FC16 for ; Thu, 7 Aug 2008 02:50:49 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by wf-out-1314.google.com with SMTP id 24so176248wfg.7 for ; Wed, 06 Aug 2008 19:50:49 -0700 (PDT) Received: by 10.142.180.11 with SMTP id c11mr272098wff.113.1218077449152; Wed, 06 Aug 2008 19:50:49 -0700 (PDT) Received: by 10.142.200.13 with HTTP; Wed, 6 Aug 2008 19:50:49 -0700 (PDT) Message-ID: <519867a90808061950p4a611403we7248af13e69dc5d@mail.gmail.com> Date: Thu, 7 Aug 2008 06:50:49 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "Daniel O'Connor" , "FreeBSD Stable" In-Reply-To: <200808071114.46366.doconnor@gsoft.com.au> MIME-Version: 1.0 References: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> <519867a90808061751y566ea52y983c626f80fd87ac@mail.gmail.com> <519867a90808061819h15e0094cv824256e38684bce1@mail.gmail.com> <200808071114.46366.doconnor@gsoft.com.au> X-Google-Sender-Auth: 5fd48617abc0cd0a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FreeBSD 6.3/amd64: ng_ipacct "Depends on kernel" ?? why? when? 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, 07 Aug 2008 02:50:50 -0000 > > > # $FreeBSD: ports/net-mgmt/ng_ipacct/Makefile,v 1.9 2008/06/02 > > NO_PACKAGE= "Depends on kernel" > > > > # $FreeBSD: ports/net-mgmt/ng_ipacct/Makefile,v 1.10 2008/08/05 > > IGNORE= "Depends on kernel" > > > > > > > > Should I change IGNORE to NO_PACKAGE and it should works fine for me? > > Or something would wrong? > > Seems like it, although if you aren't building packages then it > shouldn't matter either way.. > > It does seem odd that it changed to IGNORE - NO_PACKAGE could be OK to > use by itself. > > The logic for that doesn't really make sense either.. I CC'd the port > maintainer about it. > Thank you a lot. By the way I have one more question to port mantainer (dont know who is this). in rc.conf I have this line ng_ipacct_enable="YES" Sample ng_ipacct.conf contains these lines #ng_ipacct_enable="YES" ng_ipacct_modules_load="YES" ng_ipacct_modules_list="netgraph ng_ether ng_ipacct" after boot with these lines in config file I got in /var/log/messages: Aug 7 06:15:49 ph26 root: /etc/rc: WARNING: can not load kld module netgraph Aug 7 06:15:49 ph26 kernel: kldload: /boot/kernel/ng_ether.ko: Unsupported file type Aug 7 06:15:49 ph26 kernel: module_register: module ng_ether already exists! Aug 7 06:15:49 ph26 kernel: Module ng_ether failed to register: 17 Aug 7 06:15:49 ph26 root: /etc/rc: WARNING: can not load kld module ng_ether Aug 7 06:15:49 ph26 kernel: kldload: /boot/modules/ng_ipacct.ko: Unsupported file type IP accounting is working! If I change lines to #ng_ipacct_enable="YES" ng_ipacct_modules_load="YES" ng_ipacct_modules_list="" I got Aug 7 06:20:22 ph26 kernel: kldload: /boot/modules/ng_ipacct.ko: Unsupported file type IP accounting is still working! And If I change they to #ng_ipacct_enable="YES" #ng_ipacct_modules_load="YES" #ng_ipacct_modules_list="netgraph ng_ether ng_ipacct" I got Aug 7 06:11:53 ph26 root: /etc/rc: WARNING: $ng_ipacct_modules_load is not set properly - see rc.conf(5). Aug 7 06:11:53 ph26 kernel: kldload: /boot/modules/ng_ipacct.ko: Unsupported file type IP accounting is still working! Wonderful! :-\ So, as I understand all needed modules loading by kernel "by default"?! And as I understand, module ng_ipacct.ko is not needed to the system for IP accounting?! because its not loaded in working system (and it's not working (isnt it?)) because it is "Unsupported file type"?! So, from that port (ng_ipacct) on up-to-date FreeBSD-systems people need only executable (/usr/local/etc/rc.d/ng_ipacct) and conf (/usr/local/etc/rc.d/ng_ipacct.conf.sample renamed to /usr/local/etc/rc.d/ng_ipacct.conf) files? Nor kernel module?! So, If I dont want to get error response "kernel: kldload: /boot/modules/ng_ipacct.ko: Unsupported file type" in /var/log/messages then I could remove /boot/modules/ng_ipacct.ko and /boot/modules/linker.hints last one containes: 01 00 00 00 1C 00 00 00 02 00 00 00 09 6E 67 5F 69 70 61 63 ............ng_ipac 63 74 0C 6E 67 5F 69 70 61 63 63 74 2E 6B 6F 00 ct.ng_ipacct.ko. and all'll works fine after that? I'm afraid to delete these files, because I think system can becomes unbootable. Isn't it? PS uname -a FreeBSD ph26.yaol.ru 6.3-STABLE FreeBSD 6.3-STABLE #0: Thu Aug 7 05:32:15 MSD 2008 kamuzon@ph26.yaol.ru:/usr/obj/usr/src/sys/KMD amd64 PPS sorry for my english Thanks in advance. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 03:14: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 4FC1B1065672 for ; Thu, 7 Aug 2008 03:14:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 99E198FC20 for ; Thu, 7 Aug 2008 03:14:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m773E5V4030498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 7 Aug 2008 12:44:05 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Eugene Kazarinov" Date: Thu, 7 Aug 2008 12:44:02 +0930 User-Agent: KMail/1.9.7 References: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> <200808071114.46366.doconnor@gsoft.com.au> <519867a90808061950p4a611403we7248af13e69dc5d@mail.gmail.com> In-Reply-To: <519867a90808061950p4a611403we7248af13e69dc5d@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1577555.RNeWJI11Zp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200808071244.03428.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: FreeBSD Stable Subject: Re: FreeBSD 6.3/amd64: ng_ipacct "Depends on kernel" ?? why? when? 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, 07 Aug 2008 03:14:08 -0000 --nextPart1577555.RNeWJI11Zp Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 7 Aug 2008, Eugene Kazarinov wrote: > By the way I have one more question to port mantainer (dont know who > is this). run 'make maintainer' in the port directory. > So, as I understand all needed modules loading by kernel "by > default"?! And as I understand, module ng_ipacct.ko is not needed to > the system for IP accounting?! because its not loaded in working > system (and it's not working (isnt it?)) because it is "Unsupported > file type"?! > So, from that port (ng_ipacct) on up-to-date FreeBSD-systems people > need only executable (/usr/local/etc/rc.d/ng_ipacct) and conf > (/usr/local/etc/rc.d/ng_ipacct.conf.sample renamed to > /usr/local/etc/rc.d/ng_ipacct.conf) files? Nor kernel module?! The messages about already loaded modules are harmless, the port=20 presumably errs on the side of caution if you have a minimal kernel. > So, If I dont want to get error response "kernel: kldload: > /boot/modules/ng_ipacct.ko: Unsupported file type" in > /var/log/messages then I could remove /boot/modules/ng_ipacct.ko and > /boot/modules/linker.hints > last one containes: I think the 'Unsupported file type' *warning* is due to an odd issue=20 with amd64 kernel module support, it is harmless (although annoying). > I'm afraid to delete these files, because I think system can becomes > unbootable. Isn't it? if you deleted the kernel module for ipacct then you wouldn't be able to=20 use it.. (maybe I don't understand what you mean) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1577555.RNeWJI11Zp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBImmh75ZPcIHs/zowRApNBAJwLGOSqlb/8Uf9n7Me829tZb7wr5gCdGnIo bvV4Ia6Nc0JfYzvkIc29Ors= =OOpP -----END PGP SIGNATURE----- --nextPart1577555.RNeWJI11Zp-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 03:17: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 066C41065671 for ; Thu, 7 Aug 2008 03:17:06 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5132D8FC14 for ; Thu, 7 Aug 2008 03:17:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m773H2a7030557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 7 Aug 2008 12:47:04 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Eugene Kazarinov" Date: Thu, 7 Aug 2008 12:47:00 +0930 User-Agent: KMail/1.9.7 References: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> <519867a90808061950p4a611403we7248af13e69dc5d@mail.gmail.com> <200808071244.03428.doconnor@gsoft.com.au> In-Reply-To: <200808071244.03428.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8176800.9yEyAgOFkh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200808071247.02042.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: FreeBSD Stable Subject: Re: FreeBSD 6.3/amd64: ng_ipacct "Depends on kernel" ?? why? when? 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, 07 Aug 2008 03:17:06 -0000 --nextPart8176800.9yEyAgOFkh Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 7 Aug 2008, Daniel O'Connor wrote: > > So, If I dont want to get error response "kernel: kldload: > > /boot/modules/ng_ipacct.ko: Unsupported file type" in > > /var/log/messages then I could remove /boot/modules/ng_ipacct.ko > > and /boot/modules/linker.hints > > last one containes: > > I think the 'Unsupported file type' *warning* is due to an odd issue > with amd64 kernel module support, it is harmless (although annoying). To clarify here.. There are 2 bits of code in the kernel for loading modules - they get=20 run in a certain (compiler/linker specific) order. It used to be they=20 were run one way but now it is the other way around. These bits of code=20 print warnings if the object format is wrong. So, one gets run on the module you want to load & fails (and prints the=20 message you see). The next one is run and it understands that file type=20 so loads it. If it was a bogus module that neither understood then the kldload would=20 return an error. I believe a work around was applied recently so this is not so much of a=20 problem any more. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart8176800.9yEyAgOFkh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBImmku5ZPcIHs/zowRAkVcAJ45tgsey+30S2kNDS0n1Wjcj/PeTwCaA1jt N3Yj8vBqLxnaxQ3KUxRmJ28= =EkUv -----END PGP SIGNATURE----- --nextPart8176800.9yEyAgOFkh-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 03:21:48 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 4C74A1065672 for ; Thu, 7 Aug 2008 03:21:48 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 274DF8FC14 for ; Thu, 7 Aug 2008 03:21:48 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by wf-out-1314.google.com with SMTP id 24so184328wfg.7 for ; Wed, 06 Aug 2008 20:21:47 -0700 (PDT) Received: by 10.142.237.20 with SMTP id k20mr277992wfh.146.1218079307734; Wed, 06 Aug 2008 20:21:47 -0700 (PDT) Received: by 10.142.200.13 with HTTP; Wed, 6 Aug 2008 20:21:47 -0700 (PDT) Message-ID: <519867a90808062021n660dc046p7a68b57a3b2a9420@mail.gmail.com> Date: Thu, 7 Aug 2008 07:21:47 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "FreeBSD Stable" In-Reply-To: <200808071247.02042.doconnor@gsoft.com.au> MIME-Version: 1.0 References: <519867a90808061700i677df5e8u221fe39de2fd3e1@mail.gmail.com> <519867a90808061950p4a611403we7248af13e69dc5d@mail.gmail.com> <200808071244.03428.doconnor@gsoft.com.au> <200808071247.02042.doconnor@gsoft.com.au> X-Google-Sender-Auth: bd0561e152cd651a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 6.3/amd64: ng_ipacct "Depends on kernel" ?? why? when? 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, 07 Aug 2008 03:21:48 -0000 > > So, one gets run on the module you want to load & fails (and prints the > message you see). The next one is run and it understands that file type > so loads it. > I understand now. Thank you a lot again. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 06:25:54 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 C96711065671 for ; Thu, 7 Aug 2008 06:25:54 +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 B78AB8FC1B for ; Thu, 7 Aug 2008 06:25:54 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id EE89F1A4D83; Wed, 6 Aug 2008 23:05:56 -0700 (PDT) Date: Wed, 6 Aug 2008 23:05:56 -0700 From: Alfred Perlstein To: David G Lawrence Message-ID: <20080807060556.GD16977@elvis.mu.org> References: <20080804020228.GG1663@tnn.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080804020228.GG1663@tnn.dglawrence.com> User-Agent: Mutt/1.4.2.3i Cc: stable@FreeBSD.org, Robert Watson Subject: Re: HEADS UP: inpcb/inpcbinfo rwlocking: coming to a 7-STABLE branch near you 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, 07 Aug 2008 06:25:54 -0000 * David G Lawrence [080805 11:37] wrote: > > The thrust of this change is to replace the mutexes protecting the inpcb > > and inpcbinfo data structures with read-write locks (rwlocks). These > > That's really cool and directly affects my current work project. I'm > developing (have developed, actually) a multi-threaded, 5000+ member VoIP/SIP > conferencing server called Nconnect. It a primarily UDP application running > on FreeBSD 7. This generates and receives about 250,000 UDP packets a second, > with 200 byte packets, resulting in about 400Mbps of traffic in each > direction. The current bottleneck is the kernel UDP processing. It should > be possible to scale to 10000+ members if kernel UDP processing had optimal > concurrency. > Anyway, thumbs up (and not for the middle-eastern meaning :-)) - I'm > looking forward to the MFC. David, one thing I noticed was that it appears that UDP sockets are serialized for copyout. Mainly that the socket is sblock()'d while the uiomove happens. I was trying to figure out a way to bypass this somehow. Perhaps just dequeuing and unlocking, the copyout after dropping the sblock. If there's some error, then requeue or discard the packet. I'll have to think about it. -Alfred From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 06:37:58 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 6B82F106566B; Thu, 7 Aug 2008 06:37:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id CAFBB8FC0C; Thu, 7 Aug 2008 06:37:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5008B46BC2; Thu, 7 Aug 2008 02:37:55 -0400 (EDT) Date: Thu, 7 Aug 2008 07:37:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alfred Perlstein In-Reply-To: <20080807060556.GD16977@elvis.mu.org> Message-ID: References: <20080804020228.GG1663@tnn.dglawrence.com> <20080807060556.GD16977@elvis.mu.org> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: HEADS UP: inpcb/inpcbinfo rwlocking: coming to a 7-STABLE branch near you 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, 07 Aug 2008 06:37:58 -0000 On Wed, 6 Aug 2008, Alfred Perlstein wrote: > * David G Lawrence [080805 11:37] wrote: >>> The thrust of this change is to replace the mutexes protecting the inpcb >>> and inpcbinfo data structures with read-write locks (rwlocks). These >> >> That's really cool and directly affects my current work project. I'm >> developing (have developed, actually) a multi-threaded, 5000+ member >> VoIP/SIP conferencing server called Nconnect. It a primarily UDP >> application running on FreeBSD 7. This generates and receives about 250,000 >> UDP packets a second, with 200 byte packets, resulting in about 400Mbps of >> traffic in each direction. The current bottleneck is the kernel UDP >> processing. It should be possible to scale to 10000+ members if kernel UDP >> processing had optimal concurrency. >> Anyway, thumbs up (and not for the middle-eastern meaning :-)) - I'm >> looking forward to the MFC. > > David, one thing I noticed was that it appears that UDP sockets are > serialized for copyout. > > Mainly that the socket is sblock()'d while the uiomove happens. > > I was trying to figure out a way to bypass this somehow. Perhaps just > dequeuing and unlocking, the copyout after dropping the sblock. > > If there's some error, then requeue or discard the packet. > > I'll have to think about it. Or you can use the soreceive_dgram implementation in 8.x, which I will at some point MFC once I'm comfortable it doesn't contain any serious bugs. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 07:39: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 9BDC6106564A for ; Thu, 7 Aug 2008 07:39:34 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from webmail34.yandex.ru (webmail34.yandex.ru [213.180.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 25C368FC0A for ; Thu, 7 Aug 2008 07:39:34 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from YAMAIL (webmail34) by mail.yandex.ru id S5211291AbYHGHWa for ; Thu, 7 Aug 2008 11:22:30 +0400 X-Yandex-Spam: 1 Received: from [92.113.122.171] ([92.113.122.171]) by mail.yandex.ru with HTTP; Thu, 07 Aug 2008 11:22:30 +0400 From: KES To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-Id: <310261218093750@webmail34.yandex.ru> Date: Thu, 07 Aug 2008 11:22:30 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: ng_ipacct.c:905: error: too few arguments to function 'in_pcblookup_local' 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, 07 Aug 2008 07:39:34 -0000 When .ifndef PACKAGE_BUILDING IGNORE= "Depends on kernel" .endif I get Depends on kernel When I change that to: .ifndef PACKAGE_BUILDING NO_PACKAGE= "Depends on kernel" .endif a get: kes# make deinstall reinstall clean ===> Deinstalling for net-mgmt/ng_ipacct ===> ng_ipacct not installed, skipping ===> Building for ng_ipacct-20061223 ===> ng_ipacct (all) Warning: Object directory not changed from original /usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct/ng_ipacct cc -O -pipe -g -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct/ng_ipacct -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c ng_ipacct.c ng_ipacct.c: In function 'pcb_get_cred': ng_ipacct.c:905: error: too few arguments to function 'in_pcblookup_local' *** Error code 1 Stop in /usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct/ng_ipacct. *** Error code 1 Stop in /usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct. *** Error code 1 Stop in /usr/ports/net-mgmt/ng_ipacct. *** Error code 1 Stop in /usr/ports/net-mgmt/ng_ipacct. *** Error code 1 Stop in /usr/ports/net-mgmt/ng_ipacct. kes# From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 08:24: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 90B85106564A for ; Thu, 7 Aug 2008 08:24:48 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (x8.develooper.com [216.52.237.208]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1EA8FC16 for ; Thu, 7 Aug 2008 08:24:48 +0000 (UTC) (envelope-from ask@develooper.com) Received: (qmail 31013 invoked from network); 7 Aug 2008 07:58:07 -0000 Received: from gw.develooper.com (HELO embla.bn.dev) (ask@mail.dev@64.81.84.140) by smtp.develooper.com with (AES128-SHA encrypted) SMTP; 7 Aug 2008 07:58:07 -0000 Message-Id: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> From: =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= To: 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 v928.1) Date: Thu, 7 Aug 2008 00:58:06 -0700 X-Mailer: Apple Mail (2.928.1) Cc: Subject: i386 vs 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: Thu, 07 Aug 2008 08:24:48 -0000 Hi everyone, We got 4 new SuperMicro boxes[1] with Xeon 3320 processors. They'll be used as firewalls / very basic routers (our network on one side, the world via a /29 on the other side). We currently use Soekris and PC Engine boxes for this (with custom NanoBSD images), so this will be a bit of an upgrade. :-) I was planning to install pfSense on them, but I'm losing faith in that a bit after figuring out that the pfSense project doesn't seem all that open[2]; so I'm considering just installing "plain FreeBSD 7" instead. So the question: Would I be happier with 64 or 32bit FreeBSD? Our Linux application and database servers are all 64 bit, but they also have 32GB RAM each. The "firewall boxes" are probably vastly overdone with memory at 4GB each. :-) A secondary question: Is the preferred way to upgrade a FreeBSD box still cd /usr/src; make update && make buildworld && ... ? (I mostly use FreeBSD for building my NanoBSD-flavor images these days, so I'm a bit out of touch). - ask [1] http://www.siliconmechanics.com/i15328/xeon-3000.php [2] http://forum.pfsense.org/index.php/topic,10769.0.html -- http://develooper.com/ - http://askask.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 09:04: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 C07801065677 for ; Thu, 7 Aug 2008 09:04:22 +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 A281A8FC20 for ; Thu, 7 Aug 2008 09:04:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6C9F31CC0B0; Thu, 7 Aug 2008 02:04:22 -0700 (PDT) Date: Thu, 7 Aug 2008 02:04:22 -0700 From: Jeremy Chadwick To: Ask =?iso-8859-1?Q?Bj=F8rn?= Hansen Message-ID: <20080807090422.GA19885@eos.sc1.parodius.com> References: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: i386 vs 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: Thu, 07 Aug 2008 09:04:22 -0000 On Thu, Aug 07, 2008 at 12:58:06AM -0700, Ask Bjørn Hansen wrote: > We got 4 new SuperMicro boxes[1] with Xeon 3320 processors. They'll be > used as firewalls / very basic routers (our network on one side, the > world via a /29 on the other side). We currently use Soekris and PC > Engine boxes for this (with custom NanoBSD images), so this will be a bit > of an upgrade. :-) What motherboard model is used on those boxes? The website doesn't say. The reason I'm asking is that I'm working on a H/W monitoring project which currently is focusing on Supermicro boards, and need more testers for boards I don't already have data for. :-) > I was planning to install pfSense on them, but I'm losing faith in that a > bit after figuring out that the pfSense project doesn't seem all that > open[2]; so I'm considering just installing "plain FreeBSD 7" instead. > > So the question: Would I be happier with 64 or 32bit FreeBSD? Our > Linux application and database servers are all 64 bit, but they also > have 32GB RAM each. The "firewall boxes" are probably vastly overdone > with memory at 4GB each. :-) We have numerous Supermicro machines in our co-lo, all of which run i386 except for one. The reason was that I hadn't spent the time to really get a feel for amd64 (all the machines run RELENG_6 except for the amd64 box, which runs RELENG_7). I run amd64 at home, and it's fine. I'm looking forward to being able to upgrade our SQL server in the co-lo to either 4GB or 8GB of RAM without having to bother with PAE (ugh!). But be aware that there still are some applications (ports) which don't behave correctly on amd64. So my recommendation is to build a test box that mimics your production environment, and make sure all of your stuff works on it. You might also be asking "is there some form of compatibility where amd64 can continue to run i386 binaries?" Yes, it's called lib32. I choose not to install it (during a FreeBSD install), and I disable it from buildworld by using WITHOUT_LIB32=true in /etc/src.conf (that file is new compared to older FreeBSD, so be aware). My attitude is "this is a 64-bit box, and you will recompile your programs to work on a 64-bit arch". Avoiding it also greatly decreases buildworld time. > A secondary question: Is the preferred way to upgrade a FreeBSD box > still cd /usr/src; make update && make buildworld && ... ? (I mostly > use FreeBSD for building my NanoBSD-flavor images these days, so I'm a > bit out of touch). First and foremost: to update the sources, you should use csup and not cvsup. csup comes in the base system, is written in C, and supports most all of the flags that cvsup does. The upgrade procedure is described in detail in /usr/src/Makefile. Here's what I'm referring to: # For individuals wanting to upgrade their sources (even if only a # delta of a few days): # # 1. `cd /usr/src' (or to the directory containing your source tree). # 2. `make buildworld' # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 5. `reboot' (in single user mode: boot -s from the loader prompt). # 6. `mergemaster -p' # 7. `make installworld' # 8. `make delete-old' # 9. `mergemaster' # 10. `reboot' # 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) Some footnotes: 1) You can put KERNCONF=WHATEVER in /etc/make.conf, thus avoiding the need to specify it during steps 3 and 4. 2) On amd64, your kernel config will go in /sys/amd64/conf, not /sys/i386/conf. (This may be obvious to most, but not so much to newer folks). 3) After step #5, and you're in single-user, you'll probably have to type "mount -a -t ufs" to get all of your filesystems mounted. 4) Don't skip the single-user step or try to do it from multi-user; I've seen numerous cases where /libexec/ld-elf.so.1 doesn't get updated as a result of people trying to avoid single-user. If you admin these boxes remotely, you're going to need serial console for the above. 5) Get familiar with mergemaster, specifically the side-by-side interactive diff feature. It looks scary the first time around, but once you learn that "r" applies the stuff you see on the right, and "l" applies the stuff you see on the left, you should be fine. -- | 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 Thu Aug 7 09:45: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 C51CA106564A; Thu, 7 Aug 2008 09:45:05 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6858FC0A; Thu, 7 Aug 2008 09:45:04 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from fox.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Thu, 07 Aug 2008 11:34:17 +0200 id 0002E00F.489AC199.00013C40 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Thu, 7 Aug 2008 11:34:41 +0200 User-Agent: KMail/1.9.7 References: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> <20080807090422.GA19885@eos.sc1.parodius.com> In-Reply-To: <20080807090422.GA19885@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200808071134.41927.freebsd-stable@dino.sk> Cc: Jeremy Chadwick , Ask =?iso-8859-1?q?Bj=F8rn_Hansen?= Subject: Re: i386 vs 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: Thu, 07 Aug 2008 09:45:05 -0000 On Thursday 07 August 2008, Jeremy Chadwick wrote: > On Thu, Aug 07, 2008 at 12:58:06AM -0700, Ask Bj=F8rn Hansen wrote: [ snip ] > But be aware that there still are some applications (ports) which don't > behave correctly on amd64. So my recommendation is to build a test > box that mimics your production environment, and make sure all of your > stuff works on it. This means you should do some work before actually deciding the way to go..= =2E=20 but it's the best way. Test and then use in production. Your own experience= =20 is worth an added bit of work. [ snip ] > 5) Get familiar with mergemaster, specifically the side-by-side > interactive diff feature. It looks scary the first time around, > but once you learn that "r" applies the stuff you see on the right, > and "l" applies the stuff you see on the left, you should be fine. =46unny observation: "r" is on LEFT keyboard side, "l" is on RIGHT keyboard= =20 side. I for one have problem at times precisely for this reason, but I know= =20 this is an important step and one need to act with great care. Regards, Milan =2D-=20 This address is used only for mailing list response. Do not send any personal messages to it, use milan in address instead. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 10:22:23 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 5668C106567C for ; Thu, 7 Aug 2008 10:22:23 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57012.mail.re3.yahoo.com (web57012.mail.re3.yahoo.com [66.196.97.116]) by mx1.freebsd.org (Postfix) with SMTP id DF6648FC08 for ; Thu, 7 Aug 2008 10:22:22 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 24466 invoked by uid 60001); 7 Aug 2008 10:22:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=VjMpUBYVKOzif6WlBvkyZoYZfTNwMNmna47+WWop3MwhhFAZJl7B9U5dQ7JcO0NzZC5WfmRF2i10MCNKA1M6hfjQUEzKu6apTLdCJPHD/mqqDoSoSkKA1oUlsyHnYjiSvDyPOEf+I68hTMt8J0mzs0c/icaoOEiAjnjdW7KfvPk=; Received: from [220.255.7.171] by web57012.mail.re3.yahoo.com via HTTP; Thu, 07 Aug 2008 03:22:21 PDT X-Mailer: YahooMailWebService/0.7.218 Date: Thu, 7 Aug 2008 03:22:21 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <253521.24170.qm@web57012.mail.re3.yahoo.com> Subject: bsnmp header files question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 10:22:23 -0000 Hi Could I know on i386 RELENG_7, what Makefiles install following header files: 1) /usr/include/bsnmp/snmpmod.h 2) /usr/include/bsnmp/snmp_mibII.h 3) /usr/include/bsnmp/snmp_atm.h Appreciate your reply very much. Kind regards Unga From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 11:41: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 196B7106566B for ; Thu, 7 Aug 2008 11:41:32 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 8150D8FC14 for ; Thu, 7 Aug 2008 11:41:31 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m77BTlJT022416 for ; Thu, 7 Aug 2008 13:29:48 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 4073B72 for ; Thu, 7 Aug 2008 13:29:47 +0200 (CEST) Date: Thu, 7 Aug 2008 13:29:47 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.8.7.111436 Subject: Regression 7.0R -> 7-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 11:41:32 -0000 Hi folks, I have a rather new FujitsuSiemens Esprimo here with an AMD Phenom X3 processor (triple core is somehow strange :-) and a lot of NVidia stuff onboard. I installed 7.0-R, which ran quite well except for the bge driver and snd_hda which both complained. After putting in an extra networking card I was able to install some more software and all appeared to be nice. Then I cvsupped to the recent 7-stable as of today. My hope was that maybe the bge or the sound card would improve from this. However, the new kernel I compiled does not run at all. It boots up to CPU#1 and CPU#2 lauchned messages and then sits there and does nothing anymore. I have verified this behaviour with amd64 snapshot images from July and August to make sure I did not compile a bad kernel. Both show the same behaviour. Are there any ideas what has changed from 7.0-R to recent 7.0-stable that could cause this? What can I do to debug/fix this? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 11:48:00 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 C840D106566C for ; Thu, 7 Aug 2008 11:48:00 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 846E48FC13 for ; Thu, 7 Aug 2008 11:48:00 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id C22DB2218A25; Thu, 7 Aug 2008 21:47:59 +1000 (EST) X-Viruscan-Id: <489AE0EF00003C5D7DD880@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 8470E21B4A86; Thu, 7 Aug 2008 21:47:59 +1000 (EST) Received: from k7.mavetju (ppp121-44-11-180.lns10.syd7.internode.on.net [121.44.11.180]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 27F0A2218951; Thu, 7 Aug 2008 21:47:59 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 472A724A; Thu, 7 Aug 2008 21:47:06 +1000 (EST) Date: Thu, 7 Aug 2008 21:47:06 +1000 From: Edwin Groothuis To: Gerrit K?hn Message-ID: <20080807114706.GA3286@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Gerrit K?hn , freebsd-stable@freebsd.org References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Regression 7.0R -> 7-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 11:48:00 -0000 On Thu, Aug 07, 2008 at 01:29:47PM +0200, Gerrit K?hn wrote: > Hi folks, > > I have a rather new FujitsuSiemens Esprimo here with an AMD Phenom X3 > processor (triple core is somehow strange :-) and a lot of NVidia stuff > onboard. I installed 7.0-R, which ran quite well except for the bge driver > and snd_hda which both complained. > After putting in an extra networking card I was able to install some more > software and all appeared to be nice. Then I cvsupped to the recent > 7-stable as of today. My hope was that maybe the bge or the sound card > would improve from this. However, the new kernel I compiled does not run > at all. It boots up to CPU#1 and CPU#2 lauchned messages and then sits > there and does nothing anymore. I have verified this behaviour with amd64 > snapshot images from July and August to make sure I did not compile a bad > kernel. Both show the same behaviour. > Are there any ideas what has changed from 7.0-R to recent 7.0-stable that > could cause this? What can I do to debug/fix this? Make sure you have this in your /etc/sysctl.conf: [~] edwin@k7>grep hyper /etc/sysctl.conf machdep.hyperthreading_allowed=1 Then with top you can see the CPUs in use ----------v PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 69200 edwin 9 44 0 236M 130M ucond 0 33:37 5.76% seamonkey-b 3317 edwin 1 71 0 38404K 33572K select 1 3:51 0.10% mutt 3015 edwin 1 45 0 403M 81672K select 0 101:52 0.00% Xorg Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 11:49: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 4E1931065670 for ; Thu, 7 Aug 2008 11:49:05 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8048FC21 for ; Thu, 7 Aug 2008 11:49:04 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTP id 432081CC149 for ; Thu, 7 Aug 2008 13:31:19 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 5083811436; Thu, 7 Aug 2008 13:31:17 +0200 (CEST) Date: Thu, 7 Aug 2008 13:31:17 +0200 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20080807113116.GB90026@tirith.brixandersen.dk> References: <253521.24170.qm@web57012.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vGgW1X5XWziG23Ko" Content-Disposition: inline In-Reply-To: <253521.24170.qm@web57012.mail.re3.yahoo.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: bsnmp header files question 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, 07 Aug 2008 11:49:05 -0000 --vGgW1X5XWziG23Ko Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 07, 2008 at 03:22:21AM -0700, Unga wrote: > 1) /usr/include/bsnmp/snmpmod.h /usr/src/usr.sbin/bsnmpd/modules/Makefile > 2) /usr/include/bsnmp/snmp_mibII.h /usr/src/usr.sbin/bsnmpd/modules/snmp_mibII/Makefile > 3) /usr/include/bsnmp/snmp_atm.h /usr/src/usr.sbin/bsnmpd/modules/snmp_atm/Makefile Brix --=20 Henrik Brix Andersen --vGgW1X5XWziG23Ko Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: GnuPG signed iEYEARECAAYFAkia3QQACgkQv+Q4flTiePggcACfQD7c0azOJzCv7JeSFTNe2w2q 5AsAn2xr+9fD1C0d1Mxg7WRXew5LxshR =ytGu -----END PGP SIGNATURE----- --vGgW1X5XWziG23Ko-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 12:19: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 513F9106564A for ; Thu, 7 Aug 2008 12:19:40 +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 3FC7D8FC15 for ; Thu, 7 Aug 2008 12:19:40 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2A9E51CC0B9; Thu, 7 Aug 2008 05:19:40 -0700 (PDT) Date: Thu, 7 Aug 2008 05:19:40 -0700 From: Jeremy Chadwick To: Edwin Groothuis , Gerrit K?hn , freebsd-stable@freebsd.org Message-ID: <20080807121940.GA28212@eos.sc1.parodius.com> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20080807114706.GA3286@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080807114706.GA3286@k7.mavetju> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Regression 7.0R -> 7-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 12:19:40 -0000 On Thu, Aug 07, 2008 at 09:47:06PM +1000, Edwin Groothuis wrote: > On Thu, Aug 07, 2008 at 01:29:47PM +0200, Gerrit K?hn wrote: > > Hi folks, > > > > I have a rather new FujitsuSiemens Esprimo here with an AMD Phenom X3 > > processor (triple core is somehow strange :-) and a lot of NVidia stuff > > onboard. I installed 7.0-R, which ran quite well except for the bge driver > > and snd_hda which both complained. > > After putting in an extra networking card I was able to install some more > > software and all appeared to be nice. Then I cvsupped to the recent > > 7-stable as of today. My hope was that maybe the bge or the sound card > > would improve from this. However, the new kernel I compiled does not run > > at all. It boots up to CPU#1 and CPU#2 lauchned messages and then sits > > there and does nothing anymore. I have verified this behaviour with amd64 > > snapshot images from July and August to make sure I did not compile a bad > > kernel. Both show the same behaviour. > > Are there any ideas what has changed from 7.0-R to recent 7.0-stable that > > could cause this? What can I do to debug/fix this? > > Make sure you have this in your /etc/sysctl.conf: > > [~] edwin@k7>grep hyper /etc/sysctl.conf > machdep.hyperthreading_allowed=1 > > Then with top you can see the CPUs in use ----------v > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 69200 edwin 9 44 0 236M 130M ucond 0 33:37 5.76% seamonkey-b > 3317 edwin 1 71 0 38404K 33572K select 1 3:51 0.10% mutt > 3015 edwin 1 45 0 403M 81672K select 0 101:52 0.00% Xorg I think you misread what he was saying. :-) He's saying that his system locks up hard after the kernel prints the "SMP: AP CPU #x Launched!" messages. I believe this is the 2nd or 3rd report we've had of this behaviour, re: system locking up hard after those messages. I'll see if I can find the past reports; I'm going off of memory, but they were in recent days. Also (for you Edwin), be aware of the security issues when enabling HTT, as well as the possible decrease in system performance (while increase in power draw) it can cause: http://en.wikipedia.org/wiki/Hyper-threading#Security http://en.wikipedia.org/wiki/Hyper-threading#Future -- | 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 Thu Aug 7 12:35: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 BAD121065670 for ; Thu, 7 Aug 2008 12:35:38 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7A18FC21 for ; Thu, 7 Aug 2008 12:35:37 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m77CZZOm027882; Thu, 7 Aug 2008 14:35:36 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 54EFB4F; Thu, 7 Aug 2008 14:35:35 +0200 (CEST) Date: Thu, 7 Aug 2008 14:35:35 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Jeremy Chadwick Message-Id: <20080807143535.86c25613.gerrit@pmp.uni-hannover.de> In-Reply-To: <20080807121940.GA28212@eos.sc1.parodius.com> References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20080807114706.GA3286@k7.mavetju> <20080807121940.GA28212@eos.sc1.parodius.com> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.8.7.121602 Cc: Edwin Groothuis , freebsd-stable@freebsd.org Subject: Re: Regression 7.0R -> 7-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 12:35:38 -0000 On Thu, 7 Aug 2008 05:19:40 -0700 Jeremy Chadwick wrote about Re: Regression 7.0R -> 7-stable?: JC> I think you misread what he was saying. :-) He's saying that his JC> system locks up hard after the kernel prints the "SMP: AP CPU #x JC> Launched!" messages. Exactly. ;-) JC> I believe this is the 2nd or 3rd report we've had of this behaviour, JC> re: system locking up hard after those messages. I'll see if I can JC> find the past reports; I'm going off of memory, but they were in JC> recent days. Please let me know if I can provide any further information. However, I will probably not be on the net from tomorrow (Friday) until Monday. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 12:37:01 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 550601065671; Thu, 7 Aug 2008 12:37:01 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3468FC25; Thu, 7 Aug 2008 12:37:00 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 206312218A78; Thu, 7 Aug 2008 22:37:00 +1000 (EST) X-Viruscan-Id: <489AEC6C00007407CD750C@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id D487E21B4A8C; Thu, 7 Aug 2008 22:36:59 +1000 (EST) Received: from k7.mavetju (ppp121-44-11-180.lns10.syd7.internode.on.net [121.44.11.180]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 7A1A12218A66; Thu, 7 Aug 2008 22:36:59 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id CFAAF275; Thu, 7 Aug 2008 22:36:06 +1000 (EST) Date: Thu, 7 Aug 2008 22:36:06 +1000 From: Edwin Groothuis To: Jeremy Chadwick Message-ID: <20080807123606.GT3285@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Jeremy Chadwick , Gerrit K?hn , freebsd-stable@freebsd.org References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> <20080807114706.GA3286@k7.mavetju> <20080807121940.GA28212@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080807121940.GA28212@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.3i Cc: Gerrit K?hn , freebsd-stable@freebsd.org Subject: Re: Regression 7.0R -> 7-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 12:37:01 -0000 On Thu, Aug 07, 2008 at 05:19:40AM -0700, Jeremy Chadwick wrote: > On Thu, Aug 07, 2008 at 09:47:06PM +1000, Edwin Groothuis wrote: > > On Thu, Aug 07, 2008 at 01:29:47PM +0200, Gerrit K?hn wrote: > > > Hi folks, > > > > > > I have a rather new FujitsuSiemens Esprimo here with an AMD Phenom X3 > > > processor (triple core is somehow strange :-) and a lot of NVidia stuff > > > onboard. I installed 7.0-R, which ran quite well except for the bge driver > > > and snd_hda which both complained. > > > After putting in an extra networking card I was able to install some more > > > software and all appeared to be nice. Then I cvsupped to the recent > > > 7-stable as of today. My hope was that maybe the bge or the sound card > > > would improve from this. However, the new kernel I compiled does not run > > > at all. It boots up to CPU#1 and CPU#2 lauchned messages and then sits > > > there and does nothing anymore. I have verified this behaviour with amd64 > > > snapshot images from July and August to make sure I did not compile a bad > > > kernel. Both show the same behaviour. > > > Are there any ideas what has changed from 7.0-R to recent 7.0-stable that > > > could cause this? What can I do to debug/fix this? > > > > Make sure you have this in your /etc/sysctl.conf: > > > > [~] edwin@k7>grep hyper /etc/sysctl.conf > > machdep.hyperthreading_allowed=1 > > > > Then with top you can see the CPUs in use ----------v > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 69200 edwin 9 44 0 236M 130M ucond 0 33:37 5.76% seamonkey-b > > 3317 edwin 1 71 0 38404K 33572K select 1 3:51 0.10% mutt > > 3015 edwin 1 45 0 403M 81672K select 0 101:52 0.00% Xorg > > I think you misread what he was saying. :-) He's saying that his > system locks up hard after the kernel prints the "SMP: AP CPU #x > Launched!" messages. It's indeed a different interpretation of what I originally read. Sorry for the noise! Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 12:48: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 C6DF4106566B for ; Thu, 7 Aug 2008 12:48:14 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0028FC25 for ; Thu, 7 Aug 2008 12:48:13 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by mu-out-0910.google.com with SMTP id i2so157215mue.3 for ; Thu, 07 Aug 2008 05:48:12 -0700 (PDT) Received: by 10.125.164.7 with SMTP id r7mr4783mko.161.1218113292212; Thu, 07 Aug 2008 05:48:12 -0700 (PDT) Received: by 10.125.94.4 with HTTP; Thu, 7 Aug 2008 05:48:10 -0700 (PDT) Message-ID: <519867a90808070548n5eee13adwb79b62bd2fecb67a@mail.gmail.com> Date: Thu, 7 Aug 2008 16:48:10 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "FreeBSD Stable" In-Reply-To: <20080807090422.GA19885@eos.sc1.parodius.com> MIME-Version: 1.0 References: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> <20080807090422.GA19885@eos.sc1.parodius.com> X-Google-Sender-Auth: 74cb7c3a32d6f66e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: i386 vs 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: Thu, 07 Aug 2008 12:48:14 -0000 Hello everybody. (sorry for my english) > > # For individuals wanting to upgrade their sources (even if only a > # delta of a few days): > # > # 1. `cd /usr/src' (or to the directory containing your source > tree). > # 2. `make buildworld' > # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is > GENERIC). > # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is > GENERIC). > # 5. `reboot' (in single user mode: boot -s from the loader > prompt). > # 6. `mergemaster -p' > # 7. `make installworld' > # 8. `make delete-old' > # 9. `mergemaster' > # 10. `reboot' > # 11. `make delete-old-libs' (in case no 3rd party program uses them > anymore) > Pls tell me what for I need 5 step? I have about 15 remote servers (10 on 6.X-stable and others on 7.0-stable). These servers are far far away from me and I really cant connect serial or keyboard to it. So I upgrade remotely without "# 5 reboot" very long time, starting from at least 5.4 (maybe 4.x I dont remember), 5.4-stable -> 6.0-stable, 6.0-stable -> 6.2-stable, 6.0/6.2-stable -> 6.3-stable and of couse 6.2/6.3-stable -> 7.0-stable. Only once I got a problem with /libexec/ld-elf.so.X then I try upgrade from 6.2-RELEASE-pX to 7.0-stable. Of couse I got phisical access to this server to repair it. I got this file from another server and then succesfully rebuild all the world with my "reception". This was really hard situation. (I use /rescue and have shamanian danced with tambourine around this server ;) lol ;) ) I dont remember why I had on that server this strange (for me) version (6.2-RELEASE). So have I a chance to upgrade remote servers without single mode? Now my practice is (a few last years): #cd /usr/src #mergemaster -p && make -j8 buildworld && make -j8 buildkernel KERNCONF=KMD && make installkernel KERNCONF=KMD && make installworld && mergemaster -iU && reboot *) -j8 on 2x- or 4x-kernels cpu and -j4 on 1x-kernel cpu *) some time I did "make -j4 installkernel KERNCONF=KMD" and "make -j4 installworld" but it's worked not stable. Sometimes it returns an error. Maybe hdd was not speedy - dont know why it was so and dont know how to say it all in english. :\ *) on Phenom 9750 with 2GB DDR2 800MHz memory "-j8 buildworld" makes in about 16 minutes and "-j8 buildkernel KERN..." in about 5 minutes. As a result all upgrade takes about 30 minutes or less. On x2 CPUs I put this long command in ssh-term and go away. When I come back "mergemaster -iU" is waiting me. And if I make major update (6.x to 7.x) I'll portupgrade all ports as in manual "portupgrade -faP" and then reboot after that "make delete-old" and "make delete-old-libs" and reboot All of this I do remotely. Is this way very wrong? I understand that it's not a "canonical" way but how I can do it right and remotely? Thanks in advance. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 14:05: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 2AEFE1065691 for ; Thu, 7 Aug 2008 14:05:41 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg7.xecu.net (mg7.xecu.net [216.127.136.190]) by mx1.freebsd.org (Postfix) with ESMTP id ED8888FC25 for ; Thu, 7 Aug 2008 14:05:40 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (localhost [127.0.0.1]) by mg7.xecu.net (Postfix) with ESMTP id 794A68675F4; Thu, 7 Aug 2008 10:05:39 -0400 (EDT) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg7.xecu.net ([127.0.0.1]) by localhost (mg7.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wd+iS13uJlyS; Thu, 7 Aug 2008 10:05:38 -0400 (EDT) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg7.xecu.net (Postfix) with ESMTPS id 32EAD867555; Thu, 7 Aug 2008 10:05:38 -0400 (EDT) Date: Thu, 7 Aug 2008 10:05:38 -0400 (EDT) From: Andy Dills To: Mike Tancsa In-Reply-To: <200808061554.m76FsZlm092227@lava.sentex.ca> Message-ID: <20080807095944.R46224@shell.xecu.net> References: <20080806101147.Y50885@shell.xecu.net> <200808061554.m76FsZlm092227@lava.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: PPP doesn't set the correct interface in 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 14:05:41 -0000 On Wed, 6 Aug 2008, Mike Tancsa wrote: > At 10:16 AM 8/6/2008, Andy Dills wrote: > > > I'm trying to setup pptpd to enable VPN connections. This worked well in > > all versions of FreeBSD prior to 7. > > I would turf pptpd and look at mpd51 from the ports. It is far, far better > maintained and is quite solid as an LNS as well as PPTP termination server. Yep, it looks like this is definitely the best solution, for a number of reasons. Thanks for the pointer. Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 14:25: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 B926A1065679 for ; Thu, 7 Aug 2008 14:25:30 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys14.mail.msu.edu (sys14.mail.msu.edu [35.9.75.114]) by mx1.freebsd.org (Postfix) with ESMTP id 950058FC18 for ; Thu, 7 Aug 2008 14:25:30 +0000 (UTC) (envelope-from besko@msu.edu) Received: from user-718268.user.msu.edu ([35.10.4.118]) by sys14.mail.msu.edu with esmtpsa (Exim 4.63 #1) (TLSv1:AES256-SHA:256) id 1KR6Qj-0003fK-Vr; Thu, 07 Aug 2008 10:25:30 -0400 Message-ID: <489B05D9.7030407@msu.edu> Date: Thu, 07 Aug 2008 10:25:29 -0400 From: Lisa Besko User-Agent: Thunderbird 2.0.0.14 (X11/20080613) MIME-Version: 1.0 To: Joseph Koshy References: <4899E3AC.40201@msu.edu> <84dead720808061904v398ff7cdieaeca41ed7a8207e@mail.gmail.com> In-Reply-To: <84dead720808061904v398ff7cdieaeca41ed7a8207e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Cc: freebsd-stable@freebsd.org Subject: Re: Swapping boot disks and getting mountroot> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 14:25:30 -0000 Joseph Koshy wrote: >> I notice that it finds the device ad4 but then it tries to mount root from >> /dev/ad6s1a. I've edited the fstab to have it look for ad4s1a but it still >> won't boot. Anyone have any pointers or ideas? > > Have you tried interrupting the boot sequence and setting new > values for the `rootdev' and `root_disk_unit' loader variables? > The loader(8) manual page has more information. No I haven't tried that yet. Will that get me to a point where I can trust it to boot on it's own to the correct disk all the time? LB -- Lisa Besko From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 16:27: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 1729C106566C for ; Thu, 7 Aug 2008 16:27:55 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id CEAEC8FC15 for ; Thu, 7 Aug 2008 16:27:54 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KR8LB-000AsG-1Q for stable@freebsd.org; Thu, 07 Aug 2008 17:27:53 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KR8LB-000KtI-02 for stable@freebsd.org; Thu, 07 Aug 2008 17:27:53 +0100 To: stable@freebsd.org Message-Id: From: Pete French Date: Thu, 07 Aug 2008 17:27:53 +0100 Cc: Subject: should looking at an interface with 'ifconfig' trigger a change ? 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, 07 Aug 2008 16:27:55 -0000 I have a very odd problem here - two interfaces bundled using lagg in 'failover' mode, so one interface is active and the other not being used. if the carrier drops on the active one I expect it to failover, but it doesnt. ...until I type 'ifconfig bce0' to look at the status of the interface which has gone down. At which point it fails over properly! This is most odd - how can simply looking at the config of an interface trigger the failover ? It wont fail over otherwise either - you can leave it as long as you like and lagg wont realise that the active has gone down. The interfaces here are 'bce' by the way, if that make a difference.... -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 17:11:59 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 DA50210656C6; Thu, 7 Aug 2008 17:11:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5D98FC1D; Thu, 7 Aug 2008 17:11:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KR91q-000BLv-Im; Thu, 07 Aug 2008 18:11:58 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KR91q-000LRz-HQ; Thu, 07 Aug 2008 18:11:58 +0100 To: thompsa@FreeBSD.org In-Reply-To: <20080807165712.GA37969@citylink.fud.org.nz> Message-Id: From: Pete French Date: Thu, 07 Aug 2008 18:11:58 +0100 Cc: stable@freebsd.org Subject: Re: should looking at an interface with 'ifconfig' trigger a change ? 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, 07 Aug 2008 17:12:00 -0000 > The bce driver is not properly generating link state events. OK, that explains why it doesnt failover - but why does looking at it with ifconfig make a difference ? surely that should be 'read only ? -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 17:27: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 2261E106570E for ; Thu, 7 Aug 2008 17:27:06 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id D31A88FC13 for ; Thu, 7 Aug 2008 17:27:05 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id C53F82BD94; Fri, 8 Aug 2008 04:57:18 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C3DKAj5VRwtY; Fri, 8 Aug 2008 04:57:13 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 8 Aug 2008 04:57:13 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id E2E6A11430; Fri, 8 Aug 2008 04:57:12 +1200 (NZST) Date: Thu, 7 Aug 2008 09:57:12 -0700 From: Andrew Thompson To: Pete French Message-ID: <20080807165712.GA37969@citylink.fud.org.nz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: should looking at an interface with 'ifconfig' trigger a change ? 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, 07 Aug 2008 17:27:06 -0000 On Thu, Aug 07, 2008 at 05:27:53PM +0100, Pete French wrote: > I have a very odd problem here - two interfaces bundled using lagg > in 'failover' mode, so one interface is active and the other not being > used. if the carrier drops on the active one I expect it to > failover, but it doesnt. > > ...until I type 'ifconfig bce0' to look at the status of the interface > which has gone down. At which point it fails over properly! > > This is most odd - how can simply looking at the config of an > interface trigger the failover ? It wont fail over otherwise either - you > can leave it as long as you like and lagg wont realise that the active > has gone down. > > The interfaces here are 'bce' by the way, if that make a difference.... The bce driver is not properly generating link state events. Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 17:35: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 8A11B1065677 for ; Thu, 7 Aug 2008 17:35:31 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 46B1F8FC1E for ; Thu, 7 Aug 2008 17:35:31 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 386412BD94; Fri, 8 Aug 2008 05:35:30 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KrFKpGSCjVOd; Fri, 8 Aug 2008 05:35:25 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 8 Aug 2008 05:35:25 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 390B01142E; Fri, 8 Aug 2008 05:35:25 +1200 (NZST) Date: Thu, 7 Aug 2008 10:35:25 -0700 From: Andrew Thompson To: Pete French Message-ID: <20080807173525.GB37969@citylink.fud.org.nz> References: <20080807165712.GA37969@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: should looking at an interface with 'ifconfig' trigger a change ? 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, 07 Aug 2008 17:35:31 -0000 On Thu, Aug 07, 2008 at 06:11:58PM +0100, Pete French wrote: > > The bce driver is not properly generating link state events. > > OK, that explains why it doesnt failover - but why does looking at it > with ifconfig make a difference ? surely that should be 'read only ? ifconfig will cause the media status to be read from the hardware at which time the link change is generated as it is different to the stored value. cheers, Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 18:31: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 85DC6106567A for ; Thu, 7 Aug 2008 18:31:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 66C218FC12 for ; Thu, 7 Aug 2008 18:31:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay14.apple.com (relay14.apple.com [17.128.113.52]) by mail-out3.apple.com (Postfix) with ESMTP id 2CB0535B27E8; Thu, 7 Aug 2008 11:31:50 -0700 (PDT) Received: from relay14.apple.com (unknown [127.0.0.1]) by relay14.apple.com (Symantec Mail Security) with ESMTP id 0FDF1280A3; Thu, 7 Aug 2008 11:31:50 -0700 (PDT) X-AuditID: 11807134-a69fabb000000ece-e0-489b3f951c59 Received: from cswiger1.apple.com (cswiger1.apple.com [17.227.140.124]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay14.apple.com (Apple SCV relay) with ESMTP id D0DE028089; Thu, 7 Aug 2008 11:31:49 -0700 (PDT) Message-Id: From: Chuck Swiger To: Milan Obuch In-Reply-To: <200808071134.41927.freebsd-stable@dino.sk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Thu, 7 Aug 2008 11:31:49 -0700 References: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> <20080807090422.GA19885@eos.sc1.parodius.com> <200808071134.41927.freebsd-stable@dino.sk> X-Mailer: Apple Mail (2.928.1) X-Brightmail-Tracker: AAAAAA== Cc: Jeremy Chadwick , =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= , freebsd-stable@freebsd.org Subject: Re: i386 vs 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: Thu, 07 Aug 2008 18:31:50 -0000 On Aug 7, 2008, at 2:34 AM, Milan Obuch wrote: >> 5) Get familiar with mergemaster, specifically the side-by-side >> interactive diff feature. It looks scary the first time around, >> but once you learn that "r" applies the stuff you see on the right, >> and "l" applies the stuff you see on the left, you should be fine. > > Funny observation: "r" is on LEFT keyboard side, "l" is on RIGHT > keyboard > side. I for one have problem at times precisely for this reason, but > I know > this is an important step and one need to act with great care. Fortunately, the diffutils maintainer has accepted a patch to allow "1" and "2" (similar to http://www.pkix.net/~chuck/sdiff2.diff); hopefully your system is recent enough to include that change: Regards, -- -Chuck Begin forwarded message: > From: Chuck Swiger > Date: June 13, 2007 11:57:34 AM PDT > To: LI Xin > Cc: FreeBSD Current > Subject: Re: RFC: diff(1) update > > On Jun 13, 2007, at 2:10 AM, LI Xin wrote: >> I have done a first cut of bringing latest GNU diffutils (2.8.1) to >> the >> FreeBSD base system. This consists two parts of changes: >> [ ... ] >> Some notes: >> - I have tried to keep as most our local features (DIFF_OPTIONS, >> etc), >> but we still need to have some test cases to figure out whether >> there is >> regression. >> - Local changes are now maintained as patchsets. >> - Still need to find a better way to handle local manpage changes... >> >> Comments? > > Thanks for looking into updating diffutils, Xin. > > Paul Eggert, the diffutils maintainer, has recently adopted a patch > for sdiff which allows using "1" and "2" in addition to "l" and "r", > which is exceptionally useful when people are running mergemaster. > Also, v2.8.6 also includes a fix for invoking an editor in sdiff mode: > > Paul Eggert wrote: >> Chuck Swiger writes: >>> At least with diff-2.7 or thereabouts, invoking the >>> external editor via "e l" or "e r" would always fail and return the >>> warning from this line of diff code: >>> >>> fatal ("Subsidiary editor failed"); >> >> You can double-check, but I think that bug was fixed here: >> >> 2004-04-12 Paul Eggert >> >> * NEWS, configure.ac (AC_INIT): Version 2.8.6. >> ... >> * src/sdiff.c (check_child_status): Renamed from ck_editor_status, >> and >> accept a new arg MAX_OK_STATUS. All callers changed. >> Handle status 126/127 as per POSIX. >> > > ------ > >> Good point, thanks. I installed this: >> >> 2007-06-06 Paul Eggert >> >> * NEWS: Mention new sdiff aliases 1 and 2 for l and r. >> * doc/diff.texi (Merge Commands): Likewise. >> * src/sdiff.c (give_help): Give help for them. >> (edit): Support them. >> >> Index: NEWS >> =================================================================== >> RCS file: /cvsroot/diffutils/diffutils/NEWS,v >> retrieving revision 1.25 >> diff -u -p -r1.25 NEWS >> --- NEWS 5 Sep 2006 23:02:32 -0000 1.25 >> +++ NEWS 6 Jun 2007 23:40:12 -0000 >> @@ -14,6 +14,8 @@ User-visible changes since 2.8.7 (in "ve >> "Utility Syntax Guidelines" in the Minutes of the January 2005 >> Meeting . >> >> +* sdiff now understands '1' and '2' as synonyms for 'l' and 'r'. >> + >> Version 2.8.7 contains no user-visible changes. > > -- > -Chuck > > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 18:43: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 925FB1065684 for ; Thu, 7 Aug 2008 18:43:13 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys16.mail.msu.edu (sys16.mail.msu.edu [35.9.75.116]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7A98FC19 for ; Thu, 7 Aug 2008 18:43:13 +0000 (UTC) (envelope-from besko@msu.edu) Received: from user-718268.user.msu.edu ([35.10.4.118]) by sys16.mail.msu.edu with esmtpsa (Exim 4.63 #1) (TLSv1:AES256-SHA:256) id 1KRAS8-0003nK-AZ; Thu, 07 Aug 2008 14:43:12 -0400 Message-ID: <489B423F.3050102@msu.edu> Date: Thu, 07 Aug 2008 14:43:11 -0400 From: Lisa Besko User-Agent: Thunderbird 2.0.0.14 (X11/20080613) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4899E3AC.40201@msu.edu> <84dead720808061904v398ff7cdieaeca41ed7a8207e@mail.gmail.com> <489B05D9.7030407@msu.edu> In-Reply-To: <489B05D9.7030407@msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Cc: Joseph Koshy Subject: Re: Swapping boot disks and getting mountroot>===SOLVED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 18:43:13 -0000 I got thinks working by commenting out options ATA_STATIC_ID # Static device numbering in the kernel. I had to build a test kernel as described in /usr/src/UPDATING. I still got my mountroot> prompt but for a change is showed me some possible devices. I was able to ad0s1a to boot from. I rebooted to my working kernel and edited /etc/fstab to use ad0. Then booted my test kernel again. The system booted. I installed the kernel w/o ATA_STATIC_ID and was able to boot in my Sunfire X2100 and my X2200. LB Lisa Besko wrote: > > > Joseph Koshy wrote: >>> I notice that it finds the device ad4 but then it tries to mount root >>> from >>> /dev/ad6s1a. I've edited the fstab to have it look for ad4s1a but it >>> still >>> won't boot. Anyone have any pointers or ideas? >> >> Have you tried interrupting the boot sequence and setting new >> values for the `rootdev' and `root_disk_unit' loader variables? >> The loader(8) manual page has more information. > > No I haven't tried that yet. Will that get me to a point where I can > trust it to boot on it's own to the correct disk all the time? > > LB -- Lisa Besko From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 21:26: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 78A301065671 for ; Thu, 7 Aug 2008 21:26:08 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 29E7C8FC12 for ; Thu, 7 Aug 2008 21:26:07 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so295655wra.27 for ; Thu, 07 Aug 2008 14:26:07 -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:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=itQhgTSRnOezdmfwv/XT49+ncZvFrYdX+S+yZUM6Wvw=; b=krzpE6TqJELS8wUkl7S5CWp0BFPwHTLZL7NKu68ZVxDSu3ORGMBGtrkQ0Ehqql76an OFJSP7BxI20gZgarsfegXyHr1pPGlimdGk2QngQrIdI93Yjd8dbjD61F0yOeaNFbrJnT XGb4+033gfX1uT1LHs6FYp/HSzOcm3uCqkI7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=D+2H92ygqk30eaPmk1VR4axIvVXY0oL15WpKC0FCDxls7xOpGuOA9SlIptCwvT7R8Z 3g2xAB6xlzULXkD6t6qwmaQ5ay9xBol9pQ+LCRs5ZhNCjNmJbZC8dEEF4lToe+knZpOj JVxMxksJdCMaadnLb83uyTWOvR3YfMywZIO6w= Received: by 10.90.95.18 with SMTP id s18mr5548004agb.55.1218142740267; Thu, 07 Aug 2008 13:59:00 -0700 (PDT) Received: by 10.90.81.10 with HTTP; Thu, 7 Aug 2008 13:59:00 -0700 (PDT) Message-ID: Date: Fri, 8 Aug 2008 00:59:00 +0400 From: pluknet To: "John Baldwin" , freebsd-stable@freebsd.org, "Ulrich Spoerlein" In-Reply-To: <20080806200643.GA1554@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080730113449.GD407@cdnetworks.co.kr> <20080804010205.GA21401@cdnetworks.co.kr> <20080804182919.GB1480@roadrunner.spoerlein.net> <200808041607.56160.jhb@freebsd.org> <20080806200643.GA1554@roadrunner.spoerlein.net> Cc: Subject: Re: cpufreq(4) panic on RELENG_7 (was: Re: Call for bfe(4) testers.) 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, 07 Aug 2008 21:26:08 -0000 Hi, John. >> > Fatal trap 12: page fault while in kernel mode >> > cpuid = 0; apic id = 00 >> > fault virtual address = 0x38 >> > fault code = supervisor read, page not present >> > instruction pointer = 0x20:0xc058ec16 >> > stack pointer = 0x28:0xfb8b8ac8 >> > frame pointer = 0x28:0xfb8b8ac8 >> > code segment = base 0x0, limit 0xfffff, type 0x1b >> > = DPL 0, pres 1, def32 1, gran 1 >> > processor eflags = interrupt enabled, resume, IOPL = 0 >> > current process = 1176 (powerd) >> > db:0:kdb.enter.default> show pcpu >> > cpuid = 0 >> > curthread = 0xc4ec0aa0: pid 1176 "powerd" >> > curpcb = 0xfb8b8d90 >> > fpcurthread = none >> > idlethread = 0xc3f80cc0: pid 10 "idle: cpu0" >> > APIC ID = 0 >> > currentldt = 0x50 >> > db:0:kdb.enter.default> bt >> > Tracing pid 1176 tid 100103 td 0xc4ec0aa0 >> > device_is_attached(0,c87e6b40,fb8b8afc,0,101,...) at device_is_attached+0x6 >> > cf_set_method(c420b600,c87e6b40,64,fb8b8ba4,c87e33b4,...) at >> cf_set_method+0x6a3 >> > cpufreq_curr_sysctl(c420d840,c4207000,0,fb8b8ba4,fb8b8ba4,...) at >> cpufreq_curr_sysctl+0x232 >> > sysctl_root(fb8b8ba4,4,1,c4ec0aa0,c4501d38,...) at sysctl_root+0x137 >> > userland_sysctl(c4ec0aa0,fb8b8c14,4,0,0,...) at userland_sysctl+0x151 >> > __sysctl(c4ec0aa0,fb8b8cfc,18,fb8b8ca0,46,...) at __sysctl+0xec >> > syscall(fb8b8d38) at syscall+0x345 >> > Xint0x80_syscall() at Xint0x80_syscall+0x20 >> > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28161bd3, esp = >> 0xbfbfe8cc, ebp = 0xbfbfe8f8 --- >> > db:0:kdb.enter.default> capture off >> > Is it intentional? (kgdb) p level.rel_count $44 = 1986356271 First level.rel_set+5 are NULL in my case. (kgdb) p i $46 = 0 P.S. Same problem/hardware/bt/sysctl/dmesg on Banias 1.6GHz, worked ok on previous stable7 from Jun 16. hth, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 22:36:37 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 695AE106567B for ; Thu, 7 Aug 2008 22:36:37 +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 1086C8FC16 for ; Thu, 7 Aug 2008 22:36:37 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 830B828450 for ; Fri, 8 Aug 2008 06:36:35 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id EF542EDA36F; Fri, 8 Aug 2008 06:36:32 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id MYFkYnwOywod; Fri, 8 Aug 2008 06:36:21 +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 3401AEDA284; Fri, 8 Aug 2008 06:36:18 +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=KtP3V9pNUX9zFX3wFiohir8GlACkUASRa00qRI9RVc+Nk/mxnx7E3muCmAObiiPFV E5exrkSHT93fX+mOAlSyw== Message-ID: <489B78DF.4000901@delphij.net> Date: Thu, 07 Aug 2008 15:36:15 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.16 (X11/20080725) MIME-Version: 1.0 To: KES References: <310261218093750@webmail34.yandex.ru> In-Reply-To: <310261218093750@webmail34.yandex.ru> 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@freebsd.org Subject: Re: ng_ipacct.c:905: error: too few arguments to function 'in_pcblookup_local' 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, 07 Aug 2008 22:36:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 KES wrote: [...] | kes# make deinstall reinstall clean | ===> Deinstalling for net-mgmt/ng_ipacct | ===> ng_ipacct not installed, skipping | ===> Building for ng_ipacct-20061223 | ===> ng_ipacct (all) | Warning: Object directory not changed from original /usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct/ng_ipacct | cc -O -pipe -g -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc - -I/usr/ports/net-mgmt/ng_ipacct/work/ng_ipacct/ng_ipacct -I. -I@ - -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 - --param large-function-growth=1000 -fno-common -mno-align-long-strings - -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 - -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs - -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline - -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c ng_ipacct.c | ng_ipacct.c: In function 'pcb_get_cred': | ng_ipacct.c:905: error: too few arguments to function 'in_pcblookup_local' | *** Error code 1 Newer FreeBSD versions requires a 'ucred' parameter, from my understanding it looks that one has to pass the current thread's ucred? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkibeN4ACgkQi+vbBBjt66DO6wCfeG4bbzuFs40CNR28aNFoR/ld P0UAniG1zwrzmQurBOg3yRSDejM4mEaN =mN+B -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 22:55: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 9047B1065720 for ; Thu, 7 Aug 2008 22:55:41 +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 A25CF8FC19 for ; Thu, 7 Aug 2008 22:55:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id D6C392844E for ; Fri, 8 Aug 2008 06:55:39 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id F184EEDA37D; Fri, 8 Aug 2008 06:55:38 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id b3C4b-IJ1SRi; Fri, 8 Aug 2008 06:55:33 +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 8F434EDA37A; Fri, 8 Aug 2008 06:55:32 +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=UNNFU4GAP263U1/8sBgzHhMnhQaMTzyoZlibtURer5fApcmbzKUJnEvdkzR3xbvZH V8WdxMHTL3LrnYX0K6NAQ== Message-ID: <489B7D62.4080606@delphij.net> Date: Thu, 07 Aug 2008 15:55:30 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.16 (X11/20080725) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Gerrit_K=FChn?= References: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> In-Reply-To: <20080807132947.061d24eb.gerrit@pmp.uni-hannover.de> 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: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Regression 7.0R -> 7-stable? 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, 07 Aug 2008 22:55:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gerrit Kühn wrote: | Hi folks, | | I have a rather new FujitsuSiemens Esprimo here with an AMD Phenom X3 | processor (triple core is somehow strange :-) and a lot of NVidia stuff | onboard. I installed 7.0-R, which ran quite well except for the bge driver | and snd_hda which both complained. | After putting in an extra networking card I was able to install some more | software and all appeared to be nice. Then I cvsupped to the recent | 7-stable as of today. My hope was that maybe the bge or the sound card | would improve from this. However, the new kernel I compiled does not run | at all. It boots up to CPU#1 and CPU#2 lauchned messages and then sits | there and does nothing anymore. I have verified this behaviour with amd64 | snapshot images from July and August to make sure I did not compile a bad | kernel. Both show the same behaviour. | Are there any ideas what has changed from 7.0-R to recent 7.0-stable that | could cause this? What can I do to debug/fix this? Could you please try disabling ACPI and boot? Additionally a 'boot -v' may reveal some useful information as well. Just some random thoughts. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkibfWEACgkQi+vbBBjt66CMKwCfcwhp75YfAKOsmPPmmXmzBGSp 3NEAn388u/YD77vpMTRS/QK6moSu3iu1 =1s3u -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 05:58:12 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 430A6106564A for ; Fri, 8 Aug 2008 05:58:12 +0000 (UTC) (envelope-from sebastian.tymkow@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id C40EF8FC08 for ; Fri, 8 Aug 2008 05:58:11 +0000 (UTC) (envelope-from sebastian.tymkow@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so1121911ika.3 for ; Thu, 07 Aug 2008 22:58:10 -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:references; bh=ZqhP7zX+CI9JNcFFz+3r7r7UCkLNKbeSgN8gdeVi6d0=; b=HFwdlLPAKwKsi82wCuOUYjgnzxbiHfGXt7gL9z7vPpLaUfQvWx6YWdHeFlSjnd5Tju hR4WDjoilXCkLRqqBVgPKd/8PDZfZqIuuApEmHsEWZ5xHcgNIUi1sE1Dxj6z3fDOhBva /yMto2UrcKhKRP7gRGZ9GEFQSWZhvL/TBv/xA= 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:references; b=r0kGphVkNerrm9sldZS90yBgDJJSgNbDu4tTZ4hZ33YYxpWLTipaBMWwxZ9Z4aBMM6 Vfnktw/m0K/ByFJ9nqM46M0v90AuqjmFD5xAR1JcNxtWgOpZRIr2c4VhmR/9sF0dpb56 bdFfj3xPBk124ViIY248T37bJ5BgaTTtbjoek= Received: by 10.210.125.7 with SMTP id x7mr5004526ebc.45.1218175090498; Thu, 07 Aug 2008 22:58:10 -0700 (PDT) Received: by 10.210.57.20 with HTTP; Thu, 7 Aug 2008 22:58:10 -0700 (PDT) Message-ID: <692660060808072258u24f5a701p67c81d9a7f8f34de@mail.gmail.com> Date: Fri, 8 Aug 2008 07:58:10 +0200 From: "=?ISO-8859-1?Q?Sebastian_Tymk=F3w?=" To: "Vinny Abello" In-Reply-To: <15CEC87F00BB7B4CA0E904C5FCF05646243E8601@exchangenj1> MIME-Version: 1.0 References: <15CEC87F00BB7B4CA0E904C5FCF05646243E8601@exchangenj1> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" , "bind-users@isc.org" Subject: Re: Query timeouts on FreeBSD 7 over network 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, 08 Aug 2008 05:58:12 -0000 Hi, I gave up and installed Debian (etch ) on other machine. I've tried FreeBSD 7.0 amd64 on blade machine also and it didn't work perfectly. On the same machine with Debian on board problems stopped. The most strange thing is that on other servers with FreeBSD 4.8 Stable everything works perfectly without problems even after bind upgrade. It looks like Bind and FreeBSD > 6.x have problems or maybe something is wrong with my machines. But how to explain that other system on the same machine works fie ? Best regards, Sebastian Tymk=F3w From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 06:07:04 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 5A7C4106564A for ; Fri, 8 Aug 2008 06:07:04 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57001.mail.re3.yahoo.com (web57001.mail.re3.yahoo.com [66.196.97.105]) by mx1.freebsd.org (Postfix) with SMTP id E93EA8FC17 for ; Fri, 8 Aug 2008 06:07:03 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 64831 invoked by uid 60001); 8 Aug 2008 06:07:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=CtYO3MoHkwqJsBcfDykzlgMgi1drn/8wcW+F16/HCRv2dt/AshwVi7J/XZ3S8MJDZsdkmh8NXUCq2TTkhBQji65zR3JmTNTpBUDu73zyEJ7P3HilkdelqEoy1NjAQ+KykOegNpI1KT3Cmv4KQEhIFHDzYRiq3m41JrRBSFEahBc=; Received: from [220.255.7.246] by web57001.mail.re3.yahoo.com via HTTP; Thu, 07 Aug 2008 23:07:03 PDT X-Mailer: YahooMailWebService/0.7.218 Date: Thu, 7 Aug 2008 23:07:03 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <255533.64647.qm@web57001.mail.re3.yahoo.com> Subject: sysinstall compilation issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 06:07:04 -0000 Hi This is i386 RELENG_7. Following section of the /usr/src/usr.sbin/sysinstall/Makefile does not generate C code properly: makedevs.c: Makefile rtermcap echo '#include ' > makedevs.c ${RTERMCAP} ansi | \ file2c 'const char termcap_ansi[] = {' ',0};' \ >> makedevs.c At compile time, above expands to: TERMCAP=/usr/src/usr.sbin/sysinstall/../../share/termcap/termcap.src ./rtermcap ansi | file2c 'const char termcap_ansi[] = {' ',0};' >> makedevs.c Which generates C code as follows: const char termcap_ansi[] = { ,0}; That is, it generates 3 lines, which results a compilation error. I presume, intended generated code should be: const char termcap_ansi[] = {' ',0}; Am I right? That intended code can be generated by a modified statement as: TERMCAP=/usr/src/usr.sbin/sysinstall/../../share/termcap/termcap.src ./rtermcap ansi | file2c "const char termcap_ansi[] = {""' ',0};" What is wrong at my end? Note, I linked the rtermcap with ncursesw libraries, can that be the cause? Any ideas? Many thanks in advance. Kind regards Unga From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 09:10:35 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 4B878106566B; Fri, 8 Aug 2008 09:10:35 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id A1B5F8FC15; Fri, 8 Aug 2008 09:10:34 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman-macbook.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m789Ai0T075569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Aug 2008 10:10:45 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <489C0D86.3080702@unsane.co.uk> Date: Fri, 08 Aug 2008 10:10:30 +0100 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Warren Liddell References: <000501c8f890$185b8810$fd607e0a@Horbury.Internal> <200808080821.35476.shinjii@maydias.com> In-Reply-To: <200808080821.35476.shinjii@maydias.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mcoyles@horbury.wakefield.sch.uk, FreeBSD Stable Mailing List , freebsd-questions@freebsd.org Subject: Re: Upgrading from 6.x to 7.x 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, 08 Aug 2008 09:10:35 -0000 Warren Liddell wrote: > On Thursday 07 August 2008 23:18:34 Marc Coyles wrote: > >>> If i have read the man pages correct the command im using being ... >>> >>> # freebsd-update upgrade -r 7.0-CURRENT >>> >> # sh freebsd-update.sh -f freebsd-update.conf -r 7.0-RELEASE upgrade >> >> followed eventually by... >> >> # sh freebsd-update.sh -f freebsd-update.conf install >> >> I have just upgraded a 6.2 box to 7.0 Release following the instructions >> at >> http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade >> .html to the letter without issue (other than bind needing to be >> reinstalled from ports afterwards) >> >> L8rs! >> Marci >> > > > # freebsd-update -r 7.0-RELEASE upgrade > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching public key from update1.FreeBSD.org... failed. > No mirrors remaining, giving up. > > # sh freebsd-update.sh -f freebsd-update.conf -r 7.0-RELEASE upgrade > freebsd-update.sh: Can't open freebsd-update.sh: No such file or directory > > I then did a search for the sh file .... > > # sh freebsd-update.sh -f freebsd-update.conf -r 7.0-RELEASE upgrade > File does not exist or is not readable: freebsd-update.conf > > freebsd-update is part of base system so there was no need to install it via > the port etc .. or is there ? > > no for versions of FreeBSD beyond 6.3 its in base and you dont need to install it seperately to upgrade between versions. freebsd-update -r 7.1-RELEASE upgrade seems to have an effect where 7.0-RELEASE no longer does. I have CCed freebsd-stable@ on this to see if anyone knows if this is intended or a mistake. Vince > _______________________________________________ > 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 Fri Aug 8 09:46: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 28D60106566B; Fri, 8 Aug 2008 09:46:34 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7A7888FC0A; Fri, 8 Aug 2008 09:46:33 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman-macbook.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m789khaw075872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Aug 2008 10:46:44 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <489C15F6.4080507@unsane.co.uk> Date: Fri, 08 Aug 2008 10:46:30 +0100 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Warren Liddell References: <000501c8f890$185b8810$fd607e0a@Horbury.Internal> <200808080821.35476.shinjii@maydias.com> <489C0D86.3080702@unsane.co.uk> <200808081932.36648.shinjii@maydias.com> In-Reply-To: <200808081932.36648.shinjii@maydias.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mcoyles@horbury.wakefield.sch.uk, FreeBSD Stable Mailing List , freebsd-questions@freebsd.org Subject: Re: Upgrading from 6.x to 7.x 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, 08 Aug 2008 09:46:34 -0000 Warren Liddell wrote: >> no for versions of FreeBSD beyond 6.3 its in base and you dont need to >> install it seperately to upgrade between versions. >> freebsd-update -r 7.1-RELEASE upgrade >> seems to have an effect where 7.0-RELEASE no longer does. I have CCed >> freebsd-stable@ on this to see if anyone knows if this is intended or a >> mistake. >> >> >> Vince >> > > # freebsd-update -r 7.1-RELEASE upgrade > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching public key from update1.FreeBSD.org... failed. > No mirrors remaining, giving up. > > The getting of the public key seems to be the issue no matter how i go about > trying to upgrade .. so my question now is, why is this and are there other > mirror sites that can be used ? > > Below is my Uname -a output if it has any relevance.. > > FreeBSD 6.3-STABLE FreeBSD 6.3-STABLE #11: Thu Aug 7 17:32:22 EST 2008 > shinjii@:/usr/obj/usr/src/sys/GENERIC amd64 > No idea if the fact you are on a -STABLE branch will matter (it could well, the box I tried to use the 7.0-RELEASE tag on was a -STABLE box too,) but my test seems to get different results to yours. Possibly an issue with the freebsd-update servers/mirrors? more likely that it doesnt support upgrading from an arbitrary point in the -STABLE tree. 10:05:58 ) 0 # freebsd-update -r 7.1-RELEASE upgrade Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature for 7.0-RELEASE from update1.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. The following components of FreeBSD seem to be installed: kernel/generic src/base src/bin src/contrib src/crypto src/etc src/games src/gnu src/include src/krb5 src/lib src/libexec src/release src/rescue src/sbin src/secure src/share src/sys src/tools src/ubin src/usbin world/base world/catpages world/dict world/games world/info world/manpages world/proflibs The following components of FreeBSD do not seem to be installed: src/cddl src/compat world/doc Does this look reasonable (y/n)? n (10:06:53 ) 0 # uname -a FreeBSD lobster.unsane.co.uk 7.0-RELEASE-p2 FreeBSD 7.0-RELEASE-p2 #0: Wed Jun 18 07:33:20 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 I would upgrade to a -RELEASE branch from source then try again. Vince From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 09:50: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 062AC106567B for ; Fri, 8 Aug 2008 09:50:03 +0000 (UTC) (envelope-from shinjii@maydias.com) Received: from mail9.tpgi.com.au (smtp-out9.tpgi.com.au [220.244.226.119]) by mx1.freebsd.org (Postfix) with ESMTP id 7903D8FC35 for ; Fri, 8 Aug 2008 09:50:02 +0000 (UTC) (envelope-from shinjii@maydias.com) X-TPG-Antivirus: Passed Received: from [192.168.1.68] (123-243-239-97.static.tpgi.com.au [123.243.239.97]) by mail9.tpgi.com.au (envelope-from shinjii@maydias.com) (8.14.3/8.14.3) with ESMTP id m789WWL2015699; Fri, 8 Aug 2008 19:32:35 +1000 From: Warren Liddell To: freebsd-questions@freebsd.org Date: Fri, 8 Aug 2008 19:32:36 +1000 User-Agent: KMail/1.9.7 References: <000501c8f890$185b8810$fd607e0a@Horbury.Internal> <200808080821.35476.shinjii@maydias.com> <489C0D86.3080702@unsane.co.uk> In-Reply-To: <489C0D86.3080702@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808081932.36648.shinjii@maydias.com> Cc: mcoyles@horbury.wakefield.sch.uk, FreeBSD Stable Mailing List , Vincent Hoffman Subject: Re: Upgrading from 6.x to 7.x 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, 08 Aug 2008 09:50:03 -0000 > no for versions of FreeBSD beyond 6.3 its in base and you dont need to > install it seperately to upgrade between versions. > freebsd-update -r 7.1-RELEASE upgrade > seems to have an effect where 7.0-RELEASE no longer does. I have CCed > freebsd-stable@ on this to see if anyone knows if this is intended or a > mistake. > > > Vince # freebsd-update -r 7.1-RELEASE upgrade Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching public key from update1.FreeBSD.org... failed. No mirrors remaining, giving up. The getting of the public key seems to be the issue no matter how i go about trying to upgrade .. so my question now is, why is this and are there other mirror sites that can be used ? Below is my Uname -a output if it has any relevance.. FreeBSD 6.3-STABLE FreeBSD 6.3-STABLE #11: Thu Aug 7 17:32:22 EST 2008 shinjii@:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 09:50: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 213B01065698; Fri, 8 Aug 2008 09:50:14 +0000 (UTC) (envelope-from shinjii@maydias.com) Received: from mail8.tpgi.com.au (mail8.tpgi.com.au [203.12.160.165]) by mx1.freebsd.org (Postfix) with ESMTP id 989858FC0C; Fri, 8 Aug 2008 09:50:13 +0000 (UTC) (envelope-from shinjii@maydias.com) X-TPG-Antivirus: Passed Received: from [192.168.1.68] (123-243-239-97.static.tpgi.com.au [123.243.239.97]) by mail8.tpgi.com.au (envelope-from shinjii@maydias.com) (8.14.3/8.14.3) with ESMTP id m789o82E022119; Fri, 8 Aug 2008 19:50:10 +1000 From: Warren Liddell To: Vincent Hoffman Date: Fri, 8 Aug 2008 19:50:07 +1000 User-Agent: KMail/1.9.7 References: <000501c8f890$185b8810$fd607e0a@Horbury.Internal> <200808081932.36648.shinjii@maydias.com> <489C15F6.4080507@unsane.co.uk> In-Reply-To: <489C15F6.4080507@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808081950.08029.shinjii@maydias.com> Cc: mcoyles@horbury.wakefield.sch.uk, FreeBSD Stable Mailing List , freebsd-questions@freebsd.org Subject: Re: Upgrading from 6.x to 7.x 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, 08 Aug 2008 09:50:14 -0000 > I would upgrade to a -RELEASE branch from source then try again. > > Vince change my releng to 7 in the supfile and do a csup then do world & kernel and go from there ? From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 10:09: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 F240C1065672; Fri, 8 Aug 2008 10:09:06 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 726C38FC15; Fri, 8 Aug 2008 10:09:06 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman-macbook.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m78A9GjM076109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Aug 2008 11:09:17 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <489C1B3F.8040809@unsane.co.uk> Date: Fri, 08 Aug 2008 11:09:03 +0100 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Warren Liddell References: <000501c8f890$185b8810$fd607e0a@Horbury.Internal> <200808081932.36648.shinjii@maydias.com> <489C15F6.4080507@unsane.co.uk> <200808081950.08029.shinjii@maydias.com> In-Reply-To: <200808081950.08029.shinjii@maydias.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mcoyles@horbury.wakefield.sch.uk, FreeBSD Stable Mailing List , freebsd-questions@freebsd.org Subject: Re: Upgrading from 6.x to 7.x 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, 08 Aug 2008 10:09:07 -0000 Warren Liddell wrote: >> I would upgrade to a -RELEASE branch from source then try again. >> >> Vince >> > > > change my releng to 7 in the supfile and do a csup then do world & kernel and > go from there ? > RELENG_7_0 for the -RELEASE 7 is -STABLE Vince > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 10:24: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 D2D02106564A; Fri, 8 Aug 2008 10:24:16 +0000 (UTC) (envelope-from shinjii@maydias.com) Received: from mail8.tpgi.com.au (mail8.tpgi.com.au [203.12.160.165]) by mx1.freebsd.org (Postfix) with ESMTP id 55F008FC1E; Fri, 8 Aug 2008 10:24:15 +0000 (UTC) (envelope-from shinjii@maydias.com) X-TPG-Antivirus: Passed Received: from [192.168.1.68] (123-243-239-97.static.tpgi.com.au [123.243.239.97]) by mail8.tpgi.com.au (envelope-from shinjii@maydias.com) (8.14.3/8.14.3) with ESMTP id m78AOD4T022831; Fri, 8 Aug 2008 20:24:14 +1000 From: Warren Liddell To: Vincent Hoffman Date: Fri, 8 Aug 2008 20:24:12 +1000 User-Agent: KMail/1.9.7 References: <000501c8f890$185b8810$fd607e0a@Horbury.Internal> <200808081950.08029.shinjii@maydias.com> <489C1B3F.8040809@unsane.co.uk> In-Reply-To: <489C1B3F.8040809@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808082024.13166.shinjii@maydias.com> Cc: mcoyles@horbury.wakefield.sch.uk, FreeBSD Stable Mailing List , freebsd-questions@freebsd.org Subject: Re: Upgrading from 6.x to 7.x 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, 08 Aug 2008 10:24:17 -0000 On Friday 08 August 2008 20:09:03 Vincent Hoffman wrote: > Warren Liddell wrote: > >> I would upgrade to a -RELEASE branch from source then try again. > >> > >> Vince > > > > change my releng to 7 in the supfile and do a csup then do world & kernel > > and go from there ? > > RELENG_7_0 for the -RELEASE > 7 is -STABLE > > Vince csup running on 7_0 system all ready backed up so lets see how well this all goes. Much tnxs to all who have supplied info on this, greatly appreciated. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 10:47: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 571F8106567E for ; Fri, 8 Aug 2008 10:47:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC508FC08 for ; Fri, 8 Aug 2008 10:47:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1382691rvf.43 for ; Fri, 08 Aug 2008 03:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=qW8psz8ASzt/MaY0BmRYu6MZTQP2BBHe5fYAaskIa5I=; b=oojPRuMCVeV/rBpfAx1gn9TYkWEPVuYEi+aUsULgs5Mn+HmlfMnoMx/E37ypKiJZnI gOazZISvpTeL8VWSwN8+47XXgkraUtI9HdOYpvUfvMajbdfbqcckpQ45r+6WO/KUk/ZK LLO2W74RRUORMUYypw9V5qJg7wQb9KhObTBYo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=LBSc6UE1P9umop2UZWFJWXoQr98NKo9jHc/J5IHEaOKcvEYq6tJnJe3Sb0xOH8WcyJ 1GqsBC8i74kz6YeuHx7GUR4586Kp9zdSOypA6pu+veG0phk7b5YkNxkP9ExoNO6jc7aL VugWTpOZ59Xyshy7RgdPPsrXMEjqJWSGzMzJg= Received: by 10.141.210.13 with SMTP id m13mr1340942rvq.25.1218190845661; Fri, 08 Aug 2008 03:20:45 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm1623455rvb.2.2008.08.08.03.20.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 08 Aug 2008 03:20:44 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m78AIYR1039936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Aug 2008 19:18:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m78AIW4i039935; Fri, 8 Aug 2008 19:18:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 8 Aug 2008 19:18:31 +0900 From: Pyun YongHyeon To: Pete French Message-ID: <20080808101831.GD38118@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: should looking at an interface with 'ifconfig' trigger a change ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 10:47:45 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 07, 2008 at 05:27:53PM +0100, Pete French wrote: > I have a very odd problem here - two interfaces bundled using lagg > in 'failover' mode, so one interface is active and the other not being > used. if the carrier drops on the active one I expect it to > failover, but it doesnt. > > ...until I type 'ifconfig bce0' to look at the status of the interface > which has gone down. At which point it fails over properly! > > This is most odd - how can simply looking at the config of an > interface trigger the failover ? It wont fail over otherwise either - you > can leave it as long as you like and lagg wont realise that the active > has gone down. > > The interfaces here are 'bce' by the way, if that make a difference.... > Try attached patch and check whether bce(4) correctly reports link state changes. After seeing 'link state changed to UP' message, unplug the cable and see whether it reports link DOWN. The message should be printed in a second. Also try replugging cable and you should see link UP message within several seconds. Since auto-negotation takes more time you may have to wait for a while. -- Regards, Pyun YongHyeon --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="brgphy.diff" --- sys/dev/mii/brgphy.c.orig 2008-01-22 10:23:10.000000000 +0900 +++ sys/dev/mii/brgphy.c 2008-01-22 12:32:41.000000000 +0900 @@ -364,16 +364,13 @@ break; } -#if 0 - /* Todo: Is this correct? */ /* Announce link loss right after it happens. */ if (sc->mii_ticks++ == 0) break; -#endif /* Only retry autonegotiation every mii_anegticks seconds. */ if (sc->mii_ticks <= sc->mii_anegticks) - goto brgphy_service_exit; + break; /* Retry autonegotiation */ --+QahgC5+KEYLbs62-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 13:02:12 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 50921106564A for ; Fri, 8 Aug 2008 13:02:12 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id B83B88FC25 for ; Fri, 8 Aug 2008 13:02:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m78D1u06016677; Fri, 8 Aug 2008 15:01:57 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m78D1spC016676; Fri, 8 Aug 2008 15:01:54 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Aug 2008 15:01:54 +0200 (CEST) Message-Id: <200808081301.m78D1spC016676@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kamuzon@milshop.ru In-Reply-To: <519867a90808070548n5eee13adwb79b62bd2fecb67a@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Aug 2008 15:01:57 +0200 (CEST) Cc: Subject: Re: i386 vs amd64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kamuzon@milshop.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 13:02:12 -0000 Eugene Kazarinov wrote: > > > [...] > > # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). > > # 5. `reboot' (in single user mode: boot -s from the loader prompt). > > # 6. `mergemaster -p' > > # 7. `make installworld' > > [...] > > Pls tell me what for I need 5 step? You need to reboot between installkernel and installworld because the new world might not run correctly with an old kernel, e.g. it might use new syscalls, or other changes happened in the ABIs between userland and kernel. That's why you have to boot into the new kernel first. Those kinds of changes happen rarely, especially on the -stable branches, but they _do_ happen. Single-user mode is required because old binaries might not run correctly with the new kernel. One example of such a change happened on 2007-08-06 in RELENG_6 (see UPDATING): An ioctl structure was changed for if_bridge, causing an incompatibility in the ifconfig(8) utility. This would break multi-user boot with the old ifconfig binary under the new kernel if you use any bridge interfaces. Of course, omitting the single-user reboot will work most of the time, because such ABI problems happen rarely. But when the rare case happens, you'll run into trouble. Therefore it is recommend to always reboot to single-user mode, even if you believe that it won't be necessary. Apart from that, it is usually good to have a quiescent system while installing the new world. Some programs might not like it when files are replaced unexpectedly beneath their butts. > #mergemaster -p && make -j8 buildworld && make -j8 buildkernel KERNCONF=KMD > && make installkernel KERNCONF=KMD && make installworld && mergemaster -iU You can do "make kernel KERNCONF=...". There's no reason to do buildkernel and installkernel separately. You can also put KERNCONF=... in /etc/make.conf so you don't have to type it each time on the commandline. > All of this I do remotely. Is this way very wrong? I understand that it's > not a "canonical" way but how I can do it right and remotely? Get remote access to the console, either using a serial console connection (physical or emulated), or remote KVM access. Or arrange to have somebody else perform the action (i.e. "remote hands"). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 13:10: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 3E8561065690 for ; Fri, 8 Aug 2008 13:10:30 +0000 (UTC) (envelope-from markus@vervier.info) Received: from mail.system360.de (mail.system360.de [84.254.79.40]) by mx1.freebsd.org (Postfix) with ESMTP id EF4C58FC1C for ; Fri, 8 Aug 2008 13:10:29 +0000 (UTC) (envelope-from markus@vervier.info) Received: from localhost (mail [84.254.79.40]) by mail.system360.de (Postfix) with ESMTP id B5D3FB2B39 for ; Fri, 8 Aug 2008 15:01:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at system360.de Received: from mail.system360.de ([84.254.79.40]) by localhost (mail.system360.de [84.254.79.40]) (amavisd-new, port 10024) with ESMTP id iuvU3f-gUoVf for ; Fri, 8 Aug 2008 15:01:12 +0200 (CEST) Received: from [192.168.2.15] (p5B394E2B.dip.t-dialin.net [91.57.78.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.system360.de (Postfix) with ESMTP id 62BDCB2B2D for ; Fri, 8 Aug 2008 15:01:12 +0200 (CEST) Message-ID: <489C4129.4090303@vervier.info> Date: Fri, 08 Aug 2008 14:50:49 +0200 From: Markus Vervier User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 20080804125138.59ed0252@zelda.local Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: em(4) on FreeBSD is sometimes annoying 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, 08 Aug 2008 13:10:30 -0000 Hi, I just stumbled upon this thread. I experience the exact same behaviour as Martin on my Thinkpad X60: Thinkpad X60 Model: 1706GMG BIOS-Version 2.15 (7BETD4WW) FreeBSD 7.0 STABLE amd64 (from about two weeks ago) - same situtation on 7.0-RELEASE i386 -- Markus From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 13:15: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 714941065675 for ; Fri, 8 Aug 2008 13:15:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id C4B748FC13 for ; Fri, 8 Aug 2008 13:15:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m78Caga0015580; Fri, 8 Aug 2008 14:36:42 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m78CagPH015579; Fri, 8 Aug 2008 14:36:42 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Aug 2008 14:36:42 +0200 (CEST) Message-Id: <200808081236.m78CagPH015579@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Aug 2008 14:36:44 +0200 (CEST) Cc: Subject: Re: i386 vs amd64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 13:15:21 -0000 Ask Bjørn Hansen wrote: > We got 4 new SuperMicro boxes[1] with Xeon 3320 processors. They'll > be used as firewalls / very basic routers (our network on one side, > the world via a /29 on the other side). We currently use Soekris and > PC Engine boxes for this (with custom NanoBSD images), so this will be > a bit of an upgrade. :-) > > I was planning to install pfSense on them, but I'm losing faith in > that a bit after figuring out that the pfSense project doesn't seem > all that open[2]; so I'm considering just installing "plain FreeBSD 7" > instead. > > So the question: Would I be happier with 64 or 32bit FreeBSD? Our > Linux application and database servers are all 64 bit, but they also > have 32GB RAM each. The "firewall boxes" are probably vastly overdone > with memory at 4GB each. :-) There are other reasons to prefer amd64 over i386, beside the amount of RAM and address space considerations. For example, in amd64 mode there are twice as many CPU registers available, enabling better optimizations for the C compiler. Furthermore those registers are twice as long, which means that 64bit quantities can be handled with single processor instructions. That doesn't necessarily mean that code will always run faster in amd64 mode. There have been reports of certain edge cases. But in general, amd64 code is faster. Also note that the networkign and packetfilter code uses quite a few 64bit variables (e.g. packet and byte counters). That's probably not significant for a small router, though. Bottom line: Install FreeBSD/amd64, unless you have _specific_ reasons to stay with i386. > A secondary question: Is the preferred way to upgrade a FreeBSD box > still cd /usr/src; make update && make buildworld && ... ? Yes, basically. Please see the section titled "To rebuild everything" in /usr/src/UPDATING, it lists all the steps required for an update. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure." -- Eric Allman From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 13:18:51 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 AB5F61065674 for ; Fri, 8 Aug 2008 13:18:51 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 24E238FC08 for ; Fri, 8 Aug 2008 13:18:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m78DIaIX017556; Fri, 8 Aug 2008 15:18:37 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m78DIaXJ017555; Fri, 8 Aug 2008 15:18:36 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Aug 2008 15:18:36 +0200 (CEST) Message-Id: <200808081318.m78DIaXJ017555@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-security@FreeBSD.ORG, thompsa@FreeBSD.ORG In-Reply-To: <20080807173525.GB37969@citylink.fud.org.nz> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Aug 2008 15:18:37 +0200 (CEST) Cc: Subject: Re: should looking at an interface with 'ifconfig' trigger a ?change ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-security@FreeBSD.ORG, thompsa@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 13:18:51 -0000 Andrew Thompson wrote: > Pete French wrote: > > > The bce driver is not properly generating link state events. > > > > OK, that explains why it doesnt failover - but why does looking at it > > with ifconfig make a difference ? surely that should be 'read only ? > > ifconfig will cause the media status to be read from the hardware at > which time the link change is generated as it is different to the stored > value. Shouldn't that be considered a security flaw? After all, you can perform "ifconfig $IF" inside a jail to list the interface configuration, but you're not allowed to make any changes. Given your description above, it means that it is possible to modify the interface configuration (cause a failover) from within a jail. That's not good. I think that needs to be fixed, or at the very least it needs to be properly documented. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 13:36:39 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 B0F94106566B for ; Fri, 8 Aug 2008 13:36:39 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 115B78FC12 for ; Fri, 8 Aug 2008 13:36:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m78DaJR3018489; Fri, 8 Aug 2008 15:36:24 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m78DaIoV018488; Fri, 8 Aug 2008 15:36:18 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Aug 2008 15:36:18 +0200 (CEST) Message-Id: <200808081336.m78DaIoV018488@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, unga888@yahoo.com In-Reply-To: <255533.64647.qm@web57001.mail.re3.yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Aug 2008 15:36:25 +0200 (CEST) Cc: Subject: Re: sysinstall compilation issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 13:36:39 -0000 Unga wrote: > This is i386 RELENG_7. > > Following section of the /usr/src/usr.sbin/sysinstall/Makefile does not generate C code properly: > > makedevs.c: Makefile rtermcap > echo '#include ' > makedevs.c > ${RTERMCAP} ansi | \ > file2c 'const char termcap_ansi[] = {' ',0};' \ > > > makedevs.c > > At compile time, above expands to: > TERMCAP=/usr/src/usr.sbin/sysinstall/../../share/termcap/termcap.src ./rtermcap ansi | file2c 'const char termcap_ansi[] = {' ',0};' >> makedevs.c > > Which generates C code as follows: > const char termcap_ansi[] = { > > ,0}; > > That is, it generates 3 lines, which results a compilation error. > > I presume, intended generated code should be: > const char termcap_ansi[] = {' ',0}; > > Am I right? No, it should generate an array containung a dump of the "ansi" termcap entry. Please see the file2c(1) manpage. > What is wrong at my end? > > Note, I linked the rtermcap with ncursesw libraries, can that be the cause? Any ideas? Yes, that's the cause. Why did you do that? FreeBSD's ncurses port contains a patch so the tgetent() function (which is used by rtermcap) returns the actual termcap entry in the buffer. The original ncurses code (which is terminfo based) doesn't do that. When you linked rtermcap with the wrong library, you restored the original behaviour of tgetent(), so the output of rtermcap was empty, so file2c produced invalid source. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 14:17: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 30A06106566C; Fri, 8 Aug 2008 14:17:25 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id DB0778FC0C; Fri, 8 Aug 2008 14:17:24 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 3FFC3B0297; Fri, 8 Aug 2008 16:00:56 +0200 (CEST) MIME-Version: 1.0 Date: Fri, 8 Aug 2008 16:00:56 +0200 From: Marian Hettwer To: freebsd-stable@FreeBSD.ORG, freebsd-security@FreeBSD.ORG, thompsa@FreeBSD.ORG In-Reply-To: <200808081318.m78DIaXJ017555@lurza.secnetix.de> References: <200808081318.m78DIaXJ017555@lurza.secnetix.de> Message-ID: <293d3dc9ebaee1119424aa58532d3c5d@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: Subject: Re: should looking at an interface with 'ifconfig' trigger a?change ? 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, 08 Aug 2008 14:17:25 -0000 Hi Oliver, On Fri, 8 Aug 2008 15:18:36 +0200 (CEST), Oliver Fromme wrote: > Andrew Thompson wrote: > > Pete French wrote: > > > > The bce driver is not properly generating link state events. > > > > > > OK, that explains why it doesnt failover - but why does looking at it > > > with ifconfig make a difference ? surely that should be 'read only ? > > > > ifconfig will cause the media status to be read from the hardware at > > which time the link change is generated as it is different to the > stored > > value. > > Shouldn't that be considered a security flaw? After all, > you can perform "ifconfig $IF" inside a jail to list the > interface configuration, but you're not allowed to make > any changes. > > Given your description above, it means that it is possible > to modify the interface configuration (cause a failover) > from within a jail. That's not good. I think that needs > to be fixed, or at the very least it needs to be properly > documented. > And regarding documentation. It should be documented, that lagg(4) won't work very well with bce(4). If it's nowhere documented that bce and failover with lagg doesn't work, some people might be screwed... Just my 0,02 cents ./Marian From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 14:27: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 56B7A106568C for ; Fri, 8 Aug 2008 14:27:31 +0000 (UTC) (envelope-from torben.jakobsen@dk.ibm.com) Received: from mtagate8.uk.ibm.com (mtagate8.uk.ibm.com [195.212.29.141]) by mx1.freebsd.org (Postfix) with ESMTP id E17748FC08 for ; Fri, 8 Aug 2008 14:27:30 +0000 (UTC) (envelope-from torben.jakobsen@dk.ibm.com) Received: from d06nrmr1407.portsmouth.uk.ibm.com (d06nrmr1407.portsmouth.uk.ibm.com [9.149.38.185]) by mtagate8.uk.ibm.com (8.13.8/8.13.8) with ESMTP id m78E4iYx702880 for ; Fri, 8 Aug 2008 14:04:44 GMT Received: from d06av02.portsmouth.uk.ibm.com (d06av02.portsmouth.uk.ibm.com [9.149.37.228]) by d06nrmr1407.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m78E4ilj4497648 for ; Fri, 8 Aug 2008 15:04:44 +0100 Received: from d06av02.portsmouth.uk.ibm.com (loopback [127.0.0.1]) by d06av02.portsmouth.uk.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m78E4it1028152 for ; Fri, 8 Aug 2008 15:04:44 +0100 Received: from d06ml724.portsmouth.uk.ibm.com (d06ml724.portsmouth.uk.ibm.com [9.149.38.85]) by d06av02.portsmouth.uk.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m78E4iIO028149 for ; Fri, 8 Aug 2008 15:04:44 +0100 Auto-Submitted: auto-generated From: Torben Jakobsen To: freebsd-stable@freebsd.org Message-ID: Date: Fri, 8 Aug 2008 16:04:42 +0200 X-MIMETrack: Serialize by Router on D06ML724/06/M/IBM(Release 8.0.1|February 07, 2008) at 08/08/2008 16:04:43 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Subject: AUTO: Torben Jakobsen is out of the office. (returning 2008-08-10) 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, 08 Aug 2008 14:27:31 -0000 I am out of the office until 2008-08-10. I will respond to your message when I return. Please contact: - Erik Svennevig -- team/project manager - Pavan Gulati -- team/project manager - Bo Heegaard Hansen -- people manager - Lene Buch-Larsen -- resource deployment manager Note: This is an automated response to your message "?Re: should looking at an interface with 'ifconfig' trigger a ?change ?" sent on 8/8/08 15:18:36 . This is the only notification you will receive while this person is away. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 16:17:53 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 1E393106568E for ; Fri, 8 Aug 2008 16:17:53 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id D0EF48FC14 for ; Fri, 8 Aug 2008 16:17:52 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by postfix1-g20.free.fr (Postfix) with ESMTP id 404162921E3B for ; Fri, 8 Aug 2008 18:00:08 +0200 (CEST) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id 1052DB01B7 for ; Fri, 8 Aug 2008 18:00:06 +0200 (CEST) Received: from che78-3-82-246-30-233.fbx.proxad.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp7-g19.free.fr (Postfix) with ESMTP id E7EA1B01A9 for ; Fri, 8 Aug 2008 18:00:05 +0200 (CEST) Received: by che78-3-82-246-30-233.fbx.proxad.net (Postfix, from userid 1001) id D9D8A450F6; Fri, 8 Aug 2008 18:05:38 +0200 (CEST) Date: Fri, 8 Aug 2008 18:05:38 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20080808160538.GA8851@pollux> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: test message, please ignore 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, 08 Aug 2008 16:17:53 -0000 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 16:36:53 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 483841065674 for ; Fri, 8 Aug 2008 16:36:53 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id C2A4F8FC35 for ; Fri, 8 Aug 2008 16:36:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so1172831fkk.11 for ; Fri, 08 Aug 2008 09:36:51 -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=uLKbx0ZnhSha+Vh5a6P95gLjaX6d+2XNS56OXRUATL8=; b=NhVbdj9cZE0s5xgEfRuIEvEY2XVVu+ndMCBhPSp8xIzZVF11X4AzsTbES67hs+liKU YZfUauOygN2xATDmOifc9M7bf1tETc/Hl1f0rcrn2xhrkUIen7AMecSZsyg+XylulN/5 McU1PG7Z3mR+VUhN+fu6i/qOUBIBt/EszIUXo= 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=iUTGgxpvu8C8pw3ZArg7SAJ8VN16OS3KbQFgJxPfRAKf+8ka6cWTALOLtLQL+P0r/2 +Ekf8h/honxePCbMnWhUofWbxSJ5kTNnLsQQbCxi7QeTpSiUo5mnRAFWXiC5b8LatCwn 8EfWN+X5UUA8q7/RpXXtFdz28um7tNCVHOHac= Received: by 10.180.247.12 with SMTP id u12mr2228483bkh.97.1218213411353; Fri, 08 Aug 2008 09:36:51 -0700 (PDT) Received: by 10.125.71.9 with HTTP; Fri, 8 Aug 2008 09:36:51 -0700 (PDT) Message-ID: <2a41acea0808080936n589e277ao33ec08a75fdcbac2@mail.gmail.com> Date: Fri, 8 Aug 2008 09:36:51 -0700 From: "Jack Vogel" To: "Markus Vervier" In-Reply-To: <489C4129.4090303@vervier.info> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <489C4129.4090303@vervier.info> Cc: freebsd-stable@freebsd.org Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 08 Aug 2008 16:36:53 -0000 "me too" 's are of little help. Please elaborate on your "exact same", since each person's perception will be slightly different. So far I have heard nothing that sounds like a driver issue. Jack On Fri, Aug 8, 2008 at 5:50 AM, Markus Vervier wrote: > > Hi, > > I just stumbled upon this thread. I experience the exact same behaviour as > Martin on my Thinkpad X60: > > Thinkpad X60 Model: 1706GMG > BIOS-Version 2.15 (7BETD4WW) > FreeBSD 7.0 STABLE amd64 (from about two weeks ago) - same situtation on > 7.0-RELEASE i386 > > -- > Markus > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 16:49: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 0795E1065673 for ; Fri, 8 Aug 2008 16:49:46 +0000 (UTC) (envelope-from me@sirius.local.net) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id AC6278FC1B for ; Fri, 8 Aug 2008 16:49:45 +0000 (UTC) (envelope-from me@sirius.local.net) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id 7684A28CC590 for ; Fri, 8 Aug 2008 16:17:10 +0200 (CEST) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 98F223EA11C for ; Fri, 8 Aug 2008 18:17:24 +0200 (CEST) Received: from sirius.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g19.free.fr (Postfix) with ESMTP id 76CF73EA118 for ; Fri, 8 Aug 2008 18:17:24 +0200 (CEST) Received: by sirius.local.net (Postfix, from userid 1001) id 27E0828491; Fri, 8 Aug 2008 10:13:31 +0200 (CEST) Date: Fri, 8 Aug 2008 10:13:31 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20080808081330.GA1203@sirius.local.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Audio CD problem on laptop VGN-SZ61MN 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, 08 Aug 2008 16:49:46 -0000 Is there anyone out there who has installed FreeBSD on the above Sony laptop ? Both ''cat filename > /dev/dsp0.0'' or ''vlc cdda:///dev/acd0@1 are OK. If I run ''cdcontrol -f /dev/acd0 play'', there is no sound. But the output of ''cdcontrol -f /dev/acd0 status audio'' is alright. (same behaviour for cd0 instead of acd0) And the output of ''mplayer cdda://1//dev/acd0'' is: Playing cdda://1//dev/acd0. ++ WARN: open: Inappropriate ioctl for device **ERROR: fread (): Invalid argument On the other hand, DVD's play fine, for example with either ''vlc dvd:///dev/acd0@2'' or ''mplayer dvd://2'' I wonder whether the problem is related to the FAILURE line in dmesg: acd0: DVDR at ata0-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Adding ''device atapicam'' in the kernel doesn't make a difference. I found some messages concerning the FAILURE line in the mailing list archives, but no solution. Thank you in advance for any help. Harald Weis -- FreeBSD 7.0-RELEASE #0: Thu Aug 7 13:00:47 CEST 2008 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 16:49:51 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 7C9521065673 for ; Fri, 8 Aug 2008 16:49:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 009EC8FC1D for ; Fri, 8 Aug 2008 16:49:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m78GnX5b030165; Fri, 8 Aug 2008 12:49:40 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 8 Aug 2008 12:49:28 -0400 User-Agent: KMail/1.9.7 References: <20080627031233.9DC4945047@ptavv.es.net> In-Reply-To: <20080627031233.9DC4945047@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200808081249.28513.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 08 Aug 2008 12:49:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7981/Fri Aug 8 11:29:53 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Volker , Mark Kirkwood , James Seward , Kelly Black Subject: Re: Problem with /boot/loader [A new patch] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 16:49:51 -0000 On Thursday 26 June 2008 11:12:33 pm Kevin Oberman wrote: > > Date: Thu, 26 Jun 2008 23:53:44 +0200 > > From: Volker > > Sender: owner-freebsd-stable@freebsd.org > > > > On 12/23/-58 20:59, Kelly Black wrote: > > > Hello, > > > > > > I have a problem with loader. I recently upgraded from 6_rel to 7_rel. > > > Now when I install world there is a problem booting. > > > > > > Here is what I do: > > > cd /usr/src > > > make buildworld > > > make buildkernel KERNCONF=BLACK > > > make installkernel KERNCONF=BLACK > > > > > > At this point I can reboot and all is good. After boot I install the new world: > > > > > > cd /usr/src > > > mergemaster -p > > > reboot into single user mode > > > cd /usr/src > > > make installworld > > > mergemaster > > > > > > Now when I reboot there is a problem. I get an error that the system > > > cannot boot. Part of it looks like this: > > > Can't work out which disk we are booting from. > > > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > > > > > > If I boot from a live disk and replace /boot/loader with > > > /boot/loader.old it boots up fine and everything looks good. A new > > > world and a new kernel. I would be grateful for any help or any > > > pointers. > > > > > > Sincerely, > > > Kel > > > > > > PS I do not do anything special with my loader config files: > > > > > > $ cat loader.conf > > >... > > > > Kelly, > > > > the /boot/loader.conf file does not come into play at that stage. Early > > in the loader code, loader needs to figure out, which disk (BIOS device) > > has been booted from. Until loader knows which device was booted up, > > it's unable to access any files (even loader.conf) on your boot device. > > > > As I've never seen such a problem while upgrading any system, I suspect > > your problem must be settings specific. Can you show me your kernel > > config or are you using a plain vanilla GENERIC? Which arch are we > > talking about? > > > > As I'm currently investigating another boot problem (but earlier in the > > boot chain), I'll check boot logic in the source code and may check for > > your issue, too, at that time, so it's just one effort. But please stay > > patient for some days, as I'm currently too busy. > > We just got hit by this. The loader never loads and nothing boots. But a > system admin discovered that the problem disappeared if the /boot.conf > file was deleted. It just contained '-P'. > > Once this file was removed, the system just booted up as expected. When > he changed it to -D or -h, the boot still locked up. So I had a little epiphany in the shower this morning and have a possible fix. I've suspected from the start that the hangs had to do with interrupts being disabled/enabled at the wrong time. However, I had always been assuming that the problem was interrupts being disabled when they should have been enabled. Now I think it's actually the reverse. :) Some background: There are three sorts of requests that BTX can handle that require dropping to real mode (previously this was done with virtual 8086 mode): 1) hardware interrupt, 2) user request (boot2/loader) to simulate a software interrupt (e.g. int 0x15 BIOS calls), 3) user request to perform a far call to a specified cs:ip in real mode. For all 3 of these requests, we do preserve the %eflags register at the time of the interrupt/user request and make it visible as-is to the real mode code with some possible modifications. Previously the only modifications I did was to disable interrupts (PSL_I) in case 1). When looking at this earlier, I noticed that none of the BTX clients (boot2/gptboot/loader) had ever explicitly initialized the eflags value that gets passed to BTX during vm86 requests, so the initial flags (including PSL_I) was garbage, and as a result, it was sort of random as to whether or not the real mode code for cases 2) and 3) was run with interrupts enabled or disabled. My realization this morning is that software interrupts ('int X') in real mode disable interrupts just like hardware interrupts do. Thus, my patch changes BTX to disable interrupts for both cases 1) and 2) now. I think this will fix the hangs. I'm still including the code to explicitly initialize the eflags for user requests to a known-good value. It still has interrupts enabled which means that case 3) should know always run with interrupts enabled (which is the desired state), but the client can disable interrupts in the eflags in the vm86 structure if desired. The updated patch (same URL, new patch) is at http://www.FreeBSD.org/~jhb/patches/btx_hang.patch -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 17:46: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 EA6071065676 for ; Fri, 8 Aug 2008 17:46:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4B27E8FC13 for ; Fri, 8 Aug 2008 17:46:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m78HkQNU029891; Fri, 8 Aug 2008 19:46:37 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m78HkQfn029890; Fri, 8 Aug 2008 19:46:26 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Aug 2008 19:46:26 +0200 (CEST) Message-Id: <200808081746.m78HkQfn029890@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, hawei@free.fr In-Reply-To: <20080808081330.GA1203@sirius.local.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Aug 2008 19:46:39 +0200 (CEST) Cc: Subject: Re: Audio CD problem on laptop VGN-SZ61MN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, hawei@free.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 17:46:55 -0000 Harald Weis wrote: > Both ''cat filename > /dev/dsp0.0'' or ''vlc cdda:///dev/acd0@1 are OK. > > If I run ''cdcontrol -f /dev/acd0 play'', there is no sound. > But the output of ''cdcontrol -f /dev/acd0 status audio'' is alright. > (same behaviour for cd0 instead of acd0) Are you sure your mixer settings are OK? What's the output from /usr/sbin/mixer? Note that normal audio playback from software such as cat, vlc and mplayer go through the "pcm" channel of the mixer, while the direct CD playback (as initiated by cdcontrol) goes through the "cd" channel of the mixer. So please make sure that your "cd" channel isn't set to zero. Sometimes the channels are wired incorrectly in the hardware so it ends up a different channel -- If in doubt, just crank all the channels up to non-zero values. > And the output of ''mplayer cdda://1//dev/acd0'' is: > Playing cdda://1//dev/acd0. Are you sure this is the right syntax for mplayer? Normally I don't use mplayer for audio CDs, but I think when I tried it the syntax cd://1 or similar worked fine. You might need to have a symlink /dev/cd -> /dev/acd0c for that to work. At least I needed it back then. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small." -- Ville Vainio From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 17:56:45 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 97DB61065672 for ; Fri, 8 Aug 2008 17:56:45 +0000 (UTC) (envelope-from markus@vervier.info) Received: from mail.system360.de (mail.system360.de [84.254.79.40]) by mx1.freebsd.org (Postfix) with ESMTP id 53BB08FC08 for ; Fri, 8 Aug 2008 17:56:45 +0000 (UTC) (envelope-from markus@vervier.info) Received: from localhost (mail [84.254.79.40]) by mail.system360.de (Postfix) with ESMTP id 7FF54BE51C for ; Fri, 8 Aug 2008 20:07:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at system360.de Received: from mail.system360.de ([84.254.79.40]) by localhost (mail.system360.de [84.254.79.40]) (amavisd-new, port 10024) with ESMTP id 1WSV4Ha3sGCs for ; Fri, 8 Aug 2008 20:07:07 +0200 (CEST) Received: from [192.168.2.15] (p5B394E2B.dip.t-dialin.net [91.57.78.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.system360.de (Postfix) with ESMTP id 04079BE50F for ; Fri, 8 Aug 2008 20:07:06 +0200 (CEST) Message-ID: <489C88DB.6030000@vervier.info> Date: Fri, 08 Aug 2008 19:56:43 +0200 From: Markus Vervier User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <489C4129.4090303@vervier.info> <2a41acea0808080936n589e277ao33ec08a75fdcbac2@mail.gmail.com> In-Reply-To: <2a41acea0808080936n589e277ao33ec08a75fdcbac2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 08 Aug 2008 17:56:45 -0000 Jack Vogel schrieb: > "me too" 's are of little help. Please elaborate on your "exact same", since > each person's perception will be slightly different. > > Hi Jack, maybe read it like: Thinkpad X60 1706GMG affected too, so the problem is not specific to Martins machine. I can write the same steps to reproduce the behaviour as Martin here: <--> Once again, steps to reproduce this behavior: 1) Power the laptop OFF. Really OFF, I mean. No reboots! 2) Detach the cable from NIC. 3) Boot FreeBSD. Let it pass the DHCP phase (ifconfig_em0="DHCP") until login appears. 4) Attach the cable to the NIC. 5) Voila... no link. <--> My perception is that if the em driver gets loaded without a cable being plugged in, no link can be established. I can workaround the problem when em was not build into the kernel, by unloading the em-kmod and reloading it again with the cable plugged in. If the cable is not plugged in the interface will always stay in state "no carrier". The NIC works fine under Windows / Linux on the same machine. -- Markus From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 17:59:57 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 373EC1065681 for ; Fri, 8 Aug 2008 17:59:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D97448FC1D for ; Fri, 8 Aug 2008 17:59:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m78HxsW3009709; Fri, 8 Aug 2008 13:59:54 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m78HxrHv009066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Aug 2008 13:59:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200808081759.m78HxrHv009066@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 08 Aug 2008 13:59:56 -0400 To: Markus Vervier , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <489C88DB.6030000@vervier.info> References: <489C4129.4090303@vervier.info> <2a41acea0808080936n589e277ao33ec08a75fdcbac2@mail.gmail.com> <489C88DB.6030000@vervier.info> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 08 Aug 2008 17:59:57 -0000 At 01:56 PM 8/8/2008, Markus Vervier wrote: 3) Boot FreeBSD. Let it pass the DHCP phase (ifconfig_em0="DHCP") until >login appears. >4) Attach the cable to the NIC. >5) Voila... no link. ><--> If you manually type, dhclient em0 does it work for you then ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 18:08:26 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 3D261106564A for ; Fri, 8 Aug 2008 18:08:26 +0000 (UTC) (envelope-from markus@vervier.info) Received: from mail.system360.de (mail.system360.de [84.254.79.40]) by mx1.freebsd.org (Postfix) with ESMTP id EC3C78FC12 for ; Fri, 8 Aug 2008 18:08:25 +0000 (UTC) (envelope-from markus@vervier.info) Received: from localhost (mail [84.254.79.40]) by mail.system360.de (Postfix) with ESMTP id 5CC6EBE67F for ; Fri, 8 Aug 2008 20:18:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at system360.de Received: from mail.system360.de ([84.254.79.40]) by localhost (mail.system360.de [84.254.79.40]) (amavisd-new, port 10024) with ESMTP id RbinlS7tXGIC for ; Fri, 8 Aug 2008 20:18:48 +0200 (CEST) Received: from [192.168.2.15] (p5B394E2B.dip.t-dialin.net [91.57.78.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.system360.de (Postfix) with ESMTP id 51B92BE675 for ; Fri, 8 Aug 2008 20:18:48 +0200 (CEST) Message-ID: <489C8B99.40202@vervier.info> Date: Fri, 08 Aug 2008 20:08:25 +0200 From: Markus Vervier User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <489C4129.4090303@vervier.info> <2a41acea0808080936n589e277ao33ec08a75fdcbac2@mail.gmail.com> <489C88DB.6030000@vervier.info> <200808081759.m78HxrHv009066@lava.sentex.ca> In-Reply-To: <200808081759.m78HxrHv009066@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 08 Aug 2008 18:08:26 -0000 Mike Tancsa schrieb: > If you manually type, > dhclient em0 No, even if I type ifconfig em0 down && ifconfig em0 up it won´t work. The interface just gets no link until I reload the driver with a cable plugged. -- Markus From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 18:12:35 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 1189D106567D for ; Fri, 8 Aug 2008 18:12:35 +0000 (UTC) (envelope-from lakay@alcifer.org) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 290368FC13 for ; Fri, 8 Aug 2008 18:12:33 +0000 (UTC) (envelope-from lakay@alcifer.org) Received: by fg-out-1718.google.com with SMTP id l26so1306185fgb.35 for ; Fri, 08 Aug 2008 11:12:32 -0700 (PDT) Received: by 10.103.221.13 with SMTP id y13mr3338068muq.41.1218217639016; Fri, 08 Aug 2008 10:47:19 -0700 (PDT) Received: by 10.103.250.13 with HTTP; Fri, 8 Aug 2008 10:47:18 -0700 (PDT) Message-ID: <7decde260808081047x2d577ffax1dea2aeb4db5d93e@mail.gmail.com> Date: Fri, 8 Aug 2008 13:47:18 -0400 From: "Nathanael J" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Freebsd 7.0-RELEASE-p3 panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 18:12:35 -0000 Hello, I've been having spurrious crash troubles with this box a while now and I haven't been able to figure out why. I've ran a couple memtest passes on it and it didn't pick up anything. Here's a backtrace I've been able to obtain. The kernel config is at the end. It's the generic kernel with ULE. I'm following chapter 11 of the developers' handbook, so if there's any information missing, let me know and I'll forward it over. I'm using this box as a test platform for backuppc so the only thing ever running on it is perl, or rsync wrapped in perl depending on how you look at it. I'd appreciate any help. Thanks. backuppc2# uname -a FreeBSD backuppc2.webair.com 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #0: Fri Aug 1 18:44:38 EDT 2008 root@backuppc2.webair.com:/usr/obj/usr/src/sys/CUSTOM amd64 backuppc2# kgdb kernel.debug /usr/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffffc300be229a10 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff8065e222 stack pointer = 0x10:0xffffffffae417a20 frame pointer = 0x10:0xffffffffa49a3f00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 47 (syncer) trap number = 12 panic: page fault cpuid = 0 Uptime: 2h14m49s Physical memory: 4082 MB Dumping 426 MB: 411 395 379 363 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) list *0xffffffff8065e222 0xffffffff8065e222 is in softdep_disk_io_initiation (/usr/src/sys/ufs/ffs/ffs_softdep.c:3750). 3745 /* 3746 * Do any necessary pre-I/O processing. 3747 */ 3748 for (wk = LIST_FIRST(&bp->b_dep); wk != NULL; 3749 wk = markernext(&marker)) { 3750 LIST_INSERT_AFTER(wk, &marker, wk_list); 3751 switch (wk->wk_type) { 3752 3753 case D_PAGEDEP: 3754 initiate_write_filepage(WK_PAGEDEP(wk), bp); (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff804775f9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff804779fd in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff80730674 in trap_fatal (frame=0xffffff00035436a0, eva=18446742974253291728) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff80730a45 in trap_pfault (frame=0xffffffffae417970, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0xffffffff80731388 in trap (frame=0xffffffffae417970) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff80716fee in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8065e222 in softdep_disk_io_initiation (bp=0xffffffff9a615920) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3750 #9 0xffffffff80663d9f in ffs_geom_strategy (bo=0xffffff000363f530, bp=0xffffffff9a615920) at buf.h:436 #10 0xffffffff804dfcbf in bufwrite (bp=0xffffffff9a615920) at buf.h:429 #11 0xffffffff804d9d0f in vfs_bio_awrite (bp=0xffffffff9a615920) at buf.h:417 #12 0xffffffff804e3dc1 in vop_stdfsync (ap=0xffffffffae417bc0) at /usr/src/sys/kern/vfs_default.c:437 #13 0xffffffff804f3992 in sched_sync () at vnode_if.h:538 #14 0xffffffff80458d13 in fork_exit (callout=0xffffffff804f3350 , arg=0x0, frame=0xffffffffae417c80) at /usr/src/sys/kern/kern_fork.c:781 #15 0xffffffff807173be in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:415 #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000001 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000cc8000 in ?? () #41 0xffffffff80a50140 in tdg_maxid () #42 0xffffffff80a5c940 in tdq_cpu () #43 0xffffffff80a5c940 in tdq_cpu () #44 0xffffff00035436a0 in ?? () #45 0xffffff00035439a8 in ?? () #46 0xffffffffae417328 in ?? () #47 0x0000000000000000 in ?? () #48 0xffffffff80495ba8 in sched_switch (td=0xffffffff804f3350, newtd=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1898 #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffae418000 ======================= cpu HAMMER ident CUSTOM # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device le # AMD Am7900 LANCE and Am79C9xx PCnet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 18:31: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 1F3BC1065677 for ; Fri, 8 Aug 2008 18:31:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id D56998FC14 for ; Fri, 8 Aug 2008 18:31:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so1224303fkk.11 for ; Fri, 08 Aug 2008 11:31:24 -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=YKofG3A/eQcmmn03oI6XlMB8LmczScx2pCPsBnSs/OI=; b=jEravDAH/XE8rWIZ5narZlFajQ7LEJ7O0xlg6DFyQ6nCC/YshdtaavxFlbWONbTNir YO2fACk2e325C6V4YJukjv/TaNbmLJq5W2/k9ICzSoaeRALHIHeJX16sQ0/dLU7YSn4f 2ww0A7m2ODXIhTEV0huGM1PEqfCFjH31UGYT4= 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=g5y1Y9Sh0CRpI8dDYnM2AUVhiYNnCz3rv8LG0hk8Bq2hwvOhEwuqUMm9QGerD0QC7a 459yRrL9Y4ur4AwGgRlsTsG22GXnQ5fGw8IqwbJoOynW7EfPgwnPIVkFY6MvVsa5AKCN FbvDw16/CzObC/+efOFvGY6PLZ6nmqfy0Lefg= Received: by 10.180.234.2 with SMTP id g2mr2312446bkh.54.1218220284306; Fri, 08 Aug 2008 11:31:24 -0700 (PDT) Received: by 10.125.71.9 with HTTP; Fri, 8 Aug 2008 11:31:24 -0700 (PDT) Message-ID: <2a41acea0808081131m1eddc4caib0963c8a5443afd2@mail.gmail.com> Date: Fri, 8 Aug 2008 11:31:24 -0700 From: "Jack Vogel" To: "Markus Vervier" In-Reply-To: <489C88DB.6030000@vervier.info> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <489C4129.4090303@vervier.info> <2a41acea0808080936n589e277ao33ec08a75fdcbac2@mail.gmail.com> <489C88DB.6030000@vervier.info> Cc: freebsd-stable@freebsd.org Subject: Re: em(4) on FreeBSD is sometimes annoying 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, 08 Aug 2008 18:31:28 -0000 OK, I just got access to a machine, am going to install and see if I can repro this this afternoon. Jack On Fri, Aug 8, 2008 at 10:56 AM, Markus Vervier wrote: > Jack Vogel schrieb: >> >> "me too" 's are of little help. Please elaborate on your "exact same", >> since >> each person's perception will be slightly different. >> >> > > Hi Jack, > > maybe read it like: Thinkpad X60 1706GMG affected too, so the problem is not > specific to Martins machine. > > I can write the same steps to reproduce the behaviour as Martin here: > > <--> > Once again, steps to reproduce this behavior: > 1) Power the laptop OFF. Really OFF, I mean. No reboots! > 2) Detach the cable from NIC. > 3) Boot FreeBSD. Let it pass the DHCP phase (ifconfig_em0="DHCP") until > login appears. > 4) Attach the cable to the NIC. > 5) Voila... no link. > <--> > > My perception is that if the em driver gets loaded without a cable being > plugged in, no link can be established. > I can workaround the problem when em was not build into the kernel, by > unloading the em-kmod and reloading it > again with the cable plugged in. If the cable is not plugged in the > interface will always stay in state "no carrier". > The NIC works fine under Windows / Linux on the same machine. > > -- > Markus > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 20:04:49 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 DA8471065682 for ; Fri, 8 Aug 2008 20:04:49 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9BF778FC08 for ; Fri, 8 Aug 2008 20:04:49 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id OCM65148 for ; Fri, 08 Aug 2008 13:04:48 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8F9954501A for ; Fri, 8 Aug 2008 13:04:47 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1218225887_65714P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 08 Aug 2008 13:04:47 -0700 From: "Kevin Oberman" Message-Id: <20080808200447.8F9954501A@ptavv.es.net> Subject: Unable to build kernel 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, 08 Aug 2008 20:04:49 -0000 --==_Exmh_1218225887_65714P Content-Type: multipart/mixed ; boundary="==_Exmh_1218225876_657140" This is a multipart MIME message. --==_Exmh_1218225876_657140 Content-Type: text/plain; charset=us-ascii Today I was unable to build a new kernel for 7-Stable. It dies when linking the kernel, seemingly because of not finding the definitions for some nfs stuff. I don't use nfs and always exclude both server and client from my kernel. (Long config attached, if the list does not strip it.) MAKE=make sh /usr/src/sys/conf/newvers.sh IBM-T43 cc -c -O -pipe -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/usr/src/sys -I/usr/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 nlm_advlock.o(.text+0x11a8): In function `nlm_advlock_internal': /usr/src/sys/nlm/nlm_advlock.c:225: undefined reference to `nfs_vinvalbuf' nlm_advlock.o(.text+0x1243):/usr/src/sys/nlm/nlm_advlock.c:236: undefined reference to `nfs_ticks' nlm_prot_impl.o(.text+0x29a1): In function `nlm_syscall': /usr/src/sys/nlm/nlm_prot_impl.c:1482: undefined reference to `nfs_advlock_p' nlm_prot_impl.o(.text+0x29a7):/usr/src/sys/nlm/nlm_prot_impl.c:1483: undefined reference to `nfs_advlock_p' nlm_prot_impl.o(.text+0x29b1):/usr/src/sys/nlm/nlm_prot_impl.c:1484: undefined reference to `nfs_reclaim_p' nlm_prot_impl.o(.text+0x29b7):/usr/src/sys/nlm/nlm_prot_impl.c:1485: undefined reference to `nfs_reclaim_p' nlm_prot_impl.o(.text+0x29cf):/usr/src/sys/nlm/nlm_prot_impl.c:1490: undefined reference to `nfs_advlock_p' nlm_prot_impl.o(.text+0x29d5):/usr/src/sys/nlm/nlm_prot_impl.c:1491: undefined reference to `nfs_reclaim_p' *** Error code 1 Stop in /usr/obj/usr/src/sys/IBM-T43. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Time spent in user mode (CPU seconds) : 307.737s Time spent in kernel mode (CPU seconds) : 34.429s Total time : 8:12.87s CPU utilisation (percentage) : 69.4% Times the process was swapped : 0 Times of major page faults : 233 Times of minor page faults : 4231547 Exit 1 I see no other reports of anything. Any ideas? Thanks, -- 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_1218225876_657140 Content-Type: text/plain ; name="IBM-T43"; charset=us-ascii Content-Description: IBM-T43 Content-Disposition: attachment; filename="IBM-T43" # # IBM-T43 -- Kernel for IBM-T43 with debugging enabled # include GENERIC ident IBM-T43 nooptions NFSCLIENT # Network Filesystem Client nooptions NFSSERVER # Network Filesystem Server nooptions NFS_ROOT # NFS usable as root device, requires NFSCLIENT nooptions COMPAT_FREEBSD4 # Compatible with FreeBSD6 nooptions COMPAT_FREEBSD5 # Compatible with FreeBSD6 options IPFIREWALL # Start firewall at boot options IPFIREWALL_VERBOSE # Enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 # limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT # allow everything by default # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. nooptions INVARIANTS # Enable calls of extra sanity checking nooptions INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for speeed # To make a uni-processor kernel, the next two are needed nooptions SMP # Symmetric MultiProcessor Kernel nodevice apic # I/O APIC # CPU frequency control (Does not work on T43!) nodevice cpufreq # Bus support. nodevice eisa # ATA and ATAPI devices nodevice ataraid # ATA RAID drives nodevice atapifd # ATAPI floppy drives nodevice atapist # ATAPI tape drives device atapicam # Emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) # SCSI Controllers nodevice ahb # EISA AHA1742 family nodevice ahc # AHA2940 and onboard AIC7xxx nodevices nooptions AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. nodevice ahd # AHA39320/29320 and onboard AIC79xx nodevices nooptions AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. nodevice amd # AMD 53C974 (Tekram DC-390(T)) nodevice hptiop # Highpoint RocketRaid 3xxx series nodevice isp # Qlogic family nodevice ispfw # Firmware for QLogic HBAs- normally a module nodevice mpt # LSI-Logic MPT-Fusion nodevice ncr # NCR/Symbios Logic nodevice sym # NCR/Symbios Logic (newer chipsets + those of `ncr') nodevice trm # Tekram DC395U/UW/F DC315U adapters nodevice adv # Advansys SCSI adapters nodevice adw # Advansys wide SCSI adapters nodevice aha # Adaptec 154x SCSI adapters nodevice aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. nodevice bt # Buslogic/Mylex MultiMaster SCSI adapters nodevice ncv # NCR 53C500 nodevice nsp # Workbit Ninja SCSI-3 nodevice stg # TMC 18C30/18C50 # SCSI peripherals device pass # SCSI passthrough device # RAID controllers interfaced to the SCSI subsystem nodevice amr # AMI MegaRAID nodevice arcmsr # Areca SATA II RAID nodevice asr # DPT SmartRAID V, VI and Adaptec SCSI RAID nodevice ciss # Compaq Smart RAID 5* nodevice dpt # DPT Smartcache III, IV - See NOTES for options nodevice hptmv # Highpoint RocketRAID 182x nodevice hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx nodevice iir # Intel Integrated RAID nodevice ips # IBM (Adaptec) ServeRAID nodevice mly # Mylex AcceleRAID/eXtremeRAID nodevice twa # 3ware 9000 series PATA/SATA RAID # RAID controllers nodevice aac # Adaptec FSA RAID nodevice aacp # SCSI passthrough for aac (requires CAM) nodevice ida # Compaq Smart RAID nodevice mfi # LSI MegaRAID SAS nodevice mlx # Mylex DAC960 family nodevice pst # Promise Supertrak SX6000 nodevice twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse options KBD_RESETDELAY=500 # syscons is the default console driver, resembling an SCO console options SC_HISTORY_SIZE=2000 options SC_PIXEL_MODE #add support for the raster text mode # Parallel port nodevice ppc nodevice ppbus # Parallel port bus (required) nodevice lpt # Printer nodevice plip # TCP/IP over parallel nodevice ppi # Parallel port interface device nodevice vpo # Requires scbus and da # PCI Ethernet NICs. nodevice de # DEC/Intel DC21x4x (``Tulip'') nodevice em # Intel PRO/1000 adapter Gigabit Ethernet Card nodevice ixgb # Intel PRO/10GbE Ethernet Card nodevice le # AMD Am7900 LANCE and Am79C9xx PCnet nodevice txp # 3Com 3cR990 (``Typhoon'') nodevice vx # 3Com 3c590, 3c595 (``Vortex'') # Wireless NIC cards nodevice wlan_scan_ap # 802.11 AP mode scanning nodevice ath # Pseudo devices. nodevice sl # Kernel SLIP nodevice ppp # Kernel PPP # USB support nodevice uhci # UHCI PCI->USB interface nodevice ohci # OHCI PCI->USB interface nodevice ehci # EHCI PCI->USB interface nodevice usb # USB Bus (required) nodevice udbp # USB Double Bulk Pipe devices nodevice ugen # Generic nodevice uhid # "Human Interface Devices" nodevice ukbd # Keyboard nodevice ulpt # Printer nodevice umass # Disks/Mass storage - Requires scbus and da nodevice ums # Mouse nodevice ural # Ralink Technology RT2500USB wireless NICs nodevice rum # Ralink Technology RT2501USB wireless NICs nodevice urio # Diamond Rio MP3 Player nodevice uscanner # Scanners # USB serial devices nodevice ucom # Generic tty coms nodevice uark # Technologies ARK3116 based serial adapters nodevice ubsa # Belkin F5U103 and compatible serial adapters nodevice ubser # BWCT console serial adapters nodevice uftdi # For FTDI usb serial adapters nodevice uipaq # Some WinCE based devices nodevice uplcom # Prolific PL-2303 serial adapters nodevice uslcom # SI Labs CP2101/CP2102 serial adapters nodevice uvisor # Visor and Palm devices nodevice uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires mii nodevice aue # ADMtek USB ethernet nodevice axe # ASIX Electronics USB Ethernet nodevice cdce # Generic USB over Ethernet nodevice cue # CATC USB ethernet nodevice kue # Kawasaki LSI USB ethernet nodevice rue # RealTek RTL8150 USB Ethernet # Sound support (Requires System Management Bus for ICH) device smbus device iicbus device iicbb device intpm device ichsmb device smb #device sound #device snd_ich --==_Exmh_1218225876_657140-- --==_Exmh_1218225887_65714P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFInKbfkn3rs5h7N1ERAvRpAJ98vamsTtV54o5vuU4HcQbVluzGUQCfTeyh avmndpgnQmjWKtlF0+k3ubQ= =kosn -----END PGP SIGNATURE----- --==_Exmh_1218225887_65714P-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 20:34: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 4E2F91065673 for ; Fri, 8 Aug 2008 20:34:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 17CC08FC17 for ; Fri, 8 Aug 2008 20:34:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m78KXwpP037001; Fri, 8 Aug 2008 16:33:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m78KXw7G009888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Aug 2008 16:33:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200808082033.m78KXw7G009888@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 08 Aug 2008 16:34:01 -0400 To: "Kevin Oberman" , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20080808200447.8F9954501A@ptavv.es.net> References: <20080808200447.8F9954501A@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: Unable to build kernel 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, 08 Aug 2008 20:34:02 -0000 At 04:04 PM 8/8/2008, Kevin Oberman wrote: >Today I was unable to build a new kernel for 7-Stable. It dies when >linking the kernel, seemingly because of not finding the definitions for >some nfs stuff. I don't use nfs and always exclude both server and >client from my kernel. (Long config attached, if the list does not strip >nooptions NFSCLIENT # Network Filesystem Client >nooptions NFSSERVER # Network Filesystem Server >nooptions NFS_ROOT # NFS usable as root device, requires Can you build generic on its own ? What if you add to your config nooptions NFSLOCKD which recently got added to GENERIC. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 20:56:07 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 752751065674 for ; Fri, 8 Aug 2008 20:56:07 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id E739A8FC08 for ; Fri, 8 Aug 2008 20:56:06 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-7-225.bredband.comhem.se ([83.253.7.225]:56590 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KRYld-0005Qv-8D for freebsd-stable@freebsd.org; Fri, 08 Aug 2008 22:40:58 +0200 Received: (qmail 40984 invoked from network); 8 Aug 2008 22:40:53 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 8 Aug 2008 22:40:53 +0200 Received: (qmail 77279 invoked by uid 1001); 8 Aug 2008 22:40:53 +0200 Date: Fri, 8 Aug 2008 22:40:53 +0200 From: Erik Trulsson To: Kevin Oberman Message-ID: <20080808204053.GA77199@owl.midgard.homeip.net> References: <20080808200447.8F9954501A@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080808200447.8F9954501A@ptavv.es.net> User-Agent: Mutt/1.5.18 (2008-05-17) X-Originating-IP: 83.253.7.225 X-Scan-Result: No virus found in message 1KRYld-0005Qv-8D. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1KRYld-0005Qv-8D 27257f5919b4c2d3b1131555d7dec446 Cc: freebsd-stable@freebsd.org Subject: Re: Unable to build kernel 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, 08 Aug 2008 20:56:07 -0000 On Fri, Aug 08, 2008 at 01:04:47PM -0700, Kevin Oberman wrote: > Today I was unable to build a new kernel for 7-Stable. It dies when > linking the kernel, seemingly because of not finding the definitions for > some nfs stuff. I don't use nfs and always exclude both server and > client from my kernel. (Long config attached, if the list does not strip > it.) At a guess you will have to exclude the nfs locking support too, which was added to GENERIC relatively recently. ('nooptions NFSLOCKD' ought to do the trick.) > > MAKE=make sh /usr/src/sys/conf/newvers.sh IBM-T43 > cc -c -O -pipe -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/usr/src/sys > -I/usr/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 > nlm_advlock.o(.text+0x11a8): In function `nlm_advlock_internal': > /usr/src/sys/nlm/nlm_advlock.c:225: undefined reference to `nfs_vinvalbuf' > nlm_advlock.o(.text+0x1243):/usr/src/sys/nlm/nlm_advlock.c:236: undefined > reference to `nfs_ticks' > nlm_prot_impl.o(.text+0x29a1): In function `nlm_syscall': > /usr/src/sys/nlm/nlm_prot_impl.c:1482: undefined reference to `nfs_advlock_p' > nlm_prot_impl.o(.text+0x29a7):/usr/src/sys/nlm/nlm_prot_impl.c:1483: undefined > reference to `nfs_advlock_p' > nlm_prot_impl.o(.text+0x29b1):/usr/src/sys/nlm/nlm_prot_impl.c:1484: undefined > reference to `nfs_reclaim_p' > nlm_prot_impl.o(.text+0x29b7):/usr/src/sys/nlm/nlm_prot_impl.c:1485: undefined > reference to `nfs_reclaim_p' > nlm_prot_impl.o(.text+0x29cf):/usr/src/sys/nlm/nlm_prot_impl.c:1490: undefined > reference to `nfs_advlock_p' > nlm_prot_impl.o(.text+0x29d5):/usr/src/sys/nlm/nlm_prot_impl.c:1491: undefined > reference to `nfs_reclaim_p' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/IBM-T43. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Time spent in user mode (CPU seconds) : 307.737s > Time spent in kernel mode (CPU seconds) : 34.429s > Total time : 8:12.87s > CPU utilisation (percentage) : 69.4% > Times the process was swapped : 0 > Times of major page faults : 233 > Times of minor page faults : 4231547 > Exit 1 > > I see no other reports of anything. Any ideas? > > Thanks, > -- > 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 > Content-Description: IBM-T43 > # > # IBM-T43 -- Kernel for IBM-T43 with debugging enabled > # > > include GENERIC > > ident IBM-T43 > > nooptions NFSCLIENT # Network Filesystem Client > nooptions NFSSERVER # Network Filesystem Server > nooptions NFS_ROOT # NFS usable as root device, requires NFSCLIENT > nooptions COMPAT_FREEBSD4 # Compatible with FreeBSD6 > nooptions COMPAT_FREEBSD5 # Compatible with FreeBSD6 > options IPFIREWALL # Start firewall at boot > options IPFIREWALL_VERBOSE # Enable logging to syslogd(8) > options IPFIREWALL_VERBOSE_LIMIT=100 # limit verbosity > options IPFIREWALL_DEFAULT_TO_ACCEPT # allow everything by default > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > nooptions INVARIANTS # Enable calls of extra sanity checking > nooptions INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > nooptions WITNESS # Enable checks to detect deadlocks and cycles > nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for speeed > > # To make a uni-processor kernel, the next two are needed > nooptions SMP # Symmetric MultiProcessor Kernel > nodevice apic # I/O APIC > > # CPU frequency control (Does not work on T43!) > nodevice cpufreq > > # Bus support. > nodevice eisa > > # ATA and ATAPI devices > nodevice ataraid # ATA RAID drives > nodevice atapifd # ATAPI floppy drives > nodevice atapist # ATAPI tape drives > device atapicam # Emulate ATAPI devices as SCSI ditto via CAM > # needs CAM to be present (scbus & pass) > # SCSI Controllers > nodevice ahb # EISA AHA1742 family > nodevice ahc # AHA2940 and onboard AIC7xxx nodevices > nooptions AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > nodevice ahd # AHA39320/29320 and onboard AIC79xx nodevices > nooptions AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > nodevice amd # AMD 53C974 (Tekram DC-390(T)) > nodevice hptiop # Highpoint RocketRaid 3xxx series > nodevice isp # Qlogic family > nodevice ispfw # Firmware for QLogic HBAs- normally a module > nodevice mpt # LSI-Logic MPT-Fusion > nodevice ncr # NCR/Symbios Logic > nodevice sym # NCR/Symbios Logic (newer chipsets + those of `ncr') > nodevice trm # Tekram DC395U/UW/F DC315U adapters > > nodevice adv # Advansys SCSI adapters > nodevice adw # Advansys wide SCSI adapters > nodevice aha # Adaptec 154x SCSI adapters > nodevice aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > nodevice bt # Buslogic/Mylex MultiMaster SCSI adapters > > nodevice ncv # NCR 53C500 > nodevice nsp # Workbit Ninja SCSI-3 > nodevice stg # TMC 18C30/18C50 > > > # SCSI peripherals > device pass # SCSI passthrough device > > # RAID controllers interfaced to the SCSI subsystem > nodevice amr # AMI MegaRAID > nodevice arcmsr # Areca SATA II RAID > nodevice asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > nodevice ciss # Compaq Smart RAID 5* > nodevice dpt # DPT Smartcache III, IV - See NOTES for options > nodevice hptmv # Highpoint RocketRAID 182x > nodevice hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx > nodevice iir # Intel Integrated RAID > nodevice ips # IBM (Adaptec) ServeRAID > nodevice mly # Mylex AcceleRAID/eXtremeRAID > nodevice twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > nodevice aac # Adaptec FSA RAID > nodevice aacp # SCSI passthrough for aac (requires CAM) > nodevice ida # Compaq Smart RAID > nodevice mfi # LSI MegaRAID SAS > nodevice mlx # Mylex DAC960 family > nodevice pst # Promise Supertrak SX6000 > nodevice twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > options KBD_RESETDELAY=500 > > # syscons is the default console driver, resembling an SCO console > options SC_HISTORY_SIZE=2000 > options SC_PIXEL_MODE #add support for the raster text mode > > # Parallel port > nodevice ppc > nodevice ppbus # Parallel port bus (required) > nodevice lpt # Printer > nodevice plip # TCP/IP over parallel > nodevice ppi # Parallel port interface device > nodevice vpo # Requires scbus and da > > # PCI Ethernet NICs. > nodevice de # DEC/Intel DC21x4x (``Tulip'') > nodevice em # Intel PRO/1000 adapter Gigabit Ethernet Card > nodevice ixgb # Intel PRO/10GbE Ethernet Card > nodevice le # AMD Am7900 LANCE and Am79C9xx PCnet > nodevice txp # 3Com 3cR990 (``Typhoon'') > nodevice vx # 3Com 3c590, 3c595 (``Vortex'') > > # Wireless NIC cards > nodevice wlan_scan_ap # 802.11 AP mode scanning > nodevice ath > > # Pseudo devices. > nodevice sl # Kernel SLIP > nodevice ppp # Kernel PPP > > # USB support > nodevice uhci # UHCI PCI->USB interface > nodevice ohci # OHCI PCI->USB interface > nodevice ehci # EHCI PCI->USB interface > nodevice usb # USB Bus (required) > nodevice udbp # USB Double Bulk Pipe devices > nodevice ugen # Generic > nodevice uhid # "Human Interface Devices" > nodevice ukbd # Keyboard > nodevice ulpt # Printer > nodevice umass # Disks/Mass storage - Requires scbus and da > nodevice ums # Mouse > nodevice ural # Ralink Technology RT2500USB wireless NICs > nodevice rum # Ralink Technology RT2501USB wireless NICs > nodevice urio # Diamond Rio MP3 Player > nodevice uscanner # Scanners > # USB serial devices > nodevice ucom # Generic tty coms > nodevice uark # Technologies ARK3116 based serial adapters > nodevice ubsa # Belkin F5U103 and compatible serial adapters > nodevice ubser # BWCT console serial adapters > nodevice uftdi # For FTDI usb serial adapters > nodevice uipaq # Some WinCE based devices > nodevice uplcom # Prolific PL-2303 serial adapters > nodevice uslcom # SI Labs CP2101/CP2102 serial adapters > nodevice uvisor # Visor and Palm devices > nodevice uvscom # USB serial support for DDI pocket's PHS > # USB Ethernet, requires mii > nodevice aue # ADMtek USB ethernet > nodevice axe # ASIX Electronics USB Ethernet > nodevice cdce # Generic USB over Ethernet > nodevice cue # CATC USB ethernet > nodevice kue # Kawasaki LSI USB ethernet > nodevice rue # RealTek RTL8150 USB Ethernet > > # Sound support (Requires System Management Bus for ICH) > device smbus > device iicbus > device iicbb > device intpm > device ichsmb > device smb > #device sound > #device snd_ich > -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 21:05: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 9B168106568B for ; Fri, 8 Aug 2008 21:05:06 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 47B758FC36 for ; Fri, 8 Aug 2008 21:05:05 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id ODN22005; Fri, 08 Aug 2008 14:05:05 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id ODN37303; Fri, 08 Aug 2008 14:05:03 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8EEEC45010; Fri, 8 Aug 2008 14:05:03 -0700 (PDT) To: Mike Tancsa , Erik Trulsson In-Reply-To: Your message of "Fri, 08 Aug 2008 16:34:01 EDT." <200808082033.m78KXw7G009888@lava.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1218229503_65714P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 08 Aug 2008 14:05:03 -0700 From: "Kevin Oberman" Message-Id: <20080808210503.8EEEC45010@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Unable to build kernel 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, 08 Aug 2008 21:05:06 -0000 --==_Exmh_1218229503_65714P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 08 Aug 2008 16:34:01 -0400 > From: Mike Tancsa > > At 04:04 PM 8/8/2008, Kevin Oberman wrote: > >Today I was unable to build a new kernel for 7-Stable. It dies when > >linking the kernel, seemingly because of not finding the definitions for > >some nfs stuff. I don't use nfs and always exclude both server and > >client from my kernel. (Long config attached, if the list does not strip > > >nooptions NFSCLIENT # Network Filesystem Client > >nooptions NFSSERVER # Network Filesystem Server > >nooptions NFS_ROOT # NFS usable as root device, requires > > > Can you build generic on its own ? What if you add to your config > nooptions NFSLOCKD > > which recently got added to GENERIC. > Thanks, Mike (and Erik who also pointed this out) for the answer. Kernel linked just fine now that I have removed the NFS LOCKD. I should have looked at CVS for GENERIC changes. I did check UPDATING, but there was nothing there. -- 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_1218229503_65714P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD4DBQFInLT/kn3rs5h7N1ERAindAJiIM1EOFF6GNEOIvFaFkgGH62+TAJ0Tiarb NI65WXEY35CoyhtjRnrzTA== =aqQZ -----END PGP SIGNATURE----- --==_Exmh_1218229503_65714P-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 21:21:12 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 D7FDC1065670 for ; Fri, 8 Aug 2008 21:21:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8ADE38FC13 for ; Fri, 8 Aug 2008 21:21:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2E71646C0B for ; Fri, 8 Aug 2008 17:21:12 -0400 (EDT) Date: Fri, 8 Aug 2008 22:21:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS UP: inpcb/inpcbinfo rwlocking: coming to a 7-STABLE branch near you 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, 08 Aug 2008 21:21:13 -0000 On Sun, 3 Aug 2008, Robert Watson wrote: > This is an advance warning that, late next week, I will be merging a fairly > large set of changes to the IPv4 and IPv6 protocols layered over the > inpcb/inpcbinfo kernel infrastructure. To be specific, this affects TCP, > UDP, and raw sockets on both IPv4 and IPv6. I will post a further e-mail > announcement along with patch set and schedule in a day or two once it's > prepared. Patches, which require the MFC of rwlock try-locking, which I did earlier today: http://www.watson.org/~robert/freebsd/netperf/20080808-7stable-rwlock-inpcb.diff These incude the inpcb/inpcbinfo read/write locking changes (although not yet for raw/divert sockets). Any testing, especially with heavy UDP loads, would be much appreciated -- this are fairly complex changes, and also quite a complex MFC. Robert N M Watson Computer Laboratory University of Cambridge > > The thrust of this change is to replace the mutexes protecting the inpcb and > inpcbinfo data structures with read-write locks (rwlocks). These structures > represent, respectively, particular sockets and the global socket lists for > all socket types in IPv4 and IPv6 except for SCTP. When you run netstat, > inpcbinfo is the data structure referencing all connections, and each line in > the nestat output reflects the contents of a specific inpcb. > > In the current stage of this work, the intent is to improve performance for > datagram-related protocols on SMP systems by allowing concurrent acquisition > of both global and connection locks during receive and transmit. This is > possible because, in the common case, no connection or global state is > modified during UDP/raw receive and transmit at the IP layer, so a read lock > is sufficient to prevent data in those structures from unexpectedly changing. > For receive, socket layer state is modified, but this is separately protected > by socket layer locks. On transmit, no state is modified at any layer, so in > principle we will allow fully parallel transmit from multiple threads down to > about the routing and network interface layers, whereas previously they would > bottleneck in UDP. > > The applications targeted by this change are threaded UDP server > applications, such as BIND9, nsd, and UDP-based memcached. Kris Kennaway and > Paul Saab have done fairly extensive testing with the changes and > demonstrated significant performance improvements due to reduced contention > and overhead. Perhaps they can mention some of those numbers in a follow-up > to this post. > > The reason for the heads up is that, while carefully-tested, changes of this > sort do come with risks. We've carefully structured them so as to avoid > breaking the ABIs for netstat, etc, but it's not impossible that some > problems will arise as the changes settle. The goal, however, is to see > these performance improvements in 7.1, and since they've had a bit to shake > out in 8.x and seen some heavy use, I think now is the right time to merge > them. > > In any case, I will send out e-mail in a couple of days with a proposed merge > patch and schedule for merging, and perhaps if you are in a positition where > you might benefit from these improvements, or have interesting UDP or > raw-socket based applications running on 7.x, you could test the candidate > patch before it's merged, reporting any problems. Unless I receive negative > feedback, I will plan on merging the changes late in the week, and keep a > close eye on stable@ for any reports of problems. > > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 22:49:47 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 6F148106568A for ; Fri, 8 Aug 2008 22:49:47 +0000 (UTC) (envelope-from vrajan@stbernard.com) Received: from atl-smtp2.mxpath.net (atl-smtp2.mxpath.net [208.74.57.166]) by mx1.freebsd.org (Postfix) with ESMTP id EC7D18FC16 for ; Fri, 8 Aug 2008 22:49:46 +0000 (UTC) (envelope-from vrajan@stbernard.com) Received: from enterprise.filter (localhost.localdomain [127.0.0.1]) by atl-smtp2.mxpath.net (MXPath Final Delivery) with SMTP id 7FFBF3F854 for ; Fri, 8 Aug 2008 22:31:03 +0000 (GMT) Received: from SB-EXCHANGE1.stbernard.com (securemail.stbernard.com [208.74.58.99]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by atl-smtp2.mxpath.net (MXPath Final Delivery) with ESMTP id AB1643399A for ; Fri, 8 Aug 2008 22:31:01 +0000 (GMT) Received: from SB-EXCHANGE1.stbernard.com ([172.27.130.99]) by SB-EXCHANGE1.stbernard.com ([172.27.130.99]) with mapi; Fri, 8 Aug 2008 15:31:01 -0700 From: Vijay Rajan To: "freebsd-stable@freebsd.org" Date: Fri, 8 Aug 2008 15:30:57 -0700 Thread-Topic: errors building bsnmpd v1.12 on freebsd5.3 Thread-Index: Acj5pmyKZ3s4HMy6SrSCBPWDMuocaw== Message-ID: <57ED6273CD029C4F944A944D4F81423838198F7A97@SB-EXCHANGE1.stbernard.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-ThreatScan3: CLEAN Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Dan Coppock Subject: errors building bsnmpd v1.12 on freebsd5.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: Fri, 08 Aug 2008 22:49:47 -0000 We have been trying to build bsnmpd 1.12 on freebsd 5.3 but have many weird= issues building snmp_bridge, snmp_hostres & snmp_mibII modules. The errors seem to come from compiler strictness cc -fpic -DPIC -O -pipe -I/work2/vrajan/head/products/rapid/freebsd5/src/u= sr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib -I/work2/vr= ajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp_mibII/..= /../../../contrib/bsnmp/snmpd -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCP= Y -DHAVE_SYS_TREE_H -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcas= t-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Wi= nline -Wnested-externs -Wredundant-decls -c /work2/vrajan/head/products/rap= id/freebsd5/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnm= p/snmp_mibII/mibII_route.c -o mibII_route.So /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c: In function `sro= utes_RB_INSERT_COLOR': /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c: In function `sro= utes_RB_REMOVE_COLOR': /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement /work2/vrajan/head/products/rapid/freebsd5/src/usr.sbin/bsnmpd/modules/snmp= _mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c:516: warning: emp= ty body in an if-statement How could the following line in freebsd5/src/usr.sbin/bsnmpd/modules/snmp_m= ibII/../../../../contrib/bsnmp/snmp_mibII/mibII_route.c throw so many error= s? RB_GENERATE(sroutes, sroute, link, sroute_compare); We have not been successful in using the gcc -E option to get preprocessed = code to analyze the issue. Any help will be appreciated. Thanks in advance Vijay From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 23: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 3B3391065673 for ; Fri, 8 Aug 2008 23:12:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id C09F38FC08 for ; Fri, 8 Aug 2008 23:12:39 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m78NCaJU022645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 9 Aug 2008 09:12:38 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m78NCXWD057232 for ; Sat, 9 Aug 2008 09:12:33 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m78NCXi3057231 for freebsd-stable@freebsd.org; Sat, 9 Aug 2008 09:12:33 +1000 (EST) (envelope-from peter) Date: Sat, 9 Aug 2008 09:12:33 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20080808231232.GK64458@server.vk2pj.dyndns.org> References: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> <200808081236.m78CagPH015579@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cz6wLo+OExbGG7q/" Content-Disposition: inline In-Reply-To: <200808081236.m78CagPH015579@lurza.secnetix.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: i386 vs 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: Fri, 08 Aug 2008 23:12:40 -0000 --cz6wLo+OExbGG7q/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Aug-08 14:36:42 +0200, Oliver Fromme wrote: >For example, in amd64 mode there are twice as many CPU >registers available, enabling better optimizations for >the C compiler. Furthermore those registers are twice >as long, which means that 64bit quantities can be handled >with single processor instructions. OTOH, this means roughly 4 times as much processor state to save and restore on a context switch. It also means that longs and pointers are 64-bits instead of 32-bits, which makes executables larger (if you compare executables and libraries on disk between FreeBSD/i386 and FreeBSD/amd64, the latter are 10-15% larger). The VSZ of amd64 executables _appears_ significantly larger due to a bug in binutils and our rtld but this space is never referenced. >That doesn't necessarily mean that code will always run >faster in amd64 mode. There have been reports of certain >edge cases. But in general, amd64 code is faster. As always, the best benchmark is your own application mix. >Bottom line: Install FreeBSD/amd64, unless you have >_specific_ reasons to stay with i386. Keep in mind that, for most things, FreeBSD/amd64 can happily run 32-bit Linux and FreeBSD/i386 executables (though there's no easy way to build FreeBSD/i386 executables on FreeBSD/amd64). This does not extend to KLDs so 3rd-party 32-bit KLDs (eg the nVIDIA graphics driver). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --cz6wLo+OExbGG7q/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkic0uAACgkQ/opHv/APuIfZmACeJniSOtR+N1249Wb+d6go7M6H LHQAniwiTItV4IlZ34ZyZLqB4K9sRgdW =72pY -----END PGP SIGNATURE----- --cz6wLo+OExbGG7q/-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 00:17:42 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 9123B1065673 for ; Sat, 9 Aug 2008 00:17:42 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 175D28FC1C for ; Sat, 9 Aug 2008 00:17:41 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so996421mue.3 for ; Fri, 08 Aug 2008 17:17:40 -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:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=1ddjMzSMTadkEsHtEMpbkwNA1Q/do2YuhybO3xD0+yY=; b=KsLmATQjhH2T6aAC1AE3IolVNwXk8gy5QhL/Q7WAtBqWQzwHNYE4YNdTe2LenBLAHJ oGBQe4mEbYyE/xfc5cs8OMzRmsI3M70QvTs1MOMgmtMbCzKsC8JlXf3j+EmwT+0lRh4H YMk5yubfXbqhoD8O5T3aZwddRyVbggXuGbbaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=F86urRF8/Yyeje4kfAFezyby6Ba9IS4vre/fUjk8SeACyb5R0JBI7lk4FY09gVNBAo WufgPeXC2My+sx6+vRIZeP7IdfRMryprJJNYNcswh5St+Mr5mi4SrV9aGgglHhn+AoMW PYtU7+IHWWux1jBFDCOxdq7HpkaD29b0LTy14= Received: by 10.102.218.6 with SMTP id q6mr3620502mug.127.1218241060389; Fri, 08 Aug 2008 17:17:40 -0700 (PDT) Received: by 10.103.169.13 with HTTP; Fri, 8 Aug 2008 17:17:40 -0700 (PDT) Message-ID: Date: Fri, 8 Aug 2008 21:17:40 -0300 From: "Carlos A. M. dos Santos" To: freebsd-stable@freebsd.org In-Reply-To: <20080808081330.GA1203@sirius.local.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080808081330.GA1203@sirius.local.net> Subject: Re: Audio CD problem on laptop VGN-SZ61MN 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, 09 Aug 2008 00:17:42 -0000 On Fri, Aug 8, 2008 at 5:13 AM, Harald Weis wrote: > Is there anyone out there who has installed FreeBSD on the above Sony > laptop ? > > Both ''cat filename > /dev/dsp0.0'' or ''vlc cdda:///dev/acd0@1 are OK. > > If I run ''cdcontrol -f /dev/acd0 play'', there is no sound. > But the output of ''cdcontrol -f /dev/acd0 status audio'' is alright. > (same behaviour for cd0 instead of acd0) > > And the output of ''mplayer cdda://1//dev/acd0'' is: > Playing cdda://1//dev/acd0. > ++ WARN: open: Inappropriate ioctl for device > **ERROR: fread (): Invalid argument > > On the other hand, DVD's play fine, for example with > either ''vlc dvd:///dev/acd0@2'' or ''mplayer dvd://2'' > > I wonder whether the problem is related to the FAILURE line in dmesg: > acd0: DVDR at ata0-master UDMA33 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > > Adding ''device atapicam'' in the kernel doesn't make a difference. > > I found some messages concerning the FAILURE line in the mailing list > archives, but no solution. Same result on my notebook (HP nx6320) and this is not a surprise. The "mixer" command does not show a "cd" input, meaning that there is no input port for the analog audio output of the CD drive (if any). The "status audio" arguments instructs cdcontrol to inquire the drive, not the audio device. NetBSD's "cdplay" supports digital transfer mode since version 4.0. Perhaps this feature could be implemented on cdcontrol. -- If you think things can't get worse it's probably only because you lack sufficient imagination. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 06:07: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 C02091065675 for ; Sat, 9 Aug 2008 06:07:56 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from mailext3.its.uwa.edu.au (mailext3.its.uwa.edu.au [130.95.128.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9A68FC19 for ; Sat, 9 Aug 2008 06:07:56 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from kas30pipe.localhost (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with ESMTP id 4F24687852 for ; Sat, 9 Aug 2008 13:37:57 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with SMTP id D07F487D97 for ; Sat, 9 Aug 2008 13:37:56 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id BFC6B87852 for ; Sat, 9 Aug 2008 13:37:56 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 27600367D3; Sat, 9 Aug 2008 13:37:57 +0800 (WST) Received: from martello.ucc.gu.uwa.edu.au (martello.ucc.gu.uwa.edu.au [130.95.13.23]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 063DF367D2; Sat, 9 Aug 2008 13:37:57 +0800 (WST) Received: by martello.ucc.gu.uwa.edu.au (Postfix, from userid 11251) id DC4146C09C; Sat, 9 Aug 2008 13:37:56 +0800 (WST) Received: from localhost (localhost [127.0.0.1]) by martello.ucc.gu.uwa.edu.au (Postfix) with ESMTP id CFEAE6C08D; Sat, 9 Aug 2008 13:37:56 +0800 (WST) Date: Sat, 9 Aug 2008 13:37:56 +0800 (WST) From: David Adam To: Oliver Fromme In-Reply-To: <200808081318.m78DIaXJ017555@lurza.secnetix.de> Message-ID: References: <200808081318.m78DIaXJ017555@lurza.secnetix.de> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Envelope-From: zanchey@ucc.gu.uwa.edu.au X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 4683 [Aug 9 2008] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-stable@FreeBSD.ORG Subject: Re: should looking at an interface with 'ifconfig' trigger a ?change ? 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, 09 Aug 2008 06:07:56 -0000 On Fri, 8 Aug 2008, Oliver Fromme wrote: > Andrew Thompson wrote: > > ifconfig will cause the media status to be read from the hardware at > > which time the link change is generated as it is different to the stored > > value. > > Shouldn't that be considered a security flaw? After all, > you can perform "ifconfig $IF" inside a jail to list the > interface configuration, but you're not allowed to make > any changes. > > Given your description above, it means that it is possible > to modify the interface configuration (cause a failover) > from within a jail. That's not good. I think that needs > to be fixed, or at the very least it needs to be properly > documented. I can't see how this is a security flaw. The link is already down; ifconfig is merely updating the OS' knowlege of the link status to be closer to reality. David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 06:20: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 78B7F106564A; Sat, 9 Aug 2008 06:20:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 351578FC0C; Sat, 9 Aug 2008 06:20:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id DF5202BD3A; Sat, 9 Aug 2008 18:20:53 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yqqownbsQiLY; Sat, 9 Aug 2008 18:20:50 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 9 Aug 2008 18:20:50 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 8ECBB1142A; Sat, 9 Aug 2008 18:20:49 +1200 (NZST) Date: Fri, 8 Aug 2008 23:20:49 -0700 From: Andrew Thompson To: Marian Hettwer Message-ID: <20080809062049.GC95107@citylink.fud.org.nz> References: <200808081318.m78DIaXJ017555@lurza.secnetix.de> <293d3dc9ebaee1119424aa58532d3c5d@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <293d3dc9ebaee1119424aa58532d3c5d@localhost> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-security@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: should looking at an interface with 'ifconfig' trigger a?change ? 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, 09 Aug 2008 06:20:55 -0000 On Fri, Aug 08, 2008 at 04:00:56PM +0200, Marian Hettwer wrote: > Hi Oliver, > > On Fri, 8 Aug 2008 15:18:36 +0200 (CEST), Oliver Fromme > > > > Shouldn't that be considered a security flaw? After all, > > you can perform "ifconfig $IF" inside a jail to list the > > interface configuration, but you're not allowed to make > > any changes. > > > > Given your description above, it means that it is possible > > to modify the interface configuration (cause a failover) > > from within a jail. That's not good. I think that needs > > to be fixed, or at the very least it needs to be properly > > documented. > > > And regarding documentation. It should be documented, that lagg(4) won't > work very well with bce(4). If it's nowhere documented that bce and > failover with lagg doesn't work, some people might be screwed... I guess so although bce will not be the only one. Also spanning tree, carp and dhclient use link state events too, possibly others. Andrew From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 06:23:45 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 EA0A11065684; Sat, 9 Aug 2008 06:23:45 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id A68188FC1C; Sat, 9 Aug 2008 06:23:45 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 144152BD18; Sat, 9 Aug 2008 18:01:31 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1PJkLwBnRsNj; Sat, 9 Aug 2008 18:01:27 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 9 Aug 2008 18:01:27 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 141DA1142A; Sat, 9 Aug 2008 18:01:27 +1200 (NZST) Date: Fri, 8 Aug 2008 23:01:26 -0700 From: Andrew Thompson To: freebsd-stable@FreeBSD.ORG, freebsd-security@FreeBSD.ORG Message-ID: <20080809060126.GB95107@citylink.fud.org.nz> References: <20080807173525.GB37969@citylink.fud.org.nz> <200808081318.m78DIaXJ017555@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200808081318.m78DIaXJ017555@lurza.secnetix.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: should looking at an interface with 'ifconfig' trigger a ?change ? 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, 09 Aug 2008 06:23:46 -0000 On Fri, Aug 08, 2008 at 03:18:36PM +0200, Oliver Fromme wrote: > Andrew Thompson wrote: > > Pete French wrote: > > > > The bce driver is not properly generating link state events. > > > > > > OK, that explains why it doesnt failover - but why does looking at it > > > with ifconfig make a difference ? surely that should be 'read only ? > > > > ifconfig will cause the media status to be read from the hardware at > > which time the link change is generated as it is different to the stored > > value. > > Shouldn't that be considered a security flaw? After all, > you can perform "ifconfig $IF" inside a jail to list the > interface configuration, but you're not allowed to make > any changes. > > Given your description above, it means that it is possible > to modify the interface configuration (cause a failover) > from within a jail. That's not good. I think that needs > to be fixed, or at the very least it needs to be properly > documented. I dont think its a security flaw, this is meant to happen automatically after all. You cant make ifconfig change the link status within a jail, just catch up on reality. Andrew From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 09:50:47 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 87E7A1065671 for ; Sat, 9 Aug 2008 09:50:47 +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 D50468FC16 for ; Sat, 9 Aug 2008 09:50:46 +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 m799M1gW091627; Sat, 9 Aug 2008 17:22:01 +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 m799M1ML091626; Sat, 9 Aug 2008 17:22:01 +0800 (KRAST) (envelope-from eugen) Date: Sat, 9 Aug 2008 17:22:01 +0800 From: Eugene Grosbein To: John Baldwin Message-ID: <20080809092200.GA70050@svzserv.kemerovo.su> References: <20080627031233.9DC4945047@ptavv.es.net> <200808081249.28513.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200808081249.28513.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Problem with /boot/loader [A new patch] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2008 09:50:47 -0000 On Fri, Aug 08, 2008 at 12:49:28PM -0400, John Baldwin wrote: > My realization this morning is that software interrupts ('int X') in real mode > disable interrupts just like hardware interrupts do. Thus, my patch changes > BTX to disable interrupts for both cases 1) and 2) now. I think this will > fix the hangs. I'm still including the code to explicitly initialize the > eflags for user requests to a known-good value. It still has interrupts > enabled which means that case 3) should know always run with interrupts > enabled (which is the desired state), but the client can disable interrupts > in the eflags in the vm86 structure if desired. > > The updated patch (same URL, new patch) is at > http://www.FreeBSD.org/~jhb/patches/btx_hang.patch Sigh, it does not fix my problem described here: http://groups.google.ru/group/muc.lists.freebsd.stable/browse_thread/thread/538039f40b469e2a I've just updated my 7.0-STABLE to latest sources, applied your patch using "cd /usr/src; patch -p6 < ~/btx_hang.patch", it has applied cleanly. Then I've rebuilt and reinstalled kernel and world and rebooted. My problem persists as it was. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 10:18: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 1DFFC106566C for ; Sat, 9 Aug 2008 10:18:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 724DE8FC16 for ; Sat, 9 Aug 2008 10:18:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m79AIYtf077060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Aug 2008 13:18:35 +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 m79AIYNr056760; Sat, 9 Aug 2008 13:18:34 +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 m79AIYFF056759; Sat, 9 Aug 2008 13:18:34 +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, 9 Aug 2008 13:18:34 +0300 From: Kostik Belousov To: Nathanael J Message-ID: <20080809101834.GL97161@deviant.kiev.zoral.com.ua> References: <7decde260808081047x2d577ffax1dea2aeb4db5d93e@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2W4Na7kn/Mq3HLmY" Content-Disposition: inline In-Reply-To: <7decde260808081047x2d577ffax1dea2aeb4db5d93e@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.0-RELEASE-p3 panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2008 10:18:41 -0000 --2W4Na7kn/Mq3HLmY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 08, 2008 at 01:47:18PM -0400, Nathanael J wrote: > Hello, >=20 > I've been having spurrious crash troubles with this box a while now > and I haven't been able to figure out why. I've ran a couple memtest > passes on it and it didn't pick up anything. Here's a backtrace I've > been able to obtain. The kernel config is at the end. It's the generic > kernel with ULE. I'm following chapter 11 of the developers' handbook, > so if there's any information missing, let me know and I'll forward it > over. I'm using this box as a test platform for backuppc so the only > thing ever running on it is perl, or rsync wrapped in perl depending > on how you look at it. I'd appreciate any help. Thanks. >=20 > backuppc2# uname -a > FreeBSD backuppc2.webair.com 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #0: > Fri Aug 1 18:44:38 EDT 2008 > root@backuppc2.webair.com:/usr/obj/usr/src/sys/CUSTOM amd64 >=20 > backuppc2# kgdb kernel.debug /usr/crash/vmcore.1 > [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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0xffffc300be229a10 > fault code =3D supervisor write data, page not present > instruction pointer =3D 0x8:0xffffffff8065e222 > stack pointer =3D 0x10:0xffffffffae417a20 > frame pointer =3D 0x10:0xffffffffa49a3f00 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 47 (syncer) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 2h14m49s > Physical memory: 4082 MB > Dumping 426 MB: 411 395 379 363 347 331 315 299 283 267 251 235 219 > 203 187 171 155 139 123 107 91 75 59 43 27 11 >=20 > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); > (kgdb) list *0xffffffff8065e222 > 0xffffffff8065e222 is in softdep_disk_io_initiation > (/usr/src/sys/ufs/ffs/ffs_softdep.c:3750). > 3745 /* > 3746 * Do any necessary pre-I/O processing. > 3747 */ > 3748 for (wk =3D LIST_FIRST(&bp->b_dep); wk !=3D NULL; > 3749 wk =3D markernext(&marker)) { > 3750 LIST_INSERT_AFTER(wk, &marker, wk_list); > 3751 switch (wk->wk_type) { > 3752 > 3753 case D_PAGEDEP: > 3754 initiate_write_filepage(WK_PAGEDEP(wk), b= p); > (kgdb) backtrace > #0 doadump () at pcpu.h:194 > #1 0x0000000000000004 in ?? () > #2 0xffffffff804775f9 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff804779fd in panic (fmt=3D0x104
bounds>) at /usr/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff80730674 in trap_fatal (frame=3D0xffffff00035436a0, > eva=3D18446742974253291728) at /usr/src/sys/amd64/amd64/trap.c:724 > #5 0xffffffff80730a45 in trap_pfault (frame=3D0xffffffffae417970, > usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:641 > #6 0xffffffff80731388 in trap (frame=3D0xffffffffae417970) at > /usr/src/sys/amd64/amd64/trap.c:410 > #7 0xffffffff80716fee in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:169 > #8 0xffffffff8065e222 in softdep_disk_io_initiation > (bp=3D0xffffffff9a615920) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3750 > #9 0xffffffff80663d9f in ffs_geom_strategy (bo=3D0xffffff000363f530, > bp=3D0xffffffff9a615920) at buf.h:436 > #10 0xffffffff804dfcbf in bufwrite (bp=3D0xffffffff9a615920) at buf.h:429 > #11 0xffffffff804d9d0f in vfs_bio_awrite (bp=3D0xffffffff9a615920) at buf= .h:417 > #12 0xffffffff804e3dc1 in vop_stdfsync (ap=3D0xffffffffae417bc0) at > /usr/src/sys/kern/vfs_default.c:437 > #13 0xffffffff804f3992 in sched_sync () at vnode_if.h:538 > #14 0xffffffff80458d13 in fork_exit (callout=3D0xffffffff804f3350 > , arg=3D0x0, frame=3D0xffffffffae417c80) at > /usr/src/sys/kern/kern_fork.c:781 > #15 0xffffffff807173be in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:415 This might be fixed by r177513 on HEAD, MFCed to RELENG_7 as r179082. --2W4Na7kn/Mq3HLmY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkidbvkACgkQC3+MBN1Mb4gQbQCcDKUsPR2SkDH6uWoTklG9hb0b VVgAn2Vj8XIwJqbRJxMqL9HjGpN3et33 =aHh/ -----END PGP SIGNATURE----- --2W4Na7kn/Mq3HLmY-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 10:24: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 887501065687 for ; Sat, 9 Aug 2008 10:24:25 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from webmail85.yandex.ru (webmail85.yandex.ru [77.88.47.159]) by mx1.freebsd.org (Postfix) with ESMTP id DFDFA8FC1A for ; Sat, 9 Aug 2008 10:24:24 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from YAMAIL (webmail85) by mail.yandex.ru id S4391088AbYHIKYP for ; Sat, 9 Aug 2008 14:24:15 +0400 X-Yandex-Spam: 1 Received: from [92.113.14.156] ([92.113.14.156]) by mail.yandex.ru with HTTP; Sat, 09 Aug 2008 14:24:14 +0400 From: KES To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-Id: <142431218277454@webmail85.yandex.ru> Date: Sat, 09 Aug 2008 14:24:14 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: IMPORTANT! Network is unreachable 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, 09 Aug 2008 10:24:25 -0000 # uname -a FreeBSD gorodok.kes.net.ua 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #0: Sun Aug 3 13:18:21 EEST 2008 kes@gorodok.kes.net.ua:/usr/obj/usr/src/sys/KES_KERN_v7 i386 # netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.11.16.1 UGS 0 3758 rl0 10.0.0.0/16 10.11.16.2 UG 0 150 rl0 10.11.15.0/24 link#2 UC 0 0 rl1 10.11.16.0/24 link#1 UC 0 0 rl0 10.11.16.1 00:e0:4c:59:50:7e UHLW 2 421 rl0 953 10.11.16.2 00:03:79:01:9b:d0 UHLW 2 0 rl0 786 127.0.0.1 127.0.0.1 UH 0 122 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#4 UHL lo0 ff01:4::/32 fe80::1%lo0 UC lo0 ff02::%lo0/32 fe80::1%lo0 UC lo0 # ifconfig rl0 rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:0e:2e:db:4f:d4 inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 inet 10.11.16.9 netmask 0xffffff00 broadcast 10.11.16.255 media: Ethernet autoselect (100baseTX ) status: active # ifconfig rl0 add 10.10.16.3/28 # ifconfig rl0 rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:0e:2e:db:4f:d4 inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 inet 10.11.16.9 netmask 0xffffff00 broadcast 10.11.16.255 inet 10.10.16.3 netmask 0xfffffff0 broadcast 10.10.16.15 media: Ethernet autoselect (100baseTX ) status: active # netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.11.16.1 UGS 0 2751 rl0 10.0.0.0/16 10.11.16.2 UG 0 142 rl0 10.10.16.0/28 link#1 UC 0 0 rl0 10.10.16.3 00:0e:2e:db:4f:d4 UHLW 1 6 lo0 10.11.15.0/24 link#2 UC 0 0 rl1 10.11.16.0/24 link#1 UC 0 0 rl0 10.11.16.1 00:e0:4c:59:50:7e UHLW 2 119 rl0 1176 10.11.16.2 00:03:79:01:9b:d0 UHLW 2 0 rl0 1093 127.0.0.1 127.0.0.1 UH 0 122 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#4 UHL lo0 ff01:4::/32 fe80::1%lo0 UC lo0 ff02::%lo0/32 fe80::1%lo0 UC lo0 After 5 min: # netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.11.16.1 UGS 0 2859 rl0 10.0.0.0/16 10.11.16.2 UG 0 142 rl0 10.10.16.0/28 link#1 UC 0 0 rl0 10.10.16.3 00:0e:2e:db:4f:d4 UHLW 1 6 lo0 10.11.15.0/24 link#2 UC 0 0 rl1 10.11.16.0/24 10.11.16.14 UGC 1 0 rl0 10.11.16.1 10.11.16.14 UGHW 1 298 rl0 127.0.0.1 127.0.0.1 UH 0 122 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#4 UHL lo0 ff01:4::/32 fe80::1%lo0 UC lo0 ff02::%lo0/32 fe80::1%lo0 UC lo0 Notice second link#1 disappeared # cat /var/log/messages Aug 9 12:54:58 gorodok kernel: arplookup 10.11.16.14 failed: host is not on local network Aug 9 12:54:58 gorodok kernel: arpresolve: can't allocate route for 10.11.16.14 Aug 9 12:54:59 gorodok kernel: arplookup 10.11.16.14 failed: host is not on local network Aug 9 12:54:59 gorodok kernel: arpresolve: can't allocate route for 10.11.16.14 Aug 9 12:55:00 gorodok kernel: arplookup 10.11.16.14 failed: host is not on local network Aug 9 12:55:00 gorodok kernel: arpresolve: can't allocate route for 10.11.16.14 Aug 9 12:59:59 gorodok kernel: arplookup 10.11.16.1 failed: host is not on local network Aug 9 12:59:59 gorodok kernel: arpresolve: can't allocate route for 10.11.16.1 Aug 9 12:59:59 gorodok kernel: arplookup 10.11.16.1 failed: host is not on local network Aug 9 12:59:59 gorodok kernel: arpresolve: can't allocate route for 10.11.16.1 And this repeats each 5min #netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.11.16.1 UGS 0 2902 rl0 10.0.0.0/16 10.11.16.2 UG 0 145 rl0 10.10.16.0/28 link#1 UC 0 0 rl0 10.10.16.3 00:0e:2e:db:4f:d4 UHLW 1 6 lo0 10.11.15.0/24 link#2 UC 0 0 rl1 10.11.16.0/24 link#1 UC 0 0 rl0 10.11.16.1 00:e0:4c:59:50:7e UHLW 1 2 rl0 1199 127.0.0.1 127.0.0.1 UH 0 122 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#4 UHL lo0 ff01:4::/32 fe80::1%lo0 UC lo0 ff02::%lo0/32 fe80::1%lo0 UC lo0 Another 5 min left and this line appears again 10.11.16.0/24 link#1 UC 0 0 rl0 It seems this bug appears when multiple nets appear on same interface on 7.0-RELEASE-p3 on 7.0-STABLE this bug appears when you start routed daemon. In FreeBSD 6.3 this bug does not appear From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 11:05:59 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 CEFB81065671; Sat, 9 Aug 2008 11:05:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A35B98FC1A; Sat, 9 Aug 2008 11:05:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E17BF46CC8; Sat, 9 Aug 2008 07:05:58 -0400 (EDT) Date: Sat, 9 Aug 2008 12:05:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: freebsd-stable@FreeBSD.ORG, freebsd-security@FreeBSD.ORG, thompsa@FreeBSD.ORG In-Reply-To: <200808081318.m78DIaXJ017555@lurza.secnetix.de> Message-ID: References: <200808081318.m78DIaXJ017555@lurza.secnetix.de> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: should looking at an interface with 'ifconfig' trigger a ?change ? 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, 09 Aug 2008 11:05:59 -0000 On Fri, 8 Aug 2008, Oliver Fromme wrote: > Andrew Thompson wrote: > > Pete French wrote: > > > > The bce driver is not properly generating link state events. > > > > > > OK, that explains why it doesnt failover - but why does looking at it > > > with ifconfig make a difference ? surely that should be 'read only ? > > > > ifconfig will cause the media status to be read from the hardware at which > > time the link change is generated as it is different to the stored value. > > Shouldn't that be considered a security flaw? After all, you can perform > "ifconfig $IF" inside a jail to list the interface configuration, but you're > not allowed to make any changes. > > Given your description above, it means that it is possible to modify the > interface configuration (cause a failover) from within a jail. That's not > good. I think that needs to be fixed, or at the very least it needs to be > properly documented. While obviously a serious bug (link state notifications are required so that, for example, aggregates can take interfaces going down, or up, into account), I don't see this as a security flaw. The administrator intends for the higher abstraction state transition to be triggered by the lower one, but the problem is that the time it takes for that notification to take place is effectively non-deterministic. If they didn't want the higher level transition to take place, then they shouldn't have configured it that way. On the whole, we make no attempt to limit covert channels from jails to the host system, and there are potentially lots of interactions between them, so its not a violation of the security policy for jails. That said, this definitely needs to be fixed, as things like fail-over and routing updates happen pretty poorly otherwise. The epistemology of security flaws is complicated, needless to say... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 11:14:01 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 645B61065672 for ; Sat, 9 Aug 2008 11:14:01 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 275498FC0C for ; Sat, 9 Aug 2008 11:14:00 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 3BB941725F; Sat, 9 Aug 2008 21:14:14 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.20.30.101] (60.218.233.220.exetel.com.au [220.233.218.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id CF6641735F; Sat, 9 Aug 2008 21:14:09 +1000 (EST) Message-ID: <489D7BF1.2070709@modulus.org> Date: Sat, 09 Aug 2008 21:13:53 +1000 From: Andrew Snow User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: KES References: <142431218277454@webmail85.yandex.ru> In-Reply-To: <142431218277454@webmail85.yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: IMPORTANT! Network is unreachable 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, 09 Aug 2008 11:14:01 -0000 Usually if there is more than IP in a given subnet on an interface, you give it a /32 netmask. Only the first IP in a subnet should have the full netmask. So your example should look like this: inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 inet 10.11.16.9 netmask 0xffffffff broadcast 10.11.16.9 KES wrote: > # uname -a > FreeBSD gorodok.kes.net.ua 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #0: Sun Aug 3 13:18:21 EEST 2008 kes@gorodok.kes.net.ua:/usr/obj/usr/src/sys/KES_KERN_v7 i386 > # netstat -nr > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 10.11.16.1 UGS 0 3758 rl0 > 10.0.0.0/16 10.11.16.2 UG 0 150 rl0 > 10.11.15.0/24 link#2 UC 0 0 rl1 > 10.11.16.0/24 link#1 UC 0 0 rl0 > 10.11.16.1 00:e0:4c:59:50:7e UHLW 2 421 rl0 953 > 10.11.16.2 00:03:79:01:9b:d0 UHLW 2 0 rl0 786 > 127.0.0.1 127.0.0.1 UH 0 122 lo0 > > Internet6: > Destination Gateway Flags Netif Expire > ::1 ::1 UHL lo0 > fe80::%lo0/64 fe80::1%lo0 U lo0 > fe80::1%lo0 link#4 UHL lo0 > ff01:4::/32 fe80::1%lo0 UC lo0 > ff02::%lo0/32 fe80::1%lo0 UC lo0 > # ifconfig rl0 > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:0e:2e:db:4f:d4 > inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 > inet 10.11.16.9 netmask 0xffffff00 broadcast 10.11.16.255 > media: Ethernet autoselect (100baseTX ) > status: active From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 11:29:48 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 E50DD106564A; Sat, 9 Aug 2008 11:29:48 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 328DD8FC1F; Sat, 9 Aug 2008 11:29:48 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180174176.adsl.alicedsl.de [85.180.174.176]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m79BTif7001711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 9 Aug 2008 13:29:46 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m79BGcO9002661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Aug 2008 13:16:38 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m79BGbkK002660; Sat, 9 Aug 2008 13:16:37 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sat, 9 Aug 2008 13:16:37 +0200 From: Ulrich Spoerlein To: John Baldwin Message-ID: <20080809111637.GA1798@roadrunner.spoerlein.net> Mail-Followup-To: John Baldwin , freebsd-stable@freebsd.org References: <20080730113449.GD407@cdnetworks.co.kr> <200808041607.56160.jhb@freebsd.org> <20080806200643.GA1554@roadrunner.spoerlein.net> <200808061811.28200.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200808061811.28200.jhb@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: cpufreq(4) panic on RELENG_7 (was: Re: Call for bfe(4) testers.) 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, 09 Aug 2008 11:29:49 -0000 Hi John, I now figured out the "who", the "why" still eludes me. So, after your MFC of ichss.c on June 27th the device now attaches at my laptop. It didn't before, so it could cause no trouble. With ichss loaded, the kernel will panic 1-3 minutes after powerd has been started (if I kill powerd early enough, it seems pretty stable). I'm now running a kernel from 2008-08-08 with hint.ichss.0.disabled="1" Applying your patch to kern_cpu.c does not help though. I'll be happy to try further patches to make ichss behave well, although I'll never use it for this laptop, as EST is the only technique useful on this old Pentium-M. > > Will also disable p4tcc. This was not attaching during the RELENG_6 > > times but leads to ridiculous rates of 75 MHz. > > If p4tcc attaching is new, that might point to the culprit. A good quick test > would be to disable individual cpufreq drivers to find out which one causes > the panic. p4tcc attaching was new relative to RELENG_6, not relative to my working 7.x kernel of 2008-06-13. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 11:56:51 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 836291065671; Sat, 9 Aug 2008 11:56:51 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 361B18FC18; Sat, 9 Aug 2008 11:56:50 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180174176.adsl.alicedsl.de [85.180.174.176]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m79BulZo002094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 9 Aug 2008 13:56:48 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m79Buh2f005831 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Aug 2008 13:56:43 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m79BugKI005830; Sat, 9 Aug 2008 13:56:42 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sat, 9 Aug 2008 13:56:42 +0200 From: Ulrich Spoerlein To: Eugene Grosbein Message-ID: <20080809115642.GB1798@roadrunner.spoerlein.net> Mail-Followup-To: Eugene Grosbein , John Baldwin , freebsd-stable@freebsd.org References: <20080627031233.9DC4945047@ptavv.es.net> <200808081249.28513.jhb@freebsd.org> <20080809092200.GA70050@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080809092200.GA70050@svzserv.kemerovo.su> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: Problem with /boot/loader [A new patch] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2008 11:56:51 -0000 On Sat, 09.08.2008 at 17:22:01 +0800, Eugene Grosbein wrote: > On Fri, Aug 08, 2008 at 12:49:28PM -0400, John Baldwin wrote: > > > My realization this morning is that software interrupts ('int X') in real mode > > disable interrupts just like hardware interrupts do. Thus, my patch changes > > BTX to disable interrupts for both cases 1) and 2) now. I think this will > > fix the hangs. I'm still including the code to explicitly initialize the > > eflags for user requests to a known-good value. It still has interrupts > > enabled which means that case 3) should know always run with interrupts > > enabled (which is the desired state), but the client can disable interrupts > > in the eflags in the vm86 structure if desired. > > > > The updated patch (same URL, new patch) is at > > http://www.FreeBSD.org/~jhb/patches/btx_hang.patch > > Sigh, it does not fix my problem described here: > > http://groups.google.ru/group/muc.lists.freebsd.stable/browse_thread/thread/538039f40b469e2a > > I've just updated my 7.0-STABLE to latest sources, applied your patch > using "cd /usr/src; patch -p6 < ~/btx_hang.patch", it has applied cleanly. > Then I've rebuilt and reinstalled kernel and world and rebooted. > My problem persists as it was. I'm not sure about which piece of code you are talking here (boot0, boot1, boot2, loader?) But if it's one of the former, you dont need to installworld, but install new boot blocks using either fdisk -B or bsdlabel -B (or both). hth, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 12:22: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 AA7131065687 for ; Sat, 9 Aug 2008 12:22:41 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD3F8FC1D for ; Sat, 9 Aug 2008 12:22:41 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m79CMXCj040851; Sat, 9 Aug 2008 13:22:35 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.7.0 smtp.infracaninophile.co.uk m79CMXCj040851 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1218284555; bh=Bjprc7FMIs6MSv NR5tkXxLyUAYy3YHDDQI49N1cjzqo=; h=Message-ID:Date:From:MIME-Version: To:CC:Subject:References:In-Reply-To:Content-Type:Cc:Content-Type: Date:From:In-Reply-To:Message-ID:Mime-Version:References:To; z=Mes sage-ID:=20<489D8C03.5050707@infracaninophile.co.uk>|Date:=20Sat,=2 009=20Aug=202008=2013:22:27=20+0100|From:=20Matthew=20Seaman=20|Organization:=20Infracaninophile|User -Agent:=20Thunderbird=202.0.0.16=20(X11/20080726)|MIME-Version:=201 .0|To:=20Andrew=20Snow=20|CC:=20KES=20,=20freebsd-stable@freebsd.org|Subject:=20Re:=20IMPORTANT !=20Network=20is=20unreachable|References:=20<142431218277454@webma il85.yandex.ru>=20<489D7BF1.2070709@modulus.org>|In-Reply-To:=20<48 9D7BF1.2070709@modulus.org>|X-Enigmail-Version:=200.95.6|Content-Ty pe:=20multipart/signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20protocol =3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"------------e nig4E9ADB3AF83CF3A502729FCB"; b=wtgFRzDhl3yHkqkb7Uy3Z4QAxoPFZ/uOGzB tIpdZclkdxdy3z47e1dTlYvmmMdx9OFfuMiGHfERZGvnGVjW+F+3c8aIo1CxDfYNuiM /ZrFzfNF4d2Es6jATSM++GpBKnxmXaZr7G8jIWMzo0WoQmHKU5JAdcgYElKI6ywyq3u FM= Message-ID: <489D8C03.5050707@infracaninophile.co.uk> Date: Sat, 09 Aug 2008 13:22:27 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Andrew Snow References: <142431218277454@webmail85.yandex.ru> <489D7BF1.2070709@modulus.org> In-Reply-To: <489D7BF1.2070709@modulus.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig4E9ADB3AF83CF3A502729FCB" X-Virus-Scanned: ClamAV 0.93.3/7991/Sat Aug 9 10:01:54 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: KES , freebsd-stable@freebsd.org Subject: Re: IMPORTANT! Network is unreachable 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, 09 Aug 2008 12:22:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4E9ADB3AF83CF3A502729FCB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Andrew Snow wrote: >=20 > Usually if there is more than IP in a given subnet on an interface, you= =20 > give it a /32 netmask. Only the first IP in a subnet should have the=20 > full netmask. >=20 > So your example should look like this: >=20 >=20 > inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 > inet 10.11.16.9 netmask 0xffffffff broadcast 10.11.16.9 /32 netmasks for 2nd and subsequent IP alias addresses used to be mandatory and are arguably more correct, but nowadays you can use the actual netmask for the network instead. Was fixed a year or two ago. It's a wetware compatibility thing -- other unixoid OSes never had the /32 netmask requirement, and it kept tripping people up when swapping between OSes. Unfortunately I can't say exactly what the problem the OP is experiencing= is due to, but the way routes are appearing and disappearing on a 5 minute timescale does suggest dynamic routing problems to me. As a=20 work-around, if the OP wanted to override the information routed gets from the network, then he could use /etc/gateways to have the local routed append some static routes to the routing table -- see routed(8) for the gory details. Losing a route for a directly attached network looks like a bug to me though. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig4E9ADB3AF83CF3A502729FCB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkidjAkACgkQ8Mjk52CukIxszQCeNbOj7d1plwQKmt3Uwn+Zq7hJ Ey0AnRA05IMuWE7YM2oiQpFptgYqg52L =d4Xt -----END PGP SIGNATURE----- --------------enig4E9ADB3AF83CF3A502729FCB-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 13:02:15 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 C11F2106566C; Sat, 9 Aug 2008 13:02:15 +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 1BEB38FC15; Sat, 9 Aug 2008 13:02:14 +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 m79D2C51028180; Sat, 9 Aug 2008 21:02:12 +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 m79D2CIB028178; Sat, 9 Aug 2008 21:02:12 +0800 (KRAST) (envelope-from eugen) Date: Sat, 9 Aug 2008 21:02:12 +0800 From: Eugene Grosbein To: John Baldwin , freebsd-stable@freebsd.org Message-ID: <20080809130211.GA27931@svzserv.kemerovo.su> References: <20080627031233.9DC4945047@ptavv.es.net> <200808081249.28513.jhb@freebsd.org> <20080809092200.GA70050@svzserv.kemerovo.su> <20080809115642.GB1798@roadrunner.spoerlein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080809115642.GB1798@roadrunner.spoerlein.net> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Problem with /boot/loader [A new patch] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2008 13:02:15 -0000 On Sat, Aug 09, 2008 at 01:56:42PM +0200, Ulrich Spoerlein wrote: > > > The updated patch (same URL, new patch) is at > > > http://www.FreeBSD.org/~jhb/patches/btx_hang.patch > > > > Sigh, it does not fix my problem described here: > > > > http://groups.google.ru/group/muc.lists.freebsd.stable/browse_thread/thread/538039f40b469e2a > > > > I've just updated my 7.0-STABLE to latest sources, applied your patch > > using "cd /usr/src; patch -p6 < ~/btx_hang.patch", it has applied cleanly. > > Then I've rebuilt and reinstalled kernel and world and rebooted. > > My problem persists as it was. > > I'm not sure about which piece of code you are talking here (boot0, > boot1, boot2, loader?) But if it's one of the former, you dont need to > installworld, but install new boot blocks using either fdisk -B or > bsdlabel -B (or both). As Subject: says, I'm talking about /boot/loader and its command prompt. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 13:23:42 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 EE7721065673 for ; Sat, 9 Aug 2008 13:23:42 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from webmail24.yandex.ru (webmail24.yandex.ru [213.180.223.150]) by mx1.freebsd.org (Postfix) with ESMTP id 76CAF8FC22 for ; Sat, 9 Aug 2008 13:23:42 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from YAMAIL (webmail24) by mail.yandex.ru id S5963785AbYHINXc for ; Sat, 9 Aug 2008 17:23:32 +0400 X-Yandex-Spam: 1 Received: from [92.113.14.156] ([92.113.14.156]) by mail.yandex.ru with HTTP; Sat, 09 Aug 2008 17:23:32 +0400 From: KES To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-Id: <358831218288212@webmail24.yandex.ru> Date: Sat, 09 Aug 2008 17:23:32 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: Fwd: IMPORTANT! Network is unreachable 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, 09 Aug 2008 13:23:43 -0000 09.08.08, 16:22, "Matthew Seaman" : > Andrew Snow wrote: > > > > Usually if there is more than IP in a given subnet on an interface, you > > give it a /32 netmask. Only the first IP in a subnet should have the > > full netmask. > > > > So your example should look like this: > > > > > > inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 > > inet 10.11.16.9 netmask 0xffffffff broadcast 10.11.16.9 > /32 netmasks for 2nd and subsequent IP alias addresses used to be > mandatory and are arguably more correct, but nowadays you can use > the actual netmask for the network instead. Was fixed a year or > two ago. It's a wetware compatibility thing -- other unixoid OSes > never had the /32 netmask requirement, and it kept tripping people up > when swapping between OSes. > Unfortunately I can't say exactly what the problem the OP is experiencing > is due to, but the way routes are appearing and disappearing on a 5 > minute timescale does suggest dynamic routing problems to me. As a > work-around, if the OP wanted to override the information routed gets > from the network, then he could use /etc/gateways to have the local > routed append some static routes to the routing table -- see routed(8) > for the gory details. Losing a route for a directly attached network > looks like a bug to me though. > Cheers, > Matthew > > inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 > > inet 10.11.16.9 netmask 0xffffffff broadcast 10.11.16.9 /24 mask on each IPs on same interfaces is working fine on FreeBSD 6.3 So I do not think that problem is with the network mask. Because of even ping 10.11.16.14 returns network is unreachable! Now when I upgraded to v7 I see trouble described earlier. So this is must be counted as BUG of v7 5min period is seen without routed. With routed I get next picture: start routed: network is unreachable stop routed: network still unreacheable start routed: network is reachable stop routed: network is reacheable start routed: network is unreachable again The thing which is very interesting is: Why period is 5 min? From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 14:14: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 1464A106566B for ; Sat, 9 Aug 2008 14:14:06 +0000 (UTC) (envelope-from me@sirius.local.net) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id C81FC8FC0A for ; Sat, 9 Aug 2008 14:14:05 +0000 (UTC) (envelope-from me@sirius.local.net) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 5D26332A8C5 for ; Sat, 9 Aug 2008 16:14:04 +0200 (CEST) Received: from sirius.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp8-g19.free.fr (Postfix) with ESMTP id 386C832A83B for ; Sat, 9 Aug 2008 16:14:04 +0200 (CEST) Received: by sirius.local.net (Postfix, from userid 1001) id DD01B286DA; Sat, 9 Aug 2008 16:03:39 +0200 (CEST) Date: Sat, 9 Aug 2008 16:03:39 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20080809140339.GA1522@sirius.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080808081330.GA1203@sirius.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: Audio CD problem on laptop VGN-SZ61MN 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, 09 Aug 2008 14:14:06 -0000 On Fri, Aug 08, 2008 at 09:17:40PM -0300, Carlos A. M. dos Santos wrote: > On Fri, Aug 8, 2008 at 5:13 AM, Harald Weis wrote: > > acd0: DVDR at ata0-master UDMA33 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > cd0 at ata0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > cd0: 33.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium not present > Same result on my notebook (HP nx6320) and this is not a surprise. The > "mixer" command does not show a "cd" input, meaning that there is no > input port for the analog audio output of the CD drive (if any). The > "status audio" arguments instructs cdcontrol to inquire the drive, not > the audio device. > > NetBSD's "cdplay" supports digital transfer mode since version 4.0. > Perhaps this feature could be implemented on cdcontrol. Yes, that explains what happens on my notebook and corresponds to what the Handbook says: If all goes well, you should now have a functioning sound card. If your CD-ROM or DVD-ROM drive's audio-out pins are properly connected to your sound card, you can put a CD in the drive and play it with cdcontrol(1): % cdcontrol -f /dev/acd0 play 1 Indeed, both the 'mixer' command and the (much more comfortable) 'rexima' port show only 5 mixer devices: Mixer vol is currently set to 12:12 Mixer pcm is currently set to 30:30 Mixer speaker is currently set to 8:8 Mixer mic is currently set to 0:0 Mixer rec is currently set to 0:0 There is no 'cd' mixer device, and the only mixer device file on this notebook is '/dev/mixer0'. But this does not explain why mplayer, in contrast with vlc, refuses to play the CD, does it ? What is the meaning and reason of the above FAILURE lines ? 2 identical lines with the GENERIC kernel, 1 single line, if I add 'device atapicam'. That is apparently the only difference between the two cases. Thank you again and in advance for any further help. Harald -- FreeBSD 7.0-RELEASE #0: Thu Aug 7 13:00:47 CEST 2008 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 14:56: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 D51411065671 for ; Sat, 9 Aug 2008 14:56:25 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id BA49B8FC1A for ; Sat, 9 Aug 2008 14:56:24 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so1218919mue.3 for ; Sat, 09 Aug 2008 07:56:23 -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:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ypDcK8TLrAP28EAfiRvlMwrcfWXCr1GnKGnhr53bq7M=; b=Ph3hlqqH/EjtCnMxvV1KQ2LIRrFKzdEINwx/h09CzeSUHHftnxR3VW4Xypwiqfld1f iZx4/mNTTnHGXfcgHqXndfN2MCl7VUSTJAPLgRDMYCy2247PcoqEHubXaw3PbnlWoCOR 82fUkvTjOk8jtM0TLsyeER16DgS5ERiNnR3fI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=FQomD/YNpbQT6VEpomjvZexPXAtNyrLTjYcvmwfDhCqDA+VEDR6oc6Cj1MtNb76iJj qMLyDe+zDkMD1ftqaWutL1MmFsYfGvCqlOP9ZL5z3o0D+wlvwLWrRWe2qVYKnB7R5LGc RNJs/iVkJo8+3KaYWP9Tk4NxWDQA3ECXf5mqE= Received: by 10.103.131.18 with SMTP id i18mr4155328mun.116.1218293783280; Sat, 09 Aug 2008 07:56:23 -0700 (PDT) Received: by 10.103.169.13 with HTTP; Sat, 9 Aug 2008 07:56:23 -0700 (PDT) Message-ID: Date: Sat, 9 Aug 2008 11:56:23 -0300 From: "Carlos A. M. dos Santos" To: freebsd-stable@freebsd.org In-Reply-To: <20080809140339.GA1522@sirius.local.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080808081330.GA1203@sirius.local.net> <20080809140339.GA1522@sirius.local.net> Subject: Re: Audio CD problem on laptop VGN-SZ61MN 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, 09 Aug 2008 14:56:25 -0000 On Sat, Aug 9, 2008 at 11:03 AM, Harald Weis wrote: > On Fri, Aug 08, 2008 at 09:17:40PM -0300, Carlos A. M. dos Santos wrote: >> On Fri, Aug 8, 2008 at 5:13 AM, Harald Weis wrote: > >> > acd0: DVDR at ata0-master UDMA33 >> > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 >> > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 >> > cd0 at ata0 bus 0 target 0 lun 0 >> > cd0: Removable CD-ROM SCSI-0 device >> > cd0: 33.000MB/s transfers >> > cd0: Attempt to query device size failed: NOT READY, Medium not present > >> Same result on my notebook (HP nx6320) and this is not a surprise. The >> "mixer" command does not show a "cd" input, meaning that there is no >> input port for the analog audio output of the CD drive (if any). The >> "status audio" arguments instructs cdcontrol to inquire the drive, not >> the audio device. >> >> NetBSD's "cdplay" supports digital transfer mode since version 4.0. >> Perhaps this feature could be implemented on cdcontrol. > > Yes, that explains what happens on my notebook and corresponds to > what the Handbook says: > If all goes well, you should now have a functioning sound card. If your > CD-ROM or DVD-ROM drive's audio-out pins are properly connected to your > sound card, you can put a CD in the drive and play it with > cdcontrol(1): > % cdcontrol -f /dev/acd0 play 1 > > Indeed, both the 'mixer' command and the (much more comfortable) 'rexima' > port show only 5 mixer devices: > Mixer vol is currently set to 12:12 > Mixer pcm is currently set to 30:30 > Mixer speaker is currently set to 8:8 > Mixer mic is currently set to 0:0 > Mixer rec is currently set to 0:0 > > There is no 'cd' mixer device, and the only mixer device file on > this notebook is '/dev/mixer0'. > > But this does not explain why mplayer, in contrast with vlc, refuses > to play the CD, does it ? No, doesn't. On my notebook I'm able to play audio CDs with mplayer using either your command syntax, "mplayer cdda://1//dev/acd0" and with the simpler one "mplayer cdda://1". The audio is bad, however (has periodic interruptions). This is certainly a problem in mplayer since GXine works fine. > What is the meaning and reason of the above FAILURE lines ? > 2 identical lines with the GENERIC kernel, > 1 single line, if I add 'device atapicam'. I doubt atapican has something to do with your problem but you can check this by booting with GENERIC and issue "kldload atapicam" later. I did it here and had no additional problem with mplayer besides the bumpy audio output. I guess your problem is in the CD drive. I suggest you to do three things: 1. Try to insert the CD and wait until it stops pinning before starting mplayer. Some drives are a bit lazy on media recognition. 2. Run "truss mplayer ..." and look for error messages. 3. Attempt to use a different player. Xine and/or one of its alternate front-ends like GXine or Kaffeine are good choices. -- If you think things can't get worse it's probably only because you lack sufficient imagination. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 18:37: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 A53A5106568C for ; Sat, 9 Aug 2008 18:37:24 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (cake.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id 200FF8FC15 for ; Sat, 9 Aug 2008 18:37:24 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 1FF7FD0072; Sat, 9 Aug 2008 08:37:23 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 66661153882; Sat, 9 Aug 2008 08:37:22 -1000 (HST) Date: Sat, 9 Aug 2008 08:37:22 -1000 From: Clifton Royston To: KES Message-ID: <20080809183721.GA9982@lava.net> Mail-Followup-To: KES , freebsd-stable@freebsd.org References: <358831218288212@webmail24.yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <358831218288212@webmail24.yandex.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: IMPORTANT! Network is unreachable 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, 09 Aug 2008 18:37:24 -0000 On Sat, Aug 09, 2008 at 05:23:32PM +0400, KES wrote: > 09.08.08, 16:22, "Matthew Seaman" : > > Andrew Snow wrote: > > > Usually if there is more than IP in a given subnet on an interface, you > > > give it a /32 netmask. Only the first IP in a subnet should have the > > > full netmask. > > > > > > So your example should look like this: > > > > > > inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 > > > inet 10.11.16.9 netmask 0xffffffff broadcast 10.11.16.9 > > /32 netmasks for 2nd and subsequent IP alias addresses used to be > > mandatory and are arguably more correct, but nowadays you can use > > the actual netmask for the network instead. Was fixed a year or > > two ago. It's a wetware compatibility thing -- other unixoid OSes > > never had the /32 netmask requirement, and it kept tripping people up > > when swapping between OSes. > > Unfortunately I can't say exactly what the problem the OP is experiencing > > is due to, but the way routes are appearing and disappearing on a 5 > > minute timescale does suggest dynamic routing problems to me. As a > > work-around, if the OP wanted to override the information routed gets > > from the network, then he could use /etc/gateways to have the local > > routed append some static routes to the routing table -- see routed(8) > > for the gory details. Losing a route for a directly attached network > > looks like a bug to me though. ... > > > > inet 10.11.16.14 netmask 0xffffff00 broadcast 10.11.16.255 > > > inet 10.11.16.9 netmask 0xffffffff broadcast 10.11.16.9 > /24 mask on each IPs on same interfaces is working fine on FreeBSD 6.3 > So I do not think that problem is with the network mask. Because of even ping 10.11.16.14 > returns network is unreachable! > Now when I upgraded to v7 I see trouble described earlier. > So this is must be counted as BUG of v7 I happened to see recently a report of a similar problem with 7.0 on a private mailing list. Again, there were multiple IP addresses configured within the main subnet of the interface (this time configured as /32s on other physical interfaces) and again, after a while the system lost connectivity to its main subnet and "forgot" how to ARP for addresses on the interface. An important similarity - the routing info like yours showed the attached network with the G flag, as being reachable via the gateway address within the same subnet. I can't troubleshoot this, no access to the system in question, but I thought it might help to know that others have run into the same problem. > The thing which is very interesting is: > Why period is 5 min? Might be something to do with ARP? Not sure. -- 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 Sat Aug 9 21:02: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 2D55B1065681 for ; Sat, 9 Aug 2008 21:02:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9EDF38FC0A for ; Sat, 9 Aug 2008 21:02:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [IPv6:2001:470:1f11:75:2a0:d2ff:fe18:8b38]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m79L1w7N043547; Sat, 9 Aug 2008 17:02:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Eugene Grosbein Date: Sat, 9 Aug 2008 15:57:21 -0400 User-Agent: KMail/1.9.7 References: <20080627031233.9DC4945047@ptavv.es.net> <20080809115642.GB1798@roadrunner.spoerlein.net> <20080809130211.GA27931@svzserv.kemerovo.su> In-Reply-To: <20080809130211.GA27931@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808091557.21767.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:2001:470:1f11:75::1]); Sat, 09 Aug 2008 17:02:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7995/Sat Aug 9 14:55:20 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: Problem with /boot/loader [A new patch] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2008 21:02:27 -0000 On Saturday 09 August 2008 09:02:12 am Eugene Grosbein wrote: > On Sat, Aug 09, 2008 at 01:56:42PM +0200, Ulrich Spoerlein wrote: > > > > The updated patch (same URL, new patch) is at > > > > http://www.FreeBSD.org/~jhb/patches/btx_hang.patch > > > > > > Sigh, it does not fix my problem described here: > > > > > > http://groups.google.ru/group/muc.lists.freebsd.stable/browse_thread/th > > >read/538039f40b469e2a > > > > > > I've just updated my 7.0-STABLE to latest sources, applied your patch > > > using "cd /usr/src; patch -p6 < ~/btx_hang.patch", it has applied > > > cleanly. Then I've rebuilt and reinstalled kernel and world and > > > rebooted. My problem persists as it was. > > > > I'm not sure about which piece of code you are talking here (boot0, > > boot1, boot2, loader?) But if it's one of the former, you dont need to > > installworld, but install new boot blocks using either fdisk -B or > > bsdlabel -B (or both). > > As Subject: says, I'm talking about /boot/loader and its command prompt. As you are getting BTX faults that is likely a separate issue. You will need to get a copy of the BTX fault message somehow. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sat Aug 9 21:17: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 F21B9106567C for ; Sat, 9 Aug 2008 21:17:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9668FC3B for ; Sat, 9 Aug 2008 21:17:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [IPv6:2001:470:1f11:75:2a0:d2ff:fe18:8b38]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m79LHep7043675; Sat, 9 Aug 2008 17:17:40 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Eugene Grosbein Date: Sat, 9 Aug 2008 17:17:31 -0400 User-Agent: KMail/1.9.7 References: <20080627031233.9DC4945047@ptavv.es.net> <200808081249.28513.jhb@freebsd.org> <20080809092200.GA70050@svzserv.kemerovo.su> In-Reply-To: <20080809092200.GA70050@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808091717.31780.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:2001:470:1f11:75::1]); Sat, 09 Aug 2008 17:17:40 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7995/Sat Aug 9 14:55:20 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: Problem with /boot/loader [A new patch] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2008 21:17:47 -0000 On Saturday 09 August 2008 05:22:01 am Eugene Grosbein wrote: > On Fri, Aug 08, 2008 at 12:49:28PM -0400, John Baldwin wrote: > > My realization this morning is that software interrupts ('int X') in real > > mode disable interrupts just like hardware interrupts do. Thus, my patch > > changes BTX to disable interrupts for both cases 1) and 2) now. I think > > this will fix the hangs. I'm still including the code to explicitly > > initialize the eflags for user requests to a known-good value. It still > > has interrupts enabled which means that case 3) should know always run > > with interrupts enabled (which is the desired state), but the client can > > disable interrupts in the eflags in the vm86 structure if desired. > > > > The updated patch (same URL, new patch) is at > > http://www.FreeBSD.org/~jhb/patches/btx_hang.patch > > Sigh, it does not fix my problem described here: > > http://groups.google.ru/group/muc.lists.freebsd.stable/browse_thread/thread >/538039f40b469e2a > > I've just updated my 7.0-STABLE to latest sources, applied your patch > using "cd /usr/src; patch -p6 < ~/btx_hang.patch", it has applied cleanly. > Then I've rebuilt and reinstalled kernel and world and rebooted. > My problem persists as it was. In addition to my earlier message, it would probably be good to narrow down what breaks the loader for you. For example, does it work ok over serial and only break on vidconsole? Also, if you just backout sys/boot/i386/btx to 7.0-release and leave the rest of the sys/boot tree at 7.0-stable, do you get a working loader? -- John Baldwin