From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 00:08:09 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 147F2106566C for ; Sun, 18 Sep 2011 00:08:09 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from fep32.mx.upcmail.net (fep32.mx.upcmail.net [62.179.121.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5B69C8FC13 for ; Sun, 18 Sep 2011 00:08:08 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep11-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110917234917.TWJF1647.viefep11-int.chello.at@edge01.upcmail.net> for ; Sun, 18 Sep 2011 01:49:17 +0200 Received: from pinky ([213.93.232.119]) by edge01.upcmail.net with edge id ZzpF1h01M2bDWHx01zpGbX; Sun, 18 Sep 2011 01:49:17 +0200 X-SourceIP: 213.93.232.119 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Date: Sun, 18 Sep 2011 01:49:15 +0200 To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/11.51 (Win32) X-Cloudmark-Analysis: v=1.1 cv=tTYK/jEx3Md0ap/a1mcLk8+jVCgK8N5hzJ/RRDoBXsA= c=1 sm=0 a=lm4eusMn8AwA:10 a=uDcH3jlizGIA:10 a=bgpUlknNv7MA:10 a=kj9zAlcOel0A:10 a=a14uRV0-AAAA:8 a=Cxax_i-7n5q4WilytRIA:9 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Subject: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 00:08:09 -0000 Hi, I'm running portupgrade in screen to update all the ports for 9-BETA2/9-CURRENT on amd64. While doing this script eats 100% cpu. Because portupgrade -fa crashed I'm running this command to update the remaining non-updates ports. find /var/db/pkg -name +DESC -mtime +2 |cut -d / -f 5 | xargs time nice -n 20 portupgrade -f The output of truss -p `pgrep script` is this: clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) read(0,0x7fffffffcdf0,1024) = 0 (0x0) write(4,0x7fffffffcdf0,0) = 0 (0x0) clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) read(0,0x7fffffffcdf0,1024) = 0 (0x0) write(4,0x7fffffffcdf0,0) = 0 (0x0) clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) read(0,0x7fffffffcdf0,1024) = 0 (0x0) write(4,0x7fffffffcdf0,0) = 0 (0x0) clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) read(0,0x7fffffffcdf0,1024) = 0 (0x0) write(4,0x7fffffffcdf0,0) = 0 (0x0) So it is really fast in reading and writing 0 bytes most of the time. I also found http://web.archiveorange.com/archive/v/6ETvLvjo60Gj9geAUAb6 and I think I am better of by rewriting my command so stdin/stdout is still the terminal. Although the link is a couple of years old. Is this known? Can somebody explain me why my xargs command is not working well? Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 03:40:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37456106564A for ; Sun, 18 Sep 2011 03:40:08 +0000 (UTC) (envelope-from lavalamp@probikesllc.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id C295F8FC12 for ; Sun, 18 Sep 2011 03:40:07 +0000 (UTC) Received: (qmail 37525 invoked from network); 18 Sep 2011 03:40:06 -0000 Received: from 216.151.95.152 (HELO vger.digitalfreaks.org) (216.151.95.152) by relay00.pair.com with SMTP; 18 Sep 2011 03:40:06 -0000 X-pair-Authenticated: 216.151.95.152 Date: Sat, 17 Sep 2011 23:40:06 -0400 (EDT) From: "Brian Seklecki (Mobile)" X-X-Sender: lavalamp@vger.digitalfreaks.org To: Daniel Kalchev In-Reply-To: <60645CA5-D1E5-4AF9-9C56-66FA755B0280@digsys.bg> Message-ID: References: <4E71C059.5060404@hi-media.com> <4E7218A4.4000205@my.gd> <60645CA5-D1E5-4AF9-9C56-66FA755B0280@digsys.bg> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-stable@freebsd.org" Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 03:40:08 -0000 > >> What would help here, is for a carp interface to wait a given delay >> (tunable through a sysctl ?) after creation or after being brought up I see now. The tunable sounds like a good idea; we should check OpenBSD, they probably already implemented something and we're behind. If not, a "preempt dampener" feature would be an awesome return feature. Might need to implment another state: MASTER-LISTENING (or LEARNING) ah a STP. ~BAS > > I have the same observation. Perhaps it can just avoid going up > initially --- it will become master anyway if it does not hear anything > on the interface. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 04:54:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08104106564A for ; Sun, 18 Sep 2011 04:54:20 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BC0388FC08 for ; Sun, 18 Sep 2011 04:54:19 +0000 (UTC) Received: by iadk27 with SMTP id k27so6280790iad.13 for ; Sat, 17 Sep 2011 21:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=s+BekavpIiRoZ76NdsOXvOhgrb5whYXHr3UIz7sMsEo=; b=xFXrYnKkFhZS+x3vt8fgt9YXvR/nvK1a6lVEjNjkb6WOdARMovh9UXu6PuS1txSueF tapfgIJ2H54ZmZIaGqUslf6Ib+4Ec7nxhYWYB3e+rTP49AVNf/YzTYqKZvu/lS04l5kD 26addA+lUYRQfcfhIC1Imf0IHa3Vv7ONK/xNk= Received: by 10.42.75.132 with SMTP id a4mr1680719ick.178.1316321659142; Sat, 17 Sep 2011 21:54:19 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net. [99.190.81.85]) by mx.google.com with ESMTPS id df21sm18373824ibb.9.2011.09.17.21.54.17 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Sep 2011 21:54:17 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8I4sEI8063918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Sep 2011 00:54:14 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8I4sDfd063917; Sun, 18 Sep 2011 00:54:13 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 18 Sep 2011 00:54:13 -0400 From: Jason Hellenthal To: Ronald Klop Message-ID: <20110918045413.GA63773@DataIX.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: Cc: "freebsd-stable@freebsd.org" Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 04:54:20 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 18, 2011 at 01:49:15AM +0200, Ronald Klop wrote: > Hi, >=20 > I'm running portupgrade in screen to update all the ports for =20 > 9-BETA2/9-CURRENT on amd64. While doing this script eats 100% cpu. > Because portupgrade -fa crashed I'm running this command to update the = =20 > remaining non-updates ports. > find /var/db/pkg -name +DESC -mtime +2 |cut -d / -f 5 | xargs time nice -= n =20 > 20 portupgrade -f >=20 > The output of truss -p `pgrep script` is this: > clock_gettime(13,{1316301104.000000000 }) =3D 0 (0x0) > select(5,{0 4},0x0,0x0,{30.000000 }) =3D 1 (0x1) > read(0,0x7fffffffcdf0,1024) =3D 0 (0x0) > write(4,0x7fffffffcdf0,0) =3D 0 (0x0) > clock_gettime(13,{1316301104.000000000 }) =3D 0 (0x0) > select(5,{0 4},0x0,0x0,{30.000000 }) =3D 1 (0x1) > read(0,0x7fffffffcdf0,1024) =3D 0 (0x0) > write(4,0x7fffffffcdf0,0) =3D 0 (0x0) > clock_gettime(13,{1316301104.000000000 }) =3D 0 (0x0) > select(5,{0 4},0x0,0x0,{30.000000 }) =3D 1 (0x1) > read(0,0x7fffffffcdf0,1024) =3D 0 (0x0) > write(4,0x7fffffffcdf0,0) =3D 0 (0x0) > clock_gettime(13,{1316301104.000000000 }) =3D 0 (0x0) > select(5,{0 4},0x0,0x0,{30.000000 }) =3D 1 (0x1) > read(0,0x7fffffffcdf0,1024) =3D 0 (0x0) > write(4,0x7fffffffcdf0,0) =3D 0 (0x0) >=20 > So it is really fast in reading and writing 0 bytes most of the time. >=20 > I also found http://web.archiveorange.com/archive/v/6ETvLvjo60Gj9geAUAb6 = =20 > and I think I am better of by rewriting my command so stdin/stdout is =20 > still the terminal. Although the link is a couple of years old. >=20 > Is this known? Can somebody explain me why my xargs command is not workin= g =20 > well? >=20 Are you absolutely sure that its script(1) causing this ? 100% CPU usage has been a known side effect of screen(1) for quite some time. Rebuild it and try again. --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOdXl1AAoJEJBXh4mJ2FR+LXEH/iLvSTTK2b0c8UwmhvR2R4mM TAJZX68xEBCLCS5hjy6vqrXRxiRuJ1Cj2chYA5ThVrzji5QnaPrpvGXaKWQtmhd8 6E/b2bbyiHNZCPMoHIlM/JjRKGky5u4aTBLiKPMYQ2QmJiZTDO1mEn0t7i+YIi9+ 98N+s6TA4qQX2TP34IAtp/A3q8v4fC7YUoPA0BOSiioAMpXtUsT6Bhnb2cq85k4J +WaGZyOTjR932eSP9c0q1xJGAsuFbF+qQAhJb88MzclPWivkykZ5RV9dCNKsegHs 1K1iEAtDYSdwnJZ1QmqAZU4LVeoFuXAjtuRPWlkJBGHKd6BPG5DhH0dFh4fH+uU= =vCrP -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 05:39:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01CA4106566C for ; Sun, 18 Sep 2011 05:39:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id A20B18FC15 for ; Sun, 18 Sep 2011 05:39:04 +0000 (UTC) Received: from omta21.westchester.pa.mail.comcast.net ([76.96.62.72]) by qmta01.westchester.pa.mail.comcast.net with comcast id a5Nu1h0011ZXKqc515f4nT; Sun, 18 Sep 2011 05:39:04 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.westchester.pa.mail.comcast.net with comcast id a5f21h00e1t3BNj3h5f3vy; Sun, 18 Sep 2011 05:39:04 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 95E33102C1B; Sat, 17 Sep 2011 22:39:01 -0700 (PDT) Date: Sat, 17 Sep 2011 22:39:01 -0700 From: Jeremy Chadwick To: Jason Hellenthal Message-ID: <20110918053901.GA31617@icarus.home.lan> References: <20110918045413.GA63773@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110918045413.GA63773@DataIX.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" , Ronald Klop Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 05:39:05 -0000 On Sun, Sep 18, 2011 at 12:54:13AM -0400, Jason Hellenthal wrote: > On Sun, Sep 18, 2011 at 01:49:15AM +0200, Ronald Klop wrote: > > Hi, > > > > I'm running portupgrade in screen to update all the ports for > > 9-BETA2/9-CURRENT on amd64. While doing this script eats 100% cpu. > > Because portupgrade -fa crashed I'm running this command to update the > > remaining non-updates ports. > > find /var/db/pkg -name +DESC -mtime +2 |cut -d / -f 5 | xargs time nice -n > > 20 portupgrade -f > > > > The output of truss -p `pgrep script` is this: > > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > > read(0,0x7fffffffcdf0,1024) = 0 (0x0) > > write(4,0x7fffffffcdf0,0) = 0 (0x0) > > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > > read(0,0x7fffffffcdf0,1024) = 0 (0x0) > > write(4,0x7fffffffcdf0,0) = 0 (0x0) > > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > > read(0,0x7fffffffcdf0,1024) = 0 (0x0) > > write(4,0x7fffffffcdf0,0) = 0 (0x0) > > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > > read(0,0x7fffffffcdf0,1024) = 0 (0x0) > > write(4,0x7fffffffcdf0,0) = 0 (0x0) > > > > So it is really fast in reading and writing 0 bytes most of the time. > > > > I also found http://web.archiveorange.com/archive/v/6ETvLvjo60Gj9geAUAb6 > > and I think I am better of by rewriting my command so stdin/stdout is > > still the terminal. Although the link is a couple of years old. > > > > Is this known? Can somebody explain me why my xargs command is not working > > well? > > > > Are you absolutely sure that its script(1) causing this ? 100% CPU usage > has been a known side effect of screen(1) for quite some time. Rebuild > it and try again. Jason's referring to this, I believe: http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.55 To clarify the what the commit message means: it does not mean "when the package is installed the installation takes up 100% CPU". It means "once the package is installed and screen is used, screen takes up 100% CPU". I know because I've seen this behaviour in the past (one of the many, many reasons I build ports from source). However: http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.78 So: If a binary package is being installed through your above portupgrade command, and you're seeing this problem, then it sounds to me like commit revision 1.78 is a regression and NO_PACKAGE should be put back into place + packages removed from all mirrors. There are many reasons to not use GNU screen at all, or if you must have something like it, use tmux. I recently had to provide an analysis of how GNU screen destroys one's terminal[1]; so if the above problem turns out to be caused by GNU screen as well, I'll just add it to my ever-growing list of reasons the software should be nuked from orbit. Otherwise, if this turns out to be a problem with portupgrade (which you found some evidence supporting such), then the solution is simple: stop using portupgrade, use portmaster (if it lacks things you need ask Doug Barton, he's incredibly receptive to adding new features/fixing things). Two databases that aren't compatible, ruby shims, and other crap = not worth it. Think the database ordeal is long over with/fixed/whatever? It isn't[2]. [1]: http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/063052.html [2]: http://www.dslreports.com/forum/r26304856-FreeBSD-defining-portmaster-alias -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 06:47:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96E30106566B for ; Sun, 18 Sep 2011 06:47:20 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from fep19.mx.upcmail.net (fep19.mx.upcmail.net [62.179.121.39]) by mx1.freebsd.org (Postfix) with ESMTP id 193DD8FC08 for ; Sun, 18 Sep 2011 06:47:19 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep19-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110918064718.NTGI2111.viefep19-int.chello.at@edge01.upcmail.net>; Sun, 18 Sep 2011 08:47:18 +0200 Received: from pinky ([213.93.232.119]) by edge01.upcmail.net with edge id a6nE1h01k2bDWHx016nFqt; Sun, 18 Sep 2011 08:47:18 +0200 X-SourceIP: 213.93.232.119 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Jason Hellenthal" , "Jeremy Chadwick" References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> Date: Sun, 18 Sep 2011 08:47:13 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20110918053901.GA31617@icarus.home.lan> User-Agent: Opera Mail/11.51 (Win32) X-Cloudmark-Analysis: v=1.1 cv=7AjrSHUygkxmgKj9+ZdWPzZoKYzIcpgZMIt1Yxqn8hE= c=1 sm=0 a=lm4eusMn8AwA:10 a=4xaea3bvHo0A:10 a=bgpUlknNv7MA:10 a=kj9zAlcOel0A:10 a=QycZ5dHgAAAA:8 a=a14uRV0-AAAA:8 a=6I5d2MoRAAAA:8 a=JPUQt-R5AAAA:8 a=ZFPypKz17mWZlbVdIyEA:9 a=OKoq4wMFMrAPmcSCWm8A:7 a=CjuIK1q_8ugA:10 a=Ea5LKd3xFwUA:10 a=QrMgEKT2GQAA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: "freebsd-stable@freebsd.org" Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 06:47:20 -0000 On Sun, 18 Sep 2011 07:39:01 +0200, Jeremy Chadwick wrote: > On Sun, Sep 18, 2011 at 12:54:13AM -0400, Jason Hellenthal wrote: >> On Sun, Sep 18, 2011 at 01:49:15AM +0200, Ronald Klop wrote: >> > Hi, >> > >> > I'm running portupgrade in screen to update all the ports for >> > 9-BETA2/9-CURRENT on amd64. While doing this script eats 100% cpu. >> > Because portupgrade -fa crashed I'm running this command to update the >> > remaining non-updates ports. >> > find /var/db/pkg -name +DESC -mtime +2 |cut -d / -f 5 | xargs time >> nice -n >> > 20 portupgrade -f >> > >> > The output of truss -p `pgrep script` is this: >> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) >> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) >> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) >> > write(4,0x7fffffffcdf0,0) = 0 (0x0) >> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) >> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) >> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) >> > write(4,0x7fffffffcdf0,0) = 0 (0x0) >> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) >> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) >> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) >> > write(4,0x7fffffffcdf0,0) = 0 (0x0) >> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) >> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) >> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) >> > write(4,0x7fffffffcdf0,0) = 0 (0x0) >> > >> > So it is really fast in reading and writing 0 bytes most of the time. >> > >> > I also found >> http://web.archiveorange.com/archive/v/6ETvLvjo60Gj9geAUAb6 >> > and I think I am better of by rewriting my command so stdin/stdout is >> > still the terminal. Although the link is a couple of years old. >> > >> > Is this known? Can somebody explain me why my xargs command is not >> working >> > well? >> > >> >> Are you absolutely sure that its script(1) causing this ? 100% CPU usage >> has been a known side effect of screen(1) for quite some time. Rebuild >> it and try again. > > Jason's referring to this, I believe: > http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.55 > > To clarify the what the commit message means: it does not mean "when the > package is installed the installation takes up 100% CPU". It means > "once the package is installed and screen is used, screen takes up 100% > CPU". I know because I've seen this behaviour in the past (one of the > many, many reasons I build ports from source). > > However: > http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.78 > > So: If a binary package is being installed through your above > portupgrade command, and you're seeing this problem, then it sounds to > me like commit revision 1.78 is a regression and NO_PACKAGE should be > put back into place + packages removed from all mirrors. > > There are many reasons to not use GNU screen at all, or if you must have > something like it, use tmux. I recently had to provide an analysis of > how GNU screen destroys one's terminal[1]; so if the above problem turns > out to be caused by GNU screen as well, I'll just add it to my > ever-growing list of reasons the software should be nuked from orbit. > > Otherwise, if this turns out to be a problem with portupgrade (which you > found some evidence supporting such), then the solution is simple: stop > using portupgrade, use portmaster (if it lacks things you need ask Doug > Barton, he's incredibly receptive to adding new features/fixing things). > Two databases that aren't compatible, ruby shims, and other crap = not > worth it. Think the database ordeal is long over with/fixed/whatever? > It isn't[2]. > > [1]: > http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/063052.html > [2]: > http://www.dslreports.com/forum/r26304856-FreeBSD-defining-portmaster-alias > I have a repeatable test. Run top in a window and this command in another. $ echo test | script /tmp/script-test sleep 1000 Script started, output file is /tmp/script-test test PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND 29656 ronald 1 103 0 12324K 1244K CPU4 4 1:03 100.00% script So it has nothing to do with portupgrade or screen. The output of truss -p29656 is the same as posted previously. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 07:46:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78C41065670 for ; Sun, 18 Sep 2011 07:46:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 8209C8FC08 for ; Sun, 18 Sep 2011 07:46:05 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by QMTA11.westchester.pa.mail.comcast.net with comcast id a7kH1h0021ei1Bg5B7m5wA; Sun, 18 Sep 2011 07:46:05 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.westchester.pa.mail.comcast.net with comcast id a7m31h00N1t3BNj3k7m4pb; Sun, 18 Sep 2011 07:46:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3D998102C1B; Sun, 18 Sep 2011 00:46:02 -0700 (PDT) Date: Sun, 18 Sep 2011 00:46:02 -0700 From: Jeremy Chadwick To: Ronald Klop Message-ID: <20110918074602.GA33731@icarus.home.lan> References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" , jilles@stack.nl Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 07:46:05 -0000 On Sun, Sep 18, 2011 at 08:47:13AM +0200, Ronald Klop wrote: > On Sun, 18 Sep 2011 07:39:01 +0200, Jeremy Chadwick > wrote: > > >On Sun, Sep 18, 2011 at 12:54:13AM -0400, Jason Hellenthal wrote: > >>On Sun, Sep 18, 2011 at 01:49:15AM +0200, Ronald Klop wrote: > >>> Hi, > >>> > >>> I'm running portupgrade in screen to update all the ports for > >>> 9-BETA2/9-CURRENT on amd64. While doing this script eats 100% cpu. > >>> Because portupgrade -fa crashed I'm running this command to update the > >>> remaining non-updates ports. > >>> find /var/db/pkg -name +DESC -mtime +2 |cut -d / -f 5 | xargs > >>time nice -n > >>> 20 portupgrade -f > >>> > >>> The output of truss -p `pgrep script` is this: > >>> clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > >>> select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > >>> read(0,0x7fffffffcdf0,1024) = 0 (0x0) > >>> write(4,0x7fffffffcdf0,0) = 0 (0x0) > >>> clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > >>> select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > >>> read(0,0x7fffffffcdf0,1024) = 0 (0x0) > >>> write(4,0x7fffffffcdf0,0) = 0 (0x0) > >>> clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > >>> select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > >>> read(0,0x7fffffffcdf0,1024) = 0 (0x0) > >>> write(4,0x7fffffffcdf0,0) = 0 (0x0) > >>> clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > >>> select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > >>> read(0,0x7fffffffcdf0,1024) = 0 (0x0) > >>> write(4,0x7fffffffcdf0,0) = 0 (0x0) > >>> > >>> So it is really fast in reading and writing 0 bytes most of the time. > >>> > >>> I also found > >>http://web.archiveorange.com/archive/v/6ETvLvjo60Gj9geAUAb6 > >>> and I think I am better of by rewriting my command so stdin/stdout is > >>> still the terminal. Although the link is a couple of years old. > >>> > >>> Is this known? Can somebody explain me why my xargs command is > >>not working > >>> well? > >>> > >> > >>Are you absolutely sure that its script(1) causing this ? 100% CPU usage > >>has been a known side effect of screen(1) for quite some time. Rebuild > >>it and try again. > > > >Jason's referring to this, I believe: > >http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.55 > > > >To clarify the what the commit message means: it does not mean "when the > >package is installed the installation takes up 100% CPU". It means > >"once the package is installed and screen is used, screen takes up 100% > >CPU". I know because I've seen this behaviour in the past (one of the > >many, many reasons I build ports from source). > > > >However: > >http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.78 > > > >So: If a binary package is being installed through your above > >portupgrade command, and you're seeing this problem, then it sounds to > >me like commit revision 1.78 is a regression and NO_PACKAGE should be > >put back into place + packages removed from all mirrors. > > > >There are many reasons to not use GNU screen at all, or if you must have > >something like it, use tmux. I recently had to provide an analysis of > >how GNU screen destroys one's terminal[1]; so if the above problem turns > >out to be caused by GNU screen as well, I'll just add it to my > >ever-growing list of reasons the software should be nuked from orbit. > > > >Otherwise, if this turns out to be a problem with portupgrade (which you > >found some evidence supporting such), then the solution is simple: stop > >using portupgrade, use portmaster (if it lacks things you need ask Doug > >Barton, he's incredibly receptive to adding new features/fixing things). > >Two databases that aren't compatible, ruby shims, and other crap = not > >worth it. Think the database ordeal is long over with/fixed/whatever? > >It isn't[2]. > > > >[1]: http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/063052.html > >[2]: http://www.dslreports.com/forum/r26304856-FreeBSD-defining-portmaster-alias > > > > I have a repeatable test. Run top in a window and this command in another. > $ echo test | script /tmp/script-test sleep 1000 > Script started, output file is /tmp/script-test > test > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME > CPU COMMAND > 29656 ronald 1 103 0 12324K 1244K CPU4 4 1:03 > 100.00% script > > So it has nothing to do with portupgrade or screen. The output of > truss -p29656 is the same as posted previously. Good deal. I can reproduce this problem too, on RELENG_8 dated 2011/09/16. I haven't tried older FreeBSD releases. $ echo test | script /tmp/script-test sleep 1000 Script started, output file is /tmp/script-test test PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 33803 jdc 1 114 0 7020K 1236K CPU1 1 0:22 79.98% script /tmp/script-test sleep 1000 Relevant fstat to examine fds: # fstat -p 33803 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W jdc script 33803 root / 2 drwxr-xr-x 512 r jdc script 33803 wd /home 6 ?--------- 18446744071573739670 r jdc script 33803 text /usr 683285 -r-xr-xr-x 10152 r jdc script 33803 0* pipe ffffff0007bc62d8 <-> ffffff0007bc6430 0 rw jdc script 33803 1 /dev 128 crw--w---- pts/1 rw jdc script 33803 2 /dev 128 crw--w---- pts/1 rw jdc script 33803 3 /tmp 7 -rw------- 61 w jdc script 33803 4* pseudo-terminal master pts/2 rw ktrace output, since truss never behaves well on FreeBSD (I gave up trying to use it to accomplish anything long ago): # ktrace -t+ -p 33803 # ktrace -C # ls -l ktrace.out -rw------- 1 root wheel 155125652 Sep 18 00:41 ktrace.out # kdump 33803 script CALL read(0,0x7fffffffe120,0x400) 33803 script GIO fd 0 read 0 bytes "" 33803 script RET read 0 33803 script CALL write(0x4,0x7fffffffe120,0) 33803 script GIO fd 4 wrote 0 bytes "" 33803 script RET write 0 33803 script CALL clock_gettime(0xd,0x7fffffffe050) 33803 script RET clock_gettime 0 33803 script CALL select(0x5,0x7fffffffe070,0,0,0x7fffffffe0f0) 33803 script RET select 1 33803 script CALL read(0,0x7fffffffe120,0x400) 33803 script GIO fd 0 read 0 bytes "" 33803 script RET read 0 33803 script CALL write(0x4,0x7fffffffe120,0) 33803 script GIO fd 4 wrote 0 bytes "" 33803 script RET write 0 33803 script CALL clock_gettime(0xd,0x7fffffffe050) 33803 script RET clock_gettime 0 33803 script CALL select(0x5,0x7fffffffe070,0,0,0x7fffffffe0f0) 33803 script RET select 1 33803 script CALL read(0,0x7fffffffe120,0x400) 33803 script GIO fd 0 read 0 bytes "" 33803 script RET read 0 33803 script CALL write(0x4,0x7fffffffe120,0) 33803 script GIO fd 4 wrote 0 bytes "" 33803 script RET write 0 33803 script CALL clock_gettime(0xd,0x7fffffffe050) 33803 script RET clock_gettime 0 33803 script CALL select(0x5,0x7fffffffe070,0,0,0x7fffffffe0f0) 33803 script RET select 1 33803 script CALL read(0,0x7fffffffe120,0x400) 33803 script GIO fd 0 read 0 bytes "" 33803 script RET read 0 33803 script CALL write(0x4,0x7fffffffe120,0) 33803 script GIO fd 4 wrote 0 bytes CC'ing Jilles, as he might have some ideas. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 10:58:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 215E8106566C for ; Sun, 18 Sep 2011 10:58:32 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id D03F38FC0C for ; Sun, 18 Sep 2011 10:58:31 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id 85438FAA2C87; Sun, 18 Sep 2011 12:41:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id DCBC62CEC1E; Sun, 18 Sep 2011 12:44:33 +0200 (CEST) Date: Sun, 18 Sep 2011 12:44:29 +0200 From: Patrick Lamaiziere To: "Brian Seklecki (Mobile)" Message-ID: <20110918124429.616282f5@davenulle.org> In-Reply-To: References: <4E71C059.5060404@hi-media.com> <4E7218A4.4000205@my.gd> <60645CA5-D1E5-4AF9-9C56-66FA755B0280@digsys.bg> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 10:58:32 -0000 Le Sat, 17 Sep 2011 23:40:06 -0400 (EDT), "Brian Seklecki (Mobile)" a écrit : > > > >> What would help here, is for a carp interface to wait a given delay > >> (tunable through a sysctl ?) after creation or after being brought > >> up > > I see now. > > The tunable sounds like a good idea; we should check OpenBSD, they > probably already implemented something and we're behind. > > If not, a "preempt dampener" feature would be an awesome return > feature. > > Might need to implment another state: MASTER-LISTENING (or LEARNING) > ah a STP. OpenBSD uses a "carp demote counter" that prevents to become master (but it will become master anyway if there is not carp advertizement on the interface). There is a sysctl in FreeBSD but it's readonly. This is used to delay carp until pfsync synchronization is done and by daemons like bgpd. Anyway if carp becomes master when the interface is set up, it looks to be a bug on FreeBSD (and if you are sure that the problem does not come from the switch). That works fine on OpenBSD. Regards. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 11:25:34 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93FE6106566C; Sun, 18 Sep 2011 11:25:34 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from fep16.mx.upcmail.net (fep16.mx.upcmail.net [62.179.121.36]) by mx1.freebsd.org (Postfix) with ESMTP id 63E788FC13; Sun, 18 Sep 2011 11:25:33 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep16-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110918112531.NXDX1962.viefep16-int.chello.at@edge04.upcmail.net>; Sun, 18 Sep 2011 13:25:31 +0200 Received: from pinky ([213.93.232.119]) by edge04.upcmail.net with edge id aBRS1h03h2bDWHx04BRUjZ; Sun, 18 Sep 2011 13:25:31 +0200 X-SourceIP: 213.93.232.119 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Mikolaj Golub" References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> Date: Sun, 18 Sep 2011 13:25:26 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <86d3eydsmf.fsf@kopusha.home.net> User-Agent: Opera Mail/11.51 (Win32) X-Cloudmark-Analysis: v=1.1 cv=jqrf5qXv5urL2URZ3a9OklEvUdrM81ZtB3GWlHLPCVk= c=1 sm=0 a=lm4eusMn8AwA:10 a=4xaea3bvHo0A:10 a=bgpUlknNv7MA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=a14uRV0-AAAA:8 a=JPUQt-R5AAAA:8 a=iSxftX8V9Fd4APHUQKkA:9 a=_UVwWIs6cbXYAebWmmUA:7 a=CjuIK1q_8ugA:10 a=Ea5LKd3xFwUA:10 a=QrMgEKT2GQAA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: "freebsd-stable@freebsd.org" , Jeremy Chadwick , cperciva@freebsd.org Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 11:25:34 -0000 On Sun, 18 Sep 2011 12:58:32 +0200, Mikolaj Golub wrote: > > On Sun, 18 Sep 2011 08:47:13 +0200 Ronald Klop wrote: > > RK> On Sun, 18 Sep 2011 07:39:01 +0200, Jeremy Chadwick > RK> wrote: > > >> On Sun, Sep 18, 2011 at 12:54:13AM -0400, Jason Hellenthal wrote: > >>> On Sun, Sep 18, 2011 at 01:49:15AM +0200, Ronald Klop wrote: > >>> > Hi, > >>> > > >>> > I'm running portupgrade in screen to update all the ports for > >>> > 9-BETA2/9-CURRENT on amd64. While doing this script eats 100% cpu. > >>> > Because portupgrade -fa crashed I'm running this command to > update the > >>> > remaining non-updates ports. > >>> > find /var/db/pkg -name +DESC -mtime +2 |cut -d / -f 5 | xargs > >>> time nice -n > >>> > 20 portupgrade -f > >>> > > >>> > The output of truss -p `pgrep script` is this: > >>> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > >>> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > >>> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) > >>> > write(4,0x7fffffffcdf0,0) = 0 (0x0) > >>> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > >>> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > >>> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) > >>> > write(4,0x7fffffffcdf0,0) = 0 (0x0) > >>> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > >>> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > >>> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) > >>> > write(4,0x7fffffffcdf0,0) = 0 (0x0) > >>> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) > >>> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) > >>> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) > >>> > write(4,0x7fffffffcdf0,0) = 0 (0x0) > >>> > > >>> > So it is really fast in reading and writing 0 bytes most of the > time. > >>> > > >>> > I also found > >>> http://web.archiveorange.com/archive/v/6ETvLvjo60Gj9geAUAb6 > >>> > and I think I am better of by rewriting my command so > stdin/stdout is > >>> > still the terminal. Although the link is a couple of years old. > >>> > > >>> > Is this known? Can somebody explain me why my xargs command is > >>> not working > >>> > well? > >>> > > >>> > >>> Are you absolutely sure that its script(1) causing this ? 100% CPU > usage > >>> has been a known side effect of screen(1) for quite some time. > Rebuild > >>> it and try again. > >> > >> Jason's referring to this, I believe: > >> > http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.55 > >> > >> To clarify the what the commit message means: it does not mean "when > the > >> package is installed the installation takes up 100% CPU". It means > >> "once the package is installed and screen is used, screen takes up > 100% > >> CPU". I know because I've seen this behaviour in the past (one of > the > >> many, many reasons I build ports from source). > >> > >> However: > >> > http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.78 > >> > >> So: If a binary package is being installed through your above > >> portupgrade command, and you're seeing this problem, then it sounds > to > >> me like commit revision 1.78 is a regression and NO_PACKAGE should be > >> put back into place + packages removed from all mirrors. > >> > >> There are many reasons to not use GNU screen at all, or if you must > have > >> something like it, use tmux. I recently had to provide an analysis > of > >> how GNU screen destroys one's terminal[1]; so if the above problem > turns > >> out to be caused by GNU screen as well, I'll just add it to my > >> ever-growing list of reasons the software should be nuked from orbit. > >> > >> Otherwise, if this turns out to be a problem with portupgrade (which > you > >> found some evidence supporting such), then the solution is simple: > stop > >> using portupgrade, use portmaster (if it lacks things you need ask > Doug > >> Barton, he's incredibly receptive to adding new features/fixing > things). > >> Two databases that aren't compatible, ruby shims, and other crap = > not > >> worth it. Think the database ordeal is long over > with/fixed/whatever? > >> It isn't[2]. > >> > >> [1]: > >> > http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/063052.html > >> [2]: > >> > http://www.dslreports.com/forum/r26304856-FreeBSD-defining-portmaster-alias > >> > > RK> I have a repeatable test. Run top in a window and this command in > another. > RK> $ echo test | script /tmp/script-test sleep 1000 > RK> Script started, output file is /tmp/script-test > RK> test > > RK> PID USERNAME THR PRI NICE SIZE RES STATE C TIME > RK> CPU COMMAND > RK> 29656 ronald 1 103 0 12324K 1244K CPU4 4 1:03 > RK> 100.00% script > > RK> So it has nothing to do with portupgrade or screen. The output of > RK> truss -p29656 is the same as posted previously. > > I believe the behaviour is after this commit: > > http://svnweb.freebsd.org/base?view=revision&revision=125848 > > I think we should skip select on STDIN after reading EOF from it, like > in the > patch below. > It is a while since I programmed C, but why will writing 0 bytes give the reader an end-of-file? Shouldn't the fd be closed to indicate end-of-file? Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 11:27:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 532D3106564A for ; Sun, 18 Sep 2011 11:27:32 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C77658FC0C for ; Sun, 18 Sep 2011 11:27:31 +0000 (UTC) Received: by fxg9 with SMTP id 9so4127360fxg.13 for ; Sun, 18 Sep 2011 04:27:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=DCb9nWRhgkFYt2UKVDOIV6H0YAjf4OBP6nsOn7FfUjQ=; b=bJR1gfrp5uBl8AiLOje0XDTm2/+QivXBRi6B+57d24VcF6he6O4wwVgxs/5hvYH+XK X64B/HMDFIWmvlc53xyXnuEyTA+U1/WR1GQ3/97T92bPXWpoVUDFPTL+t3GiIN29I6s2 OuWX4jQ3ryPELDndx6v8vT+FJ3QcL6QJPJIXc= Received: by 10.223.66.88 with SMTP id m24mr2948286fai.68.1316343517504; Sun, 18 Sep 2011 03:58:37 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id i5sm8919624fai.15.2011.09.18.03.58.34 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 18 Sep 2011 03:58:35 -0700 (PDT) From: Mikolaj Golub To: "Ronald Klop" References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> X-Comment-To: Ronald Klop Sender: Mikolaj Golub Date: Sun, 18 Sep 2011 13:58:32 +0300 In-Reply-To: (Ronald Klop's message of "Sun, 18 Sep 2011 08:47:13 +0200") Message-ID: <86d3eydsmf.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: "freebsd-stable@freebsd.org" , Jeremy Chadwick , cperciva@freebsd.org Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 11:27:32 -0000 --=-=-= On Sun, 18 Sep 2011 08:47:13 +0200 Ronald Klop wrote: RK> On Sun, 18 Sep 2011 07:39:01 +0200, Jeremy Chadwick RK> wrote: >> On Sun, Sep 18, 2011 at 12:54:13AM -0400, Jason Hellenthal wrote: >>> On Sun, Sep 18, 2011 at 01:49:15AM +0200, Ronald Klop wrote: >>> > Hi, >>> > >>> > I'm running portupgrade in screen to update all the ports for >>> > 9-BETA2/9-CURRENT on amd64. While doing this script eats 100% cpu. >>> > Because portupgrade -fa crashed I'm running this command to update the >>> > remaining non-updates ports. >>> > find /var/db/pkg -name +DESC -mtime +2 |cut -d / -f 5 | xargs >>> time nice -n >>> > 20 portupgrade -f >>> > >>> > The output of truss -p `pgrep script` is this: >>> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) >>> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) >>> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) >>> > write(4,0x7fffffffcdf0,0) = 0 (0x0) >>> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) >>> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) >>> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) >>> > write(4,0x7fffffffcdf0,0) = 0 (0x0) >>> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) >>> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) >>> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) >>> > write(4,0x7fffffffcdf0,0) = 0 (0x0) >>> > clock_gettime(13,{1316301104.000000000 }) = 0 (0x0) >>> > select(5,{0 4},0x0,0x0,{30.000000 }) = 1 (0x1) >>> > read(0,0x7fffffffcdf0,1024) = 0 (0x0) >>> > write(4,0x7fffffffcdf0,0) = 0 (0x0) >>> > >>> > So it is really fast in reading and writing 0 bytes most of the time. >>> > >>> > I also found >>> http://web.archiveorange.com/archive/v/6ETvLvjo60Gj9geAUAb6 >>> > and I think I am better of by rewriting my command so stdin/stdout is >>> > still the terminal. Although the link is a couple of years old. >>> > >>> > Is this known? Can somebody explain me why my xargs command is >>> not working >>> > well? >>> > >>> >>> Are you absolutely sure that its script(1) causing this ? 100% CPU usage >>> has been a known side effect of screen(1) for quite some time. Rebuild >>> it and try again. >> >> Jason's referring to this, I believe: >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.55 >> >> To clarify the what the commit message means: it does not mean "when the >> package is installed the installation takes up 100% CPU". It means >> "once the package is installed and screen is used, screen takes up 100% >> CPU". I know because I've seen this behaviour in the past (one of the >> many, many reasons I build ports from source). >> >> However: >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/screen/Makefile#rev1.78 >> >> So: If a binary package is being installed through your above >> portupgrade command, and you're seeing this problem, then it sounds to >> me like commit revision 1.78 is a regression and NO_PACKAGE should be >> put back into place + packages removed from all mirrors. >> >> There are many reasons to not use GNU screen at all, or if you must have >> something like it, use tmux. I recently had to provide an analysis of >> how GNU screen destroys one's terminal[1]; so if the above problem turns >> out to be caused by GNU screen as well, I'll just add it to my >> ever-growing list of reasons the software should be nuked from orbit. >> >> Otherwise, if this turns out to be a problem with portupgrade (which you >> found some evidence supporting such), then the solution is simple: stop >> using portupgrade, use portmaster (if it lacks things you need ask Doug >> Barton, he's incredibly receptive to adding new features/fixing things). >> Two databases that aren't compatible, ruby shims, and other crap = not >> worth it. Think the database ordeal is long over with/fixed/whatever? >> It isn't[2]. >> >> [1]: >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/063052.html >> [2]: >> http://www.dslreports.com/forum/r26304856-FreeBSD-defining-portmaster-alias >> RK> I have a repeatable test. Run top in a window and this command in another. RK> $ echo test | script /tmp/script-test sleep 1000 RK> Script started, output file is /tmp/script-test RK> test RK> PID USERNAME THR PRI NICE SIZE RES STATE C TIME RK> CPU COMMAND RK> 29656 ronald 1 103 0 12324K 1244K CPU4 4 1:03 RK> 100.00% script RK> So it has nothing to do with portupgrade or screen. The output of RK> truss -p29656 is the same as posted previously. I believe the behaviour is after this commit: http://svnweb.freebsd.org/base?view=revision&revision=125848 I think we should skip select on STDIN after reading EOF from it, like in the patch below. -- Mikolaj Golub --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=script.c.patch Index: usr.bin/script/script.c =================================================================== --- usr.bin/script/script.c (revision 225648) +++ usr.bin/script/script.c (working copy) @@ -53,6 +53,7 @@ static const char sccsid[] = "@(#)script.c 8.1 (Be #include #include #include +#include #include #include #include @@ -86,6 +87,7 @@ main(int argc, char *argv[]) char ibuf[BUFSIZ]; fd_set rfd; int flushtime = 30; + bool stdin_closed; aflg = kflg = 0; while ((ch = getopt(argc, argv, "aqkt:")) != -1) @@ -161,10 +163,12 @@ main(int argc, char *argv[]) tvp = NULL; start = time(0); - FD_ZERO(&rfd); + stdin_closed = false; for (;;) { + FD_ZERO(&rfd); FD_SET(master, &rfd); - FD_SET(STDIN_FILENO, &rfd); + if (!stdin_closed) + FD_SET(STDIN_FILENO, &rfd); if (flushtime > 0) { tv.tv_sec = flushtime; tv.tv_usec = 0; @@ -176,8 +180,13 @@ main(int argc, char *argv[]) cc = read(STDIN_FILENO, ibuf, BUFSIZ); if (cc < 0) break; - if (cc == 0) + if (cc == 0) { + /* + * Send EOF to the program being scripted. + */ (void)write(master, ibuf, 0); + stdin_closed = true; + } if (cc > 0) { (void)write(master, ibuf, cc); if (kflg && tcgetattr(master, &stt) >= 0 && --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 11:54:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804CC106564A; Sun, 18 Sep 2011 11:54:39 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A48F58FC19; Sun, 18 Sep 2011 11:54:38 +0000 (UTC) Received: by fxg9 with SMTP id 9so4142555fxg.13 for ; Sun, 18 Sep 2011 04:54:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=Y6nUMBkEJb9WcmDwXEFSDQl1UVnBCbmZP7Q7gS7nijo=; b=uGwdaV6Y56sgOJk6KehwT0vi30mUTI7+yaniHRgTfrx6sZoxKA+ElKysbb5pTiqEYa 2ra+u+e+UTcE7jt8/YmfOlTTagjvq90Er06rOnxbWWjhqNqNbj41mUMWhyUMvkhi/miQ V+TJOEpRc761zBnc2mDhRDLZ3OlZJ1d9IsIJ0= Received: by 10.223.48.211 with SMTP id s19mr3029228faf.33.1316346877696; Sun, 18 Sep 2011 04:54:37 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id o16sm17974800fag.21.2011.09.18.04.54.35 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 18 Sep 2011 04:54:36 -0700 (PDT) From: Mikolaj Golub To: "Ronald Klop" References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> X-Comment-To: Ronald Klop Sender: Mikolaj Golub Date: Sun, 18 Sep 2011 14:54:34 +0300 In-Reply-To: (Ronald Klop's message of "Sun, 18 Sep 2011 13:25:26 +0200") Message-ID: <868vpmdq11.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "freebsd-stable@freebsd.org" , Jeremy Chadwick , cperciva@freebsd.org Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 11:54:39 -0000 On Sun, 18 Sep 2011 13:25:26 +0200 Ronald Klop wrote: RK> It is a while since I programmed C, but why will writing 0 bytes give RK> the reader an end-of-file? Shouldn't the fd be closed to indicate RK> end-of-file? AFAIR, this trick with writing 0 to emulate EOF because we can't close the fd -- we still want to read from it. Poor shutdown(2) for non-socket :-). Colin might tell more... -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 13:00:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9472106566B for ; Sun, 18 Sep 2011 13:00:29 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f178.google.com (mail-wy0-f178.google.com [74.125.82.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7D81B8FC0C for ; Sun, 18 Sep 2011 13:00:29 +0000 (UTC) Received: by wyf23 with SMTP id 23so5486587wyf.37 for ; Sun, 18 Sep 2011 06:00:28 -0700 (PDT) Received: by 10.216.171.3 with SMTP id q3mr1541559wel.50.1316350828391; Sun, 18 Sep 2011 06:00:28 -0700 (PDT) Received: from [192.168.0.10] (did75-17-88-165-130-96.fbx.proxad.net. [88.165.130.96]) by mx.google.com with ESMTPS id i11sm21170333wbn.25.2011.09.18.06.00.26 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 18 Sep 2011 06:00:27 -0700 (PDT) References: <4E71C059.5060404@hi-media.com> <4E7218A4.4000205@my.gd> <60645CA5-D1E5-4AF9-9C56-66FA755B0280@digsys.bg> <20110918124429.616282f5@davenulle.org> In-Reply-To: <20110918124429.616282f5@davenulle.org> Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <8811CF10-EB7D-4204-B66F-17B4B4ABCC1E@my.gd> X-Mailer: iPhone Mail (8J2) From: Damien Fleuriot Date: Sun, 18 Sep 2011 15:00:22 +0200 To: Patrick Lamaiziere Cc: "freebsd-stable@freebsd.org" , "Brian Seklecki \(Mobile\)" Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 13:00:30 -0000 On 18 Sep 2011, at 12:44, Patrick Lamaiziere wrote: > Le Sat, 17 Sep 2011 23:40:06 -0400 (EDT), > "Brian Seklecki (Mobile)" a =C3=A9crit : >=20 >>>=20 >>>> What would help here, is for a carp interface to wait a given delay >>>> (tunable through a sysctl ?) after creation or after being brought >>>> up >>=20 >> I see now. >>=20 >> The tunable sounds like a good idea; we should check OpenBSD, they=20 >> probably already implemented something and we're behind. >>=20 >> If not, a "preempt dampener" feature would be an awesome return >> feature. >>=20 >> Might need to implment another state: MASTER-LISTENING (or LEARNING) >> ah a STP. >=20 > OpenBSD uses a "carp demote counter" that prevents to become master > (but it will become master anyway if there is not carp advertizement on > the interface). There is a sysctl in FreeBSD but it's readonly. >=20 > This is used to delay carp until pfsync synchronization is done and by > daemons like bgpd. >=20 > Anyway if carp becomes master when the interface is set up, it looks to > be a bug on FreeBSD (and if you are sure that the problem does not > come from the switch). This can be easily verified. When our vlan13 is forwarding on the switch, destroy and recreate the carp13= interface. It still assumes mastership during a short time, then yields and becomes bac= kup.= From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 17:24:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04C41106564A; Sun, 18 Sep 2011 17:24:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2F55E8FC0C; Sun, 18 Sep 2011 17:24:28 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8IHOOZA008110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Sep 2011 20:24:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8IHOOqR095313; Sun, 18 Sep 2011 20:24:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8IHONqr095312; Sun, 18 Sep 2011 20:24:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 18 Sep 2011 20:24:23 +0300 From: Kostik Belousov To: Mikolaj Golub Message-ID: <20110918172423.GB1511@deviant.kiev.zoral.com.ua> References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <868vpmdq11.fsf@kopusha.home.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v4PrGfol6wGsg/Ra" Content-Disposition: inline In-Reply-To: <868vpmdq11.fsf@kopusha.home.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no 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" , cperciva@freebsd.org, Jeremy Chadwick , Ronald Klop Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 17:24:30 -0000 --v4PrGfol6wGsg/Ra Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 18, 2011 at 02:54:34PM +0300, Mikolaj Golub wrote: >=20 > On Sun, 18 Sep 2011 13:25:26 +0200 Ronald Klop wrote: >=20 > RK> It is a while since I programmed C, but why will writing 0 bytes give > RK> the reader an end-of-file? Shouldn't the fd be closed to indicate > RK> end-of-file? >=20 > AFAIR, this trick with writing 0 to emulate EOF because we can't close th= e fd > -- we still want to read from it. Poor shutdown(2) for non-socket :-). >=20 > Colin might tell more... Please note that interpreting the receiving of 0 bytes on the terminal=20 as EOF is only a convention. If done absolutely properly, script shall not interpret zero-byte read as EOF. Might be, the reasonable thing to do would be to only look at the stdin once in a second after receiving zero-bytes, and switching it back to normal mode if something is read. --v4PrGfol6wGsg/Ra Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk52KUYACgkQC3+MBN1Mb4gI1wCcDM9mGLAyKEoecxKLXvLiqDTC xrgAoM28QBmnM88nSDvXOKPjkCRh78j0 =e/jT -----END PGP SIGNATURE----- --v4PrGfol6wGsg/Ra-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 20:58:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8BF81065674; Sun, 18 Sep 2011 20:58:04 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9708FC14; Sun, 18 Sep 2011 20:58:03 +0000 (UTC) Received: by fxg9 with SMTP id 9so4500044fxg.13 for ; Sun, 18 Sep 2011 13:58:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=OF8v8ne3N2nzHA6ItKt+yuGoWRjjM0dvzJxBei8bWb8=; b=WStYlPE/xosqb06PMoNdDOkCeJp0FeXiPooX4m2KmeTsg1/8ZpG7Qp5mopjjVNKwGQ 9P2dJMo9R1dTFbMtJnj3AhmWyhcpmBzYRZQnkkco54yUho2uuoQ4/hz5BDkfO57LBpza h3/90RPH7d4NsUeJxydj1L/cHZrrIIUTrabwA= Received: by 10.223.37.81 with SMTP id w17mr3819883fad.91.1316379482704; Sun, 18 Sep 2011 13:58:02 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id a7sm19460202fam.22.2011.09.18.13.57.59 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 18 Sep 2011 13:58:00 -0700 (PDT) From: Mikolaj Golub To: Kostik Belousov References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <868vpmdq11.fsf@kopusha.home.net> <20110918172423.GB1511@deviant.kiev.zoral.com.ua> X-Comment-To: Kostik Belousov Sender: Mikolaj Golub Date: Sun, 18 Sep 2011 23:57:57 +0300 In-Reply-To: <20110918172423.GB1511@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Sun, 18 Sep 2011 20:24:23 +0300") Message-ID: <86zki1d0ve.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: "freebsd-stable@freebsd.org" , cperciva@freebsd.org, Jeremy Chadwick , Ronald Klop Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 20:58:04 -0000 --=-=-= On Sun, 18 Sep 2011 20:24:23 +0300 Kostik Belousov wrote: KB> On Sun, Sep 18, 2011 at 02:54:34PM +0300, Mikolaj Golub wrote: >> >> On Sun, 18 Sep 2011 13:25:26 +0200 Ronald Klop wrote: >> >> RK> It is a while since I programmed C, but why will writing 0 bytes give >> RK> the reader an end-of-file? Shouldn't the fd be closed to indicate >> RK> end-of-file? >> >> AFAIR, this trick with writing 0 to emulate EOF because we can't close the fd >> -- we still want to read from it. Poor shutdown(2) for non-socket :-). >> >> Colin might tell more... KB> Please note that interpreting the receiving of 0 bytes on the terminal KB> as EOF is only a convention. If done absolutely properly, script shall KB> not interpret zero-byte read as EOF. Might be, the reasonable thing to KB> do would be to only look at the stdin once in a second after receiving KB> zero-bytes, and switching it back to normal mode if something is read. Ok. I see. Below is the patch that does something like this. -- Mikolaj Golub --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=script.c.1.patch Index: usr.bin/script/script.c =================================================================== --- usr.bin/script/script.c (revision 225653) +++ usr.bin/script/script.c (working copy) @@ -53,6 +53,7 @@ static const char sccsid[] = "@(#)script.c 8.1 (Be #include #include #include +#include #include #include #include @@ -86,6 +87,7 @@ main(int argc, char *argv[]) char ibuf[BUFSIZ]; fd_set rfd; int flushtime = 30; + bool readstdin; aflg = kflg = 0; while ((ch = getopt(argc, argv, "aqkt:")) != -1) @@ -155,19 +157,20 @@ main(int argc, char *argv[]) doshell(argv); close(slave); - if (flushtime > 0) - tvp = &tv; - else - tvp = NULL; - - start = time(0); - FD_ZERO(&rfd); + start = tvec = time(0); + readstdin = true; for (;;) { + FD_ZERO(&rfd); FD_SET(master, &rfd); - FD_SET(STDIN_FILENO, &rfd); - if (flushtime > 0) { - tv.tv_sec = flushtime; + if (readstdin) + FD_SET(STDIN_FILENO, &rfd); + if (!readstdin || flushtime > 0) { + tv.tv_sec = !readstdin ? 1 : flushtime - (tvec - start); tv.tv_usec = 0; + tvp = &tv; + readstdin = true; + } else { + tvp = NULL; } n = select(master + 1, &rfd, 0, 0, tvp); if (n < 0 && errno != EINTR) @@ -176,8 +179,10 @@ main(int argc, char *argv[]) cc = read(STDIN_FILENO, ibuf, BUFSIZ); if (cc < 0) break; - if (cc == 0) + if (cc == 0) { (void)write(master, ibuf, 0); + readstdin = false; + } if (cc > 0) { (void)write(master, ibuf, cc); if (kflg && tcgetattr(master, &stt) >= 0 && --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 18 21:31:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB190106566B; Sun, 18 Sep 2011 21:31:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B885C8FC17; Sun, 18 Sep 2011 21:31:40 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8ILVakr046825 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Sep 2011 00:31:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8ILVa1C099967; Mon, 19 Sep 2011 00:31:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8ILVZrb099966; Mon, 19 Sep 2011 00:31:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 19 Sep 2011 00:31:35 +0300 From: Kostik Belousov To: Mikolaj Golub Message-ID: <20110918213135.GG1511@deviant.kiev.zoral.com.ua> References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <868vpmdq11.fsf@kopusha.home.net> <20110918172423.GB1511@deviant.kiev.zoral.com.ua> <86zki1d0ve.fsf@kopusha.home.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7/n32iUg2MEZqnOh" Content-Disposition: inline In-Reply-To: <86zki1d0ve.fsf@kopusha.home.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no 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" , cperciva@freebsd.org, Jeremy Chadwick , Ronald Klop Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2011 21:31:41 -0000 --7/n32iUg2MEZqnOh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 18, 2011 at 11:57:57PM +0300, Mikolaj Golub wrote: >=20 > On Sun, 18 Sep 2011 20:24:23 +0300 Kostik Belousov wrote: >=20 > KB> On Sun, Sep 18, 2011 at 02:54:34PM +0300, Mikolaj Golub wrote: > >>=20 > >> On Sun, 18 Sep 2011 13:25:26 +0200 Ronald Klop wrote: > >>=20 > >> RK> It is a while since I programmed C, but why will writing 0 bytes= give > >> RK> the reader an end-of-file? Shouldn't the fd be closed to indicate > >> RK> end-of-file? > >>=20 > >> AFAIR, this trick with writing 0 to emulate EOF because we can't clos= e the fd > >> -- we still want to read from it. Poor shutdown(2) for non-socket :-= ). > >>=20 > >> Colin might tell more... >=20 > KB> Please note that interpreting the receiving of 0 bytes on the termin= al=20 > KB> as EOF is only a convention. If done absolutely properly, script sha= ll > KB> not interpret zero-byte read as EOF. Might be, the reasonable thing = to > KB> do would be to only look at the stdin once in a second after receivi= ng > KB> zero-bytes, and switching it back to normal mode if something is rea= d. >=20 > Ok. I see. Below is the patch that does something like this. Looks fine for me, but I did not tested it. I would also suggest to document this behaviour, which can cause a 1-second pause in processing of the user input, somewhere in script(1) manpage, BUGS ? --7/n32iUg2MEZqnOh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk52YzcACgkQC3+MBN1Mb4jz9QCcCdazN/GUNjrcKlrhQ2eni9PK PRgAoIhBg2xYfXfUW/zLOYlj8chpXl84 =9maL -----END PGP SIGNATURE----- --7/n32iUg2MEZqnOh-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 06:18:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41246106564A for ; Mon, 19 Sep 2011 06:18:38 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id F05DA8FC0C for ; Mon, 19 Sep 2011 06:18:37 +0000 (UTC) Received: by yxk36 with SMTP id 36so4800203yxk.13 for ; Sun, 18 Sep 2011 23:18:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=aoOkNiaBo2k7tyoek5bXt9ejUnSDYZUI1Td/zNtDfbk=; b=M+K6ZCrQJSMOaG91F0QfKAIn6KbvrQCaILCwAH7zyd3eROvOR0249CzVsF6YGkIlok 5Tjr2bwvk/U7uLz/o5zFR1ghxkoy6QuB2qAJ31HGA5DHa4LvTVOwnymkaKeMHr183mAy eRv2Nlt1G+TE9sv8MDr+Ol1qzsj92RONRcEc4= MIME-Version: 1.0 Received: by 10.150.148.16 with SMTP id v16mr1703069ybd.396.1316411366095; Sun, 18 Sep 2011 22:49:26 -0700 (PDT) Received: by 10.150.138.13 with HTTP; Sun, 18 Sep 2011 22:49:25 -0700 (PDT) In-Reply-To: <20110918172423.GB1511@deviant.kiev.zoral.com.ua> References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <868vpmdq11.fsf@kopusha.home.net> <20110918172423.GB1511@deviant.kiev.zoral.com.ua> Date: Sun, 18 Sep 2011 23:49:25 -0600 Message-ID: From: Chris Torek To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mikolaj Golub , "freebsd-stable@freebsd.org" , Jeremy Chadwick , cperciva@freebsd.org, Ronald Klop Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 06:18:38 -0000 On Sep 18, 2011 11:25 AM, "Kostik Belousov" wrote: > Please note that interpreting the receiving of 0 bytes on the terminal > as EOF is only a convention. If done absolutely properly, script shall > not interpret zero-byte read as EOF. Might be, the reasonable thing to > do would be to only look at the stdin once in a second after receiving > zero-bytes, and switching it back to normal mode if something is read. The other obvious alternative is to test for underlying file type, and distinguish between "EOF is forever" (ordinary pipes and sockets, some but not all block devices, etc) and "other".=A0 In fact, the "EOF is only temporary" mode introduced in the original change might reasonably be limited to character devices only, for the purposes to which script is put. The delay method has significant merit in terms of simplicity, of course: it avoids special-casing. To truly fix the problem, though, you would need something different in terms of a kernel interface: a message from the master side of the pty saying "slave side has done a read(n)" (where n is some integer), so that the program running the pty can issue a corresponding read(n) on a buffer, to forward the results back through the pty later. Without this, the "script" program erroneously translates one "EOF as signaled by read returning 0" into multiple "EOF on pty" signals. Adding a delay simply changes this from "as many as script can stuff down the pty at maximum CPU rate" to "one a second". Thus, if I were fixing this, I would lean towards "EOF is just a temporary signal" being applied only to character devices, and/or perhaps having a command-line flag to force one mode or the other (with the default being "EOF is permanent on everything except character devices"). Chris From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 10:20:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A391065670 for ; Mon, 19 Sep 2011 10:20:10 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from mail.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id 90FF48FC17 for ; Mon, 19 Sep 2011 10:20:10 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by mail.incore.de (Postfix) with ESMTP id 8E6055F7F0; Mon, 19 Sep 2011 12:20:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from mail.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id Zfd30cgp-baD; Mon, 19 Sep 2011 12:20:07 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by mail.incore.de (Postfix) with ESMTP id E999A5F7ED; Mon, 19 Sep 2011 12:20:07 +0200 (CEST) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id E36C1450A1; Mon, 19 Sep 2011 12:20:07 +0200 (CEST) Message-ID: <4E771757.7010900@incore.de> Date: Mon, 19 Sep 2011 12:20:07 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, egrosbein@rdtc.ru References: <4E64933E.8030908@incore.de> <201109061104.43409.jhb@freebsd.org> In-Reply-To: <201109061104.43409.jhb@freebsd.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Subject: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 10:20:10 -0000 Eugene Grosbein wrote: > Well, given that before busdma commit that hardware worked just fine > with stock driver, it could be less overhead for me to rollback that > one busdma small chunk :-) > Who knows, which drivers got broken then in 2010 in 6.4-STABLE with > busdma change besides re(4)... Another example is de(4) as mentioned in kern/151941. -- Dr. Andreas Longwitz Data Service GmbH Beethovenstr. 2A 23617 Stockelsdorf Amtsgericht Lübeck, HRB 318 BS Geschäftsführer: Wilfried Paepcke, Dr. Andreas Longwitz, Josef Flatau From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 12:02:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB95106566C for ; Mon, 19 Sep 2011 12:02:16 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3000:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id CA51A8FC0A for ; Mon, 19 Sep 2011 12:02:15 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R5cYA-000NfJ-Lr for freebsd-stable@freebsd.org; Mon, 19 Sep 2011 13:02:14 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R5cYA-0006FA-L0 for freebsd-stable@freebsd.org; Mon, 19 Sep 2011 13:02:14 +0100 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Mon, 19 Sep 2011 13:02:14 +0100 Subject: Usling vlan(4) without an actual lan behind it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 12:02:16 -0000 Can anyone see any problem is doing this ? i.e. creating a vlan interface which doesnt correspond to any physical interface, just as a place to hang IP addresses. I am trying to work around a problem with carp and ndp when there are multiple IPv6 addresses bound to it. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 12:28:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77CAE1065675 for ; Mon, 19 Sep 2011 12:28:11 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2431C8FC17 for ; Mon, 19 Sep 2011 12:28:10 +0000 (UTC) Received: from webmail.ee.ryerson.ca (eccles [172.16.1.2]) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id p8JCRu2m068784; Mon, 19 Sep 2011 08:27:56 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Received: from 206.108.127.2 (SquirrelMail authenticated user dmagda) by webmail.ee.ryerson.ca with HTTP; Mon, 19 Sep 2011 08:27:56 -0400 Message-ID: <7ca46ab8ebfa08fccf7b95440bdf6cb6.squirrel@webmail.ee.ryerson.ca> In-Reply-To: References: Date: Mon, 19 Sep 2011 08:27:56 -0400 From: "David Magda" To: "Pete French" User-Agent: SquirrelMail/1.4.20 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Usling vlan(4) without an actual lan behind it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 12:28:11 -0000 On Mon, September 19, 2011 08:02, Pete French wrote: > Can anyone see any problem is doing this ? i.e. creating a vlan interface > which doesnt correspond to any physical interface, just as a place to hang > IP addresses. I am trying to work around a problem with carp and ndp when > there are multiple IPv6 addresses bound to it. Does it specifically have to be a vlan(4), or can you perhaps add another address to lo(4), or perhaps create a "lo1" in addition to the "lo0"? From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 12:45:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E9E6106566B for ; Mon, 19 Sep 2011 12:45:25 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3000:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 226AE8FC15 for ; Mon, 19 Sep 2011 12:45:25 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R5dDg-000OJ6-Bb; Mon, 19 Sep 2011 13:45:08 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R5dDg-0006PI-Ai; Mon, 19 Sep 2011 13:45:08 +0100 To: dmagda@ee.ryerson.ca, petefrench@ingresso.co.uk In-Reply-To: <7ca46ab8ebfa08fccf7b95440bdf6cb6.squirrel@webmail.ee.ryerson.ca> Message-Id: From: Pete French Date: Mon, 19 Sep 2011 13:45:08 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Usling vlan(4) without an actual lan behind it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 12:45:25 -0000 > Does it specifically have to be a vlan(4), or can you perhaps add another > address to lo(4), or perhaps create a "lo1" in addition to the "lo0"? It can be anything really - I was looking for a "generic" interface I can configure with IP addresses. But adding real addresses to loopback interfaces can cause problems can it not ? The issue I am trying to address is that I have a whole bunch of IPv6 addresse on a /64, which are oly used as endpoints for a set of websites - they don't exist on a real ethernet anywhere, and don't need to. I just want them on an interface on a machine wwhen I can run up a load balancer to listeon on those addresses and forward them to the approrpiate actual machines serving the requests. Currently I am using a range which is the same as the IPv6 - so they do exist on a real ethernet - but the nework interface there is CARP, and from the inside ndp can oly resolve the single initial carp address (I believe this is a known bug). So I want some interface on the firewall box, which is neither the outside, nor the inside, where I can hang a set of addresses on a different subnet. That way both sides will be able to see the addresses fine, and everything will work nicely. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 12:51:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B791065670 for ; Mon, 19 Sep 2011 12:51:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 648EF8FC13 for ; Mon, 19 Sep 2011 12:51:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 002CB46B59; Mon, 19 Sep 2011 08:51:21 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 90BAA8A03E; Mon, 19 Sep 2011 08:51:21 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 19 Sep 2011 08:51:20 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E64933E.8030908@incore.de> <201109061104.43409.jhb@freebsd.org> <4E771757.7010900@incore.de> In-Reply-To: <4E771757.7010900@incore.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201109190851.20863.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 19 Sep 2011 08:51:21 -0400 (EDT) Cc: Andreas Longwitz , egrosbein@rdtc.ru Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 12:51:22 -0000 On Monday, September 19, 2011 6:20:07 am Andreas Longwitz wrote: > Eugene Grosbein wrote: > > > Well, given that before busdma commit that hardware worked just fine > > with stock driver, it could be less overhead for me to rollback that > > one busdma small chunk :-) > > Who knows, which drivers got broken then in 2010 in 6.4-STABLE with > > busdma change besides re(4)... > > Another example is de(4) as mentioned in kern/151941. Hmm, that PR isn't really about de(4). For de(4) I think you probably want this change: r197465 | yongari | 2009-09-24 13:53:00 -0400 (Thu, 24 Sep 2009) | 18 lines Align Tx/Rx descriptors on 32 bytes boundary instead of PAGE_SIZE. Also align setup descriptor on 32 bytes boundary. Tx buffer have no alignment limitation so create dmamap without alignment restriction[1]. Rx buffer still seems to require 4 bytes alignment limitation but we can simply use MCLBYTES for size to map the buffer instead of TULIP_DATA_PER_DESC as the buffer is allocated with m_getcl(9). de(4) supports up to TULIP_MAX_TXSEG segments for Tx buffers, increase maximum dma segment size to TULIP_MAX_TXSEG * MCLBYTES. While I'm here remove TULIP_DATA_PER_DESC as it is not used anymore. This should fix de(4) breakage introduced after r176206. Submitted by: jhb [1] Reported by: WATANABE Kazuhiro < CQG00620 <> nifty dot ne dot jp > Tested by: WATANABE Kazuhiro < CQG00620 <> nifty dot ne dot jp >, Takahashi Yoshihiro < nyan <> jp dot freebsd dot org > And probably these as well: ------------------------------------------------------------------------ r197464 | yongari | 2009-09-24 13:11:41 -0400 (Thu, 24 Sep 2009) | 2 lines Destroy dmamap in dma cleanup. ------------------------------------------------------------------------ r197463 | yongari | 2009-09-24 13:07:04 -0400 (Thu, 24 Sep 2009) | 2 lines Consistently use bus_addr_t. ------------------------------------------------------------------------ r197461 | yongari | 2009-09-24 12:57:35 -0400 (Thu, 24 Sep 2009) | 4 lines Use __NO_STRICT_ALIGNMENT to determine whether de(4) have to apply alignment fixup code for received frames on strict alignment architectures. ------------------------------------------------------------------------ r177937 | jhb | 2008-04-05 13:24:44 -0400 (Sat, 05 Apr 2008) | 9 lines During attach on some de(4) adapters the driver sends out a test packet as part of detecting the media. Explicitly ensure that we don't send it to bpf(4) as bpf(4) isn't setup yet. This worked by accident before the bpf interface stuff was reworked to avoid other races (bpf_peers_present, etc.) but now it needs an explicit check to avoid a panic. MFC after: 3 days PR: kern/120915 ------------------------------------------------------------------------ r170389 | yongari | 2007-06-06 20:28:47 -0400 (Wed, 06 Jun 2007) | 9 lines The maxsegsz of a dma tag created in de(4) is TULIP_DATA_PER_DESC bytes. In Rx path it allocates a new mbuf with m_getcl(9) so the length of the mbuf is MCLBYTES which is greater than a segment size specified by the dma tag. This segment size mismatch caused a voluntary panic. Fix the panic by settting the mbuf length to TULIP_DATA_PER_DESC. Reported by: Arne H Juul Tested by: Arne H Juul -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 13:00:26 2011 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 289B9106566B for ; Mon, 19 Sep 2011 13:00:26 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id AE9858FC18 for ; Mon, 19 Sep 2011 13:00:25 +0000 (UTC) Received: from conversation.bsdunix.ch (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id EC433A146 for ; Mon, 19 Sep 2011 12:45:05 +0000 (UTC) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by conversation.bsdunix.ch (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1XN3MNpfu8a0 for ; Mon, 19 Sep 2011 12:45:05 +0000 (UTC) Received: from ernie.mlan.solnet.ch (ernie.mlan.solnet.ch [212.101.1.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTPSA id 31AD7A143 for ; Mon, 19 Sep 2011 12:45:05 +0000 (UTC) From: Thomas Vogt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 19 Sep 2011 14:45:04 +0200 Message-Id: <94E5E0D6-3062-44A2-8ED3-3C3D44FA7A09@bsdunix.ch> To: stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) Cc: Subject: mpt0 timeouts with an intel SASUC8I controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 13:00:26 -0000 Hello I've stability issue with my new intel SASUC8I [1] PCIe controller. It's = a LSI 1068e based controller. After a few minutes with disk io (csup or = scrub by example) my FreeBSD 8-stable (64bit) is "freezing" for a couple = of minutes and I see a lot of error messages like: Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bc3b0:48367 timed = out for ccb 0xffffff00050a8000 (req->ccb 0xffffff00050a8000) Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bbb40:48368 timed = out for ccb 0xffffff0004f81800 (req->ccb 0xffffff0004f81800) Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req = 0xffffff80002bc3b0:48367 Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req = 0xffffff80002bbb40:48368 Sep 17 03:10:03 gw kernel: mpt0: Timedout requests already complete. = Interrupts may not be functioning It takes minutes to execute commands after the first timeout message. = The whole OS is running on single raidz ZFS pool. I use 4x 2TB SpinPoint = F4 EcoGreen HD204UI disks with fixed firmware [2]. The disks are = connected with brand new adaptec cables. I already replaced a cable to = disqualify a cable issue. smartctl looks ok. The system is working fine = if I connect all 4 disk to the the onboard controller.=20 Is this an known issue with this controller and the mpt driver? Is there = an workaround? I hope someone can help me. Regards, Thomas FreeBSD Information: 8.2-STABLE FreeBSD 8.2-STABLE #3: Sun Jul 3 19:39:11 UTC 2011 = root@gw.lan:/usr/obj/usr/src/sys/GENERIC amd64 Motherboard: smbios.planar.maker=3D"ASUSTeK Computer INC." smbios.planar.product=3D"P5N73-AM" Controller: mptutil show adapter mpt0 Adapter: Board Name: SASUC8I Board Assembly: L3-25071-00C Chip Name: C1068E Chip Revision: UNUSED RAID Levels: RAID0, RAID1, RAID1E RAID0 Stripes: 64k RAID1E Stripes: 64k RAID0 Drives/Vol: 2-10 RAID1 Drives/Vol: 2 dmesg about the controller: mpt0: port 0xee00-0xeeff mem = 0xef7fc000-0xef7fffff,0xef7e0000-0xef7effff irq 16 at device 0.0 on pci2 mpt0: [ITHREAD] mpt0: MPI Version=3D1.5.20.0 mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 0 Active Volumes (2 Max) mpt0: 0 Hidden Drive Members (14 Max) zpool status: pool: tank state: ONLINE scan: scrub canceled on Sun Sep 18 10:44:46 2011 config: NAME STATE READ = WRITE CKSUM tank ONLINE 0 = 0 0 raidz1-0 ONLINE 0 = 0 0 gptid/7cd20811-2af6-11e0-9271-e5dbd4b6b481 ONLINE 0 = 0 0 gptid/7d7af0fc-2af6-11e0-b0b1-85b4c14d926b ONLINE 0 = 0 0 gptid/7e24b41a-2af6-11e0-944f-fb3dae8bad6a ONLINE 0 = 0 0 gptid/dac06b61-972b-11e0-affc-1c6f65565b30 ONLINE 0 = 0 0 /boot/loader.conf: zfs_load=3D"YES" vfs.root.mountfrom=3D"zfs:tank/root" aio_load=3D"yes" ahci_load=3D"YES" ataahci_load=3D"YES" ipfw_load=3D"YES" vm.kmem_size=3D"6G" vfs.zfs.arc_max=3D"4G" vfs.zfs.prefetch_disable=3D"1" vfs.zfs.txg.timeout=3D"5" rc.conf: ipv6_firewall_enable=3D"YES" ipv6_firewall_type=3D"OPEN" sendmail_enable=3D"NO" sshd_enable=3D"YES" zfs_enable=3D"YES" firewall_enable=3D"YES" firewall_type=3D"OPEN" dmesg: http://pastebin.com/sL15g1vt smartctl: http://pastebin.com/wYU2DXJ4 [1] = http://www.intel.com/content/www/us/en/servers/raid/raid-controller-sasuc8= i.html [2] = http://www.samsung.com/global/business/hdd/faqView.do?b2b_bbs_msg_id=3D386= From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 13:35:25 2011 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 54FAD106564A for ; Mon, 19 Sep 2011 13:35:25 +0000 (UTC) (envelope-from thomas@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 127AA8FC08 for ; Mon, 19 Sep 2011 13:35:24 +0000 (UTC) Received: from conversation.bsdunix.ch (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 9DF1DA3E9 for ; Mon, 19 Sep 2011 13:16:45 +0000 (UTC) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by conversation.bsdunix.ch (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QBxjrvT0QaTG for ; Mon, 19 Sep 2011 13:16:45 +0000 (UTC) Received: from ernie.mlan.solnet.ch (ernie.mlan.solnet.ch [212.101.1.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTPSA id 261C8A3E2 for ; Mon, 19 Sep 2011 13:16:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1244.3) From: Thomas Vogt In-Reply-To: <94E5E0D6-3062-44A2-8ED3-3C3D44FA7A09@bsdunix.ch> Date: Mon, 19 Sep 2011 15:16:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0FD61BEF-D6E7-4948-9E0E-19C701E2FCF4@bsdunix.ch> References: <94E5E0D6-3062-44A2-8ED3-3C3D44FA7A09@bsdunix.ch> To: stable@freebsd.org X-Mailer: Apple Mail (2.1244.3) Cc: Subject: Re: mpt0 timeouts with an intel SASUC8I controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 13:35:25 -0000 Hello On Sep 19, 2011, at 2:45 PM, Thomas Vogt wrote: > I've stability issue with my new intel SASUC8I [1] PCIe controller. = It's a LSI 1068e based controller. After a few minutes with disk io = (csup or scrub by example) my FreeBSD 8-stable (64bit) is "freezing" for = a couple of minutes and I see a lot of error messages like: >=20 > dmesg: > http://pastebin.com/sL15g1vt >=20 > smartctl: > http://pastebin.com/wYU2DXJ4 Sorry: http://pastebin.com/0Na23R54 Regards, Tom From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 13:59:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00211106567E for ; Mon, 19 Sep 2011 13:59:24 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id BAEDA8FC15 for ; Mon, 19 Sep 2011 13:59:24 +0000 (UTC) Received: from webmail.ee.ryerson.ca (eccles [172.16.1.2]) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id p8JDx9vK075607; Mon, 19 Sep 2011 09:59:09 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Received: from 206.108.127.2 (SquirrelMail authenticated user dmagda) by webmail.ee.ryerson.ca with HTTP; Mon, 19 Sep 2011 09:59:09 -0400 Message-ID: In-Reply-To: References: Date: Mon, 19 Sep 2011 09:59:09 -0400 From: "David Magda" To: "Pete French" User-Agent: SquirrelMail/1.4.20 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Usling vlan(4) without an actual lan behind it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 13:59:25 -0000 On Mon, September 19, 2011 08:45, Pete French wrote: >> Does it specifically have to be a vlan(4), or can you perhaps add >> another >> address to lo(4), or perhaps create a "lo1" in addition to the "lo0"? > > It can be anything really - I was looking for a "generic" interface > I can configure with IP addresses. But adding real addresses to > loopback interfaces can cause problems can it not ? No, you can create an lo0:1 that's a /32 and it shouldn't be a problem. There are a bunch HOWTOs around on configuring anycast that instruct one to put the "service" IP on an alias on lo0 and then run an OSPF process that advertises that this IP is available on this host (which acts as a router). http://www.openfusion.net/linux/anycast_dns From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 14:36:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D9051065670 for ; Mon, 19 Sep 2011 14:36:10 +0000 (UTC) (envelope-from rs@bytecamp.net) Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2618FC12 for ; Mon, 19 Sep 2011 14:36:09 +0000 (UTC) Received: (qmail 58180 invoked by uid 89); 19 Sep 2011 16:36:08 +0200 Received: from stella.bytecamp.net (HELO ?212.204.60.37?) (rs%bytecamp.net@212.204.60.37) by mail.bytecamp.net with CAMELLIA256-SHA encrypted SMTP; 19 Sep 2011 16:36:08 +0200 Message-ID: <4E775357.6020104@bytecamp.net> Date: Mon, 19 Sep 2011 16:36:07 +0200 From: Robert Schulze Organization: bytecamp GmbH User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: change in io statistics since updating 8.2-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 14:36:10 -0000 Hello, like described in another thread, we recently updated a fileserver from 8.2-STABLE@2011-05-08 to 8.2-STABLE@2011-09-08 (amd64 both). ZPool is left at v14, the filesystems at version 3. Nothing in /boot/loader.conf or /etc/sysctl.conf has been changed. We now realize that r/w behaviour has changed on the whole pool. The l2arc devices (2 SSDs) have decreased in writes from average 10M/sec (peaks at 20 M/sec) to <5M/sec. On the other hand, reads on the disks (2x5 disks raidz2) have increased (nearly doubled on each disk). I suspect, that the cache is somewhat faulty or has become slow, and so ZFS decides to read data from main storage instead of the cache. Is there another explaination? Are there some defaults of sysctls which have been changed from May to September? with kind regards, Robert Schulze From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 19:13:55 2011 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 9C0C6106566B for ; Mon, 19 Sep 2011 19:13:55 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 576908FC0C for ; Mon, 19 Sep 2011 19:13:55 +0000 (UTC) Received: from conversation.bsdunix.ch (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 494D3B6DE; Mon, 19 Sep 2011 19:13:54 +0000 (UTC) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by conversation.bsdunix.ch (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4yRO10VGgGDQ; Mon, 19 Sep 2011 19:13:53 +0000 (UTC) Received: from [192.168.1.4] (dmhd.bsdunix.ch [82.220.17.25]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTPSA id A9946B6DB; Mon, 19 Sep 2011 19:13:53 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Thomas Vogt In-Reply-To: <20110919190659.GA76654@alchemy.franken.de> Date: Mon, 19 Sep 2011 21:13:53 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <94E5E0D6-3062-44A2-8ED3-3C3D44FA7A09@bsdunix.ch> <20110919190659.GA76654@alchemy.franken.de> To: Marius Strobl X-Mailer: Apple Mail (2.1244.3) Cc: stable@freebsd.org Subject: Re: mpt0 timeouts with an intel SASUC8I controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 19:13:55 -0000 Hi Marius On 19.09.2011, at 21:06, Marius Strobl wrote: > On Mon, Sep 19, 2011 at 02:45:04PM +0200, Thomas Vogt wrote: >> Hello >>=20 >> I've stability issue with my new intel SASUC8I [1] PCIe controller. = It's a LSI 1068e based controller. After a few minutes with disk io = (csup or scrub by example) my FreeBSD 8-stable (64bit) is "freezing" for = a couple of minutes and I see a lot of error messages like: >>=20 >> Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bc3b0:48367 = timed out for ccb 0xffffff00050a8000 (req->ccb 0xffffff00050a8000) >> Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bbb40:48368 = timed out for ccb 0xffffff0004f81800 (req->ccb 0xffffff0004f81800) >> Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req = 0xffffff80002bc3b0:48367 >> Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req = 0xffffff80002bbb40:48368 >> Sep 17 03:10:03 gw kernel: mpt0: Timedout requests already complete. = Interrupts may not be functioning >>=20 >=20 > If this really is an issue with interrupts not getting delivered you > could try whether disabling MSI/MSI-X by setting hw.pci.enable_msi=3D0 > and hw.pci.enable_msix=3D0 either on the loader prompt or via = loader.conf > works around it. I already tried this. It didn't change anything. Same timeouts. I also tried vfs.zfs.vdev.min_pending=3D"1" and = vfs.zfs.vdev.max_pending=3D"1" in loader.conf without any positive = change. Regards, Tom From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 19:29:57 2011 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 139D9106567C for ; Mon, 19 Sep 2011 19:29:57 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 8C84D8FC27 for ; Mon, 19 Sep 2011 19:29:55 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p8JJ6xZ8076669; Mon, 19 Sep 2011 21:07:00 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p8JJ6xcj076668; Mon, 19 Sep 2011 21:06:59 +0200 (CEST) (envelope-from marius) Date: Mon, 19 Sep 2011 21:06:59 +0200 From: Marius Strobl To: Thomas Vogt Message-ID: <20110919190659.GA76654@alchemy.franken.de> References: <94E5E0D6-3062-44A2-8ED3-3C3D44FA7A09@bsdunix.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <94E5E0D6-3062-44A2-8ED3-3C3D44FA7A09@bsdunix.ch> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: mpt0 timeouts with an intel SASUC8I controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 19:29:57 -0000 On Mon, Sep 19, 2011 at 02:45:04PM +0200, Thomas Vogt wrote: > Hello > > I've stability issue with my new intel SASUC8I [1] PCIe controller. It's a LSI 1068e based controller. After a few minutes with disk io (csup or scrub by example) my FreeBSD 8-stable (64bit) is "freezing" for a couple of minutes and I see a lot of error messages like: > > Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bc3b0:48367 timed out for ccb 0xffffff00050a8000 (req->ccb 0xffffff00050a8000) > Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bbb40:48368 timed out for ccb 0xffffff0004f81800 (req->ccb 0xffffff0004f81800) > Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req 0xffffff80002bc3b0:48367 > Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req 0xffffff80002bbb40:48368 > Sep 17 03:10:03 gw kernel: mpt0: Timedout requests already complete. Interrupts may not be functioning > If this really is an issue with interrupts not getting delivered you could try whether disabling MSI/MSI-X by setting hw.pci.enable_msi=0 and hw.pci.enable_msix=0 either on the loader prompt or via loader.conf works around it. Marius From owner-freebsd-stable@FreeBSD.ORG Mon Sep 19 19:53:43 2011 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 12067106566C for ; Mon, 19 Sep 2011 19:53:43 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 8807C8FC08 for ; Mon, 19 Sep 2011 19:53:42 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p8JJresL076796; Mon, 19 Sep 2011 21:53:40 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p8JJreVd076795; Mon, 19 Sep 2011 21:53:40 +0200 (CEST) (envelope-from marius) Date: Mon, 19 Sep 2011 21:53:40 +0200 From: Marius Strobl To: Thomas Vogt Message-ID: <20110919195340.GQ40781@alchemy.franken.de> References: <94E5E0D6-3062-44A2-8ED3-3C3D44FA7A09@bsdunix.ch> <20110919190659.GA76654@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: mpt0 timeouts with an intel SASUC8I controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2011 19:53:43 -0000 On Mon, Sep 19, 2011 at 09:13:53PM +0200, Thomas Vogt wrote: > Hi Marius > > On 19.09.2011, at 21:06, Marius Strobl wrote: > > > On Mon, Sep 19, 2011 at 02:45:04PM +0200, Thomas Vogt wrote: > >> Hello > >> > >> I've stability issue with my new intel SASUC8I [1] PCIe controller. It's a LSI 1068e based controller. After a few minutes with disk io (csup or scrub by example) my FreeBSD 8-stable (64bit) is "freezing" for a couple of minutes and I see a lot of error messages like: > >> > >> Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bc3b0:48367 timed out for ccb 0xffffff00050a8000 (req->ccb 0xffffff00050a8000) > >> Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bbb40:48368 timed out for ccb 0xffffff0004f81800 (req->ccb 0xffffff0004f81800) > >> Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req 0xffffff80002bc3b0:48367 > >> Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req 0xffffff80002bbb40:48368 > >> Sep 17 03:10:03 gw kernel: mpt0: Timedout requests already complete. Interrupts may not be functioning > >> > > > > If this really is an issue with interrupts not getting delivered you > > could try whether disabling MSI/MSI-X by setting hw.pci.enable_msi=0 > > and hw.pci.enable_msix=0 either on the loader prompt or via loader.conf > > works around it. > > I already tried this. It didn't change anything. Same timeouts. > > I also tried vfs.zfs.vdev.min_pending="1" and vfs.zfs.vdev.max_pending="1" in loader.conf without any positive change. > Okay, I was just worried as I recently changed mpt(4) to use MSI/MSI-X by default for the SAS variants but couldn't test with all of them. I'm not aware of any issues with the driver causing command timeouts though. I'd make sure that both the controller and the disks have the latest firmware; IIRC some time ago someone reported on current@ that updating the firmware of the disks solved the timeouts he was seeing for him. Marius From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 03:25:00 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E6511065670; Tue, 20 Sep 2011 03:25:00 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1518FC0A; Tue, 20 Sep 2011 03:24:59 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p8K3Ojfg091994; Tue, 20 Sep 2011 12:24:55 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p8K3OZw8027561; Tue, 20 Sep 2011 12:24:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 20 Sep 2011 12:22:02 +0900 (JST) Message-Id: <20110920.122202.1039954481859032313.hrs@allbsd.org> To: pjd@FreeBSD.org, mm@FreeBSD.org, freebsd-stable@FreeBSD.org From: Hiroki Sato In-Reply-To: <20110911.054601.1424617155148336027.hrs@allbsd.org> References: <20110907.094717.2272609566853905102.hrs@allbsd.org> <20110910.044841.232160047547388224.hrs@allbsd.org> <20110911.054601.1424617155148336027.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Sep_20_12_22_02_2011_324)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Tue, 20 Sep 2011 12:24:56 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: attilio@FreeBSD.org, kib@FreeBSD.org Subject: Re: ZFS panic on a RELENG_8 NFS server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2011 03:25:00 -0000 ----Security_Multipart(Tue_Sep_20_12_22_02_2011_324)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20110911.054601.1424617155148336027.hrs@allbsd.org>: hr> Hiroki Sato wrote hr> in <20110910.044841.232160047547388224.hrs@allbsd.org>: hr> hr> hr> Hiroki Sato wrote hr> hr> in <20110907.094717.2272609566853905102.hrs@allbsd.org>: hr> hr> hr> hr> hr> During this investigation an disk has to be replaced and resilvering hr> hr> hr> it is now in progress. A deadlock and a forced reboot after that hr> hr> hr> make recovering of the zfs datasets take a long time (for committing hr> hr> hr> logs, I think), so I will try to reproduce the deadlock and get a hr> hr> hr> core dump after it finished. hr> hr> hr> hr> I think I could reproduce the symptoms. I have no idea about if hr> hr> these are exactly the same as occurred on my box before because the hr> hr> kernel was replaced with one with some debugging options, but these hr> hr> are reproducible at least. hr> hr> hr> hr> There are two symptoms. One is a panic. A DDB output when the panic hr> hr> occurred is the following: hr> hr> I am trying vfs.lookup_shared=0 and seeing how it goes. It seems the hr> box can endure a high load which quickly caused these symptoms. There was no difference by the knob. The same panic or unresponsiveness still occurs in about 24-32 hours or so. -- Hiroki ----Security_Multipart(Tue_Sep_20_12_22_02_2011_324)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk54BtoACgkQTyzT2CeTzy0p9gCdFS38tXvE6sAJhynPuZNmWlg/ kYEAoJE8FHCjXGwxo8+KgIRaTVjv9AaC =/2gn -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Sep_20_12_22_02_2011_324)---- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 04:52:58 2011 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 462B21065672 for ; Tue, 20 Sep 2011 04:52:58 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id F219A8FC16 for ; Tue, 20 Sep 2011 04:52:57 +0000 (UTC) Received: by yxk36 with SMTP id 36so102527yxk.13 for ; Mon, 19 Sep 2011 21:52:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=S4MpJgL+6CBKM8dvl0CAYLsOvQG2KbhK/4M2cEFEVsI=; b=GW+9uRd/h/DdRnciQVoa3uUzEXSyP9EBmeNxGkhwcl2zS/49qBUAuVzYUJRPVzrhNX 9ZcUPXEonlkFxPWTxRdE4GOwBeMSWv/MByFoxtw4+fndtWKKv0HE+2mKPmPKWRZkKwMn k7vi8el+C3hkd/iGvWzdjpdz/G8LsySRlyNnU= Received: by 10.236.139.138 with SMTP id c10mr1481804yhj.62.1316492873363; Mon, 19 Sep 2011 21:27:53 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net. [99.190.81.85]) by mx.google.com with ESMTPS id h20sm7884342ani.16.2011.09.19.21.27.51 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 19 Sep 2011 21:27:52 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8K4RnNi003156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 20 Sep 2011 00:27:49 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8K4RmNZ003155 for stable@FreeBSD.org; Tue, 20 Sep 2011 00:27:48 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Tue, 20 Sep 2011 00:27:48 -0400 From: Jason Hellenthal To: stable@FreeBSD.org Message-ID: <20110920042748.GA2746@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline Cc: Subject: h_ertt cc_vegas loader.conf interaction on stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2011 04:52:58 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On stable/8 as of the date of this message when attempting the following configuration the sysctl MIB net.inet.tcp.cc.algorithm is not available for /etc/sysctl.conf to tune for whatever reason. /boot/loader.conf: h_ertt_load="YES" cc_vegas_load="YES" /etc/sysctl.conf: net.inet.tcp.cc.algorithm=vegas After boot the system still has the congestion algo set to 'newreno' To get around this I had to load the above two modules at rc.local stage of the boot and also tune the sysctl via this method. Has anyone else seen this behavior with other congestion algo's ? Can any developer advise what is controlling this ? Thanks in advance. --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOeBZDAAoJEJBXh4mJ2FR+T/4H/i4W+EGyNdLKHS9xKgPeflRw F+jrlj3OC+92hb+s8jMEnYkonoxGQ9HthpxqWUAYoIzJ7dsSPyQjtOmfufcZ7hmC 0nQ1H/ReqIW6CCzoSv+6pAYW7ycoxxfpfZBQs98FloXEoOi6ZPzAREplaS0XJScs tSyx8Fj8pE6eersSdyZfdvVeQKvcEyKEmZsr0zveFOIDL/H2ZhzFr8yTSYWHB1dY cTeq8BASmOPN4AU+PjlvkNfLyuqc8q0S2qk2ad0AgytwfDp96ITuJicl9bGeGpy+ smnemboQnzKR/wpL5Mv3lX/Eb3MXbxVnR31+1u3xZah8DSU6tTNREe5lPDKXUOs= =VfnX -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 10:11:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6457106566C for ; Tue, 20 Sep 2011 10:11:49 +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 409758FC1D for ; Tue, 20 Sep 2011 10:11:49 +0000 (UTC) Received: from [212.182.167.131] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1R5xIq-0007rv-5j for freebsd-stable@freebsd.org; Tue, 20 Sep 2011 12:11:48 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id C7C8821B6 for ; Tue, 20 Sep 2011 12:11:43 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes References: <20110920011804.6C2D52151@sjakie.klop.ws> Date: Tue, 20 Sep 2011 12:11:43 +0200 To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20110920011804.6C2D52151@sjakie.klop.ws> User-Agent: Opera Mail/11.51 (FreeBSD) Content-Transfer-Encoding: quoted-printable Subject: usbus is seen as network interface - Fwd: sjakie.klop.ws daily run output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2011 10:11:49 -0000 Hello, Why is usbus seen as a network interface since some time? I'm running 9-CURRENT on amd64. At boot devd recognizes these devices and the failure to configure them =20 makes booting take longer. This is from an older console.log (still 8-STABLE), but I see the same =20 today on 9-CURRENT. Jun 2 13:25:35 sjakie kernel: Starting devd. Jun 2 13:25:35 sjakie kernel: usbus0: not found Jun 2 13:25:35 sjakie kernel: Jun 2 13:25:35 sjakie kernel: exiting. Jun 2 13:25:35 sjakie kernel: Starting Network: usbus0. Jun 2 13:25:35 sjakie kernel: usbus1: not found Jun 2 13:25:35 sjakie kernel: Jun 2 13:25:35 sjakie kernel: exiting. Jun 2 13:25:35 sjakie kernel: Starting Network: usbus1. Jun 2 13:25:35 sjakie kernel: usbus2: not found Jun 2 13:25:35 sjakie kernel: Jun 2 13:25:35 sjakie kernel: exiting. Ronald. ------- Forwarded message ------- From: "Charlie Root" To: root@klop.ws Cc: Subject: sjakie.klop.ws daily run output Date: Tue, 20 Sep 2011 03:18:03 +0200 Removing stale files from /var/preserve: Cleaning out old system announcements: Removing stale files from /var/rwho: Backup passwd and group files: Verifying group file syntax: /etc/group is fine Backing up package db directory: Rotating accounting logs and gathering statistics: Checking status of zfs pools: all pools are healthy Network interface status: Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll em0 1500 00:21:70:46:6c:da 1129338 0 0 861443 0 0 em0 1500 192.168.1.0 sjakie.home 1128004 - - 862309 - - usbus 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 usbus 0 0 0 0 0 0 0 lo0 16384 16 0 0 16 0 0 lo0 16384 localhost ::1 8 - - 8 - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - lo0 16384 your-net localhost 8 - - 8 - - Security check: (output mailed separately) Checking for denied zone transfers (AXFR and IXFR): -- End of daily output -- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 11:44:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50078106564A for ; Tue, 20 Sep 2011 11:44:57 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 210118FC0A for ; Tue, 20 Sep 2011 11:44:56 +0000 (UTC) Received: by iadk27 with SMTP id k27so821009iad.13 for ; Tue, 20 Sep 2011 04:44:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=KVGdhdaGqT4yC2lZ4c4TbLY3FJ2zs/QBBroBWBUpNbE=; b=VEFI3cNdLdLka25H72qjQl5SGfoz0N+RfN4nQP4IuD+npgofN8HFV3vsKYBT5CJfor c3rvGI9TWtEPTeOp1p5hJL6a7lSRf7KmB/CiAaKMHOgjqkWbp1QI3KmL5JQire05Hc5w vxGLx8t1P4jqKhnYT+icooC1qW/KYHmQ3nPX8= MIME-Version: 1.0 Received: by 10.231.41.36 with SMTP id m36mr1148319ibe.48.1316517397450; Tue, 20 Sep 2011 04:16:37 -0700 (PDT) Received: by 10.231.11.141 with HTTP; Tue, 20 Sep 2011 04:16:37 -0700 (PDT) Date: Tue, 20 Sep 2011 06:16:37 -0500 Message-ID: From: Zhihao Yuan To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 Subject: A problem may relate to USB 3.0 (xhci) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2011 11:44:57 -0000 Hi, I found a problem *may* relate to the xhci driver. My laptop, HP Elitebook 8540w, has two USB 3.0 interfaces. After the laptop has been used for several days, the USB 3.0 interfaces does not work anymore; I can only use them to charge mobile devices. A restart will reset everything. Since the problem is reproducible, I found the following in my /var/log/messages: Sep 12 21:34:46 compaq kernel: ugen1.2: at usbus1 (disconnected) Sep 12 21:34:46 compaq kernel: umass1: at uhub1, port 3, addr 1 (disconnected) Sep 12 21:34:46 compaq kernel: (da1:umass-sim1:1:0:0): lost device Sep 12 21:34:46 compaq kernel: (da1:umass-sim1:1:0:0): removing device entry Sep 12 21:34:54 compaq kernel: ugen1.2: at usbus1 (disconnected) And after that, ugen1.2 can no longer be recognized. ~> usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.1: at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.3: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen2.4: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON It just disappeared. ugen1.1 should be another USB 3.0 interface, but after one of them is down, none of them works, and message ugen1.2: at usbus1 (disconnected) just keep shown when I plug/unplug USB devices. My FreeBSD is FreeBSD compaq.yuetime 8.2-STABLE FreeBSD 8.2-STABLE #8 r225370: Sun Sep 4 05:14:37 CDT 2011 lichray@compaq.yuetime:/usr/obj/home/lichray/devel/freebsd-stable/sys/HOUKAGO amd64 ____________ This may be a hardware problem btw, since I only used FreeBSD on this laptop, so I can't say whether other USB stacks work correctly. And in the most cases I plug in my Samsung Exhibit 4G. As you known, after an Android device has been plugged in, you need to select "Connect to USB" manually, which generates: Sep 7 15:04:12 compaq kernel: ugen1.2: at usbus1 Sep 7 15:04:12 compaq kernel: umass1: on usbus1 Sep 7 15:04:14 compaq kernel: (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Sep 7 15:04:14 compaq kernel: (probe0:umass-sim1:1:0:0): CAM status: SCSI Status Error Sep 7 15:04:14 compaq kernel: (probe0:umass-sim1:1:0:0): SCSI status: Check Condition Sep 7 15:04:14 compaq kernel: (probe0:umass-sim1:1:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) Sep 7 15:04:14 compaq kernel: (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Sep 7 15:04:14 compaq kernel: (probe0:umass-sim1:1:0:0): CAM status: SCSI Status Error Sep 7 15:04:14 compaq kernel: (probe0:umass-sim1:1:0:0): SCSI status: Check Condition Sep 7 15:04:14 compaq kernel: (probe0:umass-sim1:1:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Sep 7 15:04:14 compaq kernel: da1 at umass-sim1 bus 1 scbus6 target 0 lun 0 Sep 7 15:04:14 compaq kernel: da1: Removable Direct Access SCSI-2 device Sep 7 15:04:14 compaq kernel: da1: 40.000MB/s transfers Sep 7 15:04:14 compaq kernel: da1: Attempt to query device size failed: NOT READY, Medium not present for each time. (Btw, I hope gpart/devfs can detect the medium availability change on USB :) This makes the device not that "regular". So the problem may also caused by the device. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 12:23:02 2011 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 24261106564A for ; Tue, 20 Sep 2011 12:23:02 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id C38CD8FC0A for ; Tue, 20 Sep 2011 12:23:01 +0000 (UTC) Received: from conversation.bsdunix.ch (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 5A1244CCA; Tue, 20 Sep 2011 12:23:00 +0000 (UTC) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by conversation.bsdunix.ch (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id EL6yO7rboaV3; Tue, 20 Sep 2011 12:22:59 +0000 (UTC) Received: from ernie.mlan.solnet.ch (ernie.mlan.solnet.ch [212.101.1.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTPSA id 8C90C4CC4; Tue, 20 Sep 2011 12:22:59 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Thomas Vogt In-Reply-To: <20110919195340.GQ40781@alchemy.franken.de> Date: Tue, 20 Sep 2011 14:22:59 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2843DCCD-4813-4B3A-B46E-0F73D87A1E3E@bsdunix.ch> References: <94E5E0D6-3062-44A2-8ED3-3C3D44FA7A09@bsdunix.ch> <20110919190659.GA76654@alchemy.franken.de> <20110919195340.GQ40781@alchemy.franken.de> To: Marius Strobl X-Mailer: Apple Mail (2.1244.3) Cc: stable@freebsd.org Subject: Re: mpt0 timeouts with an intel SASUC8I controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2011 12:23:02 -0000 On Sep 19, 2011, at 9:53 PM, Marius Strobl wrote: > On Mon, Sep 19, 2011 at 09:13:53PM +0200, Thomas Vogt wrote: >> Hi Marius >>=20 >> On 19.09.2011, at 21:06, Marius Strobl wrote: >>=20 >>> On Mon, Sep 19, 2011 at 02:45:04PM +0200, Thomas Vogt wrote: >>>> Hello >>>>=20 >>>> I've stability issue with my new intel SASUC8I [1] PCIe controller. = It's a LSI 1068e based controller. After a few minutes with disk io = (csup or scrub by example) my FreeBSD 8-stable (64bit) is "freezing" for = a couple of minutes and I see a lot of error messages like: >>>>=20 >>>> Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bc3b0:48367 = timed out for ccb 0xffffff00050a8000 (req->ccb 0xffffff00050a8000) >>>> Sep 17 03:10:03 gw kernel: mpt0: request 0xffffff80002bbb40:48368 = timed out for ccb 0xffffff0004f81800 (req->ccb 0xffffff0004f81800) >>>> Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req = 0xffffff80002bc3b0:48367 >>>> Sep 17 03:10:03 gw kernel: mpt0: completing timedout/aborted req = 0xffffff80002bbb40:48368 >>>> Sep 17 03:10:03 gw kernel: mpt0: Timedout requests already = complete. Interrupts may not be functioning >>>>=20 >>>=20 >>> If this really is an issue with interrupts not getting delivered you >>> could try whether disabling MSI/MSI-X by setting hw.pci.enable_msi=3D0= >>> and hw.pci.enable_msix=3D0 either on the loader prompt or via = loader.conf >>> works around it. >>=20 >> I already tried this. It didn't change anything. Same timeouts. >>=20 >> I also tried vfs.zfs.vdev.min_pending=3D"1" and = vfs.zfs.vdev.max_pending=3D"1" in loader.conf without any positive = change. >>=20 >=20 > Okay, I was just worried as I recently changed mpt(4) to use MSI/MSI-X > by default for the SAS variants but couldn't test with all of them. = I'm > not aware of any issues with the driver causing command timeouts = though. > I'd make sure that both the controller and the disks have the latest > firmware; IIRC some time ago someone reported on current@ that = updating > the firmware of the disks solved the timeouts he was seeing for him. I already use the latest IR firmware on my controller. This Intel = SASUC8I supports both initiator target (IT) and integrated RAID (IR) = firmware as most LSI SAS host adapter [1]. I flashed the controller from = IR to IT. It works now.=20 With IR firmware: mptutil show adapter mpt0 Adapter: Board Name: SASUC8I Board Assembly: L3-25071-00C Chip Name: C1068E Chip Revision: UNUSED RAID Levels: RAID0, RAID1, RAID1E RAID0 Stripes: 64k RAID1E Stripes: 64k RAID0 Drives/Vol: 2-10 RAID1 Drives/Vol: 2 With IT firmware: mptutil show adapter mpt0 Adapter: Board Name: SASUC8I Board Assembly: L3-25071-00C Chip Name: C1068E Chip Revision: UNUSED RAID Levels: none [1] http://kb.lsi.com/KnowledgebaseArticle16266.aspx Regards, Thomas= From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 13:08:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 177C01065670 for ; Tue, 20 Sep 2011 13:08:20 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id F3A6D8FC13 for ; Tue, 20 Sep 2011 13:08:19 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta14.emeryville.ca.mail.comcast.net with comcast id ayuC1h0081vN32cAE0v3Nk; Tue, 20 Sep 2011 12:55:03 +0000 Received: from pmather.tower.lib.vt.edu ([128.173.51.28]) by omta22.emeryville.ca.mail.comcast.net with comcast id b13U1h00p0cWWDL8i13XYy; Tue, 20 Sep 2011 13:03:38 +0000 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: Date: Tue, 20 Sep 2011 08:54:57 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <15798CB9-E1DC-4906-8951-AE23CD032FD6@gromit.dlib.vt.edu> References: <20110920011804.6C2D52151@sjakie.klop.ws> To: "Ronald Klop" X-Mailer: Apple Mail (2.1084) Cc: "freebsd-stable@freebsd.org" Subject: Re: usbus is seen as network interface - Fwd: sjakie.klop.ws daily run output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2011 13:08:20 -0000 On Sep 20, 2011, at 6:11 AM, Ronald Klop wrote: > Hello, >=20 > Why is usbus seen as a network interface since some time? > I'm running 9-CURRENT on amd64. I've been wondering this, too. It also started happening sometime in = the lifetime of 8-STABLE some months ago, with "netstat -i" showing = usbus network interfaces despite no ethernet NIC being attached. It = appears that "ifconfig" is smart enough to omit these in output, as was = netstat in former times on RELENG_8 (and still is on RELENG_7), so why = include them now? Just wondering... Cheers, Paul.= From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 13:10:07 2011 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 E452C106564A for ; Tue, 20 Sep 2011 13:10:07 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD9E8FC17 for ; Tue, 20 Sep 2011 13:10:07 +0000 (UTC) Received: by qyk4 with SMTP id 4so526910qyk.13 for ; Tue, 20 Sep 2011 06:10:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Xo47tervC5VDMsdS7v3CVHI1fnAMjUq10hWOBbfjXuw=; b=Gk3sowON8nvZoGrSlSWYon6JfIvVk31Xp+546qMb65uV3KQFdRI+bcKhBkPsua7+oo kFKSl5fbJCHV5blV7CumULLODslDFCW035K1QWnusHs05kgwZ56kzDDsCQWN/KPrV4Ws 046/uMZYayLvCj+/wCiuf6J04KKV+zP+VYR5w= MIME-Version: 1.0 Received: by 10.52.23.2 with SMTP id i2mr642291vdf.412.1316522874336; Tue, 20 Sep 2011 05:47:54 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.113.202 with HTTP; Tue, 20 Sep 2011 05:47:54 -0700 (PDT) In-Reply-To: <20110920042748.GA2746@DataIX.net> References: <20110920042748.GA2746@DataIX.net> Date: Tue, 20 Sep 2011 14:47:54 +0200 X-Google-Sender-Auth: _qObAwW4OUkqfwdRl8MsL0oo4kg Message-ID: From: "K. Macy" To: Jason Hellenthal Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: Re: h_ertt cc_vegas loader.conf interaction on stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2011 13:10:08 -0000 On Tue, Sep 20, 2011 at 6:27 AM, Jason Hellenthal wrote: > > On stable/8 as of the date of this message when attempting the following > configuration the sysctl MIB net.inet.tcp.cc.algorithm is not available > for /etc/sysctl.conf to tune for whatever reason. What (I think) you're in essence asking is for the kernel to dynamically load cc algorithms when you set the sysctl for the default to one that has not yet been loaded. Below is the sysctl handler, you'll see that it only lets you set it to an algorithm that has already been loaded. Yes it would be possible to dynamically load the way system does with ifconfig, but I don't know how many people would feel that it was the effort of adding the code to iterate through all the modules in a path looking for one that provided the name that had been set. Cheers /* * Sysctl handler to show and change the default CC algorithm. */ static int cc_default_algo(SYSCTL_HANDLER_ARGS) { char default_cc[TCP_CA_NAME_MAX]; struct cc_algo *funcs; int err, found; err = found = 0; if (req->newptr == NULL) { /* Just print the current default. */ CC_LIST_RLOCK(); strlcpy(default_cc, CC_DEFAULT()->name, TCP_CA_NAME_MAX); CC_LIST_RUNLOCK(); err = sysctl_handle_string(oidp, default_cc, 1, req); } else { /* Find algo with specified name and set it to default. */ CC_LIST_RLOCK(); STAILQ_FOREACH(funcs, &cc_list, entries) { if (strncmp((char *)req->newptr, funcs->name, TCP_CA_NAME_MAX) == 0) { found = 1; V_default_cc_ptr = funcs; } } CC_LIST_RUNLOCK(); if (!found) err = ESRCH; } return (err); } > /boot/loader.conf: > h_ertt_load="YES" > cc_vegas_load="YES" > > /etc/sysctl.conf: > net.inet.tcp.cc.algorithm=vegas > > > After boot the system still has the congestion algo set to 'newreno' > > To get around this I had to load the above two modules at rc.local stage > of the boot and also tune the sysctl via this method. > > > Has anyone else seen this behavior with other congestion algo's ? > > Can any developer advise what is controlling this ? > > > Thanks in advance. > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 13:42:16 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FFD21065673 for ; Tue, 20 Sep 2011 13:42:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id DBBE68FC08 for ; Tue, 20 Sep 2011 13:42:15 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p8KDfw2F086882; Tue, 20 Sep 2011 15:42:14 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p8KDfwoT086881; Tue, 20 Sep 2011 15:41:58 +0200 (CEST) (envelope-from olli) Date: Tue, 20 Sep 2011 15:41:58 +0200 (CEST) Message-Id: <201109201341.p8KDfwoT086881@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (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-4.3.5 (lurza.secnetix.de [127.0.0.1]); Tue, 20 Sep 2011 15:42:14 +0200 (CEST) Cc: Subject: 7-stable: Root mount problem (mpt, probing / timing related) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2011 13:42:16 -0000 Hi, I've updated a server with mpt controller to the latest 7-stable (ok, it's 7-stable from last week). During the boot sequence, the disk connected to the mpt controller (da0) seems to be probed too late, i.e. just _after_ the kernel tries to mount the root file system. It's just a fraction of a second too late. This is a screen shot of the situation: http://www.secnetix.de/olli/tmp2/screenshot-boot.jpg Of course, I can enter "ufs:da0s1a" at the rootmount prompt, and the machine continues to boot fine. But this is a server that should be able to boot unattended, so I need this to be fixed. What's the "official" way to fix this? I think someone else had a similar problem some time ago, but a quick search of the lists doesn't yield anything. (BTW: Interestingly, the same machine boots fine without hickup when booting 8-stable which is installed on another Slice of the same disk. This could be just coincidence, maybe the timing of probing is slightly different between 7-stable and 8-stable.) 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 "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System" From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 14:11:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6406106566C for ; Tue, 20 Sep 2011 14:11:26 +0000 (UTC) (envelope-from daryl@isletech.net) Received: from lagoon.isletech.net (lagoon.isletech.net [64.235.98.66]) by mx1.freebsd.org (Postfix) with ESMTP id 849CF8FC0C for ; Tue, 20 Sep 2011 14:11:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=isletech.net; s=isle; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=eHmkukVen1b7EtlJuTDu0NPu1+eRhKUVOzUHMKYTL+Y=; b=KWbEflDqX6+q9P9qclHQ+n1MqRg5gf2Xpy7ro2vyB68e03oEZAscmkbNkMt6jpYwKUZubEKkXR48B36EX51cHw==; Received: from coin1.ocl.net ([198.20.51.134]:51534 helo=[10.220.49.100]) by lagoon.isletech.net with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R60DB-0004xp-4d for freebsd-stable@freebsd.org; Tue, 20 Sep 2011 09:18:09 -0400 Message-ID: <4E789290.5010808@isletech.net> Date: Tue, 20 Sep 2011 09:18:08 -0400 From: Daryl Richards User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110920011804.6C2D52151@sjakie.klop.ws> <15798CB9-E1DC-4906-8951-AE23CD032FD6@gromit.dlib.vt.edu> In-Reply-To: <15798CB9-E1DC-4906-8951-AE23CD032FD6@gromit.dlib.vt.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: usbus is seen as network interface - Fwd: sjakie.klop.ws daily run output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2011 14:11:26 -0000 On 9/20/2011 8:54 AM, Paul Mather wrote: > On Sep 20, 2011, at 6:11 AM, Ronald Klop wrote: > >> Hello, >> >> Why is usbus seen as a network interface since some time? >> I'm running 9-CURRENT on amd64. > I've been wondering this, too. It also started happening sometime in the lifetime of 8-STABLE some months ago, with "netstat -i" showing usbus network interfaces despite no ethernet NIC being attached. It appears that "ifconfig" is smart enough to omit these in output, as was netstat in former times on RELENG_8 (and still is on RELENG_7), so why include them now? Just wondering... I've been wondering as well, since all of a sudden tcpdump needs me to specify the adaptor.. root@server:~# tcpdump tcpdump: WARNING: usbus0: no IPv4 address assigned tcpdump: unsupported data link type USB root@server:~# tcpdump -i nfe0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on nfe0, link-type EN10MB (Ethernet), capture size 96 bytes From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 14:13:31 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD8FB1065672 for ; Tue, 20 Sep 2011 14:13:31 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 91CC58FC1B for ; Tue, 20 Sep 2011 14:13:31 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R614k-0008Do-Oq; Tue, 20 Sep 2011 10:13:30 -0400 Date: Tue, 20 Sep 2011 10:13:30 -0400 From: Gary Palmer To: Oliver Fromme Message-ID: <20110920141330.GE10165@in-addr.com> References: <201109201341.p8KDfwoT086881@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201109201341.p8KDfwoT086881@lurza.secnetix.de> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 7-stable: Root mount problem (mpt, probing / timing related) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2011 14:13:31 -0000 On Tue, Sep 20, 2011 at 03:41:58PM +0200, Oliver Fromme wrote: > Hi, > > I've updated a server with mpt controller to the latest > 7-stable (ok, it's 7-stable from last week). During the > boot sequence, the disk connected to the mpt controller (da0) > seems to be probed too late, i.e. just _after_ the kernel > tries to mount the root file system. It's just a fraction > of a second too late. > > This is a screen shot of the situation: > > http://www.secnetix.de/olli/tmp2/screenshot-boot.jpg > > Of course, I can enter "ufs:da0s1a" at the rootmount prompt, > and the machine continues to boot fine. But this is a > server that should be able to boot unattended, so I need > this to be fixed. > > What's the "official" way to fix this? I think someone else > had a similar problem some time ago, but a quick search of > the lists doesn't yield anything. > > (BTW: Interestingly, the same machine boots fine without > hickup when booting 8-stable which is installed on another > Slice of the same disk. This could be just coincidence, > maybe the timing of probing is slightly different between > 7-stable and 8-stable.) Does increasing the kern.cam.scsi_delay loader tunable help at all? Gary From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 17:08:42 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F8D6106564A; Tue, 20 Sep 2011 17:08:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id DA4968FC1D; Tue, 20 Sep 2011 17:08:41 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p8KH8Pua094884; Tue, 20 Sep 2011 19:08:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p8KH8PKM094882; Tue, 20 Sep 2011 19:08:25 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <201109201708.p8KH8PKM094882@lurza.secnetix.de> To: gpalmer@freebsd.org (Gary Palmer) Date: Tue, 20 Sep 2011 19:08:25 +0200 (CEST) In-Reply-To: <20110920141330.GE10165@in-addr.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Tue, 20 Sep 2011 19:08:40 +0200 (CEST) Cc: freebsd-stable@freebsd.org Subject: Re: 7-stable: Root mount problem (mpt, probing / timing related) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2011 17:08:42 -0000 Gary Palmer wrote: > On Tue, Sep 20, 2011 at 03:41:58PM +0200, Oliver Fromme wrote: > > Hi, > > > > I've updated a server with mpt controller to the latest > > 7-stable (ok, it's 7-stable from last week). During the > > boot sequence, the disk connected to the mpt controller (da0) > > seems to be probed too late, i.e. just _after_ the kernel > > tries to mount the root file system. It's just a fraction > > of a second too late. > > > > This is a screen shot of the situation: > > > > http://www.secnetix.de/olli/tmp2/screenshot-boot.jpg > > > > Of course, I can enter "ufs:da0s1a" at the rootmount prompt, > > and the machine continues to boot fine. But this is a > > server that should be able to boot unattended, so I need > > this to be fixed. > > > > What's the "official" way to fix this? I think someone else > > had a similar problem some time ago, but a quick search of > > the lists doesn't yield anything. > > > > (BTW: Interestingly, the same machine boots fine without > > hickup when booting 8-stable which is installed on another > > Slice of the same disk. This could be just coincidence, > > maybe the timing of probing is slightly different between > > 7-stable and 8-stable.) > > Does increasing the > > kern.cam.scsi_delay > > loader tunable help at all? It seems to help ... I have now rebooted three times with scsi_delay set to 10000, and it worked so far (the problem did not always occur before, so I have to try several times). A value of 5000 was not sufficient. First I had tried kern.cam.boot_delay, which seems to be specifically for this kind of situation (according to the description), but it didn't help at all. Even very large values didn't help; I tried up to 30000. I'm a little surprised that scsi_delay helps, but boot_delay doesn't. I would have expected it to be the other way round. Anyway -- Thank you very much for the hint! 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 Tue Sep 20 20:39:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F699106566B; Tue, 20 Sep 2011 20:39:21 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from mail.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD748FC13; Tue, 20 Sep 2011 20:39:20 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by mail.incore.de (Postfix) with ESMTP id C86445FA52; Tue, 20 Sep 2011 22:39:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from mail.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id yl69DcyNXWx6; Tue, 20 Sep 2011 22:39:19 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by mail.incore.de (Postfix) with ESMTP id 1014F5F9F4; Tue, 20 Sep 2011 22:39:19 +0200 (CEST) Received: from bsdmhs.longwitz (unknown [192.168.99.6]) by mail.incore (Postfix) with ESMTP id A4DB645088; Tue, 20 Sep 2011 22:39:18 +0200 (CEST) Message-ID: <4E78F9F6.6000708@incore.de> Date: Tue, 20 Sep 2011 22:39:18 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org References: <4E64933E.8030908@incore.de> <201109061104.43409.jhb@freebsd.org> <4E771757.7010900@incore.de> <201109190851.20863.jhb@freebsd.org> In-Reply-To: <201109190851.20863.jhb@freebsd.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2011 20:39:21 -0000 John Baldwin wrote: > On Monday, September 19, 2011 6:20:07 am Andreas Longwitz wrote: >> Eugene Grosbein wrote: >> >>> Well, given that before busdma commit that hardware worked just fine >>> with stock driver, it could be less overhead for me to rollback that >>> one busdma small chunk :-) >>> Who knows, which drivers got broken then in 2010 in 6.4-STABLE with >>> busdma change besides re(4)... >> Another example is de(4) as mentioned in kern/151941. > > Hmm, that PR isn't really about de(4). For de(4) I think you probably want > this change: > > r197465 | yongari | 2009-09-24 13:53:00 -0400 (Thu, 24 Sep 2009) | 18 lines > This should fix de(4) breakage introduced after r176206. > > And probably these as well: > r197464 | yongari | 2009-09-24 13:11:41 -0400 (Thu, 24 Sep 2009) | 2 lines > r197463 | yongari | 2009-09-24 13:07:04 -0400 (Thu, 24 Sep 2009) | 2 lines > r197461 | yongari | 2009-09-24 12:57:35 -0400 (Thu, 24 Sep 2009) | 4 lines > r177937 | jhb | 2008-04-05 13:24:44 -0400 (Sat, 05 Apr 2008) | 9 lines > r170389 | yongari | 2007-06-06 20:28:47 -0400 (Wed, 06 Jun 2007) | 9 lines Thank you very much for this suggestion. I integrated these revs in if_de.c 1.162.2.7 and then everything works fine in 6.4-STABLE inclusive r176204. -- Dr. Andreas Longwitz Data Service GmbH Beethovenstr. 2A 23617 Stockelsdorf Amtsgericht Lübeck, HRB 318 BS Geschäftsführer: Wilfried Paepcke, Dr. Andreas Longwitz, Josef Flatau From owner-freebsd-stable@FreeBSD.ORG Wed Sep 21 02:58:29 2011 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 A680F106564A for ; Wed, 21 Sep 2011 02:58:29 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 69D328FC08 for ; Wed, 21 Sep 2011 02:58:29 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 4CF577E824; Wed, 21 Sep 2011 12:39:29 +1000 (EST) Message-ID: <4E794E60.6000600@freebsd.org> Date: Wed, 21 Sep 2011 12:39:28 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110914 Thunderbird/6.0.2 MIME-Version: 1.0 To: Jason Hellenthal References: <20110920042748.GA2746@DataIX.net> In-Reply-To: <20110920042748.GA2746@DataIX.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: stable@freebsd.org Subject: Re: h_ertt cc_vegas loader.conf interaction on stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 02:58:29 -0000 Hi Jason, On 09/20/11 14:27, Jason Hellenthal wrote: > > On stable/8 as of the date of this message when attempting the following > configuration the sysctl MIB net.inet.tcp.cc.algorithm is not available > for /etc/sysctl.conf to tune for whatever reason. > > /boot/loader.conf: > h_ertt_load="YES" > cc_vegas_load="YES" > > /etc/sysctl.conf: > net.inet.tcp.cc.algorithm=vegas > > > After boot the system still has the congestion algo set to 'newreno' Does "sysctl net.inet.tcp.cc.available" after boot show only 'newreno' in the list? Or is 'vegas' listed as well after 'newreno', even though 'newreno' is listed by "sysctl net.inet.tcp.cc.algorithm"? > To get around this I had to load the above two modules at rc.local stage > of the boot and also tune the sysctl via this method. > > > Has anyone else seen this behavior with other congestion algo's ? > > Can any developer advise what is controlling this ? hmm this smells like a bug in the ordering of module registration vs framework init, as I certainly intended that the code work in the way you tried to set it up. From sys/netinet/cc/cc_module.h, you can see that CC modules attach at SI_SUB_PROTO_IFATTACHDOMAIN stage with order SI_ORDER_ANY. From sys/netinet/cc/cc.c, "SYSINIT(cc, SI_SUB_PROTO_IFATTACHDOMAIN, SI_ORDER_FIRST, cc_init, NULL);", so the framework is supposed to initialise at the same kernel boot stage as algorithm modules, but before any modules do. I don't see any obvious problems with the current code, but will try reproduce here and follow up with my results. Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Wed Sep 21 03:32:17 2011 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 963471065678 for ; Wed, 21 Sep 2011 03:32:17 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4B8458FC0C for ; Wed, 21 Sep 2011 03:32:16 +0000 (UTC) Received: by gyf2 with SMTP id 2so1094388gyf.13 for ; Tue, 20 Sep 2011 20:32:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=IXmlFtpZvSRflMghwSgZ37eo0cLZXxfCepOPA1uOWLc=; b=eLYXmOrC94Lr1UybjBYF2mP/qtCMiK9b/WIKUH/e+qvACVRBXMZ8Y5PqJUWqqJKiaT eNn7iNmqqHT50REq15RiERbXV2XFJ4w0xwNVLmApqESwL7mLgdYDzJxmNNQfLIqnS8Ju Zbiqni083ayprRteG3pH7+DTZouQMK1YawPZc= Received: by 10.236.77.133 with SMTP id d5mr1420876yhe.75.1316575936329; Tue, 20 Sep 2011 20:32:16 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net. [99.190.81.85]) by mx.google.com with ESMTPS id h20sm17317324ann.7.2011.09.20.20.32.14 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Sep 2011 20:32:15 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8L3WBlB059482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2011 23:32:12 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8L3WBUY059481; Tue, 20 Sep 2011 23:32:11 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Tue, 20 Sep 2011 23:32:11 -0400 From: Jason Hellenthal To: Lawrence Stewart Message-ID: <20110921033211.GA59313@DataIX.net> References: <20110920042748.GA2746@DataIX.net> <4E794E60.6000600@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E794E60.6000600@freebsd.org> Cc: stable@freebsd.org Subject: Re: h_ertt cc_vegas loader.conf interaction on stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 03:32:17 -0000 Hi Larence, On Wed, Sep 21, 2011 at 12:39:28PM +1000, Lawrence Stewart wrote: > Hi Jason, > > On 09/20/11 14:27, Jason Hellenthal wrote: > > > > On stable/8 as of the date of this message when attempting the following > > configuration the sysctl MIB net.inet.tcp.cc.algorithm is not available > > for /etc/sysctl.conf to tune for whatever reason. > > > > /boot/loader.conf: > > h_ertt_load="YES" > > cc_vegas_load="YES" > > > > /etc/sysctl.conf: > > net.inet.tcp.cc.algorithm=vegas > > > > > > After boot the system still has the congestion algo set to 'newreno' > > Does "sysctl net.inet.tcp.cc.available" after boot show only 'newreno' > in the list? Or is 'vegas' listed as well after 'newreno', even though > 'newreno' is listed by "sysctl net.inet.tcp.cc.algorithm"? Only 'newreno' > > > To get around this I had to load the above two modules at rc.local stage > > of the boot and also tune the sysctl via this method. > > > > > > Has anyone else seen this behavior with other congestion algo's ? > > > > Can any developer advise what is controlling this ? > > hmm this smells like a bug in the ordering of module registration vs > framework init, as I certainly intended that the code work in the way > you tried to set it up. Yes that is what I was thinking but have not had the time to specifically track it down. > > From sys/netinet/cc/cc_module.h, you can see that CC modules attach at > SI_SUB_PROTO_IFATTACHDOMAIN stage with order SI_ORDER_ANY. > > From sys/netinet/cc/cc.c, "SYSINIT(cc, SI_SUB_PROTO_IFATTACHDOMAIN, > SI_ORDER_FIRST, cc_init, NULL);", so the framework is supposed to > initialise at the same kernel boot stage as algorithm modules, but > before any modules do. > > I don't see any obvious problems with the current code, but will try > reproduce here and follow up with my results. Thank you. > > Cheers, > Lawrence From owner-freebsd-stable@FreeBSD.ORG Wed Sep 21 04:08:36 2011 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 2652C106564A for ; Wed, 21 Sep 2011 04:08:36 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id DE7148FC0A for ; Wed, 21 Sep 2011 04:08:35 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id D836B7E896; Wed, 21 Sep 2011 14:08:33 +1000 (EST) Message-ID: <4E796341.404@freebsd.org> Date: Wed, 21 Sep 2011 14:08:33 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110914 Thunderbird/6.0.2 MIME-Version: 1.0 To: Jason Hellenthal References: <20110920042748.GA2746@DataIX.net> <4E794E60.6000600@freebsd.org> <20110921033211.GA59313@DataIX.net> In-Reply-To: <20110921033211.GA59313@DataIX.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: stable@freebsd.org Subject: Re: h_ertt cc_vegas loader.conf interaction on stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 04:08:36 -0000 On 09/21/11 13:32, Jason Hellenthal wrote: > > Hi Larence, > > On Wed, Sep 21, 2011 at 12:39:28PM +1000, Lawrence Stewart wrote: >> Hi Jason, >> >> On 09/20/11 14:27, Jason Hellenthal wrote: >>> >>> On stable/8 as of the date of this message when attempting the following >>> configuration the sysctl MIB net.inet.tcp.cc.algorithm is not available >>> for /etc/sysctl.conf to tune for whatever reason. >>> >>> /boot/loader.conf: >>> h_ertt_load="YES" >>> cc_vegas_load="YES" >>> >>> /etc/sysctl.conf: >>> net.inet.tcp.cc.algorithm=vegas >>> >>> >>> After boot the system still has the congestion algo set to 'newreno' >> >> Does "sysctl net.inet.tcp.cc.available" after boot show only 'newreno' >> in the list? Or is 'vegas' listed as well after 'newreno', even though >> 'newreno' is listed by "sysctl net.inet.tcp.cc.algorithm"? > > Only 'newreno' Ok, definitely a bug then. Should be simple to reproduce, so I'll track it down and send through a patch for testing when I've got something. Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Wed Sep 21 06:11:28 2011 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 93E69106564A; Wed, 21 Sep 2011 06:11:28 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 38E518FC19; Wed, 21 Sep 2011 06:11:27 +0000 (UTC) Received: by yxk36 with SMTP id 36so1144380yxk.13 for ; Tue, 20 Sep 2011 23:11:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=kWLrcGCtJagEuKLE/iarLbINrg/zD7ExmnXbFnO/gmc=; b=gGnY9Xzsfti/j+deN2smT5lm/9um7S6ypssQHk5PIUbm6HuAwcOHNdtBfkPorD6+H+ EzkTFmFxu7Z44EREsoF3Z80lfjUKO/uGsguKktlJ0EQ+90H7CRpK9yOS6pUsDSZnATGS 7e9DVBRazhYtycWNANoBfXzUZY7WxnfrhVRqw= Received: by 10.100.54.24 with SMTP id c24mr248079ana.78.1316585487377; Tue, 20 Sep 2011 23:11:27 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net. [99.190.81.85]) by mx.google.com with ESMTPS id p14sm18300958anh.25.2011.09.20.23.11.25 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Sep 2011 23:11:26 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8L6BLcm099313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2011 02:11:22 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8L6BK93099312; Wed, 21 Sep 2011 02:11:20 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Wed, 21 Sep 2011 02:11:20 -0400 From: Jason Hellenthal To: Lawrence Stewart Message-ID: <20110921061120.GA99286@DataIX.net> References: <20110920042748.GA2746@DataIX.net> <4E794E60.6000600@freebsd.org> <20110921033211.GA59313@DataIX.net> <4E796341.404@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E796341.404@freebsd.org> Cc: stable@freebsd.org Subject: Re: h_ertt cc_vegas loader.conf interaction on stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 06:11:28 -0000 On Wed, Sep 21, 2011 at 02:08:33PM +1000, Lawrence Stewart wrote: > On 09/21/11 13:32, Jason Hellenthal wrote: > > > > Hi Larence, > > > > On Wed, Sep 21, 2011 at 12:39:28PM +1000, Lawrence Stewart wrote: > >> Hi Jason, > >> > >> On 09/20/11 14:27, Jason Hellenthal wrote: > >>> > >>> On stable/8 as of the date of this message when attempting the following > >>> configuration the sysctl MIB net.inet.tcp.cc.algorithm is not available > >>> for /etc/sysctl.conf to tune for whatever reason. > >>> > >>> /boot/loader.conf: > >>> h_ertt_load="YES" > >>> cc_vegas_load="YES" > >>> > >>> /etc/sysctl.conf: > >>> net.inet.tcp.cc.algorithm=vegas > >>> > >>> > >>> After boot the system still has the congestion algo set to 'newreno' > >> > >> Does "sysctl net.inet.tcp.cc.available" after boot show only 'newreno' > >> in the list? Or is 'vegas' listed as well after 'newreno', even though > >> 'newreno' is listed by "sysctl net.inet.tcp.cc.algorithm"? > > > > Only 'newreno' > > Ok, definitely a bug then. Should be simple to reproduce, so I'll track > it down and send through a patch for testing when I've got something. > Alright, Ill await the patch for testing. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 21 16:43:38 2011 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 ECE70106564A for ; Wed, 21 Sep 2011 16:43:38 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id B35768FC0C for ; Wed, 21 Sep 2011 16:43:38 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 1E0CF7E84A; Thu, 22 Sep 2011 02:43:37 +1000 (EST) Message-ID: <4E7A1438.4080503@freebsd.org> Date: Thu, 22 Sep 2011 02:43:36 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110914 Thunderbird/6.0.2 MIME-Version: 1.0 To: Jason Hellenthal References: <20110920042748.GA2746@DataIX.net> <4E794E60.6000600@freebsd.org> <20110921033211.GA59313@DataIX.net> <4E796341.404@freebsd.org> <20110921061120.GA99286@DataIX.net> In-Reply-To: <20110921061120.GA99286@DataIX.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: stable@freebsd.org Subject: Re: h_ertt cc_vegas loader.conf interaction on stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2011 16:43:39 -0000 On 09/21/11 16:11, Jason Hellenthal wrote: > > > On Wed, Sep 21, 2011 at 02:08:33PM +1000, Lawrence Stewart wrote: >> On 09/21/11 13:32, Jason Hellenthal wrote: >>> >>> Hi Larence, >>> >>> On Wed, Sep 21, 2011 at 12:39:28PM +1000, Lawrence Stewart wrote: >>>> Hi Jason, >>>> >>>> On 09/20/11 14:27, Jason Hellenthal wrote: >>>>> >>>>> On stable/8 as of the date of this message when attempting the following >>>>> configuration the sysctl MIB net.inet.tcp.cc.algorithm is not available >>>>> for /etc/sysctl.conf to tune for whatever reason. >>>>> >>>>> /boot/loader.conf: >>>>> h_ertt_load="YES" >>>>> cc_vegas_load="YES" >>>>> >>>>> /etc/sysctl.conf: >>>>> net.inet.tcp.cc.algorithm=vegas >>>>> >>>>> >>>>> After boot the system still has the congestion algo set to 'newreno' >>>> >>>> Does "sysctl net.inet.tcp.cc.available" after boot show only 'newreno' >>>> in the list? Or is 'vegas' listed as well after 'newreno', even though >>>> 'newreno' is listed by "sysctl net.inet.tcp.cc.algorithm"? >>> >>> Only 'newreno' >> >> Ok, definitely a bug then. Should be simple to reproduce, so I'll track >> it down and send through a patch for testing when I've got something. >> > > Alright, Ill await the patch for testing. hmm, I just tested with 8.2-STABLE r225712 in virtualbox with identical configuration to what you tried and it works for me. System boots with net.inet.tcp.cc.available as "newreno, vegas" and net.inet.tcp.cc.algorithm as "vegas". Anything special about your kernel config? Did you build and install the modules via "make buildkernel installkernel"? What other kernel modules do you have loaded? Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Wed Sep 21 17:34:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 617C11065733 for ; Wed, 21 Sep 2011 17:34:48 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id 222C78FC15 for ; Wed, 21 Sep 2011 17:34:48 +0000 (UTC) Received: from magnum.int.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 6E53522723; Wed, 21 Sep 2011 13:34:47 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by magnum.int.bit0.com (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rSAM7wnkHgTF; Wed, 21 Sep 2011 13:34:45 -0400 (EDT) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP; Wed, 21 Sep 2011 13:34:45 -0400 (EDT) Date: Wed, 21 Sep 2011 13:34:45 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: Pete French In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-stable@freebsd.org, dmagda@ee.ryerson.ca Subject: Re: Usling vlan(4) without an actual lan behind it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Sep 2011 17:34:48 -0000 On Mon, 19 Sep 2011, Pete French wrote: >> Does it specifically have to be a vlan(4), or can you perhaps add another >> address to lo(4), or perhaps create a "lo1" in addition to the "lo0"? > > It can be anything really - I was looking for a "generic" interface > I can configure with IP addresses. But adding real addresses to > loopback interfaces can cause problems can it not ? > > The issue I am trying to address is that I have a whole bunch of IPv6 > addresse on a /64, which are oly used as endpoints for a set of > websites - they don't exist on a real ethernet anywhere, and don't > need to. I just want them on an interface on a machine wwhen I can run > up a load balancer to listeon on those addresses and forward them to > the approrpiate actual machines serving the requests. Sounds like DSR-type load balancing (or in Linux LVS land, "DR" mode), where the load balancer just rewrites the target MAC address in the header instead of doing full-blown NAT or proxying. Putting the IP's on lo0 is the way to go here. We've been doing that for many, many years (well, months for v6, years for v4) and it works great. With the IP's on lo0, the load balancers are the only thing that can ARP (or NDP) for those addresses... which is what you'd want. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 21 18:06:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8D1F106566C for ; Wed, 21 Sep 2011 18:06:51 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 79FAC8FC0A for ; Wed, 21 Sep 2011 18:06:51 +0000 (UTC) Received: from omta16.westchester.pa.mail.comcast.net ([76.96.62.88]) by qmta08.westchester.pa.mail.comcast.net with comcast id bQc71h0021uE5Es58VtdJd; Wed, 21 Sep 2011 17:53:37 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta16.westchester.pa.mail.comcast.net with comcast id bVtM1h00c4Mx3R23cVtQ6l; Wed, 21 Sep 2011 17:53:34 +0000 Message-ID: <4E7A2490.5070709@comcast.net> Date: Wed, 21 Sep 2011 13:53:20 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Thunderbird/3.1.13 MIME-Version: 1.0 To: Mike Andrews References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: dmagda@ee.ryerson.ca, freebsd-stable@freebsd.org, Pete French Subject: Re: Usling vlan(4) without an actual lan behind it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Sep 2011 18:06:51 -0000 On 09/21/2011 01:34 PM, Mike Andrews wrote: > On Mon, 19 Sep 2011, Pete French wrote: > >>> Does it specifically have to be a vlan(4), or can you perhaps add >>> another >>> address to lo(4), or perhaps create a "lo1" in addition to the "lo0"? >> >> It can be anything really - I was looking for a "generic" interface >> I can configure with IP addresses. But adding real addresses to >> loopback interfaces can cause problems can it not ? >> >> The issue I am trying to address is that I have a whole bunch of IPv6 >> addresse on a /64, which are oly used as endpoints for a set of >> websites - they don't exist on a real ethernet anywhere, and don't >> need to. I just want them on an interface on a machine wwhen I can run >> up a load balancer to listeon on those addresses and forward them to >> the approrpiate actual machines serving the requests. > > Sounds like DSR-type load balancing (or in Linux LVS land, "DR" mode), > where the load balancer just rewrites the target MAC address in the > header instead of doing full-blown NAT or proxying. Putting the IP's > on lo0 is the way to go here. We've been doing that for many, many > years (well, months for v6, years for v4) and it works great. With > the IP's on lo0, the load balancers are the only thing that can ARP > (or NDP) for those addresses... which is what you'd want. I'll second that this works just fine (at least on the IPv4 side). We've always used lo1 to separate things, but that doesn't functionally change anything. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 03:26:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED510106564A; Thu, 22 Sep 2011 03:26:46 +0000 (UTC) (envelope-from leres@ee.lbl.gov) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [IPv6:2001:400:610:102::ca]) by mx1.freebsd.org (Postfix) with ESMTP id D81AC8FC13; Thu, 22 Sep 2011 03:26:46 +0000 (UTC) Received: from ice.ee.lbl.gov (ice.ee.lbl.gov [131.243.2.213]) (authenticated bits=0) by fun.ee.lbl.gov (8.14.5/8.14.5) with ESMTP id p8M3Qk24015821 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Sep 2011 20:26:46 -0700 (PDT) Message-ID: <4E7AAAF6.7050004@ee.lbl.gov> Date: Wed, 21 Sep 2011 20:26:46 -0700 From: Craig Leres User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.4a1pre Content-Type: multipart/mixed; boundary="------------070803060606090506000303" Cc: John Baldwin Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest 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, 22 Sep 2011 03:26:47 -0000 This is a multi-part message in MIME format. --------------070803060606090506000303 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I have a lot of supermicro motherboards and the newest ones have igb chipsets; they've been quite a headache with respect to FreeBSD 8. I'm running 8.2-RELEASE but have upgraded parts of my kernel to 8-RELENG (as of a few months ago). Some of them work ok while others panic on bootup. Upgrading to newer versions of the intel igb code fixes some but breaks others. It's been frustrating. While working on this today, I saw two different kernel panics: Could not setup receive structures m_getzone: m_getjcl: invalid cluster type I tried John Baldwin's patch but got the "invalid cluster type" panic so I backed it out. Later I figured out that either turning off hw.igb.enable_msix (loader.conf) or raising kern.ipc.nmbclusters to 131072 (sysctl.conf) and setting hw.igb.num_queues to 4 (loader.conf) would avoid the "receive structures" panic but either way I was seeing the "invalid cluster type" panic. Looking m_getjcl(), I suspected the passed size to be 0; some debugging confirmed this. Looks like a race here where a receive interrupt comes in before adapter->rx_mbuf_sz has been initialized. Attached is the hack I added to avoid the panic when booting. The idea is to pretend m_getjcl() failed to allocate a cluster rather than to go down in flames. Craig --------------070803060606090506000303 Content-Type: text/plain; name="patch-if_igb.c.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-if_igb.c.txt" Index: if_igb.c =================================================================== --- if_igb.c (revision 31) +++ if_igb.c (working copy) @@ -3695,6 +3695,11 @@ htole64(hseg[0].ds_addr); no_split: if (rxbuf->m_pack == NULL) { + if (adapter->rx_mbuf_sz == 0) { + printf("igb_refresh_mbufs: " + "avoid m_getjcl() panic\n"); + goto update; + } mp = m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, adapter->rx_mbuf_sz); if (mp == NULL) @@ -3912,6 +3917,12 @@ skip_head: /* Now the payload cluster */ + if (adapter->rx_mbuf_sz == 0) { + printf("igb_setup_receive_ring: " + "avoid m_getjcl() panic\n"); + error = ENOBUFS; + goto fail; + } rxbuf->m_pack = m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, adapter->rx_mbuf_sz); if (rxbuf->m_pack == NULL) { --------------070803060606090506000303-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 04:19:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC947106567A for ; Thu, 22 Sep 2011 04:19:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id D511C8FC14 for ; Thu, 22 Sep 2011 04:19:26 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta04.emeryville.ca.mail.comcast.net with comcast id bd3s1h0031bwxycA4gKLBj; Thu, 22 Sep 2011 04:19:20 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta18.emeryville.ca.mail.comcast.net with comcast id bgRH1h00c1t3BNj8egRHzC; Thu, 22 Sep 2011 04:25:18 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A1557102C31; Wed, 21 Sep 2011 21:19:25 -0700 (PDT) Date: Wed, 21 Sep 2011 21:19:25 -0700 From: Jeremy Chadwick To: Craig Leres Message-ID: <20110922041925.GA53942@icarus.home.lan> References: <4E7AAAF6.7050004@ee.lbl.gov> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E7AAAF6.7050004@ee.lbl.gov> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , John Baldwin Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest 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, 22 Sep 2011 04:19:27 -0000 On Wed, Sep 21, 2011 at 08:26:46PM -0700, Craig Leres wrote: > I have a lot of supermicro motherboards and the newest ones have igb > chipsets; they've been quite a headache with respect to FreeBSD 8. I'm > running 8.2-RELEASE but have upgraded parts of my kernel to 8-RELENG (as > of a few months ago). Some of them work ok while others panic on bootup. > Upgrading to newer versions of the intel igb code fixes some but breaks > others. It's been frustrating. > > While working on this today, I saw two different kernel panics: > > Could not setup receive structures > m_getzone: m_getjcl: invalid cluster type > > I tried John Baldwin's patch but got the "invalid cluster type" panic so > I backed it out. > > Later I figured out that either turning off hw.igb.enable_msix > (loader.conf) or raising kern.ipc.nmbclusters to 131072 (sysctl.conf) > and setting hw.igb.num_queues to 4 (loader.conf) would avoid the > "receive structures" panic but either way I was seeing the "invalid > cluster type" panic. > > Looking m_getjcl(), I suspected the passed size to be 0; some debugging > confirmed this. Looks like a race here where a receive interrupt comes > in before adapter->rx_mbuf_sz has been initialized. > > Attached is the hack I added to avoid the panic when booting. The idea > is to pretend m_getjcl() failed to allocate a cluster rather than to go > down in flames. > > Craig > Index: if_igb.c > =================================================================== > --- if_igb.c (revision 31) > +++ if_igb.c (working copy) > @@ -3695,6 +3695,11 @@ > htole64(hseg[0].ds_addr); > no_split: > if (rxbuf->m_pack == NULL) { > + if (adapter->rx_mbuf_sz == 0) { > + printf("igb_refresh_mbufs: " > + "avoid m_getjcl() panic\n"); > + goto update; > + } > mp = m_getjcl(M_DONTWAIT, MT_DATA, > M_PKTHDR, adapter->rx_mbuf_sz); > if (mp == NULL) > @@ -3912,6 +3917,12 @@ > > skip_head: > /* Now the payload cluster */ > + if (adapter->rx_mbuf_sz == 0) { > + printf("igb_setup_receive_ring: " > + "avoid m_getjcl() panic\n"); > + error = ENOBUFS; > + goto fail; > + } > rxbuf->m_pack = m_getjcl(M_DONTWAIT, MT_DATA, > M_PKTHDR, adapter->rx_mbuf_sz); > if (rxbuf->m_pack == NULL) { The fact you have this happening on multiple systems is uncomfortable. It makes me uncomfortable because we use Supermicro hardware exclusively. Your Email contains no reference ID or in-reply-to headers so it appears as a new thread. As such I'll point readers to the thread which spans over months: http://lists.freebsd.org/pipermail/freebsd-stable/2011-May/062596.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/062949.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063867.html Also re-CC'ing Jack Vogel. Chris, I am under the impression that to get proper visibility and attention in this matter, you're probably going to need to set up serial console (both BIOS-level and bootloader-level) for remote debugging capability. Jack, John, or someone familiar with kernel debugging is probably going to need to get access to a machine which is experiencing this problem so they can figure out what's going on. The tricky part here is that you're going to need to have a custom kernel built that includes numerous debugging options. PXE booting is probably the easiest method. Remember you don't need filesystems on the system, just a kernel that boots/loads and will drop to ddb> when the panic happens. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 04:53:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB5A6106566C; Thu, 22 Sep 2011 04:53:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7729B8FC16; Thu, 22 Sep 2011 04:53:48 +0000 (UTC) Received: by yxk36 with SMTP id 36so2149537yxk.13 for ; Wed, 21 Sep 2011 21:53:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=HtELXAqHrCUjQNFm2Nt6kUexYYrMmuiSkuyj0kVQaUs=; b=VNBhIQzbeWQCJs+4PLl+tlwR0myQviyegKk00/cuxwg7g2ZRbJg7WsZ+L+B2odAIUB rN0NvDqtLDvcv92xb8RxXtfVeD5bH7CTVDt0d+jroZJP62mgCiNWw/9tlTdKQJRhu7Yr GufnioCsK828kVvrTNlqxDtmo359A64W4bQkQ= MIME-Version: 1.0 Received: by 10.236.176.65 with SMTP id a41mr10687751yhm.72.1316667227836; Wed, 21 Sep 2011 21:53:47 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Wed, 21 Sep 2011 21:53:47 -0700 (PDT) In-Reply-To: <20110922041925.GA53942@icarus.home.lan> References: <4E7AAAF6.7050004@ee.lbl.gov> <20110922041925.GA53942@icarus.home.lan> Date: Thu, 22 Sep 2011 12:53:47 +0800 X-Google-Sender-Auth: TZohrSboAEjKsSVzOu2EGvFhWI8 Message-ID: From: Adrian Chadd To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , John Baldwin , Craig Leres Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest 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, 22 Sep 2011 04:53:48 -0000 Out of curiousity, I decided to have a little glance. That field is set up in igb_init_locked(). Is it possible that igb_msix_que() is being called before the NIC has completed setup? The poll and and handle_que routines check for IFF_DRV_RUNNING; but igb_msix_que() isn't. Adrian From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 05:07:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75708106564A; Thu, 22 Sep 2011 05:07:53 +0000 (UTC) (envelope-from leres@ee.lbl.gov) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [IPv6:2001:400:610:102::ca]) by mx1.freebsd.org (Postfix) with ESMTP id 5FCE38FC0C; Thu, 22 Sep 2011 05:07:53 +0000 (UTC) Received: from [172.16.1.31] (ice.ee.lbl.gov [131.243.2.213]) (authenticated bits=0) by fun.ee.lbl.gov (8.14.5/8.14.5) with ESMTP id p8M57qeu018407 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Sep 2011 22:07:52 -0700 (PDT) Message-ID: <4E7AC294.9090908@ee.lbl.gov> Date: Wed, 21 Sep 2011 22:07:32 -0700 From: Craig Leres User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Jeremy Chadwick References: <4E7AAAF6.7050004@ee.lbl.gov> <20110922041925.GA53942@icarus.home.lan> In-Reply-To: <20110922041925.GA53942@icarus.home.lan> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , John Baldwin Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest 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, 22 Sep 2011 05:07:53 -0000 > The fact you have this happening on multiple systems is uncomfortable. > It makes me uncomfortable because we use Supermicro hardware > exclusively. The kernel I building is somewhat unique; I suspect 8.2-RELEASE worked ok for older supermicro motherboards and 8-RELENG works for newer motherboards. > Your Email contains no reference ID or in-reply-to headers so it appears > as a new thread. As such I'll point readers to the thread which spans > over months: > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-May/062596.html > http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/062949.html > http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063867.html My bad, I should have done a better job of joining the thread I found via google. Craig From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 05:37:09 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DCE9106564A for ; Thu, 22 Sep 2011 05:37:09 +0000 (UTC) (envelope-from kkv@insysnet.ru) Received: from insysnet.ru (cadillac2.insysnet.ru [77.72.138.216]) by mx1.freebsd.org (Postfix) with SMTP id B5E228FC15 for ; Thu, 22 Sep 2011 05:37:08 +0000 (UTC) Received: (qmail 17491 invoked from network); 22 Sep 2011 09:10:26 +0400 Received: from frog.insysnet.ru (HELO ?192.168.100.21?) (77.72.142.1) by mail.insysnet.ru with SMTP; 22 Sep 2011 09:10:26 +0400 Message-ID: <4E7AC342.2040906@insysnet.ru> Date: Thu, 22 Sep 2011 09:10:26 +0400 From: "Konstantin V. Krotov" Organization: InSys User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Andriy Gapon , freebsd-stable@freebsd.org References: <4E79D2BE.7070307@insysnet.ru> <4E7A3FA2.9090600@FreeBSD.org> In-Reply-To: <4E7A3FA2.9090600@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: support for Oxford Semiconductor OXPCIe952 UARTs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Sep 2011 05:37:09 -0000 21.09.2011 23:48, Andriy Gapon ÐÉÛÅÔ: > on 21/09/2011 15:04 Konstantin V. Krotov said the following: >> hello. >> i'm have on fbsd RELENG_8 pci-e card with 1 rs-232 port. >> and this card don't support. >> >> (after patch) >> pciconf -lv >> puc0@pci0:5:0:0: class=0x070002 card=0xc1381415 chip=0xc1381415 rev=0x00 >> hdr=0x00 >> vendor = 'Oxford Semiconductor Ltd - now part of PLX Technology' >> class = simple comms >> subclass = UART >> >> i wrote fast-hack patch: > > Does the device work correctly with this patch? yes, work. > If yes, could you please submit the patch in a PR and also send a message about > the PR to either current@ or stable@ mailing list depending on what version of > FreeBSD you used? > Thank you! > >> --- pucdata.c 2011-08-22 22:46:02.000000000 +0400 >> +++ pucdata.c_ 2011-09-06 13:27:23.000000000 +0400 >> @@ -739,6 +739,13 @@ >> PUC_PORT_NONSTANDARD, 0x10, 0, -1, >> .config_function = puc_config_oxford_pcie >> }, >> + >> + { 0x1415, 0xc138, 0xffff, 0, >> + "Oxford Semiconductor OXPCIe952 UARTs", >> + DEFAULT_RCLK * 0x22, >> + PUC_PORT_NONSTANDARD, 0x10, 0, -1, >> + .config_function = puc_config_oxford_pcie >> + }, >> >> { 0x1415, 0xc15d, 0xffff, 0, >> "Oxford Semiconductor OXPCIe952 UARTs (function 1)", >> >> > > -- WBR, Konstantin V. Krotov CJSs "Information Systems" mailto: kkv@insysnet.ru phone: +7 (8332) 51-35-95 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 10:11:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECD57106566C; Thu, 22 Sep 2011 10:11:57 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (75-148-92-18-Oregon.hfc.comcastbusiness.net [75.148.92.18]) by mx1.freebsd.org (Postfix) with ESMTP id AD00F8FC19; Thu, 22 Sep 2011 10:11:57 +0000 (UTC) Received: from black.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.14.4/8.14.4) with ESMTP id p8MABu0Q033807; Thu, 22 Sep 2011 03:11:56 -0700 (PDT) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by black.dglawrence.com (8.14.4/8.14.4/Submit) id p8MABuFW033806; Thu, 22 Sep 2011 03:11:56 -0700 (PDT) (envelope-from dg@dglawrence.com) X-Authentication-Warning: black.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Thu, 22 Sep 2011 03:11:56 -0700 From: David G Lawrence To: Craig Leres Message-ID: <20110922101156.GA11465@black.dglawrence.com> References: <4E7AAAF6.7050004@ee.lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E7AAAF6.7050004@ee.lbl.gov> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (dglawrence.com [127.0.0.1]); Thu, 22 Sep 2011 03:11:56 -0700 (PDT) Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest 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, 22 Sep 2011 10:11:58 -0000 > I have a lot of supermicro motherboards and the newest ones have igb > chipsets; they've been quite a headache with respect to FreeBSD 8. I'm > running 8.2-RELEASE but have upgraded parts of my kernel to 8-RELENG (as > of a few months ago). Some of them work ok while others panic on bootup. > Upgrading to newer versions of the intel igb code fixes some but breaks > others. It's been frustrating. > > While working on this today, I saw two different kernel panics: > > Could not setup receive structures > m_getzone: m_getjcl: invalid cluster type I fixed this awhile back in my local sources. A 12 core Supermicro MB system I'm building here was hitting the bug 100% of the time during startup. Patch attached. -DG Dr. David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 Pave the road of life with opportunities. Index: if_igb.c =================================================================== RCS file: /home/ncvs/src/sys/dev/e1000/if_igb.c,v retrieving revision 1.21.2.20 diff -c -r1.21.2.20 if_igb.c *** if_igb.c 29 Jun 2011 16:16:59 -0000 1.21.2.20 --- if_igb.c 22 Sep 2011 10:04:31 -0000 *************** *** 1278,1286 **** /* Don't lose promiscuous settings */ igb_set_promisc(adapter); - ifp->if_drv_flags |= IFF_DRV_RUNNING; - ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; - callout_reset(&adapter->timer, hz, igb_local_timer, adapter); e1000_clear_hw_cntrs_base_generic(&adapter->hw); --- 1278,1283 ---- *************** *** 1308,1313 **** --- 1305,1313 ---- /* Don't reset the phy next time init gets called */ adapter->hw.phy.reset_disable = TRUE; + + ifp->if_drv_flags |= IFF_DRV_RUNNING; + ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; } static void *************** *** 1490,1501 **** E1000_WRITE_REG(&adapter->hw, E1000_EIMC, que->eims); ++que->irqs; IGB_TX_LOCK(txr); more_tx = igb_txeof(txr); IGB_TX_UNLOCK(txr); - more_rx = igb_rxeof(que, adapter->rx_process_limit, NULL); - if (igb_enable_aim == FALSE) goto no_calc; /* --- 1490,1505 ---- E1000_WRITE_REG(&adapter->hw, E1000_EIMC, que->eims); ++que->irqs; + if (!(adapter->ifp->if_drv_flags & IFF_DRV_RUNNING)) { + return; + } + + more_rx = igb_rxeof(que, adapter->rx_process_limit, NULL); + IGB_TX_LOCK(txr); more_tx = igb_txeof(txr); IGB_TX_UNLOCK(txr); if (igb_enable_aim == FALSE) goto no_calc; /* From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 10:27:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B1631065672 for ; Thu, 22 Sep 2011 10:27:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 25E958FC0A for ; Thu, 22 Sep 2011 10:27:34 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta03.westchester.pa.mail.comcast.net with comcast id blu71h0031c6gX853mTblb; Thu, 22 Sep 2011 10:27:35 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta23.westchester.pa.mail.comcast.net with comcast id bmTZ1h00G1t3BNj3jmTapR; Thu, 22 Sep 2011 10:27:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 14B44102C31; Thu, 22 Sep 2011 03:27:32 -0700 (PDT) Date: Thu, 22 Sep 2011 03:27:32 -0700 From: Jeremy Chadwick To: David G Lawrence Message-ID: <20110922102732.GA60730@icarus.home.lan> References: <4E7AAAF6.7050004@ee.lbl.gov> <20110922101156.GA11465@black.dglawrence.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110922101156.GA11465@black.dglawrence.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , John Baldwin , Craig Leres Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest 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, 22 Sep 2011 10:27:36 -0000 On Thu, Sep 22, 2011 at 03:11:56AM -0700, David G Lawrence wrote: > > I have a lot of supermicro motherboards and the newest ones have igb > > chipsets; they've been quite a headache with respect to FreeBSD 8. I'm > > running 8.2-RELEASE but have upgraded parts of my kernel to 8-RELENG (as > > of a few months ago). Some of them work ok while others panic on bootup. > > Upgrading to newer versions of the intel igb code fixes some but breaks > > others. It's been frustrating. > > > > While working on this today, I saw two different kernel panics: > > > > Could not setup receive structures > > m_getzone: m_getjcl: invalid cluster type > > I fixed this awhile back in my local sources. A 12 core Supermicro > MB system I'm building here was hitting the bug 100% of the time during > startup. Patch attached. > > -DG > > Dr. David G. Lawrence > President > Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 > Pave the road of life with opportunities. > > Index: if_igb.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/e1000/if_igb.c,v > retrieving revision 1.21.2.20 > diff -c -r1.21.2.20 if_igb.c > *** if_igb.c 29 Jun 2011 16:16:59 -0000 1.21.2.20 > --- if_igb.c 22 Sep 2011 10:04:31 -0000 > *************** > *** 1278,1286 **** > /* Don't lose promiscuous settings */ > igb_set_promisc(adapter); > > - ifp->if_drv_flags |= IFF_DRV_RUNNING; > - ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > - > callout_reset(&adapter->timer, hz, igb_local_timer, adapter); > e1000_clear_hw_cntrs_base_generic(&adapter->hw); > > --- 1278,1283 ---- > *************** > *** 1308,1313 **** > --- 1305,1313 ---- > > /* Don't reset the phy next time init gets called */ > adapter->hw.phy.reset_disable = TRUE; > + > + ifp->if_drv_flags |= IFF_DRV_RUNNING; > + ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > } > > static void > *************** > *** 1490,1501 **** > E1000_WRITE_REG(&adapter->hw, E1000_EIMC, que->eims); > ++que->irqs; > > IGB_TX_LOCK(txr); > more_tx = igb_txeof(txr); > IGB_TX_UNLOCK(txr); > > - more_rx = igb_rxeof(que, adapter->rx_process_limit, NULL); > - > if (igb_enable_aim == FALSE) > goto no_calc; > /* > --- 1490,1505 ---- > E1000_WRITE_REG(&adapter->hw, E1000_EIMC, que->eims); > ++que->irqs; > > + if (!(adapter->ifp->if_drv_flags & IFF_DRV_RUNNING)) { > + return; > + } > + > + more_rx = igb_rxeof(que, adapter->rx_process_limit, NULL); > + > IGB_TX_LOCK(txr); > more_tx = igb_txeof(txr); > IGB_TX_UNLOCK(txr); > > if (igb_enable_aim == FALSE) > goto no_calc; > /* CC'ing Jack Vogel. Jack, any insights with regards to this patch? This also touches on what Adrian was mentioning as well, at least to some degree. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 15:21:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4B3106566B for ; Thu, 22 Sep 2011 15:21:43 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 887C28FC18 for ; Thu, 22 Sep 2011 15:21:43 +0000 (UTC) Received: by qyk4 with SMTP id 4so3092468qyk.13 for ; Thu, 22 Sep 2011 08:21:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=mTmZkfmVESuJ6PCocb4Pkinc/ewAe6lJejAB69Mq26c=; b=sGpVRjcomXxk0x5f+VctctacEcdCKDolO/DLag9C3OvkA1FskALG1G5AkVFOwvx3u5 cxBBKTfwOygqVnO+sBQ7L5N8coXaHTnE+W13aVRxM4VC3lHlcgI//z0b64lXDfQiXIRS TAAi6mF1QnUtAzK0TN+mTbNw/R2kjE/OPadkY= Received: by 10.229.28.201 with SMTP id n9mr1758668qcc.68.1316703282100; Thu, 22 Sep 2011 07:54:42 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.229.80.13 with HTTP; Thu, 22 Sep 2011 07:54:22 -0700 (PDT) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Thu, 22 Sep 2011 16:54:22 +0200 X-Google-Sender-Auth: 5riPtvK32iK4F3H-AyjE0KLOZQM Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpio and directory owner preservation behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Sep 2011 15:21:43 -0000 Hi all, I meet a problem with cpio and I would to know if it's a normal behaviour or a bug. I would to save some files and create directories if needed with owner and permission kept. here is an example with net/quagga: I would to save /usr/local/etc/quagga/ripd.conf and creating needed directory in /tmp [root@R3]/#ls -alh /usr/local/etc | grep quagga drwxr-xr-x 2 quagga quagga 512B Sep 22 15:28 quagga [root@R3]/#ls -alh /usr/local/etc/quagga/ripd.conf -rw------- 1 quagga quagga 134B Sep 22 15:28 quagga/ripd.conf [root@R3]/#(cd /usr/local/etc; find . -name ripd.conf -type f | cpio -dumpv /tmp/) The file owner and permission for ripd.conf is keept: [root@R3]/#ls -alh /tmp/quagga/ripd.conf -rw------- 1 quagga quagga 134B Sep 22 15:28 /tmp/quagga/ripd.conf But not the directory owner that is changed to root:wheel [root@R3]/#ls -alh /tmp | grep quagga drwxr-xr-x 2 root wheel 512B Sep 22 16:41 quagga Is a cpio bug ? Thanks, Olivier From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 16:59:12 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14A9E106564A for ; Thu, 22 Sep 2011 16:59:12 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id 13F7D8FC16 for ; Thu, 22 Sep 2011 16:59:09 +0000 (UTC) Received: from webmail.ee.ryerson.ca (eccles [172.16.1.2]) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id p8MGx8VK056999; Thu, 22 Sep 2011 12:59:08 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Received: from 206.108.127.2 (SquirrelMail authenticated user dmagda) by webmail.ee.ryerson.ca with HTTP; Thu, 22 Sep 2011 12:59:08 -0400 Message-ID: In-Reply-To: References: Date: Thu, 22 Sep 2011 12:59:08 -0400 From: "David Magda" To: =?iso-8859-1?Q?=22Olivier_Cochard-Labb=E9=22?= User-Agent: SquirrelMail/1.4.20 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: cpio and directory owner preservation behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Sep 2011 16:59:12 -0000 On Thu, September 22, 2011 10:54, Olivier Cochard-Labbé wrote: [...] > [root@R3]/#(cd /usr/local/etc; find . -name ripd.conf -type f | cpio > -dumpv /tmp/) > > The file owner and permission for ripd.conf is keept: > [root@R3]/#ls -alh /tmp/quagga/ripd.conf > -rw------- 1 quagga quagga 134B Sep 22 15:28 /tmp/quagga/ripd.conf > > But not the directory owner that is changed to root:wheel > [root@R3]/#ls -alh /tmp | grep quagga > drwxr-xr-x 2 root wheel 512B Sep 22 16:41 quagga > > Is a cpio bug ? No it is not a bug, because the find(1) command will only print "quagga/ripd.conf" to its output, and not "quagga/" as well. Since cpio(1) only receives "quagga/ripd.conf", it will only put the information for that item in the archive stream. Try the following command: # (cd /usr/local/etc; find quagga | cpio -dumpv /tmp/) instead. This should grab quagga/ itself, in addition to its contents in the archive stream. If you want to know which items (files, directories, other) that cpio(1) grab information on just run the find(1) without piping its output anywhere. If you don't see the item of interest on a line of its own, cpio(1) will not grab its metadata. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 22 17:59:09 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA356106564A; Thu, 22 Sep 2011 17:59:09 +0000 (UTC) (envelope-from jack.vogel@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.freebsd.org (Postfix) with ESMTP id C12F78FC08; Thu, 22 Sep 2011 17:59:09 +0000 (UTC) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 22 Sep 2011 10:31:07 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.68,424,1312182000"; d="scan'208";a="61719698" Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49]) by fmsmga001.fm.intel.com with ESMTP; 22 Sep 2011 10:31:06 -0700 Received: from orsmsx508.amr.corp.intel.com ([10.22.226.46]) by orsmsx603.amr.corp.intel.com ([10.22.226.49]) with mapi; Thu, 22 Sep 2011 10:31:06 -0700 From: "Vogel, Jack" To: Jeremy Chadwick , David G Lawrence Date: Thu, 22 Sep 2011 10:31:05 -0700 Thread-Topic: Panic during kernel booting on HP Proliant DL180G6 and latest STABLE Thread-Index: Acx5EkSIPVUDsReUR8CiTGyHQI1kXQAOiyWw Message-ID: <1DB50624F8348F48840F2E2CF6040A9D01986290C5@orsmsx508.amr.corp.intel.com> References: <4E7AAAF6.7050004@ee.lbl.gov> <20110922101156.GA11465@black.dglawrence.com> <20110922102732.GA60730@icarus.home.lan> In-Reply-To: <20110922102732.GA60730@icarus.home.lan> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_002_1DB50624F8348F48840F2E2CF6040A9D01986290C5orsmsx508amrc_" MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" , John Baldwin , Craig Leres Subject: RE: Panic during kernel booting on HP Proliant DL180G6 and latest 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, 22 Sep 2011 17:59:10 -0000 --_002_1DB50624F8348F48840F2E2CF6040A9D01986290C5orsmsx508amrc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: Jeremy Chadwick [mailto:freebsd@jdc.parodius.com]=20 Sent: Thursday, September 22, 2011 3:28 AM To: David G Lawrence Cc: Craig Leres; freebsd-stable@freebsd.org; John Baldwin; Vogel, Jack Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest = STABLE On Thu, Sep 22, 2011 at 03:11:56AM -0700, David G Lawrence wrote: > > I have a lot of supermicro motherboards and the newest ones have igb > > chipsets; they've been quite a headache with respect to FreeBSD 8. I'm > > running 8.2-RELEASE but have upgraded parts of my kernel to 8-RELENG (a= s > > of a few months ago). Some of them work ok while others panic on bootup= . > > Upgrading to newer versions of the intel igb code fixes some but breaks > > others. It's been frustrating. > >=20 > > While working on this today, I saw two different kernel panics: > >=20 > > Could not setup receive structures > > m_getzone: m_getjcl: invalid cluster type >=20 > I fixed this awhile back in my local sources. A 12 core Supermicro > MB system I'm building here was hitting the bug 100% of the time during > startup. Patch attached. >=20 > -DG >=20 > Dr. David G. Lawrence > President > Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 850= 0 > Pave the road of life with opportunities. >=20 > Index: if_igb.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/dev/e1000/if_igb.c,v > retrieving revision 1.21.2.20 > diff -c -r1.21.2.20 if_igb.c > *** if_igb.c 29 Jun 2011 16:16:59 -0000 1.21.2.20 > --- if_igb.c 22 Sep 2011 10:04:31 -0000 > *************** > *** 1278,1286 **** > /* Don't lose promiscuous settings */ > igb_set_promisc(adapter); > =20 > - ifp->if_drv_flags |=3D IFF_DRV_RUNNING; > - ifp->if_drv_flags &=3D ~IFF_DRV_OACTIVE; > -=20 > callout_reset(&adapter->timer, hz, igb_local_timer, adapter); > e1000_clear_hw_cntrs_base_generic(&adapter->hw); > =20 > --- 1278,1283 ---- > *************** > *** 1308,1313 **** > --- 1305,1313 ---- > =20 > /* Don't reset the phy next time init gets called */ > adapter->hw.phy.reset_disable =3D TRUE; > +=20 > + ifp->if_drv_flags |=3D IFF_DRV_RUNNING; > + ifp->if_drv_flags &=3D ~IFF_DRV_OACTIVE; > } > =20 > static void > *************** > *** 1490,1501 **** > E1000_WRITE_REG(&adapter->hw, E1000_EIMC, que->eims); > ++que->irqs; > =20 > IGB_TX_LOCK(txr); > more_tx =3D igb_txeof(txr); > IGB_TX_UNLOCK(txr); > =20 > - more_rx =3D igb_rxeof(que, adapter->rx_process_limit, NULL); > -=20 > if (igb_enable_aim =3D=3D FALSE) > goto no_calc; > /* > --- 1490,1505 ---- > E1000_WRITE_REG(&adapter->hw, E1000_EIMC, que->eims); > ++que->irqs; > =20 > + if (!(adapter->ifp->if_drv_flags & IFF_DRV_RUNNING)) { > + return; > + } > +=20 > + more_rx =3D igb_rxeof(que, adapter->rx_process_limit, NULL); > +=20 > IGB_TX_LOCK(txr); > more_tx =3D igb_txeof(txr); > IGB_TX_UNLOCK(txr); > =20 > if (igb_enable_aim =3D=3D FALSE) > goto no_calc; > /* CC'ing Jack Vogel. Jack, any insights with regards to this patch? This also touches on what Adrian was mentioning as well, at least to some degree. I have a slight modification to John's earlier changes, namely, it masks th= e full EIMC register when setup to use MSIX, I'm thinking this might be why= the earlier patch failed? The code in this latest email is something that= I would not want to use if possible, it's just trying to avoid the problem= . Please test with this change instead. Regards, Jack --_002_1DB50624F8348F48840F2E2CF6040A9D01986290C5orsmsx508amrc_ Content-Type: application/octet-stream; name="igb-irq.patch" Content-Description: igb-irq.patch Content-Disposition: attachment; filename="igb-irq.patch"; size=1791; creation-date="Thu, 22 Sep 2011 10:22:56 GMT"; modification-date="Thu, 22 Sep 2011 10:22:56 GMT" Content-Transfer-Encoding: base64 LS0tIGlmX2lnYi5jCTIwMTEtMDQtMjggMDg6Mjg6NTkuMDAwMDAwMDAwIC0wNzAwCisrKyBpZl9p Z2IuamZ2LmMJMjAxMS0wOS0yMiAwMTo1ODo0OS4wMDAwMDAwMDAgLTA3MDAKQEAgLTk5LDcgKzk5 LDcgQEAKIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioKICAqICBEcml2ZXIgdmVyc2lvbjoKICAqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiov Ci1jaGFyIGlnYl9kcml2ZXJfdmVyc2lvbltdID0gInZlcnNpb24gLSAyLjIuMyI7CitjaGFyIGln Yl9kcml2ZXJfdmVyc2lvbltdID0gInZlcnNpb24gLSAyLjIuMyAtIHRlc3QiOwogCiAKIC8qKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioKQEAgLTU5OCwxNiArNTk4LDYgQEAKIAkJZ290byBlcnJfbGF0ZTsKIAl9CiAKLQkv KiAKLQkqKiBDb25maWd1cmUgSW50ZXJydXB0cwotCSovCi0JaWYgKChhZGFwdGVyLT5tc2l4ID4g MSkgJiYgKGlnYl9lbmFibGVfbXNpeCkpCi0JCWVycm9yID0gaWdiX2FsbG9jYXRlX21zaXgoYWRh cHRlcik7Ci0JZWxzZSAvKiBNU0kgb3IgTGVnYWN5ICovCi0JCWVycm9yID0gaWdiX2FsbG9jYXRl X2xlZ2FjeShhZGFwdGVyKTsKLQlpZiAoZXJyb3IpCi0JCWdvdG8gZXJyX2xhdGU7Ci0KIAkvKiBT ZXR1cCBPUyBzcGVjaWZpYyBuZXR3b3JrIGludGVyZmFjZSAqLwogCWlmIChpZ2Jfc2V0dXBfaW50 ZXJmYWNlKGRldiwgYWRhcHRlcikgIT0gMCkKIAkJZ290byBlcnJfbGF0ZTsKQEAgLTY1MSw2ICs2 NDEsMTYgQEAKIAlhZGFwdGVyLT5sZWRfZGV2ID0gbGVkX2NyZWF0ZShpZ2JfbGVkX2Z1bmMsIGFk YXB0ZXIsCiAJICAgIGRldmljZV9nZXRfbmFtZXVuaXQoZGV2KSk7CiAKKwkvKiAKKwkqKiBDb25m aWd1cmUgSW50ZXJydXB0cworCSovCisJaWYgKChhZGFwdGVyLT5tc2l4ID4gMSkgJiYgKGlnYl9l bmFibGVfbXNpeCkpCisJCWVycm9yID0gaWdiX2FsbG9jYXRlX21zaXgoYWRhcHRlcik7CisJZWxz ZSAvKiBNU0kgb3IgTGVnYWN5ICovCisJCWVycm9yID0gaWdiX2FsbG9jYXRlX2xlZ2FjeShhZGFw dGVyKTsKKwlpZiAoZXJyb3IpCisJCWdvdG8gZXJyX2xhdGU7CisKIAlJTklUX0RFQlVHT1VUKCJp Z2JfYXR0YWNoOiBlbmQiKTsKIAogCXJldHVybiAoMCk7CkBAIC02NTksMTAgKzY1OSwxMCBAQAog CWlnYl9mcmVlX3RyYW5zbWl0X3N0cnVjdHVyZXMoYWRhcHRlcik7CiAJaWdiX2ZyZWVfcmVjZWl2 ZV9zdHJ1Y3R1cmVzKGFkYXB0ZXIpOwogCWlnYl9yZWxlYXNlX2h3X2NvbnRyb2woYWRhcHRlcik7 Ci0JaWYgKGFkYXB0ZXItPmlmcCAhPSBOVUxMKQotCQlpZl9mcmVlKGFkYXB0ZXItPmlmcCk7CiBl cnJfcGNpOgogCWlnYl9mcmVlX3BjaV9yZXNvdXJjZXMoYWRhcHRlcik7CisJaWYgKGFkYXB0ZXIt PmlmcCAhPSBOVUxMKQorCQlpZl9mcmVlKGFkYXB0ZXItPmlmcCk7CiAJZnJlZShhZGFwdGVyLT5t dGEsIE1fREVWQlVGKTsKIAlJR0JfQ09SRV9MT0NLX0RFU1RST1koYWRhcHRlcik7CiAKQEAgLTIx NjcsNiArMjE2Nyw5IEBACiAJYWRhcHRlci0+bXNpeCA9IGlnYl9zZXR1cF9tc2l4KGFkYXB0ZXIp OwogCWFkYXB0ZXItPmh3LmJhY2sgPSAmYWRhcHRlci0+b3NkZXA7CiAKKwkvKiBNYWtlIHN1cmUg bm8gaW50ZXJydXB0cyBjb21lIGluIGVhcmx5ICovCisJaWdiX2Rpc2FibGVfaW50cihhZGFwdGVy KTsKKwogCXJldHVybiAoMCk7CiB9CiAK --_002_1DB50624F8348F48840F2E2CF6040A9D01986290C5orsmsx508amrc_-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 23 20:20:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07795106564A for ; Fri, 23 Sep 2011 20:20:48 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id D9D988FC08 for ; Fri, 23 Sep 2011 20:20:47 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 2947F1CC68; Fri, 23 Sep 2011 17:03:00 -0300 (BRT) Received: from 187.69.59.41 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Fri, 23 Sep 2011 17:03:00 -0300 Message-ID: Date: Fri, 23 Sep 2011 17:03:00 -0300 From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Realtek integrated nic 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: Fri, 23 Sep 2011 20:20:48 -0000 hail, I have a box using this Realtek nic: re0@pci0:1:0:0: class=0x020000 card=0x81051019 chip=0x813610ec rev=0x05 hdr=0x00 class = network subclass = ethernet but FreeBSD is unable to use it. Its 8.1 pfSense. Newer versions would run it ? thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Sat Sep 24 10:56:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 705F71065673 for ; Sat, 24 Sep 2011 10:56:14 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id B6D6C8FC15 for ; Sat, 24 Sep 2011 10:56:13 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8OAu5aq062848; Sat, 24 Sep 2011 17:56:06 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E7DB740.9070206@rdtc.ru> Date: Sat, 24 Sep 2011 17:56:00 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Nenhum_de_Nos References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Realtek integrated nic 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: Sat, 24 Sep 2011 10:56:14 -0000 > I have a box using this Realtek nic: > > re0@pci0:1:0:0: class=0x020000 card=0x81051019 chip=0x813610ec rev=0x05 > hdr=0x00 > class = network > subclass = ethernet > > but FreeBSD is unable to use it. Its 8.1 pfSense. Newer versions would run > it ? > > thanks, > > matheus > Your card is supported with re(4) driver in 8.2-RELEASE and later versions. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Sep 24 11:12:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DE461065673 for ; Sat, 24 Sep 2011 11:12:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1C73D8FC16 for ; Sat, 24 Sep 2011 11:12:24 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta04.westchester.pa.mail.comcast.net with comcast id cb161h0031YDfWL54bCR4h; Sat, 24 Sep 2011 11:12:25 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta20.westchester.pa.mail.comcast.net with comcast id cbCP1h00a1t3BNj3gbCQHE; Sat, 24 Sep 2011 11:12:24 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 02668102C31; Sat, 24 Sep 2011 04:12:22 -0700 (PDT) Date: Sat, 24 Sep 2011 04:12:21 -0700 From: Jeremy Chadwick To: Eugene Grosbein Message-ID: <20110924111221.GA11624@icarus.home.lan> References: <4E7DB740.9070206@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E7DB740.9070206@rdtc.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Nenhum_de_Nos Subject: Re: Realtek integrated nic 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: Sat, 24 Sep 2011 11:12:25 -0000 On Sat, Sep 24, 2011 at 05:56:00PM +0700, Eugene Grosbein wrote: > > I have a box using this Realtek nic: > > > > re0@pci0:1:0:0: class=0x020000 card=0x81051019 chip=0x813610ec rev=0x05 > > hdr=0x00 > > class = network > > subclass = ethernet > > > > but FreeBSD is unable to use it. Its 8.1 pfSense. Newer versions would run > > it ? > > > > thanks, > > > > matheus > > > > Your card is supported with re(4) driver in 8.2-RELEASE and later versions. Based on what I can tell his 8.1-based pfSense box detects the card and binds it to re(4) -- look closely at the first few digits of the first pciconf line. Whether or not the card actually **functions properly** in 8.1 is a different story altogether. The OP doesn't explain what "unable to use it" means. My guess: it's probably a revision of card that 8.1 did not have proper code for. As such, I would strongly suggest running 8.2. If the card doesn't function correctly in 8.2, there are folks here on the mailing list who can help with that. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Sep 24 11:44:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08900106566C for ; Sat, 24 Sep 2011 11:44:26 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id D60A58FC0A for ; Sat, 24 Sep 2011 11:44:25 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 989831CC68; Sat, 24 Sep 2011 08:44:20 -0300 (BRT) Received: from 186.214.130.117 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Sat, 24 Sep 2011 08:44:20 -0300 Message-ID: <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> In-Reply-To: <20110924111221.GA11624@icarus.home.lan> References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> Date: Sat, 24 Sep 2011 08:44:20 -0300 From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Realtek integrated nic 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: Sat, 24 Sep 2011 11:44:26 -0000 On Sat, September 24, 2011 08:12, Jeremy Chadwick wrote: > On Sat, Sep 24, 2011 at 05:56:00PM +0700, Eugene Grosbein wrote: >> > I have a box using this Realtek nic: >> > >> > re0@pci0:1:0:0: class=0x020000 card=0x81051019 chip=0x813610ec >> rev=0x05 >> > hdr=0x00 >> > class = network >> > subclass = ethernet >> > >> > but FreeBSD is unable to use it. Its 8.1 pfSense. Newer versions would >> run >> > it ? >> > >> > thanks, >> > >> > matheus >> > >> >> Your card is supported with re(4) driver in 8.2-RELEASE and later >> versions. > > Based on what I can tell his 8.1-based pfSense box detects the card > and binds it to re(4) -- look closely at the first few digits of the > first pciconf line. > > Whether or not the card actually **functions properly** in 8.1 is a > different story altogether. The OP doesn't explain what "unable to use > it" means. My guess: it's probably a revision of card that 8.1 did not > have proper code for. pciconf -lv finds that I sent, but ifconfig won't list the card. it's useless as a nic. is it possible to use if_re from 8.2 in 8.1 ? thanks, matheus > As such, I would strongly suggest running 8.2. If the card doesn't > function correctly in 8.2, there are folks here on the mailing list who > can help with that. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | > > _______________________________________________ > 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" > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Sat Sep 24 12:01:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 717731065680 for ; Sat, 24 Sep 2011 12:01:02 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4B3858FC22 for ; Sat, 24 Sep 2011 12:01:01 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id C1F621CC68; Sat, 24 Sep 2011 09:00:56 -0300 (BRT) Received: from 186.214.130.117 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Sat, 24 Sep 2011 09:00:56 -0300 Message-ID: <078f69ff2537863e64b17d58314ccb7b.squirrel@eternamente.info> In-Reply-To: <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> Date: Sat, 24 Sep 2011 09:00:56 -0300 From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Realtek integrated nic 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: Sat, 24 Sep 2011 12:01:02 -0000 On Sat, September 24, 2011 08:44, Nenhum_de_Nos wrote: > > On Sat, September 24, 2011 08:12, Jeremy Chadwick wrote: >> On Sat, Sep 24, 2011 at 05:56:00PM +0700, Eugene Grosbein wrote: >>> > I have a box using this Realtek nic: >>> > >>> > re0@pci0:1:0:0: class=0x020000 card=0x81051019 chip=0x813610ec >>> rev=0x05 >>> > hdr=0x00 >>> > class = network >>> > subclass = ethernet >>> > >>> > but FreeBSD is unable to use it. Its 8.1 pfSense. Newer versions >>> would >>> run >>> > it ? >>> > >>> > thanks, >>> > >>> > matheus >>> > >>> >>> Your card is supported with re(4) driver in 8.2-RELEASE and later >>> versions. >> >> Based on what I can tell his 8.1-based pfSense box detects the card >> and binds it to re(4) -- look closely at the first few digits of the >> first pciconf line. >> >> Whether or not the card actually **functions properly** in 8.1 is a >> different story altogether. The OP doesn't explain what "unable to use >> it" means. My guess: it's probably a revision of card that 8.1 did not >> have proper code for. > > pciconf -lv finds that I sent, but ifconfig won't list the card. it's > useless as a nic. > > is it possible to use if_re from 8.2 in 8.1 ? > > thanks, > > matheus or as an alternative, is there any post 2.0 image available ? something like FreeBSD current, the code of next release as is. I can't find link to the snapshot site. is it yet on ? thanks, matheus >> As such, I would strongly suggest running 8.2. If the card doesn't >> function correctly in 8.2, there are folks here on the mailing list who >> can help with that. >> >> -- >> | Jeremy Chadwick jdc at parodius.com | >> | Parodius Networking http://www.parodius.com/ | >> | UNIX Systems Administrator Mountain View, CA, US | >> | Making life hard for others since 1977. PGP 4BD6C0CB | >> >> _______________________________________________ >> 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" >> > > > -- > We will call you cygnus, > The God of balance you shall be > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > http://en.wikipedia.org/wiki/Posting_style > _______________________________________________ > 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" > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Sat Sep 24 12:10:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DEBC1065674 for ; Sat, 24 Sep 2011 12:10:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 263398FC17 for ; Sat, 24 Sep 2011 12:10:03 +0000 (UTC) Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta12.westchester.pa.mail.comcast.net with comcast id cbXG1h00127AodY5CcA4Q9; Sat, 24 Sep 2011 12:10:04 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.westchester.pa.mail.comcast.net with comcast id ccA21h0191t3BNj3fcA3br; Sat, 24 Sep 2011 12:10:04 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BDC72102C36; Sat, 24 Sep 2011 05:10:01 -0700 (PDT) Date: Sat, 24 Sep 2011 05:10:01 -0700 From: Jeremy Chadwick To: Nenhum_de_Nos Message-ID: <20110924121001.GA14219@icarus.home.lan> References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: YongHyeon PYUN , freebsd-stable@freebsd.org Subject: Re: Realtek integrated nic 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: Sat, 24 Sep 2011 12:10:08 -0000 On Sat, Sep 24, 2011 at 08:44:20AM -0300, Nenhum_de_Nos wrote: > > On Sat, September 24, 2011 08:12, Jeremy Chadwick wrote: > > On Sat, Sep 24, 2011 at 05:56:00PM +0700, Eugene Grosbein wrote: > >> > I have a box using this Realtek nic: > >> > > >> > re0@pci0:1:0:0: class=0x020000 card=0x81051019 chip=0x813610ec > >> rev=0x05 > >> > hdr=0x00 > >> > class = network > >> > subclass = ethernet > >> > > >> > but FreeBSD is unable to use it. Its 8.1 pfSense. Newer versions would > >> run > >> > it ? > >> > > >> > thanks, > >> > > >> > matheus > >> > > >> > >> Your card is supported with re(4) driver in 8.2-RELEASE and later > >> versions. > > > > Based on what I can tell his 8.1-based pfSense box detects the card > > and binds it to re(4) -- look closely at the first few digits of the > > first pciconf line. > > > > Whether or not the card actually **functions properly** in 8.1 is a > > different story altogether. The OP doesn't explain what "unable to use > > it" means. My guess: it's probably a revision of card that 8.1 did not > > have proper code for. > > pciconf -lv finds that I sent, but ifconfig won't list the card. it's > useless as a nic. Right, the problem is what I assumed: the re(4) driver in 8.1 binds to the card, but the card/driver/network layer is not functional. This means the code in 8.1 probably does not work with this revision (not "model"!) of card. If it's possible for you to get dmesg(8) output from the machine, that would be useful. Chances are there is something being emitted during kernel boot when re(4) is initialised that indicates failure. It would also help if you could provide "pciconf -lvcb" output; note the additional flags. The BAR details are sometimes useful. > is it possible to use if_re from 8.2 in 8.1 ? I would strongly recommend you avoid doing this unless the existing maintainer of re(4) says it's okay. You should not get in the habit of doing this; there is no guarantee it will work (kernel ABI structures and semantics can/do change between versions). You might be able to take the re(4) source code from 8.2 and make it compile 8.1. I don't know if you'll be able to, say, steal if_re.ko from an 8.2 mirror site and load that on 8.1. It may load, but it may not work correctly. CC'ing YongHyeon to verify/dismiss my claims. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Sep 24 20:18:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 692371065670 for ; Sat, 24 Sep 2011 20:18:41 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 1B47B8FC16 for ; Sat, 24 Sep 2011 20:18:40 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p8OK8NMs010769 for ; Sat, 24 Sep 2011 15:08:23 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E7E38B7.5020101@missouri.edu> Date: Sat, 24 Sep 2011 15:08:23 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems with cvs from cvs-repository X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Sep 2011 20:18:41 -0000 I see that a lot of RELENG_9 tags have been created in the last day or so. So I thought I would get the sources in the following manner: I downloaded the complete cvs repository using cvsup. Then I ran the commands env CVSROOT=/whereever-it-is/cvs cvs co -rRELENG_9 src and nothing happened except the directory src was created. However if I try cvsup with RELENG_9, it works just fine. Is this something to do with svn to cvs conversion, and somehow something isn't set quite right? Or did I completely mess up the commands? From owner-freebsd-stable@FreeBSD.ORG Sat Sep 24 20:18:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6529106564A for ; Sat, 24 Sep 2011 20:18:41 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id A07638FC17 for ; Sat, 24 Sep 2011 20:18:41 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p8OKC0UK011021 for ; Sat, 24 Sep 2011 15:12:00 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E7E3990.7020100@missouri.edu> Date: Sat, 24 Sep 2011 15:12:00 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4E7E38B7.5020101@missouri.edu> In-Reply-To: <4E7E38B7.5020101@missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Problems with cvs from cvs-repository X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Sep 2011 20:18:41 -0000 On 09/24/2011 03:08 PM, Stephen Montgomery-Smith wrote: > I see that a lot of RELENG_9 tags have been created in the last day or > so. So I thought I would get the sources in the following manner: > > I downloaded the complete cvs repository using cvsup. Then I ran the > commands > env CVSROOT=/whereever-it-is/cvs cvs co -rRELENG_9 src > and nothing happened except the directory src was created. > > However if I try cvsup with RELENG_9, it works just fine. > > Is this something to do with svn to cvs conversion, and somehow > something isn't set quite right? Or did I completely mess up the commands? Please completely ignore this message. I was simply impatient and didn't let the command run for long enough to do anything. Sorry for the noise. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 24 20:19:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC1C31065670 for ; Sat, 24 Sep 2011 20:19:36 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id A5E958FC1F for ; Sat, 24 Sep 2011 20:19:36 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id E84141CC68; Sat, 24 Sep 2011 17:19:27 -0300 (BRT) Received: from 189.93.157.53 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Sat, 24 Sep 2011 17:19:27 -0300 Message-ID: <73a60aa11fb5447170894bc1bfc814bc.squirrel@eternamente.info> In-Reply-To: <20110924121001.GA14219@icarus.home.lan> References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> <20110924121001.GA14219@icarus.home.lan> Date: Sat, 24 Sep 2011 17:19:27 -0300 From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org, "YongHyeon PYUN" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: Realtek integrated nic 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: Sat, 24 Sep 2011 20:19:37 -0000 On Sat, September 24, 2011 09:10, Jeremy Chadwick wrote: > On Sat, Sep 24, 2011 at 08:44:20AM -0300, Nenhum_de_Nos wrote: >> >> On Sat, September 24, 2011 08:12, Jeremy Chadwick wrote: >> > On Sat, Sep 24, 2011 at 05:56:00PM +0700, Eugene Grosbein wrote: >> >> > I have a box using this Realtek nic: >> >> > >> >> > re0@pci0:1:0:0: class=0x020000 card=0x81051019 chip=0x813610ec >> >> rev=0x05 >> >> > hdr=0x00 >> >> > class = network >> >> > subclass = ethernet >> >> > >> >> > but FreeBSD is unable to use it. Its 8.1 pfSense. Newer versions >> would >> >> run >> >> > it ? >> >> > >> >> > thanks, >> >> > >> >> > matheus >> >> > >> >> >> >> Your card is supported with re(4) driver in 8.2-RELEASE and later >> >> versions. >> > >> > Based on what I can tell his 8.1-based pfSense box detects the card >> > and binds it to re(4) -- look closely at the first few digits of the >> > first pciconf line. >> > >> > Whether or not the card actually **functions properly** in 8.1 is a >> > different story altogether. The OP doesn't explain what "unable to >> use >> > it" means. My guess: it's probably a revision of card that 8.1 did >> not >> > have proper code for. >> >> pciconf -lv finds that I sent, but ifconfig won't list the card. it's >> useless as a nic. > > Right, the problem is what I assumed: the re(4) driver in 8.1 binds to > the card, but the card/driver/network layer is not functional. This > means the code in 8.1 probably does not work with this revision (not > "model"!) of card. > > If it's possible for you to get dmesg(8) output from the machine, that > would be useful. Chances are there is something being emitted during > kernel boot when re(4) is initialised that indicates failure. > > It would also help if you could provide "pciconf -lvcb" output; note the > additional flags. The BAR details are sometimes useful. thanks, as this box is from work, as soon as I get there I'll try to do this. >> is it possible to use if_re from 8.2 in 8.1 ? > > I would strongly recommend you avoid doing this unless the existing > maintainer of re(4) says it's okay. You should not get in the habit of > doing this; there is no guarantee it will work (kernel ABI structures > and semantics can/do change between versions). > > You might be able to take the re(4) source code from 8.2 and make it > compile 8.1. I don't know if you'll be able to, say, steal if_re.ko > from an 8.2 mirror site and load that on 8.1. It may load, but it may > not work correctly. > > CC'ing YongHyeon to verify/dismiss my claims. well, as its a pfsense box (2.0R), I guess it will be harder to compile it, that's why I asked about taking it. thanks again, and I'll wait for the maintainer also, thanks, matheus > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | > > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style