From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 11:15:14 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 636721065673 for ; Sun, 6 Jul 2008 11:15:14 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (meestal-mk5.stack.nl [IPv6:2001:610:1108:5010::149]) by mx1.freebsd.org (Postfix) with ESMTP id 1FA648FC17 for ; Sun, 6 Jul 2008 11:15:14 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id A311A3F67B; Sun, 6 Jul 2008 13:15:11 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 8F5B9228D0; Sun, 6 Jul 2008 13:15:11 +0200 (CEST) Date: Sun, 6 Jul 2008 13:15:11 +0200 From: Jilles Tjoelker To: Alexandre Sunny Kovalenko Message-ID: <20080706111511.GA68941@stack.nl> References: <1214770585.1079.13.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="9zSXsLTf0vkW971A" Content-Disposition: inline In-Reply-To: <1214770585.1079.13.camel@RabbitsDen> X-Operating-System: FreeBSD 7.0-STABLE i386 User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: expand_number(3) silently truncates numeric part of the argument to 32 bit on i386, light impact on gjournal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Jul 2008 11:15:14 -0000 --9zSXsLTf0vkW971A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 29, 2008 at 04:16:25PM -0400, Alexandre Sunny Kovalenko wrote: > I honestly don't know whether it should or should not do it, and if it > should not, what errno should be set to. Program below gives following > output on RELENG_7 as of June 28th: > sunny:RabbitsDen>./expand_number 5368709120k > Result is 1099511627776 > sunny:RabbitsDen>./expand_number 5120G > Result is 5497558138880 > sunny:RabbitsDen> > One of the more interesting manifestations in the userland is that > gjournal label -s 5368709120 -f /dev/da0s1a > quietly gives you 1G of the journal in the resulting file system. > [snip program calling expand_number(3)] This happens because src/lib/libutil/expand_number.c does not include the necessary header for calling strtoimax(3). The file is compiled without compiler warnings, so the bug shows up as wrong behaviour. Adding #include fixes it. The file is slightly changed in CURRENT but the same patch should apply. -- Jilles Tjoelker --9zSXsLTf0vkW971A Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="expand_number.patch" --- src/lib/libutil/expand_number.c.orig 2007-09-05 16:27:13.000000000 +0200 +++ src/lib/libutil/expand_number.c 2008-07-06 13:11:02.766238000 +0200 @@ -33,6 +33,7 @@ #include #include #include +#include /* * Convert an expression of the following forms to a int64_t. --9zSXsLTf0vkW971A-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 13:41:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E4661065674 for ; Sun, 6 Jul 2008 13:41:45 +0000 (UTC) (envelope-from norwoh@comcast.net) 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 23DA18FC17 for ; Sun, 6 Jul 2008 13:41:45 +0000 (UTC) (envelope-from norwoh@comcast.net) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id mb821Z00A0FhH24A10Cz00; Sun, 06 Jul 2008 13:25:45 +0000 Received: from amailcenter13.comcast.net ([204.127.225.113]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id mdRk1Z00D2TRPFQ8UdRkYW; Sun, 06 Jul 2008 13:25:45 +0000 X-Authority-Analysis: v=1.0 c=1 a=9LSyGbwxbfc1aTkHRIlz8g==:17 a=utvf8xL85_cvZ9oh4dQA:9 a=IeL8WtZcULYdfEpySyQA:7 a=RpzaZXzSg9MyK1X84K3epKQxkOIA:4 a=I2EqgwFF2xUA:10 Received: from [69.142.83.203] by amailcenter13.comcast.net; Sun, 06 Jul 2008 13:25:44 +0000 From: norwoh@comcast.net To: freebsd-stable@freebsd.org Date: Sun, 06 Jul 2008 13:25:44 +0000 Message-Id: <070620081325.12363.4870C7D80001BF5A0000304B22147564020801999D0102@comcast.net> X-Mailer: AT&T Message Center Version 1 (Oct 30 2007) X-Authenticated-Sender: bm9yd29oQGNvbWNhc3QubmV0 Subject: Makefile in FreeBSD 7.0 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: Sun, 06 Jul 2008 13:41:45 -0000 I have a fresh install of FreeBSD 7.0 but it it seems several system related modules are broken. One I would like to have a solution on urgently is the "Makefile". I am not able to compile or install any program with it. The errors are too many no matter which application I try to install from ports collection. I have not built a custom kernel yet. The behavior of Makefile worries me more than anything at the moment. pkg_ add is minimally working itself. I am also noticing that quite many apllications in the port collection are bad. Any idea for me to get started? Thanks, Saffa > From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 13:56:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52A3F1065682 for ; Sun, 6 Jul 2008 13:56:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 64B778FC1B; Sun, 6 Jul 2008 13:56:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4870CF24.30300@FreeBSD.org> Date: Sun, 06 Jul 2008 15:56:52 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: norwoh@comcast.net References: <070620081325.12363.4870C7D80001BF5A0000304B22147564020801999D0102@comcast.net> In-Reply-To: <070620081325.12363.4870C7D80001BF5A0000304B22147564020801999D0102@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Makefile in FreeBSD 7.0 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: Sun, 06 Jul 2008 13:56:54 -0000 norwoh@comcast.net wrote: > I have a fresh install of FreeBSD 7.0 but it it seems several system related modules are broken. One I would like to have a solution on urgently is the "Makefile". I am not able to compile or install any program with it. The errors are too many no matter which application I try to install from ports collection. I have not built a custom kernel yet. The behavior of Makefile worries me more than anything at the moment. > > pkg_ add is minimally working itself. I am also noticing that quite many apllications in the port collection are bad. Any idea for me to get started? You'll have to start by showing us exactly what you are doing, and what is going wrong. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 19:20:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D21B61065671 for ; Sun, 6 Jul 2008 19:20:53 +0000 (UTC) (envelope-from norwoh@comcast.net) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 797F38FC12 for ; Sun, 6 Jul 2008 19:20:53 +0000 (UTC) (envelope-from norwoh@comcast.net) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA07.westchester.pa.mail.comcast.net with comcast id mcEp1Z00a0bG4ec570Ud00; Sun, 06 Jul 2008 19:04:53 +0000 Received: from amailcenter08.comcast.net ([204.127.225.108]) by OMTA03.westchester.pa.mail.comcast.net with comcast id mj4s1Z0082Lx1a43Pj4s91; Sun, 06 Jul 2008 19:04:53 +0000 X-Authority-Analysis: v=1.0 c=1 a=9LSyGbwxbfc1aTkHRIlz8g==:17 a=6I5d2MoRAAAA:8 a=FjDAOcGm4Z9_n5u9qjYA:9 a=M3755CQVEkdofdUvyYQA:7 a=JYDW3Hf2JQNHxhZHYsN6DT30xhMA:4 a=SV7veod9ZcQA:10 a=si9q_4b84H0A:10 a=KUJAPYlYduUA:10 Received: from [69.142.83.203] by amailcenter08.comcast.net; Sun, 06 Jul 2008 19:04:52 +0000 From: norwoh@comcast.net To: Kris Kennaway Date: Sun, 06 Jul 2008 19:04:52 +0000 Message-Id: <070620081904.17867.487117540007643A000045CB22165662760801999D0102@comcast.net> X-Mailer: AT&T Message Center Version 1 (Oct 30 2007) X-Authenticated-Sender: bm9yd29oQGNvbWNhc3QubmV0 Cc: freebsd-stable@freebsd.org Subject: Re: Makefile in FreeBSD 7.0 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: Sun, 06 Jul 2008 19:20:53 -0000 -------------- Original message ---------------------- From: Kris Kennaway > norwoh@comcast.net wrote: > > I have a fresh install of FreeBSD 7.0 but it it seems several system related > modules are broken. One I would like to have a solution on urgently is the > "Makefile". I am not able to compile or install any program with it. The errors > are too many no matter which application I try to install from ports collection. > I have not built a custom kernel yet. The behavior of Makefile worries me more > than anything at the moment. > > > > pkg_ add is minimally working itself. I am also noticing that quite many > apllications in the port collection are bad. Any idea for me to get started? > > You'll have to start by showing us exactly what you are doing, and what > is going wrong. > Thanks ... say you have a package: cd /usr/ports/sysutils/usermin In this folder you have Makefile, distinfo, files, pkg-descr, pkg-message, and pkg-plist The issue the command while in this folder: perl Makefile voila,, you get: Semicolon seems to be missing at Makefile line 9 Bareword found where operator expected at Makefile line 11 .near "/www" [Missing operator before www?] syntax erro at Makefile line 10 Execution of Makefile aborted due to Compilation errors. And many more of these errors for each and every file/application I try to install. Thanks, SJK Saffa > > Kris > _______________________________________________ > 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 Sun Jul 6 19:26:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3401106567B for ; Sun, 6 Jul 2008 19:26:44 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0404E8FC0A; Sun, 6 Jul 2008 19:26:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48711C74.6050901@FreeBSD.org> Date: Sun, 06 Jul 2008 21:26:44 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: norwoh@comcast.net References: <070620081904.17867.487117540007643A000045CB22165662760801999D0102@comcast.net> In-Reply-To: <070620081904.17867.487117540007643A000045CB22165662760801999D0102@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Makefile in FreeBSD 7.0 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: Sun, 06 Jul 2008 19:26:44 -0000 norwoh@comcast.net wrote: > -------------- Original message ---------------------- > From: Kris Kennaway >> norwoh@comcast.net wrote: >>> I have a fresh install of FreeBSD 7.0 but it it seems several system related >> modules are broken. One I would like to have a solution on urgently is the >> "Makefile". I am not able to compile or install any program with it. The errors >> are too many no matter which application I try to install from ports collection. >> I have not built a custom kernel yet. The behavior of Makefile worries me more >> than anything at the moment. >>> pkg_ add is minimally working itself. I am also noticing that quite many >> apllications in the port collection are bad. Any idea for me to get started? >> >> You'll have to start by showing us exactly what you are doing, and what >> is going wrong. >> > > Thanks ... say you have a package: > cd /usr/ports/sysutils/usermin > In this folder you have Makefile, distinfo, files, pkg-descr, pkg-message, and pkg-plist > The issue the command while in this folder: > perl Makefile > voila,, you get: > > Semicolon seems to be missing at Makefile line 9 > Bareword found where operator expected at Makefile line 11 .near "/www" [Missing operator before www?] > syntax erro at Makefile line 10 > Execution of Makefile aborted due to Compilation errors. > > And many more of these errors for each and every file/application I try to install. Why are you running that command? It's not how you build ports. Take a look at the handbook for directions. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 20:41:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0066D106564A for ; Sun, 6 Jul 2008 20:41:58 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (cake.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id AB2278FC16 for ; Sun, 6 Jul 2008 20:41:58 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 01B27D0132; Sun, 6 Jul 2008 10:41:53 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 32D30153882; Sun, 6 Jul 2008 10:41:52 -1000 (HST) Date: Sun, 6 Jul 2008 10:41:52 -1000 From: Clifton Royston To: norwoh@comcast.net Message-ID: <20080706204151.GA24976@lava.net> Mail-Followup-To: norwoh@comcast.net, freebsd-stable@freebsd.org References: <070620081904.17867.487117540007643A000045CB22165662760801999D0102@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <070620081904.17867.487117540007643A000045CB22165662760801999D0102@comcast.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Makefile in FreeBSD 7.0 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: Sun, 06 Jul 2008 20:41:59 -0000 On Sun, Jul 06, 2008 at 07:04:52PM +0000, norwoh@comcast.net wrote: > > -------------- Original message ---------------------- > From: Kris Kennaway > > norwoh@comcast.net wrote: > > > I have a fresh install of FreeBSD 7.0 but it it seems several system related > > modules are broken. One I would like to have a solution on urgently is the > > "Makefile". I am not able to compile or install any program with it. The errors > > are too many no matter which application I try to install from ports collection. > > I have not built a custom kernel yet. The behavior of Makefile worries me more > > than anything at the moment. > > > > > > pkg_ add is minimally working itself. I am also noticing that quite many > > apllications in the port collection are bad. Any idea for me to get started? > > > > You'll have to start by showing us exactly what you are doing, and what > > is going wrong. > > > > Thanks ... say you have a package: > cd /usr/ports/sysutils/usermin > In this folder you have Makefile, distinfo, files, pkg-descr, pkg-message, and pkg-plist > The issue the command while in this folder: > perl Makefile > voila,, you get: The command "make" is used to execute Makefiles.; Perl is not used to execute makefiles. At a guess, you seem to be confusing "Makefile" with the "Makefile.pl" included as part of many Perl packages. The "pl" extension on the latter is what indicates the use of Perl. Try "man ports" for more information about how the ports system works. As a beginner, most of the time you will simply want to use "make install". -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Sun Jul 6 20:45:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 659831065671 for ; Sun, 6 Jul 2008 20:45:35 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from v000052.home.net.pl (hot.pl [212.85.96.52]) by mx1.freebsd.org (Postfix) with SMTP id B1E8D8FC16 for ; Sun, 6 Jul 2008 20:45:34 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from inet20908nj-1.eranet.pl (HELO ?10.112.28.57?) (beaker.hot@home@213.158.196.117) by mail03.home.net.pl with SMTP; Sun, 6 Jul 2008 20:45:29 -0000 Message-ID: <48712EE8.1000701@hot.pl> Date: Sun, 06 Jul 2008 22:45:28 +0200 From: =?UTF-8?B?S3J6eXN6dG9mIErEmWRydWN6eWs=?= User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: pyunyh@gmail.com References: <1052423937.20080630135423@hot.pl> <20080701004855.GF83626@cdnetworks.co.kr> <486A07A4.1070406@hot.pl> <20080702010929.GA87933@cdnetworks.co.kr> <486C0E69.8020603@hot.pl> <20080703015948.GB92015@cdnetworks.co.kr> <486CBA1D.6000602@hot.pl> <20080705011612.GC671@cdnetworks.co.kr> In-Reply-To: <20080705011612.GC671@cdnetworks.co.kr> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020205040008080800040209" Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2008 20:45:35 -0000 This is a cryptographically signed message in MIME format. --------------ms020205040008080800040209 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Pyun YongHyeon pisze: >=20 > Would you try the patch at the following URL? > http://people.freebsd.org/~yongari/msk/msk.88E8040.patch5 >=20 > The diff generated against HEAD and it could be cleanly applied to > 7-stable. 7-stable also has a couple of important bug fixes. > So it would be better to use 7-stable. After applying both patches (the one from previous email and the one=20 from http link) both interfaces work. I'm impressed :) I understand the media selection fix I am using at the moment is just a=20 hack - but will the other patch get in the -stable anytime soon? --=20 Best regards, Krzysztof J=C4=99druczyk --------------ms020205040008080800040209 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEG0sGRWkAZ+vJ3xpvA3QoPwwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDgzMTA3MTQzM1oX DTA4MDgzMDA3MTQzM1owPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYmVha2VyQGhvdC5wbDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAL4pASbi2wE8rRxgbLmunaz5vCXAdEDwzFznf2LlkpLUimtqLVVAACA+BSlMeKQJBg83 tXRPgmUgx7LgfvbM6/6nH+oWcsvATUbGO6+AYRC0MKmVNpX5X50LyQeOLncZjMdTZN9l8pZf I/fSU543LGUmH3dJG/NKUbt1D89ylu+LUPT4Vnxn3K09xvgDiKUHhZeu1rWNqTiaJA/K6ZBu 326orj7sQcNxwBwwfCnWdQ4kcqHrO/Qm3sF/e8QWs2D00beM9v36V0spylUXrrmuinuCMJOM scu32YV+ImSQouzz0FZal8QeeZSzYqfPYfUykznifc1/jxgBFyGQDB5Hf2MCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYmVha2VyQGhvdC5wbDAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBABvTwLK/oScciPrBytm1/XW0CCDJVhh2mggy0Qh0spa+bGwcT6bIFT6qzZ3xRFizSi2i B54f8/199bvHq9/GUm6Y4tOd8Ue9RPfLUYEf8FwHMvfA8x12pgEGL6PmsCAf5GK00RJi6IbO u/H3D4mvlYioriqPdNdRvg2ruzhYplkYMIIC1DCCAj2gAwIBAgIQbSwZFaQBn68nfGm8DdCg /DANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDcwODMxMDcxNDMzWhcNMDgwODMwMDcxNDMzWjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1iZWFrZXJAaG90LnBsMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvikBJuLbATytHGBsua6drPm8JcB0QPDM XOd/YuWSktSKa2otVUAAID4FKUx4pAkGDze1dE+CZSDHsuB+9szr/qcf6hZyy8BNRsY7r4Bh ELQwqZU2lflfnQvJB44udxmMx1Nk32Xyll8j99JTnjcsZSYfd0kb80pRu3UPz3KW74tQ9PhW fGfcrT3G+AOIpQeFl67WtY2pOJokD8rpkG7fbqiuPuxBw3HAHDB8KdZ1DiRyoes79CbewX97 xBazYPTRt4z2/fpXSynKVReuua6Ke4Iwk4yxy7fZhX4iZJCi7PPQVlqXxB55lLNip89h9TKT OeJ9zX+PGAEXIZAMHkd/YwIDAQABoyowKDAYBgNVHREEETAPgQ1iZWFrZXJAaG90LnBsMAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAG9PAsr+hJxyI+sHK2bX9dbQIIMlWGHaa CDLRCHSylr5sbBxPpsgVPqrNnfFEWLNKLaIHnh/z/X31u8er38ZSbpji053xR71E98tRgR/w XAcy98DzHXamAQYvo+awIB/kYrTREmLohs678fcPia+ViKiuKo9011G+Dau7OFimWRgwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEG0sGRWkAZ+vJ3xpvA3QoPwwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDgwNzA2 MjA0NTI4WjAjBgkqhkiG9w0BCQQxFgQUpsPcdS+ArdJ9oOx7PfkCCXay7PcwUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBtLBkVpAGfryd8abwN0KD8MIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhBtLBkVpAGfryd8abwN0KD8MA0GCSqGSIb3DQEBAQUABIIBADGKylWQGGSzP+JE WZqZeKy4i1t5VEgLyYlxqxsspttkATw4H43jn3S/GhIkzy8/ObmKfDnPfujnqploY/Gj96kC luAYLi89dx3MtujFDjRSCZKXmdbi3rXNPD54LJNJfCgvD4j2Z6z4TwjHm0Hsv6+HzziFufTu n8nAVz63kF0eW27Lyb/HI4a/1/mcN4zEYJMUBitleWWGQs0GJJE8f063VJxWzvC9VHPUJEkJ jRJoKkK58USZnveUnAdazi0p3/kRmIW4sSR9wgG3uoRsVWG80RCrC6MsHT/o8yHbp7orbAih gnvVMtrxnCxh389hhxq5FPMSRCp+u6IUXDG05I4AAAAAAAA= --------------ms020205040008080800040209-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 08:15:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64EB91065670 for ; Mon, 7 Jul 2008 08:15:40 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 2512F8FC13 for ; Mon, 7 Jul 2008 08:15:39 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp id 1KFlso-0005Td-0o for ; Mon, 07 Jul 2008 10:15:38 +0200 Received: (qmail 1328 invoked from network); 7 Jul 2008 08:15:33 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 7 Jul 2008 08:15:33 -0000 Date: Mon, 07 Jul 2008 10:15:30 +0200 To: "Ronald Klop" , "Gavin Atkinson" , "Ronald Klop" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20080616102144.4E3312844C@ronald.office.base.nl> <1214496067.23553.42.camel@buffy.york.ac.uk> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.51 (FreeBSD) Cc: "freebsd-stable@freebsd.org" Subject: Re: panic in drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jul 2008 08:15:40 -0000 On Fri, 27 Jun 2008 11:55:45 +0200, Ronald Klop wrote: > On Thu, 26 Jun 2008 18:01:07 +0200, Gavin Atkinson > wrote: > >> On Thu, 2008-06-26 at 16:09 +0200, Ronald Klop wrote: >>> Hello, >>> >>> At my work I see a panic if I do this. >>> Leaf my computer on screensaver (don't no if that is necessary) and >>> come >>> back the next morning. My monitor is than black, but the light is >>> green, >>> so DPMS didn't kick in. >>> Keys or mouse don't wake up the system. CTRL-ALT-F1 switches to the >>> console and immediately triggers this panic. >>> >>> I'm running latest x.org with xf86-video-i810-1.7.4_1. The newer >>> xf86-video-intel also crashes my system sometimes when I'm working on >>> it, >>> so a downgraded. >>> >>> Any ideas, suggestions or fixes available? >> >> This sounds very familiar to me. I think I was seeing the same panic in >> 2006... >> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2006-12/msg00344.html >> >> Can you add this to src/sys/dev/drm/i915_irq.c >> >> if (!dev->irqr) { >> return DRM_ERR(EINVAL); >> } >> >> just above the DRM_WAIT_ON in i915_driver_vblank_wait() (around line >> 140), and see if that prevents the panic? Note that I believe this to >> be a workaround, and not really the correct fix. >> >> (sorry for not supplying patches, I'm not in a position to right now) >> >> Gavin > > Thanks, I'll try this next week. > > Ronald. Unfortunately, your change didn't fix it for me. I also added a DRM_ERROR message in the diff and it is never displayed. Ronald. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 10:26:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 831F91065670 for ; Mon, 7 Jul 2008 10:26:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 439418FC23 for ; Mon, 7 Jul 2008 10:26:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2711639rvf.43 for ; Mon, 07 Jul 2008 03:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=XR68OxbCyquf+QbqeJ9w2TaeIOF541GuwVsx+fxmGdk=; b=Me3vW0eSAAScVV7ETyxlX/KuX0WNZAvHvaeVONiIb28AVxMHIGtDRp8FDVChXDaZg2 jfRuOudF8nmYxRZkme2dhqee1b99lyS9aJbE0QtLB8BrfD0V6lpC5jx0+BaaumN81UWo oEzpDgi/AuPOAOiy/CSLRTs/Je9TsZzhgHj5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=sNxErSKXtrJt+QovfbmNMH7ZQ/L9wvD2sqLSafGFk4nvAWGnCO1/DxsnDYTfh7BAjj m213VO0Z27mMtujcywGxDpwvnxAG2auZm8FWiXgUh8A+4abcKmauREmspmEPu7Om3uF5 PbyQXwbEAh3hjbkPKJS2dQ1ptiJcbQ7GwR5IY= Received: by 10.141.5.3 with SMTP id h3mr2142938rvi.138.1215426404923; Mon, 07 Jul 2008 03:26:44 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm6059773rvb.2.2008.07.07.03.26.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jul 2008 03:26:43 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m67AOYlM009992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Jul 2008 19:24:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m67AOXYs009991; Mon, 7 Jul 2008 19:24:33 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 7 Jul 2008 19:24:33 +0900 From: Pyun YongHyeon To: Krzysztof J??druczyk Message-ID: <20080707102433.GE8171@cdnetworks.co.kr> References: <1052423937.20080630135423@hot.pl> <20080701004855.GF83626@cdnetworks.co.kr> <486A07A4.1070406@hot.pl> <20080702010929.GA87933@cdnetworks.co.kr> <486C0E69.8020603@hot.pl> <20080703015948.GB92015@cdnetworks.co.kr> <486CBA1D.6000602@hot.pl> <20080705011612.GC671@cdnetworks.co.kr> <48712EE8.1000701@hot.pl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <48712EE8.1000701@hot.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2008 10:26:45 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jul 06, 2008 at 10:45:28PM +0200, Krzysztof J??druczyk wrote: > Pyun YongHyeon pisze: > > > >Would you try the patch at the following URL? > >http://people.freebsd.org/~yongari/msk/msk.88E8040.patch5 > > > >The diff generated against HEAD and it could be cleanly applied to > >7-stable. 7-stable also has a couple of important bug fixes. > >So it would be better to use 7-stable. > > After applying both patches (the one from previous email and the one > from http link) both interfaces work. I'm impressed :) > Thanks a lot for testing! Since the patch had lots of code not related with 88E8062 dual port controller, would you try attached patch again? I think the attached patch is minimal one that makes 88E8062 work. The patch also try to enable MSI for dual port controllers. At the time of writing support for MSI I had no testers to experiment MSI so MSI on dual port controllers were ignored. Please see if msk(4) take advantage of MSI. irq256 or higher number would be showed in "vmstat -i" output if MSI is active. > I understand the media selection fix I am using at the moment is just a > hack - but will the other patch get in the -stable anytime soon? > I'll MFC attached patch if it work well on your hardware. -- Regards, Pyun YongHyeon --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.88E8062.patch" --- sys/dev/mii/e1000phy.c.orig 2007-11-16 19:39:18.000000000 +0900 +++ sys/dev/mii/e1000phy.c 2008-07-07 16:58:31.000000000 +0900 @@ -59,6 +59,9 @@ #include "miidevs.h" #include +/* XXX */ +#include +#include #include "miibus_if.h" @@ -128,6 +131,8 @@ struct mii_softc *sc; struct mii_attach_args *ma; struct mii_data *mii; + struct ifnet *ifp; + struct msk_mii_data *mmd; int fast_ether; esc = device_get_softc(dev); @@ -148,10 +153,20 @@ esc->mii_model = MII_MODEL(ma->mii_id2); switch (esc->mii_model) { case MII_MODEL_MARVELL_E1011: - case MII_MODEL_MARVELL_E1112: if (PHY_READ(sc, E1000_ESSR) & E1000_ESSR_FIBER_LINK) sc->mii_flags |= MIIF_HAVEFIBER; break; + case MII_MODEL_MARVELL_E1112: + /* XXX */ + ifp = sc->mii_pdata->mii_ifp; + if (strcmp(ifp->if_dname, "msk") == 0) { + mmd = device_get_ivars( + device_get_parent(device_get_parent(dev))); + if (mmd != NULL && + (mmd->mii_flags & MIIF_HAVEFIBER) != 0); + sc->mii_flags |= MIIF_HAVEFIBER; + } + break; case MII_MODEL_MARVELL_E3082: /* 88E3082 10/100 Fast Ethernet PHY. */ sc->mii_anegticks = MII_ANEGTICKS; @@ -209,7 +224,7 @@ e1000phy_reset(struct mii_softc *sc) { struct e1000phy_softc *esc; - uint16_t reg; + uint16_t page, reg; esc = (struct e1000phy_softc *)sc; reg = PHY_READ(sc, E1000_SCR); @@ -217,13 +232,14 @@ reg &= ~E1000_SCR_AUTO_X_MODE; PHY_WRITE(sc, E1000_SCR, reg); if (esc->mii_model == MII_MODEL_MARVELL_E1112) { + page = PHY_READ(sc, E1000_EADR); /* Select 1000BASE-X only mode. */ PHY_WRITE(sc, E1000_EADR, 2); reg = PHY_READ(sc, E1000_SCR); reg &= ~E1000_SCR_MODE_MASK; reg |= E1000_SCR_MODE_1000BX; PHY_WRITE(sc, E1000_SCR, reg); - PHY_WRITE(sc, E1000_EADR, 1); + PHY_WRITE(sc, E1000_EADR, page); } } else { switch (esc->mii_model) { @@ -472,8 +488,8 @@ else mii->mii_media_active |= IFM_10_T; } else { - if (ssr & E1000_SSR_1000MBS) - mii->mii_media_active |= IFM_1000_SX; + /* XXX Should have a way to tell IFM_1000_SX/IFM_1000_LX. */ + mii->mii_media_active |= IFM_1000_SX; } if (ssr & E1000_SSR_DUPLEX) --- sys/dev/msk/if_msk.c.orig 2008-03-27 13:43:51.000000000 +0900 +++ sys/dev/msk/if_msk.c 2008-07-07 17:32:48.000000000 +0900 @@ -1398,6 +1398,7 @@ struct msk_softc *sc; struct msk_if_softc *sc_if; struct ifnet *ifp; + struct msk_mii_data *mmd; int i, port, error; uint8_t eaddr[6]; @@ -1407,7 +1408,8 @@ error = 0; sc_if = device_get_softc(dev); sc = device_get_softc(device_get_parent(dev)); - port = *(int *)device_get_ivars(dev); + mmd = device_get_ivars(dev); + port = mmd->port; sc_if->msk_if_dev = dev; sc_if->msk_port = port; @@ -1537,7 +1539,8 @@ mskc_attach(device_t dev) { struct msk_softc *sc; - int error, msic, msir, *port, reg; + struct msk_mii_data *mmd; + int error, i, msic, msir, reg; sc = device_get_softc(dev); sc->msk_dev = dev; @@ -1646,15 +1649,7 @@ msic = pci_msi_count(dev); if (bootverbose) device_printf(dev, "MSI count : %d\n", msic); - /* - * The Yukon II reports it can handle two messages, one for each - * possible port. We go ahead and allocate two messages and only - * setup a handler for both if we have a dual port card. - * - * XXX: I haven't untangled the interrupt handler to handle dual - * port cards with separate MSI messages, so for now I disable MSI - * on dual port cards. - */ + if (legacy_intr != 0) msi_disable = 1; if (msi_disable == 0) { @@ -1662,10 +1657,9 @@ case 2: case 1: /* 88E8058 reports 1 MSI message */ msir = msic; - if (sc->msk_num_port == 1 && - pci_alloc_msi(dev, &msir) == 0) { + if (pci_alloc_msi(dev, &msir) == 0) { if (msic == msir) { - sc->msk_msi = 1; + sc->msk_msi = msic; sc->msk_irq_spec = msic == 2 ? msk_irq_spec_msi2 : msk_irq_spec_msi; @@ -1706,15 +1700,17 @@ error = ENXIO; goto fail; } - port = malloc(sizeof(int), M_DEVBUF, M_WAITOK); - if (port == NULL) { + mmd = malloc(sizeof(struct msk_mii_data), M_DEVBUF, M_WAITOK | M_ZERO); + if (mmd == NULL) { device_printf(dev, "failed to allocate memory for " "ivars of PORT_A\n"); error = ENXIO; goto fail; } - *port = MSK_PORT_A; - device_set_ivars(sc->msk_devs[MSK_PORT_A], port); + mmd->port = MSK_PORT_A; + if (sc->msk_coppertype == 0) + mmd->mii_flags |= MIIF_HAVEFIBER; + device_set_ivars(sc->msk_devs[MSK_PORT_A], mmd); if (sc->msk_num_port > 1) { sc->msk_devs[MSK_PORT_B] = device_add_child(dev, "msk", -1); @@ -1723,15 +1719,18 @@ error = ENXIO; goto fail; } - port = malloc(sizeof(int), M_DEVBUF, M_WAITOK); - if (port == NULL) { + mmd = malloc(sizeof(struct msk_mii_data), M_DEVBUF, + M_WAITOK | M_ZERO); + if (mmd == NULL) { device_printf(dev, "failed to allocate memory for " "ivars of PORT_B\n"); error = ENXIO; goto fail; } - *port = MSK_PORT_B; - device_set_ivars(sc->msk_devs[MSK_PORT_B], port); + mmd->port = MSK_PORT_A; + if (sc->msk_coppertype == 0) + mmd->mii_flags |= MIIF_HAVEFIBER; + device_set_ivars(sc->msk_devs[MSK_PORT_B], mmd); } error = bus_generic_attach(dev); @@ -1751,8 +1750,13 @@ taskqueue_thread_enqueue, &sc->msk_tq); taskqueue_start_threads(&sc->msk_tq, 1, PI_NET, "%s taskq", device_get_nameunit(sc->msk_dev)); - error = bus_setup_intr(dev, sc->msk_irq[0], INTR_TYPE_NET | - INTR_MPSAFE, msk_intr, NULL, sc, &sc->msk_intrhand[0]); + for (i = 0; i < sc->msk_msi; i++) { + error = bus_setup_intr(dev, sc->msk_irq[i], + INTR_TYPE_NET | INTR_MPSAFE, msk_intr, NULL, sc, + &sc->msk_intrhand[i]); + if (error != 0) + break; + } } if (error != 0) { @@ -1829,6 +1833,7 @@ mskc_detach(device_t dev) { struct msk_softc *sc; + int i; sc = device_get_softc(dev); KASSERT(mtx_initialized(&sc->msk_mtx), ("msk mutex not initialized")); @@ -1866,14 +1871,20 @@ taskqueue_free(sc->msk_tq); sc->msk_tq = NULL; } - if (sc->msk_intrhand[0]) { + + if (sc->msk_msi == 0) { bus_teardown_intr(dev, sc->msk_irq[0], sc->msk_intrhand[0]); sc->msk_intrhand[0] = NULL; + } else { + for (i = 0; i < sc->msk_msi; i++) { + if (sc->msk_intrhand[i] != NULL) { + bus_teardown_intr(dev, sc->msk_irq[i], + sc->msk_intrhand[i]); + sc->msk_intrhand[i] = NULL; + } + } } - if (sc->msk_intrhand[1]) { - bus_teardown_intr(dev, sc->msk_irq[0], sc->msk_intrhand[0]); - sc->msk_intrhand[1] = NULL; - } + bus_release_resources(dev, sc->msk_irq_spec, sc->msk_irq); if (sc->msk_msi) pci_release_msi(dev); @@ -3585,6 +3596,14 @@ ifp->if_capenable &= ~(IFCAP_TSO4 | IFCAP_TXCSUM); } + /* GPHY Control reset. */ + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, GPHY_CTRL), GPC_RST_SET); + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, GPHY_CTRL), GPC_RST_CLR); + /* GMAC Control reset. */ + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, GMAC_CTRL), GMC_RST_SET); + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, GMAC_CTRL), GMC_RST_CLR); + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, GMAC_CTRL), GMC_F_LOOPB_OFF); + /* * Initialize GMAC first. * Without this initialization, Rx MAC did not work as expected --- sys/dev/msk/if_mskreg.h.orig 2008-02-29 12:38:12.000000000 +0900 +++ sys/dev/msk/if_mskreg.h 2008-07-07 16:18:39.000000000 +0900 @@ -2287,6 +2287,11 @@ #define MSK_TX_TIMEOUT 5 #define MSK_PUT_WM 10 +struct msk_mii_data { + int port; + int mii_flags; +}; + /* Forward decl. */ struct msk_if_softc; --PNTmBPCT7hxwcZjr-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 10:32:49 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F711065687 for ; Mon, 7 Jul 2008 10:32:49 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grosbein.pp.ru [89.189.172.146]) by mx1.freebsd.org (Postfix) with ESMTP id 754498FC1C for ; Mon, 7 Jul 2008 10:32:48 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.2/8.14.2) with ESMTP id m67ALmTf001292 for ; Mon, 7 Jul 2008 18:21:48 +0800 (KRAST) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.2/8.14.2/Submit) id m67ALl2e001291 for stable@freebsd.org; Mon, 7 Jul 2008 18:21:47 +0800 (KRAST) (envelope-from eugen) Date: Mon, 7 Jul 2008 18:21:47 +0800 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20080707102147.GA1221@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: RELENG_7: /boot/loader command prompt mode broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jul 2008 10:32:49 -0000 Hi! Today I've updated my 7.0-STABLE system using source upgrade path. loader(8) boots it just fine but it's impossible to issue commands using its command prompt mode (N.B.: beastie_disable="YES" and autoboot_delay="2" are in my /boot/loader.conf). At boot time, I hit "Space" button to reach its command prompt - that works. While typing of a command, I observe one of bad things: 1) it just hangs solid (keyboard LEDs do not switch) after a couple of characters entered, or 2) system spontaneously reboots while typing, or 3) it shows endless flow of hex dump, presumably from BTX. Most of time it hangs, a couple of times I've got reboot and once there was hex dump. I use vidconsole with PS/2 keyboard. Seldom I've allowed to type 'boot -s' and hit enter without a problem - it boots system OK then. So, I assume there is a problem with vidconsole input/output routines. I've rebuilt /boot/loader using sources of 7.0-RELEASE and it works nice now. My has Intel D975XBX motherboard, I use PS/2 keyboard. What should I try to debug this? Here is my /etc/src.conf: WITHOUT_ATM= WITHOUT_AUDIT= WITHOUT_AUTHPF= WITHOUT_ZFS= WITHOUT_CDDL= WITHOUT_FORTRAN= WITHOUT_GCOV= WITHOUT_HTML= WITHOUT_I4B= WITHOUT_INET6= WITHOUT_IPFILTER= WITHOUT_IPX= WITHOUT_KERBEROS= WITHOUT_PF= WITHOUT_PROFILE= And I have 'CPUTYPE?=pentium4' in /etc/make.conf Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 12:43:35 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3F71065676 for ; Mon, 7 Jul 2008 12:43:35 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id EEA618FC13 for ; Mon, 7 Jul 2008 12:43:34 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so1262636wah.3 for ; Mon, 07 Jul 2008 05:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=zgkc1BoGkK9YBHuIVMSmO8uCLv2qxafUr+F6qW2uwoY=; b=naKlEO3vNvEtUKV63mehfwGLwMYBv+e5WZ+wRg0avjYG34pU4qaqPTAJpK5gx+VYnp babGLY8bBiuW0InlOXaNWcHNAubkEQxdD29WgXbsciJko/Q6KCqbetcgPnQQf9OhNUd3 2hcMOuqFgOJ+HQhYM1qSJ1cdoPHl7v8EUBNWw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=bAthx8LuBNhRzhtIEdn9Ykifbcp0kXdhzyuJxtYiEVqSVA8xAZyHonhdjbEHwSwg9H VZKtzYuuQ39bm0kPN+qvs0jqjQYCdeCL8iSzJ2miH34VDXtP4B4UUeNkhTLqjpy4J6vT 6ZlaDypOcNq4vOQT5ufLAYJgGPFcEeuvi9dN4= Received: by 10.114.56.4 with SMTP id e4mr6247731waa.0.1215434614348; Mon, 07 Jul 2008 05:43:34 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.175.14]) by mx.google.com with ESMTPS id 34sm5065637yxm.0.2008.07.07.05.43.32 (version=SSLv3 cipher=RC4-MD5); Mon, 07 Jul 2008 05:43:33 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Jilles Tjoelker In-Reply-To: <20080706111511.GA68941@stack.nl> References: <1214770585.1079.13.camel@RabbitsDen> <20080706111511.GA68941@stack.nl> Content-Type: text/plain; charset=utf-8 Date: Mon, 07 Jul 2008 08:43:27 -0400 Message-Id: <1215434607.1035.1.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: expand_number(3) silently truncates numeric part of the argument to 32 bit on i386, light impact on gjournal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jul 2008 12:43:35 -0000 On Sun, 2008-07-06 at 13:15 +0200, Jilles Tjoelker wrote: > On Sun, Jun 29, 2008 at 04:16:25PM -0400, Alexandre Sunny Kovalenko wrote: > > I honestly don't know whether it should or should not do it, and if it > > should not, what errno should be set to. Program below gives following > > output on RELENG_7 as of June 28th: > > > sunny:RabbitsDen>./expand_number 5368709120k > > Result is 1099511627776 > > sunny:RabbitsDen>./expand_number 5120G > > Result is 5497558138880 > > sunny:RabbitsDen> > > > One of the more interesting manifestations in the userland is that > > > gjournal label -s 5368709120 -f /dev/da0s1a > > > quietly gives you 1G of the journal in the resulting file system. > > [snip program calling expand_number(3)] > > This happens because src/lib/libutil/expand_number.c does not include > the necessary header for calling strtoimax(3). The file is > compiled without compiler warnings, so the bug shows up as wrong > behaviour. > > Adding #include fixes it. > > The file is slightly changed in CURRENT but the same patch should apply. This worked beautifully on RELENG_7. Will you be commiting this or do I need to open a PR? Thank you. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 19:00:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34ED31065674 for ; Mon, 7 Jul 2008 19:00:53 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id E74CE8FC1B for ; Mon, 7 Jul 2008 19:00:52 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 8EB75138443; Mon, 7 Jul 2008 14:44:00 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 07 Jul 2008 14:44:00 -0400 X-Sasl-enc: KAlfHiwRZ79uVSR9RtsQa9ey3o1zm1PoUmEg1bAK1sVt 1215456240 Received: from buka.ramfasto.com (dyb186.internetdsl.tpnet.pl [83.14.53.186]) by mail.messagingengine.com (Postfix) with ESMTPA id 7D6B413F43; Mon, 7 Jul 2008 14:43:59 -0400 (EDT) Message-ID: <487263EF.6070003@hot.pl> Date: Mon, 07 Jul 2008 20:43:59 +0200 From: =?UTF-8?B?S3J6eXN6dG9mIErEmWRydWN6eWs=?= User-Agent: Thunderbird 2.0.0.14 (X11/20080707) MIME-Version: 1.0 To: pyunyh@gmail.com References: <1052423937.20080630135423@hot.pl> <20080701004855.GF83626@cdnetworks.co.kr> <486A07A4.1070406@hot.pl> <20080702010929.GA87933@cdnetworks.co.kr> <486C0E69.8020603@hot.pl> <20080703015948.GB92015@cdnetworks.co.kr> <486CBA1D.6000602@hot.pl> <20080705011612.GC671@cdnetworks.co.kr> <48712EE8.1000701@hot.pl> <20080707102433.GE8171@cdnetworks.co.kr> In-Reply-To: <20080707102433.GE8171@cdnetworks.co.kr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2008 19:00:53 -0000 Pyun YongHyeon wrote: > Since the patch had lots of code not related with 88E8062 dual port > controller, would you try attached patch again? I think the attached > patch is minimal one that makes 88E8062 work. > > The patch also try to enable MSI for dual port controllers. At the > time of writing support for MSI I had no testers to experiment MSI so > MSI on dual port controllers were ignored. Please see if msk(4) take > advantage of MSI. irq256 or higher number would be showed in "vmstat > -i" output if MSI is active. > # vmstat -i interrupt total rate irq14: ata0 1450 1 irq16: fxp0 uhci0 2058 1 cpu0: timer 2705189 1999 irq256: mskc0 92 0 cpu1: timer 2704883 1999 Total 5413672 4001 I guess MSI is enabled. As of the results of tests I'm not sure what to start with... Initially both interfaces seemed non-functional with nothing getting transmitted to other machine. Then I noticed that it seems that msk1 seemed to receive packets that should be on msk0 (?): > # tcpdump -i msk1 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on msk1, link-type EN10MB (Ethernet), capture size 96 bytes > 20:28:41.757722 arp who-has 192.168.0.1 tell 192.168.0.2 192.168.0.2 is on em0 on other machine, and should be on the same switch as msk0. At least this was the case on previous tests in which both interfaces worked... Another time on the same test corrupted data was received: > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on msk1, link-type EN10MB (Ethernet), capture size 96 bytes > 20:31:29.806041 d3:04:ff:ff:ff:ff (oui Unknown) > 22:a0:00:00:02:f0 (oui Unknown), ethertype Unknown (0x3cc0), length 60: > 0x0000: de07 0000 0000 0000 0000 0000 0000 0000 ................ > 0x0010: 0000 ffff ffff ffff 0002 0406 0800 0806 ................ > 0x0020: 0001 0800 0604 0001 0002 0406 0800 .............. And later magically the msk1 <-> em0 link started working... Seems to work just fine after reboot (I didn't try to power down machine, just shutdown -r). So to sum up - in the end mks1 interface worked in some weird way - but it seemed to represent the link that was under msk0 previously. -- Best regards, Krzysztof Jędruczyk From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 21:13:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 155D7106564A for ; Mon, 7 Jul 2008 21:13:01 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50506.mail.re2.yahoo.com (web50506.mail.re2.yahoo.com [206.190.38.82]) by mx1.freebsd.org (Postfix) with SMTP id A99728FC16 for ; Mon, 7 Jul 2008 21:13:00 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: (qmail 26419 invoked by uid 60001); 7 Jul 2008 20:46:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=wbvBLlq0Fy+A2/qK8Ph1TkBps4tuCPLifoKosCQOmV35Rtbrj0xnTl68Rh1oQVJuOAkqM10Wol6MkvFqERB3nC4Td+pi0HZqaHe4ukU+qLBpPuhPH2ovrMT/uBs7Jb7YAu5bTPNDrJk9WRC4RwdXhPw1efE2+iaT+PqiG+lOv0s=; Received: from [98.148.230.21] by web50506.mail.re2.yahoo.com via HTTP; Mon, 07 Jul 2008 13:46:18 PDT X-Mailer: YahooMailWebService/0.7.199 Date: Mon, 7 Jul 2008 13:46:18 -0700 (PDT) From: alan bryan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <917833.26158.qm@web50506.mail.re2.yahoo.com> Subject: em0 no longer working after upgrading from 7.0 Release to 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, 07 Jul 2008 21:13:01 -0000 I have a brand new Supermicro server that seems to be having issues with the em devices. I installed FreeBSD 7.0-Release from CDs and everything was working fine and then decided to cvsup to 7 stable and then I lost my em devices and thus networking. Reboots/power cycling didn't change it - no em at all since the upgrade to 7-Stable. I stuck in a USB to Ethernet stick (axe0) so I could get the server online to get this info. This is the Motherboard: http://www.supermicro.com/products/motherboard/Xeon1333/5400/X7DWN+.cfm Here's some more info: > > kenv | grep smbios > smbios.bios.reldate="04/30/2008" > smbios.bios.vendor="Phoenix Technologies LTD" > smbios.bios.version=" 1.1" > smbios.chassis.maker="Supermicro" > smbios.chassis.serial="0123456789" > smbios.chassis.tag=" " > smbios.chassis.version="0123456789" > smbios.planar.maker="Supermicro" > smbios.planar.product="X7DWN+" > smbios.planar.serial="0123456789" > smbios.planar.version="PCB Version" > smbios.socket.enabled="1" > smbios.socket.populated="1" > smbios.system.maker="Supermicro" > smbios.system.product="X7DW3" > smbios.system.serial="0123456789" > smbios.system.uuid="53d19f64-d663-a017-8922-003048c32782" > smbios.system.version="0123456789" > > > > > > pciconf -lv > hostb0@pci0:0:0:0: class=0x060000 card=0xa28015d9 chip=0x40038086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0xa28015d9 chip=0x40218086 > rev=0x20 hdr=0x01 > vendor = 'Intel Corporation' > device = '(??) PCIe Port 1' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:3:0: class=0x060400 card=0xa28015d9 chip=0x40238086 > rev=0x20 hdr=0x01 > vendor = 'Intel Corporation' > device = '(??) PCIe Port 3' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:5:0: class=0x060400 card=0xa28015d9 chip=0x40258086 > rev=0x20 hdr=0x01 > vendor = 'Intel Corporation' > device = '(??) PCIe Port 5' > class = bridge > subclass = PCI-PCI > pcib4@pci0:0:7:0: class=0x060400 card=0xa28015d9 chip=0x40278086 > rev=0x20 hdr=0x01 > vendor = 'Intel Corporation' > device = '(??) PCIe Port 7' > class = bridge > subclass = PCI-PCI > pcib8@pci0:0:9:0: class=0x060400 card=0xa28015d9 chip=0x40298086 > rev=0x20 hdr=0x01 > vendor = 'Intel Corporation' > device = '(??) PCIe Port 9' > class = bridge > subclass = PCI-PCI > none0@pci0:0:15:0: class=0x088000 card=0xa28015d9 chip=0x402f8086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) DMA/DCA Engine' > class = base peripheral > hostb1@pci0:0:16:0: class=0x060000 card=0xa28015d9 chip=0x40308086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FSB Registers' > class = bridge > subclass = HOST-PCI > hostb2@pci0:0:16:1: class=0x060000 card=0xa28015d9 chip=0x40308086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FSB Registers' > class = bridge > subclass = HOST-PCI > hostb3@pci0:0:16:2: class=0x060000 card=0xa28015d9 chip=0x40308086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FSB Registers' > class = bridge > subclass = HOST-PCI > hostb4@pci0:0:16:3: class=0x060000 card=0xa28015d9 chip=0x40308086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FSB Registers' > class = bridge > subclass = HOST-PCI > hostb5@pci0:0:16:4: class=0x060000 card=0xa28015d9 chip=0x40308086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FSB Registers' > class = bridge > subclass = HOST-PCI > hostb6@pci0:0:17:0: class=0x060000 card=0xa28015d9 chip=0x40318086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > class = bridge > subclass = HOST-PCI > hostb7@pci0:0:21:0: class=0x060000 card=0xa28015d9 chip=0x40358086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FBD Registers' > class = bridge > subclass = HOST-PCI > hostb8@pci0:0:21:1: class=0x060000 card=0xa28015d9 chip=0x40358086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FBD Registers' > class = bridge > subclass = HOST-PCI > hostb9@pci0:0:22:0: class=0x060000 card=0xa28015d9 chip=0x40368086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FBD Registers' > class = bridge > subclass = HOST-PCI > hostb10@pci0:0:22:1: class=0x060000 card=0xa28015d9 chip=0x40368086 > rev=0x20 hdr=0x00 > vendor = 'Intel Corporation' > device = '(??) FBD Registers' > class = bridge > subclass = HOST-PCI > pcib9@pci0:0:28:0: class=0x060400 card=0xa28015d9 chip=0x26908086 > rev=0x09 hdr=0x01 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 PCIe Root Port 1' > class = bridge > subclass = PCI-PCI > uhci0@pci0:0:29:0: class=0x0c0300 card=0xa28015d9 chip=0x26888086 > rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 Chipset USB Universal Host > Controller' > class = serial bus > subclass = USB > uhci1@pci0:0:29:1: class=0x0c0300 card=0xa28015d9 chip=0x26898086 > rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 Chipset USB Universal Host > Controller' > class = serial bus > subclass = USB > uhci2@pci0:0:29:2: class=0x0c0300 card=0xa28015d9 chip=0x268a8086 > rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 Chipset USB Universal Host > Controller' > class = serial bus > subclass = USB > ehci0@pci0:0:29:7: class=0x0c0320 card=0xa28015d9 chip=0x268c8086 > rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 Chipset USB2 Enhanced Host > Controller' > class = serial bus > subclass = USB > pcib10@pci0:0:30:0: class=0x060401 card=0xa28015d9 chip=0x244e8086 > rev=0xd9 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub > Interface to PCI Bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:31:0: class=0x060100 card=0xa28015d9 chip=0x26708086 > rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 LPC Interface Controller' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:31:1: class=0x01018a card=0xa28015d9 chip=0x269e8086 > rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 Ultra ATA Storage Controller' > class = mass storage > subclass = ATA > atapci1@pci0:0:31:2: class=0x010601 card=0xa28015d9 chip=0x26818086 > rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '62089A2 LSI LOGIC, 62089A2, LSISAS1068 B0, T 0620, > WE 119200.1' > class = mass storage > none1@pci0:0:31:3: class=0x0c0500 card=0xa28015d9 chip=0x269b8086 > rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 SMBus Controller' > class = serial bus > subclass = SMBus > pcib5@pci0:4:0:0: class=0x060400 card=0xa28015d9 chip=0x35008086 > rev=0x01 hdr=0x01 > vendor = 'Intel Corporation' > device = '631xESB/632xESB PCIe Upstream Port' > class = bridge > subclass = PCI-PCI > pcib7@pci0:4:0:3: class=0x060400 card=0xa28015d9 chip=0x350c8086 > rev=0x01 hdr=0x01 > vendor = 'Intel Corporation' > device = '631xESB/632xESB PCIe to PCI-X Bridge' > class = bridge > subclass = PCI-PCI > pcib6@pci0:5:0:0: class=0x060400 card=0xa28015d9 chip=0x35108086 > rev=0x01 hdr=0x01 > vendor = 'Intel Corporation' > device = '631xESB/632xESB PCIe Downstream Port E1' > class = bridge > subclass = PCI-PCI > twa0@pci0:7:2:0: class=0x010400 card=0x100313c1 chip=0x100313c1 > rev=0x00 hdr=0x00 > vendor = '3ware Inc.' > device = '9550SX/9590SE Series SATA2 Raid Controller' > class = mass storage > subclass = RAID > none2@pci0:8:0:0: class=0x020000 card=0x10a715d9 chip=0x10a78086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > none3@pci0:8:0:1: class=0x020000 card=0x10a715d9 chip=0x10a78086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > vgapci0@pci0:10:1:0: class=0x030000 card=0xa28015d9 chip=0x515e1002 > rev=0x02 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'Radeon ES1000 Radeon ES1000' > class = display > subclass = VGA From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 21:21:12 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A30211065679 for ; Mon, 7 Jul 2008 21:21:12 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6B48FC0A for ; Mon, 7 Jul 2008 21:21:12 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id NCR77345; Mon, 07 Jul 2008 14:10:45 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 90F274500E; Mon, 7 Jul 2008 14:10:45 -0700 (PDT) To: Eugene Grosbein In-Reply-To: Your message of "Mon, 07 Jul 2008 18:21:47 +0800." <20080707102147.GA1221@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1215465045_39577P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 07 Jul 2008 14:10:45 -0700 From: "Kevin Oberman" Message-Id: <20080707211045.90F274500E@ptavv.es.net> Cc: stable@freebsd.org Subject: Re: RELENG_7: /boot/loader command prompt mode broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jul 2008 21:21:12 -0000 --==_Exmh_1215465045_39577P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 7 Jul 2008 18:21:47 +0800 > From: Eugene Grosbein > Sender: owner-freebsd-stable@freebsd.org > > Hi! > > Today I've updated my 7.0-STABLE system using source upgrade path. > loader(8) boots it just fine but it's impossible to issue commands > using its command prompt mode (N.B.: beastie_disable="YES" > and autoboot_delay="2" are in my /boot/loader.conf). > > At boot time, I hit "Space" button to reach its command prompt - that works. > While typing of a command, I observe one of bad things: > > 1) it just hangs solid (keyboard LEDs do not switch) after a couple > of characters entered, or > 2) system spontaneously reboots while typing, or > 3) it shows endless flow of hex dump, presumably from BTX. > > Most of time it hangs, a couple of times I've got reboot > and once there was hex dump. I use vidconsole with PS/2 keyboard. > > Seldom I've allowed to type 'boot -s' and hit enter without a problem - > it boots system OK then. So, I assume there is a problem > with vidconsole input/output routines. > > I've rebuilt /boot/loader using sources of 7.0-RELEASE and it works nice now. > My has Intel D975XBX motherboard, I use PS/2 keyboard. > What should I try to debug this? > > Here is my /etc/src.conf: > > WITHOUT_ATM= > WITHOUT_AUDIT= > WITHOUT_AUTHPF= > WITHOUT_ZFS= > WITHOUT_CDDL= > WITHOUT_FORTRAN= > WITHOUT_GCOV= > WITHOUT_HTML= > WITHOUT_I4B= > WITHOUT_INET6= > WITHOUT_IPFILTER= > WITHOUT_IPX= > WITHOUT_KERBEROS= > WITHOUT_PF= > WITHOUT_PROFILE= > > And I have 'CPUTYPE?=pentium4' in /etc/make.conf > > Eugene Grosbein > _______________________________________________ > 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" > Eugene, Just a shot in the dark, but do you have a /boot.config file on the system? We have had a similar issue on a few systems and concluded that it could be "fixed' by rolling back to an older loader binary or by removing the /boot.config file. Added data on this would be helpful. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1215465045_39577P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIcoZVkn3rs5h7N1ERAmBHAJ9CI+iAEZiGpY60n+Bh+eT93fOKTQCcC2ED QDZKtOtHii1Ihbm9u9Uyyg4= =1ycb -----END PGP SIGNATURE----- --==_Exmh_1215465045_39577P-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 21:22:06 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CB9B1065673 for ; Mon, 7 Jul 2008 21:22:06 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id EDE278FC26 for ; Mon, 7 Jul 2008 21:22:05 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NCU73218; Mon, 07 Jul 2008 14:13:18 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id NCU29017; Mon, 07 Jul 2008 14:13:17 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1913A4500E; Mon, 7 Jul 2008 14:13:17 -0700 (PDT) To: Eugene Grosbein In-Reply-To: Your message of "Mon, 07 Jul 2008 18:21:47 +0800." <20080707102147.GA1221@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1215465197_39577P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 07 Jul 2008 14:13:17 -0700 From: "Kevin Oberman" Message-Id: <20080707211317.1913A4500E@ptavv.es.net> Cc: stable@freebsd.org Subject: Re: RELENG_7: /boot/loader command prompt mode broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jul 2008 21:22:06 -0000 --==_Exmh_1215465197_39577P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 7 Jul 2008 18:21:47 +0800 > From: Eugene Grosbein > Sender: owner-freebsd-stable@freebsd.org > > Hi! > > Today I've updated my 7.0-STABLE system using source upgrade path. > loader(8) boots it just fine but it's impossible to issue commands > using its command prompt mode (N.B.: beastie_disable="YES" > and autoboot_delay="2" are in my /boot/loader.conf). > > At boot time, I hit "Space" button to reach its command prompt - that works. > While typing of a command, I observe one of bad things: > > 1) it just hangs solid (keyboard LEDs do not switch) after a couple > of characters entered, or > 2) system spontaneously reboots while typing, or > 3) it shows endless flow of hex dump, presumably from BTX. > > Most of time it hangs, a couple of times I've got reboot > and once there was hex dump. I use vidconsole with PS/2 keyboard. > > Seldom I've allowed to type 'boot -s' and hit enter without a problem - > it boots system OK then. So, I assume there is a problem > with vidconsole input/output routines. > > I've rebuilt /boot/loader using sources of 7.0-RELEASE and it works nice now. > My has Intel D975XBX motherboard, I use PS/2 keyboard. > What should I try to debug this? > > Here is my /etc/src.conf: > > WITHOUT_ATM= > WITHOUT_AUDIT= > WITHOUT_AUTHPF= > WITHOUT_ZFS= > WITHOUT_CDDL= > WITHOUT_FORTRAN= > WITHOUT_GCOV= > WITHOUT_HTML= > WITHOUT_I4B= > WITHOUT_INET6= > WITHOUT_IPFILTER= > WITHOUT_IPX= > WITHOUT_KERBEROS= > WITHOUT_PF= > WITHOUT_PROFILE= > > And I have 'CPUTYPE?=pentium4' in /etc/make.conf > > Eugene Grosbein Eugene, I forgot to mention that you should probably look at the "Problem with /boot/loader" thread from June 26 and a bit later. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1215465197_39577P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIcobtkn3rs5h7N1ERAuOdAJ9u5Jg9dOrwVemZ/XM7SalVp/fAjwCbBaew /n8zVOEApu6Bm8HbTr/rCPo= =/rY1 -----END PGP SIGNATURE----- --==_Exmh_1215465197_39577P-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 21:22:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17BBA106568A for ; Mon, 7 Jul 2008 21:22:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id B32D68FC2B for ; Mon, 7 Jul 2008 21:22:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 7EF43284D4 for ; Tue, 8 Jul 2008 05:22:43 +0800 (CST) Received: from localhost (unknown [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 27E0AF08662; Tue, 8 Jul 2008 05:22:43 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id bGf1DAGJLtdO; Tue, 8 Jul 2008 05:22:31 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 03A40EB0E2D; Tue, 8 Jul 2008 05:22:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=qs+1sR8az8NRZFkJ16QzlebUyGuKHNJlxH3HjB5pGecArFl9iZid9NPRZl2vg0Qv3 VAvzzqkVatzfFjCk3bKkw== Message-ID: <48728913.7050105@delphij.net> Date: Mon, 07 Jul 2008 14:22:27 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: alan bryan References: <917833.26158.qm@web50506.mail.re2.yahoo.com> In-Reply-To: <917833.26158.qm@web50506.mail.re2.yahoo.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: em0 no longer working after upgrading from 7.0 Release to Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2008 21:22:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Alan, alan bryan wrote: | I have a brand new Supermicro server that seems to be having issues with the em devices. I installed FreeBSD 7.0-Release from CDs and everything was working fine and then decided to cvsup to 7 stable and then I lost my em devices and thus networking. Reboots/power cycling didn't change it - no em at all since the upgrade to 7-Stable. I stuck in a USB to Ethernet stick (axe0) so I could get the server online to get this info. | | This is the Motherboard: | http://www.supermicro.com/products/motherboard/Xeon1333/5400/X7DWN+.cfm | | Here's some more info: [...] |> none2@pci0:8:0:0: class=0x020000 card=0x10a715d9 chip=0x10a78086 |> rev=0x02 hdr=0x00 |> vendor = 'Intel Corporation' |> class = network |> subclass = ethernet |> none3@pci0:8:0:1: class=0x020000 card=0x10a715d9 chip=0x10a78086 |> rev=0x02 hdr=0x00 |> vendor = 'Intel Corporation' |> class = network |> subclass = ethernet Looks like you are using 82575EB, which is now using igb(4) driver. Are you running a customized kernel which does not have igb in it? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhyiRMACgkQi+vbBBjt66CzEQCgtDetU3LVkUYxgArq6ljPpuph JJMAnjs70h2/QCkzYqqBZseyR4ibwklG =TRPV -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 21:46:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C8A1065679 for ; Mon, 7 Jul 2008 21:46:22 +0000 (UTC) (envelope-from maya@negeta.com) Received: from mail.negeta.com (negeta.as.wakwak.ne.jp [219.103.214.93]) by mx1.freebsd.org (Postfix) with ESMTP id C83BC8FC12 for ; Mon, 7 Jul 2008 21:46:21 +0000 (UTC) (envelope-from maya@negeta.com) Received: from mail.negeta.com (localhost.negeta.com [127.0.0.1]) by mail.negeta.com (8.14.2/8.14.2) with ESMTP id m67LWM04007808 for ; Tue, 8 Jul 2008 06:32:22 +0900 (JST) (envelope-from maya@negeta.com) Date: Tue, 08 Jul 2008 06:32:22 +0900 Message-ID: <86wsjxpehl.wl%maya@negeta.com> From: NAGATA Shinya To: freebsd-stable@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (=?ISO-2022-JP?B?GyRCNF0yLBsoQg==?=) FLIM/1.14.9 (=?ISO-2022-JP?B?GyRCOF4+chsoQg==?=) APEL/10.7 Emacs/22.2 (i386-unknown-freebsd6.3) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-GPG-publickey: http://www.negeta.com/~maya/publickey.txt X-GPG-fingerprint: 71D3 6D2B EDE4 4885 C3FB 08BB B970 0310 BF65 7E8E MIME-Version: 1.0 (generated by SEMI 1.14.6 - =?ISO-2022-JP?B?IhskQjRdGyhC?= =?ISO-2022-JP?B?GyRCMiwbKEIi?=) Content-Type: text/plain; charset=US-ASCII Subject: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jul 2008 21:46:22 -0000 I got Intel D945GCLF and it has Realtek 8102EL chip. But it is not found by kernel. dmesg does not display as 're' or 'rl'. How to find hwrev (revision code) to add if_rlreg.h and if_re.c ? I'm using 6.3-R and added this change, but revision is not displayed. http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c.diff?r1=1.122&r2=1.123 Here is a result of pciconf. | % pciconf -lv | none2@pci1:0:0: class=0x020000 card=0x00018086 chip=0x813610ec rev=0x02 hdr=0x00 | vendor = 'Realtek Semiconductor' | device = 'RTL8139/810x Family Fast Ethernet NIC' | class = network | subclass = ethernet -- NAGATA Shinya From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 21:57:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB741065672 for ; Mon, 7 Jul 2008 21:57:23 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id EBAF18FC18 for ; Mon, 7 Jul 2008 21:57:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 31524284F4 for ; Tue, 8 Jul 2008 05:57:22 +0800 (CST) Received: from localhost (unknown [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E5D7EF0868A; Tue, 8 Jul 2008 05:57:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 5zz9ixSi-6rZ; Tue, 8 Jul 2008 05:57:10 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id F1369F08686; Tue, 8 Jul 2008 05:57:08 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=IERCQVkY/0fCzwET9mr6r7WmyEjFeKZEnOjzfEXTWc2F76J+zYLglGoF4kk3brDgR nuHpzgBXgGqpONbEmdvzQ== Message-ID: <48729132.10307@delphij.net> Date: Mon, 07 Jul 2008 14:57:06 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: NAGATA Shinya References: <86wsjxpehl.wl%maya@negeta.com> In-Reply-To: <86wsjxpehl.wl%maya@negeta.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2008 21:57:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAGATA Shinya wrote: | I got Intel D945GCLF and it has Realtek 8102EL chip. | But it is not found by kernel. dmesg does not display as 're' or 'rl'. | | How to find hwrev (revision code) to add if_rlreg.h and if_re.c ? | I'm using 6.3-R and added this change, but revision is not displayed. | http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c.diff?r1=1.122&r2=1.123 | | Here is a result of pciconf. | | % pciconf -lv | | none2@pci1:0:0: class=0x020000 card=0x00018086 chip=0x813610ec rev=0x02 hdr=0x00 | | vendor = 'Realtek Semiconductor' | | device = 'RTL8139/810x Family Fast Ethernet NIC' | | class = network | | subclass = ethernet Er.... Actually I have no idea why this does not get probed, the required change was merged back in 2006. Could you please try 'boot -v' and see if there is some error messages? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhykTEACgkQi+vbBBjt66AGeACeOz1xDQ2nUuK7S1zXQnwMUKki USgAn2U7+g75Yl7ybJ8FmlsiDeD8a2p+ =SgaI -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 22:35:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADDE71065671 for ; Mon, 7 Jul 2008 22:35:35 +0000 (UTC) (envelope-from maya@negeta.com) Received: from mail.negeta.com (negeta.as.wakwak.ne.jp [219.103.214.93]) by mx1.freebsd.org (Postfix) with ESMTP id B6DFA8FC1B for ; Mon, 7 Jul 2008 22:35:34 +0000 (UTC) (envelope-from maya@negeta.com) Received: from mail.negeta.com (localhost.negeta.com [127.0.0.1]) by mail.negeta.com (8.14.2/8.14.2) with ESMTP id m67MZUxW001125 for ; Tue, 8 Jul 2008 07:35:30 +0900 (JST) (envelope-from maya@negeta.com) Date: Tue, 08 Jul 2008 07:35:30 +0900 Message-ID: <86lk0ds4p9.wl%maya@negeta.com> From: NAGATA Shinya To: freebsd-stable@freebsd.org In-Reply-To: <48729132.10307@delphij.net> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (=?ISO-2022-JP?B?GyRCNF0yLBsoQg==?=) FLIM/1.14.9 (=?ISO-2022-JP?B?GyRCOF4+chsoQg==?=) APEL/10.7 Emacs/22.2 (i386-unknown-freebsd6.3) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-GPG-publickey: http://www.negeta.com/~maya/publickey.txt X-GPG-fingerprint: 71D3 6D2B EDE4 4885 C3FB 08BB B970 0310 BF65 7E8E MIME-Version: 1.0 (generated by SEMI 1.14.6 - =?ISO-2022-JP?B?IhskQjRdGyhC?= =?ISO-2022-JP?B?GyRCMiwbKEIi?=) Content-Type: multipart/mixed; boundary="Multipart_Tue_Jul__8_07:35:30_2008-1" Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Jul 2008 22:35:35 -0000 --Multipart_Tue_Jul__8_07:35:30_2008-1 Content-Type: text/plain; charset=US-ASCII > Could you please try 'boot -v' and see if there is some error messages? 're0' is displayed. But it seems like kernel couldn't find a driver. | re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 | pci1: at device 0.0 (no driver attached) -- NAGATA Shinya --Multipart_Tue_Jul__8_07:35:30_2008-1 Content-Type: text/plain; charset=US-ASCII Content-Disposition: attachment; filename="boot.log" Content-Transfer-Encoding: base64 Q29uc29sZXM6IGludGVybmFsIHZpZGVvL2tleWJvYXJkICBzZXJpYWwgcG9ydApCSU9TIGRyaXZl IEM6IGlzIGRpc2swCkJJT1MgNTcya0IvMjA4NTA2OGtCIGF2YWlsYWJsZSBtZW1vcnkKCkZyZWVC U0QvaTM4NiBib290c3RyYXAgbG9hZGVyLCBSZXZpc2lvbiAxLjEKKHJvb3RAZXhhbXBsZS5jb20s IFN1biBKYW4gMjAgMTY6NTU6NDMgSlNUIDIwMDgpCkxvYWRpbmcgL2Jvb3QvZGVmYXVsdHMvbG9h ZGVyLmNvbmYKL2Jvb3Qva2VybmVsL2tlcm5lbCB0ZXh0PTB4NWRlOTg4IGRhdGE9MHhhNTJlMCsw eDU0OTRjIHN5bXM9WzB4NCsweDZmMWMwKzB4NCsweDhhODVjXQovYm9vdC9rZXJuZWwvYWNjZl9k YXRhLmtvIHRleHQ9MHg0ZmMgZGF0YT0weGQ0IHN5bXM9WzB4NCsweDIxMCsweDQrMHgxYTBdCi9i b290L2tlcm5lbC9hY2NmX2h0dHAua28gdGV4dD0weGMxYyBkYXRhPTB4MTU0KzB4NCBzeW1zPVsw eDQrMHgzMTArMHg0KzB4MzM0XQpcCkhpdCBbRW50ZXJdIHRvIGJvb3QgaW1tZWRpYXRlbHksIG9y IGFueSBvdGhlciBrZXkgZm9yIGNvbW1hbmQgcHJvbXB0LgpCb290aW5nIFsvYm9vdC9rZXJuZWwv a2VybmVsXSBpbiA5IHNlY29uZHMuLi4KClR5cGUgJz8nIGZvciBhIGxpc3Qgb2YgY29tbWFuZHMs ICdoZWxwJyBmb3IgbW9yZSBkZXRhaWxlZCBoZWxwLgpPSyBib290IC12Ci9ib290L2tlcm5lbC9h Y3BpLmtvIHRleHQ9MHg0N2M5YyBkYXRhPTB4MjRjMCsweDFiOGMgc3ltcz1bMHg0KzB4N2Q1MCsw eDQrMHhhYWUwXQpTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMDAwMDAwMDAwIGxlbj0wMDAwMDAw MDAwMDhmMDAwClNNQVAgdHlwZT0wMiBiYXNlPTAwMDAwMDAwMDAwOGYwMDAgbGVuPTAwMDAwMDAw MDAwMTEwMDAKU01BUCB0eXBlPTAyIGJhc2U9MDAwMDAwMDAwMDBlMDAwMCBsZW49MDAwMDAwMDAw MDAyMDAwMApTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMDAwMTAwMDAwIGxlbj0wMDAwMDAwMDdm NDMzMDAwClNNQVAgdHlwZT0wMiBiYXNlPTAwMDAwMDAwN2Y1MzMwMDAgbGVuPTAwMDAwMDAwMDAw MDgwMDAKU01BUCB0eXBlPTAxIGJhc2U9MDAwMDAwMDA3ZjUzYjAwMCBsZW49MDAwMDAwMDAwMDA5 MDAwMApTTUFQIHR5cGU9MDIgYmFzZT0wMDAwMDAwMDdmNWNiMDAwIGxlbj0wMDAwMDAwMDAwMDA0 MDAwClNNQVAgdHlwZT0wMSBiYXNlPTAwMDAwMDAwN2Y1Y2YwMDAgbGVuPTAwMDAwMDAwMDAwOTIw MDAKU01BUCB0eXBlPTA0IGJhc2U9MDAwMDAwMDA3ZjY2MTAwMCBsZW49MDAwMDAwMDAwMDA4ZjAw MApTTUFQIHR5cGU9MDEgYmFzZT0wMDAwMDAwMDdmNmYwMDAwIGxlbj0wMDAwMDAwMDAwMDAzMDAw ClNNQVAgdHlwZT0wMyBiYXNlPTAwMDAwMDAwN2Y2ZjMwMDAgbGVuPTAwMDAwMDAwMDAwMGMwMDAK U01BUCB0eXBlPTAxIGJhc2U9MDAwMDAwMDA3ZjZmZjAwMCBsZW49MDAwMDAwMDAwMDAwMTAwMApT TUFQIHR5cGU9MDIgYmFzZT0wMDAwMDAwMDdmNzAwMDAwIGxlbj0wMDAwMDAwMDAwMTAwMDAwClNN QVAgdHlwZT0wMiBiYXNlPTAwMDAwMDAwN2Y4MDAwMDAgbGVuPTAwMDAwMDAwMDA4MDAwMDAKU01B UCB0eXBlPTAyIGJhc2U9MDAwMDAwMDBmMDAwMDAwMCBsZW49MDAwMDAwMDAwZmY4MDAwMApTTUFQ IHR5cGU9MDIgYmFzZT0wMDAwMDAwMGZmZjgwMDAwIGxlbj0wMDAwMDAwMDAwMDgwMDAwCkNvcHly aWdodCAoYykgMTk5Mi0yMDA4IFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHlyaWdodCAoYykgMTk3 OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAog ICAgICAgIFRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCBy aWdodHMgcmVzZXJ2ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUg RnJlZUJTRCBGb3VuZGF0aW9uLgpGcmVlQlNEIDYuMy1SRUxFQVNFLXAyICMyOiBNb24gSnVsICA3 IDIyOjQ5OjMwIEpTVCAyMDA4CiAgICByb290QGV4YW1wbGUuY29tOi91c3Ivb2JqL3Vzci9zcmMv c3lzL0F0b20KUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4 YzBjMzkwMDAuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYWNjZl9kYXRhLmtv IiBhdCAweGMwYzM5MjIwLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjY2Zf aHR0cC5rbyIgYXQgMHhjMGMzOTJkMC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5l bC9hY3BpLmtvIiBhdCAweGMwYzM5MzgwLgpNUCBDb25maWd1cmF0aW9uIFRhYmxlIHZlcnNpb24g MS40IGZvdW5kIGF0IDB4YzAwZmUyMTAKVGFibGUgJ0ZBQ1AnIGF0IDB4N2Y2ZmMwMDAKVGFibGUg J0FQSUMnIGF0IDB4N2Y2ZjYwMDAKTUFEVDogRm91bmQgdGFibGUgYXQgMHg3ZjZmNjAwMApBUElD OiBVc2luZyB0aGUgTUFEVCBlbnVtZXJhdG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFD UEkgSUQgMTogZW5hYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxIEFDUEkgSUQgMjogZW5h YmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxMzAgQUNQSSBJRCAzOiBkaXNhYmxlZApNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAxMzEgQUNQSSBJRCA0OiBkaXNhYmxlZApBQ1BJIEFQSUMgVGFi bGU6IDxJTlRFTCAgRDk0NUdMRiA+CkNhbGlicmF0aW5nIGNsb2NrKHMpIC4uLiBpODI1NCBjbG9j azogMTE5MDgyOSBIegpDTEtfVVNFX0k4MjU0X0NBTElCUkFUSU9OIG5vdCBzcGVjaWZpZWQgLSB1 c2luZyBkZWZhdWx0IGZyZXF1ZW5jeQpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkz MTgyIEh6IHF1YWxpdHkgMApDYWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMTU5 OTI4NDM0MCBIegpDUFU6IEludGVsKFIpIEF0b20oVE0pIENQVSAgMjMwICAgQCAxLjYwR0h6ICgx NTk5LjI4LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9 IDB4MTA2YzIgIFN0ZXBwaW5nID0gMgogIEZlYXR1cmVzPTB4YmZlOWZiZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsQ0xG TFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVz Mj0weDQwZTMxZDxTU0UzLFJTVkQyLE1PTixEU19DUEwsVE0yLFNTU0UzLENYMTYseFRQUixQRENN LDxiMjI+PgogIEFNRCBGZWF0dXJlcz0weDIwMTAwMDAwPE5YLExNPgogIEFNRCBGZWF0dXJlczI9 MHgxPExBSEY+CiAgTG9naWNhbCBDUFVzIHBlciBjb3JlOiAyCnJlYWwgbWVtb3J5ICA9IDIxMzcz OTUyMDAgKDIwMzggTUIpClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToKMHgwMDAwMDAwMDAwMDAx MDAwIC0gMHgwMDAwMDAwMDAwMDhlZmZmLCA1ODE2MzIgYnl0ZXMgKDE0MiBwYWdlcykKMHgwMDAw MDAwMDAwMTAwMDAwIC0gMHgwMDAwMDAwMDAwM2ZmZmZmLCAzMTQ1NzI4IGJ5dGVzICg3NjggcGFn ZXMpCjB4MDAwMDAwMDAwMTAyNTAwMCAtIDB4MDAwMDAwMDA3ZDExZGZmZiwgMjA4MTM5NDY4OCBi eXRlcyAoNTA4MTUzIHBhZ2VzKQoweDAwMDAwMDAwN2Y1M2IwMDAgLSAweDAwMDAwMDAwN2Y1Y2Fm ZmYsIDU4OTgyNCBieXRlcyAoMTQ0IHBhZ2VzKQoweDAwMDAwMDAwN2Y1Y2YwMDAgLSAweDAwMDAw MDAwN2Y2NTBmZmYsIDUzMjQ4MCBieXRlcyAoMTMwIHBhZ2VzKQphdmFpbCBtZW1vcnkgPSAyMDgy MjkxNzEyICgxOTg1IE1CKQpwbnBiaW9zOiBGb3VuZCBQblAgQklPUyBkYXRhIGF0IDB4YzAwZmUw ZTAKcG5wYmlvczogRW50cnkgPSBmMDAwMDphZjI5ICBSZXYgPSAxLjAKcG5wYmlvczogT0VNIElE IDgyMjQ3NDRlCk90aGVyIEJJT1Mgc2lnbmF0dXJlcyBmb3VuZDoKQVBJQzogQ1BVIDAgaGFzIEFD UEkgSUQgMQpNQURUOiBGb3VuZCBJTyBBUElDIElEIDIsIEludGVycnVwdCAwIGF0IDB4ZmVjMDAw MDAKaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAyCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJu YWwgODI1OUEncyAtPiBpbnRwaW4gMApNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSAw LCBpcnEgMgppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyCk1BRFQ6IEludGVycnVw dCBvdmVycmlkZTogc291cmNlIDksIGlycSA5CmlvYXBpYzA6IGludHBpbiA5IHRyaWdnZXI6IGxl dmVsCmxhcGljMDogUm91dGluZyBOTUkgLT4gTElOVDEKbGFwaWMxOiBSb3V0aW5nIE5NSSAtPiBM SU5UMQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmNwdTAg QlNQOgogICAgIElEOiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAw MCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBU UFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06 IDB4MDAwMTAwMDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAxMDAwMAp3bGFuOiA8ODAyLjEx IExpbmsgTGF5ZXI+CmF0aF9yYXRlOiB2ZXJzaW9uIDEuMiA8U2FtcGxlUmF0ZSBiaXQtcmF0ZSBz ZWxlY3Rpb24gYWxnb3JpdGhtPgpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPgpyYW5k b206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4KbmZzbG9jazogcHNldWRvLWRl dmljZQppbzogPEkvTz4Ka2JkMCBhdCBrYmRtdXgwCm1lbTogPG1lbW9yeT4KUGVudGl1bSBQcm8g TVRSUiBzdXBwb3J0IGVuYWJsZWQKYXRoX2hhbDogMC45LjIwLjMgKEFSNTIxMCwgQVI1MjExLCBB UjUyMTIsIFJGNTExMSwgUkY1MTEyLCBSRjI0MTMsIFJGNTQxMykKcnIyMzJ4OiBSb2NrZXRSQUlE IDIzMnggY29udHJvbGxlciBkcml2ZXIgdjEuMDIgKEp1bCAgNyAyMDA4IDIyOjQ5OjAyKQpocHRy cjogSFBUIFJvY2tldFJBSUQgY29udHJvbGxlciBkcml2ZXIgdjEuMSAoSnVsICA3IDIwMDggMjI6 NDg6NTgpCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKYWNwaTA6IDxJTlRFTCBEOTQ1R0xGPiBvbiBt b3RoZXJib2FyZAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIHZlY3Rv ciA0OAphY3BpMDogW01QU0FGRV0KcGNpX29wZW4oMSk6ICAgIG1vZGUgMSBhZGRyIHBvcnQgKDB4 MGNmOCkgaXMgMHg4MDAwMTAxNApwY2lfb3BlbigxYSk6ICAgbW9kZTFyZXM9MHg4MDAwMDAwMCAo MHg4MDAwMDAwMCkKcGNpX2NmZ2NoZWNrOiAgIGRldmljZSAwIFtjbGFzcz0wNjAwMDBdIFtoZHI9 MDBdIGlzIHRoZXJlIChpZD0yNzcwODA4NikKcGNpYmlvczogTm8gY2FsbCBlbnRyeSBwb2ludAph Y3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAwCkFjcGlPc0Rl cml2ZVBjaUlkOiBcX1NCXy5QQ0kwLkxQQ18uUFJSMCAtPiBidXMgMCBkZXYgMzEgZnVuYyAwCmFj cGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4sIGFzc3VtaW5nIDAKQWNwaU9zRGVy aXZlUGNpSWQ6IFxfU0JfLlBDSTAuTFBDXy5QUlIxIC0+IGJ1cyAwIGRldiAzMSBmdW5jIDAKYWNw aV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJp dmVQY2lJZDogXF9TQl8uUENJMC5MUENfLklFTEsuRUxSMCAtPiBidXMgMCBkZXYgMCBmdW5jIDAK YWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiB3YWtldXAgY29kZSB2YSAweGRhNzJj MDAwIHBhIDB4OGUwMDAKYWNwaV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNz dW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogXF9TQl8uUENJMC5UTUVNIC0+IGJ1cyAwIGRldiAw IGZ1bmMgMAphY3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAw CkFjcGlPc0Rlcml2ZVBjaUlkOiBcX1NCXy5QQ0kwLlBBTVggLT4gYnVzIDAgZGV2IDAgZnVuYyAw CkFDUEkgdGltZXI6IDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAtPiAx MApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEw MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDgt MHg0MGIgb24gYWNwaTAKcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAx MSAxMgogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNyA5IDEw IDExIDEyCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkg MTAgMTEgMTIKcGNpX2xpbmsxOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJ bml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMgog IFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEy CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEg MTIKcGNpX2xpbmsyOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFs IFByb2JlICAgICAgIDAgICAgOSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMgogIFZhbGlk YXRpb24gICAgICAgICAgMCAgICA5ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyCiAgQWZ0 ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIKcGNp X2xpbmszOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2Jl ICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMgogIFZhbGlkYXRpb24g ICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyCiAgQWZ0ZXIgRGlz YWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIKcGNpX2xpbms0 OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAg IDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMgogIFZhbGlkYXRpb24gICAgICAg ICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyCiAgQWZ0ZXIgRGlzYWJsZSAg ICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIKcGNpX2xpbms1OiAgICAg ICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAx MCAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMgogIFZhbGlkYXRpb24gICAgICAgICAgMCAg IDEwICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAw ICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIKcGNpX2xpbms2OiAgICAgICAgSW5k ZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgOSAgIE4g ICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMgogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA5ICAg TiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUg ICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIKcGNpX2xpbms3OiAgICAgICAgSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMCAgIE4gICAgIDAg IDMgNCA1IDcgOSAxMCAxMSAxMgogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDEwICAgTiAgICAg MCAgMyA0IDUgNyA5IDEwIDExIDEyCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA3IDkgMTAgMTEgMTIKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUwOiBz d2l0Y2hpbmcgdG8gZ2VuZXJpYyBDeCBtb2RlCmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4g b24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBv biBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBwaHlzaWNhbCBidXM9 MApmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDI3NzAsIHJldmlkPTB4MDIKICAgICAgICBi dXM9MCwgc2xvdD0wLCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDIwOTAsIGNhY2hlbG5z ej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjc3 MiwgcmV2aWQ9MHgwMgogICAgICAgIGJ1cz0wLCBzbG90PTIsIGZ1bmM9MAogICAgICAgIGNsYXNz PTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMDA3LCBz dGF0cmVnPTB4MDA5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBp bnRwaW49YSwgaXJxPTExCiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQogICAgICAgIG1hcFsxMF06IHR5 cGUgMSwgcmFuZ2UgMzIsIGJhc2UgOTAzMDAwMDAsIHNpemUgMTksIGVuYWJsZWQKICAgICAgICBt YXBbMTRdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAzMGUwLCBzaXplICAzLCBlbmFibGVk CiAgICAgICAgbWFwWzE4XTogdHlwZSAzLCByYW5nZSAzMiwgYmFzZSA4MDAwMDAwMCwgc2l6ZSAy OCwgZW5hYmxlZAogICAgICAgIG1hcFsxY106IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgOTAzODAw MDAsIHNpemUgMTgsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMi5JTlRBCnBj aWIwOiBzbG90IDIgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4gdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MjdkOCwgcmV2aWQ9MHgwMQogICAgICAgIGJ1cz0wLCBzbG90PTI3LCBmdW5jPTAK ICAgICAgICBjbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21k cmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQogICAgICAg IGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQogICAgICAgIGludHBpbj1hLCBpcnE9OQogICAgICAgIHBvd2Vyc3BlYyAyICBzdXBwb3J0 cyBEMCBEMyAgY3VycmVudCBEMAogICAgICAgIE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJp dAogICAgICAgIG1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJhc2UgOTAzYzAwMDAsIHNpemUg MTQsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjcuSU5UQQpwY2liMDogc2xv dCAyNyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgyN2QwLCByZXZpZD0weDAxCiAgICAgICAgYnVzPTAsIHNsb3Q9MjgsIGZ1bmM9MAogICAgICAg IGNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgw MDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCiAgICAgICAgbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CiAgICAgICAgaW50cGluPWEsIGlycT0yNTUKICAgICAgICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMg RDAgRDMgIGN1cnJlbnQgRDAKICAgICAgICBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCmZvdW5kLT4g dmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdkNCwgcmV2aWQ9MHgwMQogICAgICAgIGJ1cz0wLCBzbG90 PTI4LCBmdW5jPTIKICAgICAgICBjbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0x CiAgICAgICAgY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyks IG1heGxhdD0weDAwICgwIG5zKQogICAgICAgIGludHBpbj1jLCBpcnE9MjU1CiAgICAgICAgcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRz IDEgbWVzc2FnZQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDI3ZDYsIHJldmlkPTB4MDEK ICAgICAgICBidXM9MCwgc2xvdD0yOCwgZnVuYz0zCiAgICAgICAgY2xhc3M9MDYtMDQtMDAsIGhk cnR5cGU9MHgwMSwgbWZkZXY9MQogICAgICAgIGNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEw LCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49ZCwg aXJxPTI1NQogICAgICAgIHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAog ICAgICAgIE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgyN2M4LCByZXZpZD0weDAxCiAgICAgICAgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAogICAgICAg IGNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgw MDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAg ICAgICBpbnRwaW49YSwgaXJxPTEwCiAgICAgICAgbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwg YmFzZSAwMDAwMzA4MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4yOS5JTlRBCnBjaWIwOiBzbG90IDI5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMwpmb3VuZC0+ IHZlbmRvcj0weDgwODYsIGRldj0weDI3YzksIHJldmlkPTB4MDEKICAgICAgICBidXM9MCwgc2xv dD0yOSwgZnVuYz0xCiAgICAgICAgY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAogICAgICAgIGNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQogICAgICAgIGludHBpbj1iLCBpcnE9MTEKICAgICAgICBtYXBbMjBd OiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAzMDYwLCBzaXplICA1LCBlbmFibGVkCnBjaWIw OiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEIKcGNpYjA6IHNsb3QgMjkgSU5UQiBoYXJkd2ly ZWQgdG8gSVJRIDE5CmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjYSwgcmV2aWQ9MHgw MQogICAgICAgIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTIKICAgICAgICBjbGFzcz0wYy0wMy0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAy ODAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWMsIGly cT05CiAgICAgICAgbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMzA0MCwgc2l6 ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRDCnBjaWIwOiBz bG90IDI5IElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOApmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRl dj0weDI3Y2IsIHJldmlkPTB4MDEKICAgICAgICBidXM9MCwgc2xvdD0yOSwgZnVuYz0zCiAgICAg ICAgY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAogICAgICAgIGNtZHJlZz0w eDAwMDUsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQogICAgICAgIGxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQog ICAgICAgIGludHBpbj1kLCBpcnE9MTEKICAgICAgICBtYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMy LCBiYXNlIDAwMDAzMDIwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZv ciAwLjI5LklOVEQKcGNpYjA6IHNsb3QgMjkgSU5URCBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5k LT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjYywgcmV2aWQ9MHgwMQogICAgICAgIGJ1cz0wLCBz bG90PTI5LCBmdW5jPTcKICAgICAgICBjbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRl dj0wCiAgICAgICAgY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChk d29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWEsIGlycT0xMAogICAgICAgIHBvd2Vy c3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgICAgIG1hcFsxMF06IHR5cGUg MSwgcmFuZ2UgMzIsIGJhc2UgOTAzYzQwMDAsIHNpemUgMTAsIGVuYWJsZWQKcGNpYjA6IG1hdGNo ZWQgZW50cnkgZm9yIDAuMjkuSU5UQQpwY2liMDogc2xvdCAyOSBJTlRBIGhhcmR3aXJlZCB0byBJ UlEgMjMKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNDRlLCByZXZpZD0weGUxCiAgICAg ICAgYnVzPTAsIHNsb3Q9MzAsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA2LTA0LTAxLCBoZHJ0eXBl PTB4MDEsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgyN2I4LCByZXZpZD0weDAxCiAgICAgICAgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MAogICAg ICAgIGNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9 MHgwMDA3LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2RmLCByZXZpZD0weDAxCiAgICAgICAgYnVz PTAsIHNsb3Q9MzEsIGZ1bmM9MQogICAgICAgIGNsYXNzPTAxLTAxLThhLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4OCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49YSwgaXJxPTkKICAgICAgICBt YXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAzMGIwLCBzaXplICA0LCBlbmFibGVk CnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEEKcGNpYjA6IHNsb3QgMzEgSU5UQSBo YXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjMCwgcmV2 aWQ9MHgwMQogICAgICAgIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTIKICAgICAgICBjbGFzcz0wMS0w MS04ZiwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDAwNSwgc3RhdHJl Zz0weDAyYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGlu PWIsIGlycT0xMQogICAgICAgIHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBE MAogICAgICAgIG1hcFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDMwYzgsIHNpemUg IDMsIGVuYWJsZWQKICAgICAgICBtYXBbMTRdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAz MGVjLCBzaXplICAyLCBlbmFibGVkCiAgICAgICAgbWFwWzE4XTogdHlwZSA0LCByYW5nZSAzMiwg YmFzZSAwMDAwMzBjMCwgc2l6ZSAgMywgZW5hYmxlZAogICAgICAgIG1hcFsxY106IHR5cGUgNCwg cmFuZ2UgMzIsIGJhc2UgMDAwMDMwZTgsIHNpemUgIDIsIGVuYWJsZWQKICAgICAgICBtYXBbMjBd OiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAzMGEwLCBzaXplICA0LCBlbmFibGVkCnBjaWIw OiBtYXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEIKcGNpYjA6IHNsb3QgMzEgSU5UQiBoYXJkd2ly ZWQgdG8gSVJRIDE5CmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdkYSwgcmV2aWQ9MHgw MQogICAgICAgIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTMKICAgICAgICBjbGFzcz0wYy0wNS0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDAwMSwgc3RhdHJlZz0weDAy ODAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWIsIGly cT0xMQogICAgICAgIG1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDMwMDAsIHNp emUgIDUsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMzEuSU5UQgpwY2liMDog c2xvdCAzMSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTkKYWdwMDogPEludGVsIDgyOTQ1RyAoOTQ1 RyBHTUNIKSBTVkdBIGNvbnRyb2xsZXI+IHBvcnQgMHgzMGUwLTB4MzBlNyBtZW0gMHg5MDMwMDAw MC0weDkwMzdmZmZmLDB4ODAwMDAwMDAtMHg4ZmZmZmZmZiwweDkwMzgwMDAwLTB4OTAzYmZmZmYg aXJxIDE2IGF0IGRldmljZSAyLjAgb24gcGNpMAphZ3AwOiBSZXNlcnZlZCAweDgwMDAwIGJ5dGVz IGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHg5MDMwMDAwMAphZ3AwOiBSZXNlcnZlZCAweDgwMDAw IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHg5MDMwMDAwMAphZ3AwOiBSZXNlcnZlZCAw eDQwMDAwIGJ5dGVzIGZvciByaWQgMHgxYyB0eXBlIDMgYXQgMHg5MDM4MDAwMAphZ3AwOiBSZXNl cnZlZCAweDEwMDAwMDAwIGJ5dGVzIGZvciByaWQgMHgxOCB0eXBlIDMgYXQgMHg4MDAwMDAwMAph Z3AwOiBkZXRlY3RlZCA3OTMyayBzdG9sZW4gbWVtb3J5CmFncDA6IGFwZXJ0dXJlIHNpemUgaXMg MjU2TQpwY2kwOiA8bXVsdGltZWRpYT4gYXQgZGV2aWNlIDI3LjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBj aWIxOiAgIHNlY29uZGFyeSBidXMgICAgIDEKcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQpw Y2liMTogICBJL08gZGVjb2RlICAgICAgICAweDIwMDAtMHgyZmZmCnBjaWIxOiAgIG1lbW9yeSBk ZWNvZGUgICAgIDB4OTAyMDAwMDAtMHg5MDJmZmZmZgpwY2liMTogICBwcmVmZXRjaGVkIGRlY29k ZSAweDkwMDAwMDAwLTB4OTAwZmZmZmYKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNp MTogcGh5c2ljYWwgYnVzPTEKZm91bmQtPiB2ZW5kb3I9MHgxMGVjLCBkZXY9MHg4MTM2LCByZXZp ZD0weDAyCiAgICAgICAgYnVzPTEsIHNsb3Q9MCwgZnVuYz0wCiAgICAgICAgY2xhc3M9MDItMDAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAogICAgICAgIGNtZHJlZz0weDAwMDcsIHN0YXRyZWc9 MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49 YSwgaXJxPTExCiAgICAgICAgcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJy ZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CiAgICAgICAgTVNJ LVggc3VwcG9ydHMgMiBtZXNzYWdlcyBpbiBtYXAgMHgyMAogICAgICAgIG1hcFsxMF06IHR5cGUg NCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDIwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE6IHJlcXVl c3RlZCBJL08gcmFuZ2UgMHgyMDAwLTB4MjBmZjogaW4gcmFuZ2UKICAgICAgICBtYXBbMThdOiB0 eXBlIDEsIHJhbmdlIDY0LCBiYXNlIDkwMjAwMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIxOiBy ZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4OTAyMDAwMDAtMHg5MDIwMGZmZjogZ29vZAogICAgICAg IG1hcFsyMF06IHR5cGUgMywgcmFuZ2UgNjQsIGJhc2UgOTAwMDAwMDAsIHNpemUgMTYsIGVuYWJs ZWQKcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHg5MDAwMDAwMC0weDkwMDBmZmZmOiBn b29kCnBjaWIxOiBtYXRjaGVkIGVudHJ5IGZvciAxLjAuSU5UQQpwY2liMTogc2xvdCAwIElOVEEg aGFyZHdpcmVkIHRvIElSUSAxNgpyZTA6IFJlc2VydmVkIDB4MTAwIGJ5dGVzIGZvciByaWQgMHgx MCB0eXBlIDQgYXQgMHgyMDAwCnBjaTE6IDxuZXR3b3JrLCBldGhlcm5ldD4gYXQgZGV2aWNlIDAu MCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSAyOC4yIG9uIHBjaTAKcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpwY2liMjogICBz dWJvcmRpbmF0ZSBidXMgICAyCnBjaWIyOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZjAwMC0weGZm ZgpwY2liMjogICBtZW1vcnkgZGVjb2RlICAgICAweGZmZjAwMDAwLTB4ZmZmZmYKcGNpYjI6ICAg cHJlZmV0Y2hlZCBkZWNvZGUgMHhmZmYwMDAwMC0weGZmZmZmCnBjaTI6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIyCnBjaTI6IHBoeXNpY2FsIGJ1cz0yCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDI4LjMgb24gcGNpMApwY2liMzogICBzZWNvbmRhcnkgYnVzICAgICAzCnBj aWIzOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMKcGNpYjM6ICAgSS9PIGRlY29kZSAgICAgICAgMHhm MDAwLTB4ZmZmCnBjaWIzOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmZmMDAwMDAtMHhmZmZmZgpw Y2liMzogICBwcmVmZXRjaGVkIGRlY29kZSAweGZmZjAwMDAwLTB4ZmZmZmYKcGNpMzogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjMKcGNpMzogcGh5c2ljYWwgYnVzPTMKdWhjaTA6IDxVSENJIChnZW5l cmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDMwODAtMHgzMDlmIGlycSAyMyBhdCBkZXZpY2Ug MjkuMCBvbiBwY2kwCnVoY2kwOiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBl IDQgYXQgMHgzMDgwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIzIChQQ0kgSVJRIDIzKSB0byB2 ZWN0b3IgNDkKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IDxVSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcj4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50ZWwg VUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kxOiA8VUhDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHgzMDYwLTB4MzA3ZiBpcnEgMTkgYXQgZGV2aWNlIDI5 LjEgb24gcGNpMAp1aGNpMTogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0 IGF0IDB4MzA2MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkgdG8gdmVj dG9yIDUwCnVoY2kxOiBbR0lBTlQtTE9DS0VEXQp1c2IxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXI+IG9uIHVoY2kxCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjE6IEludGVsIFVI Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIxOiAyIHBv cnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMjogPFVIQ0kgKGdlbmVyaWMp IFVTQiBjb250cm9sbGVyPiBwb3J0IDB4MzA0MC0weDMwNWYgaXJxIDE4IGF0IGRldmljZSAyOS4y IG9uIHBjaTAKdWhjaTI6IFJlc2VydmVkIDB4MjAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBh dCAweDMwNDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTggKFBDSSBJUlEgMTgpIHRvIHZlY3Rv ciA1MQp1aGNpMjogW0dJQU5ULUxPQ0tFRF0KdXNiMjogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250 cm9sbGVyPiBvbiB1aGNpMgp1c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVodWIyOiBJbnRlbCBVSENJ IHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMjogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTM6IDxVSENJIChnZW5lcmljKSBV U0IgY29udHJvbGxlcj4gcG9ydCAweDMwMjAtMHgzMDNmIGlycSAxNiBhdCBkZXZpY2UgMjkuMyBv biBwY2kwCnVoY2kzOiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQg MHgzMDIwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJRIDE2KSB0byB2ZWN0b3Ig NTIKdWhjaTM6IFtHSUFOVC1MT0NLRURdCnVzYjM6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJv bGxlcj4gb24gdWhjaTMKdXNiMzogVVNCIHJldmlzaW9uIDEuMAp1aHViMzogSW50ZWwgVUhDSSBy b290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjM6IDIgcG9ydHMg d2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kwOiA8SW50ZWwgODI4MDFHQi9SIChJ Q0g3KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweDkwM2M0MDAwLTB4OTAzYzQzZmYgaXJxIDIz IGF0IGRldmljZSAyOS43IG9uIHBjaTAKZWhjaTA6IFJlc2VydmVkIDB4NDAwIGJ5dGVzIGZvciBy aWQgMHgxMCB0eXBlIDMgYXQgMHg5MDNjNDAwMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiNDog RUhDSSB2ZXJzaW9uIDEuMAp1c2I0OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFj aDogdXNiMCB1c2IxIHVzYjIgdXNiMwp1c2I0OiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3KSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVzYjQ6IFVTQiByZXZpc2lvbiAyLjAKdWh1YjQ6IElu dGVsIEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxCnVodWI0 OiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwY2liNDogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTAKcGNpYjQ6ICAgc2Vjb25kYXJ5IGJ1 cyAgICAgNApwY2liNDogICBzdWJvcmRpbmF0ZSBidXMgICA0CnBjaWI0OiAgIEkvTyBkZWNvZGUg ICAgICAgIDB4MTAwMC0weDFmZmYKcGNpYjQ6ICAgbWVtb3J5IGRlY29kZSAgICAgMHg5MDEwMDAw MC0weDkwMWZmZmZmCnBjaWI0OiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmZmMDAwMDAtMHhmZmZm ZgpwY2liNDogICBTdWJ0cmFjdGl2ZWx5IGRlY29kZWQgYnJpZGdlLgpwY2k0OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liNApwY2k0OiBwaHlzaWNhbCBidXM9NApmb3VuZC0+IHZlbmRvcj0weDkwMDUs IGRldj0weDAwODAsIHJldmlkPTB4MDIKICAgICAgICBidXM9NCwgc2xvdD0wLCBmdW5jPTAKICAg ICAgICBjbGFzcz0wMS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21kcmVn PTB4MDAxNywgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxh dHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDI4ICgxMDAwMCBucyksIG1heGxhdD0weDE5 ICg2MjUwIG5zKQogICAgICAgIGludHBpbj1hLCBpcnE9MTAKICAgICAgICBwb3dlcnNwZWMgMiAg c3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgICAgICBtYXBbMTBdOiB0eXBlIDQsIHJhbmdl IDMyLCBiYXNlIDAwMDAxMDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWI0OiByZXF1ZXN0ZWQgSS9P IHJhbmdlIDB4MTAwMC0weDEwZmY6IGluIHJhbmdlCiAgICAgICAgbWFwWzE0XTogdHlwZSAxLCBy YW5nZSA2NCwgYmFzZSA5MDEwMDAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liNDogcmVxdWVzdGVk IG1lbW9yeSByYW5nZSAweDkwMTAwMDAwLTB4OTAxMDBmZmY6IGdvb2QKcGNpYjQ6IG1hdGNoZWQg ZW50cnkgZm9yIDQuMC5JTlRBCnBjaWI0OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIx CmFoYzA6IDxBZGFwdGVjIDI5MTYwTiBVbHRyYTE2MCBTQ1NJIGFkYXB0ZXI+IHBvcnQgMHgxMDAw LTB4MTBmZiBtZW0gMHg5MDEwMDAwMC0weDkwMTAwZmZmIGlycSAyMSBhdCBkZXZpY2UgMC4wIG9u IHBjaTQKYWhjMDogRGVmYXVsdGluZyB0byBNRU1JTyBvZmYKYWhjMDogUmVzZXJ2ZWQgMHgxMDAg Ynl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweDEwMDAKYWhjMDogUmVhZGluZyBTRUVQUk9N Li4uZG9uZS4KYWhjMDogQklPUyBlZXByb20gaXMgcHJlc2VudAphaGMwOiBTZWNvbmRhcnkgTG93 IGJ5dGUgdGVybWluYXRpb24gRW5hYmxlZAphaGMwOiBQcmltYXJ5IExvdyBCeXRlIHRlcm1pbmF0 aW9uIEVuYWJsZWQKYWhjMDogUHJpbWFyeSBIaWdoIEJ5dGUgdGVybWluYXRpb24gRW5hYmxlZAph aGMwOiBEb3dubG9hZGluZyBTZXF1ZW5jZXIgUHJvZ3JhbS4uLiA0MjMgaW5zdHJ1Y3Rpb25zIGRv d25sb2FkZWQKYWhjMDogRmVhdHVyZXMgMHgxZGVmNiwgQnVncyAweDQwLCBGbGFncyAweDIwNDg1 NTYwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIxIChQQ0kgSVJRIDIxKSB0byB2ZWN0b3IgNTMK YWhjMDogW0dJQU5ULUxPQ0tFRF0KYWljNzg5MjogVWx0cmExNjAgV2lkZSBDaGFubmVsIEEsIFND U0kgSWQ9NywgMzIvMjUzIFNDQnMKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMx LjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDcg VURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4 Mzc2LDB4MzBiMC0weDMwYmYgaXJxIDE4IGF0IGRldmljZSAzMS4xIG9uIHBjaTAKYXRhcGNpMDog UmVzZXJ2ZWQgMHgxMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4MzBiMAphdGEwOiA8 QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9y IHJpZCAweDEwIHR5cGUgNCBhdCAweDFmMAphdGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9y IHJpZCAweDE0IHR5cGUgNCBhdCAweDNmNgphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9 MDAgb3N0YXQxPTAwCmF0YTA6IHN0YXQwPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAgbXNiPTB4MDAK YXRhMDogc3RhdDE9MHgwZiBlcnI9MHgwZiBsc2I9MHgwZiBtc2I9MHgwZgphdGEwOiBzdGF0MT0w eDA3IGVycj0weDA3IGxzYj0weDA3IG1zYj0weDA3CmF0YTA6IHN0YXQxPTB4MDcgZXJyPTB4MDcg bHNiPTB4MDcgbXNiPTB4MDcKYXRhMDogc3RhdDE9MHgwZiBlcnI9MHgwZiBsc2I9MHgwZiBtc2I9 MHgwZgphdGEwOiBzdGF0MT0weDA3IGVycj0weDA3IGxzYj0weDA3IG1zYj0weDA3CmF0YTA6IHN0 YXQxPTB4MDcgZXJyPTB4MDcgbHNiPTB4MDcgbXNiPTB4MDcKYXRhMDogc3RhdDE9MHgwNyBlcnI9 MHgwNyBsc2I9MHgwNyBtc2I9MHgwNwphdGEwOiBzdGF0MT0weDA3IGVycj0weDA3IGxzYj0weDA3 IG1zYj0weDA3CmF0YTA6IHN0YXQxPTB4MDcgZXJyPTB4MDcgbHNiPTB4MDcgbXNiPTB4MDcKYXRh MDogc3RhdDE9MHgwNyBlcnI9MHgwNyBsc2I9MHgwNyBtc2I9MHgwNwphdGEwOiBzdGF0MT0weDAw IGVycj0weDAwIGxzYj0weDAwIG1zYj0weDAwCmF0YTA6IHJlc2V0IHRwMiBzdGF0MD0wMCBzdGF0 MT0wMCBkZXZpY2VzPTB4MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAxNCkg dG8gdmVjdG9yIDU0CmF0YTA6IFtNUFNBRkVdCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFw Y2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTggdHlwZSA0IGF0IDB4 MTcwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4 Mzc2CmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAwIG9zdGF0MD1mZiBvc3RhdDE9ZmYKaW9hcGljMDog cm91dGluZyBpbnRwaW4gMTUgKElTQSBJUlEgMTUpIHRvIHZlY3RvciA1NQphdGExOiBbTVBTQUZF XQphdGFwY2kxOiA8SW50ZWwgSUNINyBTQVRBMzAwIGNvbnRyb2xsZXI+IHBvcnQgMHgzMGM4LTB4 MzBjZiwweDMwZWMtMHgzMGVmLDB4MzBjMC0weDMwYzcsMHgzMGU4LTB4MzBlYiwweDMwYTAtMHgz MGFmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmF0YXBjaTE6IFJlc2VydmVkIDB4MTAg Ynl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDMwYTAKYXRhcGNpMTogW01QU0FGRV0KYXRh MjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEKYXRhcGNpMTogUmVzZXJ2ZWQgMHg4IGJ5dGVz IGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHgzMGM4CmF0YXBjaTE6IFJlc2VydmVkIDB4NCBieXRl cyBmb3IgcmlkIDB4MTQgdHlwZSA0IGF0IDB4MzBlYwphdGEyOiByZXNldCB0cDEgbWFzaz0wMyBv c3RhdDA9N2Ygb3N0YXQxPTdmCmF0YTI6IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNi PTB4ZmYKYXRhMjogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEyOiBz dGF0MD0weDdmIGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTI6IHN0YXQwPTB4N2YgZXJy PTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMjogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhm ZiBtc2I9MHhmZgphdGEyOiBzdGF0MD0weDdmIGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0 YTI6IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMjogc3RhdDA9MHg3 ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEyOiBzdGF0MD0weDdmIGVycj0weGZmIGxz Yj0weGZmIG1zYj0weGZmCmF0YTI6IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4 ZmYKYXRhMjogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEyOiBzdGF0 MD0weDdmIGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTI6IHN0YXQwPTB4N2YgZXJyPTB4 ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMjogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBt c2I9MHhmZgphdGEyOiBzdGF0MD0weDdmIGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTI6 IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMjogc3RhdDA9MHg3ZiBl cnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEyOiBzdGF0MD0weDdmIGVycj0weGZmIGxzYj0w eGZmIG1zYj0weGZmCmF0YTI6IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYK YXRhMjogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEyOiBzdGF0MD0w eDdmIGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTI6IHN0YXQwPTB4N2YgZXJyPTB4ZmYg bHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMjogc3RhdDE9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9 MHhmZgphdGEyOiByZXNldCB0cDIgc3RhdDA9ZmYgc3RhdDE9ZmYgZGV2aWNlcz0weDAKYXRhMjog W01QU0FGRV0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKYXRhcGNpMTogUmVzZXJ2 ZWQgMHg4IGJ5dGVzIGZvciByaWQgMHgxOCB0eXBlIDQgYXQgMHgzMGMwCmF0YXBjaTE6IFJlc2Vy dmVkIDB4NCBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4MzBlOAphdGEzOiByZXNldCB0 cDEgbWFzaz0wMyBvc3RhdDA9N2Ygb3N0YXQxPTdmCmF0YTM6IHN0YXQwPTB4N2YgZXJyPTB4ZmYg bHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMzogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9 MHhmZgphdGEzOiBzdGF0MD0weDdmIGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTM6IHN0 YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMzogc3RhdDA9MHg3ZiBlcnI9 MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEzOiBzdGF0MD0weDdmIGVycj0weGZmIGxzYj0weGZm IG1zYj0weGZmCmF0YTM6IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRh Mzogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEzOiBzdGF0MD0weDdm IGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTM6IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNi PTB4ZmYgbXNiPTB4ZmYKYXRhMzogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhm ZgphdGEzOiBzdGF0MD0weDdmIGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTM6IHN0YXQw PTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMzogc3RhdDA9MHg3ZiBlcnI9MHhm ZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEzOiBzdGF0MD0weDdmIGVycj0weGZmIGxzYj0weGZmIG1z Yj0weGZmCmF0YTM6IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMzog c3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgphdGEzOiBzdGF0MD0weDdmIGVy cj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTM6IHN0YXQwPTB4N2YgZXJyPTB4ZmYgbHNiPTB4 ZmYgbXNiPTB4ZmYKYXRhMzogc3RhdDA9MHg3ZiBlcnI9MHhmZiBsc2I9MHhmZiBtc2I9MHhmZgph dGEzOiBzdGF0MD0weDdmIGVycj0weGZmIGxzYj0weGZmIG1zYj0weGZmCmF0YTM6IHN0YXQwPTB4 N2YgZXJyPTB4ZmYgbHNiPTB4ZmYgbXNiPTB4ZmYKYXRhMzogc3RhdDE9MHg3ZiBlcnI9MHhmZiBs c2I9MHhmZiBtc2I9MHhmZgphdGEzOiByZXNldCB0cDIgc3RhdDA9ZmYgc3RhdDE9ZmYgZGV2aWNl cz0weDAKYXRhMzogW01QU0FGRV0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2Ug MzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwcGMwOiB1c2luZyBleHRlbmRlZCBJL08gcG9ydCBy YW5nZQpwcGMwOiBFQ1AgU1BQIEVDUCtFUFAgU1BQCnBwYzA6IDxFQ1AgcGFyYWxsZWwgcHJpbnRl ciBwb3J0PiBwb3J0IDB4Mzc4LTB4MzdmLDB4Nzc4LTB4NzdmIGlycSA3IG9uIGFjcGkwCnBwYzA6 IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2Rl CnBwYzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9sZApwcGJ1czA6IDxQYXJhbGxl bCBwb3J0IGJ1cz4gb24gcHBjMApwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBw YnVzMApwbGlwMDogYnBmIGF0dGFjaGVkCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDog SW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAppb2Fw aWMwOiByb3V0aW5nIGludHBpbiA3IChJU0EgSVJRIDcpIHRvIHZlY3RvciA1NgpzaW8wOiBpcnEg bWFwczogMHhjODEgMHhjOTEgMHhjODEgMHhjODEKc2lvMDogPDE2NTUwQS1jb21wYXRpYmxlIENP TSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKc2lvMDog dHlwZSAxNjU1MEEsIGNvbnNvbGUKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAoSVNBIElSUSA0 KSB0byB2ZWN0b3IgNTcKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3du OiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWls ZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBzdGF0dXMg cmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYKZXhf aXNhX2lkZW50aWZ5KCkKYXRhOiBhdGEwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphdGE6 IGF0YTEgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnBwYzogcHBjMCBhbHJlYWR5IGV4aXN0 czsgc2tpcHBpbmcgaXQKc2lvOiBzaW8wIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjAzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAyNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDI4MwpwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMmMzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAzMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDM0MwpwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAzYzMKUE5QIElkZW50aWZ5IGNvbXBsZXRlCnNjOiBzYzAgYWxyZWFkeSBleGlz dHM7IHNraXBwaW5nIGl0CnZnYTogdmdhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKaXNh X3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRldmljZXMKaXNhX3Byb2JlX2NoaWxkcmVu OiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcwpwbXRpbWVyMCBvbiBpc2EwCmFkdjA6IG5vdCBwcm9i ZWQgKGRpc2FibGVkKQphaGEwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWljMDogbm90IHByb2Jl ZCAoZGlzYWJsZWQpCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBv cnQgMHg2MCwweDY0IG9uIGlzYTAKa2JkYzogRElBR05PU0Ugc3RhdHVzOjAwNTUKa2JkYzogVEVT VF9LQkRfUE9SVCBzdGF0dXM6MDAwMAprYmRjOiBESUFHTk9TRSBzdGF0dXM6MDA1NQprYmRjOiBU RVNUX0tCRF9QT1JUIHN0YXR1czowMDAwCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRlOjAwNjcK a2JkYzogVEVTVF9BVVhfUE9SVCBzdGF0dXM6MDAwMAprYmRjOiBSRVNFVF9BVVggcmV0dXJuIGNv ZGU6MDBmZQprYmRjOiBSRVNFVF9BVVggcmV0dXJuIGNvZGU6MDBmZQprYmRjOiBSRVNFVF9BVVgg cmV0dXJuIGNvZGU6MDBmZQprYmRjOiBESUFHTk9TRSBzdGF0dXM6MDA1NQprYmRjOiBURVNUX0tC RF9QT1JUIHN0YXR1czowMDAwCnBzbTA6IGZhaWxlZCB0byByZXNldCB0aGUgYXV4IGRldmljZS4K YnQwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKY3MwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKZWQw OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNm MC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwCmZlMDogbm90IHByb2JlZCAoZGlzYWJs ZWQpCmllMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmxuYzA6IG5vdCBwcm9iZWQgKGRpc2FibGVk KQprYmRjOiBESUFHTk9TRSBzdGF0dXM6MDA1NQprYmRjOiBURVNUX0tCRF9QT1JUIHN0YXR1czow MDAwCmtiZGM6IERJQUdOT1NFIHN0YXR1czowMDU1CmtiZGM6IFRFU1RfS0JEX1BPUlQgc3RhdHVz OjAwMDAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBW R0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6IGZiMCwga2JkMCwgdGVy bWluYWwgZW11bGF0b3I6IHNjIChzeXNjb25zIHRlcm1pbmFsKQpzaW8xOiBjb25maWd1cmVkIGly cSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMApzaW8xOiBwb3J0IG1heSBub3QgYmUg ZW5hYmxlZApzaW8xOiBpcnEgbWFwczogMHhjODEgMHhjODEgMHhjODEgMHhjODEKc2lvMTogcHJv YmUgZmFpbGVkIHRlc3Qocyk6IDAgMSAyIDQgNiA3IDkKc2lvMSBmYWlsZWQgdG8gcHJvYmUgYXQg cG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBpc2EwCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVk KQpzaW8zOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKc24wOiBub3QgcHJvYmVkIChkaXNhYmxlZCkK dmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMAp2dDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQppc2FfcHJvYmVfY2hp bGRyZW46IHByb2JpbmcgUG5QIGRldmljZXMKYXVlMDogTFVBLVRYIE1FTENPIExVQS1UWCwgcmV2 IDEuMTAvMS4wMSwgYWRkciAyCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBhdWUwCmFjcGh5MDogPEFD MTAxIDEwLzEwMCBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1czAKYWNwaHkwOiAgMTBiYXNlVCwg MTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwphdWUwOiBicGYgYXR0 YWNoZWQKYXVlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6NDA6MjY6LS06LS06LS0KYXVlMDogaWZf c3RhcnQgcnVubmluZyBkZWZlcnJlZCBmb3IgR2lhbnQKdWdlbjA6IEFQQyBBUEMgRVMgNTAwIEZX OjgwMy5wNi5BIFVTQiBGVzpwNiwgcmV2IDEuMTAvMS4wNiwgYWRkciAzCkRldmljZSBjb25maWd1 cmF0aW9uIGZpbmlzaGVkLgpSZWR1Y2luZyBrZXJuLm1heHZub2RlcyAxMzM0OTggLT4gMTAwMDAw CnByb2NmcyByZWdpc3RlcmVkCmxhcGljOiBEaXZpc29yIDIsIEZyZXF1ZW5jeSA2NjYzNjg2OSBo egpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTU5OTI4NDM0MCBIeiBxdWFsaXR5IDgwMApU aW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmxvMDogYnBmIGF0dGFjaGVkCnJyMjMy eDogbm8gY29udHJvbGxlciBkZXRlY3RlZC4KaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQu CldhaXRpbmcgNSBzZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlCihub3BlcmlwaDph aGMwOjA6LTE6LTEpOiBTQ1NJIGJ1cyByZXNldCBkZWxpdmVyZWQuIDAgU0NCcyBhYm9ydGVkLgph aGMwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjMuIDAgU0NCcyBhYm9ydGVkCmFoYzA6IFNlbGVj dGlvbiBUaW1lb3V0IG9uIEE6MTEuIDAgU0NCcyBhYm9ydGVkCmFoYzA6IFNlbGVjdGlvbiBUaW1l b3V0IG9uIEE6MS4gMCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToy LiAwIFNDQnMgYWJvcnRlZAphaGMwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjQuIDAgU0NCcyBh Ym9ydGVkCmFoYzA6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6NS4gMCBTQ0JzIGFib3J0ZWQKYWhj MDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQTo2LiAwIFNDQnMgYWJvcnRlZAphaGMwOiBTZWxlY3Rp b24gVGltZW91dCBvbiBBOjguIDAgU0NCcyBhYm9ydGVkCmFoYzA6IFNlbGVjdGlvbiBUaW1lb3V0 IG9uIEE6OS4gMCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxMC4g MCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxMi4gMCBTQ0JzIGFi b3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxMy4gMCBTQ0JzIGFib3J0ZWQKYWhj MDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxNC4gMCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0 aW9uIFRpbWVvdXQgb24gQToxNS4gMCBTQ0JzIGFib3J0ZWQKKHByb2JlMDphaGMwOjA6MDowKTog UmV0cnlpbmcgQ29tbWFuZAooYWhjMDpBOjA6MCk6IFNlbmRpbmcgUFBSIGJ1c193aWR0aCAxLCBw ZXJpb2QgOSwgb2Zmc2V0IDdmLCBwcHJfb3B0aW9ucyAyCihhaGMwOkE6MDowKTogUmVjZWl2ZWQg UFBSIHdpZHRoIDEsIHBlcmlvZCA5LCBvZmZzZXQgN2Ysb3B0aW9ucyAyCiAgICAgICAgRmlsdGVy ZWQgdG8gd2lkdGggMSwgcGVyaW9kIDksIG9mZnNldCA3Ziwgb3B0aW9ucyAyCmFoYzA6IHRhcmdl dCAwIHVzaW5nIDE2Yml0IHRyYW5zZmVycwphaGMwOiB0YXJnZXQgMCBzeW5jaHJvbm91cyBhdCA4 MC4wTUh6IERULCBvZmZzZXQgPSAweDdmCnBhc3MwIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDAgbHVu IDAKcGFzczA6IDxNQVhUT1IgQVRMQVMxNUsyXzM2V0xTIEpOWkg+IEZpeGVkIERpcmVjdCBBY2Nl c3MgU0NTSS0zIGRldmljZQpwYXNzMDogU2VyaWFsIE51bWJlciBFMjBDLS0tCnBhc3MwOiAxNjAu MDAwTUIvcyB0cmFuc2ZlcnMgKDgwLjAwME1Ieiwgb2Zmc2V0IDEyNywgMTZiaXQpLCBUYWdnZWQg UXVldWVpbmcgRW5hYmxlZApHZGEwIGF0IGFoYzAgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKZGEwOiA8 TUFYVE9SIEFUTEFTMTVLMl8zNldMUyBKTlpIPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBk ZXZpY2UKZGEwOiBTZXJpYWwgTnVtYmVyIEUyMEMtLS0tCmRhMDogMTYwLjAwME1CL3MgdHJhbnNm ZXJzICg4MC4wMDBNSHosIG9mZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJs ZWQKZGEwOiAzNTA3NE1CICg3MTgzMzA5NiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDQ0 NzFDKQpFT006IG5ldyBkaXNrIGRhMApBVEEgUHNldWRvUkFJRCBsb2FkZWQKVHJ5aW5nIHRvIG1v dW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWEKc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2lu aXQKTG9hZGluZyBjb25maWd1cmF0aW9uIGZpbGVzLgpFbnRyb3B5IGhhcnZlc3Rpbmc6IGludGVy cnVwdHMgZXRoZXJuZXQgcG9pbnRfdG9fcG9pbnQga2lja3N0YXJ0Lgpzd2Fwb246IGFkZGluZyAv ZGV2L2RhMHMxYiBhcyBzd2FwIGRldmljZQpTdGFydGluZyBmaWxlIHN5c3RlbSBjaGVja3M6Cg== --Multipart_Tue_Jul__8_07:35:30_2008-1-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 22:47:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA3D11065670 for ; Mon, 7 Jul 2008 22:47:29 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50511.mail.re2.yahoo.com (web50511.mail.re2.yahoo.com [206.190.39.240]) by mx1.freebsd.org (Postfix) with SMTP id 9909E8FC0C for ; Mon, 7 Jul 2008 22:47:29 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: (qmail 92285 invoked by uid 60001); 7 Jul 2008 22:47:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=Fetw8hzyz4HeNXVcUCqduU8sG7VOgs8LjuL61zpxLSwjJPA2YUIXMV62r9S7R3sLHDf7EBucTVlbRBMTODbvoOCOgf3gxaeSsfEJpiSHM0ncHiNe5E1rAqflwFhpJbkNKj7Z5QiTevG4wzwkJHBUaeVsZJgZNk9eLvIfRJJfE8w=; Received: from [98.148.230.21] by web50511.mail.re2.yahoo.com via HTTP; Mon, 07 Jul 2008 15:47:28 PDT X-Mailer: YahooMailWebService/0.7.199 Date: Mon, 7 Jul 2008 15:47:28 -0700 (PDT) From: alan bryan To: d@delphij.net In-Reply-To: <48728913.7050105@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <758546.91889.qm@web50511.mail.re2.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: em0 no longer working after upgrading from 7.0 Release to 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, 07 Jul 2008 22:47:30 -0000 Should igb be in the GENERIC config file? > pwd /usr/src/sys/amd64/conf > cat GENERIC | grep igb > I did a "kldload if_igb" and that seemed to work and I now have a igb0 device. I get an error though on the other (unused igb1) network port: igb0: port 0x3000-0x301f mem 0xda020000-0xda03ffff,0xda000000-0xda01ffff,0xda080000-0xda083fff irq 56 at device 0.0 on pci8 igb0: Using MSIX interrupts with 3 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:30:48:c3:27:82 igb1: port 0x3020-0x303f mem 0xda060000-0xda07ffff,0xda040000-0xda05ffff,0xda084000-0xda087fff irq 70 at device 0.1 on pci8 igb1: Using MSIX interrupts with 3 vectors igb1: igb_allocate_receive_buffers: bus_dmamap_create failed: 12 igb1: Critical Failure setting up receive buffers device_attach: igb1 attach returned 12 igb0: link state changed to UP Thanks, Alan --- On Mon, 7/7/08, Xin LI wrote: > From: Xin LI > Subject: Re: em0 no longer working after upgrading from 7.0 Release to Stable > To: "alan bryan" > Cc: freebsd-stable@freebsd.org > Date: Monday, July 7, 2008, 2:22 PM > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Alan, > > alan bryan wrote: > | I have a brand new Supermicro server that seems to be > having issues > with the em devices. I installed FreeBSD 7.0-Release from > CDs and > everything was working fine and then decided to cvsup to 7 > stable and > then I lost my em devices and thus networking. > Reboots/power cycling > didn't change it - no em at all since the upgrade to > 7-Stable. I stuck > in a USB to Ethernet stick (axe0) so I could get the server > online to > get this info. > | > | This is the Motherboard: > | > http://www.supermicro.com/products/motherboard/Xeon1333/5400/X7DWN+.cfm > | > | Here's some more info: > [...] > |> none2@pci0:8:0:0: class=0x020000 card=0x10a715d9 > chip=0x10a78086 > |> rev=0x02 hdr=0x00 > |> vendor = 'Intel Corporation' > |> class = network > |> subclass = ethernet > |> none3@pci0:8:0:1: class=0x020000 card=0x10a715d9 > chip=0x10a78086 > |> rev=0x02 hdr=0x00 > |> vendor = 'Intel Corporation' > |> class = network > |> subclass = ethernet > > Looks like you are using 82575EB, which is now using igb(4) > driver. Are > you running a customized kernel which does not have igb in > it? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkhyiRMACgkQi+vbBBjt66CzEQCgtDetU3LVkUYxgArq6ljPpuph > JJMAnjs70h2/QCkzYqqBZseyR4ibwklG > =TRPV > -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 7 23:18:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A92541065670; Mon, 7 Jul 2008 23:18:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3448FC15; Mon, 7 Jul 2008 23:16:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 22375284E6; Tue, 8 Jul 2008 07:07:42 +0800 (CST) Received: from localhost (unknown [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id A78CEF0768F; Tue, 8 Jul 2008 07:07:41 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id GIhZBdMHSElA; Tue, 8 Jul 2008 07:07:27 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id D976EEB0E2D; Tue, 8 Jul 2008 07:07:25 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=nZtvgGo0AarieW90adDpvYndg/fVnIWuksngYbQGy7yAmRxxxFofGv2vHY7V52cFs 4OX6SJ966ELjCvSeGw6Hg== Message-ID: <4872A1AB.6020700@delphij.net> Date: Mon, 07 Jul 2008 16:07:23 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: alan bryan References: <758546.91889.qm@web50511.mail.re2.yahoo.com> In-Reply-To: <758546.91889.qm@web50511.mail.re2.yahoo.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jack F Vogel , freebsd-stable@freebsd.org, d@delphij.net Subject: Re: em0 no longer working after upgrading from 7.0 Release to Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2008 23:18:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 alan bryan wrote: | Should igb be in the GENERIC config file? | |> pwd | /usr/src/sys/amd64/conf |> cat GENERIC | grep igb Ah... I really thought it is supposed to be there. Jack, I think we will want this in GENERIC kernel, do you have objections? | I did a "kldload if_igb" and that seemed to work and I now have a igb0 device. | | I get an error though on the other (unused igb1) network port: | | igb0: port 0x3000-0x301f mem 0xda020000-0xda03ffff,0xda000000-0xda01ffff,0xda080000-0xda083fff irq 56 at device 0.0 on pci8 | igb0: Using MSIX interrupts with 3 vectors | igb0: [ITHREAD] | igb0: [ITHREAD] | igb0: [ITHREAD] | igb0: Ethernet address: 00:30:48:c3:27:82 | igb1: port 0x3020-0x303f mem 0xda060000-0xda07ffff,0xda040000-0xda05ffff,0xda084000-0xda087fff irq 70 at device 0.1 on pci8 | igb1: Using MSIX interrupts with 3 vectors | igb1: igb_allocate_receive_buffers: bus_dmamap_create failed: 12 | igb1: Critical Failure setting up receive buffers | device_attach: igb1 attach returned 12 | igb0: link state changed to UP I have no idea on this. I have cc'ed Jack to see if he has some comments. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhyoaoACgkQi+vbBBjt66AjDwCgltD3KBzi+lrAi7AtojGtkEXb TsYAnRFBy/Ujj7RlkXCPn7Lo84F7Oy9K =WHTP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 00:26:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0C91065676 for ; Tue, 8 Jul 2008 00:26:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id A44328FC17 for ; Tue, 8 Jul 2008 00:26:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3022802rvf.43 for ; Mon, 07 Jul 2008 17:26:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4tPjn+qjrD62PyXwxZoK7pRuTMP+7L59rjqu70wafZg=; b=SMuq2QdIA8N3k1GpWV2aFxIKKvv4r0iEBzczRyTGzJAjDA9TOIyfHow66Gt+9foaWS mL/qivvU/zwifRXn2Xx0+PCVrPKgvNIxlNJwR4A19nFpg3r3HupM/zlqyu7/AcGZl9dN 8vU4SCUUE53C7UE3Ks+2PLAHJz94WE8ZGEmRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=XwU789nMudVd1380gngzR7oR9HjVim4ch3qoyfCJ/2M3H2BZr6NApsWU0A65TS3r/F B+ce9sRXOM4AMwZriiP9nlz/3k1uzpYjRsgkW72qmQ1He7V0yGN+3Mi0JWfM2ihX879g q7VukMbhhILQk9nqE9Ytujd64sBh2sMaFZC4o= Received: by 10.140.128.3 with SMTP id a3mr2820147rvd.195.1215476781243; Mon, 07 Jul 2008 17:26:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b8sm7341744rvf.9.2008.07.07.17.26.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jul 2008 17:26:20 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m680OA7D012586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 09:24:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m680O7gP012585; Tue, 8 Jul 2008 09:24:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Jul 2008 09:24:07 +0900 From: Pyun YongHyeon To: alan bryan Message-ID: <20080708002406.GA12415@cdnetworks.co.kr> References: <48728913.7050105@delphij.net> <758546.91889.qm@web50511.mail.re2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <758546.91889.qm@web50511.mail.re2.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, d@delphij.net Subject: Re: em0 no longer working after upgrading from 7.0 Release to Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 00:26:22 -0000 On Mon, Jul 07, 2008 at 03:47:28PM -0700, alan bryan wrote: > Should igb be in the GENERIC config file? > > > pwd > /usr/src/sys/amd64/conf > > cat GENERIC | grep igb > > > > I did a "kldload if_igb" and that seemed to work and I now have a igb0 device. > > I get an error though on the other (unused igb1) network port: > > igb0: port 0x3000-0x301f mem 0xda020000-0xda03ffff,0xda000000-0xda01ffff,0xda080000-0xda083fff irq 56 at device 0.0 on pci8 > igb0: Using MSIX interrupts with 3 vectors > igb0: [ITHREAD] > igb0: [ITHREAD] > igb0: [ITHREAD] > igb0: Ethernet address: 00:30:48:c3:27:82 > igb1: port 0x3020-0x303f mem 0xda060000-0xda07ffff,0xda040000-0xda05ffff,0xda084000-0xda087fff irq 70 at device 0.1 on pci8 > igb1: Using MSIX interrupts with 3 vectors > igb1: igb_allocate_receive_buffers: bus_dmamap_create failed: 12 > igb1: Critical Failure setting up receive buffers > device_attach: igb1 attach returned 12 Either add 'device igb' to your kernel or add the following line to /boot/loader.conf. if_igb_load="YES" > igb0: link state changed to UP > > Thanks, > Alan > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 00:54:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE9A41065670 for ; Tue, 8 Jul 2008 00:54:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id A94248FC12 for ; Tue, 8 Jul 2008 00:54:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3031543rvf.43 for ; Mon, 07 Jul 2008 17:54:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=W5jc4ZlnCKHGELQjHMD2AaV9ypagBjFaar8ofYp4IKc=; b=ARwJVKbzArwzMxmq5PwJSTWPOs35fznsjX52u4oFWNl8mmBnlQARABPm5olSSlWj5m h6AKGGayjX44se+lnIRF81NGFl42Hc8i2GB59aj9WbobygKEQEbmRwtB7gN+p4NeIN/l fTNPK36zE4xR9L3HdEnnpknGI2g3ANEj05nRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jl2tsVzIz83Rda4MQzHGKvaB/R3tN0p5ox+SNenwT7n9W9BP8b2ptZotMaKlO0V+lo uSqYZddV4e87coapJQ4CRwdr6FLE85lxZa/qvoJkP026Z1uE9M8oP5pwjtL2i9PFpMMc hBl/BV+M0bX/djcJpYuIuAMabNgsHts/j9Uk0= Received: by 10.140.172.19 with SMTP id u19mr2834249rve.133.1215478477354; Mon, 07 Jul 2008 17:54:37 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k2sm7387498rvb.4.2008.07.07.17.54.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jul 2008 17:54:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m680qRJZ012669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 09:52:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m680qQ5J012668; Tue, 8 Jul 2008 09:52:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Jul 2008 09:52:26 +0900 From: Pyun YongHyeon To: NAGATA Shinya Message-ID: <20080708005226.GB12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86lk0ds4p9.wl%maya@negeta.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 00:54:38 -0000 On Tue, Jul 08, 2008 at 07:35:30AM +0900, NAGATA Shinya wrote: > > Could you please try 'boot -v' and see if there is some error messages? > > 're0' is displayed. But it seems like kernel couldn't find a driver. > | re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 > | pci1: at device 0.0 (no driver attached) > > > -- > NAGATA Shinya > Consoles: internal video/keyboard serial port > BIOS drive C: is disk0 > BIOS 572kB/2085068kB available memory > [...] > found-> vendor=0x10ec, dev=0x8136, revid=0x02 ^^^^^^^^^^^^^^^^^^^^^^^^^ This looks like RealTek 8101 PCIe fast ethernet controller. > bus=1, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 3 supports D0 D1 D2 D3 current D0 > MSI supports 1 message, 64 bit > MSI-X supports 2 messages in map 0x20 > map[10]: type 4, range 32, base 00002000, size 8, enabled > pcib1: requested I/O range 0x2000-0x20ff: in range > map[18]: type 1, range 64, base 90200000, size 12, enabled > pcib1: requested memory range 0x90200000-0x90200fff: good > map[20]: type 3, range 64, base 90000000, size 16, enabled > pcib1: requested memory range 0x90000000-0x9000ffff: good > pcib1: matched entry for 1.0.INTA > pcib1: slot 0 INTA hardwired to IRQ 16 > re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 > pci1: at device 0.0 (no driver attached) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This indicates re(4) probe didn't recognize the hardware. I have no idea why this can happen. Would you try 7-stable? 7-stable changed device probe/attach routine so it compares PCI device ids in probe stage intead of allocating resources as 6.x. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 01:26:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA8E6106564A for ; Tue, 8 Jul 2008 01:26:48 +0000 (UTC) (envelope-from takahashi.tadashi@nifty.com) Received: from defg500.nifty.com (defg500.nifty.com [202.248.238.127]) by mx1.freebsd.org (Postfix) with ESMTP id 8F1258FC14 for ; Tue, 8 Jul 2008 01:26:48 +0000 (UTC) (envelope-from takahashi.tadashi@nifty.com) Received: from pbsg500.nifty.com (pbsg500p.nifty.com [172.22.128.70])by defg500.nifty.com with ESMTP id m681Etnk011853 for ; Tue, 8 Jul 2008 10:14:55 +0900 Received: from ttdt2.nifty.com (p2159-ipbf3905marunouchi.tokyo.ocn.ne.jp [123.224.119.159]) (authenticated) by pbsg500.nifty.com with ESMTP id m681ES6u015316; Tue, 8 Jul 2008 10:14:29 +0900 X-Nifty-SrcIP: [123.224.119.159] Message-Id: <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2J rev4.2 Date: Tue, 08 Jul 2008 10:14:15 +0900 To: pyunyh@gmail.com, NAGATA Shinya From: Tadashi Takahashi In-Reply-To: <20080708005226.GB12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2008 01:26:49 -0000 I have same motherboard and I tried re patch as follows. The result is still failed. http://people.freebsd.org/~yongari/re/re.HEAD.20080624 re0: port 0x2000-0x20ff mem 0x48200000-0x48200 fff,0x48000000-0x4800ffff irq 16 at device 0.0 on pci1 re0: Chip rev. 0x24800000 re0: MAC rev. 0x00200000 re0: Unknown H/W revision: 0x24800000 device_attach: re0 attach returned 6 Thanks, Tadashi Takahashi At 09:52 08/07/08, Pyun YongHyeon wrote: >On Tue, Jul 08, 2008 at 07:35:30AM +0900, NAGATA Shinya wrote: > > > Could you please try 'boot -v' and see if there is some error messages? > > > > 're0' is displayed. But it seems like kernel couldn't find a driver. > > | re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 > > | pci1: at device 0.0 (no driver attached) > > > > > > -- > > NAGATA Shinya > > > Consoles: internal video/keyboard serial port > > BIOS drive C: is disk0 > > BIOS 572kB/2085068kB available memory > > > >[...] > > > found-> vendor=0x10ec, dev=0x8136, revid=0x02 > ^^^^^^^^^^^^^^^^^^^^^^^^^ > >This looks like RealTek 8101 PCIe fast ethernet controller. > > > bus=1, slot=0, func=0 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=11 > > powerspec 3 supports D0 D1 D2 D3 current D0 > > MSI supports 1 message, 64 bit > > MSI-X supports 2 messages in map 0x20 > > map[10]: type 4, range 32, base 00002000, size 8, enabled > > pcib1: requested I/O range 0x2000-0x20ff: in range > > map[18]: type 1, range 64, base 90200000, size 12, enabled > > pcib1: requested memory range 0x90200000-0x90200fff: good > > map[20]: type 3, range 64, base 90000000, size 16, enabled > > pcib1: requested memory range 0x90000000-0x9000ffff: good > > pcib1: matched entry for 1.0.INTA > > pcib1: slot 0 INTA hardwired to IRQ 16 > > re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 > > pci1: at device 0.0 (no driver attached) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >This indicates re(4) probe didn't recognize the hardware. I have no >idea why this can happen. Would you try 7-stable? 7-stable changed >device probe/attach routine so it compares PCI device ids in probe >stage intead of allocating resources as 6.x. > >-- >Regards, >Pyun YongHyeon >_______________________________________________ >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 Tue Jul 8 01:45:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ECC21065670 for ; Tue, 8 Jul 2008 01:45:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 440CA8FC18 for ; Tue, 8 Jul 2008 01:45:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3046490rvf.43 for ; Mon, 07 Jul 2008 18:45:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=isJRYrf1Bo9aVONxs7Az591I9Jir7H05O+hs96x5vB8=; b=yIBkacOzfL15egomPvQidwOEDwhmeziP/FjMkJJDzwQzTz86Hcb5XA+RUzTrkWwRIa sh6muuCmU5HLQuKwehFON1zI4J5KNgP1JP6Gs2fJ/NJhuIxQo8l7u+b9qpA8Fua2KhJE /PIrQb/6fajUMagRKk/PqJwDwarQRdi9o7lFE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=vPdJrgMcvEsg/TkQ5Dwbh9mGKylWQj5vhgfCrX1Jl9nRJQRQLLBP1bBRjG7/IrcEOq s96cEp5Y8qrqApziTwNl4kmEED2AJJ5gan3l4JVYilKgo7NuiB/RYuUhey4rKSAFBWPJ HXHD7H4wy8FPNHtELYTbbHK9wtDEkOKYzu+BY= Received: by 10.140.163.12 with SMTP id l12mr2851951rve.137.1215481531937; Mon, 07 Jul 2008 18:45:31 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id f21sm7433381rvb.0.2008.07.07.18.45.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jul 2008 18:45:30 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m681hLY3012829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 10:43:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m681hLCr012828; Tue, 8 Jul 2008 10:43:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Jul 2008 10:43:21 +0900 From: Pyun YongHyeon To: Tadashi Takahashi Message-ID: <20080708014321.GD12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, NAGATA Shinya Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 01:45:32 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jul 08, 2008 at 10:14:15AM +0900, Tadashi Takahashi wrote: > I have same motherboard and I tried re patch as follows. > The result is still failed. > > http://people.freebsd.org/~yongari/re/re.HEAD.20080624 > > > re0: port 0x2000-0x20ff mem > 0x48200000-0x48200 > fff,0x48000000-0x4800ffff irq 16 at device 0.0 on pci1 > re0: Chip rev. 0x24800000 ^^^^^^^^^^ Aha, this explains why it wasn't probed in 6.x. This looks like a new revision. > re0: MAC rev. 0x00200000 > re0: Unknown H/W revision: 0x24800000 > device_attach: re0 attach returned 6 > Apply attached one and let me know how it goes. > Thanks, > Tadashi Takahashi > > > > At 09:52 08/07/08, Pyun YongHyeon wrote: > >On Tue, Jul 08, 2008 at 07:35:30AM +0900, NAGATA Shinya wrote: > > > > Could you please try 'boot -v' and see if there is some error > > messages? > > > > > > 're0' is displayed. But it seems like kernel couldn't find a driver. > > > | re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 > > > | pci1: at device 0.0 (no driver attached) > > > > > > > > > -- > > > NAGATA Shinya > > > > > Consoles: internal video/keyboard serial port > > > BIOS drive C: is disk0 > > > BIOS 572kB/2085068kB available memory > > > > > > >[...] > > > > > found-> vendor=0x10ec, dev=0x8136, revid=0x02 > > ^^^^^^^^^^^^^^^^^^^^^^^^^ > > > >This looks like RealTek 8101 PCIe fast ethernet controller. > > > > > bus=1, slot=0, func=0 > > > class=02-00-00, hdrtype=0x00, mfdev=0 > > > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > > intpin=a, irq=11 > > > powerspec 3 supports D0 D1 D2 D3 current D0 > > > MSI supports 1 message, 64 bit > > > MSI-X supports 2 messages in map 0x20 > > > map[10]: type 4, range 32, base 00002000, size 8, enabled > > > pcib1: requested I/O range 0x2000-0x20ff: in range > > > map[18]: type 1, range 64, base 90200000, size 12, enabled > > > pcib1: requested memory range 0x90200000-0x90200fff: good > > > map[20]: type 3, range 64, base 90000000, size 16, enabled > > > pcib1: requested memory range 0x90000000-0x9000ffff: good > > > pcib1: matched entry for 1.0.INTA > > > pcib1: slot 0 INTA hardwired to IRQ 16 > > > re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x2000 > > > pci1: at device 0.0 (no driver attached) > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > >This indicates re(4) probe didn't recognize the hardware. I have no > >idea why this can happen. Would you try 7-stable? 7-stable changed > >device probe/attach routine so it compares PCI device ids in probe > >stage intead of allocating resources as 6.x. > > > >-- > >Regards, > >Pyun YongHyeon > >_______________________________________________ > >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" > -- Regards, Pyun YongHyeon --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.8101E.patch" --- sys/dev/re/if_re.c.orig 2008-07-02 17:00:14.000000000 +0900 +++ sys/dev/re/if_re.c 2008-07-08 10:38:14.000000000 +0900 @@ -206,6 +206,7 @@ { RL_HWREV_8101, RL_8139, "8101"}, { RL_HWREV_8100E, RL_8169, "8100E"}, { RL_HWREV_8101E, RL_8169, "8101E"}, + { RL_HWREV_8101E_SPIN2, RL_8169, "8101E"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, { RL_HWREV_8168C, RL_8169, "8168C/8111C"}, --- sys/pci/if_rlreg.h.orig 2008-03-31 13:03:14.000000000 +0900 +++ sys/pci/if_rlreg.h 2008-07-08 10:40:48.000000000 +0900 @@ -156,6 +156,7 @@ #define RL_HWREV_8169S 0x04000000 #define RL_HWREV_8169_8110SB 0x10000000 #define RL_HWREV_8169_8110SC 0x18000000 +#define RL_HWREV_8101E_SPIN2 0x24800000 #define RL_HWREV_8168_SPIN1 0x30000000 #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 02:17:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DCA31065674 for ; Tue, 8 Jul 2008 02:17:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 526C38FC18 for ; Tue, 8 Jul 2008 02:17:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id p76so1072830pyb.10 for ; Mon, 07 Jul 2008 19:17:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=zGLFazCwgqv5DPhnse9dqhoNj5/SPJRnp+sHHKb/3d4=; b=SA19VOfWuTN5KMvAZw9viSDCuxyNRnP9GJJIldpk3jJlITr7/vo9Eywj5bGHQl9BtS nbZdNVcV82hv+3C3K8PSEEl8HWjD3NcLdzsiYS04B8LSTX4X9vVLi+aRKok2I2JyrAaE epxa0KzXdXZ8Zs1UU5SuH0sa03paXTB+l5JW0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=batQaxE7xAtJNXhQbjtx0uo1RuQeXgIA1tm7io9EEGKn/5b2kn7XLoI1v7zmdSv2O1 y+MnnXdrWn6uft61caNCE7DbhuZvFXsVF6ssfiMOTvLcRRXI9Pr0Q7+VmRP4h32WiIe9 N3o34vlZGUmbNCABCL0Ajf+odS8Bi2wR48fZE= Received: by 10.115.89.1 with SMTP id r1mr7304099wal.12.1215483445217; Mon, 07 Jul 2008 19:17:25 -0700 (PDT) Received: by 10.114.176.12 with HTTP; Mon, 7 Jul 2008 19:17:25 -0700 (PDT) Message-ID: <2a41acea0807071917i7b11a606r194771eaedf02f80@mail.gmail.com> Date: Mon, 7 Jul 2008 19:17:25 -0700 From: "Jack Vogel" To: d@delphij.net In-Reply-To: <4872A1AB.6020700@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <758546.91889.qm@web50511.mail.re2.yahoo.com> <4872A1AB.6020700@delphij.net> Cc: Jack F Vogel , alan bryan , freebsd-stable@freebsd.org Subject: Re: em0 no longer working after upgrading from 7.0 Release to 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, 08 Jul 2008 02:17:26 -0000 Yes, I guess the time has arrived to add igb into GENERIC, I would add into your kernel config now, I will add into the tree at my next opportunity. As for that failure on igb1, try building in the kernel and see if that still happens, that one I have not seen. Cheers, Jack On Mon, Jul 7, 2008 at 4:07 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > alan bryan wrote: > | Should igb be in the GENERIC config file? > | > |> pwd > | /usr/src/sys/amd64/conf > |> cat GENERIC | grep igb > > Ah... I really thought it is supposed to be there. Jack, I think we > will want this in GENERIC kernel, do you have objections? > > | I did a "kldload if_igb" and that seemed to work and I now have a igb0 > device. > | > | I get an error though on the other (unused igb1) network port: > | > | igb0: port > 0x3000-0x301f mem > 0xda020000-0xda03ffff,0xda000000-0xda01ffff,0xda080000-0xda083fff irq 56 > at device 0.0 on pci8 > | igb0: Using MSIX interrupts with 3 vectors > | igb0: [ITHREAD] > | igb0: [ITHREAD] > | igb0: [ITHREAD] > | igb0: Ethernet address: 00:30:48:c3:27:82 > | igb1: port > 0x3020-0x303f mem > 0xda060000-0xda07ffff,0xda040000-0xda05ffff,0xda084000-0xda087fff irq 70 > at device 0.1 on pci8 > | igb1: Using MSIX interrupts with 3 vectors > | igb1: igb_allocate_receive_buffers: bus_dmamap_create failed: 12 > | igb1: Critical Failure setting up receive buffers > | device_attach: igb1 attach returned 12 > | igb0: link state changed to UP > > I have no idea on this. I have cc'ed Jack to see if he has some comments. > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkhyoaoACgkQi+vbBBjt66AjDwCgltD3KBzi+lrAi7AtojGtkEXb > TsYAnRFBy/Ujj7RlkXCPn7Lo84F7Oy9K > =WHTP > -----END PGP SIGNATURE----- > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 06:26:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6E9D106567D for ; Tue, 8 Jul 2008 06:26:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 997A88FC25 for ; Tue, 8 Jul 2008 06:26:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3133371rvf.43 for ; Mon, 07 Jul 2008 23:26:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Km+975dQGBF1fBTp8Z1oqSLd3NLLEy103JhNJQxu1N0=; b=fTJKn18QhNC7cAS5FZJPdkHiisY4iJ++fPU/kF4y0wa0N2qifp205eOXvxq1Us4UcM fkRm5K53yYTraDhZ9KV1GaCOc/RUmALJysfXLRhXPMk22KsJMFp4h6bNhAGSXRNZGXDl g+1U5rLsYbvQl/Be0OGdvxK1KfWCb9e4PHJMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=WmbLykjPqiYxI5yObSgzzCk56UYoqgGMrghfXLkfLh/Q19hu7AAWeMMKAPw6jL/8N+ KbMi6g9yFlhkPOTcoRpigkpEw01mS0C8Zne5LLK5Iuih6kwFN+TO7xYlo9bnBDNc2NZj aaaTW96WRjB2gcM0ox13iyu+LMlkYi8T+b5UY= Received: by 10.140.164.6 with SMTP id m6mr2965538rve.210.1215498415232; Mon, 07 Jul 2008 23:26:55 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm7831097rvb.2.2008.07.07.23.26.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jul 2008 23:26:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m686Oik4013534 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 15:24:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m686Ohf2013533; Tue, 8 Jul 2008 15:24:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Jul 2008 15:24:43 +0900 From: Pyun YongHyeon To: Krzysztof J??druczyk Message-ID: <20080708062443.GE12415@cdnetworks.co.kr> References: <20080701004855.GF83626@cdnetworks.co.kr> <486A07A4.1070406@hot.pl> <20080702010929.GA87933@cdnetworks.co.kr> <486C0E69.8020603@hot.pl> <20080703015948.GB92015@cdnetworks.co.kr> <486CBA1D.6000602@hot.pl> <20080705011612.GC671@cdnetworks.co.kr> <48712EE8.1000701@hot.pl> <20080707102433.GE8171@cdnetworks.co.kr> <487263EF.6070003@hot.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <487263EF.6070003@hot.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 06:26:55 -0000 On Mon, Jul 07, 2008 at 08:43:59PM +0200, Krzysztof J??druczyk wrote: > Pyun YongHyeon wrote: > >Since the patch had lots of code not related with 88E8062 dual port > >controller, would you try attached patch again? I think the attached > >patch is minimal one that makes 88E8062 work. > > > >The patch also try to enable MSI for dual port controllers. At the > >time of writing support for MSI I had no testers to experiment MSI so > >MSI on dual port controllers were ignored. Please see if msk(4) take > >advantage of MSI. irq256 or higher number would be showed in "vmstat > >-i" output if MSI is active. > > > # vmstat -i > interrupt total rate > irq14: ata0 1450 1 > irq16: fxp0 uhci0 2058 1 > cpu0: timer 2705189 1999 > irq256: mskc0 92 0 > cpu1: timer 2704883 1999 > Total 5413672 4001 > > I guess MSI is enabled. > That's great! > As of the results of tests I'm not sure what to start with... Initially > both interfaces seemed non-functional with nothing getting transmitted > to other machine. Then I noticed that it seems that msk1 seemed to > receive packets that should be on msk0 (?): > > ># tcpdump -i msk1 > >tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > >listening on msk1, link-type EN10MB (Ethernet), capture size 96 bytes > >20:28:41.757722 arp who-has 192.168.0.1 tell 192.168.0.2 > > 192.168.0.2 is on em0 on other machine, and should be on the same switch > as msk0. At least this was the case on previous tests in which both > interfaces worked... > > Another time on the same test corrupted data was received: > > >tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > >listening on msk1, link-type EN10MB (Ethernet), capture size 96 bytes > >20:31:29.806041 d3:04:ff:ff:ff:ff (oui Unknown) > 22:a0:00:00:02:f0 (oui > >Unknown), ethertype Unknown (0x3cc0), length 60: > > 0x0000: de07 0000 0000 0000 0000 0000 0000 0000 ................ > > 0x0010: 0000 ffff ffff ffff 0002 0406 0800 0806 ................ > > 0x0020: 0001 0800 0604 0001 0002 0406 0800 .............. > > And later magically the msk1 <-> em0 link started working... Seems to > work just fine after reboot (I didn't try to power down machine, just > shutdown -r). > > So to sum up - in the end mks1 interface worked in some weird way - but > it seemed to represent the link that was under msk0 previously. It may still have some odd cases for dual port controllers. I guess the reset sequence of the controller is important as status LEs are shared between ports. The patch you tried in previous patch( msk.88E8040.patch5) has a couple of fixes which might also help to stability under certain conditions. Orignally msk.88E8040.patch5 was generated for 88E8040 fast ethernet controller but it miserably failed to support the controller so I had to think harder to make it work. :-( Anyway I'll commit the minimal patch in a couple of days as it seems that it wouldn't affect other Yukon II controllers. Thanks a lot for your time and testing! -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 06:42:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D457106564A for ; Tue, 8 Jul 2008 06:42:55 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4F5468FC1A for ; Tue, 8 Jul 2008 06:42:53 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:29917 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8372616AbYGHGmu (ORCPT ); Tue, 8 Jul 2008 10:42:50 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp1 X-Yandex-TimeMark: 1215499370 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <48730C49.1010401@yandex.ru> Date: Tue, 08 Jul 2008 10:42:17 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: pyunyh@gmail.com References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> <20080708014321.GD12415@cdnetworks.co.kr> In-Reply-To: <20080708014321.GD12415@cdnetworks.co.kr> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: NAGATA Shinya , Tadashi Takahashi , freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2008 06:42:55 -0000 Pyun YongHyeon wrote: > > re0: port 0x2000-0x20ff mem > > 0x48200000-0x48200 > > fff,0x48000000-0x4800ffff irq 16 at device 0.0 on pci1 > > re0: Chip rev. 0x24800000 > ^^^^^^^^^^ Hi, Pyun Did you look to the last vendors driver? It seems it has different probe code and supports newest cards. ftp://66.104.77.130/cn/nic/rtl_bsd_drv_v175.tgz -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 07:12:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 130E01065678 for ; Tue, 8 Jul 2008 07:12:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id CD3FB8FC20 for ; Tue, 8 Jul 2008 07:12:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3147589rvf.43 for ; Tue, 08 Jul 2008 00:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=fIazHSUEYdCAyXMufso9ho5TXCfg5CvZFmiSAmyQIh4=; b=sohVpDRJaCscXRsOwmP8jKvjqzaaeuefJxV9asgmBdCTXXboceZfQDJ6LxZa+34iOC PorFjtgM4WIr6BId+sHRvnYBm+YKq92t1fpu5NTuPuypOqSAyxpYvUbsNunkqe0ZXKmf yo+5fVmIV2dSmcdCezspi8hoNAobyeq+ud2iU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=UDV7h74qyM3jhBjWMRgIGjFiuJtQ7Gs+0qNuJyvDF2MLLYgvVgmJL8f7jsKko/4bGf jurp9yezS5z10GRXtEEDbOOCNT3ZZ9deGiPu+ToC9ODTL4U7FeBeb7GKL3tNT9TV25X+ ATXvy1QH27J9CJODzEUUkQhw5r4DYCrbGt/ms= Received: by 10.140.132.8 with SMTP id f8mr2984952rvd.122.1215501154356; Tue, 08 Jul 2008 00:12:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b8sm7851590rvf.9.2008.07.08.00.12.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jul 2008 00:12:33 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m687AOwY013648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 16:10:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m687AMm2013647; Tue, 8 Jul 2008 16:10:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Jul 2008 16:10:22 +0900 From: Pyun YongHyeon To: "Andrey V. Elsukov" Message-ID: <20080708071022.GF12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> <20080708014321.GD12415@cdnetworks.co.kr> <48730C49.1010401@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48730C49.1010401@yandex.ru> User-Agent: Mutt/1.4.2.1i Cc: NAGATA Shinya , Tadashi Takahashi , freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 07:12:35 -0000 On Tue, Jul 08, 2008 at 10:42:17AM +0400, Andrey V. Elsukov wrote: > Pyun YongHyeon wrote: > > > re0: port 0x2000-0x20ff mem > > > 0x48200000-0x48200 > > > fff,0x48000000-0x4800ffff irq 16 at device 0.0 on pci1 > > > re0: Chip rev. 0x24800000 > > ^^^^^^^^^^ > > Hi, Pyun > > Did you look to the last vendors driver? It seems it has > different probe code and supports newest cards. > > ftp://66.104.77.130/cn/nic/rtl_bsd_drv_v175.tgz > I already seen this vendor driver. Both rl(4) and re(4) in RELENG_7 use standard PCI probe code. However re(4) has a additional check to verify the existence of supported chip revision. If we want to support hardware assitance such as TSO, checksum offload, re(4) should know exact chip revision as each revision requires different workaround for its silicon bug. The vedor driver for FreeBSD ignores all hardware assistance and it works like dumb controller. Also the vendor driver has a lot of DSP fixups and magic programming sequence which are really hard to understand what/why they do that. I'd like to say to check Linux driver released by the vendor which takes full advantage of hardware assistance. I tried to contact the vendor to get programming information for newer controllers but they rejected to answer my specific questions. :-( > -- > WBR, Andrey V. Elsukov -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 09:47:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 122771065675 for ; Tue, 8 Jul 2008 09:47:55 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id C409F8FC19 for ; Tue, 8 Jul 2008 09:47:54 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 141FD1385EA; Tue, 8 Jul 2008 05:47:54 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 08 Jul 2008 05:47:54 -0400 X-Sasl-enc: CxSQWUDtYmVBRmXvmQROwLYVf7GNoYAqvipW17575BWX 1215510473 Received: from buka.ramfasto.com (dyb186.internetdsl.tpnet.pl [83.14.53.186]) by mail.messagingengine.com (Postfix) with ESMTPA id D24B9290C9; Tue, 8 Jul 2008 05:47:52 -0400 (EDT) Message-ID: <487337C7.7030705@hot.pl> Date: Tue, 08 Jul 2008 11:47:51 +0200 From: =?UTF-8?B?S3J6eXN6dG9mIErEmWRydWN6eWs=?= User-Agent: Thunderbird 2.0.0.14 (X11/20080707) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20080701004855.GF83626@cdnetworks.co.kr> <486A07A4.1070406@hot.pl> <20080702010929.GA87933@cdnetworks.co.kr> <486C0E69.8020603@hot.pl> <20080703015948.GB92015@cdnetworks.co.kr> <486CBA1D.6000602@hot.pl> <20080705011612.GC671@cdnetworks.co.kr> <48712EE8.1000701@hot.pl> <20080707102433.GE8171@cdnetworks.co.kr> <487263EF.6070003@hot.pl> <20080708062443.GE12415@cdnetworks.co.kr> In-Reply-To: <20080708062443.GE12415@cdnetworks.co.kr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 09:47:55 -0000 Pyun YongHyeon wrote: > It may still have some odd cases for dual port controllers. I guess > the reset sequence of the controller is important as status LEs are > shared between ports. The patch you tried in previous patch( > msk.88E8040.patch5) has a couple of fixes which might also help to > stability under certain conditions. Orignally msk.88E8040.patch5 > was generated for 88E8040 fast ethernet controller but it miserably > failed to support the controller so I had to think harder to make > it work. :-( > > Anyway I'll commit the minimal patch in a couple of days as it > seems that it wouldn't affect other Yukon II controllers. Ok. I'm not sure I've been clear though: with the smaller patch only one interface worked (but it was msk1 for whatever reason this time). So my question would be: once this patch gets in the tree, would it possible to for me to apply some parts of msk.88E8040.patch5 parts to get both interfaces running? I need to put the only two msk-boxes I currently have in kind of production stage. Currently for testing, but it will be harder for me to test fixes. As of today, I'll set them up with 7-STABLE + msk.88E040.patch5 since this setup was only one that seemed fully functional. Testing will still be possible, since I could schedule some maintenance work on one of the boxes during evenings (luckily only one of affected machines will have to run 24/7). In my current testing I just rebuilt kernel/rebooted with every test which is a bit annoying. I'm certain it would be possible to build affected parts as modules and rebuild->kldunload->kldload only those. Am I right? If it is indeed possible I'd appreciate some instructions on how to do that properly. -- Best regards, Krzysztof Jędruczyk From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 09:52:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E546106567A for ; Tue, 8 Jul 2008 09:52:25 +0000 (UTC) (envelope-from maya@negeta.com) Received: from mail.negeta.com (negeta.as.wakwak.ne.jp [219.103.214.93]) by mx1.freebsd.org (Postfix) with ESMTP id CC3168FC1A for ; Tue, 8 Jul 2008 09:52:24 +0000 (UTC) (envelope-from maya@negeta.com) Received: from mail.negeta.com (localhost.negeta.com [127.0.0.1]) by mail.negeta.com (8.14.2/8.14.2) with ESMTP id m689qKeM000879; Tue, 8 Jul 2008 18:52:21 +0900 (JST) (envelope-from maya@negeta.com) Date: Tue, 08 Jul 2008 18:52:20 +0900 Message-ID: <86hcb0r9d7.wl%maya@negeta.com> From: NAGATA Shinya To: pyunyh@gmail.com In-Reply-To: <20080708014321.GD12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> <20080708014321.GD12415@cdnetworks.co.kr> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (=?ISO-2022-JP?B?GyRCNF0yLBsoQg==?=) FLIM/1.14.9 (=?ISO-2022-JP?B?GyRCOF4+chsoQg==?=) APEL/10.7 Emacs/22.2 (i386-unknown-freebsd6.3) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-GPG-publickey: http://www.negeta.com/~maya/publickey.txt X-GPG-fingerprint: 71D3 6D2B EDE4 4885 C3FB 08BB B970 0310 BF65 7E8E MIME-Version: 1.0 (generated by SEMI 1.14.6 - =?ISO-2022-JP?B?IhskQjRdGyhC?= =?ISO-2022-JP?B?GyRCMiwbKEIi?=) Content-Type: text/plain; charset=US-ASCII Cc: Tadashi Takahashi , freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2008 09:52:25 -0000 > > re0: MAC rev. 0x00200000 > > re0: Unknown H/W revision: 0x24800000 > > device_attach: re0 attach returned 6 > > > > Apply attached one and let me know how it goes. Thank you for your patch. It doesn't work on 6.3-p2. > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) It can find this chip on RELENG_7, and can up as re0. But ping does not reach to other host / from other host. > pci1: on pcib1 > re0: port 0x2000-0x20ff mem 0x90200000-0x90200fff,0x90000000-0x9000ffff irq 16 at device 0.0 on pci1 > miibus0: on re0 > rlphy0: PHY 1 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > re0: Ethernet address: 00:1c:c0:47:32:5d > re0: [FILTER] In addition, intel says this chip is 8102, and the print on IC too. http://www.intel.com/support/motherboards/desktop/D945GCLF/sb/CS-029163.htm -- NAGATA Shinya From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 11:46:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B071106568A for ; Tue, 8 Jul 2008 11:46:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE888FC0A for ; Tue, 8 Jul 2008 11:46:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3227443rvf.43 for ; Tue, 08 Jul 2008 04:46:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=MR8xyvaJsHukG9krh042jBGBeJiGkijmdnByOmI0qkk=; b=PjUnkRNOKAXrZvyLzcHtc/5JSVZIRrO/yL7jN4VAA0Ac0VE/q/aFhJSwFn1haCnvRU 0vQ7l71UUI8wxIhMp4saFs5RMkdSgNA6Pjy16bFm4jHHZXfEJtePyk8usEhqKgSZWCOn 3o1N4UyOP2/Y71Py5eIo4Km7LvAp2bdbxrf0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ETC9t5NhBGqvUo4rDh6gNNrsoc7yDKGx3dRzOVI3FT0CotCcVEYXFH2S/3FE7Je0bm vns1ZfkmFhNfLFkMCiDNGeQvMEMqs0yfto0j1hCkErdnjcnjQB4Ggd5DtAhPML/qTrWl CWFlN+e2Ed9Ac/RaDZ/Qx5pMWtLXmlIkt+kZU= Received: by 10.141.161.6 with SMTP id n6mr3114258rvo.41.1215517617684; Tue, 08 Jul 2008 04:46:57 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b8sm8219992rvf.9.2008.07.08.04.46.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jul 2008 04:46:56 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m68BilO1014464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 20:44:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m68BikQj014463; Tue, 8 Jul 2008 20:44:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Jul 2008 20:44:46 +0900 From: Pyun YongHyeon To: NAGATA Shinya Message-ID: <20080708114446.GH12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> <20080708014321.GD12415@cdnetworks.co.kr> <86hcb0r9d7.wl%maya@negeta.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <86hcb0r9d7.wl%maya@negeta.com> User-Agent: Mutt/1.4.2.1i Cc: Tadashi Takahashi , freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 11:46:58 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jul 08, 2008 at 06:52:20PM +0900, NAGATA Shinya wrote: > > > re0: MAC rev. 0x00200000 > > > re0: Unknown H/W revision: 0x24800000 > > > device_attach: re0 attach returned 6 > > > > > > > Apply attached one and let me know how it goes. > > Thank you for your patch. > > It doesn't work on 6.3-p2. :-( > > pci1: on pcib1 > > pci1: at device 0.0 (no driver attached) > > It can find this chip on RELENG_7, and can up as re0. > But ping does not reach to other host / from other host. > > pci1: on pcib1 > > re0: port 0x2000-0x20ff mem 0x90200000-0x90200fff,0x90000000-0x9000ffff irq 16 at device 0.0 on pci1 > > miibus0: on re0 > > rlphy0: PHY 1 on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > re0: Ethernet address: 00:1c:c0:47:32:5d > > re0: [FILTER] > Thanks! This is good information. It seems that newer 810x PCIe controllers seems to use different descriptor format such that checksum offload didn't work on these controllers. Backout previous patch and try attached patch. > > In addition, intel says this chip is 8102, and the print on IC too. > http://www.intel.com/support/motherboards/desktop/D945GCLF/sb/CS-029163.htm > Yeah, I've corrected controller name and added a new one too. -- Regards, Pyun YongHyeon --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.8102E.patch" --- sys/dev/re/if_re.c.orig 2008-07-08 20:35:11.000000000 +0900 +++ sys/dev/re/if_re.c 2008-07-08 20:36:04.000000000 +0900 @@ -170,7 +170,7 @@ { RT_VENDORID, RT_DEVICEID_8139, 0, "RealTek 8139C+ 10/100BaseTX" }, { RT_VENDORID, RT_DEVICEID_8101E, 0, - "RealTek 8101E PCIe 10/100baseTX" }, + "RealTek 8101/8102/8102E(L) PCIe 10/100baseTX" }, { RT_VENDORID, RT_DEVICEID_8168, 0, "RealTek 8168/8168B/8168C/8168CP/8111B/8111C/8111CP PCIe " "Gigabit Ethernet" }, @@ -206,6 +206,8 @@ { RL_HWREV_8101, RL_8139, "8101"}, { RL_HWREV_8100E, RL_8169, "8100E"}, { RL_HWREV_8101E, RL_8169, "8101E"}, + { RL_HWREV_8102E, RL_8169, "8102E"}, + { RL_HWREV_8102EL, RL_8169, "8102EL"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, { RL_HWREV_8168C, RL_8169, "8168C/8111C"}, @@ -1271,7 +1273,13 @@ break; case RL_HWREV_8100E: case RL_HWREV_8101E: - sc->rl_flags |= RL_FLAG_INVMAR | RL_FLAG_PHYWAKE; + sc->rl_flags |= RL_FLAG_NOJUMBO | RL_FLAG_INVMAR | + RL_FLAG_PHYWAKE; + break; + case RL_HWREV_8102E: + case RL_HWREV_8102EL: + sc->rl_flags |= RL_FLAG_NOJUMBO | RL_FLAG_INVMAR | + RL_FLAG_PHYWAKE | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT; break; case RL_HWREV_8168_SPIN1: case RL_HWREV_8168_SPIN2: --- sys/pci/if_rlreg.h.orig 2008-07-08 20:32:14.000000000 +0900 +++ sys/pci/if_rlreg.h 2008-07-08 20:37:56.000000000 +0900 @@ -156,9 +156,11 @@ #define RL_HWREV_8169S 0x04000000 #define RL_HWREV_8169_8110SB 0x10000000 #define RL_HWREV_8169_8110SC 0x18000000 +#define RL_HWREV_8102EL 0x24800000 #define RL_HWREV_8168_SPIN1 0x30000000 #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 +#define RL_HWREV_8102E 0x34800000 #define RL_HWREV_8168_SPIN2 0x38000000 #define RL_HWREV_8168_SPIN3 0x38400000 #define RL_HWREV_8168C 0x3C000000 --/WwmFnJnmDyWGHa4-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 12:02:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF3101065679 for ; Tue, 8 Jul 2008 12:02:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 8350E8FC2B for ; Tue, 8 Jul 2008 12:02:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3231728rvf.43 for ; Tue, 08 Jul 2008 05:02:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=yTEkTeQgihpilAHU8/y3rRys4U3RxY9TiHERwEx7HNo=; b=fdklr91oc3avrlRCb06BVfYAuAVyECAUzrnc2CBmoj+BIvsKGOISm8fFnlvzcJmNVC 2tH0fP6MES+12BASjIxlSJM3gENQDUHKWP2K/Moo+ydMXclGjvQJR43xrhFvvpWHDsER wcYr6lS2BKlkPObHq4cxerJTWP6dmH6eUcc/U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=GaHgZaLqRMK9AbuxfQWkbfXje42oIOHWB0+g/X94QVVOz+FPYQLiwrRb2Sk3jhyhDi bMJiY97nw3Gmo1JLhUQ6DSRIu1DlKGqA+jF0+Yt9eK5XWuhbTLfuXMEMoSM5Ij7ZDqoS StLxSpRLh99Rt2ut1jkiI8FtKD9kM1aTco1kE= Received: by 10.140.139.3 with SMTP id m3mr3119535rvd.165.1215518529933; Tue, 08 Jul 2008 05:02:09 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k2sm8304350rvb.4.2008.07.08.05.02.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jul 2008 05:02:09 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m68BxxEV014521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2008 20:59:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m68BxxTh014520; Tue, 8 Jul 2008 20:59:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Jul 2008 20:59:58 +0900 From: Pyun YongHyeon To: NAGATA Shinya Message-ID: <20080708115958.GI12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> <20080708014321.GD12415@cdnetworks.co.kr> <86hcb0r9d7.wl%maya@negeta.com> <20080708114446.GH12415@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080708114446.GH12415@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Tadashi Takahashi , freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 12:02:10 -0000 On Tue, Jul 08, 2008 at 08:44:46PM +0900, To NAGATA Shinya wrote: > On Tue, Jul 08, 2008 at 06:52:20PM +0900, NAGATA Shinya wrote: > > > > re0: MAC rev. 0x00200000 > > > > re0: Unknown H/W revision: 0x24800000 > > > > device_attach: re0 attach returned 6 > > > > > > > > > > Apply attached one and let me know how it goes. > > > > Thank you for your patch. > > > > It doesn't work on 6.3-p2. > > :-( > > > > pci1: on pcib1 > > > pci1: at device 0.0 (no driver attached) > > > > It can find this chip on RELENG_7, and can up as re0. > > But ping does not reach to other host / from other host. > > > pci1: on pcib1 > > > re0: port 0x2000-0x20ff mem 0x90200000-0x90200fff,0x90000000-0x9000ffff irq 16 at device 0.0 on pci1 > > > miibus0: on re0 > > > rlphy0: PHY 1 on miibus0 > > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > re0: Ethernet address: 00:1c:c0:47:32:5d > > > re0: [FILTER] > > > > Thanks! This is good information. It seems that newer 810x PCIe > controllers seems to use different descriptor format such that > checksum offload didn't work on these controllers. > Backout previous patch and try attached patch. Forgot to say that the patch was generated against HEAD. Copy if_re.c and if_rlreg.h from HEAD to RELENG_7 and apply the patch. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 12:55:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3FA7106568C for ; Tue, 8 Jul 2008 12:55:39 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id B62C78FC19 for ; Tue, 8 Jul 2008 12:55:39 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id AC7A060D3 for ; Tue, 8 Jul 2008 08:55:37 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1215521737; bh=VtKnEdLJw74i8N 7AMoOFlXNMEIlJy9UyeZb8j4QjkUY=; h=Message-ID:Date:From:MIME-Version: To:Subject:Content-Type:Content-Transfer-Encoding; b=E4DZCSGKgK8H5 cRc3oGjNTJ+bttVSCKvOni750QzuPDwyl6B5e4lR5qnxt1rf2YWmd9QnwkIB6GfN85K a6RI7nKVC7qUI1A1ff3kVOHphFcA8YQeRt8TkYsANKeHFveh DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=kUbeU22hj95ZnPBgbnfxK3hCpP14mFLnDq8Zoyh54NPcMxNZc3cy5nmksSJhNxJ4o 1VcZdFRq8Sm/uc32xu+8a+DDTHzwB7NtQY7FBV+Qz19I/vCJc+jU9lpF1Ixwa2/ Message-ID: <487363C1.1040700@protected-networks.net> Date: Tue, 08 Jul 2008 08:55:29 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.14 (X11/20080607) MIME-Version: 1.0 To: freebsd-stable X-Enigmail-Version: 0.95.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bridge breakage? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2008 12:55:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The recent change to the bridge interface causes the 7-stable kernel to complain. In this case tap0 is the only member of the bridge: Jul 8 08:36:30 aaron kernel: tap0: promiscuous mode enabled Jul 8 08:36:37 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:36:39 aaron last message repeated 2 times Jul 8 08:37:52 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:37:53 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:37:54 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:39:03 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:39:47 aaron last message repeated 9 times Jul 8 08:40:05 aaron last message repeated 8 times Jul 8 08:40:12 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:40:14 aaron last message repeated 2 times Jul 8 08:40:20 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:40:21 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:40:22 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:40:53 aaron last message repeated 7 times Jul 8 08:42:46 aaron last message repeated 14 times Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhzY8AACgkQQv9rrgRC1JKvFwCgn4ZHyk+PVuWrFez2Sdh4TC0S ZD8AoL5rDOvBds/Yi777yYy3UoLd5nIX =955V -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 13:54:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4221065670 for ; Tue, 8 Jul 2008 13:54:31 +0000 (UTC) (envelope-from kjblack@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 539018FC1D for ; Tue, 8 Jul 2008 13:54:31 +0000 (UTC) (envelope-from kjblack@gmail.com) Received: by py-out-1112.google.com with SMTP id p76so1200013pyb.10 for ; Tue, 08 Jul 2008 06:54:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=7dEGGiKT8AFiIRhWpWYvuMr2Axwfc+X2btBLa0h6q8g=; b=l8WCkKEw/xQoGRoce3T8HsHmDA7ZkWeDU39ComylHp3N6p5Z7G4P2NXgvZzZSVumi8 mLTP2UFlmBDAmIuW7OjgSOWJpGycM1xc9otjMHUYHUTI/C7yRn1DqLJMtldOqzO6a0jC 0vS3X8QJ0as6k5xNpBXBqCo8r4T5/qs3iXdyE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=pRDGoPS9Qw2Ecc1XQz2KaBca/qD+0oHTUaWPvV6PD3ev/1OSnyrfCJog0AcMzqRPIs AY//Ytp5bEA4kbGDTAzE2rb4qEXLABXyD9pVNvRQyB7HRSHgsRIOjznvk6tUVmGhIUxV ccKgsh5HeTCM0mvkAz2sgL5Zss6kMeOHeMZGo= Received: by 10.141.123.4 with SMTP id a4mr830492rvn.294.1215525269510; Tue, 08 Jul 2008 06:54:29 -0700 (PDT) Received: by 10.140.136.10 with HTTP; Tue, 8 Jul 2008 06:54:29 -0700 (PDT) Message-ID: <1b1b33f10807080654s785f0f8aj487730337026a9e6@mail.gmail.com> Date: Tue, 8 Jul 2008 09:54:29 -0400 From: "Kelly Black" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: RELENG_7: /boot/loader command prompt mode broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2008 13:54:31 -0000 >Message: 4 >Date: Mon, 07 Jul 2008 14:10:45 -0700 >From: "Kevin Oberman" >Subject: Re: RELENG_7: /boot/loader command prompt mode broken? >To: Eugene Grosbein >Cc: stable@freebsd.org >Message-ID: <20080707211045.90F274500E@ptavv.es.net> >Content-Type: text/plain; charset="us-ascii" > >> Date: Mon, 7 Jul 2008 18:21:47 +0800 >> From: Eugene Grosbein >> Sender: owner-freebsd-stable@freebsd.org >> >> Hi! >> >> Today I've updated my 7.0-STABLE system using source upgrade path. >> loader(8) boots it just fine but it's impossible to issue commands >> using its command prompt mode (N.B.: beastie_disable="YES" >> and autoboot_delay="2" are in my /boot/loader.conf). >> >> At boot time, I hit "Space" button to reach its command prompt - that works. >> While typing of a command, I observe one of bad things: >> >> 1) it just hangs solid (keyboard LEDs do not switch) after a couple >> of characters entered, or >> 2) system spontaneously reboots while typing, or >> 3) it shows endless flow of hex dump, presumably from BTX. >> >> Most of time it hangs, a couple of times I've got reboot >> and once there was hex dump. I use vidconsole with PS/2 keyboard. >> >> Seldom I've allowed to type 'boot -s' and hit enter without a problem - >> it boots system OK then. So, I assume there is a problem >> with vidconsole input/output routines. >> [Snip ... ] >> I am having a similar problem. I removed the config.boot file with no change. Someone in this list posted the following links: > documented here; and yes, I realise you don't get a screen full of > continual register dumps, but different people saw different behaviour: > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > Also see these mailing list threads: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-October/078755.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038214.html > Unfortunately I have not had a chance to test them yet. (It is hard to bring a machine down while it is running.) Sincerely, Kel -- _______________________________________________________ Kelly Black Phone: (518) 388-8727 Department of Mathematics FAX: (603) 388-6005 Union College e-mail: kelly.black@union.edu Schenectady NY 12308 (USA) WWW: http://blackk.union.edu/~black From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 14:10:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C36E01065682 for ; Tue, 8 Jul 2008 14:10:00 +0000 (UTC) (envelope-from maya@negeta.com) Received: from mail.negeta.com (negeta.as.wakwak.ne.jp [219.103.214.93]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1438FC18 for ; Tue, 8 Jul 2008 14:10:00 +0000 (UTC) (envelope-from maya@negeta.com) Received: from mail.negeta.com (localhost.negeta.com [127.0.0.1]) by mail.negeta.com (8.14.2/8.14.2) with ESMTP id m68E9wSg000974; Tue, 8 Jul 2008 23:09:58 +0900 (JST) (envelope-from maya@negeta.com) Date: Tue, 08 Jul 2008 23:09:58 +0900 Message-ID: <86bq18a2mh.wl%maya@negeta.com> From: NAGATA Shinya To: pyunyh@gmail.com In-Reply-To: <20080708114446.GH12415@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> <20080708014321.GD12415@cdnetworks.co.kr> <86hcb0r9d7.wl%maya@negeta.com> <20080708114446.GH12415@cdnetworks.co.kr> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (=?ISO-2022-JP?B?GyRCNF0yLBsoQg==?=) FLIM/1.14.9 (=?ISO-2022-JP?B?GyRCOF4+chsoQg==?=) APEL/10.7 Emacs/22.2 (i386-unknown-freebsd6.3) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-GPG-publickey: http://www.negeta.com/~maya/publickey.txt X-GPG-fingerprint: 71D3 6D2B EDE4 4885 C3FB 08BB B970 0310 BF65 7E8E MIME-Version: 1.0 (generated by SEMI 1.14.6 - =?ISO-2022-JP?B?IhskQjRdGyhC?= =?ISO-2022-JP?B?GyRCMiwbKEIi?=) Content-Type: text/plain; charset=US-ASCII Cc: Tadashi Takahashi , freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2008 14:10:00 -0000 > Thanks! This is good information. It seems that newer 810x PCIe > controllers seems to use different descriptor format such that > checksum offload didn't work on these controllers. > Backout previous patch and try attached patch. I can connect via SSH. It seems work fine. Thank you! -- NAGATA Shinya From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 18:42:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35A4D1065684 for ; Tue, 8 Jul 2008 18:42:06 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50507.mail.re2.yahoo.com (web50507.mail.re2.yahoo.com [206.190.38.83]) by mx1.freebsd.org (Postfix) with SMTP id BC1938FC20 for ; Tue, 8 Jul 2008 18:42:05 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: (qmail 80165 invoked by uid 60001); 8 Jul 2008 18:42:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=Vw5TxA0NdLF7O4MWv0mAOJE2RM9tZGKjbz8L0oorqRFD1FFUeihtcHuRY/gx/rw6XCfcOQvVPwiUgOTFRD1K9XQJsrFdt1V5uRimTjdRYE9BSIWACOUx7qCD0H4nIkLwCwtN+aWz5BlXGLVGmWSVCLdZHO2h4pxIyxldwD+bwZY=; Received: from [98.148.230.21] by web50507.mail.re2.yahoo.com via HTTP; Tue, 08 Jul 2008 11:42:04 PDT X-Mailer: YahooMailWebService/0.7.199 Date: Tue, 8 Jul 2008 11:42:04 -0700 (PDT) From: alan bryan To: d@delphij.net, Jack Vogel In-Reply-To: <2a41acea0807071917i7b11a606r194771eaedf02f80@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <814664.79857.qm@web50507.mail.re2.yahoo.com> Cc: Jack F Vogel , freebsd-stable@freebsd.org Subject: Re: em0 no longer working after upgrading from 7.0 Release to 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, 08 Jul 2008 18:42:06 -0000 --- On Mon, 7/7/08, Jack Vogel wrote: > As for that failure on igb1, try building in the kernel and > see if that still happens, that one I have not seen. I rebuilt the kernel and there is now no igb1 failure. So, that only happened when loading the module after bootup. I'll also add that I am using ZFS on this machine in case that has any influence to what's going on. Thanks everyone, Alan From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 18:56:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90887106564A for ; Tue, 8 Jul 2008 18:56:30 +0000 (UTC) (envelope-from prvs=pschmehl_lists=068a44113@tx.rr.com) Received: from ip-relay-001.utdallas.edu (ip-relay-001.utdallas.edu [129.110.20.111]) by mx1.freebsd.org (Postfix) with ESMTP id 611788FC64 for ; Tue, 8 Jul 2008 18:56:30 +0000 (UTC) (envelope-from prvs=pschmehl_lists=068a44113@tx.rr.com) X-Group: RELAYLIST X-IronPort-AV: E=Sophos;i="4.30,324,1212382800"; d="scan'208";a="3678027" Received: from smtp3.utdallas.edu ([129.110.20.110]) by ip-relay-001.utdallas.edu with ESMTP; 08 Jul 2008 13:27:26 -0500 Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTPSA id 1BB4923DDF for ; Tue, 8 Jul 2008 13:27:27 -0500 (CDT) Date: Tue, 08 Jul 2008 13:27:26 -0500 From: Paul Schmehl To: FreeBSD Stable Message-ID: X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: UMASS problem on 7.0 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2008 18:56:30 -0000 Ever since I upgraded this workstation to 7.0 STABLE, I have been unable to reboot with my USB hard drive attached. During the boot sequence, the device is properly detected and identified, but then I get an error message, a crash dump and a reboot. I enabled /var/log/console.log in the hope that I would catch the error message, but it doesn't appear in the log. I also don't have any kernel dumps, so I can't trace those to see what the problem might be. An additional problem that I have is that, during boot, the system says there is no dump device available. This is despite the fact that swap is twice the real memory size and /etc/defaults/rc.conf defines dumpdev as auto. I even tried defining dumpdev as the swap partition (in /etc/rc.conf), but nothing changed. I have to be doing something wrong, but I'm at a loss to know what it is. I've rebuilt world and kernel nine times now, in the desparate hope that something might have changed in the usb code that would solve this problem. (Every time "#find /usr/src -newer /boot/kernel" returns changes in the usb code, I rebuild kernel and world.) Is there something I can enable that will capture the boot sequence during a failed boot while devices are still being detected? # grep -i umass /var/log/console.log Any helpful hints would be gratefully appreciated. # uname -a FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #8: Mon Jul 7 10:41:03 CDT 2008 root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 # sysctl -a | grep hw.physmem hw.physmem: 3474407424 # dmesg | grep -i umass umass0: on uhub5 da0 at umass-sim0 bus 0 target 0 lun 0 # grep swap /etc/fstab /dev/ad8s1b none swap sw 0 0 # swapctl -l Device: 1024-blocks Used: /dev/ad8s1b 8388608 0 # grep -i usb /var/run/dmesg.boot uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhci1: port 0xff00-0xff1f irq 17 at device 26.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 ehci0: mem 0xfebd9c00-0xfebd9fff irq 22 at device 26.7 on pci0 usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: wrong number of companions (3 != 2) usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 ums0: on uhub3 uhci2: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 usb3: on uhci2 usb3: USB revision 1.0 uhub4: on usb3 uhci3: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 usb4: on uhci3 usb4: USB revision 1.0 uhub5: on usb4 uhci4: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usb5: on uhci4 usb5: USB revision 1.0 uhub6: on usb5 ehci1: mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 usb6: waiting for BIOS to give up control usb6: timed out waiting for BIOS usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub7: on usb6 -- Paul Schmehl As if it wasn't already obvious, my opinions are my own and not those of my employer. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 8 19:18:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82F341065681 for ; Tue, 8 Jul 2008 19:18:07 +0000 (UTC) (envelope-from alanbryan1234@yahoo.com) Received: from web50511.mail.re2.yahoo.com (web50511.mail.re2.yahoo.com [206.190.39.240]) by mx1.freebsd.org (Postfix) with SMTP id 07D9C8FC2B for ; Tue, 8 Jul 2008 19:18:06 +0000 (UTC) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 8716 invoked by uid 60001); 8 Jul 2008 18:51:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=sQGlMgLxPOwK3luCtOH5S2FVXGD93gKB2pVoQnYdyOwFxhD34vENoVm3GwpYb/ceF3VjKXOB09viHp9YFsYHrmlAMLPmP0QnbEi8RVZT1YFe8SAbMPqMQYhLYmj0V9Mr/XCOZTxnWgtkXxcrGLYC3lMuEteMFLeXmHM12mgwJMk=; Received: from [98.148.230.21] by web50511.mail.re2.yahoo.com via HTTP; Tue, 08 Jul 2008 11:51:26 PDT X-Mailer: YahooMailWebService/0.7.199 Date: Tue, 8 Jul 2008 11:51:26 -0700 (PDT) From: alan bryan To: d@delphij.net, Jack Vogel In-Reply-To: <814664.79857.qm@web50507.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <521756.8254.qm@web50511.mail.re2.yahoo.com> Cc: Jack F Vogel , freebsd-stable@freebsd.org Subject: Re: em0 no longer working after upgrading from 7.0 Release to 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, 08 Jul 2008 19:18:07 -0000 --- On Tue, 7/8/08, alan bryan wrote: > I rebuilt the kernel and there is now no igb1 failure. So, > that only happened when loading the module after bootup. > > I'll also add that I am using ZFS on this machine in > case that has any influence to what's going on. Well, maybe I celebrated too soon. After recompiling the kernel with "device igb" it shows no errors in the dmesg and I did ifconfig and igb0 and igb1 both showed up. But, it wasn't actually usable. I tried to ping the gateway and got this on the console: vm_thread_new: kstack allocation failed No more processes. and the pings were unsuccessful. I tried doing ifconfig igb0 down and then up again and same thing. Ideas? Thanks, Alan From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 01:01:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58731065679 for ; Wed, 9 Jul 2008 01:01:51 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 73AE28FC12 for ; Wed, 9 Jul 2008 01:01:50 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so645741yxb.13 for ; Tue, 08 Jul 2008 18:01:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:message-id :date:subject:from:to:user-agent:mime-version:content-type :content-transfer-encoding:x-priority:importance:sender; bh=3w9kvF7LQFcxacErIqdPocRNQE1vIBXofmI8ffFaeuY=; b=cqJRck16CKsljoWtYwcr6i1v2RlVDZkcxbIXwp4r+rmaoIFFQjahbJyUDRdoEDCVOT aIgOrok4FyJ6eE5a1xRtzIOGW+dGmz4cXtyacS1odAwkxirOiSNzXrfUUUjj1qOzdodh AevANxIU54R1cToks2vStlEP1JvnL+hOllpN8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance:sender; b=RuSzc+QNj3gqav75EJfy6+WGWjpKG0ZULOeoscKJ719wl4tq35iQaN+gpwUGtE+x7l mtZjhkMcav3MVsMAFIJfqFazTm2aNfrQNC/eaX+RgJAZRLd7M3VyDVJMOLC5hbFToUuf 9MpYhXcr5kVh79b0WiWZdHY6OGB1oVU2T82G4= Received: by 10.151.108.19 with SMTP id k19mr11312222ybm.112.1215563603159; Tue, 08 Jul 2008 17:33:23 -0700 (PDT) Received: from cygnus.homeunix.com ( [189.71.23.98]) by mx.google.com with ESMTPS id 5sm8039423ywl.4.2008.07.08.17.33.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jul 2008 17:33:22 -0700 (PDT) Received: by cygnus.homeunix.com (Postfix, from userid 80) id 60B591DF1; Tue, 8 Jul 2008 21:33:16 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus@eternamente.info) by cygnus with HTTP; Tue, 8 Jul 2008 21:33:16 -0300 (BRT) Message-ID: <2c7aa7cb6f8acbc18993b802bb3a5016.squirrel@cygnus> Date: Tue, 8 Jul 2008 21:33:16 -0300 (BRT) From: matheus@eternamente.info To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: Nenhum_de_Nos Subject: disk questions: geom and zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jul 2008 01:01:51 -0000 hail, I have a 7-stable: [matheus@xxx /usr/home/matheus]$ uname -a FreeBSD xxx 7.0-STABLE FreeBSD 7.0-STABLE #2: Sun Jul 6 15:03:26 BRT 2008 root@lamneth:/usr/obj/usr/src/sys/xxx_7 i386 and there exists three geom things. gconcat status Name Status Components concat/concat0 UP ad4 ad5 gmirror status Name Status Components mirror/mirror0 COMPLETE ad8s1 ad10s1 gstripe status Name Status Components stripe/stripe0 UP ad8s2 ad10s2 and a small (100GB) zfs pool. the thing is, if I take all these disks to a 6.3R-p2 system, will I get in trouble ? what if this 6.3R becomes 7-stable also, will this trouble disappear ? the 7-stable is now a old epox motherboard with highpoint ide raid (used as normal ide) and two sata ports, the 6.3R is a pentium II two port regular ide motherboard, I'll add a 4 port sata pci card. lets forget about the zfs need for memory (noew runs fine since sunday with 512MB), just the disk order change (ad4 probably won be ad4 anymore). thanks, matheus From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 02:01:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99B0D1065689 for ; Wed, 9 Jul 2008 02:01:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5DCCF8FC2E for ; Wed, 9 Jul 2008 02:01:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3535378rvf.43 for ; Tue, 08 Jul 2008 19:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=0PUpzIk3zYQxz4q81iyFJ+wTsz/x1UMukfQBrGqO8M8=; b=Dgk0U+mDtql9u14oV1jbiVKZe0B4xu+dpbSk0MdDQ5vtlJUhVKlGUynDM0DJyw6gLk 8pjdWgyZbTEtuDdBshPwrrfV5q8mjuWDx3YV1HEGIxWohowUyrSxW/ybLWiUpYycuU/L aE65VRElhXbgfn+11NuyN69PzptBE240G4E1Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=t5c6pr0sJN4b1dNG/D0vzKvgKXC2PUZp4xej6aCsdM3dKf3u36acEe3q9wJqtkiPyB rSqTvy0G0wd8lD9uRr5jxxKjLB4TpqGDsNVK/dSWcoXw6K+5d0IulrublrvNrK/pf4eJ 7tO9gu/J3WUTvsv++LOjNkSMcVJ3NLc9mfc+E= Received: by 10.141.170.10 with SMTP id x10mr3621357rvo.105.1215568889921; Tue, 08 Jul 2008 19:01:29 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm9503630rvb.2.2008.07.08.19.01.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jul 2008 19:01:29 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m691xJ4o016942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jul 2008 10:59:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m691xIXo016941; Wed, 9 Jul 2008 10:59:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 9 Jul 2008 10:59:18 +0900 From: Pyun YongHyeon To: NAGATA Shinya Message-ID: <20080709015918.GC16513@cdnetworks.co.kr> References: <86wsjxpehl.wl%maya@negeta.com> <48729132.10307@delphij.net> <86lk0ds4p9.wl%maya@negeta.com> <20080708005226.GB12415@cdnetworks.co.kr> <6.2.3.4.2.20080708100506.02775558@pop.nifty.com> <20080708014321.GD12415@cdnetworks.co.kr> <86hcb0r9d7.wl%maya@negeta.com> <20080708114446.GH12415@cdnetworks.co.kr> <86bq18a2mh.wl%maya@negeta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86bq18a2mh.wl%maya@negeta.com> User-Agent: Mutt/1.4.2.1i Cc: Tadashi Takahashi , freebsd-stable@freebsd.org Subject: Re: Realtek 8102EL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2008 02:01:30 -0000 On Tue, Jul 08, 2008 at 11:09:58PM +0900, NAGATA Shinya wrote: > > Thanks! This is good information. It seems that newer 810x PCIe > > controllers seems to use different descriptor format such that > > checksum offload didn't work on these controllers. > > Backout previous patch and try attached patch. > > I can connect via SSH. It seems work fine. Thank you! > Committed with svn r180377. Thanks a lot for testing! > > -- > NAGATA Shinya -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 09:50:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D973D1065672 for ; Wed, 9 Jul 2008 09:50:31 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 7A19C8FC1E for ; Wed, 9 Jul 2008 09:50:31 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp id 1KGWJh-0000u9-NB for ; Wed, 09 Jul 2008 11:50:29 +0200 Received: (qmail 1661 invoked from network); 9 Jul 2008 09:50:27 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 9 Jul 2008 09:50:27 -0000 Date: Wed, 09 Jul 2008 11:50:25 +0200 To: "Paul Schmehl" , "FreeBSD Stable" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.51 (FreeBSD) Cc: Subject: Re: UMASS problem on 7.0 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2008 09:50:31 -0000 On Tue, 08 Jul 2008 20:27:26 +0200, Paul Schmehl wrote: > Ever since I upgraded this workstation to 7.0 STABLE, I have been unable > to reboot with my USB hard drive attached. During the boot sequence, > the device is properly detected and identified, but then I get an error > message, a crash dump and a reboot. I enabled /var/log/console.log in > the hope that I would catch the error message, but it doesn't appear in > the log. I also don't have any kernel dumps, so I can't trace those to > see what the problem might be. > > An additional problem that I have is that, during boot, the system says > there is no dump device available. This is despite the fact that swap > is twice the real memory size and /etc/defaults/rc.conf defines dumpdev > as auto. I even tried defining dumpdev as the swap partition (in > /etc/rc.conf), but nothing changed. > > I have to be doing something wrong, but I'm at a loss to know what it > is. I've rebuilt world and kernel nine times now, in the desparate hope > that something might have changed in the usb code that would solve this > problem. (Every time "#find /usr/src -newer /boot/kernel" returns > changes in the usb code, I rebuild kernel and world.) > > Is there something I can enable that will capture the boot sequence > during a failed boot while devices are still being detected? > > # grep -i umass /var/log/console.log > > > Any helpful hints would be gratefully appreciated. > > # uname -a > FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #8: Mon Jul > 7 10:41:03 CDT 2008 > root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 > > # sysctl -a | grep hw.physmem > hw.physmem: 3474407424 > > # dmesg | grep -i umass > umass0: 2> on uhub5 > da0 at umass-sim0 bus 0 target 0 lun 0 > > # grep swap /etc/fstab > /dev/ad8s1b none swap sw 0 0 > > # swapctl -l > Device: 1024-blocks Used: > /dev/ad8s1b 8388608 0 > > # grep -i usb /var/run/dmesg.boot > uhci0: port 0xff20-0xff3f irq 16 at > device 26.0 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhci1: port 0xff00-0xff1f irq 17 at > device 26.1 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > ehci0: mem 0xfebd9c00-0xfebd9fff irq > 22 at device 26.7 on pci0 > usb2: waiting for BIOS to give up control > usb2: EHCI version 1.0 > usb2: wrong number of companions (3 != 2) > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: on usb2 > ums0: on > uhub3 > uhci2: port 0xff80-0xff9f irq 23 at > device 29.0 on pci0 > usb3: on uhci2 > usb3: USB revision 1.0 > uhub4: on usb3 > uhci3: port 0xff60-0xff7f irq 17 at > device 29.1 on pci0 > usb4: on uhci3 > usb4: USB revision 1.0 > uhub5: on usb4 > uhci4: port 0xff40-0xff5f irq 18 at > device 29.2 on pci0 > usb5: on uhci4 > usb5: USB revision 1.0 > uhub6: on usb5 > ehci1: mem 0xff980800-0xff980bff irq > 23 at device 29.7 on pci0 > usb6: waiting for BIOS to give up control > usb6: timed out waiting for BIOS > usb6: EHCI version 1.0 > usb6: companion controllers, 2 ports each: usb3 usb4 usb5 > usb6: on ehci1 > usb6: USB revision 2.0 > uhub7: on usb6 > It might be something else, but I had usb problems in 6-STABLE until I disabled usb support in the bios. FreeBSD still detects the usb hardware. In my case there was some sort of conflict between the usb detection of the bios and the detection FreeBSD. The symptoms where very weird, because it also depended on the connected usb devices on time of boot. Connecting theme after booting did work. Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 10:32:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7F511065681 for ; Wed, 9 Jul 2008 10:32:07 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 00D0F8FC15; Wed, 9 Jul 2008 10:32:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487493A5.2010208@FreeBSD.org> Date: Wed, 09 Jul 2008 12:32:05 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: matheus@eternamente.info References: <2c7aa7cb6f8acbc18993b802bb3a5016.squirrel@cygnus> In-Reply-To: <2c7aa7cb6f8acbc18993b802bb3a5016.squirrel@cygnus> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: disk questions: geom and zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jul 2008 10:32:07 -0000 matheus@eternamente.info wrote: > hail, > > I have a 7-stable: > > [matheus@xxx /usr/home/matheus]$ uname -a > FreeBSD xxx 7.0-STABLE FreeBSD 7.0-STABLE #2: Sun Jul 6 15:03:26 BRT 2008 > root@lamneth:/usr/obj/usr/src/sys/xxx_7 i386 > > and there exists three geom things. > > gconcat status > Name Status Components > concat/concat0 UP ad4 > ad5 > gmirror status > Name Status Components > mirror/mirror0 COMPLETE ad8s1 > ad10s1 > gstripe status > Name Status Components > stripe/stripe0 UP ad8s2 > ad10s2 > > and a small (100GB) zfs pool. > > the thing is, if I take all these disks to a 6.3R-p2 system, will I get in > trouble ? what if this 6.3R becomes 7-stable also, will this trouble > disappear ? I think it should just ignore the parts it can't recognise. I have a vague memory that something about the metadata format changed in one of the geom providers (mirror/stripe/something) so there might be a problem there. Try to research whether that is the case. In general you'll be better off if you just run it on 7.0 of course. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 10:59:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEFA1106568B for ; Wed, 9 Jul 2008 10:59:38 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 906FB8FC17 for ; Wed, 9 Jul 2008 10:59:38 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6C9EA19E023; Wed, 9 Jul 2008 12:59:37 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 4531F19E019; Wed, 9 Jul 2008 12:59:32 +0200 (CEST) Message-ID: <48749A2C.4070805@quip.cz> Date: Wed, 09 Jul 2008 12:59:56 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: matheus@eternamente.info References: <2c7aa7cb6f8acbc18993b802bb3a5016.squirrel@cygnus> In-Reply-To: <2c7aa7cb6f8acbc18993b802bb3a5016.squirrel@cygnus> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: disk questions: geom and zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jul 2008 10:59:38 -0000 matheus@eternamente.info wrote: > hail, > > I have a 7-stable: > > [matheus@xxx /usr/home/matheus]$ uname -a > FreeBSD xxx 7.0-STABLE FreeBSD 7.0-STABLE #2: Sun Jul 6 15:03:26 BRT 2008 > root@lamneth:/usr/obj/usr/src/sys/xxx_7 i386 > > and there exists three geom things. > > gconcat status > Name Status Components > concat/concat0 UP ad4 > ad5 > gmirror status > Name Status Components > mirror/mirror0 COMPLETE ad8s1 > ad10s1 > gstripe status > Name Status Components > stripe/stripe0 UP ad8s2 > ad10s2 > > and a small (100GB) zfs pool. > > the thing is, if I take all these disks to a 6.3R-p2 system, will I get in > trouble ? what if this 6.3R becomes 7-stable also, will this trouble > disappear ? There is incompatible change in gmirror metadata format and 6.x will not recognize gmirrors created or even booted with 7.x kernel. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 11:42:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF5E106566C for ; Wed, 9 Jul 2008 11:42:08 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.249]) by mx1.freebsd.org (Postfix) with ESMTP id 5DCCA8FC15 for ; Wed, 9 Jul 2008 11:42:08 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by hs-out-0708.google.com with SMTP id h53so642968hsh.11 for ; Wed, 09 Jul 2008 04:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:message-id :in-reply-to:references:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance:sender; bh=IoRHncaGMKmadBgiaVcKGdA2A0Onxoo9p2gNuzTg4xo=; b=CkIUCUDwLE9iDR5ZpBOSSdOX3WGRiBiRQtw78le8QaRBu51PrGlOzK7rEZhgTdtbCA xmn5kogAquKQ3FfU5ZZ0bKqmWDN5Dy0IX/rTQxs9edgAknoDCXWqbRB5bvho3vXX0VPa IPPDhrORKWIT1BY51oVjEohpP/9us3z33fDlU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance:sender; b=CBOpZYkaLgUYbDpg01FVvDNUL8zfVXHCinHHKg3q+2msJv9FQpCB7QHyTRQaduHo2U kiyHaiaa6et+KL05gwpHirrFvDF89DxnYIwjJICKNbqaLJE41fadn34vc5beuUjTToEx wa9j5aH+Hf/fewAFMnYNinFO1LvwSMpF3NxFU= Received: by 10.150.84.17 with SMTP id h17mr12241967ybb.201.1215603727444; Wed, 09 Jul 2008 04:42:07 -0700 (PDT) Received: from cygnus.homeunix.com ( [189.71.23.98]) by mx.google.com with ESMTPS id 7sm8980906ywo.7.2008.07.09.04.42.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 09 Jul 2008 04:42:07 -0700 (PDT) Received: by cygnus.homeunix.com (Postfix, from userid 80) id 52C681DF1; Wed, 9 Jul 2008 08:42:02 -0300 (BRT) Received: from 200.252.157.118 (proxying for 10.12.1.211, 10.12.1.3) (SquirrelMail authenticated user matheus@eternamente.info) by cygnus.homeunix.com with HTTP; Wed, 9 Jul 2008 08:42:02 -0300 (BRT) Message-ID: <0c213d395e7b8febf23e86c1124fd2f7.squirrel@cygnus.homeunix.com> In-Reply-To: <487493A5.2010208@FreeBSD.org> References: <2c7aa7cb6f8acbc18993b802bb3a5016.squirrel@cygnus> <487493A5.2010208@FreeBSD.org> Date: Wed, 9 Jul 2008 08:42:02 -0300 (BRT) From: matheus@eternamente.info To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: Nenhum_de_Nos Subject: Re: disk questions: geom and zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jul 2008 11:42:08 -0000 first of all thanks, and, so far no gmirror and I wouldn't be surprised if after this info other couldn't work as well. no problem cause I can upgrade, just have to plan that. But about the disk order ? will both geom_* and zfs work ? thanks again, matheus From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 11:53:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619881065682 for ; Wed, 9 Jul 2008 11:53:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BA7DF8FC13; Wed, 9 Jul 2008 11:53:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4874A6D4.90903@FreeBSD.org> Date: Wed, 09 Jul 2008 13:53:56 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: matheus@eternamente.info References: <2c7aa7cb6f8acbc18993b802bb3a5016.squirrel@cygnus> <487493A5.2010208@FreeBSD.org> <0c213d395e7b8febf23e86c1124fd2f7.squirrel@cygnus.homeunix.com> In-Reply-To: <0c213d395e7b8febf23e86c1124fd2f7.squirrel@cygnus.homeunix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: disk questions: geom and zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jul 2008 11:53:59 -0000 matheus@eternamente.info wrote: > first of all thanks, > > and, so far no gmirror and I wouldn't be surprised if after this info > other couldn't work as well. no problem cause I can upgrade, just have to > plan that. But about the disk order ? will both geom_* and zfs work ? zpool works on top of GEOM, so it's all fine. e.g. you can build a zpool on top of a gmirror if you wanted to (although that example would probably be pointless) Kris From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 16:16:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D308106566C for ; Wed, 9 Jul 2008 16:16:04 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id F2F008FC1F for ; Wed, 9 Jul 2008 16:16:03 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: by mail.geek.sh (Postfix, from userid 1000) id EA84724D26; Wed, 9 Jul 2008 17:44:25 +0200 (SAST) Date: Wed, 9 Jul 2008 17:44:25 +0200 From: Aragon Gouveia To: Ronald Klop Message-ID: <20080709154425.GA50924@phat.za.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 Cc: FreeBSD Stable , Paul Schmehl Subject: Re: UMASS problem on 7.0 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2008 16:16:04 -0000 Hi, | By Ronald Klop | [ 2008-07-09 11:51 +0200 ] > It might be something else, but I had usb problems in 6-STABLE until I > disabled usb support in the bios. FreeBSD still detects the usb hardware. > In my case there was some sort of conflict between the usb detection of > the bios and the detection FreeBSD. > The symptoms where very weird, because it also depended on the connected > usb devices on time of boot. Connecting theme after booting did work. I have a similar problem. If I boot up with a umass device connected, my 7.0-STABLE system core dumps when hald starts. http://www.freebsd.org/cgi/query-pr.cgi?pr=123714 I guess don't boot up with a umass device plugged in. :) Regards, Aragon From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 19:31:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DD5010656A2 for ; Wed, 9 Jul 2008 19:31:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 055B98FC3B for ; Wed, 9 Jul 2008 19:31:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m69JVX1g071024; Wed, 9 Jul 2008 15:31:33 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m69JVWej032290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jul 2008 15:31:33 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200807091931.m69JVWej032290@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 09 Jul 2008 15:31:30 -0400 To: Patrick =?iso-8859-1?Q?Lamaizi=E8re?= , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20080622170507.5ac469d2@baby-jane-lamaiziere-net.local> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080622170507.5ac469d2@baby-jane-lamaiziere-net.local> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jul 2008 19:31:38 -0000 At 11:05 AM 6/22/2008, Patrick Lamaizi=E8re wrote: >Le Fri, 6 Jun 2008 23:41:35 +0200, >Patrick Lamaizi=E8re a =E9crit : > >Hello, > > > I'm trying to port the glxsb driver from OpenBSD to FreeBSD 7-STABLE > > (via the NetBSD port). > > " The glxsb driver supports the security block of the Geode LX > > series processors. The Geode LX is a member of the AMD Geode family > > of integrated x86 system chips. Hi, Thanks for porting this over! I am just=20 trying it now with ipsec on a soekris 5501 Without the module loaded, I can do something simple like # sh s # cat s MEOUTSIDE=3D64.x.x.x MEINSIDE=3D192.168.5.0/24 REMOTEOUTSIDE=3D64.y.y.y REMOTEINSIDE=3D192.168.1.0/24 IPSECKEY=3DzxzpprlNH61N11SGfrCa8dxZ setkey -c < mem 0xa0000000-0xa0003fff irq 10 at device 1.2 on pci0 # sh s The result of line 1: Invalid argument. The result of line 2: Invalid argument. # What is the proper AES encryption to use for=20 IPSEC ? Why is there a difference in syntax=20 ? This is RELENG_7 from a few days ago. If I=20 change the crypto to 3des-cbc, it works, but its=20 not making use of the crypto offload of course. ---Mike=20 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 9 22:03:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC6D41065671 for ; Wed, 9 Jul 2008 22:03:59 +0000 (UTC) (envelope-from prvs=pschmehl_lists=0691410a2@tx.rr.com) Received: from ip-relay-002.utdallas.edu (ip-relay-002.utdallas.edu [129.110.20.112]) by mx1.freebsd.org (Postfix) with ESMTP id A1FBA8FC19 for ; Wed, 9 Jul 2008 22:03:59 +0000 (UTC) (envelope-from prvs=pschmehl_lists=0691410a2@tx.rr.com) X-Group: RELAYLIST X-IronPort-AV: E=Sophos;i="4.30,333,1212382800"; d="scan'208";a="3454846" Received: from smtp3.utdallas.edu ([129.110.20.110]) by ip-relay-002.utdallas.edu with ESMTP; 09 Jul 2008 16:35:27 -0500 Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTPSA id AD11323DE3 for ; Wed, 9 Jul 2008 16:35:27 -0500 (CDT) Date: Wed, 09 Jul 2008 16:35:27 -0500 From: Paul Schmehl To: FreeBSD Stable Message-ID: <397CB693D79D10BC90707DFF@utd65257.utdallas.edu> In-Reply-To: References: X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: UMASS problem on 7.0 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2008 22:04:00 -0000 --On Wednesday, July 09, 2008 11:50:25 +0200 Ronald Klop wrote: > On Tue, 08 Jul 2008 20:27:26 +0200, Paul Schmehl > wrote: > >> Ever since I upgraded this workstation to 7.0 STABLE, I have been unable >> to reboot with my USB hard drive attached. During the boot sequence, >> the device is properly detected and identified, but then I get an error >> message, a crash dump and a reboot. I enabled /var/log/console.log in >> the hope that I would catch the error message, but it doesn't appear in >> the log. I also don't have any kernel dumps, so I can't trace those to >> see what the problem might be. >> >> An additional problem that I have is that, during boot, the system says >> there is no dump device available. This is despite the fact that swap >> is twice the real memory size and /etc/defaults/rc.conf defines dumpdev >> as auto. I even tried defining dumpdev as the swap partition (in >> /etc/rc.conf), but nothing changed. >> >> I have to be doing something wrong, but I'm at a loss to know what it >> is. I've rebuilt world and kernel nine times now, in the desparate hope >> that something might have changed in the usb code that would solve this >> problem. (Every time "#find /usr/src -newer /boot/kernel" returns >> changes in the usb code, I rebuild kernel and world.) >> >> Is there something I can enable that will capture the boot sequence >> during a failed boot while devices are still being detected? >> >> # grep -i umass /var/log/console.log >> >> >> Any helpful hints would be gratefully appreciated. >> >> # uname -a >> FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #8: Mon Jul >> 7 10:41:03 CDT 2008 >> root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 >> >> # sysctl -a | grep hw.physmem >> hw.physmem: 3474407424 >> >> # dmesg | grep -i umass >> umass0: > 2> on uhub5 >> da0 at umass-sim0 bus 0 target 0 lun 0 >> >> # grep swap /etc/fstab >> /dev/ad8s1b none swap sw 0 0 >> >> # swapctl -l >> Device: 1024-blocks Used: >> /dev/ad8s1b 8388608 0 >> >> # grep -i usb /var/run/dmesg.boot >> uhci0: port 0xff20-0xff3f irq 16 at >> device 26.0 on pci0 >> usb0: on uhci0 >> usb0: USB revision 1.0 >> uhub0: on usb0 >> uhci1: port 0xff00-0xff1f irq 17 at >> device 26.1 on pci0 >> usb1: on uhci1 >> usb1: USB revision 1.0 >> uhub1: on usb1 >> ehci0: mem 0xfebd9c00-0xfebd9fff irq >> 22 at device 26.7 on pci0 >> usb2: waiting for BIOS to give up control >> usb2: EHCI version 1.0 >> usb2: wrong number of companions (3 != 2) >> usb2: companion controllers, 2 ports each: usb0 usb1 >> usb2: on ehci0 >> usb2: USB revision 2.0 >> uhub2: on usb2 >> ums0: on >> uhub3 >> uhci2: port 0xff80-0xff9f irq 23 at >> device 29.0 on pci0 >> usb3: on uhci2 >> usb3: USB revision 1.0 >> uhub4: on usb3 >> uhci3: port 0xff60-0xff7f irq 17 at >> device 29.1 on pci0 >> usb4: on uhci3 >> usb4: USB revision 1.0 >> uhub5: on usb4 >> uhci4: port 0xff40-0xff5f irq 18 at >> device 29.2 on pci0 >> usb5: on uhci4 >> usb5: USB revision 1.0 >> uhub6: on usb5 >> ehci1: mem 0xff980800-0xff980bff irq >> 23 at device 29.7 on pci0 >> usb6: waiting for BIOS to give up control >> usb6: timed out waiting for BIOS >> usb6: EHCI version 1.0 >> usb6: companion controllers, 2 ports each: usb3 usb4 usb5 >> usb6: on ehci1 >> usb6: USB revision 2.0 >> uhub7: on usb6 >> > > It might be something else, but I had usb problems in 6-STABLE until I > disabled usb support in the bios. FreeBSD still detects the usb hardware. In > my case there was some sort of conflict between the usb detection of the bios > and the detection FreeBSD. > The symptoms where very weird, because it also depended on the connected usb > devices on time of boot. Connecting theme after booting did work. > Thanks. I will give that a try, right after I finish running portupgrade. I'll report the results here. -- Paul Schmehl As if it wasn't already obvious, my opinions are my own and not those of my employer. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 06:34:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58656106564A for ; Thu, 10 Jul 2008 06:34:17 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 10F568FC14 for ; Thu, 10 Jul 2008 06:34:16 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (27.6.192-77.rev.gaoland.net [77.192.6.27]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 950E2633655; Thu, 10 Jul 2008 08:33:31 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 4DE9056247B; Thu, 10 Jul 2008 08:34:13 +0200 (CEST) Date: Thu, 10 Jul 2008 08:34:11 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: Mike Tancsa Message-ID: <20080710083411.0842ba20@baby-jane-lamaiziere-net.local> In-Reply-To: <200807091931.m69JVWej032290@lava.sentex.ca> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080622170507.5ac469d2@baby-jane-lamaiziere-net.local> <200807091931.m69JVWej032290@lava.sentex.ca> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-apple-darwin9.3.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 06:34:17 -0000 Le Wed, 09 Jul 2008 15:31:30 -0400, Mike Tancsa a crit : > Without the module loaded, I can do something simple like > > > # sh s > # cat s > MEOUTSIDE=64.x.x.x > MEINSIDE=192.168.5.0/24 > REMOTEOUTSIDE=64.y.y.y > REMOTEINSIDE=192.168.1.0/24 > IPSECKEY=zxzpprlNH61N11SGfrCa8dxZ > > > setkey -c < add $MEOUTSIDE $REMOTEOUTSIDE esp 1049 > -m any -E rijndael-cbc "$IPSECKEY"; > add $REMOTEOUTSIDE $MEOUTSIDE esp 1049 > -m any -E rijndael-cbc "$IPSECKEY"; > spdadd $MEINSIDE $REMOTEINSIDE any -P > out ipsec esp/tunnel/$MEOUTSIDE-$REMOTEOUTSIDE/require; > spdadd $REMOTEINSIDE $MEINSIDE any -P > in ipsec esp/tunnel/$REMOTEOUTSIDE-$MEOUTSIDE/require; > EOF > > > But if I load the glxsb modules, setkey fails on the same policy. > > # setkey -F > # setkey -FP > # setkey -DP > No SPD entries. > # kldload glxsb > # dmesg | tail > vr0: link state changed to DOWN > vr0: link state changed to UP > vr0: promiscuous mode enabled > vr0: promiscuous mode disabled > vr1: promiscuous mode enabled > vr1: promiscuous mode disabled > vr1: promiscuous mode enabled > vr1: promiscuous mode disabled > glxsb0: detached > glxsb0: (AES-128-CBC,RNG)> mem 0xa0000000-0xa0003fff irq 10 at device 1.2 on > pci0 # sh s > The result of line 1: Invalid argument. > The result of line 2: Invalid argument. > # > > What is the proper AES encryption to use for > IPSEC ? It is rijndael-cbc. > Why is there a difference in syntax ? I don't know. May be the key ? The length of your key is 24 characters, it should be 16 (128 bits). Does it work with a 128 bits key ? My setkey setup is flush; spdflush; add 192.168.1.21 192.168.1.200 esp 1011 -E rijndael-cbc "0123456789012345" -A hmac-sha1 "98765432109876543210"; add 192.168.1.200 192.168.1.21 esp 1012 -E rijndael-cbc "0123456789012345" -A hmac-sha1 "98765432109876543210"; spdadd 192.168.1.200 192.168.1.21 any -P out ipsec esp/transport//require; spdadd 192.168.1.21 192.168.1.200 any -P in ipsec esp/transport//require; Regards. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 08:52:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 923941065674 for ; Thu, 10 Jul 2008 08:52:38 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id C5D048FC25 for ; Thu, 10 Jul 2008 08:52:37 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id m6A8qZqd042038 for ; Thu, 10 Jul 2008 10:52:36 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id m6A8qZ2j041592 for ; Thu, 10 Jul 2008 10:52:35 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id m6A8qZdW041591 for freebsd-stable@freebsd.org; Thu, 10 Jul 2008 10:52:35 +0200 (CEST) (envelope-from ry93) Date: Thu, 10 Jul 2008 10:52:35 +0200 From: "Patrick M. Hausen" To: freebsd-stable@freebsd.org Message-ID: <20080710085234.GD38495@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.17 (2007-11-01) Subject: dhclient and resolv.conf.sav X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 08:52:38 -0000 Hello, we have been bitten by something that obvoiusly is a feature, not a bug, but I do not quite understand the intentions and reasoning behind it. I have a host with manual interface and resolver configuration and an additional interface that should get it's IP address via DHCP. But only it's IP address and netmask, nothing else. The DHCP server used hands out only IP addresses/netmasks, no domain-name-servers, domain-name, etc. configured. Yet, if there happens to exist a /etc/resolv.conf.sav file, every renewal of the lease by dhclient overwrites the contents of /etc/resolv.conf with those of resolv.conf.sav. In my particular case the .sav file contained an internal nameserver that was used when I initially set up the host in the lab. This entry was of no use to the server after it had been deployed in our datacenter. Can anyone shed some light on the intended mechanism? Studying the dhclient-script was not too helpful, either. Thanks, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 09:40:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A23091065677 for ; Thu, 10 Jul 2008 09:40:07 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5B23B8FC25 for ; Thu, 10 Jul 2008 09:40:07 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KGsdC-0009rJ-8U for freebsd-stable@freebsd.org; Thu, 10 Jul 2008 11:40:06 +0200 Date: Thu, 10 Jul 2008 11:40:06 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20080710094006.GX6902@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.18 (2008-05-17) Sender: Oliver Brandmueller Subject: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 09:40:07 -0000 Hi, shouldn't there be a very urgent BIND update somewhere around? I understand the latest flaw doesn't impact system security directly. Nevertheless, it might impact the security of the whole network indirectly. - Olli -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 09:44:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27EB4106564A for ; Thu, 10 Jul 2008 09:44:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id 99F0B8FC20 for ; Thu, 10 Jul 2008 09:44:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m6A9ip0L007937 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 10 Jul 2008 19:44:52 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m6A9ipjh085518 for ; Thu, 10 Jul 2008 19:44:51 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m6A9ipJg085517 for freebsd-stable@freebsd.org; Thu, 10 Jul 2008 19:44:51 +1000 (EST) (envelope-from peter) Date: Thu, 10 Jul 2008 19:44:51 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20080710094451.GS62764@server.vk2pj.dyndns.org> References: <20080710094006.GX6902@e-Gitt.NET> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="umrsQkkrw7viUWFs" Content-Disposition: inline In-Reply-To: <20080710094006.GX6902@e-Gitt.NET> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 09:44:54 -0000 --umrsQkkrw7viUWFs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-10 11:40:06 +0200, Oliver Brandmueller wrote: >shouldn't there be a very urgent BIND update somewhere around? There has been a very long thread about this in -security. Leaving out the trolls and flaming, the salient points are: - The bind port has been updated to include the relevant patches - The security team is aware of the issue and is working on a fix. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --umrsQkkrw7viUWFs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh12hIACgkQ/opHv/APuIdX0gCgg9oNaodlV5MnFnVq1dKO/Uwk bWoAoJkFZMMshZZto+iFhPlKHGr/2h2h =gWm1 -----END PGP SIGNATURE----- --umrsQkkrw7viUWFs-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 09:58:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65A631065674 for ; Thu, 10 Jul 2008 09:58:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 544D78FC19 for ; Thu, 10 Jul 2008 09:58:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 471371CC093; Thu, 10 Jul 2008 02:58:09 -0700 (PDT) Date: Thu, 10 Jul 2008 02:58:09 -0700 From: Jeremy Chadwick To: Peter Jeremy Message-ID: <20080710095809.GA59288@eos.sc1.parodius.com> References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080710094451.GS62764@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 09:58:09 -0000 On Thu, Jul 10, 2008 at 07:44:51PM +1000, Peter Jeremy wrote: > On 2008-Jul-10 11:40:06 +0200, Oliver Brandmueller wrote: > >shouldn't there be a very urgent BIND update somewhere around? > > There has been a very long thread about this in -security. Leaving > out the trolls and flaming, the salient points are: > - The bind port has been updated to include the relevant patches > - The security team is aware of the issue and is working on a fix. I'm curious to know why the BIND ports were updated before the base system BIND. Absolutely no offence intended towards Doug, but the priority seems reversed. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 10:17:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C5FE1065671; Thu, 10 Jul 2008 10:17:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id CC3C68FC15; Thu, 10 Jul 2008 10:17:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id E6E1E28454; Thu, 10 Jul 2008 18:17:48 +0800 (CST) Received: from localhost (unknown [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id A4BCAEB1B1A; Thu, 10 Jul 2008 18:17:47 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id jFrWVhLHBB5Q; Thu, 10 Jul 2008 18:17:33 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 658EDEB1F2B; Thu, 10 Jul 2008 18:17:31 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Ggtlzo+/Qe/yL8NLNpkYsPLDEkCU2xCwA1sHq5P0tcbIvPK/vDZBOsenxOK7aOh8r rP+PWLFjGhoDG7hUfg5hA== Message-ID: <4875E1B6.3010407@delphij.net> Date: Thu, 10 Jul 2008 03:17:26 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Jeremy Chadwick References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> <20080710095809.GA59288@eos.sc1.parodius.com> In-Reply-To: <20080710095809.GA59288@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2008 10:17:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Chadwick wrote: | On Thu, Jul 10, 2008 at 07:44:51PM +1000, Peter Jeremy wrote: |> On 2008-Jul-10 11:40:06 +0200, Oliver Brandmueller wrote: |>> shouldn't there be a very urgent BIND update somewhere around? |> There has been a very long thread about this in -security. Leaving |> out the trolls and flaming, the salient points are: |> - The bind port has been updated to include the relevant patches |> - The security team is aware of the issue and is working on a fix. | | I'm curious to know why the BIND ports were updated before the base | system BIND. Absolutely no offence intended towards Doug, but the | priority seems reversed. Speaking as my own: Base system needs more conservative QA process, e.g. we want to minimize the change, we need to analyst the impact (FWIW the security fix would negatively affect heavy traffic sites) and document it (i.e. the security advisory), and we want to make the change a one-time one (for instance, shall we patch libc's resolver as well?), so rushing into a "presumably patched" state would not be a very good solution. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh14bYACgkQi+vbBBjt66ALTQCdEozuYtUUgI1bn/nitLeIZHqj 6Y0AnRb1wOIklk3h6Q5MFB4keEy9ZRDP =PAr6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 10:25:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B94510656C8 for ; Thu, 10 Jul 2008 10:25:35 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 99AC48FC25 for ; Thu, 10 Jul 2008 10:25:34 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KGtLB-000BUe-G8 for freebsd-stable@freebsd.org; Thu, 10 Jul 2008 12:25:33 +0200 Date: Thu, 10 Jul 2008 12:25:33 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20080710102533.GZ6902@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W2ydbIOJmkm74tJ2" Content-Disposition: inline In-Reply-To: <20080710094451.GS62764@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Oliver Brandmueller Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 10:25:35 -0000 --W2ydbIOJmkm74tJ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Jul 10, 2008 at 07:44:51PM +1000, Peter Jeremy wrote: > On 2008-Jul-10 11:40:06 +0200, Oliver Brandmueller wrote: > >shouldn't there be a very urgent BIND update somewhere around? >=20 > There has been a very long thread about this in -security. Leaving > out the trolls and flaming, the salient points are: > - The bind port has been updated to include the relevant patches > - The security team is aware of the issue and is working on a fix. OK, thanx for clarification. I totally overlooked the updated bind port;=20 anyhow, I use base system bind and didn't plan to change that (although=20 it might me a good idea, as this situation clearly shows). - Olli --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --W2ydbIOJmkm74tJ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh1450ACgkQiqtMdzjafymJtgCfYgXhFg8OqSiE/PteHKh796Xe MnEAoIjUkf8B93Y5oWW9wW/K6lQhswCA =PkpK -----END PGP SIGNATURE----- --W2ydbIOJmkm74tJ2-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 10:29:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82844106568A for ; Thu, 10 Jul 2008 10:29:56 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 35D158FC2A for ; Thu, 10 Jul 2008 10:29:56 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KGtPP-000BYT-8j for freebsd-stable@freebsd.org; Thu, 10 Jul 2008 12:29:55 +0200 Date: Thu, 10 Jul 2008 12:29:55 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20080710102955.GA6902@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> <20080710095809.GA59288@eos.sc1.parodius.com> <4875E1B6.3010407@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DXIF1lRUlMsbZ3S1" Content-Disposition: inline In-Reply-To: <4875E1B6.3010407@delphij.net> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Oliver Brandmueller Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 10:29:56 -0000 --DXIF1lRUlMsbZ3S1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Jul 10, 2008 at 03:17:26AM -0700, Xin LI wrote: > Speaking as my own: Base system needs more conservative QA process,=20 > e.g. we want to minimize the change, we need to analyst the impact=20 > (FWIW the security fix would negatively affect heavy traffic sites)=20 > and document it (i.e. the security advisory), and we want to make the=20 > change a one-time one (for instance, shall we patch libc's resolver as=20 > well?), so rushing into a "presumably patched" state would not be a=20 > very good solution. I understand the reasons and that surely needs to be taken into account.=20 Does that imply that the FreeBSD project got the information later than=20 f.e. M$ or Debian, who are usually not really known for coming up too=20 fast with such fixes? - Olli --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --DXIF1lRUlMsbZ3S1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh15KMACgkQiqtMdzjafymA3wCgqGFZnnD1fRmWsbt/K857a4WC XQgAn0wdK2PigSvDdyPUcDgiihphHBzo =0bb7 -----END PGP SIGNATURE----- --DXIF1lRUlMsbZ3S1-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 10:53:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 657FA1065673 for ; Thu, 10 Jul 2008 10:53:19 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1A58FC19 for ; Thu, 10 Jul 2008 10:53:18 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 3F13917261; Thu, 10 Jul 2008 20:53:17 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.20.30.101] (60.218.233.220.exetel.com.au [220.233.218.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 28064170FA for ; Thu, 10 Jul 2008 20:53:13 +1000 (EST) Message-ID: <4875EA0C.5010109@modulus.org> Date: Thu, 10 Jul 2008 20:53:00 +1000 From: Andrew Snow User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> <20080710095809.GA59288@eos.sc1.parodius.com> <4875E1B6.3010407@delphij.net> In-Reply-To: <4875E1B6.3010407@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 10:53:19 -0000 Xin LI wrote: > Speaking as my own: Base system needs more conservative QA process, e.g. ... > rushing into a "presumably patched" state would not be a very good > solution. I second this opinion. When there is hype all over the net about a new vulnerability, it is too easy to allow ill-considered changes to be rushed in without enough critical thought and testing. - Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 10:57:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F08981065681 for ; Thu, 10 Jul 2008 10:57:44 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id B70E68FC23 for ; Thu, 10 Jul 2008 10:57:44 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 6286F60D3; Thu, 10 Jul 2008 06:57:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1215687463; bh=BmV08RPM0Vvqmd 8R41w7Nc8KQFyoXukix9g/pxZ9Jfw=; h=Message-ID:Date:From:MIME-Version: To:CC:Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding; b=ivqPG1CrIjc5DYkwkVr1Fhw4OfNCM2d3ziYmP OtxVfiJfps4c3EPS+59O0//c99KJKMiTplK0VcK/B8Ncr7eEIH7F/p3eWu4Jh1GMarl RTGc6UJwQPtL14qDWlDg2sZv DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=D5ii3NyqUH5v4fgL6jVc51aunQjDWkg6dJepUlx2nsRInE7c/WazUW+Dnjd9AA9Bm xww2Akl5wGMt6oUp05uatmXn7remZKjo65mFcx+riYvVvKuMTF2yWJYCrKyzhdn Message-ID: <4875EB21.6@protected-networks.net> Date: Thu, 10 Jul 2008 06:57:37 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.14 (X11/20080607) MIME-Version: 1.0 To: Andrew Snow References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> <20080710095809.GA59288@eos.sc1.parodius.com> <4875E1B6.3010407@delphij.net> <4875EA0C.5010109@modulus.org> In-Reply-To: <4875EA0C.5010109@modulus.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 10:57:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Snow wrote: | Xin LI wrote: |> Speaking as my own: Base system needs more conservative QA process, e.g. | ... |> rushing into a "presumably patched" state would not be a very good |> solution. | | I second this opinion. When there is hype all over the net about a new | vulnerability, it is too easy to allow ill-considered changes to be | rushed in without enough critical thought and testing. And even more so when the perceived "breakage" is in the design rather than any specific implementation, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkh16yEACgkQQv9rrgRC1JKtCgCgoMbmQ+clRgDvZBbHzLJxB0No EgYAn15Hk/jUcDnnahN0msD1J6+xUa48 =oIUJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 11:09:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66782106567D for ; Thu, 10 Jul 2008 11:09:08 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id ED6E38FC16 for ; Thu, 10 Jul 2008 11:09:07 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (27.6.192-77.rev.gaoland.net [77.192.6.27]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 8822C633655; Thu, 10 Jul 2008 13:08:21 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 9D0EC5625E4; Thu, 10 Jul 2008 13:09:05 +0200 (CEST) Date: Thu, 10 Jul 2008 13:09:04 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: Mike Tancsa Message-ID: <20080710130904.6c06fdfb@baby-jane-lamaiziere-net.local> In-Reply-To: <200807091931.m69JVWej032290@lava.sentex.ca> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080622170507.5ac469d2@baby-jane-lamaiziere-net.local> <200807091931.m69JVWej032290@lava.sentex.ca> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-apple-darwin9.3.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 11:09:08 -0000 Le Wed, 09 Jul 2008 15:31:30 -0400, Mike Tancsa a crit : > Without the module loaded, I can do something simple like > glxsb0: detached > glxsb0: (AES-128-CBC,RNG)> mem 0xa0000000-0xa0003fff irq 10 at device 1.2 on > pci0 # sh s > The result of line 1: Invalid argument. > The result of line 2: Invalid argument. > > What is the proper AES encryption to use for > IPSEC ? Why is there a difference in syntax > ? I've found, i think. The Geode handles only AES with a 128 bits key. When setkey/ipsec opens a crypto session, the driver returns an error (EINVAL) if the key length is != 128. So setkey fails. There is no way to tell to the crypto framework that we can do only AES with 128 bits keys. It is a problem in this case. I don't have any solution, I can just add a BUG section in the man page for this case. Thank you for the report. Regards. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 11:46:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E499E1065678 for ; Thu, 10 Jul 2008 11:46:25 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B4B338FC0C for ; Thu, 10 Jul 2008 11:46:25 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6ABkKv5087622; Thu, 10 Jul 2008 07:46:20 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m6ABkJib035927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Jul 2008 07:46:19 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200807101146.m6ABkJib035927@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 10 Jul 2008 07:46:18 -0400 To: Patrick =?iso-8859-1?Q?Lamaizi=E8re?= From: Mike Tancsa In-Reply-To: <20080710130904.6c06fdfb@baby-jane-lamaiziere-net.local> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080622170507.5ac469d2@baby-jane-lamaiziere-net.local> <200807091931.m69JVWej032290@lava.sentex.ca> <20080710130904.6c06fdfb@baby-jane-lamaiziere-net.local> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 11:46:26 -0000 At 07:09 AM 7/10/2008, Patrick Lamaizi=E8re wrote: >I've found, i think. The Geode handles only AES with a 128 bits key. > >When setkey/ipsec opens a crypto session, the driver returns an error >(EINVAL) if the key length is !=3D 128. So setkey fails. > >There is no way to tell to the crypto framework that we can do only AES >with 128 bits keys. It is a problem in this case. Hi, Yes, that appears to be it! >I don't have any solution, I can just add a BUG section in the man >page for this case. Perhaps just a limitation/caveat as opposed to a=20 bug :) Thanks for porting this over! I will=20 give it a try with openvpn next. Any plans to integrate it into the tree ? ---Mike=20 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 12:08:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CECA5106566B for ; Thu, 10 Jul 2008 12:08:26 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 95EA28FC22 for ; Thu, 10 Jul 2008 12:08:26 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 9932B2218A21; Thu, 10 Jul 2008 22:08:25 +1000 (EST) X-Viruscan-Id: <4875FBB90000CDF8C938D1@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 5C26821B3FE3 for ; Thu, 10 Jul 2008 22:08:25 +1000 (EST) Received: from k7.mavetju (unknown [10.10.26.6]) by mail5auth.barnet.com.au (Postfix) with ESMTP id ED44A221894F for ; Thu, 10 Jul 2008 22:08:24 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 11D7A9A1; Thu, 10 Jul 2008 22:07:53 +1000 (EST) Date: Thu, 10 Jul 2008 22:07:53 +1000 From: Edwin Groothuis To: freebsd-stable@freebsd.org Message-ID: <20080710120753.GA41541@k7.mavetju> Mail-Followup-To: Edwin Groothuis , freebsd-stable@freebsd.org References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> <20080710102533.GZ6902@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080710102533.GZ6902@e-Gitt.NET> User-Agent: Mutt/1.4.2.3i Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 12:08:26 -0000 On Thu, Jul 10, 2008 at 12:25:33PM +0200, Oliver Brandmueller wrote: > OK, thanx for clarification. I totally overlooked the updated bind port; > anyhow, I use base system bind and didn't plan to change that (although > it might me a good idea, as this situation clearly shows). You can always use the WITH_REPLACE_BASE option in the port to overwrite the base system named, or use the differences in the extracted tarball of 9.5.0 vs 9.5.0-P1 to update the source of the base one yourself. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 12:17:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AFF51065678 for ; Thu, 10 Jul 2008 12:17:49 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 0DAEE8FC16 for ; Thu, 10 Jul 2008 12:17:49 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 2859A2218A88; Thu, 10 Jul 2008 22:17:48 +1000 (EST) X-Viruscan-Id: <4875FDEC0000D84C59180E@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id E0B4321B4379 for ; Thu, 10 Jul 2008 22:17:47 +1000 (EST) Received: from k7.mavetju (unknown [10.10.26.6]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 94B8C2218A76 for ; Thu, 10 Jul 2008 22:17:47 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id AA0A69A1; Thu, 10 Jul 2008 22:17:15 +1000 (EST) Date: Thu, 10 Jul 2008 22:17:15 +1000 From: Edwin Groothuis To: freebsd-stable@freebsd.org Message-ID: <20080710121715.GB41541@k7.mavetju> Mail-Followup-To: Edwin Groothuis , freebsd-stable@freebsd.org References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> <20080710095809.GA59288@eos.sc1.parodius.com> <4875E1B6.3010407@delphij.net> <20080710102955.GA6902@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080710102955.GA6902@e-Gitt.NET> User-Agent: Mutt/1.4.2.3i Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 12:17:49 -0000 On Thu, Jul 10, 2008 at 12:29:55PM +0200, Oliver Brandmueller wrote: > Hi, > > On Thu, Jul 10, 2008 at 03:17:26AM -0700, Xin LI wrote: > > Speaking as my own: Base system needs more conservative QA process, > > e.g. we want to minimize the change, we need to analyst the impact > > (FWIW the security fix would negatively affect heavy traffic sites) > > and document it (i.e. the security advisory), and we want to make the > > change a one-time one (for instance, shall we patch libc's resolver as > > well?), so rushing into a "presumably patched" state would not be a > > very good solution. > > I understand the reasons and that surely needs to be taken into account. > Does that imply that the FreeBSD project got the information later than > f.e. M$ or Debian, who are usually not really known for coming up too > fast with such fixes? According to http://www.kb.cert.org/vuls/id/800113, FreeBSD was tested, but it doesn't say if it was informed. Microsoft knew about it earlier than yesterday, because they are a DNS software provider. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 14:03:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ECB2106564A for ; Thu, 10 Jul 2008 14:03:43 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (unknown [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 636F98FC18 for ; Thu, 10 Jul 2008 14:03:43 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-24-161-6-139.hvc.res.rr.com [24.161.6.139]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m6AE3VLh080308; Thu, 10 Jul 2008 10:03:42 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.8) with ESMTP id m6AE3PiT095040; Thu, 10 Jul 2008 10:03:26 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m6AE3OIl095039; Thu, 10 Jul 2008 10:03:24 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200807101403.m6AE3OIl095039@himinbjorg.tucs-beachin-obx-house.com> To: edwin@mavetju.org (Edwin Groothuis) Date: Thu, 10 Jul 2008 10:03:24 -0400 (EDT) In-Reply-To: <20080710120753.GA41541@k7.mavetju> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [freebsd-stable] Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 14:03:43 -0000 > > On Thu, Jul 10, 2008 at 12:25:33PM +0200, Oliver Brandmueller wrote: > > OK, thanx for clarification. I totally overlooked the updated bind port; > > anyhow, I use base system bind and didn't plan to change that (although > > it might me a good idea, as this situation clearly shows). > > You can always use the WITH_REPLACE_BASE option in the port to > overwrite the base system named, or use the differences in the > extracted tarball of 9.5.0 vs 9.5.0-P1 to update the source of the > base one yourself. > Shouldn't you also add : NO_BIND= true # do not build BIND into /etc/make.conf if you do, so it doesn't get clobbered? Tuc/TBOH From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 14:10:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD40C1065674 for ; Thu, 10 Jul 2008 14:10:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id D6FEB8FC1B for ; Thu, 10 Jul 2008 14:10:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C46F31CC095; Thu, 10 Jul 2008 07:10:23 -0700 (PDT) Date: Thu, 10 Jul 2008 07:10:23 -0700 From: Jeremy Chadwick To: "Tuc at T-B-O-H.NET" Message-ID: <20080710141023.GA70961@eos.sc1.parodius.com> References: <20080710120753.GA41541@k7.mavetju> <200807101403.m6AE3OIl095039@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200807101403.m6AE3OIl095039@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Edwin Groothuis , freebsd-stable@freebsd.org Subject: Re: [freebsd-stable] Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 14:10:24 -0000 On Thu, Jul 10, 2008 at 10:03:24AM -0400, Tuc at T-B-O-H.NET wrote: > > On Thu, Jul 10, 2008 at 12:25:33PM +0200, Oliver Brandmueller wrote: > > > OK, thanx for clarification. I totally overlooked the updated bind port; > > > anyhow, I use base system bind and didn't plan to change that (although > > > it might me a good idea, as this situation clearly shows). > > > > You can always use the WITH_REPLACE_BASE option in the port to > > overwrite the base system named, or use the differences in the > > extracted tarball of 9.5.0 vs 9.5.0-P1 to update the source of the > > base one yourself. > > > Shouldn't you also add : > > NO_BIND= true # do not build BIND > > into /etc/make.conf if you do, so it doesn't get clobbered? That would be WITHOUT_BIND=true in /etc/src.conf on RELENG_7 and later, just for added clarification. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 14:13:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDB40106564A for ; Thu, 10 Jul 2008 14:13:49 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id AD0268FC23 for ; Thu, 10 Jul 2008 14:13:49 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 505921B10EE8; Thu, 10 Jul 2008 16:13:48 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 10B2C1B10EDC; Thu, 10 Jul 2008 16:13:46 +0200 (CEST) Message-ID: <48761919.8050807@moneybookers.com> Date: Thu, 10 Jul 2008 17:13:45 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: "Tuc at T-B-O-H.NET" References: <200807101403.m6AE3OIl095039@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200807101403.m6AE3OIl095039@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on blah.cmotd.com X-Virus-Status: Clean Cc: Edwin Groothuis , freebsd-stable@freebsd.org Subject: Re: [freebsd-stable] Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 14:13:50 -0000 Tuc at T-B-O-H.NET wrote: >> On Thu, Jul 10, 2008 at 12:25:33PM +0200, Oliver Brandmueller wrote: >> >>> OK, thanx for clarification. I totally overlooked the updated bind port; >>> anyhow, I use base system bind and didn't plan to change that (although >>> it might me a good idea, as this situation clearly shows). >>> >> You can always use the WITH_REPLACE_BASE option in the port to >> overwrite the base system named, or use the differences in the >> extracted tarball of 9.5.0 vs 9.5.0-P1 to update the source of the >> base one yourself. >> >> > Shouldn't you also add : > > NO_BIND= true # do not build BIND > > into /etc/make.conf if you do, so it doesn't get clobbered? > Last time I checked WITH_REPLACE_BASE was conflicting with firefox, mozilla, thunderbird and everything released from Mozzila ... I suggest using bind from ports without replacing - just look at /etc/defaults/rc.conf & named_program="XX" > Tuc/TBOH > _______________________________________________ > 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" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 14:22:56 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF7ED1065681; Thu, 10 Jul 2008 14:22:56 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (unknown [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 8559D8FC18; Thu, 10 Jul 2008 14:22:56 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-24-161-6-139.hvc.res.rr.com [24.161.6.139]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.14.2/8.14.2) with ESMTP id m6AEMjvx080617; Thu, 10 Jul 2008 10:22:55 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.8) with ESMTP id m6AEMeKt095415; Thu, 10 Jul 2008 10:22:40 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id m6AEMeMI095414; Thu, 10 Jul 2008 10:22:40 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200807101422.m6AEMeMI095414@himinbjorg.tucs-beachin-obx-house.com> To: koitsu@FreeBSD.org (Jeremy Chadwick) Date: Thu, 10 Jul 2008 10:22:40 -0400 (EDT) In-Reply-To: <20080710141023.GA70961@eos.sc1.parodius.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Edwin Groothuis , "Tuc at T-B-O-H.NET" Subject: Re: [freebsd-stable] Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 14:22:57 -0000 > > On Thu, Jul 10, 2008 at 10:03:24AM -0400, Tuc at T-B-O-H.NET wrote: > > > On Thu, Jul 10, 2008 at 12:25:33PM +0200, Oliver Brandmueller wrote: > > > > OK, thanx for clarification. I totally overlooked the updated bind port; > > > > anyhow, I use base system bind and didn't plan to change that (although > > > > it might me a good idea, as this situation clearly shows). > > > > > > You can always use the WITH_REPLACE_BASE option in the port to > > > overwrite the base system named, or use the differences in the > > > extracted tarball of 9.5.0 vs 9.5.0-P1 to update the source of the > > > base one yourself. > > > > > Shouldn't you also add : > > > > NO_BIND= true # do not build BIND > > > > into /etc/make.conf if you do, so it doesn't get clobbered? > > That would be WITHOUT_BIND=true in /etc/src.conf on RELENG_7 and later, > just for added clarification. > Thanks for the catch. I was looking at a 5.5 system I was doing that on. I haven't replaced base on my 7.0's, those were only changes to /etc/rc.conf for named_program="/usr/local/sbin/named". Tuc/TBOH From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 14:58:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37BAE1065678 for ; Thu, 10 Jul 2008 14:58:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0881E8FC14 for ; Thu, 10 Jul 2008 14:58:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m6AEvviJ036960; Thu, 10 Jul 2008 10:57:58 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m6AEvvlD036748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Jul 2008 10:57:57 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200807101457.m6AEvvlD036748@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 10 Jul 2008 10:57:56 -0400 To: Oliver Brandmueller , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20080710102955.GA6902@e-Gitt.NET> References: <20080710094006.GX6902@e-Gitt.NET> <20080710094451.GS62764@server.vk2pj.dyndns.org> <20080710095809.GA59288@eos.sc1.parodius.com> <4875E1B6.3010407@delphij.net> <20080710102955.GA6902@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 14:58:28 -0000 At 06:29 AM 7/10/2008, Oliver Brandmueller wrote: >Hi, > >On Thu, Jul 10, 2008 at 03:17:26AM -0700, Xin LI wrote: > > Speaking as my own: Base system needs more conservative QA process, > > e.g. we want to minimize the change, we need to analyst the impact > > (FWIW the security fix would negatively affect heavy traffic sites) > > and document it (i.e. the security advisory), and we want to make the > > change a one-time one (for instance, shall we patch libc's resolver as > > well?), so rushing into a "presumably patched" state would not be a > > very good solution. > >I understand the reasons and that surely needs to be taken into account. >Does that imply that the FreeBSD project got the information later than >f.e. M$ or Debian, who are usually not really known for coming up too >fast with such fixes? Even with all the extra time and resources MS had, look at the breakage their fix has caused. ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 16:00:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3F01065683 for ; Thu, 10 Jul 2008 16:00:14 +0000 (UTC) (envelope-from prvs=pschmehl_lists=070828a60@tx.rr.com) Received: from ip-relay-002.utdallas.edu (ip-relay-002.utdallas.edu [129.110.20.112]) by mx1.freebsd.org (Postfix) with ESMTP id 586878FC18 for ; Thu, 10 Jul 2008 16:00:13 +0000 (UTC) (envelope-from prvs=pschmehl_lists=070828a60@tx.rr.com) X-Group: RELAYLIST X-IronPort-AV: E=Sophos;i="4.30,338,1212382800"; d="scan'208";a="3507154" Received: from smtp3.utdallas.edu ([129.110.20.110]) by ip-relay-002.utdallas.edu with ESMTP; 10 Jul 2008 10:31:51 -0500 Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTPSA id 6DCFF23DE3 for ; Thu, 10 Jul 2008 10:31:52 -0500 (CDT) Date: Thu, 10 Jul 2008 10:31:51 -0500 From: Paul Schmehl To: FreeBSD Stable Message-ID: <94439F09F64DAEEE70087136@utd65257.utdallas.edu> In-Reply-To: References: X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: UMASS problem on 7.0 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2008 16:00:14 -0000 --On Wednesday, July 09, 2008 11:50:25 +0200 Ronald Klop wrote: > On Tue, 08 Jul 2008 20:27:26 +0200, Paul Schmehl > wrote: > >> Ever since I upgraded this workstation to 7.0 STABLE, I have been unable >> to reboot with my USB hard drive attached. During the boot sequence, >> the device is properly detected and identified, but then I get an error >> message, a crash dump and a reboot. I enabled /var/log/console.log in >> the hope that I would catch the error message, but it doesn't appear in >> the log. I also don't have any kernel dumps, so I can't trace those to >> see what the problem might be. >> >> An additional problem that I have is that, during boot, the system says >> there is no dump device available. This is despite the fact that swap >> is twice the real memory size and /etc/defaults/rc.conf defines dumpdev >> as auto. I even tried defining dumpdev as the swap partition (in >> /etc/rc.conf), but nothing changed. >> >> I have to be doing something wrong, but I'm at a loss to know what it >> is. I've rebuilt world and kernel nine times now, in the desparate hope >> that something might have changed in the usb code that would solve this >> problem. (Every time "#find /usr/src -newer /boot/kernel" returns >> changes in the usb code, I rebuild kernel and world.) >> >> Is there something I can enable that will capture the boot sequence >> during a failed boot while devices are still being detected? >> >> # grep -i umass /var/log/console.log >> >> >> Any helpful hints would be gratefully appreciated. >> >> # uname -a >> FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #8: Mon Jul >> 7 10:41:03 CDT 2008 >> root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 >> >> # sysctl -a | grep hw.physmem >> hw.physmem: 3474407424 >> >> # dmesg | grep -i umass >> umass0: > 2> on uhub5 >> da0 at umass-sim0 bus 0 target 0 lun 0 >> >> # grep swap /etc/fstab >> /dev/ad8s1b none swap sw 0 0 >> >> # swapctl -l >> Device: 1024-blocks Used: >> /dev/ad8s1b 8388608 0 >> >> # grep -i usb /var/run/dmesg.boot >> uhci0: port 0xff20-0xff3f irq 16 at >> device 26.0 on pci0 >> usb0: on uhci0 >> usb0: USB revision 1.0 >> uhub0: on usb0 >> uhci1: port 0xff00-0xff1f irq 17 at >> device 26.1 on pci0 >> usb1: on uhci1 >> usb1: USB revision 1.0 >> uhub1: on usb1 >> ehci0: mem 0xfebd9c00-0xfebd9fff irq >> 22 at device 26.7 on pci0 >> usb2: waiting for BIOS to give up control >> usb2: EHCI version 1.0 >> usb2: wrong number of companions (3 != 2) >> usb2: companion controllers, 2 ports each: usb0 usb1 >> usb2: on ehci0 >> usb2: USB revision 2.0 >> uhub2: on usb2 >> ums0: on >> uhub3 >> uhci2: port 0xff80-0xff9f irq 23 at >> device 29.0 on pci0 >> usb3: on uhci2 >> usb3: USB revision 1.0 >> uhub4: on usb3 >> uhci3: port 0xff60-0xff7f irq 17 at >> device 29.1 on pci0 >> usb4: on uhci3 >> usb4: USB revision 1.0 >> uhub5: on usb4 >> uhci4: port 0xff40-0xff5f irq 18 at >> device 29.2 on pci0 >> usb5: on uhci4 >> usb5: USB revision 1.0 >> uhub6: on usb5 >> ehci1: mem 0xff980800-0xff980bff irq >> 23 at device 29.7 on pci0 >> usb6: waiting for BIOS to give up control >> usb6: timed out waiting for BIOS >> usb6: EHCI version 1.0 >> usb6: companion controllers, 2 ports each: usb3 usb4 usb5 >> usb6: on ehci1 >> usb6: USB revision 2.0 >> uhub7: on usb6 >> > > It might be something else, but I had usb problems in 6-STABLE until I > disabled usb support in the bios. FreeBSD still detects the usb hardware. In > my case there was some sort of conflict between the usb detection of the bios > and the detection FreeBSD. > The symptoms where very weird, because it also depended on the connected usb > devices on time of boot. Connecting theme after booting did work. > Dell's BIOS has three options for the USB controller; off, on and no umass device support. Off allows the box to boot properly, but I have no keyboard. (Kind of not useful.) The other two manifest the same problem. So this didn't solve the problem for me. -- Paul Schmehl As if it wasn't already obvious, my opinions are my own and not those of my employer. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 16:09:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B39E1065675 for ; Thu, 10 Jul 2008 16:09:24 +0000 (UTC) (envelope-from prvs=pschmehl_lists=070828a60@tx.rr.com) Received: from ip-relay-002.utdallas.edu (ip-relay-002.utdallas.edu [129.110.20.112]) by mx1.freebsd.org (Postfix) with ESMTP id 481A98FC1B for ; Thu, 10 Jul 2008 16:09:24 +0000 (UTC) (envelope-from prvs=pschmehl_lists=070828a60@tx.rr.com) X-Group: RELAYLIST X-IronPort-AV: E=Sophos;i="4.30,339,1212382800"; d="scan'208";a="3509547" Received: from smtp3.utdallas.edu ([129.110.20.110]) by ip-relay-002.utdallas.edu with ESMTP; 10 Jul 2008 11:09:23 -0500 Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTPSA id 245AB23DE2; Thu, 10 Jul 2008 11:09:24 -0500 (CDT) Date: Thu, 10 Jul 2008 11:09:23 -0500 From: Paul Schmehl To: FreeBSD Questions , FreeBSD Stable Message-ID: <6288FD55AC2A881165583218@utd65257.utdallas.edu> X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Any idea when a bind update will be forthcoming? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2008 16:09:24 -0000 Given the serious nature of the vulnerability, I'm sure this is at the top of someone's list. Do we have a scheduled release date yet? -- Paul Schmehl As if it wasn't already obvious, my opinions are my own and not those of my employer. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 16:23:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665641065675; Thu, 10 Jul 2008 16:23:55 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE9C8FC18; Thu, 10 Jul 2008 16:23:55 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAAzUdUhMCqa7/2dsb2JhbACLUKVeAw X-IronPort-AV: E=Sophos;i="4.30,339,1212379200"; d="scan'208";a="24188485" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 10 Jul 2008 12:22:52 -0400 From: "Kevin K" To: "'Paul Schmehl'" , "'FreeBSD Questions'" , "'FreeBSD Stable'" References: <6288FD55AC2A881165583218@utd65257.utdallas.edu> In-Reply-To: <6288FD55AC2A881165583218@utd65257.utdallas.edu> Date: Thu, 10 Jul 2008 12:22:29 -0400 Message-ID: <003e01c8e2a9$27641540$762c3fc0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acjip2ThUhmr96jOS5+x9UMoxEwuEwAAZZkQ Content-Language: en-us x-cr-hashedpuzzle: EZZV EgxI EkEh Gk+9 Iwzf LTMU Luwu M3Dw Qn3d S3MT Wgbh XM3e YK2q cazc c6FM feuw; 3; ZgByAGUAZQBiAHMAZAAtAHEAdQBlAHMAdABpAG8AbgBzAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnADsAZgByAGUAZQBiAHMAZAAtAHMAdABhAGIAbABlAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnADsAcABzAGMAaABtAGUAaABsAF8AbABpAHMAdABzAF8AbgBhAGQAYQBAAHQAeAAuAHIAcgAuAGMAbwBtAA==; Sosha1_v1; 7; {44250D2C-A981-4B90-A530-CC7AF7EC7798}; awBrAHUAdAB6AGsAbwBAAHQAZQBrAHMAYQB2AHYAeQAuAGMAbwBtAA==; Thu, 10 Jul 2008 16:22:23 GMT; UgBFADoAIABBAG4AeQAgAGkAZABlAGEAIAB3AGgAZQBuACAAYQAgAGIAaQBuAGQAIAB1AHAAZABhAHQAZQAgAHcAaQBsAGwAIABiAGUAIABmAG8AcgB0AGgAYwBvAG0AaQBuAGcAPwA= x-cr-puzzleid: {44250D2C-A981-4B90-A530-CC7AF7EC7798} Cc: Subject: RE: Any idea when a bind update will be forthcoming? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 16:23:55 -0000 > Given the serious nature of the vulnerability, I'm sure this is at the > top of > someone's list. Do we have a scheduled release date yet? >From -security : >Dear all, > >Doug just updated the ports tree with the updated BIND ports. If you >urgently want to upgrade and really cannot wait for the advisory. Please >use the ports system to get up to speed. > >Thanks Doug for working on this on such short notice! > >Cheers, >remko I understand you can implement the patch manually and rebuild BIND yourself, someone listed the steps needed to do that in -security as well. ~k From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 16:38:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B6EB106578B for ; Thu, 10 Jul 2008 16:38:04 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.235]) by mx1.freebsd.org (Postfix) with ESMTP id 0AEB68FC13 for ; Thu, 10 Jul 2008 16:38:03 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so55939hue.8 for ; Thu, 10 Jul 2008 09:38:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=wgY2MCbnc+xuINc2H6aNWXWXBTEZZ/t8fxOpKK9mnvI=; b=gNnPdAWVnilpKfCe8CHl9P8UcYlnm4J2+j+vP0Kj9KQgEz6nZBFgkkc3LYZ1Zs2RyO 2Q4XFr+PQHiatFQIn/lubNvpBuapK31GrmlWbXFxHwelkzuOempiDw4K6qwm3E4P/qrN rhkmoOPw7V8ZH4wxvnZFqWqqXD3s6++LN2M2g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=EN6wM4hMp7PdWjUJ9ySIqs//ERpi/Io7lVl1b8aP8ZTB60FVQASIXSn86gVYGwxbUA oKKu9AdQPVBDdlFy+9/mLrBNqOMvAoiM1Jepm+xSz/8TzpwyVjMwSvkzPFIx3ZQop8pn RiBYFnvdS5IpmcMtbjCMxDW774nfT/3xdDneI= Received: by 10.125.110.15 with SMTP id n15mr2579439mkm.140.1215707025893; Thu, 10 Jul 2008 09:23:45 -0700 (PDT) Received: by 10.125.129.6 with HTTP; Thu, 10 Jul 2008 09:23:45 -0700 (PDT) Message-ID: Date: Thu, 10 Jul 2008 12:23:45 -0400 From: "Scott Ullrich" To: "Paul Schmehl" In-Reply-To: <6288FD55AC2A881165583218@utd65257.utdallas.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6288FD55AC2A881165583218@utd65257.utdallas.edu> Cc: FreeBSD Stable , FreeBSD Questions Subject: Re: Any idea when a bind update will be forthcoming? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 16:38:04 -0000 On Thu, Jul 10, 2008 at 12:09 PM, Paul Schmehl wrote: > Given the serious nature of the vulnerability, I'm sure this is at the top > of someone's list. Do we have a scheduled release date yet? See the thread "BIND update?". Scott PS: please do not crosspost. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 16:57:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07C301065671 for ; Thu, 10 Jul 2008 16:57:15 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7088FC17 for ; Thu, 10 Jul 2008 16:57:14 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m6AGvfRf013824; Thu, 10 Jul 2008 11:57:41 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m6AGvfKk013823; Thu, 10 Jul 2008 11:57:41 -0500 (CDT) (envelope-from brooks) Date: Thu, 10 Jul 2008 11:57:41 -0500 From: Brooks Davis To: "Patrick M. Hausen" Message-ID: <20080710165741.GA12966@lor.one-eyed-alien.net> References: <20080710085234.GD38495@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <20080710085234.GD38495@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 10 Jul 2008 11:57:41 -0500 (CDT) Cc: freebsd-stable@freebsd.org Subject: Re: dhclient and resolv.conf.sav X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jul 2008 16:57:15 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2008 at 10:52:35AM +0200, Patrick M. Hausen wrote: > Hello, >=20 > we have been bitten by something that obvoiusly > is a feature, not a bug, but I do not quite understand > the intentions and reasoning behind it. >=20 > I have a host with manual interface and resolver configuration > and an additional interface that should get it's IP address > via DHCP. But only it's IP address and netmask, nothing else. >=20 > The DHCP server used hands out only IP addresses/netmasks, > no domain-name-servers, domain-name, etc. configured. >=20 > Yet, if there happens to exist a /etc/resolv.conf.sav file, > every renewal of the lease by dhclient overwrites the contents > of /etc/resolv.conf with those of resolv.conf.sav. >=20 > In my particular case the .sav file contained an internal > nameserver that was used when I initially set up the host > in the lab. This entry was of no use to the server after > it had been deployed in our datacenter. >=20 > Can anyone shed some light on the intended mechanism? > Studying the dhclient-script was not too helpful, either. I suspect the theory is that you can have a static resolv.conf around that gets installed when there isn't anything else to use. In practice, I think it mostly causes problems. I'm somewhat tempted to remove the creation of the file and add something like a resolv.conf.default in it's place. -- Brooks --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIdj+EXY6L6fI4GtQRAodsAKCrXvq03hCPzTF1rejKcsaRYjZe2wCeJHn7 Nu9Eunid9vs0kOfqn36CBCQ= =eJrT -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 19:47:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0147E106564A for ; Thu, 10 Jul 2008 19:47:22 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 9991C8FC1A for ; Thu, 10 Jul 2008 19:47:21 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp id 1KH26p-0008RN-Pl for ; Thu, 10 Jul 2008 21:47:19 +0200 Received: (qmail 3827 invoked from network); 10 Jul 2008 19:47:18 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 10 Jul 2008 19:47:18 -0000 Date: Thu, 10 Jul 2008 21:47:17 +0200 To: "Paul Schmehl" , "FreeBSD Stable" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <94439F09F64DAEEE70087136@utd65257.utdallas.edu> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <94439F09F64DAEEE70087136@utd65257.utdallas.edu> User-Agent: Opera Mail/9.51 (FreeBSD) Cc: Subject: Re: UMASS problem on 7.0 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2008 19:47:22 -0000 On Thu, 10 Jul 2008 17:31:51 +0200, Paul Schmehl wrote: > --On Wednesday, July 09, 2008 11:50:25 +0200 Ronald Klop > wrote: > >> On Tue, 08 Jul 2008 20:27:26 +0200, Paul Schmehl >> >> wrote: >> >>> Ever since I upgraded this workstation to 7.0 STABLE, I have been >>> unable >>> to reboot with my USB hard drive attached. During the boot sequence, >>> the device is properly detected and identified, but then I get an error >>> message, a crash dump and a reboot. I enabled /var/log/console.log in >>> the hope that I would catch the error message, but it doesn't appear in >>> the log. I also don't have any kernel dumps, so I can't trace those to >>> see what the problem might be. >>> >>> An additional problem that I have is that, during boot, the system says >>> there is no dump device available. This is despite the fact that swap >>> is twice the real memory size and /etc/defaults/rc.conf defines dumpdev >>> as auto. I even tried defining dumpdev as the swap partition (in >>> /etc/rc.conf), but nothing changed. >>> >>> I have to be doing something wrong, but I'm at a loss to know what it >>> is. I've rebuilt world and kernel nine times now, in the desparate >>> hope >>> that something might have changed in the usb code that would solve this >>> problem. (Every time "#find /usr/src -newer /boot/kernel" returns >>> changes in the usb code, I rebuild kernel and world.) >>> >>> Is there something I can enable that will capture the boot sequence >>> during a failed boot while devices are still being detected? >>> >>> # grep -i umass /var/log/console.log >>> >>> >>> Any helpful hints would be gratefully appreciated. >>> >>> # uname -a >>> FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #8: Mon Jul >>> 7 10:41:03 CDT 2008 >>> root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 >>> >>> # sysctl -a | grep hw.physmem >>> hw.physmem: 3474407424 >>> >>> # dmesg | grep -i umass >>> umass0: >> 2> on uhub5 >>> da0 at umass-sim0 bus 0 target 0 lun 0 >>> >>> # grep swap /etc/fstab >>> /dev/ad8s1b none swap sw >>> 0 0 >>> >>> # swapctl -l >>> Device: 1024-blocks Used: >>> /dev/ad8s1b 8388608 0 >>> >>> # grep -i usb /var/run/dmesg.boot >>> uhci0: port 0xff20-0xff3f irq 16 at >>> device 26.0 on pci0 >>> usb0: on uhci0 >>> usb0: USB revision 1.0 >>> uhub0: on usb0 >>> uhci1: port 0xff00-0xff1f irq 17 at >>> device 26.1 on pci0 >>> usb1: on uhci1 >>> usb1: USB revision 1.0 >>> uhub1: on usb1 >>> ehci0: mem 0xfebd9c00-0xfebd9fff >>> irq >>> 22 at device 26.7 on pci0 >>> usb2: waiting for BIOS to give up control >>> usb2: EHCI version 1.0 >>> usb2: wrong number of companions (3 != 2) >>> usb2: companion controllers, 2 ports each: usb0 usb1 >>> usb2: on ehci0 >>> usb2: USB revision 2.0 >>> uhub2: on usb2 >>> ums0: on >>> uhub3 >>> uhci2: port 0xff80-0xff9f irq 23 at >>> device 29.0 on pci0 >>> usb3: on uhci2 >>> usb3: USB revision 1.0 >>> uhub4: on usb3 >>> uhci3: port 0xff60-0xff7f irq 17 at >>> device 29.1 on pci0 >>> usb4: on uhci3 >>> usb4: USB revision 1.0 >>> uhub5: on usb4 >>> uhci4: port 0xff40-0xff5f irq 18 at >>> device 29.2 on pci0 >>> usb5: on uhci4 >>> usb5: USB revision 1.0 >>> uhub6: on usb5 >>> ehci1: mem 0xff980800-0xff980bff >>> irq >>> 23 at device 29.7 on pci0 >>> usb6: waiting for BIOS to give up control >>> usb6: timed out waiting for BIOS >>> usb6: EHCI version 1.0 >>> usb6: companion controllers, 2 ports each: usb3 usb4 usb5 >>> usb6: on ehci1 >>> usb6: USB revision 2.0 >>> uhub7: on usb6 >>> >> >> It might be something else, but I had usb problems in 6-STABLE until I >> disabled usb support in the bios. FreeBSD still detects the usb >> hardware. In >> my case there was some sort of conflict between the usb detection of >> the bios >> and the detection FreeBSD. >> The symptoms where very weird, because it also depended on the >> connected usb >> devices on time of boot. Connecting theme after booting did work. >> > > Dell's BIOS has three options for the USB controller; off, on and no > umass device support. Off allows the box to boot properly, but I have > no keyboard. (Kind of not useful.) The other two manifest the same > problem. So this didn't solve the problem for me. > Does 'off' still let FreeBSD detect the usb controller? If so, this might point you in the right direction for pinpointing the reason of the problem. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 10 20:58:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30CB51065677 for ; Thu, 10 Jul 2008 20:58:23 +0000 (UTC) (envelope-from prvs=pschmehl_lists=070828a60@tx.rr.com) Received: from ip-relay-002.utdallas.edu (ip-relay-002.utdallas.edu [129.110.20.112]) by mx1.freebsd.org (Postfix) with ESMTP id DE7DC8FC0C for ; Thu, 10 Jul 2008 20:58:22 +0000 (UTC) (envelope-from prvs=pschmehl_lists=070828a60@tx.rr.com) X-Group: RELAYLIST X-IronPort-AV: E=Sophos;i="4.30,340,1212382800"; d="scan'208";a="3524095" Received: from smtp3.utdallas.edu ([129.110.20.110]) by ip-relay-002.utdallas.edu with ESMTP; 10 Jul 2008 15:58:22 -0500 Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTPSA id 9107423DDF for ; Thu, 10 Jul 2008 15:58:22 -0500 (CDT) Date: Thu, 10 Jul 2008 15:58:22 -0500 From: Paul Schmehl To: FreeBSD Stable Message-ID: <88ED49A127DF53BD47C26143@utd65257.utdallas.edu> In-Reply-To: References: <94439F09F64DAEEE70087136@utd65257.utdallas.edu> X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: UMASS problem on 7.0 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2008 20:58:23 -0000 --On Thursday, July 10, 2008 21:47:17 +0200 Ronald Klop wrote: > On Thu, 10 Jul 2008 17:31:51 +0200, Paul Schmehl > wrote: > >> --On Wednesday, July 09, 2008 11:50:25 +0200 Ronald Klop >> wrote: >> >>> On Tue, 08 Jul 2008 20:27:26 +0200, Paul Schmehl >>> >>> wrote: >>> >>>> Ever since I upgraded this workstation to 7.0 STABLE, I have been >>>> unable >>>> to reboot with my USB hard drive attached. During the boot sequence, >>>> the device is properly detected and identified, but then I get an error >>>> message, a crash dump and a reboot. I enabled /var/log/console.log in >>>> the hope that I would catch the error message, but it doesn't appear in >>>> the log. I also don't have any kernel dumps, so I can't trace those to >>>> see what the problem might be. >>>> >>>> An additional problem that I have is that, during boot, the system says >>>> there is no dump device available. This is despite the fact that swap >>>> is twice the real memory size and /etc/defaults/rc.conf defines dumpdev >>>> as auto. I even tried defining dumpdev as the swap partition (in >>>> /etc/rc.conf), but nothing changed. >>>> >>>> I have to be doing something wrong, but I'm at a loss to know what it >>>> is. I've rebuilt world and kernel nine times now, in the desparate >>>> hope >>>> that something might have changed in the usb code that would solve this >>>> problem. (Every time "#find /usr/src -newer /boot/kernel" returns >>>> changes in the usb code, I rebuild kernel and world.) >>>> >>>> Is there something I can enable that will capture the boot sequence >>>> during a failed boot while devices are still being detected? >>>> >>>> # grep -i umass /var/log/console.log >>>> >>>> >>>> Any helpful hints would be gratefully appreciated. >>>> >>>> # uname -a >>>> FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #8: Mon Jul >>>> 7 10:41:03 CDT 2008 >>>> root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 >>>> >>>> # sysctl -a | grep hw.physmem >>>> hw.physmem: 3474407424 >>>> >>>> # dmesg | grep -i umass >>>> umass0: >>> 2> on uhub5 >>>> da0 at umass-sim0 bus 0 target 0 lun 0 >>>> >>>> # grep swap /etc/fstab >>>> /dev/ad8s1b none swap sw >>>> 0 0 >>>> >>>> # swapctl -l >>>> Device: 1024-blocks Used: >>>> /dev/ad8s1b 8388608 0 >>>> >>>> # grep -i usb /var/run/dmesg.boot >>>> uhci0: port 0xff20-0xff3f irq 16 at >>>> device 26.0 on pci0 >>>> usb0: on uhci0 >>>> usb0: USB revision 1.0 >>>> uhub0: on usb0 >>>> uhci1: port 0xff00-0xff1f irq 17 at >>>> device 26.1 on pci0 >>>> usb1: on uhci1 >>>> usb1: USB revision 1.0 >>>> uhub1: on usb1 >>>> ehci0: mem 0xfebd9c00-0xfebd9fff >>>> irq >>>> 22 at device 26.7 on pci0 >>>> usb2: waiting for BIOS to give up control >>>> usb2: EHCI version 1.0 >>>> usb2: wrong number of companions (3 != 2) >>>> usb2: companion controllers, 2 ports each: usb0 usb1 >>>> usb2: on ehci0 >>>> usb2: USB revision 2.0 >>>> uhub2: on usb2 >>>> ums0: on >>>> uhub3 >>>> uhci2: port 0xff80-0xff9f irq 23 at >>>> device 29.0 on pci0 >>>> usb3: on uhci2 >>>> usb3: USB revision 1.0 >>>> uhub4: on usb3 >>>> uhci3: port 0xff60-0xff7f irq 17 at >>>> device 29.1 on pci0 >>>> usb4: on uhci3 >>>> usb4: USB revision 1.0 >>>> uhub5: on usb4 >>>> uhci4: port 0xff40-0xff5f irq 18 at >>>> device 29.2 on pci0 >>>> usb5: on uhci4 >>>> usb5: USB revision 1.0 >>>> uhub6: on usb5 >>>> ehci1: mem 0xff980800-0xff980bff >>>> irq >>>> 23 at device 29.7 on pci0 >>>> usb6: waiting for BIOS to give up control >>>> usb6: timed out waiting for BIOS >>>> usb6: EHCI version 1.0 >>>> usb6: companion controllers, 2 ports each: usb3 usb4 usb5 >>>> usb6: on ehci1 >>>> usb6: USB revision 2.0 >>>> uhub7: on usb6 >>>> >>> >>> It might be something else, but I had usb problems in 6-STABLE until I >>> disabled usb support in the bios. FreeBSD still detects the usb >>> hardware. In >>> my case there was some sort of conflict between the usb detection of >>> the bios >>> and the detection FreeBSD. >>> The symptoms where very weird, because it also depended on the >>> connected usb >>> devices on time of boot. Connecting theme after booting did work. >>> >> >> Dell's BIOS has three options for the USB controller; off, on and no >> umass device support. Off allows the box to boot properly, but I have >> no keyboard. (Kind of not useful.) The other two manifest the same >> problem. So this didn't solve the problem for me. >> > > Does 'off' still let FreeBSD detect the usb controller? If so, this might > point you in the right direction for pinpointing the reason of the problem. > Unfortunately, no. When the USB Controller is disabled in the BIOS, I have no keyboard functionality at all in FreeBSD. -- Paul Schmehl As if it wasn't already obvious, my opinions are my own and not those of my employer. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 03:09:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D96E31065676 for ; Fri, 11 Jul 2008 03:09:05 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 6BB138FC25 for ; Fri, 11 Jul 2008 03:09:05 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so17972uge.37 for ; Thu, 10 Jul 2008 20:09:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=6O/NokJND4aRf3+/euAjTmPMg8Z0wq/2+EXfN2sux+g=; b=BK94fM7vzqMkfgoTdspunZo25frZPRJkVGim5L5GAD4TeCzkTA+qfWKM+xCoUS8hYM rZ6kN5moWInw5tcrh5lpapwwTHvI5JBnHCis1w3ngfokwnnng0rMHRycYwIbBNcvIJKU Czov5ERwNPA75dDQCSRUsXZA1figNtKgAC3A0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=uhp6HKWNweHuaKlqgrpZWAA5/z8OQ09y5AaITN/X3qWoPNj1iq36FdY70OJTsn+vF2 9LMqMYIKUzvqGz/aKIfB9q5Z+pjmqCYGYA0P5dPIblkSON+gGDUy6p7zmG+Hmc93MRdF 0JLISaIzH787g9hTSAjISunJ8rvIBklQJlqow= Received: by 10.67.116.9 with SMTP id t9mr178487ugm.65.1215745743776; Thu, 10 Jul 2008 20:09:03 -0700 (PDT) Received: by 10.66.234.1 with HTTP; Thu, 10 Jul 2008 20:09:03 -0700 (PDT) Message-ID: Date: Fri, 11 Jul 2008 00:09:03 -0300 From: "Carlos A. M. dos Santos" To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Looking for a GPT-aware boot manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 03:09:05 -0000 Hello, I'm attempting quad-boot my notebook with STABLE and CURRENT, both i386 and AMD64. I installed them manually by booting from a thumb drive, partitioning the hard disk and extracting the distributions from ISO images that I had stored on an external hard drive. My disk layout is as follows: ad0p1 boot ad0p2 freebsd, partitioned with disklabel for 7.0/AMD64 ad0p2a 7.0 AMD64 root ad0p2d 7.0 AMD64 /var ad0p2f 7.0 AMD64 /usr ad0p3 freebsd, partitioned with disklabel for 7.0/i386 ad0p3a 7.0 i386 root ad0p3d 7.0 i386 /var ad0p3f 7.0 i386 /usr ad0p4 freebsd, partitioned with disklabel for 7.0/AMD64 ad0p4a 8.0 AMD64 root ad0p4d 8.0 AMD64 /var ad0p4f 8.0 AMD64 /usr ad0p5 freebsd, partitioned with disklabel for 7.0/AMD64 ad0p5a 8.0 i386 root ad0p5d 8.0 i386 /var ad0p5f 8.0 i386 /usr ad0p6 freebsd, partitioned with disklabel for all ad0p6b swap ad0p6d /temp ad0p6e /local The problem now is that I don't have a boot manager capable of selecting a partition to boot from. The FreeBSD boot manager (boot0) does not recognize GPT. I atempted to pass "0:ad(0p3)/boot/loader" to gptboot but had no success. I did a lot of googling and even attempted to read the source code of gptboot but could not figure out how to solve the problem, so any help will be appreciated. -- If you think things can't get worse it's probably only because you lack sufficient imagination. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 03:35:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 087F5106566B for ; Fri, 11 Jul 2008 03:35:34 +0000 (UTC) (envelope-from peter@wemm.org) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id C74128FC28 for ; Fri, 11 Jul 2008 03:35:33 +0000 (UTC) (envelope-from peter@wemm.org) Received: by yw-out-2324.google.com with SMTP id 9so1534472ywe.13 for ; Thu, 10 Jul 2008 20:35:31 -0700 (PDT) Received: by 10.143.32.7 with SMTP id k7mr2879012wfj.305.1215747330022; Thu, 10 Jul 2008 20:35:30 -0700 (PDT) Received: by 10.142.76.14 with HTTP; Thu, 10 Jul 2008 20:35:30 -0700 (PDT) Message-ID: Date: Thu, 10 Jul 2008 20:35:30 -0700 From: "Peter Wemm" To: "Carlos A. M. dos Santos" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: FreeBSD Stable Subject: Re: Looking for a GPT-aware boot manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 03:35:34 -0000 On Thu, Jul 10, 2008 at 8:09 PM, Carlos A. M. dos Santos wrote: > Hello, > > I'm attempting quad-boot my notebook with STABLE and CURRENT, both > i386 and AMD64. I installed them manually by booting from a thumb > drive, partitioning the hard disk and extracting the distributions > from ISO images that I had stored on an external hard drive. My disk > layout is as follows: > > ad0p1 boot > ad0p2 freebsd, partitioned with disklabel for 7.0/AMD64 > ad0p2a 7.0 AMD64 root > ad0p2d 7.0 AMD64 /var > ad0p2f 7.0 AMD64 /usr > ad0p3 freebsd, partitioned with disklabel for 7.0/i386 > ad0p3a 7.0 i386 root > ad0p3d 7.0 i386 /var > ad0p3f 7.0 i386 /usr > ad0p4 freebsd, partitioned with disklabel for 7.0/AMD64 > ad0p4a 8.0 AMD64 root > ad0p4d 8.0 AMD64 /var > ad0p4f 8.0 AMD64 /usr > ad0p5 freebsd, partitioned with disklabel for 7.0/AMD64 > ad0p5a 8.0 i386 root > ad0p5d 8.0 i386 /var > ad0p5f 8.0 i386 /usr > ad0p6 freebsd, partitioned with disklabel for all > ad0p6b swap > ad0p6d /temp > ad0p6e /local > > The problem now is that I don't have a boot manager capable of > selecting a partition to boot from. The FreeBSD boot manager (boot0) > does not recognize GPT. I atempted to pass "0:ad(0p3)/boot/loader" to > gptboot but had no success. > > I did a lot of googling and even attempted to read the source code of > gptboot but could not figure out how to solve the problem, so any help > will be appreciated. I think your biggest mistake was putting a disklabel inside a gpt partition. You've kind of missed the point of gpt. There are 16,000 partitions so that we don't have to deal with nested partition tables. Even loader doesn't handle this scenario. It understands the mbr/disklabel style disk0s1a, disk0s1, as well as gpt style disk0p1, but not gpt+disklabel disk0p1a. If it wasn't for that, you could do a simple menu in the loader scripts that did something like: set currdev=disk0p3: boot kernel .. to select the root partition that you wanted. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 03:38:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C879C10656DC for ; Fri, 11 Jul 2008 03:38:06 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id AACF18FC26 for ; Fri, 11 Jul 2008 03:38:06 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so3221908wfg.7 for ; Thu, 10 Jul 2008 20:38:06 -0700 (PDT) Received: by 10.142.52.9 with SMTP id z9mr2889515wfz.30.1215747485765; Thu, 10 Jul 2008 20:38:05 -0700 (PDT) Received: by 10.142.76.14 with HTTP; Thu, 10 Jul 2008 20:38:05 -0700 (PDT) Message-ID: Date: Thu, 10 Jul 2008 20:38:05 -0700 From: "Peter Wemm" To: "Carlos A. M. dos Santos" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: FreeBSD Stable Subject: Re: Looking for a GPT-aware boot manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 03:38:06 -0000 On Thu, Jul 10, 2008 at 8:35 PM, Peter Wemm wrote: > On Thu, Jul 10, 2008 at 8:09 PM, Carlos A. M. dos Santos > wrote: >> Hello, >> >> I'm attempting quad-boot my notebook with STABLE and CURRENT, both >> i386 and AMD64. I installed them manually by booting from a thumb >> drive, partitioning the hard disk and extracting the distributions >> from ISO images that I had stored on an external hard drive. My disk >> layout is as follows: >> >> ad0p1 boot >> ad0p2 freebsd, partitioned with disklabel for 7.0/AMD64 >> ad0p2a 7.0 AMD64 root >> ad0p2d 7.0 AMD64 /var >> ad0p2f 7.0 AMD64 /usr >> ad0p3 freebsd, partitioned with disklabel for 7.0/i386 >> ad0p3a 7.0 i386 root >> ad0p3d 7.0 i386 /var >> ad0p3f 7.0 i386 /usr >> ad0p4 freebsd, partitioned with disklabel for 7.0/AMD64 >> ad0p4a 8.0 AMD64 root >> ad0p4d 8.0 AMD64 /var >> ad0p4f 8.0 AMD64 /usr >> ad0p5 freebsd, partitioned with disklabel for 7.0/AMD64 >> ad0p5a 8.0 i386 root >> ad0p5d 8.0 i386 /var >> ad0p5f 8.0 i386 /usr >> ad0p6 freebsd, partitioned with disklabel for all >> ad0p6b swap >> ad0p6d /temp >> ad0p6e /local >> >> The problem now is that I don't have a boot manager capable of >> selecting a partition to boot from. The FreeBSD boot manager (boot0) >> does not recognize GPT. I atempted to pass "0:ad(0p3)/boot/loader" to >> gptboot but had no success. >> >> I did a lot of googling and even attempted to read the source code of >> gptboot but could not figure out how to solve the problem, so any help >> will be appreciated. > > I think your biggest mistake was putting a disklabel inside a gpt > partition. You've kind of missed the point of gpt. There are 16,000 > partitions so that we don't have to deal with nested partition tables. > > Even loader doesn't handle this scenario. It understands the > mbr/disklabel style disk0s1a, disk0s1, as well as gpt style disk0p1, > but not gpt+disklabel disk0p1a. > > If it wasn't for that, you could do a simple menu in the loader > scripts that did something like: > set currdev=disk0p3: > boot kernel > .. to select the root partition that you wanted. I forgot to mention.. You can use the same loader for all of these. We use an identical loader for i386 and amd64. The 8.0 loader is functionally identical to 7.0 as well. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 06:44:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D14A1065685; Fri, 11 Jul 2008 06:44:14 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from hpsmtp-eml13.kpnxchange.com (hpsmtp-eml13.kpnxchange.com [213.75.38.113]) by mx1.freebsd.org (Postfix) with ESMTP id CAC3E8FC2A; Fri, 11 Jul 2008 06:44:13 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtp-eml108.kpnxchange.com ([213.75.84.108]) by hpsmtp-eml13.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 11 Jul 2008 08:32:09 +0200 Received: from koko.offrom.nl ([86.82.183.148]) by cpsmtp-eml108.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 11 Jul 2008 08:32:08 +0200 Received: from wiz.vpn.offrom.nl (Debian-exim@wiz.vpn.offrom.nl [10.168.0.18]) by koko.offrom.nl (8.13.8/8.13.8) with ESMTP id m6B6W5Fu015223; Fri, 11 Jul 2008 08:32:06 +0200 (CEST) (envelope-from willy@wiz.vpn.offrom.nl) Received: from willy by wiz.vpn.offrom.nl with local (Exim 4.63) (envelope-from ) id 1KHCBW-0001If-2Z; Fri, 11 Jul 2008 08:32:50 +0200 Date: Fri, 11 Jul 2008 08:32:49 +0200 From: Willy Offermans To: Brooks Davis Message-ID: <20080711063249.GB4382@wiz.vpn.offrom.nl> References: <20080710085234.GD38495@hugo10.ka.punkt.de> <20080710165741.GA12966@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080710165741.GA12966@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.92.1/7688/Fri Jul 11 06:24:06 2008 on koko.offrom.nl X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on koko.offrom.nl X-OriginalArrivalTime: 11 Jul 2008 06:32:08.0973 (UTC) FILETIME=[D8231BD0:01C8E31F] Cc: freebsd-stable@freebsd.org Subject: Re: dhclient and resolv.conf.sav X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2008 06:44:14 -0000 Dear FreeBSD friends, Is this behavior, related to dhclient and /etc/resolv.conf.sav, FreeBSD specific or is it a general feature of dhclient? I might have a use for it on my debian linux laptop. On Thu, Jul 10, 2008 at 11:57:41AM -0500, Brooks Davis wrote: > On Thu, Jul 10, 2008 at 10:52:35AM +0200, Patrick M. Hausen wrote: > > Hello, > > > > we have been bitten by something that obvoiusly > > is a feature, not a bug, but I do not quite understand > > the intentions and reasoning behind it. > > > > I have a host with manual interface and resolver configuration > > and an additional interface that should get it's IP address > > via DHCP. But only it's IP address and netmask, nothing else. > > > > The DHCP server used hands out only IP addresses/netmasks, > > no domain-name-servers, domain-name, etc. configured. > > > > Yet, if there happens to exist a /etc/resolv.conf.sav file, > > every renewal of the lease by dhclient overwrites the contents > > of /etc/resolv.conf with those of resolv.conf.sav. > > > > In my particular case the .sav file contained an internal > > nameserver that was used when I initially set up the host > > in the lab. This entry was of no use to the server after > > it had been deployed in our datacenter. > > > > Can anyone shed some light on the intended mechanism? > > Studying the dhclient-script was not too helpful, either. > > I suspect the theory is that you can have a static resolv.conf around > that gets installed when there isn't anything else to use. In practice, > I think it mostly causes problems. I'm somewhat tempted to remove the > creation of the file and add something like a resolv.conf.default in > it's place. > > -- Brooks -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* Dr. W.K. Offermans CAT Postdoctoral Fellow CAT Catalytic Center Institut fr Technische und Makromolekulare Chemie RWTH Aachen Worringerweg 1, Raum 38C-150 D-52074 Aachen, Germany Phone: +49 241 80 28592 Home: +31 45 544 49 44 Mobile: +31 653 27 16 23 e-mail: Willy@Offermans.Rompen.nl e-mail: Willy.Offermans@CatalyticCenter.RWTH-Aachen.de Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 08:24:31 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61A471065681 for ; Fri, 11 Jul 2008 08:24:31 +0000 (UTC) (envelope-from hostmaster@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 55ED38FC0A for ; Fri, 11 Jul 2008 08:24:31 +0000 (UTC) (envelope-from hostmaster@netconsonance.com) Received: from [172.16.12.8] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m6B7xZeb001499 for ; Fri, 11 Jul 2008 00:59:35 -0700 (PDT) (envelope-from hostmaster@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.24 X-Spam-Level: X-Spam-Status: No, score=-1.24 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.200] Message-Id: From: Jo Rhett To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Fri, 11 Jul 2008 00:59:33 -0700 X-Mailer: Apple Mail (2.924) Cc: Subject: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 08:24:31 -0000 About 10 days ago one of my personal machines started hanging at random. This is the first bit of instability I've ever experienced on this machine (2+ years running) FreeBSD triceratops.netconsonance.com 6.2-RELEASE-p11 FreeBSD 6.2- RELEASE-p11 #0: Wed Feb 13 06:44:57 UTC 2008 root@i386-builder.daemonology.net :/usr/obj/usr/src/sys/GENERIC i386 After about 2 weeks of watching it carefully I've learned almost nothing. It's not a disk failure (AFAIK) it's not cpu overheat (now running healthd without complaints) it's not based on any given network traffic... however it does appear to accompany heavy cpu/disk activity. It usually dies when indexing my websites at night (but not always) and it sometimes dies when compiling programs. Just heavy disk isn't enough to do the job, as backups proceed without problems. Heavy cpu by itself isn't enough to do it either. But if I start compiling things and keep going a while, it will eventually hang. My best guess is that geom is having a problem and locking up. There's no log entry before failure to back this idea up, but I think this because during boot I see the following: ad0: 286168MB at ata0-master UDMA100 GEOM_MIRROR: Device gm0 created (id=575427344). GEOM_MIRROR: Device gm0: provider ad0 detected. ad1: 286168MB at ata0-slave UDMA100 GEOM_MIRROR: Device gm0: provider ad1 detected. GEOM_MIRROR: Device gm0: provider ad1 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Device gm0: rebuilding provider ad0. Every time it is rebuilding ad0. Every single boot in the last two weeks. Is this any way to get more logging from geom, to confirm or deny this theory? Is there anything else I should be looking at? FWIW, this never happened before the p11 patch to 6.2. I don't know if that is related or not. Obviously, I can't upgrade to 6.3 if heavy cpu/disk activity kills the system. No, I don't have any other insights. I'm not prone to posting "duh help me please!" posts, so I'm quite a bit frustrated by this one. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 09:59:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E04A1065677 for ; Fri, 11 Jul 2008 09:59:23 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 76D628FC18 for ; Fri, 11 Jul 2008 09:59:22 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m6B9xcJF013678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Jul 2008 10:59:40 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <48772EE5.2060401@unsane.co.uk> Date: Fri, 11 Jul 2008 10:59:01 +0100 From: Vince Hoffman User-Agent: Thunderbird 2.0.0.14 (X11/20080609) MIME-Version: 1.0 To: Jo Rhett References: In-Reply-To: X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 09:59:23 -0000 Jo Rhett wrote: > About 10 days ago one of my personal machines started hanging at > random. This is the first bit of instability I've ever experienced on > this machine (2+ years running) > > FreeBSD triceratops.netconsonance.com 6.2-RELEASE-p11 FreeBSD > 6.2-RELEASE-p11 #0: Wed Feb 13 06:44:57 UTC 2008 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > After about 2 weeks of watching it carefully I've learned almost > nothing. It's not a disk failure (AFAIK) it's not cpu overheat (now > running healthd without complaints) it's not based on any given network > traffic... however it does appear to accompany heavy cpu/disk > activity. It usually dies when indexing my websites at night (but not > always) and it sometimes dies when compiling programs. Just heavy disk > isn't enough to do the job, as backups proceed without problems. Heavy > cpu by itself isn't enough to do it either. But if I start compiling > things and keep going a while, it will eventually hang. > > My best guess is that geom is having a problem and locking up. There's > no log entry before failure to back this idea up, but I think this > because during boot I see the following: > > ad0: 286168MB at ata0-master UDMA100 > GEOM_MIRROR: Device gm0 created (id=575427344). > GEOM_MIRROR: Device gm0: provider ad0 detected. > ad1: 286168MB at ata0-slave UDMA100 > GEOM_MIRROR: Device gm0: provider ad1 detected. > GEOM_MIRROR: Device gm0: provider ad1 activated. > GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. > GEOM_MIRROR: Device gm0: rebuilding provider ad0. > > Every time it is rebuilding ad0. Every single boot in the last two weeks. > > Is this any way to get more logging from geom, to confirm or deny this > theory? Just a guess but try kern.geom.debugflags > 0 This certainly spews out far more geom info, as to how helpful this will be... Vince > > Is there anything else I should be looking at? > > FWIW, this never happened before the p11 patch to 6.2. I don't know if > that is related or not. > > Obviously, I can't upgrade to 6.3 if heavy cpu/disk activity kills the > system. > > No, I don't have any other insights. I'm not prone to posting "duh help > me please!" posts, so I'm quite a bit frustrated by this one. > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 10:43:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8E2C1065671; Fri, 11 Jul 2008 10:43:28 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 101498FC13; Fri, 11 Jul 2008 10:43:27 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.2/8.14.2) with ESMTP id m6BAFCio039209; Fri, 11 Jul 2008 14:15:12 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Fri, 11 Jul 2008 14:15:12 +0400 (MSD) From: Maxim Konovalov To: Ken Smith In-Reply-To: <1215119650.75067.10.camel@neo.cse.buffalo.edu> Message-ID: <20080711141217.B19592@mp2.macomnet.net> References: <1215119650.75067.10.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: cvsup server reachable via IPv6... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 10:43:28 -0000 On Thu, 3 Jul 2008, 17:14-0400, Ken Smith wrote: > > If any of you have been wishing there was an IPv6-capable cvsup server > you could use (with csup as the client obviously since cvsup doesn't do > IPv6...) give cvsup18.freebsd.org a try. With the help of a few other > folks I got nudged into giving inetd/netcat a try as a means to feed > IPv6 connections to the cvsupd server process. > > If you try it and have problems let me know. cvsup18 is my "little > server" (handles between 200 and 300 connects a day) but if this seems > to work OK I can give it a try on my "big server" (handles between 3000 > and 4000 connects a day...). > FWIW, we already running ipv6 cvsup server at cvsup4.ru.freebsd.org. -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 11:48:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1C78106567E for ; Fri, 11 Jul 2008 11:48:39 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 824898FC1B for ; Fri, 11 Jul 2008 11:48:39 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp id 1KHH77-0002m8-R0 for ; Fri, 11 Jul 2008 13:48:37 +0200 Received: (qmail 3646 invoked from network); 11 Jul 2008 11:48:34 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 11 Jul 2008 11:48:34 -0000 Date: Fri, 11 Jul 2008 13:48:33 +0200 To: "Jo Rhett" , "FreeBSD Stable" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.51 (FreeBSD) Cc: Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 11:48:39 -0000 On Fri, 11 Jul 2008 09:59:33 +0200, Jo Rhett wrote: > About 10 days ago one of my personal machines started hanging at > random. This is the first bit of instability I've ever experienced on > this machine (2+ years running) > > FreeBSD triceratops.netconsonance.com 6.2-RELEASE-p11 FreeBSD 6.2- > RELEASE-p11 #0: Wed Feb 13 06:44:57 UTC 2008 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > After about 2 weeks of watching it carefully I've learned almost > nothing. It's not a disk failure (AFAIK) it's not cpu overheat (now > running healthd without complaints) it's not based on any given network > traffic... however it does appear to accompany heavy cpu/disk > activity. It usually dies when indexing my websites at night (but not > always) and it sometimes dies when compiling programs. Just heavy disk > isn't enough to do the job, as backups proceed without problems. Heavy > cpu by itself isn't enough to do it either. But if I start compiling > things and keep going a while, it will eventually hang. > > My best guess is that geom is having a problem and locking up. There's > no log entry before failure to back this idea up, but I think this > because during boot I see the following: > > ad0: 286168MB at ata0-master UDMA100 > GEOM_MIRROR: Device gm0 created (id=575427344). > GEOM_MIRROR: Device gm0: provider ad0 detected. > ad1: 286168MB at ata0-slave UDMA100 > GEOM_MIRROR: Device gm0: provider ad1 detected. > GEOM_MIRROR: Device gm0: provider ad1 activated. > GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. > GEOM_MIRROR: Device gm0: rebuilding provider ad0. > > Every time it is rebuilding ad0. Every single boot in the last two > weeks. > > Is this any way to get more logging from geom, to confirm or deny this > theory? > > Is there anything else I should be looking at? > > FWIW, this never happened before the p11 patch to 6.2. I don't know if > that is related or not. > > Obviously, I can't upgrade to 6.3 if heavy cpu/disk activity kills the > system. > > No, I don't have any other insights. I'm not prone to posting "duh help > me please!" posts, so I'm quite a bit frustrated by this one. You can try going into the kernel debugger to see where it is hanging. Debugging via a serial cable is also very easy. I don't know the details, but there is a lot of info in the Freebsd handbook. Put this in google 'freebsd handbook kernel debug'. Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 15:17:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4301065741 for ; Fri, 11 Jul 2008 15:17:20 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id E22108FC21 for ; Fri, 11 Jul 2008 15:17:19 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m6BEtpw2024464; Fri, 11 Jul 2008 09:55:51 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m6BEtojt024463; Fri, 11 Jul 2008 09:55:50 -0500 (CDT) (envelope-from brooks) Date: Fri, 11 Jul 2008 09:55:50 -0500 From: Brooks Davis To: Willy Offermans Message-ID: <20080711145550.GB12966@lor.one-eyed-alien.net> References: <20080710085234.GD38495@hugo10.ka.punkt.de> <20080710165741.GA12966@lor.one-eyed-alien.net> <20080711063249.GB4382@wiz.vpn.offrom.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y7xTucakfITjPcLV" Content-Disposition: inline In-Reply-To: <20080711063249.GB4382@wiz.vpn.offrom.nl> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 11 Jul 2008 09:55:51 -0500 (CDT) Cc: freebsd-stable@freebsd.org Subject: Re: dhclient and resolv.conf.sav X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 15:17:20 -0000 --Y7xTucakfITjPcLV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 11, 2008 at 08:32:49AM +0200, Willy Offermans wrote: > Dear FreeBSD friends, >=20 > Is this behavior, related to dhclient and /etc/resolv.conf.sav, FreeBSD > specific or is it a general feature of dhclient? I might have a use for > it on my debian linux laptop. We picked it up from openbsd when we took their client (which is derived fr= om an early ISC client). If it's not in the stock isc dhclient-script adding = it would be trivial. -- Brooks > On Thu, Jul 10, 2008 at 11:57:41AM -0500, Brooks Davis wrote: > > On Thu, Jul 10, 2008 at 10:52:35AM +0200, Patrick M. Hausen wrote: > > > Hello, > > >=20 > > > we have been bitten by something that obvoiusly > > > is a feature, not a bug, but I do not quite understand > > > the intentions and reasoning behind it. > > >=20 > > > I have a host with manual interface and resolver configuration > > > and an additional interface that should get it's IP address > > > via DHCP. But only it's IP address and netmask, nothing else. > > >=20 > > > The DHCP server used hands out only IP addresses/netmasks, > > > no domain-name-servers, domain-name, etc. configured. > > >=20 > > > Yet, if there happens to exist a /etc/resolv.conf.sav file, > > > every renewal of the lease by dhclient overwrites the contents > > > of /etc/resolv.conf with those of resolv.conf.sav. > > >=20 > > > In my particular case the .sav file contained an internal > > > nameserver that was used when I initially set up the host > > > in the lab. This entry was of no use to the server after > > > it had been deployed in our datacenter. > > >=20 > > > Can anyone shed some light on the intended mechanism? > > > Studying the dhclient-script was not too helpful, either. > >=20 > > I suspect the theory is that you can have a static resolv.conf around > > that gets installed when there isn't anything else to use. In practice, > > I think it mostly causes problems. I'm somewhat tempted to remove the > > creation of the file and add something like a resolv.conf.default in > > it's place. > >=20 > > -- Brooks >=20 >=20 >=20 > --=20 > Met vriendelijke groeten, > With kind regards, > Mit freundlichen Gruessen, > De jrus wah, >=20 > Willy >=20 > ************************************* > Dr. W.K. Offermans > CAT Postdoctoral Fellow > CAT Catalytic Center > Institut f?r Technische und Makromolekulare Chemie > RWTH Aachen > Worringerweg 1, Raum 38C-150 > D-52074 Aachen, Germany > Phone: +49 241 80 28592 > Home: +31 45 544 49 44 > Mobile: +31 653 27 16 23 > e-mail: Willy@Offermans.Rompen.nl > e-mail: Willy.Offermans@CatalyticCenter.RWTH-Aachen.de >=20 > Powered by .... >=20 > (__) > \\\'',) > \/ \ ^ > .\._/_) >=20 > www.FreeBSD.org >=20 --Y7xTucakfITjPcLV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFId3R1XY6L6fI4GtQRAus2AJ9JbyvsPfGy0qpz+s6waIupKsQT0gCfXevB FO0+owN95/Ek8/hjhNSZyDw= =ceyf -----END PGP SIGNATURE----- --Y7xTucakfITjPcLV-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 16:17:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C7BA1065673 for ; Fri, 11 Jul 2008 16:17:45 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id C1A748FC0A for ; Fri, 11 Jul 2008 16:17:44 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id m6BFwWhC042218; Fri, 11 Jul 2008 17:58:32 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id D708FBAA8; Fri, 11 Jul 2008 17:58:31 +0200 (CEST) Date: Fri, 11 Jul 2008 17:58:31 +0200 From: Roland Smith To: Jo Rhett Message-ID: <20080711155831.GA72963@slackbox.xs4all.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 16:17:45 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 11, 2008 at 12:59:33AM -0700, Jo Rhett wrote: > About 10 days ago one of my personal machines started hanging at =20 > random. This is the first bit of instability I've ever experienced on = =20 > this machine (2+ years running) >=20 > FreeBSD triceratops.netconsonance.com 6.2-RELEASE-p11 FreeBSD 6.2-=20 > RELEASE-p11 #0: Wed Feb 13 06:44:57 UTC 2008 root@i386-builder.daemon= ology.net=20 > :/usr/obj/usr/src/sys/GENERIC i386 >=20 > After about 2 weeks of watching it carefully I've learned almost =20 > nothing. It's not a disk failure (AFAIK) it's not cpu overheat (now =20 > running healthd without complaints) it's not based on any given =20 > network traffic... however it does appear to accompany heavy cpu/disk = =20 > activity. It usually dies when indexing my websites at night (but not = =20 > always) and it sometimes dies when compiling programs. Just heavy =20 > disk isn't enough to do the job, as backups proceed without =20 > problems. Heavy cpu by itself isn't enough to do it either. But if =20 > I start compiling things and keep going a while, it will eventually =20 > hang. > Is there anything else I should be looking at? Power supply or motherboard would be my first guess. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh3gycACgkQEnfvsMMhpyWA5ACcC9SBM7kSWDOqn73KlbuFAwil kXgAmgLowKIv/RYi+e5c+kgSFY4t5tRZ =C4dE -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 16:49:42 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A5621065678 for ; Fri, 11 Jul 2008 16:49:42 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (cake.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id 26F6E8FC36 for ; Fri, 11 Jul 2008 16:49:42 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 7BB26D00D3; Fri, 11 Jul 2008 06:49:41 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id C151F153882; Fri, 11 Jul 2008 06:49:40 -1000 (HST) Date: Fri, 11 Jul 2008 06:49:40 -1000 From: Clifton Royston To: Jo Rhett Message-ID: <20080711164939.GA10238@lava.net> Mail-Followup-To: Jo Rhett , FreeBSD Stable References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 16:49:42 -0000 On Fri, Jul 11, 2008 at 12:59:33AM -0700, Jo Rhett wrote: > My best guess is that geom is having a problem and locking up. > There's no log entry before failure to back this idea up, but I think > this because during boot I see the following: > > ad0: 286168MB at ata0-master UDMA100 > GEOM_MIRROR: Device gm0 created (id=575427344). > GEOM_MIRROR: Device gm0: provider ad0 detected. > ad1: 286168MB at ata0-slave UDMA100 > GEOM_MIRROR: Device gm0: provider ad1 detected. > GEOM_MIRROR: Device gm0: provider ad1 activated. > GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. > GEOM_MIRROR: Device gm0: rebuilding provider ad0. > > Every time it is rebuilding ad0. Every single boot in the last two > weeks. That just means that it halted without a proper shutdown. If it crashes, the mirror isn't stopped properly, so it's marked dirty, so it must rebuild it. It is the precise analogy of finding all the file systems dirty on boot and fscking them, following a crash. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 18:39:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF9641065678 for ; Fri, 11 Jul 2008 18:39:13 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id B33D78FC13 for ; Fri, 11 Jul 2008 18:39:13 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate03.web.de (Postfix) with ESMTP id 564B6E366070 for ; Fri, 11 Jul 2008 20:39:12 +0200 (CEST) Received: from [91.63.98.141] (helo=localhost) by smtp08.web.de with asmtp (WEB.DE 4.109 #226) id 1KHNWS-0004yy-00 for freebsd-stable@freebsd.org; Fri, 11 Jul 2008 20:39:12 +0200 Date: Fri, 11 Jul 2008 20:39:10 +0200 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20080711203910.4951d81b@web.de> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1+XBoP1VT4CiuLna8yttSxuQ4fPu42qCeaOCg78 PX9sc9WP7Znos/3t2eq+wEz+exaaD2XcFP/N++lhhh+5B7I4xs C0bvkzmC0= Subject: panic: clist reservation botch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 18:39:14 -0000 Hi, I just had a panic (again, but this time a completely new one) with -STABLE system: FreeBSD 7.0-STABLE #0: Thu Jun 19 10:44:38 CEST 2008 I could not get much information, because the debugger did not work at all. Every time I pressed a key, I got a screen full of backtrace output. It was impossible to type a command. This is what information I could get: Panic was called "clist reservation botch". Occured on shutdown after installing a new kernel. The notebook was running quite long (about 1 day). Here is the part of trace dump, I could read: free_cblocks clist_free_cblocks tty_close scclose giant_close devfs_close VOP_CLOSE_APV vn_close vn_closefile devfs_close_f fdrop closef fdfree exit1 postsig postsig ast doreti_ast There also were some parameters in hex, of course, but I did not have the patience to write them down, sorry. -- Martin Sugioarto From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 21:47:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2052F106564A for ; Fri, 11 Jul 2008 21:47:03 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 0E0418FC0A for ; Fri, 11 Jul 2008 21:47:02 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id RCG57001; Fri, 11 Jul 2008 14:47:01 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 72FEA4500E; Fri, 11 Jul 2008 14:47:01 -0700 (PDT) To: "Tuc at T-B-O-H.NET" In-Reply-To: Your message of "Thu, 10 Jul 2008 10:03:24 EDT." <200807101403.m6AE3OIl095039@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1215812821_18298P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 11 Jul 2008 14:47:01 -0700 From: "Kevin Oberman" Message-Id: <20080711214701.72FEA4500E@ptavv.es.net> Cc: Edwin Groothuis , freebsd-stable@freebsd.org Subject: Re: [freebsd-stable] Re: BIND update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jul 2008 21:47:03 -0000 --==_Exmh_1215812821_18298P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "Tuc at T-B-O-H.NET" > Date: Thu, 10 Jul 2008 10:03:24 -0400 (EDT) > Sender: owner-freebsd-stable@freebsd.org > > > > > On Thu, Jul 10, 2008 at 12:25:33PM +0200, Oliver Brandmueller wrote: > > > OK, thanx for clarification. I totally overlooked the updated bind port; > > > anyhow, I use base system bind and didn't plan to change that (although > > > it might me a good idea, as this situation clearly shows). > > > > You can always use the WITH_REPLACE_BASE option in the port to > > overwrite the base system named, or use the differences in the > > extracted tarball of 9.5.0 vs 9.5.0-P1 to update the source of the > > base one yourself. > > > Shouldn't you also add : > > NO_BIND= true # do not build BIND > > into /etc/make.conf if you do, so it doesn't get clobbered? Or, for V7, add : WITHOUT_BIND=1 to /etc/src.conf. And this assumes that you will be re-building the system before the base system is patched. Note that this will also cause mergemaster to ask about deleting /etc/rc.d/named. Just say 'no'! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1215812821_18298P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFId9TVkn3rs5h7N1ERAiK3AJ9+lONqjpYxETMJLUrwLTbOcs/tdQCdG62P EzscRAULTgkT83NsyA2hKuE= =q6kd -----END PGP SIGNATURE----- --==_Exmh_1215812821_18298P-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 02:08:19 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B487E1065670; Sat, 12 Jul 2008 02:08:19 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173005pub.verizon.net (vms173005pub.verizon.net [206.46.173.5]) by mx1.freebsd.org (Postfix) with ESMTP id 95F938FC12; Sat, 12 Jul 2008 02:08:19 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.175.14]) by vms173005.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K3V000QGCGLPWWL@vms173005.mailsrvcs.net>; Fri, 11 Jul 2008 20:07:34 -0500 (CDT) Date: Fri, 11 Jul 2008 21:07:26 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <482DB4FE.3010300@freebsd.org> To: Sam Leffler Message-id: <1215824846.1074.23.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <1210640542.1008.33.camel@RabbitsDen> <4828FDE5.8090409@freebsd.org> <1210696676.985.18.camel@RabbitsDen> <482DB4FE.3010300@freebsd.org> Cc: stable@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 02:08:19 -0000 On Fri, 2008-05-16 at 12:23 -0400, Sam Leffler wrote: > Alexandre "Sunny" Kovalenko wrote: > > On Mon, 2008-05-12 at 19:33 -0700, Sam Leffler wrote: > >> Alexandre "Sunny" Kovalenko wrote: > >>> I seem to be able to lock my machine by going into wpa_cli and asking it > >>> to 'reassoc'. The reason for question mark after "hard" is that debug > >>> information (caused by wlandebug and athdebug) is being printed on the > >>> console. The only way to get machine's attention is to hold power button > >>> for 8 seconds. > >> So this is just livelock due to console debug msgs. > > I am not sure, I have parsed this well enough, so I will try to clarify: > > machine becomes unresponsive *without* any debugging turned on, to an > > extent that pressing the power button twice *does not* generate ACPI > > console message (something to the tune of "going into S5 already -- > > gimme a break"). If I turn ath debugging on, I do see those messages, > > and only them, scrolling on the console. > > Guess I misunderstood you. I have finally got enough time and equipment to investigate this further. Here are some conclusions: -- at this point (RELENG_7 as of July 9th around 15:30 EST) it is indeed a livelock. -- all system does, is executing ath_intr (if_ath.c) in the tight loop with the same status -- 0x1000 AKA HAL_INT_MIB. In order to eliminate possibility that I have caused livelock with the debug messages, I have put conditional panic() into ath_intr, as soon as sc->sc_stats.ast_mib reaches 10,000. Without any kind of the debug messages, it will be triggered within 40-60 seconds after starting of wpa_supplicant. -- I suspect that comment below, might not hold true on my equipment if (status & HAL_INT_MIB) { sc->sc_stats.ast_mib++; /* * Disable interrupts until we service the MIB * interrupt; otherwise it will continue to fire. */ ath_hal_intrset(ah, 0); /* * Let the hal handle the event. We assume it will <============ * clear whatever condition caused the interrupt. <============ */ ath_hal_mibevent(ah, &sc->sc_halstats); ath_hal_intrset(ah, sc->sc_imask); } My hardware is: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:16:cf:26:2f:3f ath0: mac 10.3 phy 6.1 radio 10.2 My wpa_supplicant.conf is: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel eapol_version=2 network={ ssid="XXXXXXXXXXX" scan_ssid=1 priority=1 proto=WPA pairwise=TKIP group=TKIP key_mgmt=WPA-PSK psk="xxxxxxxxxxxxxxxxxxxxxx" } Access point is Netgear WNDR3300-1B with 11N and 11G SSID set up to different values. Only 11G SSID is configured in wpa_supplicant.conf. In the test setup, AP is with 10' (3m) from the laptop. AP is successfully used by handful of Windows clients (including this same laptop) and iBook G4. Neither wpa_supplicant with '-d -d' nor wlandebug 0xFFFFFFFF show anything but normal scan. athdebug 0xFFFFFFFF loops with ath_intr: status 0x1000 until I power down my laptop. I would appreciate any suggestion on what I can investigate further -- at this point I have comfortable console setup and should be able to field requests for further information much better. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 03:42:09 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BBEF1065670 for ; Sat, 12 Jul 2008 03:42:09 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id CF2BA8FC15 for ; Sat, 12 Jul 2008 03:42:08 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m6C3TI6E048483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Jul 2008 20:29:18 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4878250E.8040205@freebsd.org> Date: Fri, 11 Jul 2008 20:29:18 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <1210640542.1008.33.camel@RabbitsDen> <4828FDE5.8090409@freebsd.org> <1210696676.985.18.camel@RabbitsDen> <482DB4FE.3010300@freebsd.org> <1215824846.1074.23.camel@RabbitsDen> In-Reply-To: <1215824846.1074.23.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: stable@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 03:42:09 -0000 Alexandre "Sunny" Kovalenko wrote: > On Fri, 2008-05-16 at 12:23 -0400, Sam Leffler wrote: >> Alexandre "Sunny" Kovalenko wrote: >>> On Mon, 2008-05-12 at 19:33 -0700, Sam Leffler wrote: >>>> Alexandre "Sunny" Kovalenko wrote: >>>>> I seem to be able to lock my machine by going into wpa_cli and asking it >>>>> to 'reassoc'. The reason for question mark after "hard" is that debug >>>>> information (caused by wlandebug and athdebug) is being printed on the >>>>> console. The only way to get machine's attention is to hold power button >>>>> for 8 seconds. >>>> So this is just livelock due to console debug msgs. >>> I am not sure, I have parsed this well enough, so I will try to clarify: >>> machine becomes unresponsive *without* any debugging turned on, to an >>> extent that pressing the power button twice *does not* generate ACPI >>> console message (something to the tune of "going into S5 already -- >>> gimme a break"). If I turn ath debugging on, I do see those messages, >>> and only them, scrolling on the console. >> Guess I misunderstood you. > > I have finally got enough time and equipment to investigate this > further. Here are some conclusions: > > -- at this point (RELENG_7 as of July 9th around 15:30 EST) it is indeed > a livelock. > > -- all system does, is executing ath_intr (if_ath.c) in the tight loop > with the same status -- 0x1000 AKA HAL_INT_MIB. In order to eliminate > possibility that I have caused livelock with the debug messages, I have > put conditional panic() into ath_intr, as soon as sc->sc_stats.ast_mib > reaches 10,000. Without any kind of the debug messages, it will be > triggered within 40-60 seconds after starting of wpa_supplicant. > > -- I suspect that comment below, might not hold true on my equipment > if (status & HAL_INT_MIB) { > sc->sc_stats.ast_mib++; > /* > * Disable interrupts until we service the MIB > * interrupt; otherwise it will continue to fire. > */ > ath_hal_intrset(ah, 0); > /* > * Let the hal handle the event. We assume it will <============ > * clear whatever condition caused the interrupt. <============ > */ > ath_hal_mibevent(ah, &sc->sc_halstats); > ath_hal_intrset(ah, sc->sc_imask); > } > > My hardware is: > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > RF5413) > ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on > pci3 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:16:cf:26:2f:3f > ath0: mac 10.3 phy 6.1 radio 10.2 > > My wpa_supplicant.conf is: > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=wheel > eapol_version=2 > > network={ > ssid="XXXXXXXXXXX" > scan_ssid=1 > priority=1 > proto=WPA > pairwise=TKIP > group=TKIP > key_mgmt=WPA-PSK > psk="xxxxxxxxxxxxxxxxxxxxxx" > } > > Access point is Netgear WNDR3300-1B with 11N and 11G SSID set up to > different values. Only 11G SSID is configured in wpa_supplicant.conf. In > the test setup, AP is with 10' (3m) from the laptop. > > AP is successfully used by handful of Windows clients (including this > same laptop) and iBook G4. > > Neither wpa_supplicant with '-d -d' nor wlandebug 0xFFFFFFFF show > anything but normal scan. > > athdebug 0xFFFFFFFF loops with ath_intr: status 0x1000 until I power > down my laptop. > > I would appreciate any suggestion on what I can investigate further -- > at this point I have comfortable console setup and should be able to > field requests for further information much better. > Are you running powerd? Sam From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 09:08:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 323331065677 for ; Sat, 12 Jul 2008 09:08:41 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id E4F9E8FC08 for ; Sat, 12 Jul 2008 09:08:40 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from edprp by alf.uib.no for freebsd-stable@freebsd.org with local-esmtp (Exim 4.69) id 1KHavZ-0007MA-0E; Sat, 12 Jul 2008 10:58:01 +0200 Date: Sat, 12 Jul 2008 10:58:00 +0200 (CEST) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Roar Pettersen Subject: FreeBSD-6.3 (amd64) mergemaster problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 09:08:41 -0000 Hello ! Trying to upgrade my FreeBSD-6.3-Stable (amd64) to FreeBSD-7.0-stable (amd64), and after I have csup'ed the source and execute a "mergemaster -i" then this error message occur : # mergemaster -i *** The directory specified for the temporary root environment, /var/tmp/temproot, exists. This can be a security risk if untrusted users have access to the system. Use 'd' to delete the old /var/tmp/temproot and continue Use 't' to select a new temporary root directory Use 'e' to exit mergemaster Default is to use /var/tmp/temproot as is How should I deal with this? [Use the existing /var/tmp/temproot] d *** Deleting the old /var/tmp/temproot *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot "Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 8: if-less endif "Makefile", line 35: Malformed conditional (${MK_LPR} != "no") "Makefile", line 37: if-less endif "Makefile", line 39: Malformed conditional (${MK_NS_CACHING} != "no") "Makefile", line 41: if-less endif "Makefile", line 43: Malformed conditional (${MK_OPENSSH} != "no") "Makefile", line 47: if-less endif "Makefile", line 48: Malformed conditional (${MK_OPENSSL} != "no") "Makefile", line 50: if-less endif "Makefile", line 57: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 59: if-less endif "Makefile", line 60: Malformed conditional (${MK_BIND} != "no") "Makefile", line 62: Malformed conditional (${MK_BIND_LIBS} != "no") "Makefile", line 64: if-less endif "Makefile", line 65: if-less endif "Makefile", line 69: Malformed conditional (${MK_SENDMAIL} == "no") "Makefile", line 71: if-less else "Makefile", line 74: if-less endif "Makefile", line 80: Malformed conditional (${MK_MAN} != "no") "Makefile", line 82: if-less endif "Makefile", line 130: Malformed conditional (${MK_I4B} != "no") "Makefile", line 132: if-less endif "Makefile", line 133: Malformed conditional (${MK_BIND_MTREE} != "no") "Makefile", line 138: if-less endif "Makefile", line 139: Malformed conditional (${MK_BIND_ETC} != "no") "Makefile", line 141: if-less endif "Makefile", line 142: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 144: if-less endif "Makefile", line 145: Malformed conditional (${MK_OPENSSH} != "no") "Makefile", line 148: if-less endif "Makefile", line 149: Malformed conditional (${MK_OPENSSL} != "no") "Makefile", line 152: if-less endif "Makefile", line 153: Malformed conditional (${MK_KERBEROS} != "no") "Makefile", line 157: if-less endif "Makefile", line 199: Malformed conditional (${MK_BIND_LIBS} != "no") "Makefile", line 202: if-less endif "Makefile", line 203: Malformed conditional (${MK_BIND_MTREE} != "no") "Makefile", line 206: if-less endif "Makefile", line 207: Malformed conditional (${MK_SENDMAIL} != "no") "Makefile", line 209: if-less endif make: fatal errors encountered -- cannot continue *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment # uname -a FreeBSD XXXXX.uib.no 6.3-STABLE FreeBSD 6.3-STABLE #3: Tue Jul 1 11:28:06 CEST 2008 root@uib.no:/usr/obj/usr/src/sys/XXXXXX amd64 I have also deleted the /usr/src and used csup to get all the source again without any luck. -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 09:51:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38CF5106567D for ; Sat, 12 Jul 2008 09:51:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id A3F088FC12 for ; Sat, 12 Jul 2008 09:51:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m6C9pS6p027053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Jul 2008 19:51:29 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m6C9pSiR013440; Sat, 12 Jul 2008 19:51:28 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m6C9pSQJ013439; Sat, 12 Jul 2008 19:51:28 +1000 (EST) (envelope-from peter) Date: Sat, 12 Jul 2008 19:51:27 +1000 From: Peter Jeremy To: Roar Pettersen Message-ID: <20080712095127.GT62764@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bvgsfYmVhxWy/2TA" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.3 (amd64) mergemaster problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 09:51:32 -0000 --bvgsfYmVhxWy/2TA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-12 10:58:00 +0200, Roar Pettersen wrote: >Trying to upgrade my FreeBSD-6.3-Stable (amd64) to FreeBSD-7.0-stable=20 >(amd64), and after I have csup'ed the source and execute a >"mergemaster -i" then this error message occur : Maybe you left out a few steps but you need to do an installworld before you run 'mergemaster -i' - refer to /usr/src/UPDATING --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --bvgsfYmVhxWy/2TA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh4fp8ACgkQ/opHv/APuId8uwCfUvehC3T/s5qPjW6WtvAU6Spt ACEAoMO2ezDHMmwfsaupV3rxlA7l1233 =BuAC -----END PGP SIGNATURE----- --bvgsfYmVhxWy/2TA-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 09:56:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73B811065673 for ; Sat, 12 Jul 2008 09:56:46 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3106E8FC12 for ; Sat, 12 Jul 2008 09:56:46 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from edprp by alf.uib.no with local-esmtp (Exim 4.69) id 1KHbqO-00011H-Az; Sat, 12 Jul 2008 11:56:44 +0200 Date: Sat, 12 Jul 2008 11:56:44 +0200 (CEST) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: Peter Jeremy In-Reply-To: <20080712095127.GT62764@server.vk2pj.dyndns.org> Message-ID: References: <20080712095127.GT62764@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Roar Pettersen Cc: freebsd-stable@freebsd.org, Roar Pettersen Subject: Re: FreeBSD-6.3 (amd64) mergemaster problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 09:56:46 -0000 Hello ! > Maybe you left out a few steps but you need to do an installworld > before you run 'mergemaster -i' - refer to /usr/src/UPDATING Hmmm.. I guess that you are right, I will test. :-) Thank you ! -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 12:17:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDE601065673 for ; Sat, 12 Jul 2008 12:17:17 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8D98B8FC1A for ; Sat, 12 Jul 2008 12:17:17 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from edprp by alf.uib.no with local-esmtp (Exim 4.69) id 1KHe2O-0004fk-9S; Sat, 12 Jul 2008 14:17:16 +0200 Date: Sat, 12 Jul 2008 14:17:16 +0200 (CEST) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: Peter Jeremy In-Reply-To: <20080712095127.GT62764@server.vk2pj.dyndns.org> Message-ID: References: <20080712095127.GT62764@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Roar Pettersen Cc: freebsd-stable@freebsd.org, Roar Pettersen Subject: Re: FreeBSD-6.3 (amd64) mergemaster problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 12:17:17 -0000 Hi ! > Maybe you left out a few steps but you need to do an installworld > before you run 'mergemaster -i' - refer to /usr/src/UPDATING installworld solved the problem. :-) -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 13:01:19 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCD50106567F; Sat, 12 Jul 2008 13:01:18 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id BDFEC8FC1B; Sat, 12 Jul 2008 13:01:18 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.175.14]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K3W0070K9HE1A93@vms044.mailsrvcs.net>; Sat, 12 Jul 2008 08:00:51 -0500 (CDT) Date: Sat, 12 Jul 2008 08:53:18 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <4878250E.8040205@freebsd.org> To: Sam Leffler Message-id: <1215867198.1551.4.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <1210640542.1008.33.camel@RabbitsDen> <4828FDE5.8090409@freebsd.org> <1210696676.985.18.camel@RabbitsDen> <482DB4FE.3010300@freebsd.org> <1215824846.1074.23.camel@RabbitsDen> <4878250E.8040205@freebsd.org> Cc: stable@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 13:01:19 -0000 On Fri, 2008-07-11 at 20:29 -0700, Sam Leffler wrote: > Alexandre "Sunny" Kovalenko wrote: > > On Fri, 2008-05-16 at 12:23 -0400, Sam Leffler wrote: > >> Alexandre "Sunny" Kovalenko wrote: > >>> On Mon, 2008-05-12 at 19:33 -0700, Sam Leffler wrote: > >>>> Alexandre "Sunny" Kovalenko wrote: > >>>>> I seem to be able to lock my machine by going into wpa_cli and asking it > >>>>> to 'reassoc'. The reason for question mark after "hard" is that debug > >>>>> information (caused by wlandebug and athdebug) is being printed on the > >>>>> console. The only way to get machine's attention is to hold power button > >>>>> for 8 seconds. > >>>> So this is just livelock due to console debug msgs. > >>> I am not sure, I have parsed this well enough, so I will try to clarify: > >>> machine becomes unresponsive *without* any debugging turned on, to an > >>> extent that pressing the power button twice *does not* generate ACPI > >>> console message (something to the tune of "going into S5 already -- > >>> gimme a break"). If I turn ath debugging on, I do see those messages, > >>> and only them, scrolling on the console. > >> Guess I misunderstood you. > > > > I have finally got enough time and equipment to investigate this > > further. Here are some conclusions: > > > > -- at this point (RELENG_7 as of July 9th around 15:30 EST) it is indeed > > a livelock. > > > > -- all system does, is executing ath_intr (if_ath.c) in the tight loop > > with the same status -- 0x1000 AKA HAL_INT_MIB. In order to eliminate > > possibility that I have caused livelock with the debug messages, I have > > put conditional panic() into ath_intr, as soon as sc->sc_stats.ast_mib > > reaches 10,000. Without any kind of the debug messages, it will be > > triggered within 40-60 seconds after starting of wpa_supplicant. > > > > -- I suspect that comment below, might not hold true on my equipment > > if (status & HAL_INT_MIB) { > > sc->sc_stats.ast_mib++; > > /* > > * Disable interrupts until we service the MIB > > * interrupt; otherwise it will continue to fire. > > */ > > ath_hal_intrset(ah, 0); > > /* > > * Let the hal handle the event. We assume it will <============ > > * clear whatever condition caused the interrupt. <============ > > */ > > ath_hal_mibevent(ah, &sc->sc_halstats); > > ath_hal_intrset(ah, sc->sc_imask); > > } > > > > My hardware is: > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > > RF5413) > > ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on > > pci3 > > ath0: [ITHREAD] > > ath0: using obsoleted if_watchdog interface > > ath0: Ethernet address: 00:16:cf:26:2f:3f > > ath0: mac 10.3 phy 6.1 radio 10.2 > > > > My wpa_supplicant.conf is: > > ctrl_interface=/var/run/wpa_supplicant > > ctrl_interface_group=wheel > > eapol_version=2 > > > > network={ > > ssid="XXXXXXXXXXX" > > scan_ssid=1 > > priority=1 > > proto=WPA > > pairwise=TKIP > > group=TKIP > > key_mgmt=WPA-PSK > > psk="xxxxxxxxxxxxxxxxxxxxxx" > > } > > > > Access point is Netgear WNDR3300-1B with 11N and 11G SSID set up to > > different values. Only 11G SSID is configured in wpa_supplicant.conf. In > > the test setup, AP is with 10' (3m) from the laptop. > > > > AP is successfully used by handful of Windows clients (including this > > same laptop) and iBook G4. > > > > Neither wpa_supplicant with '-d -d' nor wlandebug 0xFFFFFFFF show > > anything but normal scan. > > > > athdebug 0xFFFFFFFF loops with ath_intr: status 0x1000 until I power > > down my laptop. > > > > I would appreciate any suggestion on what I can investigate further -- > > at this point I have comfortable console setup and should be able to > > field requests for further information much better. > > > > Are you running powerd? I do. And I just tried disabling it, and I could not reproduce the problem any more. Is there any way to reconcile if_ath with powerd? Thank you, -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 16:40:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 737D3106564A for ; Sat, 12 Jul 2008 16:40:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 65D158FC08 for ; Sat, 12 Jul 2008 16:40:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 0026D1CC094; Sat, 12 Jul 2008 09:40:32 -0700 (PDT) Date: Sat, 12 Jul 2008 09:40:32 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20080712164032.GA25769@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Recent sys/boot/i386/boot2/boot2.c commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jul 2008 16:40:33 -0000 Can someone shed some light on the below commit, particularly if it's responsible for fixing what some users have reported with boot2/loader: http://lists.freebsd.org/pipermail/freebsd-stable/2008-June/043363.html http://lists.freebsd.org/pipermail/freebsd-hackers/2008-June/024856.html The commit/diff is here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/boot2/boot2.c.diff?r1=1.83.2.3;r2=1.83.2.4;f=h Revision 1.83.2.4: download - view: text, markup, annotated - select for diffs Fri Jul 11 15:43:07 2008 UTC (24 hours, 49 minutes ago) by nyan Branches: RELENG_7 Diff to: previous 1.83.2.3: preferred, colored; branchpoint 1.83: preferred, colored; next MAIN 1.84: preferred, colored Changes since revision 1.83.2.3: +1 -1 lines SVN rev 180449 on 2008-07-11 15:43:07Z by nyan MFC: r180145 Fix off-by-one error. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 16:57:03 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64D7106564A for ; Sat, 12 Jul 2008 16:57:03 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6108FC1E for ; Sat, 12 Jul 2008 16:57:03 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m6CGv2IX052507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Jul 2008 09:57:02 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4878E25E.3000000@freebsd.org> Date: Sat, 12 Jul 2008 09:57:02 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <1210640542.1008.33.camel@RabbitsDen> <4828FDE5.8090409@freebsd.org> <1210696676.985.18.camel@RabbitsDen> <482DB4FE.3010300@freebsd.org> <1215824846.1074.23.camel@RabbitsDen> <4878250E.8040205@freebsd.org> <1215867198.1551.4.camel@RabbitsDen> In-Reply-To: <1215867198.1551.4.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: stable@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 16:57:03 -0000 Alexandre "Sunny" Kovalenko wrote: > On Fri, 2008-07-11 at 20:29 -0700, Sam Leffler wrote: > >> Alexandre "Sunny" Kovalenko wrote: >> >>> On Fri, 2008-05-16 at 12:23 -0400, Sam Leffler wrote: >>> >>>> Alexandre "Sunny" Kovalenko wrote: >>>> >>>>> On Mon, 2008-05-12 at 19:33 -0700, Sam Leffler wrote: >>>>> >>>>>> Alexandre "Sunny" Kovalenko wrote: >>>>>> >>>>>>> I seem to be able to lock my machine by going into wpa_cli and asking it >>>>>>> to 'reassoc'. The reason for question mark after "hard" is that debug >>>>>>> information (caused by wlandebug and athdebug) is being printed on the >>>>>>> console. The only way to get machine's attention is to hold power button >>>>>>> for 8 seconds. >>>>>>> >>>>>> So this is just livelock due to console debug msgs. >>>>>> >>>>> I am not sure, I have parsed this well enough, so I will try to clarify: >>>>> machine becomes unresponsive *without* any debugging turned on, to an >>>>> extent that pressing the power button twice *does not* generate ACPI >>>>> console message (something to the tune of "going into S5 already -- >>>>> gimme a break"). If I turn ath debugging on, I do see those messages, >>>>> and only them, scrolling on the console. >>>>> >>>> Guess I misunderstood you. >>>> >>> I have finally got enough time and equipment to investigate this >>> further. Here are some conclusions: >>> >>> -- at this point (RELENG_7 as of July 9th around 15:30 EST) it is indeed >>> a livelock. >>> >>> -- all system does, is executing ath_intr (if_ath.c) in the tight loop >>> with the same status -- 0x1000 AKA HAL_INT_MIB. In order to eliminate >>> possibility that I have caused livelock with the debug messages, I have >>> put conditional panic() into ath_intr, as soon as sc->sc_stats.ast_mib >>> reaches 10,000. Without any kind of the debug messages, it will be >>> triggered within 40-60 seconds after starting of wpa_supplicant. >>> >>> -- I suspect that comment below, might not hold true on my equipment >>> if (status & HAL_INT_MIB) { >>> sc->sc_stats.ast_mib++; >>> /* >>> * Disable interrupts until we service the MIB >>> * interrupt; otherwise it will continue to fire. >>> */ >>> ath_hal_intrset(ah, 0); >>> /* >>> * Let the hal handle the event. We assume it will <============ >>> * clear whatever condition caused the interrupt. <============ >>> */ >>> ath_hal_mibevent(ah, &sc->sc_halstats); >>> ath_hal_intrset(ah, sc->sc_imask); >>> } >>> >>> My hardware is: >>> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, >>> RF5413) >>> ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on >>> pci3 >>> ath0: [ITHREAD] >>> ath0: using obsoleted if_watchdog interface >>> ath0: Ethernet address: 00:16:cf:26:2f:3f >>> ath0: mac 10.3 phy 6.1 radio 10.2 >>> >>> My wpa_supplicant.conf is: >>> ctrl_interface=/var/run/wpa_supplicant >>> ctrl_interface_group=wheel >>> eapol_version=2 >>> >>> network={ >>> ssid="XXXXXXXXXXX" >>> scan_ssid=1 >>> priority=1 >>> proto=WPA >>> pairwise=TKIP >>> group=TKIP >>> key_mgmt=WPA-PSK >>> psk="xxxxxxxxxxxxxxxxxxxxxx" >>> } >>> >>> Access point is Netgear WNDR3300-1B with 11N and 11G SSID set up to >>> different values. Only 11G SSID is configured in wpa_supplicant.conf. In >>> the test setup, AP is with 10' (3m) from the laptop. >>> >>> AP is successfully used by handful of Windows clients (including this >>> same laptop) and iBook G4. >>> >>> Neither wpa_supplicant with '-d -d' nor wlandebug 0xFFFFFFFF show >>> anything but normal scan. >>> >>> athdebug 0xFFFFFFFF loops with ath_intr: status 0x1000 until I power >>> down my laptop. >>> >>> I would appreciate any suggestion on what I can investigate further -- >>> at this point I have comfortable console setup and should be able to >>> field requests for further information much better. >>> >>> >> Are you running powerd? >> > I do. And I just tried disabling it, and I could not reproduce the > problem any more. Is there any way to reconcile if_ath with powerd? > > Don't know. There appear to be two issues. When the MIB interrupts arrive the kernel may service them w/ the cpu at a reduced clock frequency. Since powered is currently the only mechanism for increasing the frequency and it runs in user space it can take a while to bump the clock rate leading to livelock (because the logic to reduce the _cause_ of the MIB interrupt takes a long time to run). John Baldwin suggested raising the clock frequency when handling interrupts in the kernel but nothing has been done to make that happen. Separately there is a question as to why the MIB interrupts are happening at all. This is possibly due to misprogramming of the baseband h/w in the ath card. Unfortunately I've been trying to get Atheros to help understand/resolve this question for a very long time (as their code also exhibits this behaviour) but they've been unresponsive. I have some experimental code to address this in new hal versions (such as 0.10.5.6 available in http://www.freebsd.org/~sam) but apparently it does not entirely fix the problem. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 18:36:17 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87F67106564A; Sat, 12 Jul 2008 18:36:17 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id 69BC38FC08; Sat, 12 Jul 2008 18:36:17 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.175.14]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K3W007CXP0F1AO4@vms044.mailsrvcs.net>; Sat, 12 Jul 2008 13:36:17 -0500 (CDT) Date: Sat, 12 Jul 2008 14:36:09 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <4878E25E.3000000@freebsd.org> To: Sam Leffler Message-id: <1215887769.1551.6.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <1210640542.1008.33.camel@RabbitsDen> <4828FDE5.8090409@freebsd.org> <1210696676.985.18.camel@RabbitsDen> <482DB4FE.3010300@freebsd.org> <1215824846.1074.23.camel@RabbitsDen> <4878250E.8040205@freebsd.org> <1215867198.1551.4.camel@RabbitsDen> <4878E25E.3000000@freebsd.org> Cc: stable@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2008 18:36:17 -0000 On Sat, 2008-07-12 at 09:57 -0700, Sam Leffler wrote: > Alexandre "Sunny" Kovalenko wrote: > > On Fri, 2008-07-11 at 20:29 -0700, Sam Leffler wrote: > > > >> Alexandre "Sunny" Kovalenko wrote: > >> > >>> On Fri, 2008-05-16 at 12:23 -0400, Sam Leffler wrote: > >>> > >>>> Alexandre "Sunny" Kovalenko wrote: > >>>> > >>>>> On Mon, 2008-05-12 at 19:33 -0700, Sam Leffler wrote: > >>>>> > >>>>>> Alexandre "Sunny" Kovalenko wrote: > >>>>>> > >>>>>>> I seem to be able to lock my machine by going into wpa_cli and asking it > >>>>>>> to 'reassoc'. The reason for question mark after "hard" is that debug > >>>>>>> information (caused by wlandebug and athdebug) is being printed on the > >>>>>>> console. The only way to get machine's attention is to hold power button > >>>>>>> for 8 seconds. > >>>>>>> > >>>>>> So this is just livelock due to console debug msgs. > >>>>>> > >>>>> I am not sure, I have parsed this well enough, so I will try to clarify: > >>>>> machine becomes unresponsive *without* any debugging turned on, to an > >>>>> extent that pressing the power button twice *does not* generate ACPI > >>>>> console message (something to the tune of "going into S5 already -- > >>>>> gimme a break"). If I turn ath debugging on, I do see those messages, > >>>>> and only them, scrolling on the console. > >>>>> > >>>> Guess I misunderstood you. > >>>> > >>> I have finally got enough time and equipment to investigate this > >>> further. Here are some conclusions: > >>> > >>> -- at this point (RELENG_7 as of July 9th around 15:30 EST) it is indeed > >>> a livelock. > >>> > >>> -- all system does, is executing ath_intr (if_ath.c) in the tight loop > >>> with the same status -- 0x1000 AKA HAL_INT_MIB. In order to eliminate > >>> possibility that I have caused livelock with the debug messages, I have > >>> put conditional panic() into ath_intr, as soon as sc->sc_stats.ast_mib > >>> reaches 10,000. Without any kind of the debug messages, it will be > >>> triggered within 40-60 seconds after starting of wpa_supplicant. > >>> > >>> -- I suspect that comment below, might not hold true on my equipment > >>> if (status & HAL_INT_MIB) { > >>> sc->sc_stats.ast_mib++; > >>> /* > >>> * Disable interrupts until we service the MIB > >>> * interrupt; otherwise it will continue to fire. > >>> */ > >>> ath_hal_intrset(ah, 0); > >>> /* > >>> * Let the hal handle the event. We assume it will <============ > >>> * clear whatever condition caused the interrupt. <============ > >>> */ > >>> ath_hal_mibevent(ah, &sc->sc_halstats); > >>> ath_hal_intrset(ah, sc->sc_imask); > >>> } > >>> > >>> My hardware is: > >>> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > >>> RF5413) > >>> ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on > >>> pci3 > >>> ath0: [ITHREAD] > >>> ath0: using obsoleted if_watchdog interface > >>> ath0: Ethernet address: 00:16:cf:26:2f:3f > >>> ath0: mac 10.3 phy 6.1 radio 10.2 > >>> > >>> My wpa_supplicant.conf is: > >>> ctrl_interface=/var/run/wpa_supplicant > >>> ctrl_interface_group=wheel > >>> eapol_version=2 > >>> > >>> network={ > >>> ssid="XXXXXXXXXXX" > >>> scan_ssid=1 > >>> priority=1 > >>> proto=WPA > >>> pairwise=TKIP > >>> group=TKIP > >>> key_mgmt=WPA-PSK > >>> psk="xxxxxxxxxxxxxxxxxxxxxx" > >>> } > >>> > >>> Access point is Netgear WNDR3300-1B with 11N and 11G SSID set up to > >>> different values. Only 11G SSID is configured in wpa_supplicant.conf. In > >>> the test setup, AP is with 10' (3m) from the laptop. > >>> > >>> AP is successfully used by handful of Windows clients (including this > >>> same laptop) and iBook G4. > >>> > >>> Neither wpa_supplicant with '-d -d' nor wlandebug 0xFFFFFFFF show > >>> anything but normal scan. > >>> > >>> athdebug 0xFFFFFFFF loops with ath_intr: status 0x1000 until I power > >>> down my laptop. > >>> > >>> I would appreciate any suggestion on what I can investigate further -- > >>> at this point I have comfortable console setup and should be able to > >>> field requests for further information much better. > >>> > >>> > >> Are you running powerd? > >> > > I do. And I just tried disabling it, and I could not reproduce the > > problem any more. Is there any way to reconcile if_ath with powerd? > > > > > > Don't know. There appear to be two issues. When the MIB interrupts > arrive the kernel may service them w/ the cpu at a reduced clock > frequency. Since powered is currently the only mechanism for increasing > the frequency and it runs in user space it can take a while to bump the > clock rate leading to livelock (because the logic to reduce the _cause_ > of the MIB interrupt takes a long time to run). John Baldwin suggested > raising the clock frequency when handling interrupts in the kernel but > nothing has been done to make that happen. > > Separately there is a question as to why the MIB interrupts are > happening at all. This is possibly due to misprogramming of the > baseband h/w in the ath card. Unfortunately I've been trying to get > Atheros to help understand/resolve this question for a very long time > (as their code also exhibits this behaviour) but they've been > unresponsive. I have some experimental code to address this in new hal > versions (such as 0.10.5.6 available in http://www.freebsd.org/~sam) but > apparently it does not entirely fix the problem. Would it be of any value to you, if I build the new hal and see what happen? I can live without powerd as the workaround, but I'd rather help if I can. > > Sam > -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 18:44:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E25410656C9 for ; Sat, 12 Jul 2008 18:44:35 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 0FF138FC25 for ; Sat, 12 Jul 2008 18:44:34 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id m6CIiVMC007770; Sat, 12 Jul 2008 19:44:31 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1KHk59-0006Fy-Me; Sat, 12 Jul 2008 19:44:31 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.2/8.14.2) with ESMTP id m6CIiVKi053651; Sat, 12 Jul 2008 19:44:31 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.2/8.14.2/Submit) with ESMTP id m6CIiVlg053648; Sat, 12 Jul 2008 19:44:31 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 12 Jul 2008 19:44:31 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Jeremy Chadwick In-Reply-To: <20080712164032.GA25769@eos.sc1.parodius.com> Message-ID: <20080712193720.V2347@ury.york.ac.uk> References: <20080712164032.GA25769@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: Recent sys/boot/i386/boot2/boot2.c commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jul 2008 18:44:35 -0000 On Sat, 12 Jul 2008, Jeremy Chadwick wrote: > Can someone shed some light on the below commit, particularly if it's > responsible for fixing what some users have reported with boot2/loader: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-June/043363.html > http://lists.freebsd.org/pipermail/freebsd-hackers/2008-June/024856.html >From the look of it, this is a change to the code that parses the "0(ad0,a)/boot/loader" strings, from a glance at the code I suspect that before this change, it was not possible to boot off the last possible partition (which I think is 4, but I could be wrong). So installs on ad3 would not be bootable. In short, I don't think many people will have been seeing this issue. Gavin From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 20:19:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 359451065670 for ; Sat, 12 Jul 2008 20:19:50 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id EB6748FC1A for ; Sat, 12 Jul 2008 20:19:49 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id ACD3760D5 for ; Sat, 12 Jul 2008 16:19:48 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1215893988; bh=4g8h4oxf0tLIHC WbgDldEqw+1d4DX9xuOrIy7/TVcOo=; h=Message-ID:Date:From:MIME-Version: To:Subject:Content-Type:Content-Transfer-Encoding; b=hTrSFvqdilQLp EZsclMW7DCeTrPtR9ZBoZs/ypF3SqsWUZtzDuGSHcgVuqURhvN8EU+hZI/7h1yWwOvo xFs7eKbsBNLIhyPCZayTJ75BuTKsMRDPyw4xNBsE23JxacJA DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Adx45aziQKRQyNAa4OT67uczKgUgdWjAbRFKVpn0E75snT3sa108JVl4+jDIhmVof BuuoCOF7lTnYB2bA3LJXZl0r0RKfHOLJVlLAue2lMEaf4uTyB6Z57u1KIRydUmK Message-ID: <487911DE.1070007@protected-networks.net> Date: Sat, 12 Jul 2008 16:19:42 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.14 (X11/20080607) MIME-Version: 1.0 To: freebsd-stable X-Enigmail-Version: 0.95.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RELENG_7 bind commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jul 2008 20:19:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is there an equivalent commit for RELENG_7 pending? Current (bind-9.4.2-p1) and RELENG_6 (bind-9.3.5-p1) now have the relevant patch per .. dougb 2008-07-12 09:38:35 UTC ~ FreeBSD src repository ~ Modified files: ~ contrib/bind9 CHANGES version ~ contrib/bind9/bin/named client.c server.c ~ contrib/bind9/doc/arm Bv9ARM-book.xml Bv9ARM.ch06.html ~ Bv9ARM.pdf ~ contrib/bind9/lib/bind9 check.c ~ contrib/bind9/lib/dns api dispatch.c resolver.c ~ contrib/bind9/lib/dns/include/dns dispatch.h ~ Removed files: ~ contrib/bind9/lib/bind aclocal.m4 config.h.in configure ~ Log: ~ SVN rev 180477 on 2008-07-12 09:38:35Z by dougb ~ Merge from vendor/bind9/dist as of the 9.4.2-P1 import, including ~ the patch from ISC for lib/bind9/check.c and deletion of unused ~ files in lib/bind. ~ This version will by default randomize the UDP query source port ~ (and sequence number of course) for every query. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkh5Ed4ACgkQQv9rrgRC1JKwHACdFVxatpgatHo1uMWbG47xSzrT Y8YAniazdsR8y225XY4hP/QyaEXHszPI =jlwZ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 21:10:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BAD91065670 for ; Sat, 12 Jul 2008 21:10:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id D24E78FC16 for ; Sat, 12 Jul 2008 21:10:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 24018 invoked by uid 399); 12 Jul 2008 21:10:55 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Jul 2008 21:10:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <48791DDD.6090601@FreeBSD.org> Date: Sat, 12 Jul 2008 14:10:53 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080606) MIME-Version: 1.0 To: Michael Butler References: <487911DE.1070007@protected-networks.net> In-Reply-To: <487911DE.1070007@protected-networks.net> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , secteam@FreeBSD.org Subject: Re: RELENG_7 bind commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jul 2008 21:10:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Michael Butler wrote: | Is there an equivalent commit for RELENG_7 pending? Yes. The security officer made the request to handle MF*s to RELENG_7 and the security branches. My understanding is that these updates are imminent. If your need for this update is urgent I encourage you to use the ports. This might be a very good time to give 9.5.0-P1 a try. FYI, one of the reasons for the delay was the need to coordinate two vendor imports into our subversion tree, and branch the bind9 vendor area to boot. This (to my knowledge) is the first time we've done anything on this scale with the new tree and it was important that it be done right, especially since we have two different versions of BIND in -stable branches right now (and it's likely that I'll have 3 versions in src/ pretty shortly). That said, I'd like to emphasize that this delay is not really that big of an issue since as I said above, the ports are available for those that can't wait. hth, Doug - -- ~ This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREDAAYFAkh5Hd0ACgkQyIakK9Wy8PvomgCg6lyOsDDM+syQy0kUI7BRLInE EcgAoKwH4Dh9QpX3f63AzKb+G7y/KiwE =xnNw -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 21:56:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 432BE106568A for ; Sat, 12 Jul 2008 21:56:53 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9968FC13 for ; Sat, 12 Jul 2008 21:56:53 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.196] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoom.lafn.org (8.14.2/8.13.4) with ESMTP id m6CLbLg9065972 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 12 Jul 2008 14:37:21 -0700 (PDT) (envelope-from bc979@lafn.org) Message-Id: <61CB96EF-CBEC-4F91-9566-EC90E0A33A17@lafn.org> From: Doug Hardie To: freebsd-stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Sat, 12 Jul 2008 14:37:21 -0700 X-Mailer: Apple Mail (2.926) X-Virus-Scanned: ClamAV 0.92.1/7695/Sat Jul 12 12:12:59 2008 on zoom.lafn.org X-Virus-Status: Clean Subject: System update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jul 2008 21:56:53 -0000 I installed 7.0 release when it first came out. However, because of the TCP problems with users on cable modems I had to switch to Stable to get the fix. I haven't updated the source since then and now there are some updates on the verge of being released that need to be included. However, I can't tell if the fixes for the networking issue have been included in the security releases or not. Since these are production servers I don't want to just grab some random version of stable unless thats the only way to get all the required fixes. How do I find out which version I should upgrade to? If I can go back to a security release I suspect I will need to delete all of /usr/src, / usr/obj, and then reinstall the original source from the 7.0 release cd and then upgrade vi csup. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 12 22:33:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6AF9106564A for ; Sat, 12 Jul 2008 22:33:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id ACEC18FC18 for ; Sat, 12 Jul 2008 22:33:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9145B1CC092; Sat, 12 Jul 2008 15:33:55 -0700 (PDT) Date: Sat, 12 Jul 2008 15:33:55 -0700 From: Jeremy Chadwick To: Doug Hardie Message-ID: <20080712223355.GA43857@eos.sc1.parodius.com> References: <61CB96EF-CBEC-4F91-9566-EC90E0A33A17@lafn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <61CB96EF-CBEC-4F91-9566-EC90E0A33A17@lafn.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable Subject: Re: System update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jul 2008 22:33:55 -0000 On Sat, Jul 12, 2008 at 02:37:21PM -0700, Doug Hardie wrote: > I installed 7.0 release when it first came out. However, because of the > TCP problems with users on cable modems I had to switch to Stable to get > the fix. I haven't updated the source since then and now there are some > updates on the verge of being released that need to be included. > However, I can't tell if the fixes for the networking issue have been > included in the security releases or not. Since these are production > servers I don't want to just grab some random version of stable unless > thats the only way to get all the required fixes. How do I find out > which version I should upgrade to? If I can go back to a security > release I suspect I will need to delete all of /usr/src, /usr/obj, and > then reinstall the original source from the 7.0 release cd and then > upgrade vi csup. You're covering a multitude of topics in the above. It's hard to make out exactly what it is you're trying to say. First off, I'd like more information on this "TCP problems with users on cable modems" issue. I believe you may be referring to TCP extensions, a.k.a. RFC1323 extensions, but I'm not sure. If so, you can disable that feature in real-time via a sysctl. Can you shed some light on what the issue you're referring to is? Secondly, 7.0-RELEASE is simply named that way to announce "this OS is now out and available". Think of it as "FreeBSD 7.0 released to the world for the first time". Most of the 7.0 changes that are made *after* 7.0-RELEASE are committed to a CVS branch called RELENG_7. Shortly after (usually a few days) 7.0-RELEASE is made available to the public, the suffix changes from RELEASE to STABLE. There is no real "difference" between the two, other than STABLE being an even more up-to-date version of RELEASE, and is regularly updated/maintained. Thirdly, I don't know what you mean by "security releases", and what security issue you're referring to. Any time there is a security hole, mail is sent to a couple FreeBSD lists, articulating what the hole is, and what CVS branches the fix has been committed to. In the case of 7.0, it's going to be committed to RELENG_7, and possibly to RELENG_7_0 and other branches. The "main branch" people focus on is RELENG_7, aside from CURRENT which is called HEAD (or "." in cvs/supfiles). Fourthly, what is not made very clear to FreeBSD users is that if they install src and ports off the CD, that they are missing necessary files in /var/db/sup (or /usr/sup if they choose to use cvsup (not needed since csup exists in the base system)). To create the proper information so the version information matches, you have to do what's called ""adopting"" your existing src-all and ports-all tree: http://www.cvsup.org/faq.html#adopt This is one reason why I do not advocate installing src and ports off the installation media. Instead, I just leave src and ports unchecked and install everything else as normal -- then once the OS is installed, use csup to populate /usr/src and /usr/ports, which will also populate /var/db/sup. I've never had any versioning mismatches or "wild stuff" happen since doing that. In your case, the simple solution is (assuming you use csup): rm -fr /usr/src /usr/ports /var/db/sup csup -h -L2 /usr/share/examples/cvsup/stable-supfile csup -h -L2 /usr/share/examples/cvsup/ports-supfile /usr/share/examples/cvsup/stable-supfile uses the CVS tag RELENG_7, and ports-supfile uses the CVS tag . (which means HEAD); there is no RELENG_xxx for ports. And do not forget to rm -fr /usr/obj before doing a buildworld and buildkernel, too. Fifthly, and possibly the ultimate question: what CVS branch are you following in your supfiles? Are you following RELENG_7, RELENG_7_0, or what? Yes, it matters. IMHO, you should really be following RELENG_7. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |