From owner-freebsd-stable@FreeBSD.ORG Sun Dec 4 00:12:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6922B106566C; Sun, 4 Dec 2011 00:12:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EFA49153D54; Sun, 4 Dec 2011 00:12:12 +0000 (UTC) Message-ID: <4EDABADD.9000009@FreeBSD.org> Date: Sat, 03 Dec 2011 16:12:13 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Max Khon References: In-Reply-To: X-Enigmail-Version: 1.3.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Christian Weisgerber , edwin@FreeBSD.org Subject: Re: 7-STABLE: mergemaster tzsetup question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2011 00:12:13 -0000 On 12/3/2011 8:14 AM, Max Khon wrote: > Christian, > > On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber > wrote: > >> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented >> with >> >> *** There is no /var/db/zoneinfo file to update /etc/localtime. >> You should run tzsetup >> >> Running tzsetup(8) does however not create /var/db/zoneinfo, so >> mergemaster will prompt the next time, too. I guess I can just >> ignore it, but it seems weird that mergemaster would keep nagging >> about this. >> >> Where is /var/db/zoneinfo supposed to come from? >> >> I also notice that mergemaster can issue tzsetup arguments -C and >> -r, but tzsetup doesn't support those. > > tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that > mergemaster was merged to RELENG_7 but appropiate version of tzsetup > was not. Well that's embarrassing. :) Edwin, what are the chances that you could MFC your changes to tzsetup? Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 4 00:13:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D05991065676 for ; Sun, 4 Dec 2011 00:13:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8B1BD154369; Sun, 4 Dec 2011 00:12:36 +0000 (UTC) Message-ID: <4EDABAF4.6090905@FreeBSD.org> Date: Sat, 03 Dec 2011 16:12:36 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: David Wolfskill , Christian Weisgerber , freebsd-stable@freebsd.org References: <20111203161617.GG41130@albert.catwhisker.org> In-Reply-To: <20111203161617.GG41130@albert.catwhisker.org> X-Enigmail-Version: 1.3.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: 7-STABLE: mergemaster tzsetup question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2011 00:13:05 -0000 On 12/3/2011 8:16 AM, David Wolfskill wrote: > For machines that run UTC, it's not needed. FYI, the code in mergemaster checks for that. -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 4 02:18:17 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 95F36106564A; Sun, 4 Dec 2011 02:18:17 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail4out.barnet.com.au (mail4out.barnet.com.au [202.83.178.123]) by mx1.freebsd.org (Postfix) with ESMTP id 0C07E8FC0C; Sun, 4 Dec 2011 02:18:16 +0000 (UTC) Received: by mail4out.barnet.com.au (Postfix, from userid 1001) id 343BF37B91C; Sun, 4 Dec 2011 13:01:01 +1100 (EST) X-Viruscan-Id: <4EDAD45C0001621CFBD91E@BarNet> Received: from mail4auth.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.barnet.com.au", Issuer "Equifax" (verified OK)) by mail4.barnet.com.au (Postfix) with ESMTPS id B6B0D44C964; Sun, 4 Dec 2011 13:01:00 +1100 (EST) Received: from [10.204.250.203] (ppp121-44-215-64.lns20.syd7.internode.on.net [121.44.215.64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mail4auth.barnet.com.au (Postfix) with ESMTPSA id 53BCF37B970; Sun, 4 Dec 2011 13:01:00 +1100 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Edwin Groothuis In-Reply-To: <4EDABADD.9000009@FreeBSD.org> Date: Sun, 4 Dec 2011 13:00:58 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4EDABADD.9000009@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1251.1) Cc: edwin@FreeBSD.org, freebsd-stable@freebsd.org, Christian Weisgerber , Max Khon Subject: Re: 7-STABLE: mergemaster tzsetup question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2011 02:18:17 -0000 On 04/12/2011, at 11:12 , Doug Barton wrote: > On 12/3/2011 8:14 AM, Max Khon wrote: >> Christian, >>=20 >> On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber >> wrote: >>=20 >>> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented >>> with >>>=20 >>> *** There is no /var/db/zoneinfo file to update /etc/localtime. >>> You should run tzsetup >>>=20 >>> Running tzsetup(8) does however not create /var/db/zoneinfo, so >>> mergemaster will prompt the next time, too. I guess I can just >>> ignore it, but it seems weird that mergemaster would keep nagging >>> about this. >>>=20 >>> Where is /var/db/zoneinfo supposed to come from? >>>=20 >>> I also notice that mergemaster can issue tzsetup arguments -C and >>> -r, but tzsetup doesn't support those. >>=20 >> tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems = that >> mergemaster was merged to RELENG_7 but appropiate version of tzsetup >> was not. >=20 > Well that's embarrassing. :) >=20 > Edwin, what are the chances that you could MFC your changes to = tzsetup? If you still have a machine running 7.x (which I don't have anymore), = then go for it and do your damage :-) Edwin= From owner-freebsd-stable@FreeBSD.ORG Sun Dec 4 12:00: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 0AB871065723 for ; Sun, 4 Dec 2011 12:00:43 +0000 (UTC) (envelope-from rumrunner@rumrunner.mine.nu) Received: from mail47.e.nsc.no (mail47.e.nsc.no [193.213.115.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3512B8FC15 for ; Sun, 4 Dec 2011 12:00:41 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0216.bb.online.no [88.89.180.216]) by mail47.nsc.no (8.14.4/8.14.4) with ESMTP id pB4C0NjY019056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 4 Dec 2011 13:00:25 +0100 (MET) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.5/8.14.2) with ESMTP id pB4C0Mj0039332; Sun, 4 Dec 2011 13:00:23 +0100 (CET) (envelope-from rumrunner@rumrunner.mine.nu) Received: (from rumrunner@localhost) by rumrunner.mine.nu (8.14.5/8.13.8/Submit) id pB4C0MAB039331; Sun, 4 Dec 2011 13:00:22 +0100 (CET) (envelope-from rumrunner) Date: Sun, 4 Dec 2011 13:00:21 +0100 From: Eivind Evensen To: Dan Nelson Message-ID: <20111204120021.GB26675@klump.hjerdalen.lokalnett> References: <20111202094502.GA20626@klump.hjerdalen.lokalnett> <20111203195458.GF7771@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111203195458.GF7771@dan.emsphone.com> Cc: freebsd-stable@freebsd.org Subject: Re: Something missing in truss X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Dec 2011 12:00:43 -0000 On Sat, Dec 03, 2011 at 01:54:58PM -0600, Dan Nelson wrote: > In the last episode (Dec 02), Eivind Evensen said: > > Does anybody else see this or know why? > > > > The machine here is running : > > > > > uname -a > > FreeBSD elg.hjerdalen.lokalnett 8.2-STABLE FreeBSD 8.2-STABLE #36: Wed Nov 30 22:03:07 CET 2011 rumrunner@elg.hjerdalen.lokalnett:/usr/obj/usr/src/sys/RUM amd64 > > > > While trying to weed out some firefox problems, I've noticed > > that truss doesn't recognise certain syscalls : > > > > getpid() = 1519 (0x5ef) > > clock_gettime(4,{48496.335142903 }) = 0 (0x0) > > kevent(20,{0x23,EVFILT_READ,EV_ADD,0,0x0,0x809ec9d80},1,{0x15,EVFILT_READ,0x0,0,0x1,0x809ec9e80},64,0x0) = 1 (0x1) > > clock_gettime(4,{48496.335293202 }) = 0 (0x0) > > read(21,"\0",1) = 1 (0x1) > > clock_gettime(4,{48496.335382599 }) = 0 (0x0) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > > Two problems: truss get confused when you attach to a process that's > currently executing a syscall, and it gets even more confused when you have > a threaded process waiting in many syscalls at once. > > The following patch fixes problem #1, but problem #2 involves keeping more > per-thread state and ends up touching a lot of the truss code. See > http://www.evoy.net/FreeBSD/truss.diff for one solution (and more syscall > decodes). Thanks for the explanation. I'll try the patch. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 4 18:54: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 6675E106566B for ; Sun, 4 Dec 2011 18:54:08 +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 A50E18FC16 for ; Sun, 4 Dec 2011 18:54:07 +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 pB4IrrEw041045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Dec 2011 20:53:53 +0200 (EET) (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 pB4IrrRp099051; Sun, 4 Dec 2011 20:53:53 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pB4Irq4i099050; Sun, 4 Dec 2011 20:53:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Dec 2011 20:53:52 +0200 From: Kostik Belousov To: Dan Nelson Message-ID: <20111204185352.GH50300@deviant.kiev.zoral.com.ua> References: <20111202094502.GA20626@klump.hjerdalen.lokalnett> <20111203195458.GF7771@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2Fd+pYVjDujftXaL" Content-Disposition: inline In-Reply-To: <20111203195458.GF7771@dan.emsphone.com> 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.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org, Eivind Evensen Subject: Re: Something missing in truss X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Dec 2011 18:54:08 -0000 --2Fd+pYVjDujftXaL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 03, 2011 at 01:54:58PM -0600, Dan Nelson wrote: > In the last episode (Dec 02), Eivind Evensen said: > > Does anybody else see this or know why? > >=20 > > The machine here is running : > >=20 > > > uname -a > > FreeBSD elg.hjerdalen.lokalnett 8.2-STABLE FreeBSD 8.2-STABLE #36: Wed = Nov 30 22:03:07 CET 2011 rumrunner@elg.hjerdalen.lokalnett:/usr/obj/usr= /src/sys/RUM amd64 > >=20 > > While trying to weed out some firefox problems, I've noticed > > that truss doesn't recognise certain syscalls : > >=20 > > getpid() =3D 1519 (0x5ef) > > clock_gettime(4,{48496.335142903 }) =3D 0 (0x0) > > kevent(20,{0x23,EVFILT_READ,EV_ADD,0,0x0,0x809ec9d80},1,{0x15,EVFILT_RE= AD,0x0,0,0x1,0x809ec9e80},64,0x0) =3D 1 (0x1) > > clock_gettime(4,{48496.335293202 }) =3D 0 (0x0) > > read(21,"\0",1) =3D 1 (0x1) > > clock_gettime(4,{48496.335382599 }) =3D 0 (0x0) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) =3D 1= 16 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = =3D 454 (0x1c6) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) =3D 1= 16 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = =3D 454 (0x1c6) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) =3D 1= 16 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = =3D 454 (0x1c6) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) =3D 1= 16 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = =3D 454 (0x1c6) > > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) =3D 1= 16 (0x74) > > -- UNKNOWN SYSCALL -14704864 -- > > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = =3D 454 (0x1c6) >=20 > Two problems: truss get confused when you attach to a process that's > currently executing a syscall, and it gets even more confused when you ha= ve > a threaded process waiting in many syscalls at once. >=20 > The following patch fixes problem #1, but problem #2 involves keeping more > per-thread state and ends up touching a lot of the truss code. See > http://www.evoy.net/FreeBSD/truss.diff for one solution (and more syscall > decodes). >=20 > Index: setup.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 > --- setup.c (revision 228242) > +++ setup.c (working copy) > @@ -202,8 +202,10 @@ > find_thread(info, lwpinfo.pl_lwpid); > switch(WSTOPSIG(waitval)) { > case SIGTRAP: > - info->pr_why =3D info->curthread->in_syscall?S_SCX:S_SCE; > - info->curthread->in_syscall =3D 1 - info->curthread->in_syscall; > + if ((lwpinfo.pl_flags&(PL_FLAG_SCE|PL_FLAG_SCX)) =3D=3D 0) > + err(1,"pl_flags=3D%x contains neither PL_FLAG_SCE or PL_FLAG_SCX", l= wpinfo.pl_flags); > + info->pr_why =3D (lwpinfo.pl_flags&PL_FLAG_SCE) ? S_SCE:S_SCX; > + info->curthread->in_syscall =3D (info->pr_why =3D=3D S_SCE) ? 1:0; > break; > default: > info->pr_why =3D S_SIG; >=20 I started the similar but bigger patch to handle syscalls entry, leave using explicit kernel hints. The patch is bigger because it also aims to also handle execve(2) kind of syscalls to properly change ABI decoder, and forks to attach to the childs in race-free manner. Unfortunately, it is stalled. I just committed the similar change from the patch, adding your assertion for the case when no PL_FLAG_SCE/SCX were provided. I think that assertion is in fact not quite right, and code should fall to the default case in the switch. The reason is that SIGTRAP may be sent as a normal signal. But this change is more controversial, and the patch should be an improveme= nt over the current situation. Also, I should note that the patch cannot be merged even to stable/9, because MIPS and ARM still does not properly support PL_FLAGS_XXX. I hope to handle the merges after 9.0 is released. --2Fd+pYVjDujftXaL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7bwcAACgkQC3+MBN1Mb4izNwCeP6sw7S9vpO2isPnBDTqKEPmP iuEAoNglHtPEE/ycUaMOAuG0lHAUreXK =h+d5 -----END PGP SIGNATURE----- --2Fd+pYVjDujftXaL-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 4 20:51:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D87FF106574F; Sun, 4 Dec 2011 20:51:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A4543153E6B; Sun, 4 Dec 2011 20:51:29 +0000 (UTC) Message-ID: <4EDBDD50.4000303@FreeBSD.org> Date: Sun, 04 Dec 2011 12:51:28 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Edwin Groothuis References: <4EDABADD.9000009@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: edwin@FreeBSD.org, freebsd-stable@freebsd.org, Christian Weisgerber , Max Khon Subject: Re: 7-STABLE: mergemaster tzsetup question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2011 20:51:57 -0000 On 12/3/2011 6:00 PM, Edwin Groothuis wrote: > On 04/12/2011, at 11:12 , Doug Barton wrote: >> On 12/3/2011 8:14 AM, Max Khon wrote: >>> Christian, >>> >>> On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber >>> wrote: >>> >>>> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented >>>> with >>>> >>>> *** There is no /var/db/zoneinfo file to update /etc/localtime. >>>> You should run tzsetup >>>> >>>> Running tzsetup(8) does however not create /var/db/zoneinfo, so >>>> mergemaster will prompt the next time, too. I guess I can just >>>> ignore it, but it seems weird that mergemaster would keep nagging >>>> about this. >>>> >>>> Where is /var/db/zoneinfo supposed to come from? >>>> >>>> I also notice that mergemaster can issue tzsetup arguments -C and >>>> -r, but tzsetup doesn't support those. >>> >>> tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that >>> mergemaster was merged to RELENG_7 but appropiate version of tzsetup >>> was not. >> >> Well that's embarrassing. :) >> >> Edwin, what are the chances that you could MFC your changes to tzsetup? > > If you still have a machine running 7.x (which I don't have anymore), then go for it and do your damage :-) Well I was kind of hoping you'd be responsible for doing your own work. :) (You see, I'm kind of tired of doing other people's MFCs.) You can use ref7.freebsd.org if you need a test platform. -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 5 18:56:32 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 4BC36106566C for ; Mon, 5 Dec 2011 18:56:32 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7A78FC13 for ; Mon, 5 Dec 2011 18:56:31 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so6695856vbb.13 for ; Mon, 05 Dec 2011 10:56:31 -0800 (PST) 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; bh=y1iRapLkVE4sNCdldZZk8gTNEmWxhkgAd0azNa6/yiA=; b=soJYyR4Q3au0GRfaxQ2gwTNiflDy7E6UhnB+7iRKiPagBi3zHrKzI8fH+dswGJxF6e QGRv2LT7kNw9S/+3z0mZDPAI8E0qPEOnWzMnA5X9K9NgcMj1mYqPfA7gCpMF5vwCAscT nyqrv6qDoxiU7jO/RZLrhQJvisO9jsezQfWco= MIME-Version: 1.0 Received: by 10.52.30.130 with SMTP id s2mr5645580vdh.55.1323111391062; Mon, 05 Dec 2011 10:56:31 -0800 (PST) Received: by 10.220.231.10 with HTTP; Mon, 5 Dec 2011 10:56:31 -0800 (PST) In-Reply-To: <20111202233220.GA43495@icarus.home.lan> References: <20111202233220.GA43495@icarus.home.lan> Date: Mon, 5 Dec 2011 10:56:31 -0800 Message-ID: From: Freddie Cash To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Dec 2011 18:56:32 -0000 On Fri, Dec 2, 2011 at 3:32 PM, Jeremy Chadwick wrote: > On Fri, Dec 02, 2011 at 02:57:48PM -0800, Freddie Cash wrote: > > Looking through the commit messages for stable/8 and stable/9 I noticed > > that the HPN patches were applied to OpenSSH in the base install. And > > reading through the commit messages I see that one has to manually enable > > the None cipher. However, I cannot, for the life of me, figure out how > to > > do that. > > > > The commit message for r228152 says to put "NONE_CIPHER_ENABLED=yes" into > > /etc/make.conf. But doing so still gives the following error when world > is > > rebuilt/reinstalled: > > command-line: line 0: Bad configuration option: NoneEnabled > > > > Putting NONE_CIPHER_ENABLED=yes into /etc/src.conf and rebuilding world > > gives the same error. > > > > And, running "make -DNONE_CIPHER_ENABLED all install" under > > /usr/src/secure/usr.bin/ssh/ also gives the same error. > > > > What am I missing? What's the magic incantation to add the None cipher > to > > base ssh? > > I have been discussing this with bz@ and brooks@ privately. I would > rather not go into the details of what was discussed for reasons that I > ALSO would rather not go into. Just know that the ambiguity is > intentional. > > Here is what will work for you when added to /etc/make.conf: > > .if ${.CURDIR:M/usr/src/secure/*} > CFLAGS+=-DNONE_CIPHER_ENABLED > .endif > For the archives, the above snippet in /etc/make.conf and a buildworld cycle enabled the NONE cipher in /usr/bin/ssh. I'll be sure to read commit messages more carefully in the future. :) Here's hoping that eventually/someday this gets converted into a src.conf knob like WITH_IDEA or similar. Thanks for all the help everyone. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Dec 5 22:41: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 48238106564A for ; Mon, 5 Dec 2011 22:41:14 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CD0DB8FC1A for ; Mon, 5 Dec 2011 22:41:13 +0000 (UTC) Received: by bkat2 with SMTP id t2so8899018bka.13 for ; Mon, 05 Dec 2011 14:41:12 -0800 (PST) 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=Pxt6GUI4HB9xcDimZ1ax5cZ8KP+Q8q1ArE+jeLe/pPE=; b=k5EgobJ/Hh8/l8V8EhaASXGY0t5zZFjsTI1gDNiJPndmd9lJ5i4cQk2ZvThhe21MZK imTlXxsaBECvJqWoC7dDkAYeGvlBziI/2GYLPhJ62lobhjPCsaVMh7vVxZQAkeNbd0mP iH3h2V0w61inbSGVyD7u786d+ARwOVmlberwk= MIME-Version: 1.0 Received: by 10.216.158.140 with SMTP id q12mr2333770wek.8.1323123347412; Mon, 05 Dec 2011 14:15:47 -0800 (PST) Received: by 10.180.94.2 with HTTP; Mon, 5 Dec 2011 14:15:47 -0800 (PST) Date: Mon, 5 Dec 2011 17:15:47 -0500 Message-ID: From: Arnaud Lacombe To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: PAE broken on 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 22:41:14 -0000 Hi, A FreeBSD 7-STABLE miserably crashes on the following: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xbfef0000 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05fd1c2 stack pointer = 0x28:0xc0af6c7c frame pointer = 0x28:0xc0af6cc0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c0662728,0,c062b78b,c0af6b28,0,...) at db_trace_self_wrapper+0x26panic(c062b78b,c06639cc,c06c1de4,1,1,...) at panic+0x106trap_fatal(c0c74388,c065b897,c064d922,10,c0c74000,...) at trap_fatal+0x270 trap_pfault(c06d4e40,c0c74380,c0af6c40,3,c06c1bc0,...) at trap_pfault+0x2aa trap(c0af6c3c) at trap+0x36ecalltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc05fd1c2, esp = 0xc0af6c7c, ebp = 0xc0af6cc0 --- pmap_map(c0af6d68,3f6ba000,6,3fef8000,6,...) at pmap_map+0x72 vm_page_startup(c0d3e000,a,c0af6d88,c03f8f26,0,...) at vm_page_startup+0x35a vm_mem_init(0,af0000,af0020,af0000,0,...) at vm_mem_init+0x18 mi_startup() at mi_startup+0x56begin() at begin+0x2c on a machine with 24GB of RAM, while PAE is meant to support up to 64GB. - Arnaud ps: this is just a report, I'm not really expecting anything, any longer, from the FreebSD "community". From owner-freebsd-stable@FreeBSD.ORG Mon Dec 5 23:39: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 BC1E61065675 for ; Mon, 5 Dec 2011 23:39:37 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8498FC19 for ; Mon, 5 Dec 2011 23:39:36 +0000 (UTC) Received: by bkat2 with SMTP id t2so8986671bka.13 for ; Mon, 05 Dec 2011 15:39:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=VoRoPK+jp5kTj8zWCkf8x1DDWw7AyodWmhdYZpsWlP0=; b=NUXZBSUGITweuI/7C+iB40TWRqpCJvSpccTIjkBiLZSJ38S7V5lyh0u4pRq4erRVVk Nz+JsEwuym7okJiJGdntYo6gMT5yjrlXiBAybRkJ3FOBm1HPt0BNS3Vv3O/CKKLOvZVl bROqlDwOLlSCkaU8JE6bzZlndyrK136ow8UOk= Received: by 10.180.85.162 with SMTP id i2mr14845873wiz.22.1323126928207; Mon, 05 Dec 2011 15:15:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.70.196 with HTTP; Mon, 5 Dec 2011 15:14:58 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Mon, 5 Dec 2011 18:14:58 -0500 Message-ID: To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable Subject: Re: PAE broken on 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 23:39:37 -0000 On Mon, Dec 5, 2011 at 5:15 PM, Arnaud Lacombe wrote: > Hi, > > A FreeBSD 7-STABLE miserably crashes on the following: Is this also true on 8 and 9 or is the problem unique to 7-STABLE? -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 02:39: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 767FA106566B for ; Tue, 6 Dec 2011 02:39:38 +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 2EB298FC08 for ; Tue, 6 Dec 2011 02:39:38 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 702485FEA for ; Mon, 5 Dec 2011 21:39:37 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=tqEs1F2Br GxuyOD0lCvui8Yj9/dEnuc4JZpmw32Hs+k=; b=MoIYlFIFbONwFsctptl536o2+ V53nO925ayYScpVmbVUyPWluiOwtOeTzYZtxaapFxhxFg71VRBRc/ZE5LtHPAUzW xVVW3J6vyrfvmXq0zh3poGgNo+ik0FqJOcbSn4qlUjsl/kuPgVmvLGpL8T/p1uZ7 lGFvYQTB8nKwNaP9dg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=DCf hXxjvH5l3yPFGCu0yvsFpXbsqJxT371I68ntguaSjZGFAxLs/cqUUptLsZ/USTLX opZZmgnW2/FOUfb3Jy5RcEtsPWygeeoa/qRf5fXyEOEqOiE8kKYXx6FwZeWVu5tP p+DuU2wzh7gGcJY8yvljdtr+lF10KvwADes0A9e4= Received: from [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604] (unknown [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id 025CA5FE9 for ; Mon, 5 Dec 2011 21:39:36 -0500 (EST) Message-ID: <4EDD8047.6030606@bit0.com> Date: Mon, 05 Dec 2011 21:39:03 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4ED807D9.7080708@bit0.com> In-Reply-To: <4ED807D9.7080708@bit0.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Sporadic 9.0-RC2 boot-time panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 02:39:38 -0000 On 12/1/2011 6:03 PM, Mike Andrews wrote: > On 11/28/11 5:48 PM, Ronald Klop wrote: >> On Mon, 28 Nov 2011 23:37:27 +0100, Mike Andrews >> wrote: >> >>> *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get >>> one of the following two panics during multiuser startup, usually >>> while running the /usr/local/etc/rc.d scripts. (The instruction >>> pointer is always exactly one of these two, and they look fairly >>> related.) If after two or three reboots it manages to not panic, the >>> system will run perfectly stable. > FYI this is still happening on 9.0-RC3 -- r228247 to be precise. It only seems to be happening on one particular model of motherboard (Supermicro X8STi-F) but it is happening on several identical machines with them -- running on several other (mostly Supermicro) boards is just fine, including at least one with the exact same 82574L NICs. Whoever's wanting to work on this, contact me off-list to get some more up to date console logs and the kernel config. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 03:02: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 553D71065673 for ; Tue, 6 Dec 2011 03:02:11 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id DC64D8FC15 for ; Tue, 6 Dec 2011 03:02:10 +0000 (UTC) Received: by eaai12 with SMTP id i12so6570232eaa.13 for ; Mon, 05 Dec 2011 19:02:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=IqjrSbyHaNeTl21hpi+rjt+CjVNe81CMkj/H8EK2tGU=; b=MocF8sajHlPNhgBkZ7VpenezCls4hwUX20BR/ngRwNm+V9SJ1+dNoqQ0aPf7SA2n3M i7BW/OXJX/6lq9ImU+PVEuZegXgYwDfFpvzljd83YoupvKARzUiOJIQvoB98Xx685TL9 b+JM5drcZGh75EOZ1fBCNfg/+a7Rva/xDEr6M= MIME-Version: 1.0 Received: by 10.213.21.148 with SMTP id j20mr1769697ebb.87.1323140529650; Mon, 05 Dec 2011 19:02:09 -0800 (PST) Received: by 10.204.117.148 with HTTP; Mon, 5 Dec 2011 19:02:09 -0800 (PST) In-Reply-To: References: Date: Mon, 5 Dec 2011 21:02:09 -0600 Message-ID: From: Alan Cox To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Subject: Re: PAE broken on 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 03:02:11 -0000 On Mon, Dec 5, 2011 at 4:15 PM, Arnaud Lacombe wrote: > Hi, > > A FreeBSD 7-STABLE miserably crashes on the following: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xbfef0000 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc05fd1c2 > stack pointer = 0x28:0xc0af6c7c > frame pointer = 0x28:0xc0af6cc0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 () > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack > backtrace: > db_trace_self_wrapper(c0662728,0,c062b78b,c0af6b28,0,...) at > db_trace_self_wrapper+0x26panic(c062b78b,c06639cc,c06c1de4,1,1,...) at > panic+0x106trap_fatal(c0c74388,c065b897,c064d922,10,c0c74000,...) at > trap_fatal+0x270 > trap_pfault(c06d4e40,c0c74380,c0af6c40,3,c06c1bc0,...) at trap_pfault+0x2aa > trap(c0af6c3c) at trap+0x36ecalltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc05fd1c2, esp = 0xc0af6c7c, ebp = 0xc0af6cc0 --- > pmap_map(c0af6d68,3f6ba000,6,3fef8000,6,...) at pmap_map+0x72 > vm_page_startup(c0d3e000,a,c0af6d88,c03f8f26,0,...) at > vm_page_startup+0x35a > vm_mem_init(0,af0000,af0020,af0000,0,...) at vm_mem_init+0x18 > mi_startup() at mi_startup+0x56begin() at begin+0x2c > > on a machine with 24GB of RAM, while PAE is meant to support up to 64GB. > > - Arnaud > > ps: this is just a report, I'm not really expecting anything, any > longer, from the FreebSD "community". > > At this early stage in the boot process, the page table pages for the kernel address space must be statically allocated. When PAE was still actively used, it was unusual to find machines that had more than about 16GB of RAM. So, the static allocation of page table pages was set accordingly. For larger machines, it is necessary to increase NKPT. The following comment appears in i386/include/pmap.h: /* Initial number of kernel page tables. */ #ifndef NKPT #ifdef PAE /* 152 page tables needed to map 16G (76B "struct vm_page", 2M page tables). */ #define NKPT 240 #else /* 18 page tables needed to map 4G (72B "struct vm_page", 4M page tables). */ #define NKPT 30 #endif #endif That said, a machine with 24GB of RAM is likely not going to be usable for many workloads unless you also increase the size of the kernel virtual address space (and thereby reduce the size of the user virtual address space). Regards, Alan From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 05:33:24 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 5EE57106566B for ; Tue, 6 Dec 2011 05:33:24 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B48288FC17 for ; Tue, 6 Dec 2011 05:33:23 +0000 (UTC) Received: by bkat2 with SMTP id t2so9546095bka.13 for ; Mon, 05 Dec 2011 21:33:22 -0800 (PST) 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=kBd1wWTbFB7rOLHXRusZOfVsaNtGAyltqdLLvau5mio=; b=hAl6z4WGSRa5Ardx5LjBTG4opD1qp+ZFYgCIwX6BqeVhq0P1S7NtVUB6IMPRd6gHrx g2KCqPKVBJhZ9auGEGgo8CvMJk9chkaAPlGyjLejjcgohG2B/y8EOSOrnF1ds1MvOHUB +l7TvwDAPK9VAv6zqKXU+wY62eV+43s9275GA= MIME-Version: 1.0 Received: by 10.180.108.114 with SMTP id hj18mr16498514wib.2.1323149602479; Mon, 05 Dec 2011 21:33:22 -0800 (PST) Received: by 10.180.94.2 with HTTP; Mon, 5 Dec 2011 21:33:22 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Dec 2011 00:33:22 -0500 Message-ID: From: Arnaud Lacombe To: alc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: PAE broken on 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 05:33:24 -0000 Hi, On Mon, Dec 5, 2011 at 10:02 PM, Alan Cox wrote: > On Mon, Dec 5, 2011 at 4:15 PM, Arnaud Lacombe wrote= : >> >> Hi, >> >> A FreeBSD 7-STABLE miserably crashes on the following: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =3D 0xbfef0000 >> fault code =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not present >> instruction pointer =A0 =3D 0x20:0xc05fd1c2 >> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xc0af6c7c >> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xc0af6cc0 >> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1, g= ran 1 >> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >> current process =A0 =A0 =A0 =3D 0 () >> trap number =A0 =A0 =A0 =A0 =A0 =3D 12 >> panic: page fault >> cpuid =3D 0 >> KDB: stack >> backtrace: >> db_trace_self_wrapper(c0662728,0,c062b78b,c0af6b28,0,...) at >> db_trace_self_wrapper+0x26panic(c062b78b,c06639cc,c06c1de4,1,1,...) at >> panic+0x106trap_fatal(c0c74388,c065b897,c064d922,10,c0c74000,...) at >> trap_fatal+0x270 >> trap_pfault(c06d4e40,c0c74380,c0af6c40,3,c06c1bc0,...) at >> trap_pfault+0x2aa >> trap(c0af6c3c) at trap+0x36ecalltrap() at calltrap+0x6 >> --- trap 0xc, eip =3D 0xc05fd1c2, esp =3D 0xc0af6c7c, ebp =3D 0xc0af6cc0= --- >> pmap_map(c0af6d68,3f6ba000,6,3fef8000,6,...) at pmap_map+0x72 >> vm_page_startup(c0d3e000,a,c0af6d88,c03f8f26,0,...) at >> vm_page_startup+0x35a >> vm_mem_init(0,af0000,af0020,af0000,0,...) at vm_mem_init+0x18 >> mi_startup() at mi_startup+0x56begin() at begin+0x2c >> >> on a machine with 24GB of RAM, while PAE is meant to support up to 64GB. >> >> =A0- Arnaud >> >> ps: this is just a report, I'm not really expecting anything, any >> longer, from the FreebSD "community". >> > > At this early stage in the boot process, the page table pages for the ker= nel > address space must be statically allocated.=A0 When PAE was still activel= y > used, it was unusual to find machines that had more than about 16GB of RA= M. > So, the static allocation of page table pages was set accordingly.=A0 For > larger machines, it is necessary to increase NKPT.=A0 The following comme= nt > appears in i386/include/pmap.h: > > /* Initial number of kernel page tables. */ > #ifndef NKPT > #ifdef PAE > /* 152 page tables needed to map 16G (76B "struct vm_page", 2M page table= s). > */ > #define NKPT=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 240 > #else > /* 18 page tables needed to map 4G (72B "struct vm_page", 4M page tables)= . > */ > #define NKPT=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 30 > #endif > #endif > > That said, a machine with 24GB of RAM is likely not going to be usable fo= r > many workloads unless you also increase the size of the kernel virtual > address space (and thereby reduce the size of the user virtual address > space). > this might be a silly question to ask, but why FreeBSD's VM (or at least seems to) performs so badly compared to Linux' VM ? Thanks, - Arnaud From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 05:34:24 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 C21BF106566B for ; Tue, 6 Dec 2011 05:34:24 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 29F298FC23 for ; Tue, 6 Dec 2011 05:34:23 +0000 (UTC) Received: by bkat2 with SMTP id t2so9547952bka.13 for ; Mon, 05 Dec 2011 21:34:23 -0800 (PST) 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=CB0PWU/bkynm8JkRNxEinJNWyLoj7zsfC2o/uz3Tc2Y=; b=riNBVJQpnlxhk+SYsyU7+KzeCdfR6yZAc7vMMnek3v0trWKkfioxc+m9GRtdNFNIR+ 8goYwgvY0jqAK8WxUlmsHxhR6A5XJGdeUGVXXAIdYeUhDpdAIGW9+c9BrQelMEASzNda Bq+1hMvc5sDwsvRQ58Sp5wh2/DB+PMPiWMUq0= MIME-Version: 1.0 Received: by 10.216.1.68 with SMTP id 46mr1229902wec.23.1323149663099; Mon, 05 Dec 2011 21:34:23 -0800 (PST) Received: by 10.180.94.2 with HTTP; Mon, 5 Dec 2011 21:34:23 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Dec 2011 00:34:23 -0500 Message-ID: From: Arnaud Lacombe To: alc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: PAE broken on 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 05:34:24 -0000 Hi, On Mon, Dec 5, 2011 at 10:02 PM, Alan Cox wrote: > On Mon, Dec 5, 2011 at 4:15 PM, Arnaud Lacombe wrote= : >> >> Hi, >> >> A FreeBSD 7-STABLE miserably crashes on the following: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =3D 0xbfef0000 >> fault code =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not present >> instruction pointer =A0 =3D 0x20:0xc05fd1c2 >> stack pointer =A0 =A0 =A0 =A0 =3D 0x28:0xc0af6c7c >> frame pointer =A0 =A0 =A0 =A0 =3D 0x28:0xc0af6cc0 >> code segment =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1b >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1, g= ran 1 >> processor eflags =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 >> current process =A0 =A0 =A0 =3D 0 () >> trap number =A0 =A0 =A0 =A0 =A0 =3D 12 >> panic: page fault >> cpuid =3D 0 >> KDB: stack >> backtrace: >> db_trace_self_wrapper(c0662728,0,c062b78b,c0af6b28,0,...) at >> db_trace_self_wrapper+0x26panic(c062b78b,c06639cc,c06c1de4,1,1,...) at >> panic+0x106trap_fatal(c0c74388,c065b897,c064d922,10,c0c74000,...) at >> trap_fatal+0x270 >> trap_pfault(c06d4e40,c0c74380,c0af6c40,3,c06c1bc0,...) at >> trap_pfault+0x2aa >> trap(c0af6c3c) at trap+0x36ecalltrap() at calltrap+0x6 >> --- trap 0xc, eip =3D 0xc05fd1c2, esp =3D 0xc0af6c7c, ebp =3D 0xc0af6cc0= --- >> pmap_map(c0af6d68,3f6ba000,6,3fef8000,6,...) at pmap_map+0x72 >> vm_page_startup(c0d3e000,a,c0af6d88,c03f8f26,0,...) at >> vm_page_startup+0x35a >> vm_mem_init(0,af0000,af0020,af0000,0,...) at vm_mem_init+0x18 >> mi_startup() at mi_startup+0x56begin() at begin+0x2c >> >> on a machine with 24GB of RAM, while PAE is meant to support up to 64GB. >> >> =A0- Arnaud >> >> ps: this is just a report, I'm not really expecting anything, any >> longer, from the FreebSD "community". >> > > At this early stage in the boot process, the page table pages for the ker= nel > address space must be statically allocated.=A0 When PAE was still activel= y > used, it was unusual to find machines that had more than about 16GB of RA= M. > So, the static allocation of page table pages was set accordingly.=A0 For > larger machines, it is necessary to increase NKPT.=A0 The following comme= nt > appears in i386/include/pmap.h: > > /* Initial number of kernel page tables. */ > #ifndef NKPT > #ifdef PAE > /* 152 page tables needed to map 16G (76B "struct vm_page", 2M page table= s). > */ > #define NKPT=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 240 > #else > /* 18 page tables needed to map 4G (72B "struct vm_page", 4M page tables)= . > */ > #define NKPT=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 30 > #endif > #endif > > That said, a machine with 24GB of RAM is likely not going to be usable fo= r > many workloads unless you also increase the size of the kernel virtual > address space (and thereby reduce the size of the user virtual address > space). > btw, thanks for the precise explanation! - Arnaud From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 05:53: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 0613B106564A for ; Tue, 6 Dec 2011 05:53:42 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6142C8FC08 for ; Tue, 6 Dec 2011 05:53:41 +0000 (UTC) Received: by bkat2 with SMTP id t2so9582131bka.13 for ; Mon, 05 Dec 2011 21:53:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Tk0/xCtSHhWwfpZK99UCGfoUsUfRwsq2f4B2sWEC93Q=; b=L1iPWnk9sBFYl08noNVtas0yhJR5lYCX5SDKSHFlPfomW8C0LUwl5yxnZJn+7+Vtpj hNv88LOQfoG2jC5ukL7hUa1qAEFF0teC/Njre458GVKbtPokhHkKU0AOZk6fVomLgHpt pxC3Vs2uIbBDiEuI+I7dHve+cFUMidziV4qpE= Received: by 10.180.95.170 with SMTP id dl10mr16223366wib.31.1323150820254; Mon, 05 Dec 2011 21:53:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.70.196 with HTTP; Mon, 5 Dec 2011 21:53:09 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Tue, 6 Dec 2011 00:53:09 -0500 Message-ID: To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Cc: alc@freebsd.org, freebsd-stable Subject: Re: PAE broken on 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 05:53:42 -0000 On Tue, Dec 6, 2011 at 12:33 AM, Arnaud Lacombe wrote: > this might be a silly question to ask, but why FreeBSD's VM (or at > least seems to) performs so badly compared to Linux' VM ? Because no one has done the work. :( As much as I hate to say it, we are a volunteer project. That is an excuse, not a reason, but one that has to be addressed nonetheless. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 12:51: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 C5003106566C for ; Tue, 6 Dec 2011 12:51:53 +0000 (UTC) (envelope-from gkontos.mail@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 8B0608FC19 for ; Tue, 6 Dec 2011 12:51:53 +0000 (UTC) Received: by qcse13 with SMTP id e13so3094405qcs.13 for ; Tue, 06 Dec 2011 04:51:52 -0800 (PST) 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=gawr98C2T7eT5Te6vGqYV0d+Z5qg7wAzwGzeDoV91+c=; b=sumU7DYQ7L1TJ9StcVJYlKlSCfkcXr6H01Z6KTEhFoDeOSrIUiPdtppyguHVCEmu1l yCRwRyl5YcASbQfMh4BMIxUbWhJBv23dmzRJ/lVJrbITYn+CNN+0gHleQWR+H4sShS01 oXpW4ZSyHASNwvLF6oQtKUGQ5NoAiIsL44BMs= MIME-Version: 1.0 Received: by 10.50.178.68 with SMTP id cw4mr1860095igc.31.1323175912698; Tue, 06 Dec 2011 04:51:52 -0800 (PST) Received: by 10.231.15.7 with HTTP; Tue, 6 Dec 2011 04:51:52 -0800 (PST) Date: Tue, 6 Dec 2011 14:51:52 +0200 Message-ID: From: George Kontostanos To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: 9.0-RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2011 12:51:53 -0000 I apologize for the noise, I am running 9.0-RC3 since last Sunday but I haven't seen anything related in svn9-stable. Is it just me perhaps ? Cheers, -- George Kontostanos Aicom telecoms ltd http://www.barebsd.com From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 13:12: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 845FB106567F for ; Tue, 6 Dec 2011 13:12:08 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id E47C38FC08 for ; Tue, 6 Dec 2011 13:12:07 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id pB6DC4w5087070 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 6 Dec 2011 13:12:04 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk pB6DC4w5087070 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1323177124; bh=0Fgpg1qqlIbVQsT6zaVBhPImYILC/5pmTXOA0LiMbeE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=wbMBThV0VN7JXZWo/2ziWPv9Z4ZfO4hIzzRtM/p6RT0QuDmKKDSvCkOYNQWFHZit4 5v8KO0H8USsG+tMikjpx3UYKKeN/f5+t5SQjdc6tuIkKk/lw5/g+tYHSllS3jdm0id 0D61MxZNxxK7wwMEUcMyazn0IydEZexJOG4EZvss= Message-ID: <4EDE149C.6090101@infracaninophile.co.uk> Date: Tue, 06 Dec 2011 13:11:56 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: George Kontostanos References: In-Reply-To: X-Enigmail-Version: 1.3.3 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7801D89EBBA2F35E5BDE1512" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: FreeBSD Stable Subject: Re: 9.0-RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2011 13:12:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7801D89EBBA2F35E5BDE1512 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/12/2011 12:51, George Kontostanos wrote: > I apologize for the noise, I am running 9.0-RC3 since last Sunday but > I haven't seen anything related in svn9-stable. Is it just me perhaps > ? you mean svn-src-stable-9@freebsd.org ? You're not alone -- the last commit e-mail I've seen was on the 3rd. However, I don't think that's any cause for alarm. Occasional gaps of two or three days between commits seems to be quite normal. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig7801D89EBBA2F35E5BDE1512 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7eFKMACgkQ8Mjk52CukIyeswCgiPNowVAx2A/vPlt1u/YYB+wd oLwAn0l1Io0Fxg1Dj4wGJES7MMyJgaEF =DyLs -----END PGP SIGNATURE----- --------------enig7801D89EBBA2F35E5BDE1512-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 13:30:23 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 00DC3106566B for ; Tue, 6 Dec 2011 13:30:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id B7B068FC0A for ; Tue, 6 Dec 2011 13:30:22 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:b84d:71f6:a9e0:cb06] (unknown [IPv6:2001:7b8:3a7:0:b84d:71f6:a9e0:cb06]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D086A5C37; Tue, 6 Dec 2011 14:30:21 +0100 (CET) Message-ID: <4EDE18EC.3020201@FreeBSD.org> Date: Tue, 06 Dec 2011 14:30:20 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111130 Thunderbird/9.0 MIME-Version: 1.0 To: Matthew Seaman References: <4EDE149C.6090101@infracaninophile.co.uk> In-Reply-To: <4EDE149C.6090101@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , George Kontostanos Subject: Re: 9.0-RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2011 13:30:23 -0000 On 2011-12-06 14:11, Matthew Seaman wrote: > On 06/12/2011 12:51, George Kontostanos wrote: >> I apologize for the noise, I am running 9.0-RC3 since last Sunday but >> I haven't seen anything related in svn9-stable. Is it just me perhaps > you mean svn-src-stable-9@freebsd.org ? You're not alone -- the last > commit e-mail I've seen was on the 3rd. However, I don't think that's > any cause for alarm. Occasional gaps of two or three days between > commits seems to be quite normal. Direct commits for 9.0 release, such as this one, don't go into the stable/9 branch, only into releng/9.0: http://svn.freebsd.org/changeset/base/228239 So you will not see messages about them in the svn9-stable mailing list. Apparently there is a svn-src-releng mailing list, though I was not able to view the archive; http://lists.freebsd.org/pipermail/svn-src-releng/ gives an error message. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 14:06: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 930CC106566C for ; Tue, 6 Dec 2011 14:06:37 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 207028FC15 for ; Tue, 6 Dec 2011 14:06:36 +0000 (UTC) Received: by eaai12 with SMTP id i12so7122908eaa.13 for ; Tue, 06 Dec 2011 06:06:35 -0800 (PST) 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=TWnTHbPjbB/JpV7zeBY/NE5dzbfEBdq1J0BEPbG1c4w=; b=D9tGRv5I98cwYWP+yibOLHyDgg3koFiSU7pR/gPjZUBkJYlQZlAYo9P0llfV+ieF88 8joOxObJRAuyFpqFFjXhgF266hZ1bTjCB3JWt4S1LCpk3uR1cg+xxggqWKxWefKMRyyy n7BQJVjG1j3nxlEt+51XEsPkwpohFAX5G7MfU= MIME-Version: 1.0 Received: by 10.231.84.14 with SMTP id h14mr3700268ibl.13.1323180394723; Tue, 06 Dec 2011 06:06:34 -0800 (PST) Received: by 10.231.15.7 with HTTP; Tue, 6 Dec 2011 06:06:34 -0800 (PST) In-Reply-To: <4EDE18EC.3020201@FreeBSD.org> References: <4EDE149C.6090101@infracaninophile.co.uk> <4EDE18EC.3020201@FreeBSD.org> Date: Tue, 6 Dec 2011 16:06:34 +0200 Message-ID: From: George Kontostanos To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: 9.0-RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2011 14:06:37 -0000 On Tue, Dec 6, 2011 at 3:30 PM, Dimitry Andric wrote: > On 2011-12-06 14:11, Matthew Seaman wrote: >> >> On 06/12/2011 12:51, George Kontostanos wrote: >>> >>> I apologize for the noise, I am running 9.0-RC3 since last Sunday but >>> I haven't seen anything related in svn9-stable. Is it just me perhaps >> >> you mean svn-src-stable-9@freebsd.org ? =A0You're not alone -- the last >> >> commit e-mail I've seen was on the 3rd. =A0However, I don't think that's >> any cause for alarm. =A0Occasional gaps of two or three days between >> commits seems to be quite normal. > > > Direct commits for 9.0 release, such as this one, don't go into the > stable/9 branch, only into releng/9.0: > > =A0http://svn.freebsd.org/changeset/base/228239 > > So you will not see messages about them in the svn9-stable mailing list. > > Apparently there is a svn-src-releng mailing list, though I was not able > to view the archive; http://lists.freebsd.org/pipermail/svn-src-releng/ > gives an error message. You are right, I was miss leaded by : http://svnweb.freebsd.org/base?view=3Drevision&revision=3D227337 But then I forgot about this: http://svnweb.freebsd.org/base?view=3Drevision&revision=3D227495 Thanks --=20 George Kontostanos Aicom telecoms ltd http://www.barebsd.com From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 14:09:50 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 83862106564A; Tue, 6 Dec 2011 14:09:50 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4378FC17; Tue, 6 Dec 2011 14:09:50 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 7A94A25D3892; Tue, 6 Dec 2011 14:09:49 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id C3725BD66BF; Tue, 6 Dec 2011 14:09:48 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 98P26Wc90M4X; Tue, 6 Dec 2011 14:09:47 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 742C1BD66BD; Tue, 6 Dec 2011 14:09:47 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <4EDE18EC.3020201@FreeBSD.org> Date: Tue, 6 Dec 2011 14:09:46 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4EDE149C.6090101@infracaninophile.co.uk> <4EDE18EC.3020201@FreeBSD.org> To: FreeBSD Stable X-Mailer: Apple Mail (2.1084) Cc: Dimitry Andric , George Kontostanos Subject: Re: 9.0-RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2011 14:09:50 -0000 On 6. Dec 2011, at 13:30 , Dimitry Andric wrote: > On 2011-12-06 14:11, Matthew Seaman wrote: >> On 06/12/2011 12:51, George Kontostanos wrote: >>> I apologize for the noise, I am running 9.0-RC3 since last Sunday = but >>> I haven't seen anything related in svn9-stable. Is it just me = perhaps >> you mean svn-src-stable-9@freebsd.org ? You're not alone -- the last >> commit e-mail I've seen was on the 3rd. However, I don't think = that's >> any cause for alarm. Occasional gaps of two or three days between >> commits seems to be quite normal. >=20 > Direct commits for 9.0 release, such as this one, don't go into the > stable/9 branch, only into releng/9.0: >=20 > http://svn.freebsd.org/changeset/base/228239 >=20 > So you will not see messages about them in the svn9-stable mailing = list. >=20 > Apparently there is a svn-src-releng mailing list, though I was not = able > to view the archive; = http://lists.freebsd.org/pipermail/svn-src-releng/ > gives an error message. You should email postmaster to get this fixed. I assume you will not see (m)any more commits to releng/9.0 however as it's RC3 and that basically means unless major things affecting a lot of users come up soon it's pretty close to the release. I would assume RC3 will be announced the next couple of days - the usual = rule is that it takes some days to get all arches build (esp. sparc64 usually takes a bit) and do basic testing, upload and then give them time to = propagate to mirrors. That also means that stable/9 will probably soon be opened again for = normal merge procedure. /bz --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 14:51: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 96EE9106566C for ; Tue, 6 Dec 2011 14:51:53 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 23D0D8FC0C for ; Tue, 6 Dec 2011 14:51:52 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RXwN1-0006RT-Pe for freebsd-stable@freebsd.org; Tue, 06 Dec 2011 15:51:47 +0100 Received: from ib-jtotz.ib.ic.ac.uk ([155.198.110.220]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 06 Dec 2011 15:51:47 +0100 Received: from johannes by ib-jtotz.ib.ic.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 06 Dec 2011 15:51:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Johannes Totz Date: Tue, 06 Dec 2011 14:51:33 +0000 Lines: 57 Message-ID: References: <4ECEF6FD.5050006@freebsd.org> <4ED077BF.10205@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ib-jtotz.ib.ic.ac.uk User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 In-Reply-To: <4ED077BF.10205@freebsd.org> Subject: Re: TCP Reassembly Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2011 14:51:53 -0000 On 26/11/2011 05:23, Lawrence Stewart wrote: > On 11/25/11 13:01, Lawrence Stewart wrote: >> On 11/24/11 18:02, Kris Bauer wrote: >>> Hello, >>> >>> I am currently experiencing an issue with FreeBSD 9.0-RC2 r227852 >>> where the >>> net.inet.tcp.reass.curesegments value is constantly increasing (and not >>> descreasing when there is nominal traffic with the box). It is causing >>> tcp >>> slowdowns as described with kern/155407: >>> >>> Exhausted net.inet.tcp.reass.maxsegments block recovering tcp session >>> (for >>> this socket and any other socket waiting for retransmited packets). >>> After >>> exhausted net.inet.tcp.reass.maxsegments allocation new entry in >>> tcp_reass >>> failed (for this socket and any other socket waiting for retransmited >>> packets). >>> >>> I have increased the reass.maxsegments value to 16384 to temporarily >>> avoid >>> the problem, but the cursegments number keeps rising and it seems it >>> will >>> occur again. >>> >>> Is this an issue that anyone else has seen? I can provide more >>> information >>> if need be. >> >> Thanks Kris, Raul and Stefan for the reports, I'll look into this. > > I think I've got it - a stupid 1 line logic bug. My apologies for > missing it when I reviewed the patch which introduced the bug (patch was > committed to head as r226113, MFCed to stable/9 as r226228). > > Due to some miscommunication, the initial patch was committed to and > MFCed from head much later than it should have been in the 9.0 release > cycle and instead of being included in the BETAs, didn't make it in > until 9.0-RC1 I believe i.e. only RC1 and RC2 should be experiencing the > issue. > > Could those who have reported the bug and are able to recompile their > kernel to test a patch please try the following and report back to the > list: > > http://people.freebsd.org/~lstewart/patches/misctcp/tcp_reass_plugzoneleak_10.x.r227986.patch > > > The patch is against head r227986 but will apply and work correctly for > 9.0 as well. Just a me-too. Patch applied cleanly and is working fine. Hehe... and I was blaming the Linux box at the other end of the connection :) From owner-freebsd-stable@FreeBSD.ORG Tue Dec 6 18:19:45 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 B4196106567E for ; Tue, 6 Dec 2011 18:19:45 +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 74F648FC14 for ; Tue, 6 Dec 2011 18:19:44 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta12.westchester.pa.mail.comcast.net with comcast id 5sgH1i0061swQuc5CuKlzC; Tue, 06 Dec 2011 18:19:45 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.westchester.pa.mail.comcast.net with comcast id 5uKk1i00u1t3BNj3buKlod; Tue, 06 Dec 2011 18:19:45 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 73277102C1D; Tue, 6 Dec 2011 10:19:43 -0800 (PST) Date: Tue, 6 Dec 2011 10:19:43 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20111206181943.GA38373@icarus.home.lan> References: 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) Subject: Re: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2011 18:19:45 -0000 On Fri, Dec 02, 2011 at 02:57:48PM -0800, Freddie Cash wrote: > What am I missing? What's the magic incantation to add the None cipher to > base ssh? Follow-up to this situation: I've submit a PR to have this addressed, which includes a patch (only tested on RELENG_8 at this point) that adds the WITH_OPENSSH_NONE_CIPHER src.conf knob. http://www.freebsd.org/cgi/query-pr.cgi?pr=163095 Read PR for patch download URL. :-) HTH! -- | 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 Wed Dec 7 10: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 BC28B106566B for ; Wed, 7 Dec 2011 10:13:31 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 42E3A8FC12 for ; Wed, 7 Dec 2011 10:13:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id pB79v8jU014638 for ; Wed, 7 Dec 2011 13:57:08 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 7 Dec 2011 13:57:08 +0400 (MSK) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Wed, 07 Dec 2011 13:57:09 +0400 (MSK) Cc: Subject: tmpfs deadlock on stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 10:13:31 -0000 Dear colleagues, I have ports tinderbox runnign on stable/9-amd64, with working directories on tmpfs. I have two consecutive tmpfs deadlocks like root@beaver:/usr/local/tb/scripts# ps t2 PID TT STAT TIME COMMAND 2337 2 Is 0:00.04 /bin/tcsh 3079 2 I 0:00.01 sudo -sE 3260 2 I 0:00.02 /bin/tcsh 20309 2 I+ 0:00.06 /bin/sh ./tc tinderbuild -nullfs -norebuild -b 9-i386-RiNet 27035 2 S+ 0:00.13 make PACKAGES=/usr/local/tb/packages/9-i386-RiNet -k -j1 all 46470 2 I+ 0:00.00 sh -ev 46471 2 I+ 0:00.01 /bin/sh /usr/local/tb/scripts/lib/portbuild 9-i386-RiNet 9-i386 RiNet -nullfs gsm-1.0.13.tbz /usr/ports/audio/gsm 46677 2 I+ 0:00.00 /bin/sh /buildscript /usr/ports/audio/gsm 2 46766 2 I+ 0:00.00 /pnohang 7200 /tmp/make.log4 gsm-1.0.13 make build 46767 2 I+ 0:00.02 make build 46768 2 I+ 0:00.00 /pnohang 7200 /tmp/make.log4 gsm-1.0.13 make build 46789 2 I+ 0:00.00 [sh] 46790 2 D+ 0:00.01 make -f Makefile -j4 all 46918 2 I+ 0:00.00 sh -ev 46926 2 I+ 0:00.00 sh -ev 46928 2 Z+ 0:00.09 46938 2 D+ 0:00.00 mv gsm_create.o ./src/gsm_create.o 46940 2 D+ 0:00.00 mv gsm_print.o ./src/gsm_print.o (this is parallel build, last 2 rm's are deadlocked on tmpfs) what kind of additional info should I send? I have debugging turned on in kernel, if it's needed. Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 7 13:31: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 38561106566B for ; Wed, 7 Dec 2011 13:31:21 +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 914D98FC0C for ; Wed, 7 Dec 2011 13:31:20 +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 pB7DUaP3009097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Dec 2011 15:30:36 +0200 (EET) (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 pB7DUaXT010973; Wed, 7 Dec 2011 15:30:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pB7DUZsF010972; Wed, 7 Dec 2011 15:30:35 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Dec 2011 15:30:35 +0200 From: Kostik Belousov To: Dmitry Morozovsky Message-ID: <20111207133035.GF50300@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jyiBe5IXaMD+EMtS" Content-Disposition: inline In-Reply-To: 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.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: tmpfs deadlock on stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 13:31:21 -0000 --jyiBe5IXaMD+EMtS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 07, 2011 at 01:57:08PM +0400, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > I have ports tinderbox runnign on stable/9-amd64, with working directorie= s on=20 > tmpfs. I have two consecutive tmpfs deadlocks like >=20 > root@beaver:/usr/local/tb/scripts# ps t2 > PID TT STAT TIME COMMAND > 2337 2 Is 0:00.04 /bin/tcsh =20 > 3079 2 I 0:00.01 sudo -sE =20 > 3260 2 I 0:00.02 /bin/tcsh =20 > 20309 2 I+ 0:00.06 /bin/sh ./tc tinderbuild -nullfs -norebuild -b=20 > 9-i386-RiNet > 27035 2 S+ 0:00.13 make PACKAGES=3D/usr/local/tb/packages/9-i386-RiN= et -k=20 > -j1 all > 46470 2 I+ 0:00.00 sh -ev > 46471 2 I+ 0:00.01 /bin/sh /usr/local/tb/scripts/lib/portbuild=20 > 9-i386-RiNet 9-i386 RiNet -nullfs gsm-1.0.13.tbz /usr/ports/audio/gsm > 46677 2 I+ 0:00.00 /bin/sh /buildscript /usr/ports/audio/gsm 2 > 46766 2 I+ 0:00.00 /pnohang 7200 /tmp/make.log4 gsm-1.0.13 make build > 46767 2 I+ 0:00.02 make build > 46768 2 I+ 0:00.00 /pnohang 7200 /tmp/make.log4 gsm-1.0.13 make build > 46789 2 I+ 0:00.00 [sh] > 46790 2 D+ 0:00.01 make -f Makefile -j4 all > 46918 2 I+ 0:00.00 sh -ev > 46926 2 I+ 0:00.00 sh -ev > 46928 2 Z+ 0:00.09 > 46938 2 D+ 0:00.00 mv gsm_create.o ./src/gsm_create.o > 46940 2 D+ 0:00.00 mv gsm_print.o ./src/gsm_print.o >=20 > (this is parallel build, last 2 rm's are deadlocked on tmpfs)=20 >=20 > what kind of additional info should I send? I have debugging turned on in= =20 > kernel, if it's needed. http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug-deadlocks.html No, I do not promise to look into it. --jyiBe5IXaMD+EMtS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7fansACgkQC3+MBN1Mb4hdHwCgxoYMWFRdUHPYhI9/ufItz4Mz jlYAn3+nhkmkVMu4lCmS6QTzoyEjJhvs =NTUT -----END PGP SIGNATURE----- --jyiBe5IXaMD+EMtS-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 7 17:59: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 85DCA1065672 for ; Wed, 7 Dec 2011 17:59:34 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE5F8FC14 for ; Wed, 7 Dec 2011 17:59:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id pB7HxWsd020693; Wed, 7 Dec 2011 21:59:32 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 7 Dec 2011 21:59:32 +0400 (MSK) From: Dmitry Morozovsky To: Kostik Belousov In-Reply-To: <20111207133035.GF50300@deviant.kiev.zoral.com.ua> Message-ID: References: <20111207133035.GF50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Wed, 07 Dec 2011 21:59:32 +0400 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: tmpfs deadlock on stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 17:59:34 -0000 On Wed, 7 Dec 2011, Kostik Belousov wrote: > > I have ports tinderbox runnign on stable/9-amd64, with working directories on > > tmpfs. I have two consecutive tmpfs deadlocks like > > > > root@beaver:/usr/local/tb/scripts# ps t2 > > PID TT STAT TIME COMMAND > > 2337 2 Is 0:00.04 /bin/tcsh > > 3079 2 I 0:00.01 sudo -sE > > 3260 2 I 0:00.02 /bin/tcsh > > 20309 2 I+ 0:00.06 /bin/sh ./tc tinderbuild -nullfs -norebuild -b > > 9-i386-RiNet > > 27035 2 S+ 0:00.13 make PACKAGES=/usr/local/tb/packages/9-i386-RiNet -k > > -j1 all > > 46470 2 I+ 0:00.00 sh -ev > > 46471 2 I+ 0:00.01 /bin/sh /usr/local/tb/scripts/lib/portbuild > > 9-i386-RiNet 9-i386 RiNet -nullfs gsm-1.0.13.tbz /usr/ports/audio/gsm > > 46677 2 I+ 0:00.00 /bin/sh /buildscript /usr/ports/audio/gsm 2 > > 46766 2 I+ 0:00.00 /pnohang 7200 /tmp/make.log4 gsm-1.0.13 make build > > 46767 2 I+ 0:00.02 make build > > 46768 2 I+ 0:00.00 /pnohang 7200 /tmp/make.log4 gsm-1.0.13 make build > > 46789 2 I+ 0:00.00 [sh] > > 46790 2 D+ 0:00.01 make -f Makefile -j4 all > > 46918 2 I+ 0:00.00 sh -ev > > 46926 2 I+ 0:00.00 sh -ev > > 46928 2 Z+ 0:00.09 > > 46938 2 D+ 0:00.00 mv gsm_create.o ./src/gsm_create.o > > 46940 2 D+ 0:00.00 mv gsm_print.o ./src/gsm_print.o > > > > (this is parallel build, last 2 rm's are deadlocked on tmpfs) > > > > what kind of additional info should I send? I have debugging turned on in > > kernel, if it's needed. > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > > No, I do not promise to look into it. It is available at http://bsd.woozle.net/tmpfs-lock-20111207.txt (~260k) BTW, at least some of the debugger commands referenced (show locks, show alllocks) are no longer exist Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 7 18:20: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 6AB451065673 for ; Wed, 7 Dec 2011 18:20:36 +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 069E38FC12 for ; Wed, 7 Dec 2011 18:20:35 +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 pB7IKVPC059288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Dec 2011 20:20:31 +0200 (EET) (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 pB7IKULB011916; Wed, 7 Dec 2011 20:20:31 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pB7IKU5t011915; Wed, 7 Dec 2011 20:20:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Dec 2011 20:20:30 +0200 From: Kostik Belousov To: Dmitry Morozovsky Message-ID: <20111207182030.GI50300@deviant.kiev.zoral.com.ua> References: <20111207133035.GF50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+J83dzIsWsNHBAa3" Content-Disposition: inline In-Reply-To: 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.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: tmpfs deadlock on stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 18:20:36 -0000 --+J83dzIsWsNHBAa3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 07, 2011 at 09:59:32PM +0400, Dmitry Morozovsky wrote: > On Wed, 7 Dec 2011, Kostik Belousov wrote: >=20 > > > I have ports tinderbox runnign on stable/9-amd64, with working direct= ories on=20 > > > tmpfs. I have two consecutive tmpfs deadlocks like > > >=20 > > > root@beaver:/usr/local/tb/scripts# ps t2 > > > PID TT STAT TIME COMMAND > > > 2337 2 Is 0:00.04 /bin/tcsh =20 > > > 3079 2 I 0:00.01 sudo -sE =20 > > > 3260 2 I 0:00.02 /bin/tcsh =20 > > > 20309 2 I+ 0:00.06 /bin/sh ./tc tinderbuild -nullfs -norebuild -= b=20 > > > 9-i386-RiNet > > > 27035 2 S+ 0:00.13 make PACKAGES=3D/usr/local/tb/packages/9-i386= -RiNet -k=20 > > > -j1 all > > > 46470 2 I+ 0:00.00 sh -ev > > > 46471 2 I+ 0:00.01 /bin/sh /usr/local/tb/scripts/lib/portbuild= =20 > > > 9-i386-RiNet 9-i386 RiNet -nullfs gsm-1.0.13.tbz /usr/ports/audio/gsm > > > 46677 2 I+ 0:00.00 /bin/sh /buildscript /usr/ports/audio/gsm 2 > > > 46766 2 I+ 0:00.00 /pnohang 7200 /tmp/make.log4 gsm-1.0.13 make = build > > > 46767 2 I+ 0:00.02 make build > > > 46768 2 I+ 0:00.00 /pnohang 7200 /tmp/make.log4 gsm-1.0.13 make = build > > > 46789 2 I+ 0:00.00 [sh] > > > 46790 2 D+ 0:00.01 make -f Makefile -j4 all > > > 46918 2 I+ 0:00.00 sh -ev > > > 46926 2 I+ 0:00.00 sh -ev > > > 46928 2 Z+ 0:00.09 > > > 46938 2 D+ 0:00.00 mv gsm_create.o ./src/gsm_create.o > > > 46940 2 D+ 0:00.00 mv gsm_print.o ./src/gsm_print.o > > >=20 > > > (this is parallel build, last 2 rm's are deadlocked on tmpfs)=20 > > >=20 > > > what kind of additional info should I send? I have debugging turned o= n in=20 > > > kernel, if it's needed. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke= rneldebug-deadlocks.html > >=20 > > No, I do not promise to look into it. >=20 > It is available at http://bsd.woozle.net/tmpfs-lock-20111207.txt (~260k) >=20 > BTW, at least some of the debugger commands referenced (show locks, show= =20 > alllocks) are no longer exist This means that you do not have witness in your kernel. Look at the reference I pointed you once more. --+J83dzIsWsNHBAa3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7frm4ACgkQC3+MBN1Mb4jZVwCffi2t/CZOZhSUtclyAbvTuMNc +L8AoKmshEHuBP2AqqoD2KtWU934TUlU =gour -----END PGP SIGNATURE----- --+J83dzIsWsNHBAa3-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 7 22:11: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 BFC2E106564A for ; Wed, 7 Dec 2011 22:11:46 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 470378FC0A for ; Wed, 7 Dec 2011 22:11:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id pB7MBiZ3023541; Thu, 8 Dec 2011 02:11:44 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 8 Dec 2011 02:11:44 +0400 (MSK) From: Dmitry Morozovsky To: Kostik Belousov In-Reply-To: <20111207182030.GI50300@deviant.kiev.zoral.com.ua> Message-ID: References: <20111207133035.GF50300@deviant.kiev.zoral.com.ua> <20111207182030.GI50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Thu, 08 Dec 2011 02:11:44 +0400 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: tmpfs deadlock on stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 22:11:46 -0000 On Wed, 7 Dec 2011, Kostik Belousov wrote: > > It is available at http://bsd.woozle.net/tmpfs-lock-20111207.txt (~260k) > > > > BTW, at least some of the debugger commands referenced (show locks, show > > alllocks) are no longer exist > This means that you do not have witness in your kernel. > Look at the reference I pointed you once more. Ah I see, my bad. I'll test this with WITNESS-enabled kernel tomorrow and return with updated results. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 8 02:51:56 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 157FE106566B for ; Thu, 8 Dec 2011 02:51:56 +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 CD9B28FC14 for ; Thu, 8 Dec 2011 02:51:55 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 271DF9507 for ; Wed, 7 Dec 2011 21:51:55 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=g7ajnEr7i tys4+ZqwE+t/toC7PyIWnIGOMjPKTKPkSo=; b=tb8sQJGVcln3CaoB7A7Uxo9PT BUHnU/h2ZOucLWuZViGCFKWBwkZyzsGYl+E8OQdi6pllxK/37ewReQyPnc72eTkR +dh0fE85SLcaAf5XNt4X+5i4P/osI51UNdsmjOAvCYJKeN+3aZsZWx11bjiiW1Xp IoxYkdGSu3unPUhrQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=Nvi w6B12eevBZ9dyZ6LQrzsxVf3/ij32pLQ5ZJoZL1jC19Wyo5e/Ztm0mZ//MCqZiPG MGFeQY5bXYVphZ8uuGI2H3zIS1d1M3KZZI3nbS1dgOaLQybIPXNmS/jfKU0ZCo8A v3ryFoxQn7AedCoAMZCC5JXWIAt5CQmL9RBDInGA= Received: from cuaraco.int.fark.com (puregrain.fark.com [207.246.64.50]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id A6A249506 for ; Wed, 7 Dec 2011 21:51:54 -0500 (EST) Message-ID: <4EE02643.8050502@bit0.com> Date: Wed, 07 Dec 2011 21:51:47 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4ED807D9.7080708@bit0.com> <4EDD8047.6030606@bit0.com> In-Reply-To: <4EDD8047.6030606@bit0.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Sporadic 9.0-RC2 boot-time panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 02:51:56 -0000 On 12/5/11 9:39 PM, Mike Andrews wrote: > On 12/1/2011 6:03 PM, Mike Andrews wrote: >> On 11/28/11 5:48 PM, Ronald Klop wrote: >>> On Mon, 28 Nov 2011 23:37:27 +0100, Mike Andrews >>> wrote: >>> >>>> *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get >>>> one of the following two panics during multiuser startup, usually >>>> while running the /usr/local/etc/rc.d scripts. (The instruction >>>> pointer is always exactly one of these two, and they look fairly >>>> related.) If after two or three reboots it manages to not panic, the >>>> system will run perfectly stable. >> > FYI this is still happening on 9.0-RC3 -- r228247 to be precise. > > It only seems to be happening on one particular model of motherboard > (Supermicro X8STi-F) but it is happening on several identical machines > with them -- running on several other (mostly Supermicro) boards is > just fine, including at least one with the exact same 82574L NICs. > > Whoever's wanting to work on this, contact me off-list to get some > more up to date console logs and the kernel config. ...or just look at the newly opened kern/163117 PR. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 8 08:09:50 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 98ECE106566B for ; Thu, 8 Dec 2011 08:09:50 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFBB8FC0A for ; Thu, 8 Dec 2011 08:09:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id pB889mjo042446; Thu, 8 Dec 2011 12:09:48 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 8 Dec 2011 12:09:48 +0400 (MSK) From: Dmitry Morozovsky To: Kostik Belousov In-Reply-To: Message-ID: References: <20111207133035.GF50300@deviant.kiev.zoral.com.ua> <20111207182030.GI50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Thu, 08 Dec 2011 12:09:48 +0400 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: tmpfs deadlock on stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 08:09:50 -0000 On Thu, 8 Dec 2011, Dmitry Morozovsky wrote: > > > It is available at http://bsd.woozle.net/tmpfs-lock-20111207.txt (~260k) > > > > > > BTW, at least some of the debugger commands referenced (show locks, show > > > alllocks) are no longer exist > > This means that you do not have witness in your kernel. > > Look at the reference I pointed you once more. > > Ah I see, my bad. I'll test this with WITNESS-enabled kernel tomorrow and > return with updated results. Hmm, I'd rebuilt kernel with WITNESS/WITNESS_SKIPSPIN and can't reproduce this deadlock. Will try further. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 8 09:37: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 0E9BD106564A for ; Thu, 8 Dec 2011 09:37:02 +0000 (UTC) (envelope-from prvs=03230ca7f1=ob@gruft.de) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9E26E8FC12 for ; Thu, 8 Dec 2011 09:37:01 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RYaPS-000EEV-If for freebsd-stable@freebsd.org; Thu, 08 Dec 2011 10:36:58 +0100 Date: Thu, 8 Dec 2011 10:36:58 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20111208093658.GP34540@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Oliver Brandmueller Subject: WITHOUT_OPENSSH=true in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2011 09:37:02 -0000 Hi, on my 9.0-PRERELEASE I'm trying to build a system stripped off several things from world, I'd rather like to install via ports (bind9, ssh and others). If I put WITHOUT_BIND into src.conf, the world ist built without bind, after installworld I can call "make delete-old" and "make delete-old-libs" and the remains of the base supplied bind get removed, thus leaving me with the one I installed from ports. I tried the same for WITHOUT_OPENSSH. make delete-old(-libs) doesn't remove the old ssh related files from the base. The thigs don't get build/updated, thus leaving you with old binaries/libs around, the old ssh binary taking preference in the default PATH over the one installed from ports. Sure, I can remove the old ones manually or use the "overwrite base" option in the openssh ports, but this seems a POLA violation to me? - Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 8 11:55:13 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 E7D06106564A for ; Thu, 8 Dec 2011 11:55:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7898FC0A for ; Thu, 8 Dec 2011 11:55:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id pB8BtAWM064061; Thu, 8 Dec 2011 15:55:10 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 8 Dec 2011 15:55:10 +0400 (MSK) From: Dmitry Morozovsky To: Kostik Belousov In-Reply-To: Message-ID: References: <20111207133035.GF50300@deviant.kiev.zoral.com.ua> <20111207182030.GI50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Thu, 08 Dec 2011 15:55:10 +0400 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: tmpfs deadlock on stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 11:55:13 -0000 On Thu, 8 Dec 2011, Dmitry Morozovsky wrote: > > > > It is available at http://bsd.woozle.net/tmpfs-lock-20111207.txt (~260k) > > > > > > > > BTW, at least some of the debugger commands referenced (show locks, show > > > > alllocks) are no longer exist > > > This means that you do not have witness in your kernel. > > > Look at the reference I pointed you once more. > > > > Ah I see, my bad. I'll test this with WITNESS-enabled kernel tomorrow and > > return with updated results. > > Hmm, I'd rebuilt kernel with WITNESS/WITNESS_SKIPSPIN and can't reproduce this > deadlock. Will try further. On the other hand, after boot I see several LORs: Dec 8 02:34:18 beaver kernel: lock order reversal: Dec 8 02:34:18 beaver kernel: 1st 0xfffffe005163b818 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:829 Dec 8 02:34:18 beaver kernel: 2nd 0xfffffe005163cbd8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2166 Dec 8 02:34:18 beaver kernel: KDB: stack backtrace: Dec 8 02:34:18 beaver kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Dec 8 02:34:18 beaver kernel: kdb_backtrace() at kdb_backtrace+0x37 Dec 8 02:34:18 beaver kernel: _witness_debugger() at _witness_debugger+0x2c Dec 8 02:34:18 beaver kernel: witness_checkorder() at witness_checkorder+0x651 Dec 8 02:34:18 beaver kernel: __lockmgr_args() at __lockmgr_args+0xb98 Dec 8 02:34:18 beaver kernel: vop_stdlock() at vop_stdlock+0x39 Dec 8 02:34:18 beaver kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 Dec 8 02:34:18 beaver kernel: _vn_lock() at _vn_lock+0x47 Dec 8 02:34:18 beaver kernel: vget() at vget+0x56 Dec 8 02:34:18 beaver kernel: devfs_allocv() at devfs_allocv+0x13f Dec 8 02:34:18 beaver kernel: devfs_root() at devfs_root+0x4d Dec 8 02:34:18 beaver kernel: vfs_donmount() at vfs_donmount+0xdcb Dec 8 02:34:18 beaver kernel: sys_nmount() at sys_nmount+0x63 Dec 8 02:34:18 beaver kernel: amd64_syscall() at amd64_syscall+0x25a Dec 8 02:34:18 beaver kernel: Xfast_syscall() at Xfast_syscall+0xf7 Dec 8 02:34:18 beaver kernel: --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800ab5ecc, rsp = 0x7fffffffccc8, rbp = 0x801009048 --- Dec 8 02:34:29 beaver kernel: 4-i386.lab.rinet.ru Dec 8 02:34:32 beaver kernel: 6-i386.lab.rinet.ru. Dec 8 02:41:15 beaver kernel: lock order reversal: Dec 8 02:41:15 beaver kernel: 1st 0xfffffe004ea069f8 tmpfs (tmpfs) @ /usr/src/sys/fs/nullfs/null_vnops.c:597 Dec 8 02:41:15 beaver kernel: 2nd 0xfffffe019db46bd8 zfs (zfs) @ /usr/src/sys/fs/nullfs/null_vnops.c:597 Dec 8 02:41:15 beaver kernel: KDB: stack backtrace: Dec 8 02:41:15 beaver kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Dec 8 02:41:15 beaver kernel: kdb_backtrace() at kdb_backtrace+0x37 Dec 8 02:41:15 beaver kernel: _witness_debugger() at _witness_debugger+0x2c Dec 8 02:41:15 beaver kernel: witness_checkorder() at witness_checkorder+0x651 Dec 8 02:41:15 beaver kernel: __lockmgr_args() at __lockmgr_args+0xb98 Dec 8 02:41:15 beaver kernel: vop_stdlock() at vop_stdlock+0x39 Dec 8 02:41:15 beaver kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 Dec 8 02:41:15 beaver kernel: null_lock() at null_lock+0xbb Dec 8 02:41:15 beaver kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 Dec 8 02:41:15 beaver kernel: _vn_lock() at _vn_lock+0x47 Dec 8 02:41:15 beaver kernel: nullfs_root() at nullfs_root+0x45 Dec 8 02:41:15 beaver kernel: vfs_donmount() at vfs_donmount+0xdcb Dec 8 02:41:15 beaver kernel: sys_nmount() at sys_nmount+0x63 Dec 8 02:41:15 beaver kernel: amd64_syscall() at amd64_syscall+0x25a Dec 8 02:41:15 beaver kernel: Xfast_syscall() at Xfast_syscall+0xf7 Dec 8 02:41:15 beaver kernel: --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x8008a1ecc, rsp = 0x7fffffffceb8, rbp = 0x7fffffffcf30 --- Dec 8 02:41:16 beaver kernel: lock order reversal: Dec 8 02:41:16 beaver kernel: 1st 0xfffffe0171868638 tmpfs (tmpfs) @ /usr/src/sys/fs/nullfs/null_vnops.c:597 Dec 8 02:41:16 beaver kernel: 2nd 0xfffffe004ea0ebd8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2166 Dec 8 02:41:16 beaver kernel: KDB: stack backtrace: Dec 8 02:41:16 beaver kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Dec 8 02:41:16 beaver kernel: kdb_backtrace() at kdb_backtrace+0x37 Dec 8 02:41:16 beaver kernel: _witness_debugger() at _witness_debugger+0x2c Dec 8 02:41:16 beaver kernel: witness_checkorder() at witness_checkorder+0x651 Dec 8 02:41:16 beaver kernel: __lockmgr_args() at __lockmgr_args+0xb98 Dec 8 02:41:16 beaver kernel: vop_stdlock() at vop_stdlock+0x39 Dec 8 02:41:16 beaver kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 Dec 8 02:41:16 beaver kernel: _vn_lock() at _vn_lock+0x47 Dec 8 02:41:16 beaver kernel: vget() at vget+0x56 Dec 8 02:41:16 beaver kernel: devfs_allocv() at devfs_allocv+0x13f Dec 8 02:41:16 beaver kernel: devfs_root() at devfs_root+0x4d Dec 8 02:41:16 beaver kernel: vfs_donmount() at vfs_donmount+0xdcb Dec 8 02:41:16 beaver kernel: sys_nmount() at sys_nmount+0x63 Dec 8 02:41:16 beaver kernel: amd64_syscall() at amd64_syscall+0x25a Dec 8 02:41:16 beaver kernel: Xfast_syscall() at Xfast_syscall+0xf7 Dec 8 02:41:16 beaver kernel: --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800ab5ecc, rsp = 0x7fffffffc738, rbp = 0x801009048 --- Dec 8 02:41:34 beaver kernel: procfs registered Dec 8 02:41:34 beaver kernel: linprocfs registered Dec 8 02:47:22 beaver kernel: lock order reversal: Dec 8 02:47:22 beaver kernel: 1st 0xfffffe000f17e458 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:1766 Dec 8 02:47:22 beaver kernel: 2nd 0xfffffe01aa73d458 zfs (zfs) @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:138 Dec 8 02:47:22 beaver kernel: KDB: stack backtrace: Dec 8 02:47:22 beaver kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Dec 8 02:47:22 beaver kernel: kdb_backtrace() at kdb_backtrace+0x37 Dec 8 02:47:22 beaver kernel: _witness_debugger() at _witness_debugger+0x2c Dec 8 02:47:22 beaver kernel: witness_checkorder() at witness_checkorder+0x651 Dec 8 02:47:22 beaver kernel: __lockmgr_args() at __lockmgr_args+0xb98 Dec 8 02:47:22 beaver kernel: vop_stdlock() at vop_stdlock+0x39 Dec 8 02:47:22 beaver kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 Dec 8 02:47:22 beaver kernel: _vn_lock() at _vn_lock+0x47 Dec 8 02:47:22 beaver kernel: zfs_znode_cache_constructor() at zfs_znode_cache_constructor+0x57 Dec 8 02:47:22 beaver kernel: zfs_znode_alloc() at zfs_znode_alloc+0x4c Dec 8 02:47:22 beaver kernel: zfs_zget() at zfs_zget+0x2af Dec 8 02:47:22 beaver kernel: zfs_get_data() at zfs_get_data+0x4a Dec 8 02:47:22 beaver kernel: zil_commit() at zil_commit+0x541 Dec 8 02:47:22 beaver kernel: zfs_sync() at zfs_sync+0xb3 Dec 8 02:47:22 beaver kernel: sync_fsync() at sync_fsync+0x13a Dec 8 02:47:22 beaver kernel: sync_vnode() at sync_vnode+0x157 Dec 8 02:47:22 beaver kernel: sched_sync() at sched_sync+0x1b9 Dec 8 02:47:22 beaver kernel: fork_exit() at fork_exit+0x11d Dec 8 02:47:22 beaver kernel: fork_trampoline() at fork_trampoline+0xe Dec 8 02:47:22 beaver kernel: --- trap 0, rip = 0, rsp = 0xffffff8205430d00, rbp = 0 --- Dec 8 02:56:30 beaver kernel: pid 75253 (conftest), uid 0: exited on signal 11 (core dumped) Dec 8 07:30:01 beaver kernel: lock order reversal: Dec 8 07:30:01 beaver kernel: 1st 0xfffffe0009f90818 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:1766 Dec 8 07:30:01 beaver kernel: 2nd 0xfffffe0208f249f8 tmpfs (tmpfs) @ /usr/src/sys/kern/vfs_subr.c:2166 Dec 8 07:30:01 beaver kernel: KDB: stack backtrace: Dec 8 07:30:01 beaver kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Dec 8 07:30:01 beaver kernel: kdb_backtrace() at kdb_backtrace+0x37 Dec 8 07:30:01 beaver kernel: _witness_debugger() at _witness_debugger+0x2c Dec 8 07:30:01 beaver kernel: witness_checkorder() at witness_checkorder+0x651 Dec 8 07:30:01 beaver kernel: __lockmgr_args() at __lockmgr_args+0xb98 Dec 8 07:30:01 beaver kernel: vop_stdlock() at vop_stdlock+0x39 Dec 8 07:30:01 beaver kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 Dec 8 07:30:01 beaver kernel: _vn_lock() at _vn_lock+0x47 Dec 8 07:30:01 beaver kernel: vget() at vget+0x56 Dec 8 07:30:01 beaver kernel: vfs_msync() at vfs_msync+0xa5 Dec 8 07:30:01 beaver kernel: sync_fsync() at sync_fsync+0x12a Dec 8 07:30:01 beaver kernel: sync_vnode() at sync_vnode+0x157 Dec 8 07:30:01 beaver kernel: sched_sync() at sched_sync+0x1b9 Dec 8 07:30:01 beaver kernel: fork_exit() at fork_exit+0x11d Dec 8 07:30:01 beaver kernel: fork_trampoline() at fork_trampoline+0xe Dec 8 07:30:01 beaver kernel: --- trap 0, rip = 0, rsp = 0xffffff8205430d00, rbp = 0 --- -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 02:15: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 997261065672; Fri, 9 Dec 2011 02:15:30 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6A84B8FC0C; Fri, 9 Dec 2011 02:15:30 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 92D59CAD1; Thu, 8 Dec 2011 20:57:33 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id C1CD2CAD9; Thu, 8 Dec 2011 20:57:31 -0500 (EST) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id AD455CAD1; Thu, 8 Dec 2011 20:57:31 -0500 (EST) Received: from [192.168.1.101] (cpe-72-231-248-9.buffalo.res.rr.com [72.231.248.9]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id D9E7C49700; Thu, 8 Dec 2011 20:57:22 -0500 (EST) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-f6tWzedDIv0ABJnKFczJ" Organization: U. Buffalo Date: Thu, 08 Dec 2011 20:57:18 -0500 Message-ID: <1323395838.61446.20.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: XX: 27% Cc: Subject: FreeBSD 9.0-RC3 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 02:15:30 -0000 --=-f6tWzedDIv0ABJnKFczJ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The third and what should be final Release Candidate build for the 9.0-RELEASE release cycle is now available. Since this is the beginning of a brand new branch (stable/9) I cross-post the announcements to both -current and -stable. But just so you know most of the developers active in head and stable/9 pay more attention to the -current mailing list. If you notice problems you can report them through the normal Gnats PR system or on the -current mailing list. This should be the last of the test builds. We hope to begin the final release builds in about a week. The 9.0-RELEASE cycle will be tracked here: http://wiki.freebsd.org/Releng/9.0TODO The location of the FTP install tree and ISOs is the same as it has been for BETA2/BETA3/RC1/RC2. The layout to a large degree is being dictated by the new build infrastructure and installer. But it's not particularly well suited to humans so I've added a shorter pathway to the ISOs. Unless there are lots of complaints about the layout we'll stick with this for the release. ISO images for amd64, i386, ia64, powerpc, powerpc64, and sparc64 are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/ That directory is a set of symbolic links to the ISO images for all of the supported architectures, and checksum files (for example there is a symlink named CHECKSUM.MD5-amd64 that points to the CHECKSUM.MD5 file for the amd64 architecture). MD5/SHA256 checksums are tacked on below. If you would like to use csup/cvsup mechanisms to access the source tree the branch tag to use is now "RELENG_9_0", if you use "." (head) you will get 10-CURRENT. If you would like to access the source tree via SVN it is "svn://svn.freebsd.org/base/releng/9.0/". We still have the nit that the creation of a new SVN branch winds up causing what looks like a check-in of the entire tree in CVS (a side-effect of the svn2cvs exporter) so "mergemaster -F" is your friend if you are using csup/cvsup. FreeBSD Update -------------- The freebsd-update(8) utility supports binary upgrades of i386 and amd64 sy= stems running earlier FreeBSD releases. Systems running 7.[34]-RELEASE, 8.[12]-RELEASE, 9.0-BETA[123], or 9.0-RC[1,2] can upgrade as follows: First, a minor change must be made to the freebsd-update code in order for it to accept file names appearing in FreeBSD 9.0 which contain the '%' and '@' characters; without this change, freebsd-update will error out with the message "The update metadata is correctly signed, but failed an integrity check". # sed -i '' -e 's/=3D_/=3D%@_/' /usr/sbin/freebsd-update Now freebsd-update can fetch bits belonging to 9.0-RC3. During this proces= s freebsd-update will ask for help in merging configuration files. # freebsd-update upgrade -r 9.0-RC3 Due to changes in the way that FreeBSD is packaged on the release media, tw= o complications may arise in this process if upgrading from FreeBSD 7.x or 8.= x: 1. The FreeBSD kernel, which previously could appear in either /boot/kernel or /boot/GENERIC, now only appears as /boot/kernel. As a result, any kerne= l appearing in /boot/GENERIC will be deleted. Please carefully read the outp= ut printed by freebsd-update and confirm that an updated kernel will be placed into /boot/kernel before proceeding beyond this point. 2. The FreeBSD source tree in /usr/src (if present) will be deleted. (Norm= ally freebsd-update will update a source tree, but in this case the changes in release packaging result in freebsd-update not recognizing that the source = tree from the old release and the source tree from the new release correspond to= the same part of FreeBSD.) # freebsd-update install The system must now be rebooted with the newly installed kernel before the non-kernel components are updated. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install At this point, users of systems being upgraded from FreeBSD 8.2-RELEASE or earlier will be prompted by freebsd-update to rebuild all third-party applications (e.g., ports installed from the ports tree) due to updates in system libraries. After updating installed third-party applications (and again, only if freebsd-update printed a message indicating that this was necessary), run freebsd-update again so that it can delete the old (no longer used) system libraries: # freebsd-update install Finally, reboot into 9.0-RC3: Checksums: MD5 (FreeBSD-9.0-RC3-amd64-bootonly.iso) =3D 53f2bc5a3d18124769bfb066e92155= 9a MD5 (FreeBSD-9.0-RC3-amd64-disc1.iso) =3D b88eca54341523713712b184c6a7fc9a MD5 (FreeBSD-9.0-RC3-amd64-memstick.img) =3D a9b58348736d4a7a179941e818d339= 86 MD5 (FreeBSD-9.0-RC3-i386-bootonly.iso) =3D 86f0410ffb1c55fcb8faf33814e6e95= b MD5 (FreeBSD-9.0-RC3-i386-disc1.iso) =3D 3585047256b1b8f72319aa55ffa3c3ad MD5 (FreeBSD-9.0-RC3-i386-memstick.img) =3D 8be95b49c498e666f87957a8c10997c= e MD5 (FreeBSD-9.0-RC3-ia64-bootonly.iso) =3D 7a8e99a61d21ae8a5f6be9fb7f878b1= 1 MD5 (FreeBSD-9.0-RC3-ia64-memstick) =3D 5484765d3373c59372cdb53bbea2ab2d MD5 (FreeBSD-9.0-RC3-ia64-release.iso) =3D 7791f810dbe7d1ee7cf30510f0981424 MD5 (FreeBSD-9.0-RC3-powerpc-bootonly.iso) =3D 97a947ccd413371e24cfc83971bf= d83a MD5 (FreeBSD-9.0-RC3-powerpc-memstick) =3D 2ebbdb2379d1f0e1a24a5ac31f22cf6f MD5 (FreeBSD-9.0-RC3-powerpc-release.iso) =3D e6c38096826b015eaa63a8109b809= 250 MD5 (FreeBSD-9.0-RC3-powerpc64-bootonly.iso) =3D 360383e1d7fca3d93be73f5aa8= ce085c MD5 (FreeBSD-9.0-RC3-powerpc64-memstick) =3D 4b74c2d73b56f5f38590b0da2cf640= 54 MD5 (FreeBSD-9.0-RC3-powerpc64-release.iso) =3D 3e6e9519b3debb61047491ee700= f683b MD5 (FreeBSD-9.0-RC3-sparc64-bootonly.iso) =3D 8f352714c2c4228623239491aee8= 8e6a MD5 (FreeBSD-9.0-RC3-sparc64-disc1.iso) =3D b51648c80862f54d230cf13b4a34604= b SHA256 (FreeBSD-9.0-RC3-amd64-bootonly.iso) =3D 06d609bb0d927b64221f1207542= 794870b56538fd3983355c9013d1f17fe7382 SHA256 (FreeBSD-9.0-RC3-amd64-disc1.iso) =3D 16792eb1e90070b8c5d1ea8df55b29= 0534efba1543fb37950f8c7acd61839208 SHA256 (FreeBSD-9.0-RC3-amd64-memstick.img) =3D ae533e43e2390c5992c83acebfe= e35636baaa0694b7f1bae973fd4547a4e97ee SHA256 (FreeBSD-9.0-RC3-i386-bootonly.iso) =3D 88f417817eec36e183fdb8327206= 64956486ac169fb5528e93423e4ccd52ba61 SHA256 (FreeBSD-9.0-RC3-i386-disc1.iso) =3D cdbf1ce5668444c88ea141bfaec0bd4= 14c09b39969076915d2d9257c9f0802f2 SHA256 (FreeBSD-9.0-RC3-i386-memstick.img) =3D ea6e4ce993bc534a05d247bd65cc= f2a41e5e12cd36c75ca2a2dfdf0d77e996b5 SHA256 (FreeBSD-9.0-RC3-ia64-bootonly.iso) =3D cebb6bacde53bc4bc69f90484471= 07c38f69d6c655fcc5a7778dcae8c7387dc1 SHA256 (FreeBSD-9.0-RC3-ia64-memstick) =3D 46960b6567e3dcfea65dbeef107573f5= 147f2ec74d555d0aae19a81629cb2434 SHA256 (FreeBSD-9.0-RC3-ia64-release.iso) =3D a484ac6ac87e9a9c524cde453838a= 15aebffcc6b5811dbaf85b3b37691cea149 SHA256 (FreeBSD-9.0-RC3-powerpc-bootonly.iso) =3D a2a98542d9668b18ef10b85d0= e10026e15e9c6991bc09d9fa070e6eed34a93bb SHA256 (FreeBSD-9.0-RC3-powerpc-memstick) =3D 0320db4828122ef851e1a26f28bd1= eccf1b4e45d476fe23ec627c2daa559220b SHA256 (FreeBSD-9.0-RC3-powerpc-release.iso) =3D ee480650db05998560f26016bf= cf2c392da8a3eae94bec49a162f9f655aaa3f9 SHA256 (FreeBSD-9.0-RC3-powerpc64-bootonly.iso) =3D 7bd60e65929fd70133a21f8= 517715b22d992a45a29c2677e4c7a66a226bc492a SHA256 (FreeBSD-9.0-RC3-powerpc64-memstick) =3D 3fab51275ddf71016d9422c6bfb= 0806c51b0243d79f9f5011f9f2f78a631a607 SHA256 (FreeBSD-9.0-RC3-powerpc64-release.iso) =3D d48ec66421b9f74b8c11212a= 6b9d5240b20629e0685e0ee3485233e28eb3cfcd SHA256 (FreeBSD-9.0-RC3-sparc64-bootonly.iso) =3D 739a9430198b91cac1d625bcd= e202447fc47addc92430a72080dce224c3b5c67 SHA256 (FreeBSD-9.0-RC3-sparc64-disc1.iso) =3D 18a63e0cb420694172f49f7ad5a2= 09d40f348b19d3c96e8ecaeef8517b52cc22 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-f6tWzedDIv0ABJnKFczJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk7havYACgkQ/G14VSmup/YengCeLcsB2YHtbg+M/n+wzkLcgJKS +uUAnRqD4196B2tsHGjtlojlAJGNXVRY =IFqa -----END PGP SIGNATURE----- --=-f6tWzedDIv0ABJnKFczJ-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 09:13: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 4DFB11065670 for ; Fri, 9 Dec 2011 09:13:38 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2D18FC0A for ; Fri, 9 Dec 2011 09:13:37 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id CAA03333 for ; Fri, 9 Dec 2011 02:13:33 -0700 (MST) Message-Id: <201112090913.CAA03333@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 09 Dec 2011 02:13:28 -0700 To: stable@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Two problems still present in RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 09:13:38 -0000 FreeBSD 9.0-RC3 is looking good, but I'm still encountering two problems. Firstly, when I try to configure VLANs in /etc/rc.conf, I'm getting errors. For example, if I use vlans_re0="1 2" ip_addrs_re0_1="192.168.0.1-4/16" ip_addrs_re0_2="10.0.0.0/24" to create two VLANs on the interface re0, I get error messages saying that "create" commands (presumably using ifconfig) have failed. The interfaces SEEM to be configured correctly, but the messages -- which must be coming from scripts called by /etc/netstart -- are troubling. Secondly, there's still some strangeness in the sc terminal emulation. When I run jove, the status line at the bottom of the screen isn't entirely in reverse video as it should be. Only parts of it are, and the highlighting changes -- seemingly at random -- as I work. Neither of these is likely to be a showstopper (so long as the first won't cause me networking problems I haven't observed yet), but both are probably worth looking into. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 10:38: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 08325106564A for ; Fri, 9 Dec 2011 10:38:05 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 939398FC12 for ; Fri, 9 Dec 2011 10:38:03 +0000 (UTC) Received: by eekc50 with SMTP id c50so1771933eek.13 for ; Fri, 09 Dec 2011 02:38:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=kbMvRqVzdSXt95WkycflcqrCNB7fTtru+ivBJgGD/co=; b=wOSUGloSCQ/N3JYkY8wgx0pdBrW7qO24cdGpCW1aTt29udDkNGVIgTn70a+hMy9VIH 8+KzeuCvJhOp1zea75T+2bn7EvFdtujcSVhbertzlNv61+QRkdAX0TQHGHa9MZe6WGiZ OKPNM4aPbZhk5xtkXeEp/m8n33JdQ4Enwm12s= Received: by 10.14.16.6 with SMTP id g6mr767118eeg.88.1323425455126; Fri, 09 Dec 2011 02:10:55 -0800 (PST) Received: from [192.168.50.104] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id 17sm29276003eej.3.2011.12.09.02.10.54 (version=SSLv3 cipher=OTHER); Fri, 09 Dec 2011 02:10:54 -0800 (PST) Message-ID: <4EE1DEAD.2040108@gmail.com> Date: Fri, 09 Dec 2011 11:10:53 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Brett Glass , freebsd-stable References: <201112090913.CAA03333@lariat.net> In-Reply-To: <201112090913.CAA03333@lariat.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Two problems still present in RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 10:38:05 -0000 Brett Glass schreef: > The interfaces SEEM to be configured correctly, but the messages -- > which must be coming from scripts called by /etc/netstart -- are > troubling. Same thing happens with lagg0 If i use this config, after a reboot all is fine ifconfig_em0="up" ifconfig_em1="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 192.168.100.1/24" After a /etc/netstart, i get the following: ifconfig: create: bad value. devd already running? (pid=1767). Setting hostuuid: 9abf4e13-9a77-b31d-9a77-b31d9fbfee13. Setting hostid: 0xf505f6a8. ifconfig: create: bad value ifconfig: SIOCSLAGGPORT: Device busy Starting Network: lo0 em0 em1 bge0 pflog0 pfsync0 lagg0. lagg0: flags=8843 metric 0 mtu 1500 options=219b ether 00:1b:21:d4:77:fb inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255 inet6 fe80::21b:21ff:fed4:77fb%lagg0 prefixlen 64 scopeid 0xf nd6 options=29 media: Ethernet autoselect status: active laggproto lacp laggport: em1 flags=0<> laggport: em0 flags=0<> add net default: gateway 192.168.1.254 To get rid off the bad value notice, i need the following in /etc/rc.conf comment cloned_interfaces and add create to ifconfig. ifconfig_em0="up" ifconfig_em1="up" #cloned_interfaces="lagg0" ifconfig_lagg0="create laggproto lacp laggport em0 laggport em1 192.168.100.1/24" This way no error, but i do not know if the lagg interface works that way! I got some issues with the setting the ipaddress and so on, i do not remeber it exactly! it happend last week. The machine was a production machine, and can not be offline for too long. So i changed things back to the first config and rebooted the machine. That way everything is fine. But /etc/netstart does not works for the lagg0 interface. regards, Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 11:03: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 91185106566B for ; Fri, 9 Dec 2011 11:03:32 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-3-2-0-2.r20.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2A68FC18 for ; Fri, 9 Dec 2011 11:03:32 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id pB9B3QRI048163 for ; Fri, 9 Dec 2011 06:03:31 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <4EE1EAFE.3070408@m5p.com> Date: Fri, 09 Dec 2011 06:03:26 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111127 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Fri, 09 Dec 2011 06:03:31 -0500 (EST) X-Scanned-By: MIMEDefang 2.72 on IPv6:2001:418:3fd::f7 Subject: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 11:03:32 -0000 dnetc is an open-source program from http://www.distributed.net/. It tries a brute-force approach to cracking RC4 puzzles and also computes optimal Golomb rulers. It starts up one process per CPU and runs at nice 20 and is, for all intents and purposes, 100% compute bound. Here is what happens on my system, running 9.0-PRERELEASE, with and without dnetc running, with SCHED_ULE and SCHED-4BSD, when I run the command: time make buildkernel KERNCONF=WONDERLAND (I get similar results on 8.x as well.) SCHED_4BSD, dnetc not running: 1329.715u 123.739s 24:47.95 97.6% 6310+1987k 11233+11098io 419pf+0w SCHED_4BSD, dnetc running: 1329.364u 115.158s 26:14.83 91.7% 6325+1987k 10912+11060io 393pf+0w SCHED_ULE, dnetc not running: 1357.457u 121.526s 25:20.64 97.2% 6326+1990k 11234+11149io 419pf+0w SCHED_ULE, dnetc running: Still going after seven and a half hours of clock time, up to compiling netgraph/bluetooth. (Completed in another five minutes after stopping dnetc so I could write this message in a reasonable amount of time.) Not everybody runs this sort of program, but there are plenty of similar projects out there, and people who try to participate in them will be mightily displeased with their FreeBSD systems when they do. Is there some case where SCHED_ULE exhibits significantly better performance than SCHED_4BSD? If not, I think SCHED-4BSD should remain the default GENERIC configuration until this is fixed. -- George Mitchell From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 13:38: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 BB8431065675 for ; Fri, 9 Dec 2011 13:38:39 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from midgard.transactionware.com (mail2.transactionware.com [203.14.245.36]) by mx1.freebsd.org (Postfix) with SMTP id 5348A8FC16 for ; Fri, 9 Dec 2011 13:38:38 +0000 (UTC) Received: (qmail 44798 invoked by uid 907); 9 Dec 2011 13:38:37 -0000 Received: from b13FC.static.pacific.net.au (HELO [192.168.1.150]) (202.7.88.252) (smtp-auth username janm, mechanism plain) by midgard.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Sat, 10 Dec 2011 00:38:37 +1100 From: Jan Mikkelsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 10 Dec 2011 00:38:51 +1100 Message-Id: <20E452A2-9180-4FC9-87CB-6F16D1D4D01A@transactionware.com> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Cc: jhb@freebsd.org Subject: mfi(4) issues in 9.0-RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 13:38:39 -0000 Hi, Can rev 227562 be merged into 9.0? Without that change, 9.0 can't even boot with an LSI MegaRAID 9261-8i, = and even then you need to set hw.mfi.msi=3D1 by hand in the loader. Thanks, Jan. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 15:07:19 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 E2412106566B for ; Fri, 9 Dec 2011 15:07:19 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7912D8FC19 for ; Fri, 9 Dec 2011 15:07:19 +0000 (UTC) Received: by eaai12 with SMTP id i12so2168624eaa.13 for ; Fri, 09 Dec 2011 07:07:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:newsgroups:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=JhmF/dQuuFFV77T2ztaWG1nDH/GeAHKho5RsPBlLI+8=; b=nFvwAAp0HDH1MArPNQG7hJTha7Sxc09Da0IUBQSQQTZX7v5PvpnR5/Cf8obpYgziTM RuyFjvBgNiudHUoUTMjHsmtEfJdoC1xZrCCMAEx8qA1PsipH7ATkS0O+ENmVwSFsw+FU wRTP8FJ4N49Fgrm3ggCSlzXed6k+DVYXS3yFc= Received: by 10.213.20.18 with SMTP id d18mr198383ebb.138.1323443237985; Fri, 09 Dec 2011 07:07:17 -0800 (PST) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id q28sm32087212eea.6.2011.12.09.07.07.16 (version=SSLv3 cipher=OTHER); Fri, 09 Dec 2011 07:07:17 -0800 (PST) Message-ID: <4EE22421.9060707@gmail.com> Date: Fri, 09 Dec 2011 17:07:13 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111111 Thunderbird/8.0 MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.stable To: George Mitchell References: <4EE1EAFE.3070408@m5p.com> In-Reply-To: <4EE1EAFE.3070408@m5p.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 15:07:20 -0000 09.12.2011 13:03, George Mitchell wrote: > dnetc is an open-source program from http://www.distributed.net/. It > tries a brute-force approach to cracking RC4 puzzles and also computes > optimal Golomb rulers. It starts up one process per CPU and runs at > nice 20 and is, for all intents and purposes, 100% compute bound. nice 20 doesn't mean it should give time to just any other program. Have you tried setting dnetc_idprio? > Not everybody runs this sort of program, but there are plenty of > similar projects out there, and people who try to participate in > them will be mightily displeased with their FreeBSD systems when > they do. Is there some case where SCHED_ULE exhibits significantly > better performance than SCHED_4BSD? If not, I think SCHED-4BSD > should remain the default GENERIC configuration until this is fixed. Not fully right, boinc defaults to run on idprio 31 so this isn't an issue. And yes, there are cases where SCHED_ULE shows much better performance then SCHED_4BSD. You incidentally found rare misbehavior of SCHED_ULE and I think this would be treated. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 15:07: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 8DB9510657A8 for ; Fri, 9 Dec 2011 15:07:34 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3EB8FC0A for ; Fri, 9 Dec 2011 15:07:34 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RZ22t-0002jV-Sz for freebsd-stable@freebsd.org; Fri, 09 Dec 2011 16:07:31 +0100 Received: from utwig.xim.bz ([195.184.197.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Dec 2011 16:07:31 +0100 Received: from c.kworr by utwig.xim.bz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Dec 2011 16:07:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Volodymyr Kostyrko Date: Fri, 09 Dec 2011 17:07:13 +0200 Lines: 23 Message-ID: <4EE22421.9060707@gmail.com> References: <4EE1EAFE.3070408@m5p.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org Cc: freebsd-stable@freebsd.org X-Gmane-NNTP-Posting-Host: utwig.xim.bz User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111111 Thunderbird/8.0 In-Reply-To: <4EE1EAFE.3070408@m5p.com> Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 15:07:34 -0000 09.12.2011 13:03, George Mitchell wrote: > dnetc is an open-source program from http://www.distributed.net/. It > tries a brute-force approach to cracking RC4 puzzles and also computes > optimal Golomb rulers. It starts up one process per CPU and runs at > nice 20 and is, for all intents and purposes, 100% compute bound. nice 20 doesn't mean it should give time to just any other program. Have you tried setting dnetc_idprio? > Not everybody runs this sort of program, but there are plenty of > similar projects out there, and people who try to participate in > them will be mightily displeased with their FreeBSD systems when > they do. Is there some case where SCHED_ULE exhibits significantly > better performance than SCHED_4BSD? If not, I think SCHED-4BSD > should remain the default GENERIC configuration until this is fixed. Not fully right, boinc defaults to run on idprio 31 so this isn't an issue. And yes, there are cases where SCHED_ULE shows much better performance then SCHED_4BSD. You incidentally found rare misbehavior of SCHED_ULE and I think this would be treated. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 15:35: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 A7F7F1065675 for ; Fri, 9 Dec 2011 15:35:39 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7458FC19 for ; Fri, 9 Dec 2011 15:35:38 +0000 (UTC) Received: by lahl5 with SMTP id l5so745882lah.13 for ; Fri, 09 Dec 2011 07:35:38 -0800 (PST) Received: by 10.152.104.1 with SMTP id ga1mr5059449lab.40.1323443331952; Fri, 09 Dec 2011 07:08:51 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id nw10sm7973800lab.4.2011.12.09.07.08.50 (version=SSLv3 cipher=OTHER); Fri, 09 Dec 2011 07:08:50 -0800 (PST) Message-ID: <4EE22481.60709@my.gd> Date: Fri, 09 Dec 2011 16:08:49 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201112090913.CAA03333@lariat.net> <4EE1DEAD.2040108@gmail.com> In-Reply-To: <4EE1DEAD.2040108@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Two problems still present in RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 15:35:39 -0000 On 12/9/11 11:10 AM, Johan Hendriks wrote: > Brett Glass schreef: >> The interfaces SEEM to be configured correctly, but the messages -- >> which must be coming from scripts called by /etc/netstart -- are >> troubling. > > Same thing happens with lagg0 > > If i use this config, after a reboot all is fine > > ifconfig_em0="up" > ifconfig_em1="up" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 192.168.100.1/24" > I notice you're missing "inet" in your ifconfig_lagg0 line. Try this one instead: ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 inet 192.168.100.1/24" From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 15:37: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 1A7D7106566B for ; Fri, 9 Dec 2011 15:37:21 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5B88FC14 for ; Fri, 9 Dec 2011 15:37:20 +0000 (UTC) Received: by lahl5 with SMTP id l5so746950lah.13 for ; Fri, 09 Dec 2011 07:37:19 -0800 (PST) Received: by 10.152.105.132 with SMTP id gm4mr5051326lab.39.1323443152687; Fri, 09 Dec 2011 07:05:52 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id ng10sm7945787lab.13.2011.12.09.07.05.51 (version=SSLv3 cipher=OTHER); Fri, 09 Dec 2011 07:05:51 -0800 (PST) Message-ID: <4EE223CD.2020709@my.gd> Date: Fri, 09 Dec 2011 16:05:49 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201112090913.CAA03333@lariat.net> In-Reply-To: <201112090913.CAA03333@lariat.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Two problems still present in RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 15:37:21 -0000 On 12/9/11 10:13 AM, Brett Glass wrote: > FreeBSD 9.0-RC3 is looking good, but I'm still encountering two problems. > > Firstly, when I try to configure VLANs in /etc/rc.conf, I'm getting > errors. For example, if I use > > vlans_re0="1 2" > ip_addrs_re0_1="192.168.0.1-4/16" > ip_addrs_re0_2="10.0.0.0/24" > > to create two VLANs on the interface re0, I get error messages saying > that "create" commands (presumably using ifconfig) have failed. The > interfaces SEEM to be configured correctly, but the messages -- which > must be coming from scripts called by /etc/netstart -- are troubling. > > Secondly, there's still some strangeness in the sc terminal emulation. > When I run jove, the status line at the bottom of the screen isn't > entirely in reverse video as it should be. Only parts of it are, and the > highlighting changes -- seemingly at random -- as I work. > > Neither of these is likely to be a showstopper (so long as the first > won't cause me networking problems I haven't observed yet), but both are > probably worth looking into. > I have never seen this way of configuring VLANs. Find below how I set them up on our firewalls, which works like a charm, but on 8.2. You may still want to give it a try on 9.0RC3, that might solve your problem. ### NETWORKING # Configure link aggregation ifconfig_bce0="up" ifconfig_bce1="up" ifconfig_em0="up" ifconfig_lagg0="laggproto failover laggport bce0 laggport bce1 laggport em0" cloned_interfaces="lagg0 vlan14 vlan24 vlan34 carp14 carp24 carp34" # VLAN14 - WAN ifconfig_vlan14="inet [snip] vlan 14 vlandev lagg0 up" # VLAN24 - DMZ ifconfig_vlan24="inet 192.168.24.252/24 vlan 24 vlandev lagg0 up" # VLAN34 - LAN ifconfig_vlan34="inet 192.168.34.252/24 vlan 34 vlandev lagg0 up" # VLAN 611 - VPNs ifconfig_vlan611="inet 10.106.11.252/24 vlan 611 vlandev lagg0 up" From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 15:47: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 D4A9F106566B for ; Fri, 9 Dec 2011 15:47:53 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6EE8FC19 for ; Fri, 9 Dec 2011 15:47:53 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so5852886wgb.31 for ; Fri, 09 Dec 2011 07:47:52 -0800 (PST) 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 :content-transfer-encoding; bh=ogXdXT+OvIhyCSB/PywP7TtwzLuY1wGXTnrEmskfjAU=; b=DvpLcNIm5B6spah4YF/NP4QfrbYPccfo9iUOHtRpjw797b/wlxuMScf1sYd98pwREH E6Ra59U0CpsdVtvPAEgxuoDKlIqzbI+nqIhk5pqmfNWMdPMXD2Nc4kZV5nM30bi1V0HP nZV1u93jV/XZJKKRlbpxfU4WlyhPsE313Igio= MIME-Version: 1.0 Received: by 10.227.197.70 with SMTP id ej6mr7160545wbb.13.1323443853790; Fri, 09 Dec 2011 07:17:33 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Fri, 9 Dec 2011 07:17:33 -0800 (PST) In-Reply-To: <4EE1EAFE.3070408@m5p.com> References: <4EE1EAFE.3070408@m5p.com> Date: Fri, 9 Dec 2011 16:17:33 +0100 X-Google-Sender-Auth: 3AGQ34j-sSlvf3WZJ8s7C0BIYaQ Message-ID: From: Attilio Rao To: George Mitchell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 15:47:53 -0000 2011/12/9 George Mitchell : > dnetc is an open-source program from http://www.distributed.net/. =C2=A0I= t > tries a brute-force approach to cracking RC4 puzzles and also computes > optimal Golomb rulers. =C2=A0It starts up one process per CPU and runs at > nice 20 and is, for all intents and purposes, 100% compute bound. > > Here is what happens on my system, running 9.0-PRERELEASE, with and > without dnetc running, with SCHED_ULE and SCHED-4BSD, when I run the > command: > > time make buildkernel KERNCONF=3DWONDERLAND > > (I get similar results on 8.x as well.) > > SCHED_4BSD, dnetc not running: > 1329.715u 123.739s 24:47.95 97.6% =C2=A0 =C2=A0 =C2=A0 6310+1987k 11233+1= 1098io 419pf+0w > > SCHED_4BSD, dnetc running: > 1329.364u 115.158s 26:14.83 91.7% =C2=A0 =C2=A0 =C2=A0 6325+1987k 10912+1= 1060io 393pf+0w > > SCHED_ULE, dnetc not running: > 1357.457u 121.526s 25:20.64 97.2% =C2=A0 =C2=A0 =C2=A0 6326+1990k 11234+1= 1149io 419pf+0w > > SCHED_ULE, dnetc running: > Still going after seven and a half hours of clock time, up to > compiling netgraph/bluetooth. =C2=A0(Completed in another five minutes > after stopping dnetc so I could write this message in a reasonable > amount of time.) > > Not everybody runs this sort of program, but there are plenty of > similar projects out there, and people who try to participate in > them will be mightily displeased with their FreeBSD systems when > they do. =C2=A0Is there some case where SCHED_ULE exhibits significantly > better performance than SCHED_4BSD? =C2=A0If not, I think SCHED-4BSD > should remain the default GENERIC configuration until this is fixed. Hi George, are you interested in exploring more the case with SCHED_ULE and dnetc? More precisely I'd be interested in KTR traces. To be even more precise: With a completely stable GENERIC configuration (or otherwise please post your kernel config) please add the following: options KTR options KTR_ENTRIES=3D262144 options KTR_COMPILE=3D(KTR_SCHED) options KTR_MASK=3D(KTR_SCHED) While you are in the middle of the slow-down (so once it is well established) please do: # sysclt debug.ktr.cpumask=3D"" In the end go with: # ktrdump -ctf > ktr-ule-problem.out and send the file to this mailing list. Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 16:04:24 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 72AC81065675 for ; Fri, 9 Dec 2011 16:04:24 +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 4B3368FC19 for ; Fri, 9 Dec 2011 16:04:24 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 0054046B0A; Fri, 9 Dec 2011 11:04:24 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 59BC7B941; Fri, 9 Dec 2011 11:04:23 -0500 (EST) From: John Baldwin To: Jan Mikkelsen Date: Fri, 9 Dec 2011 11:03:51 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20E452A2-9180-4FC9-87CB-6F16D1D4D01A@transactionware.com> In-Reply-To: <20E452A2-9180-4FC9-87CB-6F16D1D4D01A@transactionware.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112091103.51345.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 09 Dec 2011 11:04:23 -0500 (EST) Cc: freebsd-stable@freebsd.org Subject: Re: mfi(4) issues in 9.0-RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 16:04:24 -0000 On Friday, December 09, 2011 8:38:51 am Jan Mikkelsen wrote: > Hi, > > Can rev 227562 be merged into 9.0? > > Without that change, 9.0 can't even boot with an LSI MegaRAID 9261-8i, and even then you need to set hw.mfi.msi=1 by hand in the loader. It is probably too late to make 9.0 at this point as they've already cut the final release candidate. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 16:16: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 26DEE1065672 for ; Fri, 9 Dec 2011 16:16:16 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id AACB28FC0A for ; Fri, 9 Dec 2011 16:16:15 +0000 (UTC) Received: by eekc50 with SMTP id c50so1940107eek.13 for ; Fri, 09 Dec 2011 08:16:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=XdMwUQWrobMMQAC8jG4z2H0nNkpWizT0MUK7l8e/1yo=; b=SahI/onkWhWUfqdCft6g/KC7a+LNF4CUZTZQE1ogZVVH921dUP7nEETbFY/Bia+cwl 7+i1ycLiWt2zit5fE38LICc5fBJPC6LtqkCY0W3ZrVd/XlufNaDnoMi7EangM2VNOfDo pCURgG6YlAlPNjKf/uyfEPeXJ54tby2rW06WQ= Received: by 10.14.18.83 with SMTP id k59mr954345eek.105.1323447374628; Fri, 09 Dec 2011 08:16:14 -0800 (PST) Received: from [192.168.50.104] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id d6sm32776573eec.10.2011.12.09.08.16.13 (version=SSLv3 cipher=OTHER); Fri, 09 Dec 2011 08:16:13 -0800 (PST) Message-ID: <4EE2344B.2020700@gmail.com> Date: Fri, 09 Dec 2011 17:16:11 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable References: <201112090913.CAA03333@lariat.net> <4EE1DEAD.2040108@gmail.com> <4EE22481.60709@my.gd> In-Reply-To: <4EE22481.60709@my.gd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Two problems still present in RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 16:16:16 -0000 Damien Fleuriot schreef: > > On 12/9/11 11:10 AM, Johan Hendriks wrote: >> Brett Glass schreef: >>> The interfaces SEEM to be configured correctly, but the messages -- >>> which must be coming from scripts called by /etc/netstart -- are >>> troubling. >> Same thing happens with lagg0 >> >> If i use this config, after a reboot all is fine >> >> ifconfig_em0="up" >> ifconfig_em1="up" >> cloned_interfaces="lagg0" >> ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 192.168.100.1/24" >> > I notice you're missing "inet" in your ifconfig_lagg0 line. > > Try this one instead: > ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 inet > 192.168.100.1/24" > It should not be the case, at least the handbook does not mentioning it at all. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html I will try it, when i find a reboot window! regards, Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 18:01:50 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 5431E106564A for ; Fri, 9 Dec 2011 18:01:50 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id DB4C08FC0A for ; Fri, 9 Dec 2011 18:01:49 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id KAA08794; Fri, 9 Dec 2011 10:31:07 -0700 (MST) Message-Id: <201112091731.KAA08794@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 09 Dec 2011 10:30:43 -0700 To: Johan Hendriks , freebsd-stable From: Brett Glass In-Reply-To: <4EE1DEAD.2040108@gmail.com> References: <201112090913.CAA03333@lariat.net> <4EE1DEAD.2040108@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Two problems still present in RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 18:01:50 -0000 At 03:10 AM 12/9/2011, Johan Hendriks wrote: >After a /etc/netstart, i get the following: >ifconfig: create: bad value. I get the "create: bad value" messages as well. What's more, if I change rc.conf to assign variables of the form ifconfig_*, such as ifconfig_re0_1="inet 192.168.0.1" ifconfig_re0_1_alias0="inet 192.168.0.2" ... instead of using an ip_addrs_* variable, I still get those messages. I have confirmed that if I run /etc/netstart after booting, I lose connectivity just as you do. I recognize the challenge of specifying the network configuration in a declaratory rather than a procedural environment, because there are so many contingencies and possible combinations of parameters. But there doesn't seem to be any combination of variables I can assign in rc.conf that doesn't cause errors when I try to create VLANs. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 18:07:56 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 59B03106567B for ; Fri, 9 Dec 2011 18:07:56 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id E40C58FC14 for ; Fri, 9 Dec 2011 18:07:55 +0000 (UTC) Received: by eaai12 with SMTP id i12so2273300eaa.13 for ; Fri, 09 Dec 2011 10:07:54 -0800 (PST) Received: by 10.213.6.209 with SMTP id a17mr1028253eba.18.1323454074609; Fri, 09 Dec 2011 10:07:54 -0800 (PST) Received: from [10.36.37.127] ([92.90.20.76]) by mx.google.com with ESMTPS id 53sm33956033eef.2.2011.12.09.10.07.52 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Dec 2011 10:07:53 -0800 (PST) References: <201112090913.CAA03333@lariat.net> <4EE1DEAD.2040108@gmail.com> <201112091731.KAA08794@lariat.net> In-Reply-To: <201112091731.KAA08794@lariat.net> Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <6E12F19B-999C-4797-9D88-595ADF71654E@my.gd> X-Mailer: iPhone Mail (8J2) From: Damien Fleuriot Date: Fri, 9 Dec 2011 19:07:23 +0100 To: Brett Glass Cc: Johan Hendriks , freebsd-stable Subject: Re: Two problems still present in RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 18:07:56 -0000 On 9 Dec 2011, at 18:30, Brett Glass wrote: > At 03:10 AM 12/9/2011, Johan Hendriks wrote: >=20 >> After a /etc/netstart, i get the following: >> ifconfig: create: bad value. >=20 > I get the "create: bad value" messages as well. What's more, if I change r= c.conf to assign variables of the form ifconfig_*, such as >=20 > ifconfig_re0_1=3D"inet 192.168.0.1" > ifconfig_re0_1_alias0=3D"inet 192.168.0.2" > ... >=20 > instead of using an ip_addrs_* variable, I still get those messages. >=20 > I have confirmed that if I run /etc/netstart after booting, I lose connect= ivity just as you do. >=20 > I recognize the challenge of specifying the network configuration in a dec= laratory rather than a procedural environment, because there are so many con= tingencies and possible combinations of parameters. But there doesn't seem t= o be any combination of variables I can assign in rc.conf that doesn't cause= errors when I try to create VLANs. >=20 > --Brett Glass >=20 Try creating your VLANs as I described on my previous post and see if that h= elps ?= From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 20:35: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 D679B106567C for ; Fri, 9 Dec 2011 20:35:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 9A5C48FC22 for ; Fri, 9 Dec 2011 20:35:49 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id pB9KZm6e081366 for ; Fri, 9 Dec 2011 15:35:48 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4EE27121.30200@sentex.net> Date: Fri, 09 Dec 2011 15:35:45 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable References: <1323395838.61446.20.camel@neo.cse.buffalo.edu> In-Reply-To: <1323395838.61446.20.camel@neo.cse.buffalo.edu> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Subject: Default FS = ufs, local, journaled soft-updates (was Re: FreeBSD 9.0-RC3 Available...) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 20:35:49 -0000 Did a quick spin of RC3 in a VM and noticed that the default install has journaled soft-updates enabled. Was that meant to be the default ? Didnt know it was ready for prime time ? ---Mike On 12/8/2011 8:57 PM, Ken Smith wrote: > > The third and what should be final Release Candidate build for the > 9.0-RELEASE release cycle is now available. Since this is the -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 9 22:46: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 2C6CB1065672 for ; Fri, 9 Dec 2011 22:46:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 14A248FC08 for ; Fri, 9 Dec 2011 22:46:11 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta01.emeryville.ca.mail.comcast.net with comcast id 7AfD1i00A1u4NiLA1Am5ri; Fri, 09 Dec 2011 22:46:05 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.emeryville.ca.mail.comcast.net with comcast id 7B5q1i0071t3BNj8hB5qbz; Fri, 09 Dec 2011 23:05:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 83334102C1D; Fri, 9 Dec 2011 14:46:10 -0800 (PST) Date: Fri, 9 Dec 2011 14:46:10 -0800 From: Jeremy Chadwick To: Brett Glass Message-ID: <20111209224610.GA13369@icarus.home.lan> References: <201112090913.CAA03333@lariat.net> <4EE1DEAD.2040108@gmail.com> <201112091731.KAA08794@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201112091731.KAA08794@lariat.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Johan Hendriks , freebsd-stable Subject: Re: Two problems still present in RC3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2011 22:46:12 -0000 On Fri, Dec 09, 2011 at 10:30:43AM -0700, Brett Glass wrote: > At 03:10 AM 12/9/2011, Johan Hendriks wrote: > > >After a /etc/netstart, i get the following: > >ifconfig: create: bad value. > > I get the "create: bad value" messages as well. What's more, if I > change rc.conf to assign variables of the form ifconfig_*, such as > > ifconfig_re0_1="inet 192.168.0.1" > ifconfig_re0_1_alias0="inet 192.168.0.2" > ... > > instead of using an ip_addrs_* variable, I still get those messages. > > I have confirmed that if I run /etc/netstart after booting, I lose > connectivity just as you do. > > I recognize the challenge of specifying the network configuration in > a declaratory rather than a procedural environment, because there > are so many contingencies and possible combinations of parameters. > But there doesn't seem to be any combination of variables I can > assign in rc.conf that doesn't cause errors when I try to create > VLANs. I would advise everyone experiencing ""those messages"" or any anomalies of this sort to please set rc_debug="yes" in /etc/rc.conf and make sure they have serial or firewire console set up. If you don't have some form of remote console, then this is going to be difficult to debug. See rc.conf(5) for what the option does and therefore why serial console will be needed. The information that's needed is what ifconfig commands are being issued on your systems. This cannot be easily determined from rc.conf variables like ifconfig_snakes_in_the_grass="rocks moss", hence the above request. "Your" means Brett Glass and Johan Hendriks. Finally, please keep in mind the possibility that both of you are experiencing different problems. I have no evidence at this point to support or refute that claim, but it's something that needs to be considered. -- | 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 Dec 10 00:57:15 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 9E14E1065670; Sat, 10 Dec 2011 00:57:15 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-3-2-0-2.r20.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id 48DDC8FC08; Sat, 10 Dec 2011 00:57:15 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id pBA0v8T6056081; Fri, 9 Dec 2011 19:57:14 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <4EE2AE64.9060802@m5p.com> Date: Fri, 09 Dec 2011 19:57:08 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111127 Thunderbird/8.0 MIME-Version: 1.0 To: Attilio Rao References: <4EE1EAFE.3070408@m5p.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Fri, 09 Dec 2011 19:57:14 -0500 (EST) X-Scanned-By: MIMEDefang 2.72 on IPv6:2001:418:3fd::f7 Cc: George Mitchell , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2011 00:57:15 -0000 On 12/09/11 10:17, Attilio Rao wrote: > [...] > More precisely I'd be interested in KTR traces. > To be even more precise: > With a completely stable GENERIC configuration (or otherwise please > post your kernel config) please add the following: > options KTR > options KTR_ENTRIES=262144 > options KTR_COMPILE=(KTR_SCHED) > options KTR_MASK=(KTR_SCHED) > > While you are in the middle of the slow-down (so once it is well > established) please do: > # sysclt debug.ktr.cpumask="" wonderland# sysctl debug.ktr.cpumask="" debug.ktr.cpumask: ffffffffffffffff sysctl: debug.ktr.cpumask: Invalid argument > > In the end go with: > # ktrdump -ctf> ktr-ule-problem.out It's 44MB, so it's at http://www.m5p.com/~george/ktr-ule-problem.out > > and send the file to this mailing list. > > Thanks, > Attilio > > I hope this helps. -- George Mitchell From owner-freebsd-stable@FreeBSD.ORG Sat Dec 10 00:59: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 DC60D1065678 for ; Sat, 10 Dec 2011 00:59:29 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5DF8FC0C for ; Sat, 10 Dec 2011 00:59:29 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so6691692wgb.31 for ; Fri, 09 Dec 2011 16:59:28 -0800 (PST) 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 :content-transfer-encoding; bh=tNaIfXhhU2eaaBZUVZt9tSWV7qCRtlxano+0ConnM9U=; b=YnrbSu0HahnWuAj26X1n1ZLkX8JTeohl6yKVsKECEEzVyuc/X7uS0PRiPQ0JzOXSei QReQMsCz2ch5tykfeBS1mYBS6rHUONouSsJM7xPysH32N+7kODoKpvT/xZPz5rzF07OS rrlE70mqZDrMShBbzsXBWTjQswbrw8x0ttD6o= MIME-Version: 1.0 Received: by 10.227.197.70 with SMTP id ej6mr8281273wbb.13.1323478768434; Fri, 09 Dec 2011 16:59:28 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Fri, 9 Dec 2011 16:59:28 -0800 (PST) In-Reply-To: <4EE2AE64.9060802@m5p.com> References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> Date: Sat, 10 Dec 2011 01:59:28 +0100 X-Google-Sender-Auth: 7PjwZXKrs9WJTWwDBPHvkmKhWe8 Message-ID: From: Attilio Rao To: George Mitchell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2011 00:59:30 -0000 2011/12/10 George Mitchell : > On 12/09/11 10:17, Attilio Rao wrote: >> >> [...] >> >> More precisely I'd be interested in KTR traces. >> To be even more precise: >> With a completely stable GENERIC configuration (or otherwise please >> post your kernel config) please add the following: >> options KTR >> options KTR_ENTRIES=3D262144 >> options KTR_COMPILE=3D(KTR_SCHED) >> options KTR_MASK=3D(KTR_SCHED) >> >> While you are in the middle of the slow-down (so once it is well >> established) please do: >> # sysclt debug.ktr.cpumask=3D"" > > > wonderland# sysctl debug.ktr.cpumask=3D"" > debug.ktr.cpumask: ffffffffffffffff > sysctl: debug.ktr.cpumask: Invalid argument > > >> >> In the end go with: >> # ktrdump -ctf> =C2=A0ktr-ule-problem.out > > > It's 44MB, so it's at http://www.m5p.com/~george/ktr-ule-problem.out What svn revision did you use for it? What is the CPUs frequencies of machines generating this? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 10 01:10: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 67064106566B for ; Sat, 10 Dec 2011 01:10:53 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id E54648FC12 for ; Sat, 10 Dec 2011 01:10:50 +0000 (UTC) Received: by lahl5 with SMTP id l5so984220lah.13 for ; Fri, 09 Dec 2011 17:10:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=vpqYpD/v/n4luajqZXrR+Oefw/DOJBPlXA977yllzE0=; b=VLxsHp0yPqd5++o7Hh4Xto+Hy1ErD/05ybnNdVVCa22nzFL27XZOSljnozgbO/0Hz4 gy1O6OWMY+Ut0MQn7iqEfUNufQp8RBOfRwA/l065W7yXVNZRO2tPV/492OeI51Mts6ea ctGb4I9eaGg+saXKeoeaZWgGSlTp3Ml4bnXuU= Received: by 10.152.103.71 with SMTP id fu7mr3212844lab.31.1323479448239; Fri, 09 Dec 2011 17:10:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.36.165 with HTTP; Fri, 9 Dec 2011 17:10:17 -0800 (PST) In-Reply-To: <4EE1EAFE.3070408@m5p.com> References: <4EE1EAFE.3070408@m5p.com> From: Eitan Adler Date: Fri, 9 Dec 2011 20:10:17 -0500 Message-ID: To: George Mitchell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2011 01:10:53 -0000 On Fri, Dec 9, 2011 at 6:03 AM, George Mitchell wr= ote: > dnetc is an open-source program from http://www.distributed.net/. =C2=A0I= t > tries a brute-force approach to cracking RC4 puzzles and also computes > optimal Golomb rulers. =C2=A0It starts up one process per CPU and runs at > nice 20 and is, for all intents and purposes, 100% compute bound. Try idprio as well (atm it requires root to use though). nice only means "play nice". idprio means "only run when nothing else wants to run". --=20 Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Sat Dec 10 01:15:59 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 25FE41065670; Sat, 10 Dec 2011 01:15:59 +0000 (UTC) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (ip-3-2-0-2.r20.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id AC8988FC0A; Sat, 10 Dec 2011 01:15:58 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id pBA1FoBb056226; Fri, 9 Dec 2011 20:15:55 -0500 (EST) (envelope-from george@m5p.com) Message-ID: <4EE2B2C6.8010409@m5p.com> Date: Fri, 09 Dec 2011 20:15:50 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111127 Thunderbird/8.0 MIME-Version: 1.0 To: Attilio Rao References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------020700010508050400000502" X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Fri, 09 Dec 2011 20:15:55 -0500 (EST) X-Scanned-By: MIMEDefang 2.72 on IPv6:2001:418:3fd::f7 Cc: freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2011 01:15:59 -0000 This is a multi-part message in MIME format. --------------020700010508050400000502 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 12/09/11 19:59, Attilio Rao wrote: > [...] > > What svn revision did you use for it? > What is the CPUs frequencies of machines generating this? > > Attilio > > Hope the attached helps. -- George Mitchell --------------020700010508050400000502 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMTEgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1h cmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA5LjAtUFJFUkVMRUFTRSAj MTogV2VkIERlYyAgNyAyMDozMToxOSBFU1QgMjAxMQogICAgZ2VvcmdlQHdvbmRlcmxhbmQu bTVwLmNvbTovdXNyL29iai91c3Ivc3JjL3N5cy9XT05ERVJMQU5EIGFtZDY0Cm1vZHVsZSB1 YXVkaW8gYWxyZWFkeSBwcmVzZW50IQpDUFU6IEFNRCBBdGhsb24odG0pIElJIER1YWwtQ29y ZSBNMzIwICgyMDk0LjgwLU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkF1dGhlbnRp Y0FNRCIgIElkID0gMHgxMDBmNjIgIEZhbWlseSA9IDEwICBNb2RlbCA9IDYgIFN0ZXBwaW5n ID0gMgogIEZlYXR1cmVzPTB4MTc4YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUs TUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxN TVgsRlhTUixTU0UsU1NFMixIVFQ+CiAgRmVhdHVyZXMyPTB4ODAyMDA5PFNTRTMsTU9OLENY MTYsUE9QQ05UPgogIEFNRCBGZWF0dXJlcz0weGVlNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxG RlhTUixQYWdlMUdCLFJEVFNDUCxMTSwzRE5vdyErLDNETm93IT4KICBBTUQgRmVhdHVyZXMy PTB4Mzc3ZjxMQUhGLENNUCxTVk0sRXh0QVBJQyxDUjgsQUJNLFNTRTRBLFByZWZldGNoLE9T VlcsSUJTLFNLSU5JVCxXRFQ+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudApyZWFsIG1lbW9y eSAgPSAzMjIxMjI1NDcyICgzMDcyIE1CKQphdmFpbCBtZW1vcnkgPSAyODIxMDc5MDQwICgy NjkwIE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAwCkFDUEkgQVBJQyBUYWJs ZTogPEhQICAgICAzNjNGICAgID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3Rl bSBEZXRlY3RlZDogMiBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUo cykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlv YXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gNAppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJx cyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQga2JkbXV4MAphY3BpMDogPEhQUU9FTSBT TElDLU1QQz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRp bWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAw CmFjcGlfdGltZXIwOiA8MzItYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4 LTB4NDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkg Q1BVPiBvbiBhY3BpMAphY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDM+ IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4g b24gYWNwaTAKYWNwaV9idXR0b24xOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMApwY2liMDog PEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaWIw OiBMZW5ndGggbWlzbWF0Y2ggZm9yIDMgcmFuZ2U6IDgwMDAwMDAgdnMgN2ZmZmZmZgpwY2kw OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQp2 Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDMwMDAtMHgzMGZmIG1l bSAweGMwMDAwMDAwLTB4Y2ZmZmZmZmYsMHhkMDMwMDAwMC0weGQwMzBmZmZmLDB4ZDAyMDAw MDAtMHhkMDJmZmZmZiBpcnEgMTggYXQgZGV2aWNlIDUuMCBvbiBwY2kxCnBjaWIyOiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDUuMCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIyCmF0aDA6IDxBdGhlcm9zIDkyODU+IG1lbSAweGQwMTAwMDAwLTB4 ZDAxMGZmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpMgphdGgwOiBBUjkyODUgbWFj IDE5Mi4yIFJGNTEzMyBwaHkgMTQuMApwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSA2LjAgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpyZTA6 IDxSZWFsVGVrIDgxMHhFIFBDSWUgMTAvMTAwYmFzZVRYPiBwb3J0IDB4MjAwMC0weDIwZmYg bWVtIDB4ZDAwMTAwMDAtMHhkMDAxMGZmZiwweGQwMDAwMDAwLTB4ZDAwMGZmZmYgaXJxIDE4 IGF0IGRldmljZSAwLjAgb24gcGNpMwpyZTA6IFVzaW5nIDEgTVNJLVggbWVzc2FnZQpyZTA6 IENoaXAgcmV2LiAweDI0ODAwMDAwCnJlMDogTUFDIHJldi4gMHgwMDQwMDAwMAptaWlidXMw OiA8TUlJIGJ1cz4gb24gcmUwCnJscGh5MDogPFJUTDgyMDFMIDEwLzEwMCBtZWRpYSBpbnRl cmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgs IDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bywgYXV0by1mbG93CnJlMDogRXRoZXJu ZXQgYWRkcmVzczogMDA6MjY6OWU6YmY6YmM6NWQKYWhjaTA6IDxBVEkgSVhQNzAwIEFIQ0kg U0FUQSBjb250cm9sbGVyPiBwb3J0IDB4NDAzOC0weDQwM2YsMHg0MDRjLTB4NDA0ZiwweDQw MzAtMHg0MDM3LDB4NDA0OC0weDQwNGIsMHg0MDEwLTB4NDAxZiBtZW0gMHhkMDQwODAwMC0w eGQwNDA4M2ZmIGlycSAyMiBhdCBkZXZpY2UgMTcuMCBvbiBwY2kwCmFoY2kwOiBBSENJIHYx LjEwIHdpdGggMiAzR2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZAphaGNp Y2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCm9oY2kwOiA8T0hDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGQwNDA3MDAwLTB4ZDA0MDdmZmYgaXJxIDE2IGF0 IGRldmljZSAxOC4wIG9uIHBjaTAKdXNidXMwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRy b2xsZXI+IG9uIG9oY2kwCm9oY2kxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+ IG1lbSAweGQwNDA2MDAwLTB4ZDA0MDZmZmYgaXJxIDE2IGF0IGRldmljZSAxOC4xIG9uIHBj aTAKdXNidXMxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kxCmVo Y2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhkMDQwODUw MC0weGQwNDA4NWZmIGlycSAxNyBhdCBkZXZpY2UgMTguMiBvbiBwY2kwCnVzYnVzMjogRUhD SSB2ZXJzaW9uIDEuMAp1c2J1czI6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xs ZXI+IG9uIGVoY2kwCm9oY2kyOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1l bSAweGQwNDA1MDAwLTB4ZDA0MDVmZmYgaXJxIDE4IGF0IGRldmljZSAxOS4wIG9uIHBjaTAK dXNidXMzOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kyCm9oY2kz OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGQwNDA0MDAwLTB4ZDA0 MDRmZmYgaXJxIDE4IGF0IGRldmljZSAxOS4xIG9uIHBjaTAKdXNidXM0OiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCmVoY2kxOiA8RUhDSSAoZ2VuZXJpYykg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhkMDQwODQwMC0weGQwNDA4NGZmIGlycSAxOSBh dCBkZXZpY2UgMTkuMiBvbiBwY2kwCnVzYnVzNTogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czU6 IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kxCnBjaTA6IDxz ZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkK aGRhYzA6IDxBVEkgU0I2MDAgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENvbnRyb2xsZXI+IG1l bSAweGQwNDAwMDAwLTB4ZDA0MDNmZmYgaXJxIDE2IGF0IGRldmljZSAyMC4yIG9uIHBjaTAK aXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMAppc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjAKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMjAuNCBvbiBwY2kwCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CmJhdHRlcnkw OiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8 QUMgQWRhcHRlcj4gb24gYWNwaTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3 aXRjaD4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmFjcGlf dHowOiBfQ1JUIHZhbHVlIGlzIGFic3VyZCwgaWdub3JlZCAoLTI3My4yQykKaHBldDA6IDxI aWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2Zm IGlycSAwLDggb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4 MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNTUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNDUwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAt MHg3MSBvbiBhY3BpMApFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVh bGl0eSAwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzIG9uIGFjcGkwClRp bWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50 IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKYXRrYmRj MDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEg b24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBh dCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiA8UFMvMiBNb3VzZT4gaXJx IDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwgR2VuZXJp YyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxh Z3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9 MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9t ZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKcHBjMDogY2Fubm90IHJlc2VydmUgSS9PIHBv cnQgcmFuZ2UKYWNwaV90aHJvdHRsZTA6IDxBQ1BJIENQVSBUaHJvdHRsaW5nPiBvbiBjcHUw Cmh3cHN0YXRlMDogPENvb2xgbidRdWlldCAyLjA+IG9uIGNwdTAKVGltZWNvdW50ZXJzIHRp Y2sgZXZlcnkgMS4wMDAgbXNlYwpoZGFjMDogSERBIENvZGVjICMwOiBJRFQgOTJIRDc1QjMK aGRhYzA6IEhEQSBDb2RlYyAjMTogTHVjZW50L0FnZXJlIFN5c3RlbXMgKFVua25vd24pCnBj bTA6IDxIREEgSURUIDkySEQ3NUIzIFBDTSAjMCBBbmFsb2c+IGF0IGNhZCAwIG5pZCAxIG9u IGhkYWMwCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMxOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czI6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0Ig djIuMAp1c2J1czM6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNDogMTJNYnBz IEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM1OiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYy LjAKdWdlbjAuMTogPEFUST4gYXQgdXNidXMwCnVodWIwOiA8QVRJIE9IQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTog PEFUST4gYXQgdXNidXMxCnVodWIxOiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWdlbjIuMTogPEFUST4gYXQgdXNi dXMyCnVodWIyOiA8QVRJIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czIKdWdlbjMuMTogPEFUST4gYXQgdXNidXMzCnVodWIzOiA8 QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBv biB1c2J1czMKdWdlbjQuMTogPEFUST4gYXQgdXNidXM0CnVodWI0OiA8QVRJIE9IQ0kgcm9v dCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czQKdWdl bjUuMTogPEFUST4gYXQgdXNidXM1CnVodWI1OiA8QVRJIEVIQ0kgcm9vdCBIVUIsIGNsYXNz IDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czUKYWNwaV90ejA6IF9DUlQg dmFsdWUgaXMgYWJzdXJkLCBpZ25vcmVkICgtMjczLjJDKQphZGEwIGF0IGFoY2ljaDAgYnVz IDAgc2NidXMwIHRhcmdldCAwIGx1biAwCmFkYTA6IDxXREMgV0QyNTAwQkVLVC02MFY1VDEg MTIuMDFBMTI+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGEwOiAzMDAuMDAwTUIvcyB0cmFu c2ZlcnMgKFNBVEEgMi54LCBVRE1BNSwgUElPIDgxOTJieXRlcykKYWRhMDogQ29tbWFuZCBR dWV1ZWluZyBlbmFibGVkCmFkYTA6IDIzODQ3NU1CICg0ODgzOTcxNjggNTEyIGJ5dGUgc2Vj dG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMg YWQ0ClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpUaW1lY291bnRlciAiVFNDLWxvdyIgZnJl cXVlbmN5IDE2MzY1NTkwIEh6IHF1YWxpdHkgODAwCmNkMCBhdCBhaGNpY2gxIGJ1cyAwIHNj YnVzMSB0YXJnZXQgMCBsdW4gMApjZDA6IDxocCBEVkQgUlcgQUQtNzU2MVMgQUg3Mz4gUmVt b3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIApjZDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVy cyAoU0FUQSAxLngsIFVETUE1LCBBVEFQSSAxMmJ5dGVzLCBQSU8gODE5MmJ5dGVzKQpjZDA6 IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1 bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkCnVodWIwOiAzIHBvcnRzIHdpdGggMyByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKdWh1YjM6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkCnVodWI0OiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290 IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czUgdXNidXMyClJvb3QgbW91bnQgd2FpdGluZyBm b3I6IHVzYnVzNSB1c2J1czIKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM1IHVzYnVz Mgp1aHViMjogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjU6 IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjI6IDxBTENP Uj4gYXQgdXNidXMwCnVodWI2OiA8QUxDT1IgR2VuZXJpYyBVU0IgSHViLCBjbGFzcyA5LzAs IHJldiAxLjEwLzMuMTIsIGFkZHIgMj4gb24gdXNidXMwCnVnZW4zLjI6IDxCdXJyLUJyb3du IGZyb20gVEk+IGF0IHVzYnVzMwp1YXVkaW8wOiA8QnVyci1Ccm93biBmcm9tIFRJIFVTQiBB dWRpbyBDT0RFQywgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjAwLCBhZGRyIDI+IG9uIHVzYnVz Mwp1YXVkaW8wOiBQbGF5OiA0ODAwMCBIeiwgMiBjaCwgMTYtYml0IFMtTEUgUENNIGZvcm1h dAp1YXVkaW8wOiBSZWNvcmQ6IDQ4MDAwIEh6LCAyIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9y bWF0CnVhdWRpbzA6IE5vIG1pZGkgc2VxdWVuY2VyCnBjbTE6IDxVU0IgYXVkaW8+IG9uIHVh dWRpbzAKdWdlbjIuMjogPEhld2xldHQtUGFja2FyZD4gYXQgdXNidXMyCnVoaWQwOiA8QnVy ci1Ccm93biBmcm9tIFRJIFVTQiBBdWRpbyBDT0RFQywgY2xhc3MgMC8wLCByZXYgMS4xMC8x LjAwLCBhZGRyIDI+IG9uIHVzYnVzMwp1bHB0MDogPFByaW50ZXI+IG9uIHVzYnVzMgp1bHB0 MDogdXNpbmcgYmktZGlyZWN0aW9uYWwgbW9kZQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9t IHVmczovZGV2L2FkNHMyYSBbcnddLi4uCnVodWI2OiA0IHBvcnRzIHdpdGggNCByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4zOiA8dmVuZG9yIDB4MDYyYT4gYXQgdXNidXMwCnVt czA6IDx2ZW5kb3IgMHgwNjJhIHByb2R1Y3QgMHgwMDAwLCBjbGFzcyAwLzAsIHJldiAxLjEw LzAuMDAsIGFkZHIgMz4gb24gdXNidXMwCnVtczA6IDMgYnV0dG9ucyBhbmQgW1hZWl0gY29v cmRpbmF0ZXMgSUQ9MAp1Z2VuMC40OiA8UHJvbGlmaWMgVGVjaG5vbG9neSBJbmMuPiBhdCB1 c2J1czAKdXBsY29tMDogPFByb2xpZmljIFRlY2hub2xvZ3kgSW5jLiBVU0ItU2VyaWFsIENv bnRyb2xsZXIsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMy4wMCwgYWRkciA0PiBvbiB1c2J1czAK dmJveGRydjogZkFzeW5jPTAgb2ZmTWluPTB4M2VhIG9mZk1heD0weDNmZGYKdmJveG5ldDA6 IEV0aGVybmV0IGFkZHJlc3M6IDBhOjAwOjI3OjAwOjAwOjAwCnVnZW4wLjU6IDx2ZW5kb3Ig MHgwNWUzPiBhdCB1c2J1czAKdW1hc3MwOiA8dmVuZG9yIDB4MDVlMyBVU0IgVE8gSURFLCBj bGFzcyAwLzAsIHJldiAyLjAwLzAuMzIsIGFkZHIgNT4gb24gdXNidXMwCnVtYXNzMDogIFND U0kgb3ZlciBCdWxrLU9ubHk7IHF1aXJrcyA9IDB4NDEwMQp1bWFzczA6MjowOi0xOiBBdHRh Y2hlZCB0byBzY2J1czIKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDowKTogQXV0b1NlbnNlIGZh aWxlZAooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBnb3QgQ0FNIHN0YXR1cyAweDQKKGRhMDp1 bWFzcy1zaW0wOjA6MDowKTogZmF0YWwgZXJyb3IsIGZhaWxlZCB0byBhdHRhY2ggdG8gZGV2 aWNlCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IGxvc3QgZGV2aWNlIC0gMCBvdXRzdGFuZGlu ZwooZGEwOnVtYXNzLXNpbTA6MDowOjApOiByZW1vdmluZyBkZXZpY2UgZW50cnkKZHJtMDog PEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNDIwMD4gb24gdmdhcGNpMAppbmZvOiBbZHJtXSBN U0kgZW5hYmxlZCAxIG1lc3NhZ2UocykKaW5mbzogW2RybV0gSW5pdGlhbGl6ZWQgcmFkZW9u IDEuMzEuMCAyMDA4MDYxMwppbmZvOiBbZHJtXSBTZXR0aW5nIEdBUlQgbG9jYXRpb24gYmFz ZWQgb24gbmV3IG1lbW9yeSBtYXAKaW5mbzogW2RybV0gTG9hZGluZyBSUzc4MC9SUzg4MCBN aWNyb2NvZGUKaW5mbzogW2RybV0gUmVzZXR0aW5nIEdQVQppbmZvOiBbZHJtXSB3cml0ZWJh Y2sgdGVzdCBzdWNjZWVkZWQgaW4gMSB1c2Vjcwo= --------------020700010508050400000502-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 10 01:21: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 E1FB91065676 for ; Sat, 10 Dec 2011 01:21:26 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 302578FC16 for ; Sat, 10 Dec 2011 01:21:25 +0000 (UTC) Received: by lahl5 with SMTP id l5so986571lah.13 for ; Fri, 09 Dec 2011 17:21:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=VbvCrraiV0MigtuWWk79JlIvTga3S3oJ9SmoYD1dP+U=; b=TofNg2uQGSGVy/j5ypeX+oIRq7nLFaXhZa5X6w63qgVPoB4/98f7oaXSXtiutN3CO0 7KX4urDwWBKLqFg/nq19MWcvVT+EvCBEgafHE9CMfZgp4pYZPulAmDSttj7f3bPWjBPr BFZdvT9Z8yJSjfE/xUJJIOxCmroHSvPBc0tqo= Received: by 10.152.109.105 with SMTP id hr9mr2880532lab.24.1323480085140; Fri, 09 Dec 2011 17:21:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.36.165 with HTTP; Fri, 9 Dec 2011 17:20:54 -0800 (PST) In-Reply-To: <4EE2B2C6.8010409@m5p.com> References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE2B2C6.8010409@m5p.com> From: Eitan Adler Date: Fri, 9 Dec 2011 20:20:54 -0500 Message-ID: To: George Mitchell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2011 01:21:27 -0000 On Fri, Dec 9, 2011 at 8:15 PM, George Mitchell wrote: > Hope the attached helps. =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -- George Mitchell You attached dmesg, not a patch. --=20 Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Sat Dec 10 01:24: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 57B9F1065670 for ; Sat, 10 Dec 2011 01:24:09 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DB23D8FC17 for ; Sat, 10 Dec 2011 01:24:08 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so6725577wgb.31 for ; Fri, 09 Dec 2011 17:24:07 -0800 (PST) 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 :content-transfer-encoding; bh=8xLg7jzzIedUtZWg0wZcwVJm974A88UGMQD1PdZfulM=; b=Na1X5V0xFSdgvOtl9aMAFdyS0s5lPKF6cLQ22uBh2dDOM4J+I6k3YLx8tvIULMXZp0 PBtQVNlxiKkBbDYlQkOlfKaTfrwDMgIxWIChaUNOG2qflXm/xfccFFC/rryBKy0fbiD5 5g7FlX2QkfQWFMYTTcvLsqRopo8OSfuIPZj78= MIME-Version: 1.0 Received: by 10.227.197.70 with SMTP id ej6mr8317929wbb.13.1323480247788; Fri, 09 Dec 2011 17:24:07 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.171.8 with HTTP; Fri, 9 Dec 2011 17:24:07 -0800 (PST) In-Reply-To: References: <4EE1EAFE.3070408@m5p.com> <4EE2AE64.9060802@m5p.com> <4EE2B2C6.8010409@m5p.com> Date: Sat, 10 Dec 2011 02:24:07 +0100 X-Google-Sender-Auth: Vcp2osS-lFRCDHD_VwNgnRq2cgo Message-ID: From: Attilio Rao To: Eitan Adler Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, George Mitchell Subject: Re: SCHED_ULE should not be the default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2011 01:24:09 -0000 2011/12/10 Eitan Adler : > On Fri, Dec 9, 2011 at 8:15 PM, George Mitchell wrote: >> Hope the attached helps. =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -- George Mitchell > > You attached dmesg, not a patch. This is what is needed for a schedgraph analysis, along with KTR points collection. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 10 04:33:23 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 7B317106566B for ; Sat, 10 Dec 2011 04:33:23 +0000 (UTC) (envelope-from freebsd_gb@yahoo.com.hk) Received: from nm5.bullet.mail.sg3.yahoo.com (nm5.bullet.mail.sg3.yahoo.com [106.10.148.84]) by mx1.freebsd.org (Postfix) with SMTP id C17768FC15 for ; Sat, 10 Dec 2011 04:33:22 +0000 (UTC) Received: from [106.10.166.119] by nm5.bullet.mail.sg3.yahoo.com with NNFMP; 10 Dec 2011 04:20:33 -0000 Received: from [106.10.150.27] by tm8.bullet.mail.sg3.yahoo.com with NNFMP; 10 Dec 2011 04:20:33 -0000 Received: from [127.0.0.1] by omp1028.mail.sg3.yahoo.com with NNFMP; 10 Dec 2011 04:20:33 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 882966.46721.bm@omp1028.mail.sg3.yahoo.com Received: (qmail 69519 invoked by uid 60001); 10 Dec 2011 04:20:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.hk; s=s1024; t=1323490833; bh=/TBGG587ywtTlejqAHezzo8zzZO7o/dAZWy3szIdOtc=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=x7GPTfFYvH6Tf2fXTlQYtYWzs0u1fuKnM3TwuMSZu93GVVzC5FabWl0NjBQJP+bPcVlx3D2YhOn+KBrZihzfarTJulUl/TsNN/1Z9dkw8u8x6Rueu+tX2j4Xpri+6PV1Umy1O/GFtT2djWensV0yWIHEL8Bi8xE46NOBeBFjggA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.hk; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=a8glNhnI39VaUET5zE3YAzRx+8G077SnaxvB2HPobOozPHinBZLdugn5MaK2CwANtPutwj7uX4rpP/tI1DWGBr/gyxm0a3m3N4dsC7q5+Q3xJZTn+/hTckugLmdkn6354UqlxmyIZ4KqXKpE/eqvNiKCxK3zXEdv2/Ei8AUgh84=; X-YMail-OSG: qxFQxsAVM1kqxUCzsoe.03x.VBIfTooCpaEsmv2btDDXJDe 6n5t.rqgxs8YTg5S9lSgcHnVYImel2ozpJ61eNRIK_Ius1PHmQX7yHwhrbhk ndD..G2_wW76GxgVLZBlJKIV5lFpZLf8Ayyi9dd4zQoHGtKqgp..WSkwdtSl L.9lGEHHZtaB4ixonFTqwSsSKyEUA9IVBYHEw4uj0uzt2ELsrySTytn1LV4v tlS0LoyJO2bqIzboRCkndUWrxyiGs6QlUdlsP9bQYvxHS69qOAQweq_f6tqt QFDmms7Ba_c07G8TuAuJpliZNufRmfBLOmdO_K68tZYDJqqE7pj6iql3oZ_y AUpAqQzSSbdxHTiyg.Gdkxu8- Received: from [218.102.184.171] by web190805.mail.sg3.yahoo.com via HTTP; Sat, 10 Dec 2011 12:20:33 SGT X-Mailer: YahooMailWebService/0.8.115.331698 Message-ID: <1323490833.69410.YahooMailNeo@web190805.mail.sg3.yahoo.com> Date: Sat, 10 Dec 2011 12:20:33 +0800 (SGT) From: Man Chan To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 10 Dec 2011 04:41:25 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: how to update source tree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Man Chan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Dec 2011 04:33:23 -0000 Hi,=0A=0AI am new to freebsd and just installed a 8.2 release on a laptop.= =A0 I just tried to update my source tree with the example=A0 describe in t= he A.4 Anonymous CVS without any luck.=A0 The error is no route to host.=A0= Can anyone help.=0A=0AMan=0A From owner-freebsd-stable@FreeBSD.ORG Sat Dec 10 06:18:33 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 E928D106564A for ; Sat, 10 Dec 2011 06:18:33 +0000 (UTC) (envelope-from bane.ivosev@pmf.uns.ac.rs) Received: from mail.pmf.uns.ac.rs (mail.pmf.uns.ac.rs [147.91.177.13]) by mx1.freebsd.org (Postfix) with ESMTP id A14C18FC08 for ; Sat, 10 Dec 2011 06:18:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.pmf.uns.ac.rs (Postfix) with ESMTP id 029621AF432; Sat, 10 Dec 2011 07:18:32 +0100 (CET) X-Virus-Scanned: amavisd-new at pmf.uns.ac.rs Received: from mail.pmf.uns.ac.rs ([127.0.0.1]) by localhost (mail.pmf.uns.ac.rs [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IfhPPRCW6Q1i; Sat, 10 Dec 2011 07:18:26 +0100 (CET) Received: from [192.168.22.14] (unknown [77.105.28.37]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: bane.ivosev@pmf.uns.ac.rs) by mail.pmf.uns.ac.rs (Postfix) with ESMTPSA id 8BF1B1AF429; Sat, 10 Dec 2011 07:18:26 +0100 (CET) Message-ID: <4EE2F9B2.6040901@pmf.uns.ac.rs> Date: Sat, 10 Dec 2011 07:18:26 +0100 From: Bane Ivosev Organization: PMF DMI User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111123 Thunderbird/8.0 MIME-Version: 1.0 To: Man Chan References: <1323490833.69410.YahooMailNeo@web190805.mail.sg3.yahoo.com> In-Reply-To: <1323490833.69410.YahooMailNeo@web190805.mail.sg3.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-stable@freebsd.org" Subject: Re: how to update source tree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2011 06:18:34 -0000 what is your CVSROOT and defaultrouter in /etc/rc.conf? On 12/10/2011 05:20, Man Chan wrote: > Hi, > > I am new to freebsd and just installed a 8.2 release on a laptop.� I just tried to update my source tree with the example� describe in the A.4 Anonymous CVS without any luck.� The error is no route to host.� Can anyone help. > > Man > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Dec 10 06:45:35 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 7AD9B106564A for ; Sat, 10 Dec 2011 06:45:35 +0000 (UTC) (envelope-from laa@laa.zp.ua) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC4A8FC12 for ; Sat, 10 Dec 2011 06:45:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=In-Reply-To:Content-Transfer-Encoding:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=Bxy4E19zL7zlhajAtA326jdwNFYiaKFka6rUI82tqKw=; b=oS/XaXLf0Ede2uU9g2ZWhXNMKRLDdvEeUxWfCI8lmFaVE+/97O7qCj8GW5AhG2WP0K73wRI88qkUNfCcGih7BTuhZFK/7J1PEchUbuJp2xx/tTXr3wCwcSETGelhAMYQ0Nr1Eq8AzDu5wWYOfmi4EVKpNfqq5L4PZiP48+Vw8IY=; Received: from " laa" by m.cemu.ru with local (Exim) (envelope-from ) id 1RZGUq-00049o-4g; Sat, 10 Dec 2011 10:33:20 +0400 Date: Sat, 10 Dec 2011 10:33:20 +0400 From: Lystopad Olexandr To: Man Chan Message-ID: <20111210063320.GN94235@laa.zp.ua> References: <1323490833.69410.YahooMailNeo@web190805.mail.sg3.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1323490833.69410.YahooMailNeo@web190805.mail.sg3.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" Subject: Re: how to update source tree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2011 06:45:35 -0000 Hello, Man Chan! On Sat, Dec 10, 2011 at 12:20:33PM +0800 freebsd_gb@yahoo.com.hk wrote about "how to update source tree": > Hi, > > I am new to freebsd and just installed a 8.2 release on a laptop.š I just tried to update my source tree with the exampleš describe in the A.4 Anonymous CVS without any luck.š The error is no route to host.š Can anyone help. You need to configure your network card, default gateway and dns. Read ch. 12.8.2 from http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/config-network-setup.html Good luck. -- Lystopad Olexandr