From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 00:01:09 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80DF16A41F; Sun, 25 Dec 2005 00:01:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 898EF43D60; Sun, 25 Dec 2005 00:01:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp132-74.lns2.adl2.internode.on.net [59.167.132.74]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBP012ZK076789 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 25 Dec 2005 10:31:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Brian Candler Date: Sun, 25 Dec 2005 10:30:21 +1030 User-Agent: KMail/1.8.3 References: <200512231136.12471.doconnor@gsoft.com.au> <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> <20051224153218.GA4424@uk.tiscali.com> In-Reply-To: <20051224153218.GA4424@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1224601.v8xf1bQxn3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512251030.44582.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jo Rhett , stable@freebsd.org, freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 00:01:09 -0000 --nextPart1224601.v8xf1bQxn3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 25 Dec 2005 02:02, Brian Candler wrote: > Linux has an extremely neat solution for this (sshfs) but I don't know of > anything comparable in the BSD world. sshfs uses 'Fuse', a plug-in > architecture which allows filesystems to run in userland. I believe it > makes an sftp connection to the remote host, and then exposes it as if it > were a real filesystem. Someone ported FUSE to FreeBSD for the Google SoC. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1224601.v8xf1bQxn3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDreEs5ZPcIHs/zowRArcvAJ98kJOgRFsGgZkuIN2qNag77/UQ+ACeIWBg 1P18y6SGk+UjG8EI9rVxteE= =HlMr -----END PGP SIGNATURE----- --nextPart1224601.v8xf1bQxn3-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 00:01:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80DF16A41F; Sun, 25 Dec 2005 00:01:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 898EF43D60; Sun, 25 Dec 2005 00:01:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp132-74.lns2.adl2.internode.on.net [59.167.132.74]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBP012ZK076789 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 25 Dec 2005 10:31:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Brian Candler Date: Sun, 25 Dec 2005 10:30:21 +1030 User-Agent: KMail/1.8.3 References: <200512231136.12471.doconnor@gsoft.com.au> <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> <20051224153218.GA4424@uk.tiscali.com> In-Reply-To: <20051224153218.GA4424@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1224601.v8xf1bQxn3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512251030.44582.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Jo Rhett , stable@freebsd.org, freebsd-stable@freebsd.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 00:01:09 -0000 --nextPart1224601.v8xf1bQxn3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 25 Dec 2005 02:02, Brian Candler wrote: > Linux has an extremely neat solution for this (sshfs) but I don't know of > anything comparable in the BSD world. sshfs uses 'Fuse', a plug-in > architecture which allows filesystems to run in userland. I believe it > makes an sftp connection to the remote host, and then exposes it as if it > were a real filesystem. Someone ported FUSE to FreeBSD for the Google SoC. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1224601.v8xf1bQxn3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDreEs5ZPcIHs/zowRArcvAJ98kJOgRFsGgZkuIN2qNag77/UQ+ACeIWBg 1P18y6SGk+UjG8EI9rVxteE= =HlMr -----END PGP SIGNATURE----- --nextPart1224601.v8xf1bQxn3-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 07:50:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28CE716A41F for ; Sun, 25 Dec 2005 07:50:50 +0000 (GMT) (envelope-from gena_tele@mail.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B284A43D49 for ; Sun, 25 Dec 2005 07:50:49 +0000 (GMT) (envelope-from gena_tele@mail.ru) Received: from [87.228.25.167] (port=61949 helo=localhost) by mx1.mail.ru with asmtp id 1EqQeW-000Igx-00 for freebsd-stable@freebsd.org; Sun, 25 Dec 2005 10:50:48 +0300 Date: Sun, 25 Dec 2005 10:50:47 +0300 From: Telegin Gennady To: freebsd-stable@freebsd.org Message-ID: <20051225105047.686858de@localhost> In-Reply-To: <20051223230144.3636A16A430@hub.freebsd.org> References: <20051223230144.3636A16A430@hub.freebsd.org> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Re: problems with groff in FreeBSD 6.0 buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 07:50:50 -0000 Lines from 688 to 700: void savebounds(double x, double y) { if (x < leftpoint) leftpoint = x; if (x > rightpoint) rightpoint = x; if (y < toppoint) toppoint = y; if (y > bottompoint) bottompoint = y; } From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 08:28:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D814C16A41F for ; Sun, 25 Dec 2005 08:28:51 +0000 (GMT) (envelope-from gena_tele@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7989643D49 for ; Sun, 25 Dec 2005 08:28:51 +0000 (GMT) (envelope-from gena_tele@mail.ru) Received: from [87.228.25.167] (port=28129 helo=localhost) by mx3.mail.ru with asmtp id 1EqRFK-0008YP-00 for freebsd-stable@freebsd.org; Sun, 25 Dec 2005 11:28:50 +0300 Date: Sun, 25 Dec 2005 11:28:50 +0300 From: Telegin Gennady To: freebsd-stable@freebsd.org Message-ID: <20051225112850.5621f22a@localhost> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: problems with groff in FreeBSD 6.0 buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 08:28:52 -0000 Lines from 688 to 700: void savebounds(double x, double y) { if (x < leftpoint) leftpoint = x; if (x > rightpoint) rightpoint = x; if (y < toppoint) toppoint = y; if (y > bottompoint) bottompoint = y; } From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 12:46:54 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A683616A41F for ; Sun, 25 Dec 2005 12:46:54 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F9243D53 for ; Sun, 25 Dec 2005 12:46:53 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 87EC74085; Sun, 25 Dec 2005 13:46:52 +0100 (CET) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53483-14; Sun, 25 Dec 2005 13:46:49 +0100 (CET) Received: from [192.168.100.104] (p54BDF99B.dip.t-dialin.net [84.189.249.155]) by crivens.unixoid.de (Postfix) with ESMTP id 077C03F2E; Sun, 25 Dec 2005 13:46:31 +0100 (CET) Message-ID: <43AE9485.6090006@kernel32.de> Date: Sun, 25 Dec 2005 13:45:57 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lowell Gilbert References: <43ABF6E4.2090908@ll.mit.edu> <001301c607c4$e04e2540$80cea8c0@home1> <43AC0160.4070108@kernel32.de> <44irtf3mxr.fsf@be-well.ilk.org> In-Reply-To: <44irtf3mxr.fsf@be-well.ilk.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: stable@freebsd.org, "Michael A. Koerber" Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 12:46:54 -0000 Lowell Gilbert wrote: > Marian Hettwer writes: >> >>alternativly to check out wether it's dns related, you use set the >>Option "UseDNS no" in your sshd_config, so sshd won't try a reverse >>dns lookup. >>Give it a shoot. Usually ssh timeouts are related to DNS... > > > That should be a last resort; the hostname checks are there for a > reason... > I know. But using the UseDNS no option could be useful to debug the problem. Well. In fact, it's only one way to debug the problem. The more obvious way is to check wether the DNS is working (forward and reverse lookup) and fix it if possible :) regards, Marian From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 16:42:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3AD616A41F for ; Sun, 25 Dec 2005 16:42:00 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66ACD43D5E for ; Sun, 25 Dec 2005 16:41:58 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by zproxy.gmail.com with SMTP id l1so1038775nzf for ; Sun, 25 Dec 2005 08:41:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=LEn01NN2VdetnEuNhOde9urPzzMdhhqaK3BQbk2L8ZGawV3DAVaonkAlXbFhcgtX5WnXpHK10WvHmHptaUfSHk8LLOTbZt6zXak5f7aM7ErMYHA/6zqraljK7s2QI8vr45fLS5vmT+ZZTVQcwYh8CPX2hcuKV4rfYN1Z87RI5WU= Received: by 10.65.59.15 with SMTP id m15mr1903531qbk; Sun, 25 Dec 2005 08:41:57 -0800 (PST) Received: by 10.65.211.19 with HTTP; Sun, 25 Dec 2005 08:41:57 -0800 (PST) Message-ID: <59e2ee810512250841t75157e62rec9dc389ac716534@mail.gmail.com> Date: Sun, 25 Dec 2005 18:41:57 +0200 From: Rostislav Krasny To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: "Michael A. Koerber" , Lowell Gilbert , Marian Hettwer Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 16:42:01 -0000 Hi, I had submitted a bin/62139 PR because of the same problem about a year ago. I still think there is a bug somewhere in a resolver(3) library or in libc functions like gethostbyname(). Because of this bug the gethostbyname() doubles the number of its reverse resolving requests, in a case the DNS server isn't responding. The other reason for very long waiting is a default configuration of resolver(5). In most other systems RES_DFLRETRY is defined as 2, but in FreeBSD it is defined as 4. In a case the DNS server isn't responding the gethostbyname() makes 8 (eight!) reverse resolving attempts for one (!) non-responding DNS server before it returns error. And this is by default. All that is still true for my current 6.0-STABLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/62139 As a workaround I may suggest addind "options attempts:2" or even "options attempts:1" line to the /etc/resolver.conf From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 18:25:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2536816A41F for ; Sun, 25 Dec 2005 18:25:21 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF64543D62 for ; Sun, 25 Dec 2005 18:25:18 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so307590nfc for ; Sun, 25 Dec 2005 10:25:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=faAYjaE/uXEE8uT9ISZWTETbyIZinxJjpp0hu1ObPwgs7oGygInf6VV8eBxNpFbZwVKuTvwnnpG59p4qceRYsD1QN7UYPxPr5wqbVUVJ517N5BEiKpqOKEq344ETZQlr2WLZnJ3kMlgTHSWKbkFeOFa7/uDXC6+QAMoaomPZjvY= Received: by 10.48.255.7 with SMTP id c7mr202406nfi; Sun, 25 Dec 2005 10:25:16 -0800 (PST) Received: by 10.48.216.10 with HTTP; Sun, 25 Dec 2005 10:25:16 -0800 (PST) Message-ID: <65dcde740512251025j32d3d9b4pf5af57daa2553856@mail.gmail.com> Date: Sun, 25 Dec 2005 13:25:16 -0500 From: James Tanis Sender: jrtanis@gmail.com To: Rostislav Krasny In-Reply-To: <59e2ee810512250841t75157e62rec9dc389ac716534@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <59e2ee810512250841t75157e62rec9dc389ac716534@mail.gmail.com> Cc: "Michael A. Koerber" , freebsd-stable@freebsd.org, Lowell Gilbert , Marian Hettwer Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 18:25:21 -0000 I wouldn't be surprised if there is actually more going on, their were times before I entered my local network into my hosts file that authentication would completely time out and drop the client. It usually only happened when using my ISP's dns server and not my local caching server, but still, their dns server isn't *that* slow :P. On 12/25/05, Rostislav Krasny wrote: > Hi, > > I had submitted a bin/62139 PR because of the same problem about a > year ago. I still think there is a bug somewhere in a resolver(3) > library or in libc functions like gethostbyname(). Because of this bug > the gethostbyname() doubles the number of its reverse resolving > requests, in a case the DNS server isn't responding. The other reason > for very long waiting is a default configuration of resolver(5). In > most other systems RES_DFLRETRY is defined as 2, but in FreeBSD it is > defined as 4. In a case the DNS server isn't responding the > gethostbyname() makes 8 (eight!) reverse resolving attempts for one > (!) non-responding DNS server before it returns error. And this is by > default. All that is still true for my current 6.0-STABLE. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/62139 > > As a workaround I may suggest addind "options attempts:2" or even > "options attempts:1" line to the /etc/resolver.conf > _______________________________________________ > 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" > -- James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 19:14:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C3016A41F for ; Sun, 25 Dec 2005 19:14:40 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C79E43D5C for ; Sun, 25 Dec 2005 19:14:38 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1005388nzo for ; Sun, 25 Dec 2005 11:14:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fDgtMO+Envz/bvYGhd17n5ZbTjGcFQWrue6PE/7gG40IHv5Re+53+1BA5QS3dAqpwzipJAiqXVMdh7BQompok98vpMtJGWrimxcv1PNyit4EmD0T3pAJWO/7DXHRdVP618Kgtanxy4ER8mCmzzLdkiz/q9m74tXwnV3j18juLJE= Received: by 10.65.22.18 with SMTP id z18mr1323979qbi; Sun, 25 Dec 2005 11:14:38 -0800 (PST) Received: by 10.64.210.8 with HTTP; Sun, 25 Dec 2005 11:14:38 -0800 (PST) Message-ID: <2a41acea0512251114u6cdbb439j3cb6e3ec07f97189@mail.gmail.com> Date: Sun, 25 Dec 2005 11:14:38 -0800 From: Jack Vogel To: Danny Braniss In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2a41acea0512220941y61c9b5acs8053e6df8a96a1e4@mail.gmail.com> Cc: Gleb Smirnoff , freebsd-stable@freebsd.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 19:14:40 -0000 On 12/22/05, Danny Braniss wrote: > iperf -c host > > i'm begining to believe that the problem is elsewhere, i just put in > an ethernet nic in a PCI-X/Express slot, and the performance is similar, = bad. > > danny Hmm, not some silly like getting set to half duplex? :) Jack From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 20:37:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E38516A41F for ; Sun, 25 Dec 2005 20:37:13 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD95443D5C for ; Sun, 25 Dec 2005 20:37:12 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout3.cac.washington.edu (8.13.5+UW05.10/8.13.5+UW05.09) with ESMTP id jBPKbB4U008967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 25 Dec 2005 12:37:12 -0800 X-Auth-Received: from yggdrasil.seektruth.org (c-67-171-38-33.hsd1.wa.comcast.net [67.171.38.33]) (authenticated authid=dsyphers) by smtp.washington.edu (8.13.5+UW05.10/8.13.5+UW05.09) with ESMTP id jBPKbAB2021069 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Sun, 25 Dec 2005 12:37:11 -0800 From: David Syphers Date: Sun, 25 Dec 2005 12:37:54 -0800 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Disposition: inline To: freebsd-stable@freebsd.org Content-Type: Multipart/Mixed; boundary="Boundary-00=_jMwrDgPt9c7XC0Q" Message-Id: <200512251237.55091.dsyphers@u.washington.edu> X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__C230066_P5 0, __CD 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: can't mount root after upgrade to RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 20:37:13 -0000 --Boundary-00=_jMwrDgPt9c7XC0Q Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm trying to upgrade a July 27 RELENG_5 box to today's RELENG_6. I got through buildworld and make kernel, but upon rebooting I get dropped into a mountroot prompt. Choosing '?' there only shows fd0. It's trying to mount root from /dev/ad0s1a, which is correct. Booting in safe mode mounts root fine and gives me a fully usable system, while booting with just ACPI disabled gives me a "fatal trap 12: page fault while in kernel mode" panic well before it tries to mount root. A verbose dmesg from a failed boot (single user) is attached. My /etc/fstab is below, though I don't think that's the issue. Any ideas what the problem is? Thanks, -David yggdrasil> cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ad0s1b none swap sw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1e /tmp ufs rw 2 2 /dev/ad0s1f /usr ufs rw 2 2 /dev/ad0s1d /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 /dev/acd1 /cdrom1 cd9660 ro,noauto 0 0 -- "What's the good of having mastery over cosmic balance and knowing the secrets of fate if you can't blow something up?" -Terry Pratchett --Boundary-00=_jMwrDgPt9c7XC0Q Content-Type: text/plain; charset="us-ascii"; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg" FreeBSD 6.0-STABLE #0: Sun Dec 25 04:20:20 PST 2005 root@yggdrasil.seektruth.org:/usr/obj/usr/src/sys/YGGDRASIL Preloaded elf kernel "/boot/kernel/kernel" at 0xc0775000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0775204. Calibrating clock(s) ... i8254 clock: 1193168 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1526538794 Hz CPU: AMD Athlon(tm) Processor (1526.54-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000825000 - 0x000000001f6b7fff, 518598656 bytes (126611 pages) avail memory = 520134656 (496 MB) Table 'FACP' at 0x1fffb2fd Table 'APIC' at 0x1ffffb88 MADT: Found table at 0x1ffffb88 MP Configuration Table version 1.4 found at 0xc009fc70 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 3 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f77c0 bios32: Entry = 0xfd6d0 (c00fd6d0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6d0+0x11e pnpbios: Found PnP BIOS data at 0xc00f7810 pnpbios: Entry = f0000:a07e Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 0, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high lapic3: Routing NMI -> LINT1 lapic3: LINT1 trigger: edge lapic3: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 11 polarity: low ioapic0: intpin 11 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 null: io: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80002104 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=700e1022) pcibios: BIOS version 2.10 Found $PIR table, 10 entries at 0xc00fdf20 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 1 1 5 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 13 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 13 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 13 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 13 D 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 14 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 14 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 14 C 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 14 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 15 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 15 B 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 15 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 15 D 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 11 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 11 B 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 11 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 11 D 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 12 A 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 12 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 12 C 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 12 D 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 18 A 0x02 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 4 func 0 AcpiOsDerivePciId: bus 0 dev 4 func 5 AcpiOsDerivePciId: bus 0 dev 13 func 0 AcpiOsDerivePciId: bus 0 dev 14 func 0 AcpiOsDerivePciId: bus 0 dev 15 func 0 AcpiOsDerivePciId: bus 0 dev 11 func 0 AcpiOsDerivePciId: bus 0 dev 12 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 9 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 9 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 9 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 14 15 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc2f191c0), AE_AML_BUFFER_LIMIT ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PIB_.SIO0.LPT_._CRS] (Node 0xc2f191c0), AE_AML_BUFFER_LIMIT can't fetch resources for \\_SB_.PCI0.PIB_.SIO0.LPT_ - AE_AML_BUFFER_LIMIT ACPI timer: 1/2 0/3 0/3 0/3 0/3 0/3 1/1 0/3 0/3 1/2 -> 3 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.4.INTD at func 2: 9 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1022, dev=0x700e, revid=0x13 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e8000000, size 27, enabled map[14]: type 3, range 32, base e0001000, size 12, enabled map[18]: type 4, range 32, base 00001870, size 2, port disabled found-> vendor=0x1022, dev=0x700f, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0686, revid=0x40 bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x008f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001860, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001800, size 5, enabled pcib0: matched entry for 0.4.INTD (src \\_SB_.PCI0.PIB_.LNKU:0) ioapic0: Changing trigger for pin 9 to level ioapic0: Changing polarity for pin 9 to low pcib0: slot 4 INTD routed to irq 9 via \\_SB_.PCI0.PIB_.LNKU found-> vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=4, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.4.INTD (src \\_SB_.PCI0.PIB_.LNKU:0) pcib0: slot 4 INTD routed to irq 9 via \\_SB_.PCI0.PIB_.LNKU found-> vendor=0x1106, dev=0x3057, revid=0x40 bus=0, slot=4, func=4 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1102, dev=0x0002, revid=0x07 bus=0, slot=13, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.13.INTA pcib0: slot 13 INTA hardwired to IRQ 16 found-> vendor=0x1102, dev=0x7002, revid=0x07 bus=0, slot=13, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001880, size 3, enabled found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 1, range 32, base e0000000, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 17 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe1000000-0xe1ffffff pcib1: prefetched decode 0xf0000000-0xf7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0150, revid=0xa4 bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x28 (1200 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base e1000000, size 24, enabled pcib1: (null) requested memory range 0xe1000000-0xe1ffffff: good map[14]: type 3, range 32, base f0000000, size 27, enabled pcib1: (null) requested memory range 0xf0000000-0xf7ffffff: good pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 16 pci1: at device 5.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 4.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1860 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=51 ostat1=50 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=51 ostat1=50 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: [MPSAFE] pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) pci0: at device 4.4 (no driver attached) pcm0: port 0x1840-0x185f irq 16 at device 13.0 on pci0 pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0x1840 emu: setmap (1f6000, 800), nseg=1, error=0 emu: setmap (215000, 1000), nseg=1, error=0 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features surround DAC pcm0: [MPSAFE] emu: setmap (213000, 1000), nseg=1, error=0 emu: setmap (23e000, 1000), nseg=1, error=0 emu: setmap (1dc000, 1000), nseg=1, error=0 emu: setmap (1fa000, 1000), nseg=1, error=0 pcm0: sndbuf_setmap 1d8000, 1000; 0xc2fe4000 -> 1d8000 pcm0: sndbuf_setmap 236000, 1000; 0xc2fe2000 -> 236000 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1400 rl0: port 0x1400-0x14ff mem 0xe0000000-0xe00000ff irq 17 at device 18.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:e0:18:40:b6:0f rl0: [MPSAFE] acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xe001 0xe011 0xe001 0xe001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xe001 0xe009 0xe001 0xe001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP/NIBBLE_ID/ECP_ID/Extensibility Link Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML lpt0: on ppbus0 lpt0: Polled port ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcb7ff,0xdc000-0xdffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 132742074 hz Timecounter "TSC" frequency 1526538794 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=58 ostat1=08 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: reinit done .. ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=58 ostat1=08 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=58 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=58 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=08 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=08 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: reinit done .. ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 11 (ISA IRQ 11) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 Trying to mount root from ufs:/dev/ad0s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> --Boundary-00=_jMwrDgPt9c7XC0Q-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 21:01:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F5C416A41F for ; Sun, 25 Dec 2005 21:01:11 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: from sarevok.lan.melvyn.homeunix.org (i153153.upc-i.chello.nl [62.195.153.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9432243D76 for ; Sun, 25 Dec 2005 21:01:07 +0000 (GMT) (envelope-from freebsd.stable@melvyn.homeunix.org) Received: by sarevok.lan.melvyn.homeunix.org (Postfix, from userid 100) id 29127114F6; Sun, 25 Dec 2005 22:01:06 +0100 (CET) From: Melvyn Sopacua To: freebsd-stable@freebsd.org Date: Sun, 25 Dec 2005 22:01:05 +0100 User-Agent: KMail/1.8.3 References: <200512251237.55091.dsyphers@u.washington.edu> In-Reply-To: <200512251237.55091.dsyphers@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512252201.05883.freebsd.stable@melvyn.homeunix.org> Subject: Re: can't mount root after upgrade to RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 21:01:11 -0000 On Sunday 25 December 2005 21:37, David Syphers wrote: > yggdrasil> cat /etc/fstab > # Device Mountpoint FStype Options Dump > Pass# /dev/ad0s1b none swap sw 0 > 0 /dev/ad0s1a / ufs rw 1 Just to humor us, can you first mount root then the swap device? So swap those entries. -- Melvyn Sopacua freebsd.stable@melvyn.homeunix.org FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 21:16:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E081916A420 for ; Sun, 25 Dec 2005 21:16:54 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEB8F43D5E for ; Sun, 25 Dec 2005 21:16:53 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.13.5+UW05.10/8.13.5+UW05.09) with ESMTP id jBPLGqaN011993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 25 Dec 2005 13:16:53 -0800 X-Auth-Received: from yggdrasil.seektruth.org (c-67-171-38-33.hsd1.wa.comcast.net [67.171.38.33]) (authenticated authid=dsyphers) by smtp.washington.edu (8.13.5+UW05.10/8.13.5+UW05.09) with ESMTP id jBPLGqUB027108 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sun, 25 Dec 2005 13:16:52 -0800 From: David Syphers To: freebsd-stable@freebsd.org Date: Sun, 25 Dec 2005 13:17:38 -0800 User-Agent: KMail/1.8.2 References: <200512251237.55091.dsyphers@u.washington.edu> <200512252201.05883.freebsd.stable@melvyn.homeunix.org> In-Reply-To: <200512252201.05883.freebsd.stable@melvyn.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512251317.38744.dsyphers@u.washington.edu> X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='LOCALE_ARABIC 0, __CD 0, __CHAR_ARABIC_CT 0, __CT 0, __CTE 0, __CTYPE_CHARSET_QUOTED 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Melvyn Sopacua Subject: Re: can't mount root after upgrade to RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 21:16:55 -0000 On Sunday 25 December 2005 01:01 pm, Melvyn Sopacua wrote: > On Sunday 25 December 2005 21:37, David Syphers wrote: > > yggdrasil> cat /etc/fstab > > # Device Mountpoint FStype Options Dump > > Pass# /dev/ad0s1b none swap sw 0 > > 0 /dev/ad0s1a / ufs rw 1 > > Just to humor us, can you first mount root then the swap device? > So swap those entries. No change when I do that. -David -- "What's the good of having mastery over cosmic balance and knowing the secrets of fate if you can't blow something up?" -Terry Pratchett From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 21:40:59 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDD1116A422; Sun, 25 Dec 2005 21:40:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B55E43D6B; Sun, 25 Dec 2005 21:40:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jBPLeoah010302; Sun, 25 Dec 2005 16:40:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBPLeoaX016306; Sun, 25 Dec 2005 16:40:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D66B57302F; Sun, 25 Dec 2005 16:40:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051225214049.D66B57302F@freebsd-current.sentex.ca> Date: Sun, 25 Dec 2005 16:40:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 21:41:00 -0000 TB --- 2005-12-25 20:36:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-25 20:36:18 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2005-12-25 20:36:18 - cleaning the object tree TB --- 2005-12-25 20:36:49 - checking out the source tree TB --- 2005-12-25 20:36:49 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2005-12-25 20:36:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-12-25 20:45:43 - building world (CFLAGS=-O -pipe) TB --- 2005-12-25 20:45:43 - cd /src TB --- 2005-12-25 20:45:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-12-25 21:33:58 - generating LINT kernel config TB --- 2005-12-25 21:33:58 - cd /src/sys/alpha/conf TB --- 2005-12-25 21:33:58 - /usr/bin/make -B LINT TB --- 2005-12-25 21:33:58 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-12-25 21:33:58 - cd /src TB --- 2005-12-25 21:33:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 25 21:33:59 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/if_atm.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/if_ether.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/igmp.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/in.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/netinet/ip_carp.c /src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /src/sys/netinet/ip_carp.c:1600: error: too few arguments to function `in6_joingroup' /src/sys/netinet/ip_carp.c:1613: error: too few arguments to function `in6_joingroup' *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-25 21:40:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-25 21:40:49 - ERROR: failed to build lint kernel TB --- 2005-12-25 21:40:49 - tinderbox aborted TB --- 1.05 user 4.73 system 3871.06 real From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 22:03:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 820D016A41F for ; Sun, 25 Dec 2005 22:03:50 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id DECA343D4C for ; Sun, 25 Dec 2005 22:03:49 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.231.236] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1Eqdy02pTf-0000mL; Sun, 25 Dec 2005 23:03:49 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sun, 25 Dec 2005 23:04:00 +0100 User-Agent: KMail/1.8.3 References: <20051225214049.D66B57302F@freebsd-current.sentex.ca> In-Reply-To: <20051225214049.D66B57302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1275241.t61uaGByBK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512252304.05835.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2005 22:03:50 -0000 --nextPart1275241.t61uaGByBK Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 December 2005 22:40, FreeBSD Tinderbox wrote: > -ffreestanding -Werror /src/sys/netinet/ip_carp.c > /src/sys/netinet/ip_carp.c: In function `carp_set_addr6': > /src/sys/netinet/ip_carp.c:1600: error: too few arguments to function > `in6_joingroup' /src/sys/netinet/ip_carp.c:1613: error: too few arguments > to function `in6_joingroup' *** Error code 1 Should be fixed. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1275241.t61uaGByBK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDrxdVXyyEoT62BG0RAh5iAKCCAB/tJw7nGASr6ZdIMRlk5RtkgACeILYN 7YXNipesfqp/w0MLeKCK/zE= =AxXZ -----END PGP SIGNATURE----- --nextPart1275241.t61uaGByBK-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 25 23:10:18 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D5A16A420; Sun, 25 Dec 2005 23:10:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC7AE43D4C; Sun, 25 Dec 2005 23:10:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jBPNAGdA056138; Sun, 25 Dec 2005 18:10:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBPNAGgU021930; Sun, 25 Dec 2005 18:10:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E460A7302F; Sun, 25 Dec 2005 18:10:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051225231015.E460A7302F@freebsd-current.sentex.ca> Date: Sun, 25 Dec 2005 18:10:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2005 23:10:18 -0000 TB --- 2005-12-25 21:40:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-25 21:40:50 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2005-12-25 21:40:50 - cleaning the object tree TB --- 2005-12-25 21:41:24 - checking out the source tree TB --- 2005-12-25 21:41:24 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2005-12-25 21:41:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-12-25 21:50:19 - building world (CFLAGS=-O -pipe) TB --- 2005-12-25 21:50:19 - cd /src TB --- 2005-12-25 21:50:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-12-25 23:01:51 - generating LINT kernel config TB --- 2005-12-25 23:01:51 - cd /src/sys/amd64/conf TB --- 2005-12-25 23:01:51 - /usr/bin/make -B LINT TB --- 2005-12-25 23:01:51 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-12-25 23:01:51 - cd /src TB --- 2005-12-25 23:01:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 25 23:01:51 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/if_atm.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/if_ether.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/igmp.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/in.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/netinet/ip_carp.c /src/sys/netinet/ip_carp.c: In function `carp_set_addr6': /src/sys/netinet/ip_carp.c:1600: error: too few arguments to function `in6_joingroup' /src/sys/netinet/ip_carp.c:1613: error: too few arguments to function `in6_joingroup' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-25 23:10:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-25 23:10:15 - ERROR: failed to build lint kernel TB --- 2005-12-25 23:10:15 - tinderbox aborted TB --- 1.20 user 6.68 system 5365.63 real From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 00:39:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 055D216A41F for ; Mon, 26 Dec 2005 00:39:47 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC9B43D68 for ; Mon, 26 Dec 2005 00:39:41 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout2.cac.washington.edu (8.13.5+UW05.10/8.13.5+UW05.09) with ESMTP id jBQ0dfph002539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 25 Dec 2005 16:39:41 -0800 X-Auth-Received: from yggdrasil.seektruth.org (c-67-171-38-33.hsd1.wa.comcast.net [67.171.38.33]) (authenticated authid=dsyphers) by smtp.washington.edu (8.13.5+UW05.10/8.13.5+UW05.09) with ESMTP id jBQ0deJg000327 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Sun, 25 Dec 2005 16:39:41 -0800 From: David Syphers To: freebsd-stable@freebsd.org Date: Sun, 25 Dec 2005 16:40:26 -0800 User-Agent: KMail/1.8.2 References: <200512251237.55091.dsyphers@u.washington.edu> In-Reply-To: <200512251237.55091.dsyphers@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512251640.26771.dsyphers@u.washington.edu> X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='LOCALE_ARABIC 0, __CD 0, __CHAR_ARABIC_CT 0, __CT 0, __CTE 0, __CTYPE_CHARSET_QUOTED 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: "solved": Re: can't mount root after upgrade to RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 00:39:47 -0000 On Sunday 25 December 2005 12:37 pm, David Syphers wrote: > I'm trying to upgrade a July 27 RELENG_5 box to today's RELENG_6. I got > through buildworld and make kernel, but upon rebooting I get dropped into a > mountroot prompt. Choosing '?' there only shows fd0. It's trying to mount > root from /dev/ad0s1a, which is correct. Booting in safe mode mounts root > fine and gives me a fully usable system Apparently booting in safe mode disables apic. I was looking for differences between my old 5.x kernel and the new one, and realized I left 'device apic' in my new kernel. Rebuilding without it makes everything work fine. I just assumed apic would be safe because, well, it's in GENERIC... Turns out it's deadly to my system. Thanks to the couple folks who tried to help with this, even on a holiday. -David -- "What's the good of having mastery over cosmic balance and knowing the secrets of fate if you can't blow something up?" -Terry Pratchett From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 03:39:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72E2B16A41F; Mon, 26 Dec 2005 03:39:58 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51E2A43D5E; Mon, 26 Dec 2005 03:39:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBQ3dndK096273; Sun, 25 Dec 2005 20:39:49 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43AF660B.1030506@samsco.org> Date: Sun, 25 Dec 2005 20:39:55 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0512220941y61c9b5acs8053e6df8a96a1e4@mail.gmail.com> <2a41acea0512251114u6cdbb439j3cb6e3ec07f97189@mail.gmail.com> In-Reply-To: <2a41acea0512251114u6cdbb439j3cb6e3ec07f97189@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Gleb Smirnoff , freebsd-stable@freebsd.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 03:39:58 -0000 Jack Vogel wrote: > On 12/22/05, Danny Braniss wrote: > > >>iperf -c host >> >>i'm begining to believe that the problem is elsewhere, i just put in >>an ethernet nic in a PCI-X/Express slot, and the performance is similar, bad. >> >>danny > > > Hmm, not some silly like getting set to half duplex? :) > > Jack Isn't 'half duplex' meaningless in the gigabit link protocol? Scott From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 05:02:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AD3516A41F for ; Mon, 26 Dec 2005 05:02:07 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id A965243D5A for ; Mon, 26 Dec 2005 05:02:06 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1069867nzo for ; Sun, 25 Dec 2005 21:02:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ma6HQIAanlFNIrzZxQCLLXwXwNS0eFcEOiE7BFrUTcdK+sGkRDXtJjuInGWnB3h84HMTzoFX++p6JAQ7PA9kZU5/7HZHo1xo4+VAhkk5XazkfA2YAnjqRIA9GyyzmZvoE6p6uV6pDGYrcJ2/u7ukh0EbfpbVcCOzTh1NLdsyBKU= Received: by 10.64.21.10 with SMTP id 10mr1361856qbu; Sun, 25 Dec 2005 21:02:06 -0800 (PST) Received: by 10.64.210.8 with HTTP; Sun, 25 Dec 2005 21:02:06 -0800 (PST) Message-ID: <2a41acea0512252102g3faa7e35l6490343431448a78@mail.gmail.com> Date: Sun, 25 Dec 2005 21:02:06 -0800 From: Jack Vogel To: Scott Long In-Reply-To: <43AF660B.1030506@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2a41acea0512220941y61c9b5acs8053e6df8a96a1e4@mail.gmail.com> <2a41acea0512251114u6cdbb439j3cb6e3ec07f97189@mail.gmail.com> <43AF660B.1030506@samsco.org> Cc: Gleb Smirnoff , freebsd-stable@freebsd.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 05:02:07 -0000 On 12/25/05, Scott Long wrote: > > > > > > Hmm, not some silly like getting set to half duplex? :) > > > > Jack > > Isn't 'half duplex' meaningless in the gigabit link protocol? > > Scott Yes, but it was meant as a joke, hence the smiley :) From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 08:53:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F06BA16A41F for ; Mon, 26 Dec 2005 08:53:58 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id E913643D66 for ; Mon, 26 Dec 2005 08:53:57 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 9483 invoked by uid 399); 26 Dec 2005 08:53:57 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 26 Dec 2005 08:53:57 -0000 Message-ID: <43AFAFA3.7090009@FreeBSD.org> Date: Mon, 26 Dec 2005 00:53:55 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: Jose M Rodriguez References: <43A910F8.5090009@FreeBSD.org> <200512231519.28445.josemi@redesjm.local> <200512231538.21356.flz@xbsd.org> <200512231612.46046.josemi@redesjm.local> In-Reply-To: <200512231612.46046.josemi@redesjm.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, Florent Thoumie Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 08:53:59 -0000 Jose M Rodriguez wrote: > But this doesn't solve the real problem. We've lost a reference model > about rc and the interaction with the base system and ports. I'm not sure what that last sentence means. > - some kinda of style for ports/system rc scripts > - some docs about keywords and stage support As I said in one of my recent heads up messages, man rc(8). > - some kinda of timeline model Timeline for what? -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 08:57:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0310316A427 for ; Mon, 26 Dec 2005 08:57:34 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 86E0843D69 for ; Mon, 26 Dec 2005 08:57:32 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 12495 invoked by uid 399); 26 Dec 2005 08:57:32 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 26 Dec 2005 08:57:32 -0000 Message-ID: <43AFB079.2020604@FreeBSD.org> Date: Mon, 26 Dec 2005 00:57:29 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: Florent Thoumie References: <43A910F8.5090009@FreeBSD.org> <200512231538.21356.flz@xbsd.org> <20051223195207.6f2e6148@it.buh.tecnik93.com> <200512231928.21444.flz@xbsd.org> In-Reply-To: <200512231928.21444.flz@xbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ion-Mihai Tetcu , freebsd-stable@freebsd.org, Jose M Rodriguez , freebsd-ports@freebsd.org Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 08:57:34 -0000 Florent Thoumie wrote: > rcNG was the word for "using rc.subr". rcNG stands for rc Next Generation. It's not the next generation anymore. > Using the .sh extension prevents from conflicts in ${WRKDIR} and you know > what kind of file it is in ${FILESDIR}. Anyway, what is the difference > between adding .sh suffix in some cases and removing it in some cases ? > As I mentioned in one of my messages, we can easily fix this by changing bsd.port.mk to take file.in and output $WRKDIR/file.out. I haven't finished the patch to bsd.port.mk yet, but it's a trivial change. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 12:44:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8CE916A41F; Mon, 26 Dec 2005 12:44:25 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 335E843D55; Mon, 26 Dec 2005 12:44:23 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([82.37.32.39]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002148110.msg; Mon, 26 Dec 2005 12:44:10 +0000 Message-ID: <003101c60a1a$0c181490$0100a8c0@multiplay.co.uk> From: "Steven Hartland" To: "Scott Long" , "Jack Vogel" References: <2a41acea0512220941y61c9b5acs8053e6df8a96a1e4@mail.gmail.com> <2a41acea0512251114u6cdbb439j3cb6e3ec07f97189@mail.gmail.com> <43AF660B.1030506@samsco.org> Date: Mon, 26 Dec 2005 12:43:55 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Mon, 26 Dec 2005 12:44:10 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 82.37.32.39 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Mon, 26 Dec 2005 12:44:11 +0000 Cc: Gleb Smirnoff , freebsd-stable@freebsd.org Subject: Re: em bad performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 12:44:25 -0000 We have had several issues with different hardware combinations where 1/2 duplex is an issue. Seems not all vendors implement the standard the same way causing significant problems if the ports on both ends aren't hard coded. Steve ----- Original Message ----- From: "Scott Long" To: "Jack Vogel" Cc: "Gleb Smirnoff" ; Sent: Monday, December 26, 2005 3:39 AM Subject: Re: em bad performance > Jack Vogel wrote: >> On 12/22/05, Danny Braniss wrote: >> >> >>>iperf -c host >>> >>>i'm begining to believe that the problem is elsewhere, i just put in >>>an ethernet nic in a PCI-X/Express slot, and the performance is similar, bad. >>> >>>danny >> >> >> Hmm, not some silly like getting set to half duplex? :) >> >> Jack > > Isn't 'half duplex' meaningless in the gigabit link protocol? > > Scott ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 13:15:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89DB616A41F; Mon, 26 Dec 2005 13:15:43 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EA2343D49; Mon, 26 Dec 2005 13:15:41 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from korso.flintsbach.schmalzbauer.de (korso.flintsbach.schmalzbauer.de [172.21.2.3]) by flb.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id jBQDFeY6000616; Mon, 26 Dec 2005 14:15:40 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.254]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id A484DB62D; Mon, 26 Dec 2005 14:15:39 +0100 (CET) Received: from cale.flintsbach.schmalzbauer.de (localhost [127.0.0.1]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id jBQDFcu7026127; Mon, 26 Dec 2005 14:15:38 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4/Submit) id jBQDFcqZ026126; Mon, 26 Dec 2005 14:15:38 +0100 (CET) (envelope-from harry@cale.flintsbach.schmalzbauer.de) From: Harald Schmalzbauer To: freebsd-stable@freebsd.org Date: Mon, 26 Dec 2005 14:15:30 +0100 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4115353.3f4searm9k"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512261415.38247@harrymail> Cc: Pawel Jakub Dawidek Subject: geom_gate problems (RELENG_6 from today) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 13:15:43 -0000 --nextPart4115353.3f4searm9k Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, merry christmas to veryone, especially Pawel, since I hope he can=20 fix my problem ;) When I create /dev/ggate2 I can successfully dd to it (the raw device), but= =20 as soon as I newfs ggate2 and mount it I cannot write a file onto the=20 filesystem, like "dd if=3D/dev/zero of=3D/mnt/testfile bs=3D32k". Same problem when using /dev/ggateX as geom_mirror consumer. I tried different physical lines for ggate (fwe and em), no difference. I=20 also recompiled my kernel without ipfw but also no difference. Here are some error messages I got: korso:~#34: ggatec create -u 2 -t 30 172.21.2.1 /dev/ad4p3 korso:~#35: mount /dev/ggate2 /mnt korso:~#36: dd if=3D/dev/zero of=3D/mnt/testfile bs=3D32k ^Cg_vfs_done():ggate2[WRITE(offset=3D7733248, length=3D131072)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D7864320, length=3D131072)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D7995392, length=3D131072)]error =3D 5 o_vfs_d60+0 records in 59+0 records ount e1933312 bytes tr(ansferred in 19.)828540 secs (975:01 bytes/sec) ggate2[WRITE(offset=3D8126464, length=3D131072)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D7340032, length=3D131072)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D7471104, length=3D131072)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D7602176, length=3D131072)]error =3D 5 korso:~#37: umount /mnt g_vfs_done():ggate2[WRITE(offset=3D114688, length=3D16384)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D6144000, length=3D2048)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D65536, length=3D2048)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D7995392, length=3D131072)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D8126464, length=3D131072)]error =3D 5 g_vfs_done():ggate2[WRITE(offset=3D98304, length=3D16384)]error =3D 5 fsync: giving up on dirty 0xc3e72110: tag devfs, type VCHR usecount 1, writecount 0, refcount 6 mountedhere 0xc400f700 flags () v_object 0xc18284a4 ref 0 pages 10 lock type devfs: EXCL (count 1) by thread 0xc3b33000 (pid 1451) dev ggate2 umount: unmount of /mnt failed: Resource temporarily unavailable --nextPart4115353.3f4searm9k Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDr+z6Bylq0S4AzzwRAjDvAJ4q1is/oVQBPl9NqF+QT6jqsONHdgCeJL5Z ZssHGtiXCp82e1CpQoZo0Is= =jew+ -----END PGP SIGNATURE----- --nextPart4115353.3f4searm9k-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 13:30:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60A9A16A41F for ; Mon, 26 Dec 2005 13:30:01 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 73A4243D4C for ; Mon, 26 Dec 2005 13:29:57 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Dec 2005 13:29:56 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp031) with SMTP; 26 Dec 2005 14:29:56 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 26 Dec 2005 14:29:46 +0100 User-Agent: KMail/1.8.1 References: <200512261415.38247@harrymail> In-Reply-To: <200512261415.38247@harrymail> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2903013.KfVkaQ60x2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512261429.54079@harrymail> X-Y-GMX-Trusted: 0 Cc: Pawel Jakub Dawidek Subject: Re: geom_gate problems (RELENG_6 from today) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 13:30:01 -0000 --nextPart2903013.KfVkaQ60x2 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 26. Dezember 2005 14:15 CEST schrieb Harald Schmalzbauer: > Hello, merry christmas to veryone, especially Pawel, since I hope he can > fix my problem ;) > > When I create /dev/ggate2 I can successfully dd to it (the raw device), > but as soon as I newfs ggate2 and mount it I cannot write a file onto > the filesystem, like "dd if=3D/dev/zero of=3D/mnt/testfile bs=3D32k". > > Same problem when using /dev/ggateX as geom_mirror consumer. > I tried different physical lines for ggate (fwe and em), no difference. > I also recompiled my kernel without ipfw but also no difference. > > Here are some error messages I got: While playing arround I got a panic: GEOM_GATE[0]: Device ggate2 destroyed. korso:~#65: ggatec create -u 2 10.0.0.1 /dev/ad4p3 korso:~#66: mount /dev/ggate2 /mnt korso:~#67: dd if=3D/dev/zero of=3D/mnt/testfile bs=3D32k dev =3D ggate2, block =3D 3704, fs =3D /mnt panic: ffs_blkfree: freeing free block Uptime: 1h6m55s GEOM_RAID3: Device BIGVOL: provider raid3/BIGVOL destroyed. GEOM_RAID3: Device BIGVOL destroyed. Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Unfortunately it's a CF-based server, no space for debug kernel, nor do I=20 have a HD as dumpdev. But I guess this is easily reproducable =2DHarry > > korso:~#34: ggatec create -u 2 -t 30 172.21.2.1 /dev/ad4p3 > korso:~#35: mount /dev/ggate2 /mnt > korso:~#36: dd if=3D/dev/zero of=3D/mnt/testfile bs=3D32k > ^Cg_vfs_done():ggate2[WRITE(offset=3D7733248, length=3D131072)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D7864320, length=3D131072)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D7995392, length=3D131072)]error =3D 5 > o_vfs_d60+0 records in > 59+0 records ount > e1933312 bytes tr(ansferred in 19.)828540 secs (975:01 bytes/sec) > ggate2[WRITE(offset=3D8126464, length=3D131072)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D7340032, length=3D131072)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D7471104, length=3D131072)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D7602176, length=3D131072)]error =3D 5 > korso:~#37: umount /mnt > g_vfs_done():ggate2[WRITE(offset=3D114688, length=3D16384)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D6144000, length=3D2048)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D65536, length=3D2048)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D7995392, length=3D131072)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D8126464, length=3D131072)]error =3D 5 > g_vfs_done():ggate2[WRITE(offset=3D98304, length=3D16384)]error =3D 5 > fsync: giving up on dirty > 0xc3e72110: tag devfs, type VCHR > usecount 1, writecount 0, refcount 6 mountedhere 0xc400f700 > flags () > v_object 0xc18284a4 ref 0 pages 10 > lock type devfs: EXCL (count 1) by thread 0xc3b33000 (pid 1451) > dev ggate2 > umount: unmount of /mnt failed: Resource temporarily unavailable --nextPart2903013.KfVkaQ60x2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDr/BSBylq0S4AzzwRAp9OAKCFPtTruUEJHRfRSsoX++7o33YtlgCfXwsr Uq9im8O/ETednX66EQlrbU8= =4cgW -----END PGP SIGNATURE----- --nextPart2903013.KfVkaQ60x2-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 14:37:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D828D16A41F; Mon, 26 Dec 2005 14:37:36 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from vika.newlines.ru (anna.newlines.ru [195.246.218.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BA843D4C; Mon, 26 Dec 2005 14:37:30 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from localhost (unknown [127.0.0.1]) by vika.newlines.ru (Postfix) with ESMTP id 961EB11489; Mon, 26 Dec 2005 17:37:28 +0300 (MSK) Received: from vika.newlines.ru ([127.0.0.1]) by localhost (anna.newlines.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18982-04; Mon, 26 Dec 2005 17:37:26 +0300 (MSK) Received: from [192.168.80.100] (ushakova.office.sportlottery.ru [192.168.80.100]) by vika.newlines.ru (Postfix) with ESMTP; Mon, 26 Dec 2005 17:37:26 +0300 (MSK) Message-ID: <43B00022.40709@nikiforov.ru> Date: Mon, 26 Dec 2005 17:37:22 +0300 From: Anton Nikiforov Organization: NewLines Ltd. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <43AC84A2.9090804@nikiforov.ru> <20051223232523.GA1628@freebie.xs4all.nl> <43ADBA70.6090002@nikiforov.ru> <20051224214502.GA7321@freebie.xs4all.nl> In-Reply-To: <20051224214502.GA7321@freebie.xs4all.nl> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040407050102000708090305" X-Virus-Scanned: By amavis at office-gw.newlines.ru Cc: stable@freebsd.org, hardware@freebsd.org Subject: Re: StorageWorks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 14:37:37 -0000 This is a cryptographically signed message in MIME format. --------------ms040407050102000708090305 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Wilko Bulte wrote: > On Sun, Dec 25, 2005 at 12:15:28AM +0300, Anton Nikiforov wrote.. > >>Wilko Bulte wrote: >> >> >>>On Sat, Dec 24, 2005 at 02:13:38AM +0300, Anton Nikiforov wrote.. >>> >>> >>>>Dear ALL! >>>>I have a Intel XEON based server and Compaq StorageWorks FC adapter with >>>>FC disk subsystem. >>>>I did not found any info about drivers available in >>>>FreeBSD-5.4-RELEASE-p8 (maybe vendor developed drivers/utilities?). >>>> >>>>Could you please help? is there any solution to make this three parts >>>>(server, FC adapter and disk subsystem) to work under FreeBSD? >>> >>> >>>*What* Compaq StorageWorks adapter? There are lots of different >>>adapters, both from own Compaq production as well as QLogic and Emulex >>>OEM origin. Only the Qlogics have a driver in FreeBSD, isp(4). >>> >> >>Hello and thanks for the replay. >>Here is what i can find in the board >>Compaq >>1999 compaq >>66MHz 64bit PCI controller >>SP# 161290-001 >>DG# 010007-000 >>AS# 010006-001 >>Rev 0E >>P225C0EBFK3JXE >>The biggest chip is Agilent Tachyon TS HPFC-5166A/1.2 L2C1090 J 0026 >>WEC26005 >> >>On the other side: >>BOARD NO 01008-001 A/W REV A FAB REV A >>2000 (logo) NM4 94V-0 >> >>Could you please tell me if this will work under FreeBSD? Because i >>cannot find any QLogic lables or chips. And cannot take this to "play" > > > No luck I'm afraid. Like you say, the Qlogic chips are easily > distinguishable. What you have sounds like a Compaq-design, the folks > in HOU used to use the Tachyon chips quite a lot. These days we OEM > most (all?) of the FC HBAs. > Thanks for the replay. Could you please supply me with the right card name that will work with FreeBSD and this StorageWorks array? Maybe i can find something cheep to use this box? And is there any software to manage the array box (in case i'll get QLogic card) or i'll have boot into windows to change 0+1 array type to something else? Best regards, Anton Nikiforov --------------ms040407050102000708090305 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGKDCC AuEwggJKoAMCAQICAw6AYzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNDE2MTEwMzExWhcNMDYwNDE2MTEwMzEx WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDp45jI HORB4RVcbIIDMttb19fW9gb9dIX4CVBbCZSPmX+gpsYUCswB/wcqnF98LoSTIYxiY/hUrENH 5lObA+oEazWWmZQR5MQIgZViQ3H7vJ1KpaQ8tR7atUsCMudFb9Wu4jYgvFbjhYLO0cOFOfhr n99ucG5qpsXwriIbDYLT20xFvsbCk/zlMwPsIfxell+EM87MglUH5uym8LtcWVvfZgzYuNN0 1lJXF4Qs17X3y3XELuuRowdQGZQ6nNM2StTePuOL6J3piVERqhscLIpM9rjfH6nV8HM1+BW3 trgt5rWqzSfFlvxk6MF6cvz06xnE6Yw4FV63lrRzaiwm914/AgMBAAGjPzA9MA4GA1UdDwEB /wQEAwIHgDAdBgNVHREEFjAUgRJhbnRvbkBuaWtpZm9yb3YucnUwDAYDVR0TAQH/BAIwADAN BgkqhkiG9w0BAQQFAAOBgQASvk2h3CLH4S3NOw9yRfEdpHruWxov2mQvsV8qZKwjG8/661ze FmsQhAS18+6hCgK84qNrCINydH06Y5jsAGmwS8r9m+xOPxDKiehmOSsOpSVShzIfWdRx5Ni1 uFvPwH9L6czsOlw0PAQnYEv0jVbel6SA5MUWHwJ8liIGxkhi3jCCAz8wggKooAMCAQICAQ0w DQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNV BAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYT AlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQ CjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk 16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAG AQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQ ZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNm rGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0 niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx 0x1G/11fZU8xggJEMIICQAIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDDoBjMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUxMjI2MTQzNzIyWjAjBgkqhkiG9w0BCQQxFgQU1KDN vyWLBNymmEO6YRrvvQsh8/8wUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZI hvcNAQEBBQAEggEAEVfy+5cbzgNDqCpPPB6nqIjVGtu8YETTtiaisc1BbsINkn4Lv0otLu1l rA0wkoAp0Twqw4d7iJSxj7dNGxJnYYSMMrAWDz+nhZ6HJ/+w7pk8ZXrpnUpQTGLXHBpPXM7J 4b9HfT3kP/ww0r8Mp/zLQ3TSevH0doeGUh88kTShz6kZShoHjir5L8eq5QcdCi8L2gssRGKm WXyKCzL66Gy9n+A6rhzxXGO/jDnq5qKissNUhxQV1yvIM1KSfUs32x9qFTBmh82J74ojAtoa BYtiWtu41XQr20AAYOymv6OhiiV09udu3oda47WYpHzRrDbPbV1Us5XKPexcL5ffi74ZOAAA AAAAAA== --------------ms040407050102000708090305-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 19:00:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6580E16A420 for ; Mon, 26 Dec 2005 19:00:16 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id E356243D53 for ; Mon, 26 Dec 2005 19:00:13 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 26 Dec 2005 19:00:12 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp033) with SMTP; 26 Dec 2005 20:00:12 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Mon, 26 Dec 2005 20:00:02 +0100 User-Agent: KMail/1.8.1 References: <200512261415.38247@harrymail> <200512261429.54079@harrymail> In-Reply-To: <200512261429.54079@harrymail> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1777872.nNbW79lTap"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512262000.10360@harrymail> X-Y-GMX-Trusted: 0 Cc: Pawel Jakub Dawidek , phk@freebsd.org Subject: More geom trouble [Was: Re: geom_gate problems (RELENG_6 from today)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 19:00:16 -0000 --nextPart1777872.nNbW79lTap Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Here is another error I got recently: g_vfs_done():ad0a[WRITE(offset=35405824, length=8192)]error = 1 g_vfs_done():ad0a[WRITE(offset=35430400, length=8192)]error = 1 This time no geom_[raid3,mirror,gate] was involved!! Something seems to be badly broken.... -Harry Am Montag, 26. Dezember 2005 14:29 CEST schrieb Emanuel Strobl: > Am Montag, 26. Dezember 2005 14:15 CEST schrieb Harald Schmalzbauer: > > Hello, merry christmas to veryone, especially Pawel, since I hope he > > can fix my problem ;) > > > > When I create /dev/ggate2 I can successfully dd to it (the raw > > device), but as soon as I newfs ggate2 and mount it I cannot write a > > file onto the filesystem, like "dd if=/dev/zero of=/mnt/testfile > > bs=32k". > > > > Same problem when using /dev/ggateX as geom_mirror consumer. > > I tried different physical lines for ggate (fwe and em), no > > difference. I also recompiled my kernel without ipfw but also no > > difference. > > > > Here are some error messages I got: > > While playing arround I got a panic: > > GEOM_GATE[0]: Device ggate2 destroyed. > korso:~#65: ggatec create -u 2 10.0.0.1 /dev/ad4p3 > korso:~#66: mount /dev/ggate2 /mnt > korso:~#67: dd if=/dev/zero of=/mnt/testfile bs=32k > dev = ggate2, block = 3704, fs = /mnt > panic: ffs_blkfree: freeing free block > Uptime: 1h6m55s > GEOM_RAID3: Device BIGVOL: provider raid3/BIGVOL destroyed. > GEOM_RAID3: Device BIGVOL destroyed. > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > > Unfortunately it's a CF-based server, no space for debug kernel, nor do > I have a HD as dumpdev. But I guess this is easily reproducable > > -Harry > > > korso:~#34: ggatec create -u 2 -t 30 172.21.2.1 /dev/ad4p3 > > korso:~#35: mount /dev/ggate2 /mnt > > korso:~#36: dd if=/dev/zero of=/mnt/testfile bs=32k > > ^Cg_vfs_done():ggate2[WRITE(offset=7733248, length=131072)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=7864320, length=131072)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=7995392, length=131072)]error = 5 > > o_vfs_d60+0 records in > > 59+0 records ount > > e1933312 bytes tr(ansferred in 19.)828540 secs (975:01 bytes/sec) > > ggate2[WRITE(offset=8126464, length=131072)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=7340032, length=131072)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=7471104, length=131072)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=7602176, length=131072)]error = 5 > > korso:~#37: umount /mnt > > g_vfs_done():ggate2[WRITE(offset=114688, length=16384)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=6144000, length=2048)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=65536, length=2048)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=7995392, length=131072)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=8126464, length=131072)]error = 5 > > g_vfs_done():ggate2[WRITE(offset=98304, length=16384)]error = 5 > > fsync: giving up on dirty > > 0xc3e72110: tag devfs, type VCHR > > usecount 1, writecount 0, refcount 6 mountedhere 0xc400f700 > > flags () > > v_object 0xc18284a4 ref 0 pages 10 > > lock type devfs: EXCL (count 1) by thread 0xc3b33000 (pid 1451) > > dev ggate2 > > umount: unmount of /mnt failed: Resource temporarily unavailable --nextPart1777872.nNbW79lTap Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDsD26Bylq0S4AzzwRAqcWAKCDWCa9z9gpEn3l6ynZ9ZZTkz5zpwCdH4Dd H4oUU0y7zzN8hQLY1/OgG3s= =8ELP -----END PGP SIGNATURE----- --nextPart1777872.nNbW79lTap-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 26 20:49:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46B8116A41F for ; Mon, 26 Dec 2005 20:49:12 +0000 (GMT) (envelope-from romanp@unshadow.net) Received: from hurricane.wuppy.net.ru (hurricane.wuppy.net.ru [213.137.252.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91FE743D45 for ; Mon, 26 Dec 2005 20:49:10 +0000 (GMT) (envelope-from romanp@unshadow.net) Received: from localhost (localhost [127.0.0.1]) by hurricane.wuppy.net.ru (8.13.4+Sun/8.13.3) with ESMTP id jBQKmnKW025681; Mon, 26 Dec 2005 23:48:50 +0300 (MSK) Date: Mon, 26 Dec 2005 23:48:49 +0300 (MSK) From: "Roman V. Palagin" To: delphij@delphij.net In-Reply-To: Message-ID: References: <85621704@tfadh.localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: bsam@ipt.ru, freebsd-stable@freebsd.org Subject: Re: 6-BETA3 -> 6-STABLE: sys/modules/de: opt_ddb.h: No such file or directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2005 20:49:12 -0000 On Dec 25, at 2:20am +0800, Xin LI wrote: > On 12/25/05, Boris Samorodov wrote: > > to 6-STABLE. Cvsupped twice, the result is the same. Buildworld stops > > at: > > ----- > > ===> sys/modules/de (depend) > > @ -> /usr/src/sys > > machine -> /usr/src/sys/i386/include > > touch opt_bdg.h > > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > > rm -f .depend > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/src/tmp/usr/include /usr/src/sys/modules/de/../../pci/if_de.c > > /usr/src/sys/modules/de/../../pci/if_de.c:43:21: opt_ddb.h: No such file or directory > > mkdep: compile failed > > Looks that removing MODULES_WITH_WORLD=true would work around the > issue, would you please try it? > > (Yes I think this is a bug that makes configurating the kernel a > prerequirsture of MODULES_WITH_WORLD world target, though. Will look > into the issue tomorrow.) Yes, this is longstanding bug. You need to MFC rev. 1.5 of sys/modules/de/Makefile to unbreak standalone build of if_de.ko > > Cheers, > -- > Xin LI http://www.delphij.net > - Roman --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 02:41:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 465DD16A41F for ; Tue, 27 Dec 2005 02:41:06 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C789D43D45 for ; Tue, 27 Dec 2005 02:41:05 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1201563nzo for ; Mon, 26 Dec 2005 18:41:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lsTtK+FvUQdZ3QqO/uckBBcDhXv6rkKSal0cSa54nHZGwyaqb7wFykK2Jsk9v/NQJkK//9Q9gSAiRzw7Jve8GvT9HwNFEEVjzc2VZmP6+xbqCH4YKXjY9Ul9OUaZFyutZ6nscc66EC0zo/Ndyqz3A5zCPPZPmml4xn8ltu0Jko0= Received: by 10.64.149.14 with SMTP id w14mr2406998qbd; Mon, 26 Dec 2005 18:41:04 -0800 (PST) Received: by 10.65.72.5 with HTTP; Mon, 26 Dec 2005 18:41:04 -0800 (PST) Message-ID: Date: Tue, 27 Dec 2005 10:41:04 +0800 From: Xin LI To: "Roman V. Palagin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <85621704@tfadh.localhost> Cc: bsam@ipt.ru, freebsd-stable@freebsd.org Subject: Re: 6-BETA3 -> 6-STABLE: sys/modules/de: opt_ddb.h: No such file or directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 02:41:06 -0000 Hi, Roman, On 12/27/05, Roman V. Palagin wrote: > Yes, this is longstanding bug. You need to MFC rev. 1.5 of > sys/modules/de/Makefile to unbreak standalone build of if_de.ko Committed, thanks! Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 03:20:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB2E16A41F for ; Tue, 27 Dec 2005 03:20:16 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0A2D43D4C for ; Tue, 27 Dec 2005 03:20:14 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Er5Nk-0004rL-Vf for freebsd-stable@freebsd.org; Tue, 27 Dec 2005 04:20:13 +0100 Received: from p54ba4cdc.dip.t-dialin.net ([84.186.76.220]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Dec 2005 04:20:12 +0100 Received: from der_julian by p54ba4cdc.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Dec 2005 04:20:12 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Julian Stecklina Date: Tue, 27 Dec 2005 02:48:18 +0100 Lines: 65 Message-ID: <86acenia3h.fsf@dellbeast.localnet> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: p54ba4cdc.dip.t-dialin.net User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b24 (dandelion, berkeley-unix) Cancel-Lock: sha1:+zFP2xvyain0KLznyOpMraeERL4= Sender: news Subject: Problem with new DRI/DRM support for Intel 855GM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 03:20:16 -0000 Hello, I just discovered that the DRM drivers have been updated and my 855GM is now supported by i915.ko. If I load the module, the driver attaches: drmsub1: mem 0xe8000000-0xefffffff,0xfaf00000-0xfaf7ffff at device 2.1 on pci0 info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.2.0 20041217 But when I start X.org (xorg-server-6.8.99.903), it says: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed The problem is easily spotted, as there is only /dev/dri/card1. If I try to symlink card1 to card0, the kernel says: error: [drm:pid890:drm_unlock] *ERROR* Process 890 using kernel context 0 (PID 890 is the X server.) while the X.org log file reports: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:61:00.0 drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:61:00.0 ... (II) I810(0): [drm] Registers = 0xfaf80000 (II) I810(0): [drm] Back Buffer = 0xf6000000 (II) I810(0): [drm] Depth Buffer = 0xf5000000 (II) I810(0): [drm] ring buffer = 0xf0000000 (II) I810(0): [drm] textures = 0xf0a54000 (EE) I810(0): [drm] failure adding irq handler (II) I810(0): [drm] removed 1 reserved context for kernel (II) I810(0): [drm] unmapping 8192 bytes of SAREA 0xc5074000 at 0x28783000 The complete log is at: http://www.inf.tu-dresden.de/~s1054849/Xorg.0.log uname -a: FreeBSD dellbeast.localnet 6.0-STABLE FreeBSD 6.0-STABLE #2: Sun Dec 18 05:59:59 CET 2005 root@dellbeast.localnet:/usr/obj/usr/src/sys/DELLBEAST i386 But anyway: It's very nice to see that 3D acceleration is going to work Real Soon Now(tm) on my laptop. :-) Regards, -- Julian Stecklina When someone says "I want a programming language in which I need only say what I wish done," give him a lollipop. - Alan Perlis From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 06:48:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F5316A41F for ; Tue, 27 Dec 2005 06:48:51 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D00643D5F for ; Tue, 27 Dec 2005 06:48:47 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO viking.zone3000.net) (217.144.68.98) by sitevalley.com with SMTP; 27 Dec 2005 06:48:46 -0000 Received: from viking.zone3000.net (localhost [127.0.0.1]) by viking.zone3000.net (8.13.4/8.13.4) with ESMTP id jBR6mesd006694; Tue, 27 Dec 2005 08:48:40 +0200 (EET) (envelope-from quetzal@viking.zone3000.net) Received: (from quetzal@localhost) by viking.zone3000.net (8.13.4/8.13.4/Submit) id jBR6md5v006693; Tue, 27 Dec 2005 08:48:39 +0200 (EET) (envelope-from quetzal) Date: Tue, 27 Dec 2005 08:48:39 +0200 From: Nikolay Pavlov To: delphij@delphij.net Message-ID: <20051227064839.GA6634@zone3000.net> Mail-Followup-To: Nikolay Pavlov , delphij@delphij.net, freebsd-stable , sos@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable , sos@freebsd.org Subject: Re: indefinite wait buffer: Does this indicate hardware issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 06:48:51 -0000 On Saturday, 17 December 2005 at 0:49:48 +0800, Xin LI wrote: > Dear folks, > > I have a box indicating the following sometimes: > "swap_pager: indefinite wait buffer: bufobj: 0, blkno: 262169, size: 4096" > > It's running FreeBSD 6.0-RELEASE, with two Maxtor 7Y250P0 hard disks > attached to Intel ICH5 UDMA100 controller with hw.ata.wc disabled. > > Does this indicate a hardware issue, or some bugs elsewhere? > > Cheers, > -- > Xin LI http://www.delphij.net Seems i have the same problem. ad1: req=0xc2998000 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! swap_pager: indefinite bufobj: 0 blkno: 3 size: 4096 then it's just halt. But not everytime, sometimes it's booting without any problems and i don't know why.. Here is additional information: ================================================================================================== # uname -a FreeBSD spirit 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Nov 11 17:00:05 UTC 2005 root@spirit:/usr/obj/usr/s rc/sys/SPIRIT i386 ============================================================================================ ATA channel 0: Master: no device present Slave: ad1 _______________________________________________ > 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 regards, Nikolay Pavlov. <<<------------------------------------------- = ================================================================================ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 07:07:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E46816A41F for ; Tue, 27 Dec 2005 07:07:04 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E716943D45 for ; Tue, 27 Dec 2005 07:07:02 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1102857wri for ; Mon, 26 Dec 2005 23:07:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Vd4LmUQPlrfgRv2rGkhnTc954JLE6YYW2bv+m5KDGK1frkKBj6EpeWrxrSkkevKEVcKGECIXLwOZ/ACY2Z7V6S0E/oWxZp+TVcIQHzXFN37xmTp1GUPJbnYYYzxlSKQSAS5rPapZZOgZGS6W4OkQrF0AvNYRtYl503MDjGCNQzg= Received: by 10.65.153.12 with SMTP id f12mr2422895qbo; Mon, 26 Dec 2005 23:07:01 -0800 (PST) Received: by 10.65.72.5 with HTTP; Mon, 26 Dec 2005 23:07:01 -0800 (PST) Message-ID: Date: Tue, 27 Dec 2005 15:07:01 +0800 From: Xin LI To: Nikolay Pavlov , delphij@delphij.net, freebsd-stable , sos@freebsd.org In-Reply-To: <20051227064839.GA6634@zone3000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051227064839.GA6634@zone3000.net> Cc: Subject: Re: indefinite wait buffer: Does this indicate hardware issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 07:07:04 -0000 Hi, On 12/27/05, Nikolay Pavlov wrote: [snip] > Seems i have the same problem. > > ad1: req=3D0xc2998000 SETFEATURES SET TRANSFER MODE semaphore timeout !!= DANGER Will Robinson !! > swap_pager: indefinite bufobj: 0 blkno: 3 size: 4096 This looks like a driver problem, or hardware issue... Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 08:25:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFD5716A41F for ; Tue, 27 Dec 2005 08:25:53 +0000 (GMT) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (adsl-52-22.swiftdsl.com.au [218.214.52.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11DEC43D53 for ; Tue, 27 Dec 2005 08:25:52 +0000 (GMT) (envelope-from ari@ish.com.au) Received: from [10.29.62.16] (helo=[10.29.62.16]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1ErAF0-0004uS-1m; Tue, 27 Dec 2005 19:31:36 +1100 In-Reply-To: <43A910F8.5090009@FreeBSD.org> References: <43A910F8.5090009@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Tue, 27 Dec 2005 19:25:43 +1100 To: Doug Barton X-Mailer: Apple Mail (2.746.2) X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: FreeBSD Stable Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 08:25:53 -0000 On 21/12/2005, at 7:23 PM, Doug Barton wrote: > As has been discussed for a couple weeks now, I have MFC'ed to > RELENG_6 the changes in /etc/rc* that bring new-style boot scripts > from the local_startup directories (by default /usr/local/etc/rc.d > and /usr/X11R6/etc/rc.d) into the base rcorder. How does this correlate with the planned implementation of launchd in FreeBSD? http://wikitest.freebsd.org/moin.cgi/launchd Perhaps it is too early for you to say, but it would seem that launchd is a much more sophisticated system that would bring a whole range of benefits to FreeBSD. Is work still progressing on that? Will these changes to /etc/rc allow for a migration path? Cheers Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 PGP fingerprint 08 57 20 4B 80 69 59 E2 A9 BF 2D 48 C2 20 0C C8 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 08:30:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C9116A41F for ; Tue, 27 Dec 2005 08:30:30 +0000 (GMT) (envelope-from crd@c-inter.com.ar) Received: from durito.c-inter.com.ar (host238.200-117-35.telecom.net.ar [200.117.35.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id E407443D55 for ; Tue, 27 Dec 2005 08:30:28 +0000 (GMT) (envelope-from crd@c-inter.com.ar) Received: (qmail 38308 invoked by uid 89); 27 Dec 2005 05:40:00 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 27 Dec 2005 05:40:00 -0000 Received: from host8.200-43-37.telecom.net.ar (host8.200-43-37.telecom.net.ar [200.43.37.8]) by www.c-inter.com.ar (IMP) with HTTP for ; Tue, 27 Dec 2005 05:39:59 +0000 Message-ID: <1135661999.43b0d3af7568e@www.c-inter.com.ar> Date: Tue, 27 Dec 2005 05:39:59 +0000 From: crd@c-inter.com.ar To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 200.43.37.8 Subject: compat 5x libraries missnig after restart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 08:30:30 -0000 Hello, I'm using 6-STABLE for desktop, but recenty some ports like archives/rar multimedia/amarok and others stop working after restart. I found the libraries required in misc/compat5x but every time the pc is restarted I need to reinstall this port!. I can figure what is happening.. Also may be related with this behavior is that gtk2 dependent apps crash when I switch to another desktop with the kde pager. Any help will be apreciated. Greetings from Argentina. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 09:00:47 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3837016A41F for ; Tue, 27 Dec 2005 09:00:47 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 229AD43D5E for ; Tue, 27 Dec 2005 09:00:45 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jBR90hi5012570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Dec 2005 12:00:44 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jBR90ffK012569; Tue, 27 Dec 2005 12:00:41 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 27 Dec 2005 12:00:41 +0300 From: Gleb Smirnoff To: Thierry DELHAISE , Manolo Valdes , spil oss , olekhov@yandex.ru Message-ID: <20051227090041.GJ1496@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: patch against xl(4) regression in RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2005 09:00:47 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Colleagues, here is WIP patch for the regression with PCMCIA 3Com cards that you have reported. Please test it and tell whether it helps. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --MW5yreqqjyrRcusr Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="cardbus_resources.diff" Index: cardbus.c =================================================================== RCS file: /home/ncvs/src/sys/dev/cardbus/cardbus.c,v retrieving revision 1.54 diff -u -r1.54 cardbus.c --- cardbus.c 28 Oct 2005 06:03:53 -0000 1.54 +++ cardbus.c 26 Dec 2005 10:17:47 -0000 @@ -149,14 +149,6 @@ cardbus_add_map(cbdev, child, PCIR_BAR(reg)); } -static void -cardbus_do_res(struct resource_list_entry *rle, device_t child, uint32_t start) -{ - rle->start = start; - rle->end = start + rle->count - 1; - pci_write_config(child, rle->rid, rle->start, 4); -} - static int cardbus_barsort(const void *a, const void *b) { @@ -249,8 +241,16 @@ rle = barlist[tmp]; if (rle->type == SYS_RES_MEMORY && dinfo->mprefetchable & BARBIT(rle->rid)) { - cardbus_do_res(rle, child, start); - start += rle->count; + rle->res = bus_alloc_resource(cbdev, + rle->type, &rle->rid, start, end, + rle->count, + rman_make_alignment_flags(rle->count)); + if (rle->res != NULL) { + rle->start = rman_get_start(rle->res); + rle->end = rman_get_end(rle->res); + pci_write_config(child, + rle->rid, rle->start, 4); + } } } } @@ -297,8 +297,20 @@ rle = barlist[tmp]; if (rle->type == SYS_RES_MEMORY && (dinfo->mprefetchable & BARBIT(rle->rid)) == 0) { - cardbus_do_res(rle, child, start); - start += rle->count; + rle->res = bus_alloc_resource(cbdev, + rle->type, &rle->rid, start, end, + rle->count, + rman_make_alignment_flags(rle->count)); + if (rle->res == NULL) { + DEVPRINTF((cbdev, "Cannot pre-allocate " + "memory for cardbus device\n")); + free(barlist, M_DEVBUF); + return (ENOMEM); + } + rle->start = rman_get_start(rle->res); + rle->end = rman_get_end(rle->res); + pci_write_config(child, + rle->rid, rle->start, 4); } } } @@ -341,8 +353,20 @@ for (tmp = 0; tmp < count; tmp++) { rle = barlist[tmp]; if (rle->type == SYS_RES_IOPORT) { - cardbus_do_res(rle, child, start); - start += rle->count; + rle->res = bus_alloc_resource(cbdev, + rle->type, &rle->rid, start, end, + rle->count, + rman_make_alignment_flags(rle->count)); + if (rle->res == NULL) { + DEVPRINTF((cbdev, "Cannot pre-allocate " + "IO port for cardbus device\n")); + free(barlist, M_DEVBUF); + return (ENOMEM); + } + rle->start = rman_get_start(rle->res); + rle->end = rman_get_end(rle->res); + pci_write_config(child, + rle->rid, rle->start, 4); } } } @@ -357,9 +381,10 @@ } start = rman_get_start(res); end = rman_get_end(res); - bus_release_resource(cbdev, SYS_RES_IRQ, rid, res); resource_list_add(&dinfo->pci.resources, SYS_RES_IRQ, rid, start, end, 1); + rle = resource_list_find(&dinfo->pci.resources, SYS_RES_IRQ, rid); + rle->res = res; dinfo->pci.cfg.intline = start; pci_write_config(child, PCIR_INTLINE, start, 1); --MW5yreqqjyrRcusr-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 10:16:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D278516A41F; Tue, 27 Dec 2005 10:16:28 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 78DC543D72; Tue, 27 Dec 2005 10:16:26 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 27 Dec 2005 10:16:23 +0000 (GMT) Date: Tue, 27 Dec 2005 10:16:21 +0000 From: David Malone To: Rostislav Krasny , des@freebsd.org Message-ID: <20051227101621.GA16276@walton.maths.tcd.ie> References: <59e2ee810512250841t75157e62rec9dc389ac716534@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59e2ee810512250841t75157e62rec9dc389ac716534@mail.gmail.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: yar@freebsd.org, "Michael A. Koerber" , freebsd-stable@freebsd.org, Lowell Gilbert , Marian Hettwer Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 10:16:28 -0000 On Sun, Dec 25, 2005 at 06:41:57PM +0200, Rostislav Krasny wrote: > defined as 4. In a case the DNS server isn't responding the > gethostbyname() makes 8 (eight!) reverse resolving attempts for one > (!) non-responding DNS server before it returns error. And this is by > default. All that is still true for my current 6.0-STABLE. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/62139 > > As a workaround I may suggest addind "options attempts:2" or even > "options attempts:1" line to the /etc/resolver.conf I've often thought that we shouled make the default login timeout longer than our DNS timeout, as it means it is hard (or impossible) to log in to fix your DNS server when your DNS server is down. It is even worse if you don't control some DNS server in the chain between the root and the name you're trying to look up. I did once mail des@ to ask him if he'd mind me changing the default login timeout for sshd to be (say) 5 minutes rather than 1 minute, but I think he was busy at the time. Judging by the PR mentioned above it should be at least 2m30s by default. Des, would you mind this change being made? David. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 10:56:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A2E416A41F for ; Tue, 27 Dec 2005 10:56:24 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id C8F1A43D4C for ; Tue, 27 Dec 2005 10:56:23 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 59816 invoked by uid 399); 27 Dec 2005 10:56:20 -0000 Received: from localhost (HELO ?192.168.0.6?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 27 Dec 2005 10:56:20 -0000 Message-ID: <43B11DCF.40504@FreeBSD.org> Date: Tue, 27 Dec 2005 02:56:15 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: crd@c-inter.com.ar References: <1135661999.43b0d3af7568e@www.c-inter.com.ar> In-Reply-To: <1135661999.43b0d3af7568e@www.c-inter.com.ar> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: compat 5x libraries missnig after restart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 10:56:24 -0000 Add the following to /etc/rc.conf.local: compat5x_enable=yes And it would probably help if you watched the messages printed to the console as the system boots. -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 11:42:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D194016A41F for ; Tue, 27 Dec 2005 11:42:29 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11B7E43D45 for ; Tue, 27 Dec 2005 11:42:27 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1309173nzo for ; Tue, 27 Dec 2005 03:42:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZfjV7z+r2ktTXMbD1eu5rJX0SfZAEU5D0hflnijBEC/a1AgPqqV7lFWT1QyEVng/XYhbJbpjZhp7/4wfrSnnRgyQkpxe6nC6WiqTKHVZMhwUfMPoa9Km0V/0nY8/QGIv5cQF83ztiG36sGknja0OigrFVnGxvGqCLTm3ZJCNi5w= Received: by 10.65.116.6 with SMTP id t6mr84309qbm; Tue, 27 Dec 2005 03:42:26 -0800 (PST) Received: by 10.65.211.19 with HTTP; Tue, 27 Dec 2005 03:42:26 -0800 (PST) Message-ID: <59e2ee810512270342w29dae556v1864fed21875befe@mail.gmail.com> Date: Tue, 27 Dec 2005 13:42:26 +0200 From: Rostislav Krasny To: David Malone In-Reply-To: <20051227101621.GA16276@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <59e2ee810512250841t75157e62rec9dc389ac716534@mail.gmail.com> <20051227101621.GA16276@walton.maths.tcd.ie> Cc: yar@freebsd.org, freebsd-stable@freebsd.org, Lowell Gilbert , des@freebsd.org, "Michael A. Koerber" , Marian Hettwer Subject: Re: SSH login takes very long time...sometimes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 11:42:29 -0000 On 12/27/05, David Malone wrote: > On Sun, Dec 25, 2005 at 06:41:57PM +0200, Rostislav Krasny wrote: > > defined as 4. In a case the DNS server isn't responding the > > gethostbyname() makes 8 (eight!) reverse resolving attempts for one > > (!) non-responding DNS server before it returns error. And this is by > > default. All that is still true for my current 6.0-STABLE. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/62139 > > > > As a workaround I may suggest addind "options attempts:2" or even > > "options attempts:1" line to the /etc/resolver.conf > > I've often thought that we shouled make the default login timeout > longer than our DNS timeout, as it means it is hard (or impossible) > to log in to fix your DNS server when your DNS server is down. It > is even worse if you don't control some DNS server in the chain > between the root and the name you're trying to look up. > > I did once mail des@ to ask him if he'd mind me changing the default > login timeout for sshd to be (say) 5 minutes rather than 1 minute, > but I think he was busy at the time. Judging by the PR mentioned > above it should be at least 2m30s by default. I think the RES_DFLRETRY should also be decreased from 4 to 2, as it is defined in most of other systems. By the way, BIND9, that is a part of the FreeBSD base system, has its own resolver, where the RES_DFLRETRY defined as 2 (ses below): > grep RES_DFLRETRY /usr/src/contrib/bind9/lib/bind/include/resolv.h #define RES_DFLRETRY 2 /* Default #/tries. */ > grep RES_DFLRETRY /usr/include/resolv.h #define RES_DFLRETRY 4 /* retries per each name server */ And doubling of this number of retries by functions like gethostbyname() is also mysterious for me yet. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 16:56:40 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7D3516A41F for ; Tue, 27 Dec 2005 16:56:40 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF4543D60 for ; Tue, 27 Dec 2005 16:56:40 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 0A78C6E739 for ; Tue, 27 Dec 2005 17:56:39 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 5EAFB9B6DC; Tue, 27 Dec 2005 16:56:44 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id B8168405A; Tue, 27 Dec 2005 17:56:43 +0100 (CET) Date: Tue, 27 Dec 2005 17:56:42 +0100 From: Jeremie Le Hen To: freebsd-stable@FreeBSD.org Message-ID: <20051227165642.GA1214@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: jeremie@le-hen.org Subject: 6-STABLE panic: unusable core file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 16:56:40 -0000 Hi list, [ please Cc: me in your reply as I am not subscribed to this list ] my 6-STABLE box panic()'ed and generated a crash dump. Once the box was online again, I wanted to get the backtrace with kgdb(1) in order to post here there. Unfortunately, I get the following endless error, as if kgdb(1) entered in an infinite loop : % obiwan:crash# kgdb kernel.debug vmcore.17 % kgdb: kvm_read: invalid address (0x190011) % kgdb: kvm_read: invalid address (0x1000) % kgdb: kvm_read: invalid address (0x113) % kgdb: kvm_read: invalid address (0x113) % kgdb: kvm_read: invalid address (0x113) % ... What am I supposed to do ? Is there a fix to get in HEAD sources or am I doing things in the wrong way ? Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 17:05:07 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BC016A41F for ; Tue, 27 Dec 2005 17:05:07 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B29C843D7D for ; Tue, 27 Dec 2005 17:04:55 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp3-g19.free.fr (Postfix) with ESMTP id C895D43F61 for ; Tue, 27 Dec 2005 18:04:53 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 785C29B6DC; Tue, 27 Dec 2005 17:04:58 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id D3682405A; Tue, 27 Dec 2005 18:04:57 +0100 (CET) Date: Tue, 27 Dec 2005 18:04:56 +0100 From: Jeremie Le Hen To: freebsd-stable@FreeBSD.org Message-ID: <20051227170456.GB1214@obiwan.tataz.chchile.org> References: <20051227165642.GA1214@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051227165642.GA1214@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.11 Cc: jeremie@le-hen.org Subject: Re: [fbsd] 6-STABLE panic: unusable core file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 17:05:07 -0000 Hi, > % obiwan:crash# kgdb kernel.debug vmcore.17 > % kgdb: kvm_read: invalid address (0x190011) > % kgdb: kvm_read: invalid address (0x1000) > % kgdb: kvm_read: invalid address (0x113) > % kgdb: kvm_read: invalid address (0x113) > % kgdb: kvm_read: invalid address (0x113) > % ... > > What am I supposed to do ? Is there a fix to get in HEAD sources or > am I doing things in the wrong way ? My kernel.debug files was not the good one, sorry for the noise. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 17:25:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3546116A41F for ; Tue, 27 Dec 2005 17:25:43 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B90B43D46 for ; Tue, 27 Dec 2005 17:25:42 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20051227172540m91003f4ige>; Tue, 27 Dec 2005 17:25:41 +0000 Message-ID: <43B17913.1020106@math.missouri.edu> Date: Tue, 27 Dec 2005 11:25:39 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051222 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1135661999.43b0d3af7568e@www.c-inter.com.ar> <43B11DCF.40504@FreeBSD.org> In-Reply-To: <43B11DCF.40504@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: compat 5x libraries missnig after restart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 17:25:43 -0000 Doug Barton wrote: > Add the following to /etc/rc.conf.local: > > compat5x_enable=yes > > And it would probably help if you watched the messages printed to the > console as the system boots. And you should also have read the message that came when you installed the port - you know, the one that immediately scrolled off the top of the screen. And you should also have checked ports/UPDATING - oops, scratch that last piece of advice. Seriously, I consider my self lucky, not superior, that I caught this change and didn't face the same problems as the OP. I hope you guys fix this "feature" before RELEASE-6.1, otherwise the mailing lists are going to be full of this issue. Stephen From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 17:29:03 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 099B516A41F for ; Tue, 27 Dec 2005 17:29:03 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B2843D67 for ; Tue, 27 Dec 2005 17:29:02 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp4-g19.free.fr (Postfix) with ESMTP id DE2CE4EB9D for ; Tue, 27 Dec 2005 18:29:00 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id E63139B6DC; Tue, 27 Dec 2005 17:29:05 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 5DED6405B; Tue, 27 Dec 2005 18:29:05 +0100 (CET) Date: Tue, 27 Dec 2005 18:29:04 +0100 From: Jeremie Le Hen To: freebsd-stable@FreeBSD.org Message-ID: <20051227172904.GC1214@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: jeremie@le-hen.org Subject: 6-STABLE: panic: vinvalbuf: dirty bufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 17:29:03 -0000 Hi guys, [ please Cc: me in your replies as I am not subscribed to this list ] I have a 6-STABLE box : % FreeBSD obiwan.tataz.chchile.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Mon Nov 7 11:50:33 CET 2005 root@obiwan.tataz.chchile.org:/usr/obj/usr/src/sys/GENERIC i386 I got a panic as stated in the subject. In order to not overload the mailing list, I put the dmesg extracted from the core as well as the kgdb(1) backtrace in the following files on my webserver. Note that the dmesg contains errors I got just before the box panic()'ed. http://jeremie.le-hen.org/~tataz/dumps/dmesg.panic.vinvalbuf-dirty_bufs.txt http://jeremie.le-hen.org/~tataz/dumps/kgdb.panic.vinvalbuf-dirty_bufs.txt If you need it, here is a dmesg of an alive system : http://jeremie.le-hen.org/~tataz/dumps/dmesg.no_panic.txt I hope this will help to sweep out the bug. In case you need more things, such as a full backtrace or verbose boot dmesg, please, let me know. FWIW, does the following error means my disk is dead ? % unknown: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=487055103 Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 21:16:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A01F816A41F for ; Tue, 27 Dec 2005 21:16:34 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B43B43D81 for ; Tue, 27 Dec 2005 21:16:29 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from [192.168.0.59] (unknown [192.168.0.59]) by smtp.lamaiziere.net (Postfix) with ESMTP id 73F84A785D for ; Tue, 27 Dec 2005 22:16:28 +0100 (CET) From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= Organization: >/dave/nulle To: freebsd-stable@freebsd.org Date: Tue, 27 Dec 2005 22:16:29 +0100 User-Agent: KMail/1.8.3 References: <200512192035.jBJKZ9kD055721@lurza.secnetix.de> In-Reply-To: <200512192035.jBJKZ9kD055721@lurza.secnetix.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <200512272216.29561.patfbsds@davenulle.org> Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 21:16:34 -0000 Le Lundi 19 Décembre 2005 21:35, Oliver Fromme : > Patrick Lamaizičre wrote: > > But dri does not work, Xorg seems to look for a /dev/dri/card0 and > > i've got only one device /dev/dri/card1 ? > Strange. It works fine for me: With the patch from Alexey Popov (ftp://213.85.11.250/pub/drm3.patch) i've got the good device /dev/dri/card0 > Are you sure that you're using the latest RELENG_6 _and_ > the latest Xorg development snapshot? You need both for > things to work correctly. Yes i run 6.0-STABLE, graphics/dri-devel (dri-6.2.20050719,1) and x11-server/xorg-server-snap (xorg-server-6.8.99.903) With xorg-server-snap i've got the problem : $ glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c It seems better with xorg-6.8.2, dri is enabled and glxgears reports a FPS ~1200. I've got 500 FPS without DRI. more info about the chipset: agp0@pci0:2:0: class=0x030000 card=0x01641028 chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display subclass = VGA Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 27 21:22:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8D3A16A41F for ; Tue, 27 Dec 2005 21:22:18 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1803F43D5A for ; Tue, 27 Dec 2005 21:22:18 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from [192.168.0.59] (unknown [192.168.0.59]) by smtp.lamaiziere.net (Postfix) with ESMTP id 43A2DA6C14 for ; Tue, 27 Dec 2005 22:22:17 +0100 (CET) From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= Organization: >/dave/nulle To: freebsd-stable@freebsd.org Date: Tue, 27 Dec 2005 22:22:18 +0100 User-Agent: KMail/1.8.3 References: <86acenia3h.fsf@dellbeast.localnet> In-Reply-To: <86acenia3h.fsf@dellbeast.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200512272222.18357.patfbsds@davenulle.org> Subject: Re: Problem with new DRI/DRM support for Intel 855GM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2005 21:22:18 -0000 Le Mardi 27 Décembre 2005 02:48, Julian Stecklina a écrit : Hello, > I just discovered that the DRM drivers have been updated and my 855GM > is now supported by i915.ko. > > If I load the module, the driver attaches: ... > The problem is easily spotted, as there is only /dev/dri/card1. If I > try to symlink card1 to card0, the kernel says: > error: [drm:pid890:drm_unlock] *ERROR* Process 890 using kernel context 0 Look this thread : http://lists.freebsd.org/pipermail/freebsd-stable/2005-December/020815.html > But anyway: It's very nice to see that 3D acceleration is going to > work Real Soon Now(tm) on my laptop. :-) Yes :) Regards. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 06:50:30 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03B6C16A41F; Wed, 28 Dec 2005 06:50:30 +0000 (GMT) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26D4143D49; Wed, 28 Dec 2005 06:50:27 +0000 (GMT) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (eugen@localhost [127.0.0.1]) by grosbein.pp.ru (8.13.1/8.13.1) with ESMTP id jBRKRCpH005539; Wed, 28 Dec 2005 03:27:12 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.13.1/8.13.1/Submit) id jBRKRCJL005538; Wed, 28 Dec 2005 03:27:12 +0700 (KRAT) (envelope-from eugen) Date: Wed, 28 Dec 2005 03:27:12 +0700 From: Eugene Grosbein To: bug-followup@freebsd.org Message-ID: <20051227202712.GA5505@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: bin/64198: init(8) may keep zombies X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 06:50:30 -0000 Hi! The problem is still here for 6.0-STABLE: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/64198 For this version init leaves a process not in 'Z' (zombie) state but in 'RE' (trying to exit) state that's strange. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 10:47:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5492E16A41F for ; Wed, 28 Dec 2005 10:47:09 +0000 (GMT) (envelope-from vaida.bogdan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DCB143D72 for ; Wed, 28 Dec 2005 10:47:01 +0000 (GMT) (envelope-from vaida.bogdan@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1517411nzo for ; Wed, 28 Dec 2005 02:47:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=so9u50THdEyg5nj9p46ToWfsQPssaR/Gs+mkpd6FASoBg4+I/ajIfRE54fCB6peqaCFLQoUXvfv82DHCwoKT1rEGCFOCNBJBQrpzFVnCPDK2yEWwUFraZ8TPTlrW+gidurYprCZUC4yN3LJORojTH/YfoLznCYGTwXjsnAkdOdE= Received: by 10.37.15.25 with SMTP id s25mr5289863nzi; Wed, 28 Dec 2005 02:47:00 -0800 (PST) Received: by 10.36.251.28 with HTTP; Wed, 28 Dec 2005 02:47:00 -0800 (PST) Message-ID: <12848a3b0512280247j14f4349ay6590823af36566c3@mail.gmail.com> Date: Wed, 28 Dec 2005 12:47:00 +0200 From: Vaida Bogdan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Boot manager beep X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 10:47:09 -0000 I installed 6.0 on my laptop and I hear a loud beep on every boot. I searched the archives and found a patch but it still beeps. # diff -ruN /sys/boot/i386/boot0/boot0.S.old /sys/boot/i386/boot0/boot0.S --- /sys/boot/i386/boot0/boot0.S.old Tue Dec 27 03:07:35 2005 +++ /sys/boot/i386/boot0/boot0.S Tue Dec 27 03:08:33 2005 @@ -201,9 +201,7 @@ /* * Start of input loop. Beep and take note of time */ -main.10: movb $ASCII_BEL,%al # Signal - callw putchr # beep! - xorb %ah,%ah # BIOS: Get +main.10: xorb %ah,%ah # BIOS: Get int $0x1a # system time movw %dx,%di # Ticks when addw _TICKS(%bp),%di # timeout # cd /sys/boot/i386/boot0 && make && make install && reboot The date changed on /boot/boot0 but at the beeping didn't stop. Any suggestions? - Vaida Bogdan From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 10:55:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93E2216A41F for ; Wed, 28 Dec 2005 10:55:16 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 0848443D64 for ; Wed, 28 Dec 2005 10:55:14 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 19237 invoked from network); 28 Dec 2005 10:55:09 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 28 Dec 2005 10:55:09 -0000 Received: (qmail 22613 invoked by uid 89); 28 Dec 2005 10:55:09 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 28 Dec 2005 10:55:09 -0000 Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 5D56BBAD9; Wed, 28 Dec 2005 12:55:11 +0200 (EET) Date: Wed, 28 Dec 2005 12:55:10 +0200 From: Ion-Mihai Tetcu To: Stephen Montgomery-Smith Message-ID: <20051228125510.4f91926c@it.buh.tecnik93.com> In-Reply-To: <43B17913.1020106@math.missouri.edu> References: <1135661999.43b0d3af7568e@www.c-inter.com.ar> <43B11DCF.40504@FreeBSD.org> <43B17913.1020106@math.missouri.edu> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: compat 5x libraries missnig after restart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 10:55:16 -0000 On Tue, 27 Dec 2005 11:25:39 -0600 Stephen Montgomery-Smith wrote: > Doug Barton wrote: > > Add the following to /etc/rc.conf.local: > > > > compat5x_enable=yes > > > > And it would probably help if you watched the messages printed to > > the console as the system boots. > > And you should also have read the message that came when you > installed the port - you know, the one that immediately scrolled off > the top of the screen. And you should also have checked > ports/UPDATING - oops, scratch that last piece of advice. > > Seriously, I consider my self lucky, not superior, that I caught this > change and didn't face the same problems as the OP. You mean you've read those mails with [HEADS-UP] pre-pended to subj. line ? > I hope you guys fix this "feature" before RELEASE-6.1, otherwise the > mailing lists are going to be full of this issue. There's nothing to fix and yes, it's a feature (which will be probably referenced in the release notes). -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" "There's only one kind of woman ..." "Or man, for that matter. You either believe in yourself or you don't." -- Kirk and Harry Mudd, "Mudd's Women", stardate 1330.1 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 11:06:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F9C16A41F for ; Wed, 28 Dec 2005 11:06:17 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id B69BC43D5D for ; Wed, 28 Dec 2005 11:06:16 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 28 Dec 2005 11:06:15 +0000 (GMT) Date: Wed, 28 Dec 2005 11:06:14 +0000 From: David Malone To: Vaida Bogdan Message-ID: <20051228110614.GA27709@walton.maths.tcd.ie> References: <12848a3b0512280247j14f4349ay6590823af36566c3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12848a3b0512280247j14f4349ay6590823af36566c3@mail.gmail.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-stable@freebsd.org Subject: Re: Boot manager beep X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 11:06:17 -0000 On Wed, Dec 28, 2005 at 12:47:00PM +0200, Vaida Bogdan wrote: > # cd /sys/boot/i386/boot0 && make && make install && reboot > > The date changed on /boot/boot0 but at the beeping didn't stop. Did you reinstall the boot manager with either boot0cfg or sysinstall? David. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 11:30:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 029EC16A41F for ; Wed, 28 Dec 2005 11:30:46 +0000 (GMT) (envelope-from "") Received: from cdhsrvmail.ipexinc.com (mail.hamiltonkent.com [216.208.232.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F9B143D53 for ; Wed, 28 Dec 2005 11:30:45 +0000 (GMT) (envelope-from "") Received: by cdhsrvmail.ipexinc.com with Internet Mail Service (5.5.2653.19) id ; Wed, 28 Dec 2005 06:30:43 -0500 Message-ID: From: "Duarte, Ivo" To: freebsd-stable@freebsd.org Date: Wed, 28 Dec 2005 06:30:43 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: Out of Office AutoReply: Returned mail: Data format error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 11:30:46 -0000 I'm currently out of the office. Back on the 28th. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 12:00:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDFA916A420 for ; Wed, 28 Dec 2005 12:00:50 +0000 (GMT) (envelope-from vaida.bogdan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C82043D62 for ; Wed, 28 Dec 2005 12:00:49 +0000 (GMT) (envelope-from vaida.bogdan@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1528440nzo for ; Wed, 28 Dec 2005 04:00:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=QOxebQ2a8CcN2TnWtSWgSLCX2MaY6YclYjOsI1kAn3pKOku+AQQTirKt732uGTwYTNWN2yJS/ldYNyGs4D0EwMdf5xWbL4qfb0gAdlb4YGDUW5uOmTFA1BQu9rQd2UCFdma4+3aO4Fln3bgyOTvapZ9593ijxBzhBkVsLr4gQe4= Received: by 10.36.19.7 with SMTP id 7mr5369392nzs; Wed, 28 Dec 2005 04:00:48 -0800 (PST) Received: by 10.36.251.28 with HTTP; Wed, 28 Dec 2005 04:00:48 -0800 (PST) Message-ID: <12848a3b0512280400o29da529fr96295220117ffdb2@mail.gmail.com> Date: Wed, 28 Dec 2005 14:00:48 +0200 From: Vaida Bogdan To: David Malone MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: Boot manager beep - SOLVED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 12:00:51 -0000 I tried with sysinstall (after boot0 was installed in /boot) and it didn't work. Seems boot0cfg did the trick. Thanks. On 12/28/05, David Malone wrote: > On Wed, Dec 28, 2005 at 12:47:00PM +0200, Vaida Bogdan wrote: > > # cd /sys/boot/i386/boot0 && make && make install && reboot > > > > The date changed on /boot/boot0 but at the beeping didn't stop. > > Did you reinstall the boot manager with either boot0cfg or sysinstall? > > David. > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 15:18:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A9816A422 for ; Wed, 28 Dec 2005 15:18:30 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D64743D8B for ; Wed, 28 Dec 2005 15:18:24 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id jBSFIKEJ037197; Wed, 28 Dec 2005 09:18:20 -0600 (CST) (envelope-from dan) Date: Wed, 28 Dec 2005 09:18:20 -0600 From: Dan Nelson To: Vaida Bogdan Message-ID: <20051228151820.GF39217@dan.emsphone.com> References: <12848a3b0512280247j14f4349ay6590823af36566c3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12848a3b0512280247j14f4349ay6590823af36566c3@mail.gmail.com> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Boot manager beep X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 15:18:30 -0000 In the last episode (Dec 28), Vaida Bogdan said: > I installed 6.0 on my laptop and I hear a loud beep on every boot. I > searched the archives and found a patch but it still beeps. > > # diff -ruN /sys/boot/i386/boot0/boot0.S.old /sys/boot/i386/boot0/boot0.S ... > # cd /sys/boot/i386/boot0 && make && make install && reboot > > The date changed on /boot/boot0 but at the beeping didn't stop. > > Any suggestions? You need to install the bootblock into the MBR with "boot0cfg -B". -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 15:50:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88C2816A420 for ; Wed, 28 Dec 2005 15:50:45 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8049943D80 for ; Wed, 28 Dec 2005 15:50:44 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id A85A5C1 for ; Wed, 28 Dec 2005 10:51:05 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 7214325E4 for ; Wed, 28 Dec 2005 10:51:05 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1ErdZZ-0001rR-UJ for freebsd-stable@freebsd.org; Wed, 28 Dec 2005 15:50:42 +0000 Date: Wed, 28 Dec 2005 15:50:41 +0000 From: Brian Candler To: freebsd-stable@freebsd.org Message-ID: <20051228155041.GA7124@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Strange problem with kldload and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 15:50:45 -0000 Fresh install of FreeBSD 6.0-RELEASE from CD. With the GENERIC kernel, I was able to 'kldload pf' to get the pf firewall. However this doesn't work after I rebuilt a new kernel; it fails to load. All I did was add IPSEC and disable IPv6. The exact config diff from GENERIC is attached below. I rebuilt the kernel using: # cd /usr/src/sys/i386/conf # cp GENERIC CANDLERB # vi CANDLERB ... see diff below # config CANDLERB # cd ../compile/CANDLERB # make cleandepend && make depend && make && make install # reboot Now when I try to load the pf module I get: # kldload pf kldload: can't load pf: No such file or directory # However this module file definitely exists, and has a timestamp from when the kernel was rebuilt: # ls -l /boot/kernel/pf.ko -r-xr-xr-x 1 root wheel 188030 Dec 28 15:15 /boot/kernel/pf.ko # wc -c /boot/kernel/pf.ko 188030 /boot/kernel/pf.ko An strace -id of the kldload process doesn't shed any light either: ... 834 kldload CALL sigprocmask(0x3,0x28067830,0) 834 kldload RET sigprocmask 0 834 kldload CALL kldload(0xbfbfeba4) 834 kldload NAMI "/boot/kernel/linker.hints" 834 kldload NAMI "/boot/kernel/pf.ko" 834 kldload NAMI "/boot/kernel/pf.ko" 834 kldload RET kldload -1 errno 2 No such file or directory 834 kldload CALL write(0x2,0xbfbfe3d0,0x9) 834 kldload GIO fd 2 wrote 9 bytes "kldload: " ... I can load other modules successfully (I tried 'kldload ng_nat' just to pick one at random) I guess I can go ahead and rebuild the kernel again, this time with pf built in. However I would like to know why I can't load pf as a module, even though it seems to have been successfully built as one. Regards, Brian. --- /usr/src/sys/i386/conf/GENERIC Fri Oct 28 20:22:41 2005 +++ /usr/src/sys/i386/conf/CANDLERB Wed Dec 28 14:19:48 2005 @@ -22,7 +22,7 @@ cpu I486_CPU cpu I586_CPU cpu I686_CPU -ident GENERIC +ident CANDLERB # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. @@ -33,7 +33,7 @@ options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking -options INET6 # IPv6 communications protocols +#options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists @@ -277,3 +277,7 @@ device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) + +options IPSEC +options IPSEC_ESP +options IPSEC_DEBUG From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 16:49:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96B4116A41F for ; Wed, 28 Dec 2005 16:49:16 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (test.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id A20F643D58 for ; Wed, 28 Dec 2005 16:49:15 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id jBSGoZPj054764; Wed, 28 Dec 2005 11:50:36 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <003301c60bce$c27a95e0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Brian Candler" , References: <20051228155041.GA7124@uk.tiscali.com> Date: Wed, 28 Dec 2005 11:50:06 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: Subject: Re: Strange problem with kldload and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 16:49:16 -0000 > Fresh install of FreeBSD 6.0-RELEASE from CD. > > With the GENERIC kernel, I was able to 'kldload pf' to get the pf firewall. > However this doesn't work after I rebuilt a new kernel; it fails to load. > > All I did was add IPSEC and disable IPv6. The exact config diff from GENERIC > is attached below. > > However this module file definitely exists, and has a timestamp from when > the kernel was rebuilt: > > # ls -l /boot/kernel/pf.ko > -r-xr-xr-x 1 root wheel 188030 Dec 28 15:15 /boot/kernel/pf.ko > # wc -c /boot/kernel/pf.ko > 188030 /boot/kernel/pf.ko > > I guess I can go ahead and rebuild the kernel again, this time with pf built > in. However I would like to know why I can't load pf as a module, even > though it seems to have been successfully built as one. Sometimes kldload fails mysteriously, and more helpful error messages are dumped in /var/log/messages. But only sometimes. -- Matt Emmerton From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 18:28:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 151A216A41F for ; Wed, 28 Dec 2005 18:28:20 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B6A443D53 for ; Wed, 28 Dec 2005 18:28:19 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20051228182818m91003fcqce>; Wed, 28 Dec 2005 18:28:18 +0000 Message-ID: <43B2D941.3080307@math.missouri.edu> Date: Wed, 28 Dec 2005 12:28:17 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051222 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1135661999.43b0d3af7568e@www.c-inter.com.ar> <43B11DCF.40504@FreeBSD.org> <43B17913.1020106@math.missouri.edu> <20051228125510.4f91926c@it.buh.tecnik93.com> In-Reply-To: <20051228125510.4f91926c@it.buh.tecnik93.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: compat 5x libraries missnig after restart X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 18:28:20 -0000 Ion-Mihai Tetcu wrote: > On Tue, 27 Dec 2005 11:25:39 -0600 > Stephen Montgomery-Smith wrote: > > >>Doug Barton wrote: >> >>>Add the following to /etc/rc.conf.local: >>> >>>compat5x_enable=yes >>> >>>And it would probably help if you watched the messages printed to >>>the console as the system boots. >> >>And you should also have read the message that came when you >>installed the port - you know, the one that immediately scrolled off >>the top of the screen. And you should also have checked >>ports/UPDATING - oops, scratch that last piece of advice. >> >>Seriously, I consider my self lucky, not superior, that I caught this >>change and didn't face the same problems as the OP. > > > You mean you've read those mails with [HEADS-UP] pre-pended to > subj. line ? The only "HEADS-UP" message I saw was "Proposed patch to update misc/compat5x to rc.d-style boot script". This message had neither a "HEADS-UP" prepended to it, nor did the content have any explicit meantion of compat-xx_enable="YES". >>I hope you guys fix this "feature" before RELEASE-6.1, otherwise the >>mailing lists are going to be full of this issue. > > There's nothing to fix and yes, it's a feature (which will be probably > referenced in the release notes). Having it referenced in the release notes is going to help. But why not put compat_xx_enable="YES" in /etc/defaults/rc.conf? Also, how about explaining this in pkg_descr as well? I do agree with many posters that it is somewhat counterintuitive to need to put something in /etc/rc.conf in order to get these compatxx ports to work. (And personally don't see a reason for it - why would anyone install these ports if they didn't intend for them to be enabled.) I can see why those very much immersed in FreeBSD think this is a good idea (perhaps for consistencies sake). But I also think that the way it is now, it is going to trip up a lot of the more naive FreeBSD users. At the very least it needs to be documented in as many places as possible. Stephen From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 20:08:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B52EC16A41F for ; Wed, 28 Dec 2005 20:08:20 +0000 (GMT) (envelope-from marko@freebsd.org) Received: from ptb-relay03.plus.net (ptb-relay03.plus.net [212.159.14.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49EEF43D7E for ; Wed, 28 Dec 2005 20:08:17 +0000 (GMT) (envelope-from marko@freebsd.org) Received: from [80.229.231.20] (helo=[192.168.1.4]) by ptb-relay03.plus.net with esmtp (Exim) id 1Erhao-0001XE-VG for freebsd-stable@freebsd.org; Wed, 28 Dec 2005 20:08:15 +0000 Message-ID: <43B2F0A8.2030609@freebsd.org> Date: Wed, 28 Dec 2005 20:08:08 +0000 From: Mark Ovens User-Agent: Mail/News 1.6a1 (X11/20051228) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RELENG_6: Which scheduler for SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 20:08:20 -0000 I've never had any success with the ULE scheduler on my dual Athlon box running RELENG_5; it was so unstable it made Windows 3.1 look stable. In fact my current build, cvsup'd a couple of days ago, won't even boot with ULE. From what I remember, ULE was intended to become the default scheduler during the life of 5.0 but that hasn't happened. I've just cvsup'd the source for RELENG_6 and I'm surprised to find in the GENERIC config file: #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler so it seems 4BSD is still the default scheduler. Is ULE _still_ considered to be in development/experimental? Even the SMP config file doesn't use ULE. Also in GENERIC: options PREEMPTION # Enable kernel thread preemption [....] options ADAPTIVE_GIANT # Giant mutex is adaptive. Yet in src/sys/conf/NOTES, ADAPTIVE_GIANT is listed under SMP Options and PREEMPTION is listed under SMP Debugging Options which makes it surprising that they are in the GENERIC config file. What I am trying to decide is whether there any point in making the jump from a very stable RELENG_5 system to RELENG_6. AIUI the ULE scheduler and it's associated options optimize the use of multiple CPUs and by staying with 4BSD I'm not getting the best performance from my system. Can anyone offer any advice on this please? The machine has dual Athlon MP2800s on a Asus A7M266-D mobo, 1Gbyte ECC RAM and all SCSI disks and optical drives. TIA. Regards, Mark From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 20:14:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C317616A41F for ; Wed, 28 Dec 2005 20:14:24 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.FreeBSD.org (Postfix) with SMTP id AC35A43D5F for ; Wed, 28 Dec 2005 20:14:23 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 80503 invoked from network); 28 Dec 2005 20:14:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=N06lpD4Tfe87YT/pL8NZsp0OsAVDBZLPNRSyZCQKHIqABSuj1uWoHRcpCJXETFU0Gh213eoZZ6thqqZ6Bsz6+RGe4dzdOp4JKqCqkRA0JjgogJVO79SWt3UeAai4UODXVOkewbflQR7mLPXD8V6ZQJTdbunE5bQLPAQefedfpWQ= ; Received: from unknown (HELO ?70.30.133.190?) (mikej@rogers.com@70.30.133.190 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 28 Dec 2005 20:14:22 -0000 Message-ID: <43B2F236.80903@rogers.com> Date: Wed, 28 Dec 2005 15:14:46 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mark Ovens References: <43B2F0A8.2030609@freebsd.org> In-Reply-To: <43B2F0A8.2030609@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6: Which scheduler for SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 20:14:24 -0000 Mark Ovens wrote: > I've never had any success with the ULE scheduler on my dual Athlon > box running RELENG_5; it was so unstable it made Windows 3.1 look > stable. In fact my current build, cvsup'd a couple of days ago, won't > even boot with ULE. > > From what I remember, ULE was intended to become the default scheduler > during the life of 5.0 but that hasn't happened. > > I've just cvsup'd the source for RELENG_6 and I'm surprised to find in > the GENERIC config file: > > #options SCHED_ULE # ULE scheduler > options SCHED_4BSD # 4BSD scheduler > > so it seems 4BSD is still the default scheduler. Is ULE _still_ > considered to be in development/experimental? Even the SMP config file > doesn't use ULE. There have been substantial improvements made to it since 5. However no one will be able to tell you if its 100% ready, you will just have to try it on your system. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 20:25:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1D8916A41F; Wed, 28 Dec 2005 20:25:44 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CD7143D53; Wed, 28 Dec 2005 20:25:44 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1Erhri-000FM0-UN; Wed, 28 Dec 2005 20:25:42 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1Erhri-000Bgg-P9; Wed, 28 Dec 2005 20:25:42 +0000 To: freebsd-stable@freebsd.org, marko@freebsd.org In-Reply-To: <43B2F0A8.2030609@freebsd.org> Message-Id: From: Pete French Date: Wed, 28 Dec 2005 20:25:42 +0000 Cc: Subject: Re: RELENG_6: Which scheduler for SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2005 20:25:45 -0000 > What I am trying to decide is whether there any point in making the jump > from a very stable RELENG_5 system to RELENG_6. AIUI the ULE scheduler > and it's associated options optimize the use of multiple CPUs and by > staying with 4BSD I'm not getting the best performance from my system. I'm not using ULE either - but I got a 15 percent speedup out of our SMP systems when moving from RELENG_5 to 6.0-RELEASE. Definitely worth doing in my opinion and am now upgrading all the production systems to 6.0 > Can anyone offer any advice on this please? Yes, do it. Its a definite improvement. -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 02:53:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F58B16A41F for ; Thu, 29 Dec 2005 02:53:37 +0000 (GMT) (envelope-from yudhiy@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09BC343D5D for ; Thu, 29 Dec 2005 02:53:36 +0000 (GMT) (envelope-from yudhiy@gmail.com) Received: by wproxy.gmail.com with SMTP id i6so1336586wra for ; Wed, 28 Dec 2005 18:53:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dD9fIfCM8RjetxQ+f1O4drc+DjZ3ty0QifX4qfxQCApf1dyS2TiOjjp+VgfhZGRwZKqlybQVqXr212WGmkisz4u7qlRcWcjAslXwXCG3IevWTnKg0JutQrFCVV/7fxCXIcmyJTdM1565DkMxJYRwcYuN08n+ODfbDZrFUYYraL4= Received: by 10.54.94.20 with SMTP id r20mr8480710wrb; Wed, 28 Dec 2005 18:53:36 -0800 (PST) Received: by 10.54.131.19 with HTTP; Wed, 28 Dec 2005 18:53:36 -0800 (PST) Message-ID: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> Date: Thu, 29 Dec 2005 09:53:36 +0700 From: Yudhi Yuniadhi To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Help For upgrading Releng4.11 stable to 6.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, 29 Dec 2005 02:53:37 -0000 I have Machine 4.11 Stable. Now, I want upgrade to 6.0. # uname -srm FreeBSD 4.11-STABLE i386 How step for ugrade form 4.11 stable to 6.0 stable ???? How step is the same with use cvsup ??? Thanks a lot Rgds, Beginner From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 03:02:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9522316A427 for ; Thu, 29 Dec 2005 03:02:32 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 04D2D43D53 for ; Thu, 29 Dec 2005 03:02:31 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 85895 invoked by uid 399); 29 Dec 2005 03:02:31 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 29 Dec 2005 03:02:31 -0000 Message-ID: <43B351C5.2030408@FreeBSD.org> Date: Wed, 28 Dec 2005 19:02:29 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051226) MIME-Version: 1.0 To: Yudhi Yuniadhi References: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> In-Reply-To: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Help For upgrading Releng4.11 stable to 6.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, 29 Dec 2005 03:02:32 -0000 Yudhi Yuniadhi wrote: > I have Machine 4.11 Stable. Now, I want upgrade to 6.0. The best, safest way to do this is to back up all your data, do the reinstall from scratch, then restore your data. Good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 03:03:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B25B516A41F for ; Thu, 29 Dec 2005 03:03:02 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: from mail2out.barnet.com.au (mail2out.barnet.com.au [202.83.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E607E43D49 for ; Thu, 29 Dec 2005 03:03:01 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: by mail2out.barnet.com.au (Postfix, from userid 27) id 87EA07073B1; Thu, 29 Dec 2005 14:02:59 +1100 (EST) X-Viruscan-Id: <43B351E30000175D9F84C0@BarNet> Received: from mail2-auth.barnet.com.au (mail2.barnet.com.au [202.83.176.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.barnet.com.au", Issuer "BarNet Root Certificate Authority" (verified OK)) by mail2.barnet.com.au (Postfix) with ESMTP id E3DFA7073AB; Thu, 29 Dec 2005 14:02:58 +1100 (EST) Received: from k7.mavetju (edwin-3.int.barnet.com.au [10.10.12.2]) by mail2-auth.barnet.com.au (Postfix) with ESMTP id 5D6247073AA; Thu, 29 Dec 2005 14:02:58 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 3B0C523F; Thu, 29 Dec 2005 14:01:15 +1100 (EST) Date: Thu, 29 Dec 2005 14:01:15 +1100 From: Edwin Groothuis To: Yudhi Yuniadhi Message-ID: <20051229030115.GA3803@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Yudhi Yuniadhi , freebsd-stable@freebsd.org References: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Help For upgrading Releng4.11 stable to 6.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, 29 Dec 2005 03:03:02 -0000 On Thu, Dec 29, 2005 at 09:53:36AM +0700, Yudhi Yuniadhi wrote: > I have Machine 4.11 Stable. Now, I want upgrade to 6.0. > # uname -srm > FreeBSD 4.11-STABLE i386 > > How step for ugrade form 4.11 stable to 6.0 stable ???? Upgrade to 5.x first, then to 6.0. Personally I've done a binary upgrade for all these situations and a full rebuild of the ports collection after that was done. Long live redundant services! Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 04:20:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 550F816A41F; Thu, 29 Dec 2005 04:20:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 163A043D58; Thu, 29 Dec 2005 04:20:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E5A2C1A3C1E; Wed, 28 Dec 2005 20:20:38 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by obsecurity.dyndns.org (Postfix) with ESMTP id 17A6A513A2; Wed, 28 Dec 2005 23:20:35 -0500 (EST) Message-ID: <43B363FE.60906@obsecurity.org> Date: Thu, 29 Dec 2005 14:50:14 +1030 From: Kris Kennaway User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <43B2F0A8.2030609@freebsd.org> <43B2F236.80903@rogers.com> In-Reply-To: <43B2F236.80903@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Mark Ovens Subject: Re: RELENG_6: Which scheduler for SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 04:20:39 -0000 Mike Jakubik wrote: > Mark Ovens wrote: > >> I've never had any success with the ULE scheduler on my dual Athlon >> box running RELENG_5; it was so unstable it made Windows 3.1 look >> stable. In fact my current build, cvsup'd a couple of days ago, won't >> even boot with ULE. >> >> From what I remember, ULE was intended to become the default >> scheduler during the life of 5.0 but that hasn't happened. >> >> I've just cvsup'd the source for RELENG_6 and I'm surprised to find >> in the GENERIC config file: >> >> #options SCHED_ULE # ULE scheduler >> options SCHED_4BSD # 4BSD scheduler >> >> so it seems 4BSD is still the default scheduler. Is ULE _still_ >> considered to be in development/experimental? Even the SMP config >> file doesn't use ULE. > > > > There have been substantial improvements made to it since 5. However > no one will be able to tell you if its 100% ready, you will just have > to try it on your system. > > _______________________________________________ > 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" > ULE is about 10-20% slower than 4BSD except under minimal load, in my testing. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 07:02:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADD9616A41F for ; Thu, 29 Dec 2005 07:02:38 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4DF543D48 for ; Thu, 29 Dec 2005 07:02:36 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBT70oPB031802; Thu, 29 Dec 2005 08:00:51 +0100 (CET) (envelope-from freebsd@gimbo.org) Message-Id: <7.0.0.16.2.20051229075450.04afe920@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Thu, 29 Dec 2005 07:59:17 +0100 To: Patrick =?iso-8859-1?Q?Lamaizi=E8re?= , freebsd-stable@freebsd.org From: Gianmarco Giovannelli In-Reply-To: <200512272216.29561.patfbsds@davenulle.org> References: <200512192035.jBJKZ9kD055721@lurza.secnetix.de> <200512272216.29561.patfbsds@davenulle.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: rizzo@icir.org, ame@yourbox.net Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 07:02:38 -0000 At 22.16 27/12/2005, Patrick Lamaizi=E8re wrote: >With the patch from Alexey Popov (ftp://213.85.11.250/pub/drm3.patch) i've >got the good device /dev/dri/card0 > >> Are you sure that you're using the latest RELENG_6 _and_ >> the latest Xorg development snapshot? You need both for >> things to work correctly. > >Yes i run 6.0-STABLE, graphics/dri-devel (dri-6.2.20050719,1) and >x11-server/xorg-server-snap (xorg-server-6.8.99.903) > >With xorg-server-snap i've got the problem : >$ glxgears >ERROR: line 125, Function intelInitDriver, File intel_screen.c > >It seems better with xorg-6.8.2, dri is enabled and glxgears reports a FPS >~1200. I've got 500 FPS without DRI. The plain xorg 6.8.2 seems not be able to=20 recognize the card (at least the mine). Do you have used the patch : http://apocalyptech.com/linux/nc6120/xorg-6.8.2-i810.patch to compile it ? I think there is a big confusion about this new module (i915). I hope that someone (Eric ?:-) take care of all this iussue asap :-) Happy new year to everyone .... Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 08:21:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5F6F16A41F for ; Thu, 29 Dec 2005 08:21:50 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5157B43D53 for ; Thu, 29 Dec 2005 08:21:50 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id A9C97B8; Thu, 29 Dec 2005 03:22:10 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 68F65F1A; Thu, 29 Dec 2005 03:22:09 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Ert2g-0002eH-6W; Thu, 29 Dec 2005 08:21:46 +0000 Date: Thu, 29 Dec 2005 08:21:46 +0000 From: Brian Candler To: Matt Emmerton Message-ID: <20051229082145.GA10169@uk.tiscali.com> References: <20051228155041.GA7124@uk.tiscali.com> <003301c60bce$c27a95e0$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003301c60bce$c27a95e0$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Strange problem with kldload and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 08:21:51 -0000 On Wed, Dec 28, 2005 at 11:50:06AM -0500, Matt Emmerton wrote: > Sometimes kldload fails mysteriously, and more helpful error messages are > dumped in /var/log/messages. But only sometimes. Ah, got it: Dec 28 15:39:37 candlerb kernel: link_elf: symbol in6_cksum undefined So I'm guessing the standalone 'pf.ko' module was built to expect INET6 around, even though INET6 was commented out of the kernel configuration at the time it was built. By building pf into the kernel, everything is OK. This does smell like a bug to me though. Regards, Brian. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 10:48:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 173B316A41F for ; Thu, 29 Dec 2005 10:48:51 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4340B43D5E for ; Thu, 29 Dec 2005 10:48:50 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1ErvKy-0008xW-Kn for freebsd-stable@freebsd.org; Thu, 29 Dec 2005 13:48:48 +0300 Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc) by sysadm.stc with esmtp (Exim 4.54 (FreeBSD)) id 1ErvKQ-0007ic-3a for freebsd-stable@freebsd.org; Thu, 29 Dec 2005 13:48:14 +0300 Received: (from igorr@localhost) by sysadm.stc (8.13.4/8.13.3/Submit) id jBTAmDiZ029673 for freebsd-stable@freebsd.org; Thu, 29 Dec 2005 13:48:13 +0300 (MSK) (envelope-from igorr) Date: Thu, 29 Dec 2005 13:48:13 +0300 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20051229104813.GE28304@sysadm.stc> References: <20051228155041.GA7124@uk.tiscali.com> <003301c60bce$c27a95e0$1200a8c0@gsicomp.on.ca> <20051229082145.GA10169@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051229082145.GA10169@uk.tiscali.com> User-Agent: Mutt/1.5.11 X-Archived: Yes Subject: Re: Strange problem with kldload and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 10:48:51 -0000 On Thu, Dec 29, 2005 at 08:21:46AM +0000, Brian Candler wrote: > On Wed, Dec 28, 2005 at 11:50:06AM -0500, Matt Emmerton wrote: > > Sometimes kldload fails mysteriously, and more helpful error messages are > > dumped in /var/log/messages. But only sometimes. > > Ah, got it: > > Dec 28 15:39:37 candlerb kernel: link_elf: symbol in6_cksum undefined > > So I'm guessing the standalone 'pf.ko' module was built to expect INET6 > around, even though INET6 was commented out of the kernel configuration at > the time it was built. > > By building pf into the kernel, everything is OK. I have answered, that you need rebuild pf with NO_INET6, this is FAQ :-) But you have rejected my mail just because I'm in Russia: Recipient address rejected: country/russia returned deny: found 81.3.190.130 in russia.blackholes.us From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 12:17:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3F3916A422 for ; Thu, 29 Dec 2005 12:17:23 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E9B543DAE for ; Thu, 29 Dec 2005 12:17:06 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from [192.168.0.59] (unknown [192.168.0.59]) by smtp.lamaiziere.net (Postfix) with ESMTP id 877E3A6C14 for ; Thu, 29 Dec 2005 13:17:03 +0100 (CET) From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= Organization: >/dave/nulle To: freebsd-stable@freebsd.org Date: Thu, 29 Dec 2005 13:16:57 +0100 User-Agent: KMail/1.8.3 References: <200512192035.jBJKZ9kD055721@lurza.secnetix.de> <200512272216.29561.patfbsds@davenulle.org> <7.0.0.16.2.20051229075450.04afe920@gimbo.org> In-Reply-To: <7.0.0.16.2.20051229075450.04afe920@gimbo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200512291316.58046.patfbsds@davenulle.org> Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 12:17:23 -0000 Le Jeudi 29 Décembre 2005 07:59, Gianmarco Giovannelli a écrit : > The plain xorg 6.8.2 seems not be able to > recognize the card (at least the mine). > Do you have used the patch : > http://apocalyptech.com/linux/nc6120/xorg-6.8.2-i810.patch > to compile it ? No it works out of the box for me. > I think there is a big confusion about this new module (i915). Yes, may be there are many different chipsets for this module ? > I hope that someone (Eric ?:-) take care of all this iussue as ap :-) > > Happy new year to everyone .... Thanks. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 13:12:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C575616A41F for ; Thu, 29 Dec 2005 13:12:03 +0000 (GMT) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [195.30.6.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CDB243D67 for ; Thu, 29 Dec 2005 13:12:02 +0000 (GMT) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id DB0A71B44838; Thu, 29 Dec 2005 14:12:09 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 8EFCDA1871; Thu, 29 Dec 2005 14:11:53 +0100 (CET) Date: Thu, 29 Dec 2005 14:11:53 +0100 From: "Ralf S. Engelschall" To: Yudhi Yuniadhi Message-ID: <20051229131153.GA65522@engelschall.com> References: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> Organization: FreeBSD User-Agent: Mutt/1.5.11 OpenPKG/CURRENT Cc: freebsd-stable@freebsd.org Subject: Re: Help For upgrading Releng4.11 stable to 6.0 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 13:12:03 -0000 On Thu, Dec 29, 2005, Yudhi Yuniadhi wrote: > I have Machine 4.11 Stable. Now, I want upgrade to 6.0. > # uname -srm > FreeBSD 4.11-STABLE i386 > > How step for ugrade form 4.11 stable to 6.0 stable ???? > How step is the same with use cvsup ??? 1. Upgrade from 4 to 5 with a procedure similar to http://people.freebsd.org/~rse/upgrade/freebsd-upgrade-4x-5x.txt 2. Upgrade from 5 to 6 with the procedure http://people.freebsd.org/~rse/upgrade/freebsd-upgrade-5x-6x.txt Directly jumping from 4 to 6 might work similar to the 4 to 5 procedure but I've never tried this. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 13:45:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C589E16A41F for ; Thu, 29 Dec 2005 13:45:43 +0000 (GMT) (envelope-from mailing-lists@msdi.ca) Received: from mail02.msdihosting.net (9.67-18-64.networks.msdihosting.net [64.18.67.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B90C43D48 for ; Thu, 29 Dec 2005 13:45:43 +0000 (GMT) (envelope-from mailing-lists@msdi.ca) Received: from ian.msdi.ca ([24.201.183.241]) by mail02.msdihosting.net ((iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003))) with SMTP id CLI20599 for ; Thu, 29 Dec 2005 08:45:59 -0500 Message-Id: <7.0.0.16.2.20051229084332.0403ca58@Msdi.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Thu, 29 Dec 2005 08:45:34 -0500 To: freebsd-stable@freebsd.org From: Ian Lord In-Reply-To: <43B363FE.60906@obsecurity.org> References: <43B2F0A8.2030609@freebsd.org> <43B2F236.80903@rogers.com> <43B363FE.60906@obsecurity.org> Mime-Version: 1.0 X-DEBUG: 1 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: RELENG_6: Which scheduler for SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 13:45:44 -0000 At 23:20 2005-12-28, Kris Kennaway wrote: >Mike Jakubik wrote: > >>Mark Ovens wrote: >> >>>I've never had any success with the ULE scheduler on my dual >>>Athlon box running RELENG_5; it was so unstable it made Windows >>>3.1 look stable. In fact my current build, cvsup'd a couple of >>>days ago, won't even boot with ULE. >>> >>> From what I remember, ULE was intended to become the default >>> scheduler during the life of 5.0 but that hasn't happened. >>> >>>I've just cvsup'd the source for RELENG_6 and I'm surprised to >>>find in the GENERIC config file: >>> >>>#options SCHED_ULE # ULE scheduler >>>options SCHED_4BSD # 4BSD scheduler >>> >>>so it seems 4BSD is still the default scheduler. Is ULE _still_ >>>considered to be in development/experimental? Even the SMP config >>>file doesn't use ULE. >> >> >> >>There have been substantial improvements made to it since 5. >>However no one will be able to tell you if its 100% ready, you will >>just have to try it on your system. Then what's the point of ULE if it's slower then 4BSD ? Is it more stable, more... ? I compiled my kernel with ULE since I though it would be better but you are starting to make me regret my decision :) (I didn't benchmark both options, still in developpement right now, nothing in production) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 15:00:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A66AD16A41F for ; Thu, 29 Dec 2005 15:00:08 +0000 (GMT) (envelope-from gias@eyenet.it) Received: from satrius.dnshighspeed.com (satrius.dnshighspeed.com [212.239.26.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6E2F43D46 for ; Thu, 29 Dec 2005 15:00:07 +0000 (GMT) (envelope-from gias@eyenet.it) Received: from host224-216.pool80180.interbusiness.it ([80.180.216.224] helo=blackdog.umbrella.net) by satrius.dnshighspeed.com with smtp (Exim 4.52) id 1ErzFu-0001BD-Vy for freebsd-stable@freebsd.org; Thu, 29 Dec 2005 15:59:51 +0100 Date: Thu, 29 Dec 2005 16:00:02 +0100 From: Gianluca Camporeale To: freebsd-stable@freebsd.org Message-ID: <20051229160002.46de866c@blackdog.umbrella.net> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.8; i386-portbld-freebsd4.11) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - satrius.dnshighspeed.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - eyenet.it X-Source: X-Source-Args: X-Source-Dir: Subject: [sparc64] installation fails during netboot on ultra5 and ultra2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 15:00:08 -0000 Hi, I'm trying to install FreeBSD6 on an ultra5 and an ultra2 machine troughout netboot. This is what happen on both machine after some minutes of interaction with the netboot server: Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 360MHz), No Keyboard OpenBoot 3.19, 128 MB (60 ns) memory installed, Serial #12120549. Ethernet address 8:0:20:b8:f1:e5, Host ID: 80b8f1e5. ok boot net Boot device: /pci@1f,0/pci@1,1/network@1,1 File and args: 34e00 Consoles: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@s-dallas.cse.buffalo.edu, Wed Nov 2 09:45:36 UTC 2005) bootpath="/pci@1f,0/pci@1,1/network@1,1" boot: ethernet address: 08:00:20:b8:f1:e5 net_open: server addr: 192.168.1.38 net_open: server path: /sunboot Loading /boot/defaults/loader.conf Fast Data Access MMU Miss ok OBP give me a Fast Data Access MMU Miss error. Googling I found only solution for FreeBSD5 installed os, nothing for netboot. For netboot procedure I've prefered a tftp installation and I've followed this guide: http://www.freebsd.org/releases/5.0R/DP1/installation-sparc64.html Change I made from the guida are: -No dhcp -Files used on the netboot server are from FreeBSD6 disc1.iso (and bootonly.iso in other tests). /boot has been copyied on /tftpboot and the iso has been mounted on /sunboot. -tcpdump suggest me to execute portmap Some log from bootpd: [gias@blackdog:/home/gias]# /usr/libexec/bootpd -s -d 10 bootpd: info(6): bootptab mtime: Tue Dec 27 19:35:08 2005 bootpd: info(6): reading "/etc/bootptab" bootpd: info(6): read 3 entries (2 hosts) from "/etc/bootptab" bootpd: info(6): recvd pkt from IP addr 0.0.0.0 bootpd: info(6): bootptab mtime: Tue Dec 27 19:35:08 2005 bootpd: info(6): request from Ethernet address 08:00:20:B8:F1:E5 bootpd: info(6): found 192.168.1.66 (sunboot) bootpd: info(6): bootfile="/sunboot/boot/kernel/kernel" bootpd: info(6): vendor magic field is 99.130.83.99 bootpd: info(6): request message length=548 bootpd: info(6): extended reply, length=548, options=312 bootpd: info(6): sending reply (with RFC1048 options) bootpd: info(6): setarp 192.168.1.66 - 08:00:20:B8:F1:E5 ...and from tcpdump [..] 20:20:05.389452 sunboot.unmbrella.net.2696 > blackdog.umbrella.net.tftp: 34 RRQ "/boot/kernel/linker.hints" 20:20:05.403160 blackdog.umbrella.net.cadsi-lm > sunboot.unmbrella.net.2696: udp 516 20:20:10.404403 blackdog.umbrella.net.cadsi-lm > sunboot.unmbrella.net.2696: udp 516 20:20:15.414436 blackdog.umbrella.net.cadsi-lm > sunboot.unmbrella.net.2696: udp 516 20:20:20.424524 blackdog.umbrella.net.cadsi-lm > sunboot.unmbrella.net.2696: udp 516 20:20:25.434735 blackdog.umbrella.net.cadsi-lm > sunboot.unmbrella.net.2696: udp 516 20:20:30.444670 blackdog.umbrella.net.cadsi-lm > sunboot.unmbrella.net.2696: udp 516 It's strange that the netboot process stops in every tests when ultra5/2 finish to fetch /boot/kernel/linker.hints from the netboot server. Any Hints or Idea to solve the problem would be appreciated. Regards, GC From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 15:40:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E193916A41F; Thu, 29 Dec 2005 15:40:53 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from smtp01.jazztel.es (smtp01.jazztel.es [62.14.3.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A52BE43D45; Thu, 29 Dec 2005 15:40:50 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [127.0.0.1] (helo=localhost) by smtp01.jazztel.es with esmtp (Exim 4.43) id 1Erzu5-0003Wt-5w; Thu, 29 Dec 2005 16:41:21 +0100 Received: from smtp01.jazztel.es ([127.0.0.1]) by localhost (larra [127.0.0.1]) (amavisd-new, port 10034) with ESMTP id 13428-02; Thu, 29 Dec 2005 16:41:21 +0100 (CET) Received: from [62.15.215.200] (helo=62-15-215-200.inversas.jazztel.es) by smtp01.jazztel.es with esmtpa (Exim 4.43) id 1Erzu4-0003WZ-OO; Thu, 29 Dec 2005 16:41:21 +0100 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by 62-15-215-200.inversas.jazztel.es (8.13.5/8.13.5) with ESMTP id jBTFeiM3076938; Thu, 29 Dec 2005 16:40:45 +0100 (CET) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.4/8.13.3/Submit) id jBTFfmmK001051; Thu, 29 Dec 2005 16:41:48 +0100 (CET) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: Doug Barton Date: Thu, 29 Dec 2005 16:41:45 +0100 User-Agent: KMail/1.8.3 References: <43A910F8.5090009@FreeBSD.org> <200512231612.46046.josemi@redesjm.local> <43AFAFA3.7090009@FreeBSD.org> In-Reply-To: <43AFAFA3.7090009@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512291641.47341.josemi@redesjm.local> X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) X-Virus-Scanned: amavisd-new at jazztel.es Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, Florent Thoumie Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 15:40:54 -0000 El Lunes, 26 de Diciembre de 2005 09:53, Doug Barton escribi=F3: > Jose M Rodriguez wrote: > > But this doesn't solve the real problem. We've lost a reference > > model about rc and the interaction with the base system and ports. > > I'm not sure what that last sentence means. > =46orm our old rc system, to the initial import from NetBSD, to what we=20 have now in HEAD. A lot of things has been changed, an now, it's really hard to get an=20 idea about the boot process and the order used to launch the=20 components. > > - some kinda of style for ports/system rc scripts > > - some docs about keywords and stage support > > As I said in one of my recent heads up messages, man rc(8). > As far I know, rc(8) depends on the FreeBSD version used. I doubt=20 RELENG_4_11 rc(8) may be enough. This kind of information must be on=20 the porter's handbook. > > - some kinda of timeline model > > Timeline for what? > To guess the keywords to use for the rc script. > =2D- josemi -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 15:55:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 855D816A41F; Thu, 29 Dec 2005 15:55:17 +0000 (GMT) (envelope-from cartola@openit.com.br) Received: from obsidio.openit.com.br (mvx-200-201-187-90.mundivox.com [200.201.187.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 766C643D77; Thu, 29 Dec 2005 15:55:09 +0000 (GMT) (envelope-from cartola@openit.com.br) Received: from turmalina.intranet.openit.com.br ([192.168.0.11] helo=localhost.localdomain) by obsidio.openit.com.br with esmtps (TLSv1:RC4-MD5:128) (Exim 4.54 (FreeBSD)) id 1Es05r-000Nnp-NO; Thu, 29 Dec 2005 13:53:31 -0200 From: "Carlos Eduardo G. Carvalho" To: Jose M Rodriguez In-Reply-To: <200512291641.47341.josemi@redesjm.local> References: <43A910F8.5090009@FreeBSD.org> <200512231612.46046.josemi@redesjm.local> <43AFAFA3.7090009@FreeBSD.org> <200512291641.47341.josemi@redesjm.local> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0taBGyuTor3HWbvwK8a+" Organization: OpenIT Solucoes Tecnologicas LTDA Date: Thu, 29 Dec 2005 13:54:54 -0200 Message-Id: <1135871694.6793.21.camel@turmalina.intranet.openit.com.br> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Doug Barton , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, Florent Thoumie Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 15:55:18 -0000 --=-0taBGyuTor3HWbvwK8a+ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Em Qui, 2005-12-29 =E0s 16:41 +0100, Jose M Rodriguez escreveu: > A lot of things has been changed, an now, it's really hard to get an=20 > idea about the boot process and the order used to launch the=20 > components. I'm sorry if I am saying something that is out of the discussion, I didn't see the first messages, but Isn't it easy to do something like: # cd /etc/rc.d # rcorder * preseedrandom initdiskless rcconf.sh initrandom dumpon vinum gbde_swap gbde ccd .... (supressed output) --=20 Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2508-9103 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br --=-0taBGyuTor3HWbvwK8a+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBDtAbORpZ0A7hClfgRAqfTAKDCvRYA8zyBi0BcdIopURQVGG+93wCg4W7S 2L+5w8nf4R/ogLa7OKyk5A8= =oYF2 -----END PGP SIGNATURE----- --=-0taBGyuTor3HWbvwK8a+-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 16:26:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1311F16A41F for ; Thu, 29 Dec 2005 16:26:10 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 110B243D8D for ; Thu, 29 Dec 2005 16:26:05 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 5293530E0; Thu, 29 Dec 2005 10:26:04 -0600 (CST) Date: Thu, 29 Dec 2005 10:26:04 -0600 To: Ian Lord Message-ID: <20051229162604.GA23233@soaustin.net> References: <43B2F0A8.2030609@freebsd.org> <43B2F236.80903@rogers.com> <43B363FE.60906@obsecurity.org> <7.0.0.16.2.20051229084332.0403ca58@Msdi.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7.0.0.16.2.20051229084332.0403ca58@Msdi.ca> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6: Which scheduler for SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 16:26:10 -0000 On Thu, Dec 29, 2005 at 08:45:34AM -0500, Ian Lord wrote: > Then what's the point of ULE if it's slower then 4BSD? It's still under development. The intention is that it be faster. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 18:11:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAAA216A44B; Thu, 29 Dec 2005 18:11:27 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from smtp02.jazztel.es (smtp02.jazztel.es [62.14.3.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAE7E43D66; Thu, 29 Dec 2005 18:11:23 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [127.0.0.1] (helo=localhost) by smtp02.jazztel.es with esmtp (Exim 4.43) id 1Es2E0-0005kp-D9; Thu, 29 Dec 2005 19:10:04 +0100 Received: from smtp02.jazztel.es ([127.0.0.1]) by localhost (lorca [127.0.0.1]) (amavisd-new, port 10034) with ESMTP id 21808-02; Thu, 29 Dec 2005 19:10:04 +0100 (CET) Received: from [62.15.215.200] (helo=62-15-215-200.inversas.jazztel.es) by smtp02.jazztel.es with esmtpa (Exim 4.43) id 1Es2Dy-0005jC-AQ; Thu, 29 Dec 2005 19:10:04 +0100 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by 62-15-215-200.inversas.jazztel.es (8.13.5/8.13.5) with ESMTP id jBTIBGwE077472; Thu, 29 Dec 2005 19:11:16 +0100 (CET) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.4/8.13.3/Submit) id jBTICIgC001157; Thu, 29 Dec 2005 19:12:18 +0100 (CET) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: "Carlos Eduardo G. Carvalho" Date: Thu, 29 Dec 2005 19:12:14 +0100 User-Agent: KMail/1.8.3 References: <43A910F8.5090009@FreeBSD.org> <200512291641.47341.josemi@redesjm.local> <1135871694.6793.21.camel@turmalina.intranet.openit.com.br> In-Reply-To: <1135871694.6793.21.camel@turmalina.intranet.openit.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512291912.17553.josemi@redesjm.local> X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) X-Virus-Scanned: amavisd-new at jazztel.es Cc: Doug Barton , freebsd-stable@freebsd.org, Jose M Rodriguez , freebsd-ports@freebsd.org, Florent Thoumie Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 18:11:28 -0000 El Jueves, 29 de Diciembre de 2005 16:54, Carlos Eduardo G. Carvalho=20 escribi=F3: > Em Qui, 2005-12-29 =E0s 16:41 +0100, Jose M Rodriguez escreveu: > > A lot of things has been changed, an now, it's really hard to get > > an idea about the boot process and the order used to launch the > > components. > > I'm sorry if I am saying something that is out of the discussion, I > didn't see the first messages, but Isn't it easy to do something > like: > > # cd /etc/rc.d > # rcorder * > preseedrandom > initdiskless > rcconf.sh > initrandom > dumpon > vinum > gbde_swap > gbde > ccd > .... (supressed output) Which only covers the base system scripts and send you docens of entries Also, now in head, a second scan is done. As far I know, the most important point are: mountcritlocal NETWORKING mountcritremote SERVERS DAEMON LOGIN I never said that this info is not guessable or even documented. Only=20 that: =2D The docs are disperse. =2D The docs are not porters aware =2D- josemi -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 19:25:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70DC216A42B for ; Thu, 29 Dec 2005 19:25:24 +0000 (GMT) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (h615406.serverkompetenz.net [81.169.143.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAB9E43DEA for ; Thu, 29 Dec 2005 19:25:08 +0000 (GMT) (envelope-from sperber@deinprogramm.de) Received: from h615406.serverkompetenz.net (localhost [127.0.0.1]) by h615406.serverkompetenz.net (Postfix) with ESMTP id 632551710D for ; Thu, 29 Dec 2005 20:20:58 +0100 (MET) Received: from Michael-Sperbers-Computer.deinprogramm.de (p54A096F5.dip0.t-ipconnect.de [84.160.150.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by h615406.serverkompetenz.net (Postfix) with ESMTP id 1327217108 for ; Thu, 29 Dec 2005 20:20:58 +0100 (MET) Received: by Michael-Sperbers-Computer.deinprogramm.de (Postfix, from userid 2246) id 94821394AD6; Thu, 29 Dec 2005 20:25:05 +0100 (CET) From: Michael Sperber To: freebsd-stable@freebsd.org References: User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.5-b24 (darwin) Cancel-Lock: sha1:PHG3lE9co3KghYuYHyKipJ6NUoA= Date: Thu, 29 Dec 2005 20:25:05 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: mountd fails intermittently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 19:25:25 -0000 Michael Sperber writes: > I'm running 5.4-STABLE (about two weeks old), and have just set up an > NFS server for the first time. Remote mounts sometimes work fine, and > sometimes fail. > > The symptoms are that "showmount -e" sez > > showmount: can't do exports rpc > > and that "rpcinfo -u mountd" often works fine n times in a row, > and then stops working, like so: Turns out that mountd seems to be trying to do reverse DNS lookups, and when those block, the whole process locks up. I don't understand why, though: the servers listed in /etc/exports are by IP. Any ideas? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 20:04:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0ADE16A41F for ; Thu, 29 Dec 2005 20:04:51 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 10AD343D53 for ; Thu, 29 Dec 2005 20:04:48 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 59594 invoked by uid 399); 29 Dec 2005 20:04:48 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 29 Dec 2005 20:04:47 -0000 Message-ID: <43B44155.9040707@FreeBSD.org> Date: Thu, 29 Dec 2005 12:04:37 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051226) MIME-Version: 1.0 To: Jose M Rodriguez References: <43A910F8.5090009@FreeBSD.org> <200512231612.46046.josemi@redesjm.local> <43AFAFA3.7090009@FreeBSD.org> <200512291641.47341.josemi@redesjm.local> In-Reply-To: <200512291641.47341.josemi@redesjm.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, Florent Thoumie Subject: Re: HEADS UP: MFC of local_startup changes to rc.d complete X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 20:04:51 -0000 Jose M Rodriguez wrote: > El Lunes, 26 de Diciembre de 2005 09:53, Doug Barton escribió: >> Jose M Rodriguez wrote: >>> But this doesn't solve the real problem. We've lost a reference >>> model about rc and the interaction with the base system and ports. >> I'm not sure what that last sentence means. >> > > Form our old rc system, to the initial import from NetBSD, to what we > have now in HEAD. Well, if you think it's important, please feel free to write this up and submit it. I'm not sure what value it would have. > A lot of things has been changed, an now, it's really hard to get an > idea about the boot process and the order used to launch the > components. See below. >>> - some kinda of style for ports/system rc scripts >>> - some docs about keywords and stage support >> As I said in one of my recent heads up messages, man rc(8). >> > > As far I know, rc(8) depends on the FreeBSD version used. Yes, of course. So for any given system, you have an approximation of what you are looking for. > I doubt > RELENG_4_11 rc(8) may be enough. This kind of information must be on > the porter's handbook. Feel free to submit these patches as well. Also, since this new facility is not going to be MFC'ed past RELENG_6, changing the REQUIRE lines in the scripts won't have any effect on earlier systems. >>> - some kinda of timeline model >> Timeline for what? >> > > To guess the keywords to use for the rc script. Ah, got it. You can get a good start on that by doing: rcorder -s nostart /etc/rc.d/* Once we get a better handle on where the key points for ports are, we'll add something to rc(8). Right now, it looks like anything that is going to run as part of the system it should REQUIRE: DAEMON, if it is something that is going to start as a user, it should REQUIRE: LOGIN. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 21:15:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E50C416A41F; Thu, 29 Dec 2005 21:15:22 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6BCE43D55; Thu, 29 Dec 2005 21:15:20 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id jBTLFHNC096347; Thu, 29 Dec 2005 15:15:17 -0600 (CST) (envelope-from sean-freebsd@farley.org) Date: Thu, 29 Dec 2005 15:15:17 -0600 (CST) From: =?ISO-8859-1?Q?Se=E1n_C=2E_Farley?= To: Brian Fundakowski Feldman In-Reply-To: <20051221220315.GH35080@green.homeunix.org> Message-ID: <20051229143004.W17588@thor.farley.org> References: <20051119112837.O15168@thor.farley.org> <20051221220315.GH35080@green.homeunix.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1698044251-1135889184=:17588" Content-ID: <20051229151134.G17588@thor.farley.org> Cc: freebsd-stable@freebsd.org Subject: Re: File system corruption with ATA RAID-1 on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2005 21:15:23 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1698044251-1135889184=:17588 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; FORMAT=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: <20051229151134.V17588@thor.farley.org> On Wed, 21 Dec 2005, Brian Fundakowski Feldman wrote: > On Sat, Nov 19, 2005 at 12:06:00PM -0600, Se=E1n C. Farley wrote: >> I installed 6.0 on a system with two SATA drives in RAID-1. 5.4 is >> installed on a standard IDE channel. All appeared to work well until >> sometime after updating the system to 6-STABLE, installing the Nvidia >> driver and copying a lot of data (mainly ogg files) from my old hard >> drive onto it. I started seeing a multitude of READ_DMA (or maybe >> WRITE_DMA) errors in /var/log/messages. The system was beginning to >> slow down a lot, so I rebooted. Since then I have been unable to >> keep it up without a panic after an fsck in single-user mode. >> >> I realize this does not tell much, but just when ld.so.hints is being >> removed due to being corrupt the follow panic appears: Panic: >> ffs_valloc: dup alloc The panic may just be from a system that is too >> corrupted. I am amazed it still boots. > > That's how it appears, yeah. > > What does the drive health look like? Seems most like a chipset bug > or nvidia driver bug, but could be things are just coinciding with > drive or drive controller failure. I have since reinstalled and have been unable to reproduce the problem. 6-STABLE as of November 28 works without any obvious problems. I have also used the Nvidia driver v8174 and v8178. I do see this in messages (only one): Dec 16 02:31:46 thor kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D195511730 I am also attaching the information about my SATA drives (from smartctl). The first drive (ad4) has three errors logged. Se=E1n --=20 sean-freebsd@farley.org --0-1698044251-1135889184=:17588 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=smartmon.ad4 Content-Transfer-Encoding: BASE64 Content-ID: <20051229151517.G17588@thor.farley.org> Content-Description: Content-Disposition: attachment; filename=smartmon.ad4 c21hcnRjdGwgdmVyc2lvbiA1LjMzIFtpMzg2LXBvcnRibGQtZnJlZWJzZDYu MF0gQ29weXJpZ2h0IChDKSAyMDAyLTQgQnJ1Y2UgQWxsZW4NCkhvbWUgcGFn ZSBpcyBodHRwOi8vc21hcnRtb250b29scy5zb3VyY2Vmb3JnZS5uZXQvDQoN Cj09PSBTVEFSVCBPRiBJTkZPUk1BVElPTiBTRUNUSU9OID09PQ0KRGV2aWNl IE1vZGVsOiAgICAgU1QzMTYwODI3QVMNClNlcmlhbCBOdW1iZXI6ICAgIDRN VDBMN0VZDQpGaXJtd2FyZSBWZXJzaW9uOiAzLjQyDQpVc2VyIENhcGFjaXR5 OiAgICAxNjAsMDQxLDg4NSw2OTYgYnl0ZXMNCkRldmljZSBpczogICAgICAg IE5vdCBpbiBzbWFydGN0bCBkYXRhYmFzZSBbZm9yIGRldGFpbHMgdXNlOiAt UCBzaG93YWxsXQ0KQVRBIFZlcnNpb24gaXM6ICAgNg0KQVRBIFN0YW5kYXJk IGlzOiAgQVRBL0FUQVBJLTYgVDEzIDE0MTBEIHJldmlzaW9uIDINCkxvY2Fs IFRpbWUgaXM6ICAgIFRodSBEZWMgMjkgMTU6MDg6MjYgMjAwNSBDU1QNClNN QVJUIHN1cHBvcnQgaXM6IEF2YWlsYWJsZSAtIGRldmljZSBoYXMgU01BUlQg Y2FwYWJpbGl0eS4NClNNQVJUIHN1cHBvcnQgaXM6IEVuYWJsZWQNCg0KPT09 IFNUQVJUIE9GIFJFQUQgU01BUlQgREFUQSBTRUNUSU9OID09PQ0KU01BUlQg b3ZlcmFsbC1oZWFsdGggc2VsZi1hc3Nlc3NtZW50IHRlc3QgcmVzdWx0OiBQ QVNTRUQNCg0KR2VuZXJhbCBTTUFSVCBWYWx1ZXM6DQpPZmZsaW5lIGRhdGEg Y29sbGVjdGlvbiBzdGF0dXM6ICAoMHg4MikJT2ZmbGluZSBkYXRhIGNvbGxl Y3Rpb24gYWN0aXZpdHkNCgkJCQkJd2FzIGNvbXBsZXRlZCB3aXRob3V0IGVy cm9yLg0KCQkJCQlBdXRvIE9mZmxpbmUgRGF0YSBDb2xsZWN0aW9uOiBFbmFi bGVkLg0KU2VsZi10ZXN0IGV4ZWN1dGlvbiBzdGF0dXM6ICAgICAgKCAgIDAp CVRoZSBwcmV2aW91cyBzZWxmLXRlc3Qgcm91dGluZSBjb21wbGV0ZWQNCgkJ CQkJd2l0aG91dCBlcnJvciBvciBubyBzZWxmLXRlc3QgaGFzIGV2ZXIgDQoJ CQkJCWJlZW4gcnVuLg0KVG90YWwgdGltZSB0byBjb21wbGV0ZSBPZmZsaW5l IA0KZGF0YSBjb2xsZWN0aW9uOiAJCSAoIDQzMCkgc2Vjb25kcy4NCk9mZmxp bmUgZGF0YSBjb2xsZWN0aW9uDQpjYXBhYmlsaXRpZXM6IAkJCSAoMHg1Yikg U01BUlQgZXhlY3V0ZSBPZmZsaW5lIGltbWVkaWF0ZS4NCgkJCQkJQXV0byBP ZmZsaW5lIGRhdGEgY29sbGVjdGlvbiBvbi9vZmYgc3VwcG9ydC4NCgkJCQkJ U3VzcGVuZCBPZmZsaW5lIGNvbGxlY3Rpb24gdXBvbiBuZXcNCgkJCQkJY29t bWFuZC4NCgkJCQkJT2ZmbGluZSBzdXJmYWNlIHNjYW4gc3VwcG9ydGVkLg0K CQkJCQlTZWxmLXRlc3Qgc3VwcG9ydGVkLg0KCQkJCQlObyBDb252ZXlhbmNl IFNlbGYtdGVzdCBzdXBwb3J0ZWQuDQoJCQkJCVNlbGVjdGl2ZSBTZWxmLXRl c3Qgc3VwcG9ydGVkLg0KU01BUlQgY2FwYWJpbGl0aWVzOiAgICAgICAgICAg ICgweDAwMDMpCVNhdmVzIFNNQVJUIGRhdGEgYmVmb3JlIGVudGVyaW5nDQoJ CQkJCXBvd2VyLXNhdmluZyBtb2RlLg0KCQkJCQlTdXBwb3J0cyBTTUFSVCBh dXRvIHNhdmUgdGltZXIuDQpFcnJvciBsb2dnaW5nIGNhcGFiaWxpdHk6ICAg ICAgICAoMHgwMSkJRXJyb3IgbG9nZ2luZyBzdXBwb3J0ZWQuDQoJCQkJCU5v IEdlbmVyYWwgUHVycG9zZSBMb2dnaW5nIHN1cHBvcnQuDQpTaG9ydCBzZWxm LXRlc3Qgcm91dGluZSANCnJlY29tbWVuZGVkIHBvbGxpbmcgdGltZTogCSAo ICAgMSkgbWludXRlcy4NCkV4dGVuZGVkIHNlbGYtdGVzdCByb3V0aW5lDQpy ZWNvbW1lbmRlZCBwb2xsaW5nIHRpbWU6IAkgKCAgOTQpIG1pbnV0ZXMuDQoN ClNNQVJUIEF0dHJpYnV0ZXMgRGF0YSBTdHJ1Y3R1cmUgcmV2aXNpb24gbnVt YmVyOiAxMA0KVmVuZG9yIFNwZWNpZmljIFNNQVJUIEF0dHJpYnV0ZXMgd2l0 aCBUaHJlc2hvbGRzOg0KSUQjIEFUVFJJQlVURV9OQU1FICAgICAgICAgIEZM QUcgICAgIFZBTFVFIFdPUlNUIFRIUkVTSCBUWVBFICAgICAgVVBEQVRFRCAg V0hFTl9GQUlMRUQgUkFXX1ZBTFVFDQogIDEgUmF3X1JlYWRfRXJyb3JfUmF0 ZSAgICAgMHgwMDBmICAgMDU3ICAgMDQ2ICAgMDA2ICAgIFByZS1mYWlsICBB bHdheXMgICAgICAgLSAgICAgICA2NjE1ODY4Nw0KICAzIFNwaW5fVXBfVGlt ZSAgICAgICAgICAgIDB4MDAwMyAgIDA5OSAgIDA5OSAgIDAwMCAgICBQcmUt ZmFpbCAgQWx3YXlzICAgICAgIC0gICAgICAgMA0KICA0IFN0YXJ0X1N0b3Bf Q291bnQgICAgICAgIDB4MDAzMiAgIDEwMCAgIDEwMCAgIDAyMCAgICBPbGRf YWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgMw0KICA1IFJlYWxsb2NhdGVk X1NlY3Rvcl9DdCAgIDB4MDAzMyAgIDA5OSAgIDA5OSAgIDAzNiAgICBQcmUt ZmFpbCAgQWx3YXlzICAgICAgIC0gICAgICAgNDYNCiAgNyBTZWVrX0Vycm9y X1JhdGUgICAgICAgICAweDAwMGYgICAwODMgICAwNjAgICAwMzAgICAgUHJl LWZhaWwgIEFsd2F5cyAgICAgICAtICAgICAgIDIxMDcxMTU1Nw0KICA5IFBv d2VyX09uX0hvdXJzICAgICAgICAgIDB4MDAzMiAgIDA5NiAgIDA5NiAgIDAw MCAgICBPbGRfYWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgMzY3Mw0KIDEw IFNwaW5fUmV0cnlfQ291bnQgICAgICAgIDB4MDAxMyAgIDEwMCAgIDEwMCAg IDA5NyAgICBQcmUtZmFpbCAgQWx3YXlzICAgICAgIC0gICAgICAgMA0KIDEy IFBvd2VyX0N5Y2xlX0NvdW50ICAgICAgIDB4MDAzMiAgIDEwMCAgIDEwMCAg IDAyMCAgICBPbGRfYWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgMw0KMTk0 IFRlbXBlcmF0dXJlX0NlbHNpdXMgICAgIDB4MDAyMiAgIDAzMCAgIDA0MCAg IDAwMCAgICBPbGRfYWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgMzAgKExp ZmV0aW1lIE1pbi9NYXggMC8yMSkNCjE5NSBIYXJkd2FyZV9FQ0NfUmVjb3Zl cmVkICAweDAwMWEgICAwNTcgICAwNDYgICAwMDAgICAgT2xkX2FnZSAgIEFs d2F5cyAgICAgICAtICAgICAgIDY2MTU4Njg3DQoxOTcgQ3VycmVudF9QZW5k aW5nX1NlY3RvciAgMHgwMDEyICAgMTAwICAgMDk5ICAgMDAwICAgIE9sZF9h Z2UgICBBbHdheXMgICAgICAgLSAgICAgICAwDQoxOTggT2ZmbGluZV9VbmNv cnJlY3RhYmxlICAgMHgwMDEwICAgMTAwICAgMDk5ICAgMDAwICAgIE9sZF9h Z2UgICBPZmZsaW5lICAgICAgLSAgICAgICAwDQoxOTkgVURNQV9DUkNfRXJy b3JfQ291bnQgICAgMHgwMDNlICAgMjAwICAgMjAwICAgMDAwICAgIE9sZF9h Z2UgICBBbHdheXMgICAgICAgLSAgICAgICAwDQoyMDAgTXVsdGlfWm9uZV9F cnJvcl9SYXRlICAgMHgwMDAwICAgMTAwICAgMjUzICAgMDAwICAgIE9sZF9h Z2UgICBPZmZsaW5lICAgICAgLSAgICAgICAwDQoyMDIgVEFfSW5jcmVhc2Vf Q291bnQgICAgICAgMHgwMDMyICAgMTAwICAgMjUzICAgMDAwICAgIE9sZF9h Z2UgICBBbHdheXMgICAgICAgLSAgICAgICAwDQoNClNNQVJUIEVycm9yIExv ZyBWZXJzaW9uOiAxDQpBVEEgRXJyb3IgQ291bnQ6IDMNCglDUiA9IENvbW1h bmQgUmVnaXN0ZXIgW0hFWF0NCglGUiA9IEZlYXR1cmVzIFJlZ2lzdGVyIFtI RVhdDQoJU0MgPSBTZWN0b3IgQ291bnQgUmVnaXN0ZXIgW0hFWF0NCglTTiA9 IFNlY3RvciBOdW1iZXIgUmVnaXN0ZXIgW0hFWF0NCglDTCA9IEN5bGluZGVy IExvdyBSZWdpc3RlciBbSEVYXQ0KCUNIID0gQ3lsaW5kZXIgSGlnaCBSZWdp c3RlciBbSEVYXQ0KCURIID0gRGV2aWNlL0hlYWQgUmVnaXN0ZXIgW0hFWF0N CglEQyA9IERldmljZSBDb21tYW5kIFJlZ2lzdGVyIFtIRVhdDQoJRVIgPSBF cnJvciByZWdpc3RlciBbSEVYXQ0KCVNUID0gU3RhdHVzIHJlZ2lzdGVyIFtI RVhdDQpQb3dlcmVkX1VwX1RpbWUgaXMgbWVhc3VyZWQgZnJvbSBwb3dlciBv biwgYW5kIHByaW50ZWQgYXMNCkREZCtoaDptbTpTUy5zc3Mgd2hlcmUgREQ9 ZGF5cywgaGg9aG91cnMsIG1tPW1pbnV0ZXMsDQpTUz1zZWMsIGFuZCBzc3M9 bWlsbGlzZWMuIEl0ICJ3cmFwcyIgYWZ0ZXIgNDkuNzEwIGRheXMuDQoNCkVy cm9yIDMgb2NjdXJyZWQgYXQgZGlzayBwb3dlci1vbiBsaWZldGltZTogMjkw NCBob3VycyAoMTIxIGRheXMgKyAwIGhvdXJzKQ0KICBXaGVuIHRoZSBjb21t YW5kIHRoYXQgY2F1c2VkIHRoZSBlcnJvciBvY2N1cnJlZCwgdGhlIGRldmlj ZSB3YXMgYWN0aXZlIG9yIGlkbGUuDQoNCiAgQWZ0ZXIgY29tbWFuZCBjb21w bGV0aW9uIG9jY3VycmVkLCByZWdpc3RlcnMgd2VyZToNCiAgRVIgU1QgU0Mg U04gQ0wgQ0ggREgNCiAgLS0gLS0gLS0gLS0gLS0gLS0gLS0NCiAgNDAgNTEg MDAgMWYgYjEgNjcgZTggIEVycm9yOiBVTkMgYXQgTEJBID0gMHgwODY3YjEx ZiA9IDE0MTAxMzI3OQ0KDQogIENvbW1hbmRzIGxlYWRpbmcgdG8gdGhlIGNv bW1hbmQgdGhhdCBjYXVzZWQgdGhlIGVycm9yIHdlcmU6DQogIENSIEZSIFND IFNOIENMIENIIERIIERDICAgUG93ZXJlZF9VcF9UaW1lICBDb21tYW5kL0Zl YXR1cmVfTmFtZQ0KICAtLSAtLSAtLSAtLSAtLSAtLSAtLSAtLSAgLS0tLS0t LS0tLS0tLS0tLSAgLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgYzggMDAgMjAg MWYgYjEgNjcgZTggMDAgICAgICAyMjo1MTozMy40NTkgIFJFQUQgRE1BDQog IGNhIDAwIDA4IGViIDA3IGMxIGU0IDAwICAgICAgMjI6NTE6MzMuNDU5ICBX UklURSBETUENCiAgYzYgMDAgMTAgMDAgMDAgMDAgZTAgMDAgICAgICAyMjo1 MTozMy40NTkgIFNFVCBNVUxUSVBMRSBNT0RFDQogIGVmIDAyIDAwIDAwIDAw IDAwIGUwIDAwICAgICAgMjI6NTE6MzMuNDU5ICBTRVQgRkVBVFVSRVMgW0Vu YWJsZSB3cml0ZSBjYWNoZV0NCiAgZWYgYWEgMDAgMDAgMDAgMDAgZTAgMDAg ICAgICAyMjo1MTozMy40NTkgIFNFVCBGRUFUVVJFUyBbRW5hYmxlIHJlYWQg bG9vay1haGVhZF0NCg0KRXJyb3IgMiBvY2N1cnJlZCBhdCBkaXNrIHBvd2Vy LW9uIGxpZmV0aW1lOiAyOTA0IGhvdXJzICgxMjEgZGF5cyArIDAgaG91cnMp DQogIFdoZW4gdGhlIGNvbW1hbmQgdGhhdCBjYXVzZWQgdGhlIGVycm9yIG9j Y3VycmVkLCB0aGUgZGV2aWNlIHdhcyBhY3RpdmUgb3IgaWRsZS4NCg0KICBB ZnRlciBjb21tYW5kIGNvbXBsZXRpb24gb2NjdXJyZWQsIHJlZ2lzdGVycyB3 ZXJlOg0KICBFUiBTVCBTQyBTTiBDTCBDSCBESA0KICAtLSAtLSAtLSAtLSAt LSAtLSAtLQ0KICA0MCA1MSAwMCAxZiBiMSA2NyBlOCAgRXJyb3I6IFVOQyBh dCBMQkEgPSAweDA4NjdiMTFmID0gMTQxMDEzMjc5DQoNCiAgQ29tbWFuZHMg bGVhZGluZyB0byB0aGUgY29tbWFuZCB0aGF0IGNhdXNlZCB0aGUgZXJyb3Ig d2VyZToNCiAgQ1IgRlIgU0MgU04gQ0wgQ0ggREggREMgICBQb3dlcmVkX1Vw X1RpbWUgIENvbW1hbmQvRmVhdHVyZV9OYW1lDQogIC0tIC0tIC0tIC0tIC0t IC0tIC0tIC0tICAtLS0tLS0tLS0tLS0tLS0tICAtLS0tLS0tLS0tLS0tLS0t LS0tLQ0KICBjOCAwMCAyMCAxZiBiMSA2NyBlOCAwMCAgICAgIDIyOjUxOjMz LjQ1OSAgUkVBRCBETUENCiAgY2EgMDAgMDQgNWIgMDQgYzEgZTQgMDAgICAg ICAyMjo1MTozMy40NTkgIFdSSVRFIERNQQ0KICBjNiAwMCAxMCAwMCAwMCAw MCBlMCAwMCAgICAgIDIyOjUxOjMzLjQ1OSAgU0VUIE1VTFRJUExFIE1PREUN CiAgZWYgMDIgMDAgMDAgMDAgMDAgZTAgMDAgICAgICAyMjo1MTozMy40NTkg IFNFVCBGRUFUVVJFUyBbRW5hYmxlIHdyaXRlIGNhY2hlXQ0KICBlZiBhYSAw MCAwMCAwMCAwMCBlMCAwMCAgICAgIDIyOjUxOjMzLjQ1OSAgU0VUIEZFQVRV UkVTIFtFbmFibGUgcmVhZCBsb29rLWFoZWFkXQ0KDQpFcnJvciAxIG9jY3Vy cmVkIGF0IGRpc2sgcG93ZXItb24gbGlmZXRpbWU6IDI5MDQgaG91cnMgKDEy MSBkYXlzICsgMCBob3VycykNCiAgV2hlbiB0aGUgY29tbWFuZCB0aGF0IGNh dXNlZCB0aGUgZXJyb3Igb2NjdXJyZWQsIHRoZSBkZXZpY2Ugd2FzIGFjdGl2 ZSBvciBpZGxlLg0KDQogIEFmdGVyIGNvbW1hbmQgY29tcGxldGlvbiBvY2N1 cnJlZCwgcmVnaXN0ZXJzIHdlcmU6DQogIEVSIFNUIFNDIFNOIENMIENIIERI DQogIC0tIC0tIC0tIC0tIC0tIC0tIC0tDQogIDQwIDUxIDAwIDFmIGIxIDY3 IGU4ICBFcnJvcjogVU5DIGF0IExCQSA9IDB4MDg2N2IxMWYgPSAxNDEwMTMy NzkNCg0KICBDb21tYW5kcyBsZWFkaW5nIHRvIHRoZSBjb21tYW5kIHRoYXQg Y2F1c2VkIHRoZSBlcnJvciB3ZXJlOg0KICBDUiBGUiBTQyBTTiBDTCBDSCBE SCBEQyAgIFBvd2VyZWRfVXBfVGltZSAgQ29tbWFuZC9GZWF0dXJlX05hbWUN CiAgLS0gLS0gLS0gLS0gLS0gLS0gLS0gLS0gIC0tLS0tLS0tLS0tLS0tLS0g IC0tLS0tLS0tLS0tLS0tLS0tLS0tDQogIGM4IDAwIDIwIDFmIGIxIDY3IGU4 IDAwICAgICAgMjI6NTE6MjguMzQ2ICBSRUFEIERNQQ0KICBjYSAwMCAwYyBk ZiAwNyBjMSBlNCAwMCAgICAgIDIyOjUxOjI4LjM0NSAgV1JJVEUgRE1BDQog IGNhIDAwIDE0IDVmIGI5IDc2IGUzIDAwICAgICAgMjI6NTE6MjguMzQyICBX UklURSBETUENCiAgY2EgMDAgMjAgZGYgOWMgNzUgZTMgMDAgICAgICAyMjo1 MToyOC4zMzQgIFdSSVRFIERNQQ0KICBjYSAwMCAyMCAxZiAzMiBiYSBlYyAw MCAgICAgIDIyOjUxOjI4LjMzMyAgV1JJVEUgRE1BDQoNClNNQVJUIFNlbGYt dGVzdCBsb2cgc3RydWN0dXJlIHJldmlzaW9uIG51bWJlciAxDQpOdW0gIFRl c3RfRGVzY3JpcHRpb24gICAgU3RhdHVzICAgICAgICAgICAgICAgICAgUmVt YWluaW5nICBMaWZlVGltZShob3VycykgIExCQV9vZl9maXJzdF9lcnJvcg0K IyAxICBTaG9ydCBvZmZsaW5lICAgICAgIENvbXBsZXRlZCB3aXRob3V0IGVy cm9yICAgICAgIDAwJSAgICAgIDM2NzIgICAgICAgICAtDQoNClNNQVJUIFNl bGVjdGl2ZSBzZWxmLXRlc3QgbG9nIGRhdGEgc3RydWN0dXJlIHJldmlzaW9u IG51bWJlciAxDQogU1BBTiAgTUlOX0xCQSAgTUFYX0xCQSAgQ1VSUkVOVF9U RVNUX1NUQVRVUw0KICAgIDEgICAgICAgIDAgICAgICAgIDAgIE5vdF90ZXN0 aW5nDQogICAgMiAgICAgICAgMCAgICAgICAgMCAgTm90X3Rlc3RpbmcNCiAg ICAzICAgICAgICAwICAgICAgICAwICBOb3RfdGVzdGluZw0KICAgIDQgICAg ICAgIDAgICAgICAgIDAgIE5vdF90ZXN0aW5nDQogICAgNSAgICAgICAgMCAg ICAgICAgMCAgTm90X3Rlc3RpbmcNClNlbGVjdGl2ZSBzZWxmLXRlc3QgZmxh Z3MgKDB4MCk6DQogIEFmdGVyIHNjYW5uaW5nIHNlbGVjdGVkIHNwYW5zLCBk byBOT1QgcmVhZC1zY2FuIHJlbWFpbmRlciBvZiBkaXNrLg0KSWYgU2VsZWN0 aXZlIHNlbGYtdGVzdCBpcyBwZW5kaW5nIG9uIHBvd2VyLXVwLCByZXN1bWUg YWZ0ZXIgMCBtaW51dGUgZGVsYXkuDQoNCg== --0-1698044251-1135889184=:17588 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=smartmon.ad6 Content-Transfer-Encoding: BASE64 Content-ID: <20051229151517.P17588@thor.farley.org> Content-Description: Content-Disposition: attachment; filename=smartmon.ad6 c21hcnRjdGwgdmVyc2lvbiA1LjMzIFtpMzg2LXBvcnRibGQtZnJlZWJzZDYu MF0gQ29weXJpZ2h0IChDKSAyMDAyLTQgQnJ1Y2UgQWxsZW4NCkhvbWUgcGFn ZSBpcyBodHRwOi8vc21hcnRtb250b29scy5zb3VyY2Vmb3JnZS5uZXQvDQoN Cj09PSBTVEFSVCBPRiBJTkZPUk1BVElPTiBTRUNUSU9OID09PQ0KRGV2aWNl IE1vZGVsOiAgICAgU1QzMTYwODI3QVMNClNlcmlhbCBOdW1iZXI6ICAgIDRN VDBMTkZUDQpGaXJtd2FyZSBWZXJzaW9uOiAzLjQyDQpVc2VyIENhcGFjaXR5 OiAgICAxNjAsMDQxLDg4NSw2OTYgYnl0ZXMNCkRldmljZSBpczogICAgICAg IE5vdCBpbiBzbWFydGN0bCBkYXRhYmFzZSBbZm9yIGRldGFpbHMgdXNlOiAt UCBzaG93YWxsXQ0KQVRBIFZlcnNpb24gaXM6ICAgNg0KQVRBIFN0YW5kYXJk IGlzOiAgQVRBL0FUQVBJLTYgVDEzIDE0MTBEIHJldmlzaW9uIDINCkxvY2Fs IFRpbWUgaXM6ICAgIFRodSBEZWMgMjkgMTU6MDg6MzAgMjAwNSBDU1QNClNN QVJUIHN1cHBvcnQgaXM6IEF2YWlsYWJsZSAtIGRldmljZSBoYXMgU01BUlQg Y2FwYWJpbGl0eS4NClNNQVJUIHN1cHBvcnQgaXM6IEVuYWJsZWQNCg0KPT09 IFNUQVJUIE9GIFJFQUQgU01BUlQgREFUQSBTRUNUSU9OID09PQ0KU01BUlQg b3ZlcmFsbC1oZWFsdGggc2VsZi1hc3Nlc3NtZW50IHRlc3QgcmVzdWx0OiBQ QVNTRUQNCg0KR2VuZXJhbCBTTUFSVCBWYWx1ZXM6DQpPZmZsaW5lIGRhdGEg Y29sbGVjdGlvbiBzdGF0dXM6ICAoMHg4MikJT2ZmbGluZSBkYXRhIGNvbGxl Y3Rpb24gYWN0aXZpdHkNCgkJCQkJd2FzIGNvbXBsZXRlZCB3aXRob3V0IGVy cm9yLg0KCQkJCQlBdXRvIE9mZmxpbmUgRGF0YSBDb2xsZWN0aW9uOiBFbmFi bGVkLg0KU2VsZi10ZXN0IGV4ZWN1dGlvbiBzdGF0dXM6ICAgICAgKCAgIDAp CVRoZSBwcmV2aW91cyBzZWxmLXRlc3Qgcm91dGluZSBjb21wbGV0ZWQNCgkJ CQkJd2l0aG91dCBlcnJvciBvciBubyBzZWxmLXRlc3QgaGFzIGV2ZXIgDQoJ CQkJCWJlZW4gcnVuLg0KVG90YWwgdGltZSB0byBjb21wbGV0ZSBPZmZsaW5l IA0KZGF0YSBjb2xsZWN0aW9uOiAJCSAoIDQzMCkgc2Vjb25kcy4NCk9mZmxp bmUgZGF0YSBjb2xsZWN0aW9uDQpjYXBhYmlsaXRpZXM6IAkJCSAoMHg1Yikg U01BUlQgZXhlY3V0ZSBPZmZsaW5lIGltbWVkaWF0ZS4NCgkJCQkJQXV0byBP ZmZsaW5lIGRhdGEgY29sbGVjdGlvbiBvbi9vZmYgc3VwcG9ydC4NCgkJCQkJ U3VzcGVuZCBPZmZsaW5lIGNvbGxlY3Rpb24gdXBvbiBuZXcNCgkJCQkJY29t bWFuZC4NCgkJCQkJT2ZmbGluZSBzdXJmYWNlIHNjYW4gc3VwcG9ydGVkLg0K CQkJCQlTZWxmLXRlc3Qgc3VwcG9ydGVkLg0KCQkJCQlObyBDb252ZXlhbmNl IFNlbGYtdGVzdCBzdXBwb3J0ZWQuDQoJCQkJCVNlbGVjdGl2ZSBTZWxmLXRl c3Qgc3VwcG9ydGVkLg0KU01BUlQgY2FwYWJpbGl0aWVzOiAgICAgICAgICAg ICgweDAwMDMpCVNhdmVzIFNNQVJUIGRhdGEgYmVmb3JlIGVudGVyaW5nDQoJ CQkJCXBvd2VyLXNhdmluZyBtb2RlLg0KCQkJCQlTdXBwb3J0cyBTTUFSVCBh dXRvIHNhdmUgdGltZXIuDQpFcnJvciBsb2dnaW5nIGNhcGFiaWxpdHk6ICAg ICAgICAoMHgwMSkJRXJyb3IgbG9nZ2luZyBzdXBwb3J0ZWQuDQoJCQkJCU5v IEdlbmVyYWwgUHVycG9zZSBMb2dnaW5nIHN1cHBvcnQuDQpTaG9ydCBzZWxm LXRlc3Qgcm91dGluZSANCnJlY29tbWVuZGVkIHBvbGxpbmcgdGltZTogCSAo ICAgMSkgbWludXRlcy4NCkV4dGVuZGVkIHNlbGYtdGVzdCByb3V0aW5lDQpy ZWNvbW1lbmRlZCBwb2xsaW5nIHRpbWU6IAkgKCAgOTQpIG1pbnV0ZXMuDQoN ClNNQVJUIEF0dHJpYnV0ZXMgRGF0YSBTdHJ1Y3R1cmUgcmV2aXNpb24gbnVt YmVyOiAxMA0KVmVuZG9yIFNwZWNpZmljIFNNQVJUIEF0dHJpYnV0ZXMgd2l0 aCBUaHJlc2hvbGRzOg0KSUQjIEFUVFJJQlVURV9OQU1FICAgICAgICAgIEZM QUcgICAgIFZBTFVFIFdPUlNUIFRIUkVTSCBUWVBFICAgICAgVVBEQVRFRCAg V0hFTl9GQUlMRUQgUkFXX1ZBTFVFDQogIDEgUmF3X1JlYWRfRXJyb3JfUmF0 ZSAgICAgMHgwMDBmICAgMDYzICAgMDUyICAgMDA2ICAgIFByZS1mYWlsICBB bHdheXMgICAgICAgLSAgICAgICA4OTg3NDA2OQ0KICAzIFNwaW5fVXBfVGlt ZSAgICAgICAgICAgIDB4MDAwMyAgIDA5OSAgIDA5OSAgIDAwMCAgICBQcmUt ZmFpbCAgQWx3YXlzICAgICAgIC0gICAgICAgMA0KICA0IFN0YXJ0X1N0b3Bf Q291bnQgICAgICAgIDB4MDAzMiAgIDEwMCAgIDEwMCAgIDAyMCAgICBPbGRf YWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgMw0KICA1IFJlYWxsb2NhdGVk X1NlY3Rvcl9DdCAgIDB4MDAzMyAgIDEwMCAgIDEwMCAgIDAzNiAgICBQcmUt ZmFpbCAgQWx3YXlzICAgICAgIC0gICAgICAgMA0KICA3IFNlZWtfRXJyb3Jf UmF0ZSAgICAgICAgIDB4MDAwZiAgIDA4MyAgIDA2MCAgIDAzMCAgICBQcmUt ZmFpbCAgQWx3YXlzICAgICAgIC0gICAgICAgMjE1MzcxMDY2DQogIDkgUG93 ZXJfT25fSG91cnMgICAgICAgICAgMHgwMDMyICAgMDk2ICAgMDk2ICAgMDAw ICAgIE9sZF9hZ2UgICBBbHdheXMgICAgICAgLSAgICAgICAzNjczDQogMTAg U3Bpbl9SZXRyeV9Db3VudCAgICAgICAgMHgwMDEzICAgMTAwICAgMTAwICAg MDk3ICAgIFByZS1mYWlsICBBbHdheXMgICAgICAgLSAgICAgICAwDQogMTIg UG93ZXJfQ3ljbGVfQ291bnQgICAgICAgMHgwMDMyICAgMTAwICAgMTAwICAg MDIwICAgIE9sZF9hZ2UgICBBbHdheXMgICAgICAgLSAgICAgICAzDQoxOTQg VGVtcGVyYXR1cmVfQ2Vsc2l1cyAgICAgMHgwMDIyICAgMDMwICAgMDQwICAg MDAwICAgIE9sZF9hZ2UgICBBbHdheXMgICAgICAgLSAgICAgICAzMCAoTGlm ZXRpbWUgTWluL01heCAwLzIwKQ0KMTk1IEhhcmR3YXJlX0VDQ19SZWNvdmVy ZWQgIDB4MDAxYSAgIDA2MyAgIDA1MiAgIDAwMCAgICBPbGRfYWdlICAgQWx3 YXlzICAgICAgIC0gICAgICAgODk4NzQwNjkNCjE5NyBDdXJyZW50X1BlbmRp bmdfU2VjdG9yICAweDAwMTIgICAxMDAgICAxMDAgICAwMDAgICAgT2xkX2Fn ZSAgIEFsd2F5cyAgICAgICAtICAgICAgIDANCjE5OCBPZmZsaW5lX1VuY29y cmVjdGFibGUgICAweDAwMTAgICAxMDAgICAxMDAgICAwMDAgICAgT2xkX2Fn ZSAgIE9mZmxpbmUgICAgICAtICAgICAgIDANCjE5OSBVRE1BX0NSQ19FcnJv cl9Db3VudCAgICAweDAwM2UgICAyMDAgICAyMDAgICAwMDAgICAgT2xkX2Fn ZSAgIEFsd2F5cyAgICAgICAtICAgICAgIDANCjIwMCBNdWx0aV9ab25lX0Vy cm9yX1JhdGUgICAweDAwMDAgICAxMDAgICAyNTMgICAwMDAgICAgT2xkX2Fn ZSAgIE9mZmxpbmUgICAgICAtICAgICAgIDANCjIwMiBUQV9JbmNyZWFzZV9D b3VudCAgICAgICAweDAwMzIgICAxMDAgICAyNTMgICAwMDAgICAgT2xkX2Fn ZSAgIEFsd2F5cyAgICAgICAtICAgICAgIDANCg0KU01BUlQgRXJyb3IgTG9n IFZlcnNpb246IDENCk5vIEVycm9ycyBMb2dnZWQNCg0KU01BUlQgU2VsZi10 ZXN0IGxvZyBzdHJ1Y3R1cmUgcmV2aXNpb24gbnVtYmVyIDENCk51bSAgVGVz dF9EZXNjcmlwdGlvbiAgICBTdGF0dXMgICAgICAgICAgICAgICAgICBSZW1h aW5pbmcgIExpZmVUaW1lKGhvdXJzKSAgTEJBX29mX2ZpcnN0X2Vycm9yDQoj IDEgIFNob3J0IG9mZmxpbmUgICAgICAgQ29tcGxldGVkIHdpdGhvdXQgZXJy b3IgICAgICAgMDAlICAgICAgMzY3MiAgICAgICAgIC0NCg0KU01BUlQgU2Vs ZWN0aXZlIHNlbGYtdGVzdCBsb2cgZGF0YSBzdHJ1Y3R1cmUgcmV2aXNpb24g bnVtYmVyIDENCiBTUEFOICBNSU5fTEJBICBNQVhfTEJBICBDVVJSRU5UX1RF U1RfU1RBVFVTDQogICAgMSAgICAgICAgMCAgICAgICAgMCAgTm90X3Rlc3Rp bmcNCiAgICAyICAgICAgICAwICAgICAgICAwICBOb3RfdGVzdGluZw0KICAg IDMgICAgICAgIDAgICAgICAgIDAgIE5vdF90ZXN0aW5nDQogICAgNCAgICAg ICAgMCAgICAgICAgMCAgTm90X3Rlc3RpbmcNCiAgICA1ICAgICAgICAwICAg ICAgICAwICBOb3RfdGVzdGluZw0KU2VsZWN0aXZlIHNlbGYtdGVzdCBmbGFn cyAoMHgwKToNCiAgQWZ0ZXIgc2Nhbm5pbmcgc2VsZWN0ZWQgc3BhbnMsIGRv IE5PVCByZWFkLXNjYW4gcmVtYWluZGVyIG9mIGRpc2suDQpJZiBTZWxlY3Rp dmUgc2VsZi10ZXN0IGlzIHBlbmRpbmcgb24gcG93ZXItdXAsIHJlc3VtZSBh ZnRlciAwIG1pbnV0ZSBkZWxheS4NCg0K --0-1698044251-1135889184=:17588-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 21:56:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02B4516A41F for ; Thu, 29 Dec 2005 21:56:52 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A3A343D5A for ; Thu, 29 Dec 2005 21:56:51 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 6072D4D0D8 for ; Thu, 29 Dec 2005 21:57:00 +0000 (GMT) Received: from [192.168.0.2] (ppp157-158.static.internode.on.net [150.101.157.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id B3B554D096 for ; Thu, 29 Dec 2005 21:56:59 +0000 (GMT) Message-ID: <43B45B9C.9030406@roq.com> Date: Fri, 30 Dec 2005 08:56:44 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43B2F0A8.2030609@freebsd.org> In-Reply-To: <43B2F0A8.2030609@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: RELENG_6: Which scheduler for SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 21:56:52 -0000 Mark Ovens wrote: > I've never had any success with the ULE scheduler on my dual Athlon > box running RELENG_5; it was so unstable it made Windows 3.1 look > stable. In fact my current build, cvsup'd a couple of days ago, won't > even boot with ULE. > > From what I remember, ULE was intended to become the default scheduler > during the life of 5.0 but that hasn't happened. > > I've just cvsup'd the source for RELENG_6 and I'm surprised to find in > the GENERIC config file: > > #options SCHED_ULE # ULE scheduler > options SCHED_4BSD # 4BSD scheduler > > so it seems 4BSD is still the default scheduler. Is ULE _still_ > considered to be in development/experimental? Even the SMP config file > doesn't use ULE. > > Also in GENERIC: > > options PREEMPTION # Enable kernel thread preemption > > [....] > > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > Yet in src/sys/conf/NOTES, ADAPTIVE_GIANT is listed under SMP Options > and PREEMPTION is listed under SMP Debugging Options which makes it > surprising that they are in the GENERIC config file. > > What I am trying to decide is whether there any point in making the > jump from a very stable RELENG_5 system to RELENG_6. AIUI the ULE > scheduler and it's associated options optimize the use of multiple > CPUs and by staying with 4BSD I'm not getting the best performance > from my system. > > Can anyone offer any advice on this please? > > The machine has dual Athlon MP2800s on a Asus A7M266-D mobo, 1Gbyte > ECC RAM and all SCSI disks and optical drives. > > I have been benchmarking a Java servlet under ULE, and I couldn't get result scores as high under ULE as I could under the regular the 4BSD (although it wasn't far off) and when I left the machine benchmarking all night under ULE I came back in the morning to find the machine unresponsive and in need of a hard reboot. Mike From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 22:10:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BECCF16A41F for ; Thu, 29 Dec 2005 22:10:34 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 008A843D46 for ; Thu, 29 Dec 2005 22:10:32 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1861160nzo for ; Thu, 29 Dec 2005 14:10:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LJExNCPJMFEVWgkjqhavOI2qMG8bW3tyYgLN4lyY34JwFpXOco0GKUTzj9R+/KMArPDF2whmh4bQivchHz/bxWR0VGkRDV2o+ZMsy9BBPWIEEsNV32RAHY04t7oLPBn5lpyll4/w7gjhpgSpWyIQbBaumqqRQm43UGI0fe9BeWI= Received: by 10.36.251.73 with SMTP id y73mr2606796nzh; Thu, 29 Dec 2005 14:10:29 -0800 (PST) Received: by 10.36.153.3 with HTTP; Thu, 29 Dec 2005 14:10:29 -0800 (PST) Message-ID: <89dbfdc30512291410n342282eqde3d7a0cae37457e@mail.gmail.com> Date: Thu, 29 Dec 2005 17:10:29 -0500 From: Kim Culhan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: 6.0-STABLE can't see floppy drive for KLD loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 22:10:34 -0000 Trying to install 6.0-STABLE on a Supermicro 5014C-MT server with a P8SCT motherboard. Also installed is a 3Ware 9550SX sata raid controller. The latest 6.0-STABLE snap from 12-08-05 does not have the version of the TWA driver which supports the 9550SX so it would be necessary to kldload the binary, available from the 3Ware web site. Running sysinstall and navigating to Configure-->Load KLD the installation fails as it complains: Cant find the floopy The hardware appears to be good as it is possible to boot a dos floppy. Have not been successful finding a more recent snap.. the changes for the 9550SX controller were about a day late to be included in the 12-08 snap :( Any info in greatly appreciated tnx -kim -- w8hdkim@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Dec 29 22:45:25 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D0A216A41F for ; Thu, 29 Dec 2005 22:45:25 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 241FB43D45 for ; Thu, 29 Dec 2005 22:45:23 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.4/8.13.4) with ESMTP id jBTMjMc6020411 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 29 Dec 2005 14:45:23 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Thu, 29 Dec 2005 14:44:32 -0800 From: =?ISO-8859-2?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <1445969398.20051229144432@takeda.tk> To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 14:57:59 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: Subject: "runtime went backwards" message in logs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2005 22:45:25 -0000 I recently noticed strange message in the logs: | +++ /tmp/security.YBOfj4NZ Tue Dec 27 03:10:48 2005 | +calcru: runtime went backwards from 226760439 usec to 226756967 usec for pid 612 (sendmail) | +calcru: runtime went backwards from 226760439 usec to 226756967 usec for pid 612 (sendmail) | +calcru: runtime went backwards from 226820020 usec to 226816978 usec for pid 612 (sendmail) | +calcru: runtime went backwards from 226820020 usec to 226816978 usec for pid 612 (sendmail) What could be reason for it? Could this indicate possible break-in (it was in security log), or is more likely a hardware/software error? (I'm seeing this message for the first time.) The OS is FreeBSD 6.0 RELEASE (sendmail is the one provided with FreeBSD). PS. Not sure if this have anything to do with it (the message mentions CPU time, not the clock), but I'm running a ntp daemon, to synchronize time... -- Best regards, Derek mailto:takeda@takeda.tk http://www.takeda.tk -- Smash forehead on keyboard to continue..... From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 00:39:57 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56E4F16A41F for ; Fri, 30 Dec 2005 00:39:57 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA0A43D46 for ; Fri, 30 Dec 2005 00:39:56 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A7FD0.dip.t-dialin.net [84.154.127.208]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id jBU0dqtQ028292; Fri, 30 Dec 2005 01:39:53 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id jBU0daYh020140; Fri, 30 Dec 2005 01:39:46 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id jBU0dtYd051657; Fri, 30 Dec 2005 01:39:55 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200512300039.jBU0dtYd051657@fire.jhs.private> To: =?ISO-8859-2?Q?Derek_Kuli=F1ski?= In-Reply-To: Message from =?ISO-8859-2?Q?Derek_Kuli=F1ski?= of "Thu, 29 Dec 2005 14:44:32 PST." <1445969398.20051229144432@takeda.tk> Date: Fri, 30 Dec 2005 01:39:55 +0100 From: "Julian H. Stacey" Cc: stable@freebsd.org Subject: Re: "runtime went backwards" message in logs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 00:39:57 -0000 > PS. Not sure if this have anything to do with it (the message mentions CPU > time, not the clock), but I'm running a ntp daemon, to synchronize time... Highly likely it has a Lot to do with it :-) Maybe the master time server had `date` run manually, or otherwise shifted, or came back on net after an outage, & the systems noticed drifted time & corrected etc. man ntpd man ntp.conf etc :-) -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail in Ascii, HTML=spam. Ihr Rauch = meine allergischen Kopfschmerzen. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 02:22:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D54516A41F for ; Fri, 30 Dec 2005 02:22:40 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2EED43D79 for ; Fri, 30 Dec 2005 02:22:34 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.4/8.13.4) with ESMTP id jBU2MUOM025579 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 29 Dec 2005 18:22:30 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Thu, 29 Dec 2005 18:21:02 -0800 From: =?Windows-1250?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <1582241117.20051229182102@takeda.tk> To: "Julian H. Stacey" In-Reply-To: <200512300039.jBU0dtYd051657@fire.jhs.private> References: Message from =?ISO-8859-2?Q?Derek_Kuli=F1ski?= of "Thu, 29 Dec 2005 14:44:32 PST." <1445969398.20051229144432@takeda.tk> <200512300039.jBU0dtYd051657@fire.jhs.private> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 14:57:59 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: "runtime went backwards" message in logs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 02:22:40 -0000 Hello Julian, Thursday, December 29, 2005, 4:39:55 PM, you wrote: > Highly likely it has a Lot to do with it :-) Maybe the master time > server had `date` run manually, or otherwise shifted, or came back > on net after an outage, & the systems noticed drifted time & corrected etc. > man ntpd > man ntp.conf > etc :-) I'm using I'm not using Stratum-1 servers (since I read that they shouldn't be used by individuals), but stratum-2 so they are lower quality, but I have few of them in the list, can just one of them affect my time that much? Here is my /etc/ntp.conf: driftfile /etc/ntp.drift # Los Angeles, CA server gandalf.theunixman.com #Los Angeles, CA server 66.92.40.210 #Los Angeles, CA server ntp2.sf-bay.org #Riverside, CA server hydrogen.cert.ucr.edu #Los Angeles, CA server clock.develooper.com Also I didn't saw any ntp messages in clock around that time. Perhaps you're right that NTP could be blamed for it, but it's little suspicious that it happen when sendmail was sending mail (I'm apologizing, that I forgot to mention that before): Dec 26 05:40:00 chinatsu /usr/sbin/cron[51606]: (root) CMD (/usr/libexec/atrun) Dec 26 05:40:38 chinatsu sendmail[51609]: jBQDeaOY051609: from=www, size=1056, class=0, nrcpts=1, msgid=<91133e67c96c54139e783 50500e1b4e7@eggdrop.takeda.tk>, relay=www@localhost Dec 26 05:40:38 chinatsu kernel: calcru: runtime went backwards from 226760439 usec to 226756967 usec for pid 612 (sendmail) Dec 26 05:40:38 chinatsu oidentd[51611]: Connection from 127.0.0.1:61951 Dec 26 05:40:39 chinatsu kernel: calcru: runtime went backwards from 226760439 usec to 226756967 usec for pid 612 (sendmail) Dec 26 05:40:39 chinatsu oidentd[51611]: [127.0.0.1] Successful lookup: 56620 , 25 : www (www) Dec 26 05:40:39 chinatsu sm-mta[51610]: STARTTLS=server, relay=www@localhost.takeda.tk [127.0.0.1], version=TLSv1/SSLv3, verif y=NO, cipher=DHE-RSA-AES256-SHA, bits=256/256 Dec 26 05:40:39 chinatsu sendmail[51609]: STARTTLS=client, relay=[127.0.0.1], version=TLSv1/SSLv3, verify=FAIL, cipher=DHE-RSA -AES256-SHA, bits=256/256 Dec 26 05:40:39 chinatsu sm-mta[51610]: jBQDedXn051610: from=, size=1155, class=0, nrcpts=1, msgid=<91 133e67c96c54139e78350500e1b4e7@eggdrop.takeda.tk>, proto=ESMTP, daemon=IPv4, relay=www@localhost.takeda.tk [127.0.0.1] Dec 26 05:40:39 chinatsu sm-mta[51610]: jBQDedXn051610: Milter add: header: X-Virus-Scanned: ClamAV 0.87.1/1217/Sat Dec 24 06: 39:31 2005 on chinatsu.takeda.tk Dec 26 05:40:39 chinatsu clamav-milter[705]: jBQDedXn051610: clean message from Dec 26 05:40:39 chinatsu sm-mta[51610]: jBQDedXn051610: Milter add: header: X-Virus-Status: Clean Dec 26 05:40:39 chinatsu sendmail[51609]: jBQDeaOY051609: to=strozer@government.pl, ctladdr=www (80/80), delay=00:00:03, xdela y=00:00:01, mailer=relay, pri=31056, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (jBQDedXn051610 Message accepted for delivery) -- Best regards, Derek mailto:takeda@takeda.tk http://www.takeda.tk -- E Pluribus Modem From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 10:18:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 150AF16A41F; Fri, 30 Dec 2005 10:18:33 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD28043D46; Fri, 30 Dec 2005 10:18:28 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [134.93.180.123] (ipamzra.Physik.Uni-Mainz.DE [134.93.180.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 19779300085A; Fri, 30 Dec 2005 11:18:27 +0100 (CET) Message-ID: <43B5095E.1060201@mail.uni-mainz.de> Date: Fri, 30 Dec 2005 11:18:06 +0100 From: "O. Hartmann" User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?=22Se=E1n_C=2E_Farley=22?= References: <20051119112837.O15168@thor.farley.org> <20051221220315.GH35080@green.homeunix.org> <20051229143004.W17588@thor.farley.org> In-Reply-To: <20051229143004.W17588@thor.farley.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: Brian Fundakowski Feldman , freebsd-stable@freebsd.org Subject: Re: File system corruption with ATA RAID-1 on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:18:33 -0000 Seįn C. Farley schrieb: > On Wed, 21 Dec 2005, Brian Fundakowski Feldman wrote: > >> On Sat, Nov 19, 2005 at 12:06:00PM -0600, Seįn C. Farley wrote: >> >>> I installed 6.0 on a system with two SATA drives in RAID-1. 5.4 is >>> installed on a standard IDE channel. All appeared to work well until >>> sometime after updating the system to 6-STABLE, installing the Nvidia >>> driver and copying a lot of data (mainly ogg files) from my old hard >>> drive onto it. I started seeing a multitude of READ_DMA (or maybe >>> WRITE_DMA) errors in /var/log/messages. The system was beginning to >>> slow down a lot, so I rebooted. Since then I have been unable to >>> keep it up without a panic after an fsck in single-user mode. >>> >>> I realize this does not tell much, but just when ld.so.hints is being >>> removed due to being corrupt the follow panic appears: Panic: >>> ffs_valloc: dup alloc The panic may just be from a system that is too >>> corrupted. I am amazed it still boots. >> >> >> That's how it appears, yeah. >> >> What does the drive health look like? Seems most like a chipset bug >> or nvidia driver bug, but could be things are just coinciding with >> drive or drive controller failure. > > > I have since reinstalled and have been unable to reproduce the problem. > 6-STABLE as of November 28 works without any obvious problems. I have > also used the Nvidia driver v8174 and v8178. > > I do see this in messages (only one): > Dec 16 02:31:46 thor kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry > left) LBA=195511730 > > I am also attaching the information about my SATA drives (from > smartctl). The first drive (ad4) has three errors logged. > > Seįn > > > ------------------------------------------------------------------------ > > smartctl version 5.33 [i386-portbld-freebsd6.0] Copyright (C) 2002-4 Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > === START OF INFORMATION SECTION === > Device Model: ST3160827AS > Serial Number: 4MT0L7EY > Firmware Version: 3.42 > User Capacity: 160,041,885,696 bytes > Device is: Not in smartctl database [for details use: -P showall] > ATA Version is: 6 > ATA Standard is: ATA/ATAPI-6 T13 1410D revision 2 > Local Time is: Thu Dec 29 15:08:26 2005 CST > SMART support is: Available - device has SMART capability. > SMART support is: Enabled > > === START OF READ SMART DATA SECTION === > SMART overall-health self-assessment test result: PASSED > > General SMART Values: > Offline data collection status: (0x82) Offline data collection activity > was completed without error. > Auto Offline Data Collection: Enabled. > Self-test execution status: ( 0) The previous self-test routine completed > without error or no self-test has ever > been run. > Total time to complete Offline > data collection: ( 430) seconds. > Offline data collection > capabilities: (0x5b) SMART execute Offline immediate. > Auto Offline data collection on/off support. > Suspend Offline collection upon new > command. > Offline surface scan supported. > Self-test supported. > No Conveyance Self-test supported. > Selective Self-test supported. > SMART capabilities: (0x0003) Saves SMART data before entering > power-saving mode. > Supports SMART auto save timer. > Error logging capability: (0x01) Error logging supported. > No General Purpose Logging support. > Short self-test routine > recommended polling time: ( 1) minutes. > Extended self-test routine > recommended polling time: ( 94) minutes. > > SMART Attributes Data Structure revision number: 10 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000f 057 046 006 Pre-fail Always - 66158687 > 3 Spin_Up_Time 0x0003 099 099 000 Pre-fail Always - 0 > 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 3 > 5 Reallocated_Sector_Ct 0x0033 099 099 036 Pre-fail Always - 46 > 7 Seek_Error_Rate 0x000f 083 060 030 Pre-fail Always - 210711557 > 9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 3673 > 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 3 > 194 Temperature_Celsius 0x0022 030 040 000 Old_age Always - 30 (Lifetime Min/Max 0/21) > 195 Hardware_ECC_Recovered 0x001a 057 046 000 Old_age Always - 66158687 > 197 Current_Pending_Sector 0x0012 100 099 000 Old_age Always - 0 > 198 Offline_Uncorrectable 0x0010 100 099 000 Old_age Offline - 0 > 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 > 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 > 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 > > SMART Error Log Version: 1 > ATA Error Count: 3 > CR = Command Register [HEX] > FR = Features Register [HEX] > SC = Sector Count Register [HEX] > SN = Sector Number Register [HEX] > CL = Cylinder Low Register [HEX] > CH = Cylinder High Register [HEX] > DH = Device/Head Register [HEX] > DC = Device Command Register [HEX] > ER = Error register [HEX] > ST = Status register [HEX] > Powered_Up_Time is measured from power on, and printed as > DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, > SS=sec, and sss=millisec. It "wraps" after 49.710 days. > > Error 3 occurred at disk power-on lifetime: 2904 hours (121 days + 0 hours) > When the command that caused the error occurred, the device was active or idle. > > After command completion occurred, registers were: > ER ST SC SN CL CH DH > -- -- -- -- -- -- -- > 40 51 00 1f b1 67 e8 Error: UNC at LBA = 0x0867b11f = 141013279 > > Commands leading to the command that caused the error were: > CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name > -- -- -- -- -- -- -- -- ---------------- -------------------- > c8 00 20 1f b1 67 e8 00 22:51:33.459 READ DMA > ca 00 08 eb 07 c1 e4 00 22:51:33.459 WRITE DMA > c6 00 10 00 00 00 e0 00 22:51:33.459 SET MULTIPLE MODE > ef 02 00 00 00 00 e0 00 22:51:33.459 SET FEATURES [Enable write cache] > ef aa 00 00 00 00 e0 00 22:51:33.459 SET FEATURES [Enable read look-ahead] > > Error 2 occurred at disk power-on lifetime: 2904 hours (121 days + 0 hours) > When the command that caused the error occurred, the device was active or idle. > > After command completion occurred, registers were: > ER ST SC SN CL CH DH > -- -- -- -- -- -- -- > 40 51 00 1f b1 67 e8 Error: UNC at LBA = 0x0867b11f = 141013279 > > Commands leading to the command that caused the error were: > CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name > -- -- -- -- -- -- -- -- ---------------- -------------------- > c8 00 20 1f b1 67 e8 00 22:51:33.459 READ DMA > ca 00 04 5b 04 c1 e4 00 22:51:33.459 WRITE DMA > c6 00 10 00 00 00 e0 00 22:51:33.459 SET MULTIPLE MODE > ef 02 00 00 00 00 e0 00 22:51:33.459 SET FEATURES [Enable write cache] > ef aa 00 00 00 00 e0 00 22:51:33.459 SET FEATURES [Enable read look-ahead] > > Error 1 occurred at disk power-on lifetime: 2904 hours (121 days + 0 hours) > When the command that caused the error occurred, the device was active or idle. > > After command completion occurred, registers were: > ER ST SC SN CL CH DH > -- -- -- -- -- -- -- > 40 51 00 1f b1 67 e8 Error: UNC at LBA = 0x0867b11f = 141013279 > > Commands leading to the command that caused the error were: > CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name > -- -- -- -- -- -- -- -- ---------------- -------------------- > c8 00 20 1f b1 67 e8 00 22:51:28.346 READ DMA > ca 00 0c df 07 c1 e4 00 22:51:28.345 WRITE DMA > ca 00 14 5f b9 76 e3 00 22:51:28.342 WRITE DMA > ca 00 20 df 9c 75 e3 00 22:51:28.334 WRITE DMA > ca 00 20 1f 32 ba ec 00 22:51:28.333 WRITE DMA > > SMART Self-test log structure revision number 1 > Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error > # 1 Short offline Completed without error 00% 3672 - > > SMART Selective self-test log data structure revision number 1 > SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS > 1 0 0 Not_testing > 2 0 0 Not_testing > 3 0 0 Not_testing > 4 0 0 Not_testing > 5 0 0 Not_testing > Selective self-test flags (0x0): > After scanning selected spans, do NOT read-scan remainder of disk. > If Selective self-test is pending on power-up, resume after 0 minute delay. > > > > ------------------------------------------------------------------------ > > smartctl version 5.33 [i386-portbld-freebsd6.0] Copyright (C) 2002-4 Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > === START OF INFORMATION SECTION === > Device Model: ST3160827AS > Serial Number: 4MT0LNFT > Firmware Version: 3.42 > User Capacity: 160,041,885,696 bytes > Device is: Not in smartctl database [for details use: -P showall] > ATA Version is: 6 > ATA Standard is: ATA/ATAPI-6 T13 1410D revision 2 > Local Time is: Thu Dec 29 15:08:30 2005 CST > SMART support is: Available - device has SMART capability. > SMART support is: Enabled > > === START OF READ SMART DATA SECTION === > SMART overall-health self-assessment test result: PASSED > > General SMART Values: > Offline data collection status: (0x82) Offline data collection activity > was completed without error. > Auto Offline Data Collection: Enabled. > Self-test execution status: ( 0) The previous self-test routine completed > without error or no self-test has ever > been run. > Total time to complete Offline > data collection: ( 430) seconds. > Offline data collection > capabilities: (0x5b) SMART execute Offline immediate. > Auto Offline data collection on/off support. > Suspend Offline collection upon new > command. > Offline surface scan supported. > Self-test supported. > No Conveyance Self-test supported. > Selective Self-test supported. > SMART capabilities: (0x0003) Saves SMART data before entering > power-saving mode. > Supports SMART auto save timer. > Error logging capability: (0x01) Error logging supported. > No General Purpose Logging support. > Short self-test routine > recommended polling time: ( 1) minutes. > Extended self-test routine > recommended polling time: ( 94) minutes. > > SMART Attributes Data Structure revision number: 10 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000f 063 052 006 Pre-fail Always - 89874069 > 3 Spin_Up_Time 0x0003 099 099 000 Pre-fail Always - 0 > 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 3 > 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 > 7 Seek_Error_Rate 0x000f 083 060 030 Pre-fail Always - 215371066 > 9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 3673 > 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 3 > 194 Temperature_Celsius 0x0022 030 040 000 Old_age Always - 30 (Lifetime Min/Max 0/20) > 195 Hardware_ECC_Recovered 0x001a 063 052 000 Old_age Always - 89874069 > 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 > 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 > 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 > 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 > 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 > > SMART Error Log Version: 1 > No Errors Logged > > SMART Self-test log structure revision number 1 > Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error > # 1 Short offline Completed without error 00% 3672 - > > SMART Selective self-test log data structure revision number 1 > SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS > 1 0 0 Not_testing > 2 0 0 Not_testing > 3 0 0 Not_testing > 4 0 0 Not_testing > 5 0 0 Not_testing > Selective self-test flags (0x0): > After scanning selected spans, do NOT read-scan remainder of disk. > If Selective self-test is pending on power-up, resume after 0 minute delay. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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" I had a similar problem with a FreeBSD 5.4. Suddenly, one of two drive, a Samsung SpinPoint SP2004C began to produce wild errors, then, after a while, everything seems to be clear. I also did a SMART self test, without revealing any obscure matter. At the end, suspecting everything except the cabling, I changed the cabling and that's it! I do not know why and how, the cable has no obvious damage (but maybe broken copper wires). It's a simple hint, but test it, it is maybe worth testing it. SATA cabling is really a worse cheap type of cabling. The idea behind is good, but the 'how they made is reality' is a horror! O. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 10:29:43 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9C4916A41F for ; Fri, 30 Dec 2005 10:29:43 +0000 (GMT) (envelope-from SRS0=MsQdwOg8=23=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0DD243D5F for ; Fri, 30 Dec 2005 10:29:42 +0000 (GMT) (envelope-from SRS0=MsQdwOg8=23=metro.cx=fbsd@sonologic.nl) Received: from [127.0.0.1] (mx1.sonologic.nl [82.94.245.21]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id jBUATY88077994; Fri, 30 Dec 2005 10:29:35 GMT Message-ID: <43B50C2A.9030405@metro.cx> Date: Fri, 30 Dec 2005 11:30:02 +0100 From: Koen Martens Organization: Sonologic User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Julian H. Stacey" References: <200512300039.jBU0dtYd051657@fire.jhs.private> In-Reply-To: <200512300039.jBU0dtYd051657@fire.jhs.private> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 82.94.245.21 is authenticated by a trusted mechanism) Cc: =?UTF-8?B?RGVyZWsgS3VsacWEc2tp?= , stable@freebsd.org Subject: Re: "runtime went backwards" message in logs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 10:29:43 -0000 Julian H. Stacey wrote: >>PS. Not sure if this have anything to do with it (the message mentions CPU >>time, not the clock), but I'm running a ntp daemon, to synchronize time... >> >> > >Highly likely it has a Lot to do with it :-) Maybe the master time >server had `date` run manually, or otherwise shifted, or came back >on net after an outage, & the systems noticed drifted time & corrected etc. > man ntpd > man ntp.conf > etc :-) > > AFAIK, under normal circumstances ntpd should never reset the current time the hard way. Ntpd slows down (slews) or increases (steps) the speed of your clock, such that it will catch up or fall behind enough to become in line with the ntp servers it is listening to (since resetting the time the hard way is usually not a good idea; think makefiles, cronjobs that could run twice, etc..). You could check out the -x flag to nptd, to prevent setting the clock the hard way all together (since network congestion and stuff like that might result in ntpd setting the clock the hard way). Best, Koen From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 12:25:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B62216A420; Fri, 30 Dec 2005 12:25:55 +0000 (GMT) (envelope-from bln@deprese.net) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id C916743D4C; Fri, 30 Dec 2005 12:25:52 +0000 (GMT) (envelope-from bln@deprese.net) Received: from antivir3.iol.cz (unknown [192.168.30.206]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 67B31318152; Fri, 30 Dec 2005 13:25:51 +0100 (CET) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id 5AD38420016; Fri, 30 Dec 2005 13:25:51 +0100 (CET) Received: from smtp-out3.iol.cz (unknown [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 481EA420015; Fri, 30 Dec 2005 13:25:51 +0100 (CET) Received: from 27.240.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 090DA3BE4E; Fri, 30 Dec 2005 13:25:50 +0100 (CET) Received: from [172.16.3.35] (unknown [172.16.3.35]) by 27.240.broadband2.iol.cz (Postfix) with ESMTP id 48A24C454A; Fri, 30 Dec 2005 13:25:50 +0100 (CET) Message-ID: <43B5274C.5010206@deprese.net> Date: Fri, 30 Dec 2005 13:25:48 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051222) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at iol.cz Cc: Subject: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 12:25:55 -0000 hello, i have bought new notebook - Fujitsu-Siemens Amilo A1650G it has problems with acpi (eg. acpiconf -s3 does not work, etc.), and it has also integrated 802.11b/g card - recognized as ath0. I can set it up, but it has no signal - i gues it is because it should be somehow turned on - there is the button on keyboard for this purpose, but of course it does not work in fbsd. I think, if i solve the problems with acpi, wifi will work. I have dmesg full of this messages: Dec 30 12:41:33 vergilius kernel: ACPI-0501: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE Dec 30 12:41:33 vergilius kernel: ACPI-1304: *** Error: Method execution failed [\_TZ_.TZS0._TMP] (Node 0xc29f9c00), AE_NO_HARDWARE_RESPONSE Of course, i would do any necessary tests if somebody tells me how. RELENG_6 oh From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 12:53:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C885A16A41F for ; Fri, 30 Dec 2005 12:53:19 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4293043D45 for ; Fri, 30 Dec 2005 12:53:18 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 5914 invoked by uid 89); 30 Dec 2005 12:53:17 -0000 Received: by simscan 1.1.0 ppid: 5898, pid: 5900, t: 2.4063s scanners: attach: 1.1.0 clamav: 0.86.2/m:33/d:1045 spam: 3.0.4 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 30 Dec 2005 12:53:14 -0000 Message-ID: <43B52DBA.9090107@ultra-secure.de> Date: Fri, 30 Dec 2005 13:53:14 +0100 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ondra Holecek References: <43B5274C.5010206@deprese.net> In-Reply-To: <43B5274C.5010206@deprese.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 12:53:20 -0000 Ondra Holecek wrote: > hello, > > i have bought new notebook - Fujitsu-Siemens Amilo A1650G > > it has problems with acpi (eg. acpiconf -s3 does not work, etc.), and > it has also integrated 802.11b/g card - recognized as ath0. > > I can set it up, but it has no signal - i gues it is because it should > be somehow turned on - there is the button on keyboard for this > purpose, but of course it does not work in fbsd. > You did turn it on in the BIOS, too, didn't you? Also, there's acpi_fujitsu.ko - though I don't know if it actually works on the low-end models. cheers, Rainer From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 13:18:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E20DE16A41F; Fri, 30 Dec 2005 13:18:24 +0000 (GMT) (envelope-from bln@deprese.net) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CBC643D4C; Fri, 30 Dec 2005 13:18:24 +0000 (GMT) (envelope-from bln@deprese.net) Received: from antivir4.iol.cz (unknown [192.168.30.209]) by smtp-out4.iol.cz (Internet on Line ESMTP server) with ESMTP id 4A5B633C258; Fri, 30 Dec 2005 14:18:18 +0100 (CET) Received: from localhost (antivir4.iol.cz [127.0.0.1]) by antivir4.iol.cz (Postfix) with ESMTP id 3EAFA650004; Fri, 30 Dec 2005 14:18:18 +0100 (CET) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir4.iol.cz (Postfix) with ESMTP id 2C69B650002; Fri, 30 Dec 2005 14:18:18 +0100 (CET) Received: from 27.240.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by smtp-out4.iol.cz (Internet on Line ESMTP server) with ESMTP id 002C722AF76; Fri, 30 Dec 2005 14:18:17 +0100 (CET) Received: from [172.16.3.36] (unknown [172.16.3.36]) by 27.240.broadband2.iol.cz (Postfix) with ESMTP id E2F8DC454A; Fri, 30 Dec 2005 14:18:16 +0100 (CET) Message-ID: <43B53395.1030701@deprese.net> Date: Fri, 30 Dec 2005 14:18:13 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051222) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rainer Duffner References: <43B5274C.5010206@deprese.net> <43B52DBA.9090107@ultra-secure.de> In-Reply-To: <43B52DBA.9090107@ultra-secure.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 13:18:25 -0000 in BIOS there is the only option "Wireless default setting" = ENABLED (but the LED showing the state of wifi is still off) if i use acpi_fujitsu, nothing changes. oh > > You did turn it on in the BIOS, too, didn't you? > > > Also, there's acpi_fujitsu.ko - though I don't know if it actually works > on the low-end models. > > > > cheers, > Rainer From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 14:06:51 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3130616A41F for ; Fri, 30 Dec 2005 14:06:51 +0000 (GMT) (envelope-from bill@rakupottery.org.uk) Received: from terry.blackcatnetworks.co.uk (terry.blackcatnetworks.co.uk [193.201.200.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF8C43D53 for ; Fri, 30 Dec 2005 14:06:50 +0000 (GMT) (envelope-from bill@rakupottery.org.uk) Received: from raku.bcnadsl.com ([217.147.80.10] helo=saturn.rakupottery.org.uk) by terry.blackcatnetworks.co.uk with esmtp (Exim 3.36 #1 (Debian)) id 1EsKu9-0005cY-00 for ; Fri, 30 Dec 2005 14:06:49 +0000 Received: from localhost (localhost.rakupottery.org.uk [127.0.0.1]) by saturn.rakupottery.org.uk (Postfix) with ESMTP id E353078C19 for ; Fri, 30 Dec 2005 14:06:48 +0000 (GMT) Received: from saturn.rakupottery.org.uk ([127.0.0.1]) by localhost (saturn.rakupottery.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00934-01-7 for ; Fri, 30 Dec 2005 14:06:48 +0000 (GMT) Received: from [127.0.0.1] (localhost.rakupottery.org.uk [127.0.0.1]) by saturn.rakupottery.org.uk (Postfix) with ESMTP id C2C8278DEF for ; Fri, 30 Dec 2005 14:05:37 +0000 (GMT) Message-ID: <43B53EB1.9040308@rakupottery.org.uk> Date: Fri, 30 Dec 2005 14:05:37 +0000 From: Bill Smith User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051226) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at rakupottery.org.uk Cc: Subject: SATA controller memory mapping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 14:06:51 -0000 The only little glitch in my 6.0-Stable system is this: atapci1: port 0xa800-0xa807,0xa400-0xa403,0xa000 -0xa007,0x9800-0x9803,0x9400-0x940f irq 18 at device 31.2 on pci0 atapci1: failed to enable memory mapping! I am not using this for booting off right now but will be at some time in the future, is there something I can do to enable the memory mapping for it, or should I just ignore it. It is on an Asus P5P800. Cheers and all the best for the upcoming new year. -- Bill From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 14:39:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCDE416A41F for ; Fri, 30 Dec 2005 14:39:47 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1258B43D5D for ; Fri, 30 Dec 2005 14:39:47 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EsLPt-0000pV-Ml for freebsd-stable@freebsd.org; Fri, 30 Dec 2005 15:39:37 +0100 Received: from antik2-ke-13.antik.sk ([87.244.193.13]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 Dec 2005 15:39:37 +0100 Received: from martinkov by antik2-ke-13.antik.sk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 Dec 2005 15:39:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 30 Dec 2005 15:39:31 +0100 Lines: 17 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: antik2-ke-13.antik.sk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205 X-Accept-Language: sk, cs, en-gb, en-us, en Sender: news Cc: freebsd-questions@freebsd.org Subject: psm(4) synaptics support issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 14:39:48 -0000 hello, after i turned on hw.psm.synaptics_support to 1, i noticed the following: - it takes some time for a window to realise i tapped its close button (about 0.5 - 1 sec). /i've just noticed this mentioned in the man page/ - double tapping on a window title and dragging does not work. besides, i didn't really notice any functionality gaines/improvements. are there any ?? (especially virtual scrolling would be great) regards, martin ps: freebsd 6-stable here, synaptics touchpad on asus w1n laptop. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 15:09:16 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DBEB16A41F for ; Fri, 30 Dec 2005 15:09:16 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0B9143D5F for ; Fri, 30 Dec 2005 15:09:13 +0000 (GMT) (envelope-from freebsd@gimbo.org) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBUF7RCT036296; Fri, 30 Dec 2005 16:07:28 +0100 (CET) (envelope-from freebsd@gimbo.org) Message-Id: <7.0.0.16.2.20051230160035.06cd78e8@gimbo.org> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Fri, 30 Dec 2005 16:05:47 +0100 To: Patrick =?iso-8859-1?Q?Lamaizi=E8re?= From: Gianmarco Giovannelli In-Reply-To: <200512291316.58046.patfbsds@davenulle.org> References: <200512192035.jBJKZ9kD055721@lurza.secnetix.de> <200512272216.29561.patfbsds@davenulle.org> <7.0.0.16.2.20051229075450.04afe920@gimbo.org> <200512291316.58046.patfbsds@davenulle.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 15:09:16 -0000 At 13.16 29/12/2005, you wrote: >Le Jeudi 29 D=E9cembre 2005 07:59, Gianmarco Giovannelli a =E9crit : > >> The plain xorg 6.8.2 seems not be able to >> recognize the card (at least the mine). >> Do you have used the patch : >> http://apocalyptech.com/linux/nc6120/xorg-6.8.2-i810.patch >> to compile it ? > >No it works out of the box for me. Confirmed. On my Fujitsu-Siemens lifebook p7010 (intel=20 855GM) the same enviroment (xorg 6.8.2 ,=20 dri-devel, module i915 in the kernel) let me have=20 about 750 fps. Not so much but enough to play=20 quake3 on this ultralow voltage centrino box. Is there anyone here that can share it's=20 xorg.conf to use something of the new accel features of the card. Thanks... P.s. I tried also the patch for xorg 6.8.2 for using=20 the i915 card but without any success to let it use the dri. Someone is taking care of this iussue ? :-) Happy New Year to everyone !!! Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 15:15:36 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9BBD16A41F for ; Fri, 30 Dec 2005 15:15:36 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7527E43D60 for ; Fri, 30 Dec 2005 15:15:32 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id jBUFDj4O036318 for ; Fri, 30 Dec 2005 16:13:45 +0100 (CET) (envelope-from gmarco@giovannelli.it) Message-Id: <7.0.0.16.2.20051230160553.07213730@giovannelli.it> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Fri, 30 Dec 2005 16:12:05 +0100 To: stable@freebsd.org From: Gianmarco Giovannelli Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: iwi0 and cvsup, impossible to work toghter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 15:15:36 -0000 Hi all, I am not able to succeded in making a "make update" when I use the iwi0 card. I always get : "TreeList failed: Network write failure ..." Is there someone else that is having the same problem ? It happens on 6.0-STABLE (on many laptop and on many world date), iwi0 in bss mode with an access point using 128 encryption. Using any other normal activiting involving the iwi card is fine ... Is probably something related to irq (iwi and disk ?), but ii it possible that it happens on a lot of laptop in the same way ? Thanks and Happy New Year Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 16:10:02 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 308AA16A41F for ; Fri, 30 Dec 2005 16:10:02 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B46643D46 for ; Fri, 30 Dec 2005 16:10:01 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr10.xs4all.nl (8.13.3/8.13.3) with ESMTP id jBUG9xQw041599; Fri, 30 Dec 2005 17:09:59 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id jBUG9xrI058966; Fri, 30 Dec 2005 17:09:59 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id jBUG9xa7058965; Fri, 30 Dec 2005 17:09:59 +0100 (CET) (envelope-from wb) Date: Fri, 30 Dec 2005 17:09:58 +0100 From: Wilko Bulte To: Bill Smith Message-ID: <20051230160958.GA58950@freebie.xs4all.nl> References: <43B53EB1.9040308@rakupottery.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43B53EB1.9040308@rakupottery.org.uk> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: SATA controller memory mapping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 16:10:02 -0000 On Fri, Dec 30, 2005 at 02:05:37PM +0000, Bill Smith wrote.. > The only little glitch in my 6.0-Stable system is this: > > atapci1: port > 0xa800-0xa807,0xa400-0xa403,0xa000 > -0xa007,0x9800-0x9803,0x9400-0x940f irq 18 at device 31.2 on pci0 > atapci1: failed to enable memory mapping! > > I am not using this for booting off right now but will be at some time > in the future, is there something I can do to enable the memory mapping > for it, or should I just ignore it. > It is on an Asus P5P800. P4P800 I guess? I have seen the same message on my P4P800 ever since I own it (I think). It ran 4-stable before. Works fine so I would not worry about it if I were you. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 17:18:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A171116A41F; Fri, 30 Dec 2005 17:18:41 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C45443D49; Fri, 30 Dec 2005 17:18:41 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [64.142.31.107] (tomcat.kitchenlab.org [64.142.31.107]) by a.mail.sonic.net (8.13.3/8.13.3) with ESMTP id jBUHIeaq001463 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 30 Dec 2005 09:18:40 -0800 Message-ID: <43B56BF0.3070408@freebsd.org> Date: Fri, 30 Dec 2005 09:18:40 -0800 From: "Bruce A. Mah" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051203) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Ralf S. Engelschall" References: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> <20051229131153.GA65522@engelschall.com> In-Reply-To: <20051229131153.GA65522@engelschall.com> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE7F22C6D539EE1D139A86AC1" Cc: Yudhi Yuniadhi , freebsd-stable@freebsd.org Subject: Re: Help For upgrading Releng4.11 stable to 6.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: Fri, 30 Dec 2005 17:18:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE7F22C6D539EE1D139A86AC1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit If memory serves me right, Ralf S. Engelschall wrote: > Directly jumping from 4 to 6 might work similar to the 4 to 5 procedure > but I've never tried this. No. Source-upgrading to 6.X can only be done from 5.3-RELEASE (or newer RELENG_5). So somebody trying to do a source upgrade from 4.X needs to do it in two steps. But in general for such a "large" upgrade I'd strongly urge backing up all data, wiping the disk(s), and reinstalling + restoring. (For what it's worth, I specifically recommended this in the 5.X Early Adopters Guide.) Cheers, Bruce. --------------enigE7F22C6D539EE1D139A86AC1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDtWvw2MoxcVugUsMRAp34AJoCnCo+xFzMJOYuHaeJ07HeavghkQCgpPYC vlYex0hTbL4xOXwcZFZ4xrA= =0foo -----END PGP SIGNATURE----- --------------enigE7F22C6D539EE1D139A86AC1-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 19:38:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7B4016A41F for ; Fri, 30 Dec 2005 19:38:39 +0000 (GMT) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [195.30.6.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9724343D73 for ; Fri, 30 Dec 2005 19:38:36 +0000 (GMT) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id C45321B44842; Fri, 30 Dec 2005 20:38:43 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id 9D301A1911; Fri, 30 Dec 2005 20:38:23 +0100 (CET) Date: Fri, 30 Dec 2005 20:38:23 +0100 From: "Ralf S. Engelschall" To: freebsd-stable@freebsd.org Message-ID: <20051230193823.GA48142@engelschall.com> References: <1042d3c10512281853g2d6b772fxae84bcdf48a0cec6@mail.gmail.com> <20051229131153.GA65522@engelschall.com> <43B56BF0.3070408@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43B56BF0.3070408@freebsd.org> Organization: FreeBSD User-Agent: Mutt/1.5.11 OpenPKG/CURRENT Subject: Re: Help For upgrading Releng4.11 stable to 6.0 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 19:38:40 -0000 On Fri, Dec 30, 2005, Bruce A. Mah wrote: > If memory serves me right, Ralf S. Engelschall wrote: > > > Directly jumping from 4 to 6 might work similar to the 4 to 5 procedure > > but I've never tried this. > > No. Source-upgrading to 6.X can only be done from 5.3-RELEASE (or newer > RELENG_5). So somebody trying to do a source upgrade from 4.X needs to > do it in two steps. Yes, but if you look at my 4 to 5 upgrade procedure in detail you will see that it isn't just a straight-forward "build from source" approach. It actually uses a rather strange but necessary "overwrite the running system with new binaries and then rebuild from source" approach. And I'm still not seeing why this wouldn't work for a direct 4 to 6 upgrade. This upgrade approach is far away from being pretty and elegant, of course. But it allows one to fully remotely upgrade a FreeBSD box without access to the console and single user mode (which was the hard problem I had to circumvent). And I still think it could be adapted for a direct 4 to 6 jump, although I cannot recommend doing this approach if it can be avoided. > But in general for such a "large" upgrade I'd strongly urge backing up > all data, wiping the disk(s), and reinstalling + restoring. (For what > it's worth, I specifically recommended this in the 5.X Early Adopters > Guide.) Sure, at least if someone wants UFS2 this is the only possibility at all AFAIK... -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 20:14:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CF7416A41F for ; Fri, 30 Dec 2005 20:14:42 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F5C843D48 for ; Fri, 30 Dec 2005 20:14:41 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from [192.168.0.59] (unknown [192.168.0.59]) by smtp.lamaiziere.net (Postfix) with ESMTP id DF655A6C2F for ; Fri, 30 Dec 2005 21:14:39 +0100 (CET) From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= Organization: >/dave/nulle To: freebsd-stable@freebsd.org Date: Fri, 30 Dec 2005 21:14:26 +0100 User-Agent: KMail/1.8.3 References: <200512192035.jBJKZ9kD055721@lurza.secnetix.de> <200512291316.58046.patfbsds@davenulle.org> <7.0.0.16.2.20051230160035.06cd78e8@gimbo.org> In-Reply-To: <7.0.0.16.2.20051230160035.06cd78e8@gimbo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200512302114.26855.patfbsds@davenulle.org> Subject: Re: i915drm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 20:14:42 -0000 Le Vendredi 30 Décembre 2005 16:05, Gianmarco Giovannelli a écrit : > Is there anyone here that can share it's > xorg.conf to use something of the new accel features of the card. There are only few parameters, see man i810 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 20:25:43 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B8616A420; Fri, 30 Dec 2005 20:25:43 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1533643D49; Fri, 30 Dec 2005 20:25:41 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EEE4.dip.t-dialin.net [84.165.238.228]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBUKMcFD039764; Fri, 30 Dec 2005 21:22:39 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBUKPckk008277; Fri, 30 Dec 2005 21:25:38 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Fri, 30 Dec 2005 21:25:38 +0100 From: Alexander Leidinger To: stable@freebsd.org, multimedia@freebsd.org Message-ID: <20051230212538.4feabddc@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: HEADS-UP: massive soundsystem update in 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 20:25:43 -0000 Hi, I merged most of the updated soundsystem in -current to 6-stable. If you encounter problems please report on multimedia@ or directly to me (netchild@FreeBSD.org) *and* ariff@FreeBSD.org. Please include the output of "cat /dev/sndstat" and the pcm part of "pciconf -vl" then. And as UPDATING says: please recompile mplayer (to be able to use 24/32bit) if you use it. Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 20:48:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D0F16A41F for ; Fri, 30 Dec 2005 20:48:51 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104A643D46 for ; Fri, 30 Dec 2005 20:48:51 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from [192.168.0.59] (unknown [192.168.0.59]) by smtp.lamaiziere.net (Postfix) with ESMTP id 3C1B1A6C2F for ; Fri, 30 Dec 2005 21:48:50 +0100 (CET) From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= Organization: >/dave/nulle To: freebsd-stable@freebsd.org Date: Fri, 30 Dec 2005 21:48:37 +0100 User-Agent: KMail/1.8.3 References: <7.0.0.16.2.20051230160553.07213730@giovannelli.it> In-Reply-To: <7.0.0.16.2.20051230160553.07213730@giovannelli.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200512302148.37295.patfbsds@davenulle.org> Subject: Re: iwi0 and cvsup, impossible to work toghter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 20:48:51 -0000 Le Vendredi 30 Décembre 2005 16:12, Gianmarco Giovannelli a écrit : > I am not able to succeded in making a "make update" when I use the iwi0 > card. > > I always get : > "TreeList failed: Network write failure ..." > > Is there someone else that is having the same problem ? Yes, there was a thread about this problem : http://lists.freebsd.org/pipermail/freebsd-current/2005-September/055172.html As a work-around, i use a TCP proxy on my gateway to handle the connection between cvsup and the cvsup server, and cvsup works fine. I don't know why. > Thanks and Happy New Year Happy new year! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 20:50:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABDDF16A41F for ; Fri, 30 Dec 2005 20:50:53 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from smtpa.abac.com (smtpa.abac.com [216.55.128.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABC2C43D4C for ; Fri, 30 Dec 2005 20:50:48 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from asd0.aplus.net ([216.55.129.41]) by smtpa.abac.com with esmtp id 1EsRD4-000Chb-G5; Fri, 30 Dec 2005 12:50:46 -0800 Message-ID: <43B59E21.5050602@asd.aplus.net> Date: Fri, 30 Dec 2005 12:52:49 -0800 From: Atanas User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Kim Culhan References: <89dbfdc30512291410n342282eqde3d7a0cae37457e@mail.gmail.com> In-Reply-To: <89dbfdc30512291410n342282eqde3d7a0cae37457e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Aplus-MailScanner-Information: Please contact the ISP for more information X-Aplus-MailScanner: Found to be clean X-Aplus-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.799, required 1, autolearn=disabled, ALL_TRUSTED -1.80, BAYES_50 0.00) Cc: freebsd-stable@freebsd.org Subject: Re: 6.0-STABLE can't see floppy drive for KLD loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 20:50:53 -0000 Kim Culhan said the following on 12/29/05 14:10: > Trying to install 6.0-STABLE on a Supermicro 5014C-MT server with > a P8SCT motherboard. > > Also installed is a 3Ware 9550SX sata raid controller. > > The latest 6.0-STABLE snap from 12-08-05 does not have the version > of the TWA driver which supports the 9550SX so it would be necessary to > kldload the binary, available from the 3Ware web site. > > Running sysinstall and navigating to Configure-->Load KLD > the installation fails as it complains: Cant find the floopy > > The hardware appears to be good as it is possible to boot a dos floppy. > > Have not been successful finding a more recent snap.. the changes for the > 9550SX controller were about a day late to be included in the 12-08 snap :( > > Any info in greatly appreciated > You could do the following: - attach a standalone drive (IDE,SATA,SCSI) - install FreeBSD and upgrade it to *-STABLE - partition a 3ware drive (array, whatever) and make it bootable - transfer the OS installation from the standalone drive to the 3ware partition. Or you could create a bootable USB (hard, flash, iPod, digital camera, etc.) drive up to date with -STABLE (see /usr/src/tools/tools/nanobsd), boot the 3ware box from it, and install over the network. I haven't tried the latter myself, but already used a nanobsd based USB flash drive as emergency recovery media on a 9550SX based box, and it worked. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 21:10:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 041D616A420; Fri, 30 Dec 2005 21:10:26 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C7543D45; Fri, 30 Dec 2005 21:10:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jBULAG26022031; Fri, 30 Dec 2005 19:10:16 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Fri, 30 Dec 2005 19:10:07 -0200 User-Agent: KMail/1.8.3 References: <43B5274C.5010206@deprese.net> <43B52DBA.9090107@ultra-secure.de> <43B53395.1030701@deprese.net> In-Reply-To: <43B53395.1030701@deprese.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512301910.08235.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: Ondra Holecek , freebsd-acpi@freebsd.org, Rainer Duffner Subject: Re: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 21:10:26 -0000 On Friday 30 December 2005 11:18, Ondra Holecek wrote: > in BIOS there is the only option "Wireless default setting" =3D ENABLED > (but the LED showing the state of wifi is still off) > Hi in order to get the onboard wireless device to work you need to use the ndi= s=20 driver. Anyway, even so, since 6.0-RC1 if I remember well the LED do not work anymo= re=20 even if the device is working fine. This is unfortunatly not very handy sin= ce=20 you never know the reason of connection problems. Still worse is that when= =20 you switch off with the button pressed "off" the device do stay off on next= =20 boot until you press the button again. You could check with xev the button number and write a small script to catc= h=20 it that you are getting an advice/popup when you accidently press the butto= n. On my NB it is 214 WLbutton off 213 WLbutton on Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 21:34:07 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6263416A41F; Fri, 30 Dec 2005 21:34:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C52DE43D49; Fri, 30 Dec 2005 21:34:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jBULY5X0036835; Fri, 30 Dec 2005 16:34:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jBULY5AO082301; Fri, 30 Dec 2005 16:34:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6088A7302F; Fri, 30 Dec 2005 16:34:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051230213405.6088A7302F@freebsd-current.sentex.ca> Date: Fri, 30 Dec 2005 16:34:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 21:34:07 -0000 TB --- 2005-12-30 20:12:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-30 20:12:50 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2005-12-30 20:12:50 - cleaning the object tree TB --- 2005-12-30 20:13:26 - checking out the source tree TB --- 2005-12-30 20:13:26 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2005-12-30 20:13:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-12-30 20:22:23 - building world (CFLAGS=-O -pipe) TB --- 2005-12-30 20:22:23 - cd /src TB --- 2005-12-30 20:22:23 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-12-30 21:34:03 - generating LINT kernel config TB --- 2005-12-30 21:34:03 - cd /src/sys/amd64/conf TB --- 2005-12-30 21:34:03 - /usr/bin/make -B LINT TB --- 2005-12-30 21:34:04 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-12-30 21:34:04 - cd /src TB --- 2005-12-30 21:34:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 30 21:34:04 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT config: Error: device "snd_atiixp" is unknown config: 1 errors WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-30 21:34:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-30 21:34:05 - ERROR: failed to build lint kernel TB --- 2005-12-30 21:34:05 - tinderbox aborted TB --- 1.38 user 6.63 system 4874.65 real From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 21:39:25 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC2216A41F; Fri, 30 Dec 2005 21:39:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F5A243D60; Fri, 30 Dec 2005 21:39:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBULdC0D050373; Fri, 30 Dec 2005 14:39:12 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43B5A900.7080206@samsco.org> Date: Fri, 30 Dec 2005 14:39:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <20051230213405.6088A7302F@freebsd-current.sentex.ca> In-Reply-To: <20051230213405.6088A7302F@freebsd-current.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: developers@freebsd.org Subject: Re: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 21:39:25 -0000 Just for the sake of posterity, it would be really cool if the tree compiled at the end of 2005/beginning of 2006. Hopefully that's not asking too much. Scott FreeBSD Tinderbox wrote: > TB --- 2005-12-30 20:12:50 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2005-12-30 20:12:50 - starting RELENG_6 tinderbox run for amd64/amd64 > TB --- 2005-12-30 20:12:50 - cleaning the object tree > TB --- 2005-12-30 20:13:26 - checking out the source tree > TB --- 2005-12-30 20:13:26 - cd /tinderbox/RELENG_6/amd64/amd64 > TB --- 2005-12-30 20:13:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src > TB --- 2005-12-30 20:22:23 - building world (CFLAGS=-O -pipe) > TB --- 2005-12-30 20:22:23 - cd /src > TB --- 2005-12-30 20:22:23 - /usr/bin/make -B buildworld > >>>>Rebuilding the temporary build tree >>>>stage 1.1: legacy release compatibility shims >>>>stage 1.2: bootstrap tools >>>>stage 2.1: cleaning up the object tree >>>>stage 2.2: rebuilding the object tree >>>>stage 2.3: build tools >>>>stage 3: cross tools >>>>stage 4.1: building includes >>>>stage 4.2: building libraries >>>>stage 4.3: make dependencies >>>>stage 4.4: building everything >>>>stage 5.1: building 32 bit shim libraries > > TB --- 2005-12-30 21:34:03 - generating LINT kernel config > TB --- 2005-12-30 21:34:03 - cd /src/sys/amd64/conf > TB --- 2005-12-30 21:34:03 - /usr/bin/make -B LINT > TB --- 2005-12-30 21:34:04 - building LINT kernel (COPTFLAGS=-O -pipe) > TB --- 2005-12-30 21:34:04 - cd /src > TB --- 2005-12-30 21:34:04 - /usr/bin/make buildkernel KERNCONF=LINT > >>>>Kernel build for LINT started on Fri Dec 30 21:34:04 UTC 2005 >>>>stage 1: configuring the kernel > > -------------------------------------------------------------- > cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT > config: Error: device "snd_atiixp" is unknown > config: 1 errors > WARNING: kernel contains GPL contaminated ext2fs filesystem > WARNING: kernel contains GPL contaminated ReiserFS filesystem > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2005-12-30 21:34:05 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2005-12-30 21:34:05 - ERROR: failed to build lint kernel > TB --- 2005-12-30 21:34:05 - tinderbox aborted > TB --- 1.38 user 6.63 system 4874.65 real > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 21:43:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8778A16A420; Fri, 30 Dec 2005 21:43:26 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F5743D58; Fri, 30 Dec 2005 21:43:25 +0000 (GMT) (envelope-from nate@root.org) Received: from [172.16.1.113] (ip-207-145-170-220.lax.megapath.net [207.145.170.220]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jBULhf9e011653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 30 Dec 2005 13:43:43 -0800 Message-ID: <43B5A881.4080307@root.org> Date: Fri, 30 Dec 2005 13:37:05 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <20051230213405.6088A7302F@freebsd-current.sentex.ca> <43B5A900.7080206@samsco.org> In-Reply-To: <43B5A900.7080206@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 21:43:26 -0000 [Non-public list removed from Cc] Already fixed by netchild@, removed the .c from snd_atiixp Scott Long wrote: > Just for the sake of posterity, it would be really cool if the tree > compiled at the end of 2005/beginning of 2006. Hopefully that's not > asking too much. > > Scott > > FreeBSD Tinderbox wrote: > >> TB --- 2005-12-30 20:12:50 - tinderbox 2.3 running on >> freebsd-current.sentex.ca >> TB --- 2005-12-30 20:12:50 - starting RELENG_6 tinderbox run for >> amd64/amd64 >> TB --- 2005-12-30 20:12:50 - cleaning the object tree >> TB --- 2005-12-30 20:13:26 - checking out the source tree >> TB --- 2005-12-30 20:13:26 - cd /tinderbox/RELENG_6/amd64/amd64 >> TB --- 2005-12-30 20:13:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update >> -Pd -rRELENG_6 src >> TB --- 2005-12-30 20:22:23 - building world (CFLAGS=-O -pipe) >> TB --- 2005-12-30 20:22:23 - cd /src >> TB --- 2005-12-30 20:22:23 - /usr/bin/make -B buildworld >> >>>>> Rebuilding the temporary build tree >>>>> stage 1.1: legacy release compatibility shims >>>>> stage 1.2: bootstrap tools >>>>> stage 2.1: cleaning up the object tree >>>>> stage 2.2: rebuilding the object tree >>>>> stage 2.3: build tools >>>>> stage 3: cross tools >>>>> stage 4.1: building includes >>>>> stage 4.2: building libraries >>>>> stage 4.3: make dependencies >>>>> stage 4.4: building everything >>>>> stage 5.1: building 32 bit shim libraries >> >> >> TB --- 2005-12-30 21:34:03 - generating LINT kernel config >> TB --- 2005-12-30 21:34:03 - cd /src/sys/amd64/conf >> TB --- 2005-12-30 21:34:03 - /usr/bin/make -B LINT >> TB --- 2005-12-30 21:34:04 - building LINT kernel (COPTFLAGS=-O -pipe) >> TB --- 2005-12-30 21:34:04 - cd /src >> TB --- 2005-12-30 21:34:04 - /usr/bin/make buildkernel KERNCONF=LINT >> >>>>> Kernel build for LINT started on Fri Dec 30 21:34:04 UTC 2005 >>>>> stage 1: configuring the kernel >> >> >> -------------------------------------------------------------- >> cd /src/sys/amd64/conf; >> PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin >> config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT >> config: Error: device "snd_atiixp" is unknown >> config: 1 errors >> WARNING: kernel contains GPL contaminated ext2fs filesystem >> WARNING: kernel contains GPL contaminated ReiserFS filesystem >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 >> >> Stop in /src. >> TB --- 2005-12-30 21:34:05 - WARNING: /usr/bin/make returned exit >> code 1 TB --- 2005-12-30 21:34:05 - ERROR: failed to build lint kernel >> TB --- 2005-12-30 21:34:05 - tinderbox aborted >> TB --- 1.38 user 6.63 system 4874.65 real >> >> _______________________________________________ >> freebsd-amd64@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 >> To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > -- Nate From owner-freebsd-stable@FreeBSD.ORG Fri Dec 30 21:52:46 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F6D16A420 for ; Fri, 30 Dec 2005 21:52:46 +0000 (GMT) (envelope-from m@MHoerich.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 6B5C243D7B for ; Fri, 30 Dec 2005 21:52:40 +0000 (GMT) (envelope-from m@MHoerich.de) Received: (qmail invoked by alias); 30 Dec 2005 21:52:26 -0000 Received: from p548B5DAB.dip.t-dialin.net (EHLO localhost) [84.139.93.171] by mail.gmx.net (mp027) with SMTP; 30 Dec 2005 22:52:26 +0100 X-Authenticated: #5114400 Date: Fri, 30 Dec 2005 22:51:09 +0100 From: Mario Hoerich To: stable@FreeBSD.org Message-ID: <20051230215108.GA99536@Xarfai.MHoerich.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Y-GMX-Trusted: 0 Cc: dinoex@FreeBSD.org Subject: FBSD 6 and pthread_testcancel() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2005 21:52:46 -0000 [ Since this specifically mentions licq, I've CCed the licq-maintainer ] Hi, Since at least -BETA4, I'm experiencing "random" app-crashes (most, if not all of them Qt/KDE-based), apparently due to problems with pthread. Something is *very* wrong here, but judging from the recent pthread_testcancel()-thread, the problem might be more than a mere pilot error. I've now found a reproducible case: licq-1.3.2. The previous port (1.3.0, I think) worked perfectly fine with the exact same environment. OS is 6.0-STABLE (Sat Dec 17 20:11:17 CET 2005), custom kernel. $ licq 20:59:39: [WRN] Licq: Ignoring stale lockfile (pid 99677) Licq Segmentation Violation Detected. zsh: 13123 abort (core dumped) licq $ gdb /usr/local/bin/licq /var/core/1001-licq.core Core was generated by `licq'. Program terminated with signal 6, Aborted. [[ Reading lots of symbols ]] Loaded symbols for /libexec/ld-elf.so.1 #0 0x285330ab in pthread_testcancel () from /usr/lib/libpthread.so.2 [New Thread 0x81d5000 (runnable)] [New Thread 0x81c3e00 (LWP 100135)] [New Thread 0x81c3c00 (sleeping)] [New Thread 0x81c3a00 (sleeping)] [New Thread 0x81c3800 (runnable)] [New Thread 0x81af600 (LWP 100104)] [New Thread 0x81af000 (sleeping)] (gdb) bt #0 0x285330ab in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x285214cd in sigaction () from /usr/lib/libpthread.so.2 #2 0x2851aa95 in pthread_kill () from /usr/lib/libpthread.so.2 #3 0x2851a374 in raise () from /usr/lib/libpthread.so.2 #4 0x285fca6c in abort () from /lib/libc.so.6 #5 0x08134a1f in licq_handle_sigsegv (s=11) at sighandler.c:95 #6 0x2851f3a8 in sigaction () from /usr/lib/libpthread.so.2 #7 0x28520f62 in sigaction () from /usr/lib/libpthread.so.2 #8 0x2852a165 in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 #9 0x2852a1e2 in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 #10 0x285e5f1f in _ctx_start () from /lib/libc.so.6 #11 0x00000000 in ?? () #12 0xbf5fa430 in ?? () #13 0xbf5fa170 in ?? () #14 0x00000000 in ?? () #15 0x2852a1a0 in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 #16 0x2877be22 in UserCodec::defaultEncoding () from /usr/local/lib/licq/licq_qt-gui.so #17 0x2877be79 in UserCodec::codecForICQUser () from /usr/local/lib/licq/licq_qt-gui.so #18 0x2873279f in CUserViewItem::setGraphics () from /usr/local/lib/licq/licq_qt-gui.so #19 0x287330e8 in CUserViewItem::CUserViewItem () from /usr/local/lib/licq/licq_qt-gui.so #20 0x286c743f in CMainWindow::CreateUserFloaty () from /usr/local/lib/licq/licq_qt-gui.so #21 0x286e4011 in CMainWindow::CMainWindow () from /usr/local/lib/licq/licq_qt-gui.so #22 0x286c425c in CLicqGui::Run () from /usr/local/lib/licq/licq_qt-gui.so #23 0x286c524b in LP_Main () from /usr/local/lib/licq/licq_qt-gui.so #24 0x286c5ddd in LP_Main_tep () from /usr/local/lib/licq/licq_qt-gui.so #25 0x285231db in pthread_create () from /usr/lib/libpthread.so.2 #26 0x285e5f1f in _ctx_start () from /lib/libc.so.6 (gdb) Not sure if this is related, but shortly after open("/home/mario/.licq/licq_fifo",0x2,00) = 11 (0xb) fstat(11,0xbfbfe700) = 0 (0x0) getdtablesize() = 11095 (0x2b57) fcntl(11,F_GETFL,0x0) = 2 (0x2) truss(1) detects *varying* unknown syscalls in the midst of literally thousands of kse_release(0x81adf44) = 0 (0x0) calls. $ diff -u truss.licq.1 truss.licq.2 | grep SYSCALL --- UNKNOWN SYSCALL -1080037532 -- --- UNKNOWN SYSCALL 135951512 -- --- UNKNOWN SYSCALL 136068608 -- --- UNKNOWN SYSCALL 135958528 -- +-- UNKNOWN SYSCALL -1080037532 -- +-- UNKNOWN SYSCALL 677545040 -- +-- UNKNOWN SYSCALL 136068608 -- Is there any additional information I might provide? Regards, Mario PS: I'm not subscribed to -stable (too many lists), so please keep me CCed. Thanks! From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 00:56:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFE8516A41F; Sat, 31 Dec 2005 00:56:00 +0000 (GMT) (envelope-from bln@deprese.net) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC1E943D62; Sat, 31 Dec 2005 00:55:59 +0000 (GMT) (envelope-from bln@deprese.net) Received: from antivir3.iol.cz (unknown [192.168.30.206]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id A1DAD3180D0; Sat, 31 Dec 2005 01:55:56 +0100 (CET) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id 93B48420015; Sat, 31 Dec 2005 01:55:56 +0100 (CET) Received: from smtp-out3.iol.cz (unknown [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 7FCAB420014; Sat, 31 Dec 2005 01:55:56 +0100 (CET) Received: from 27.240.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 32AB13BE2B; Sat, 31 Dec 2005 01:55:53 +0100 (CET) Received: from [172.16.1.2] (pretender [172.16.1.2]) by 27.240.broadband2.iol.cz (Postfix) with ESMTP id 4831AC454A; Sat, 31 Dec 2005 01:55:53 +0100 (CET) Message-ID: <43B5D717.2020200@deprese.net> Date: Sat, 31 Dec 2005 01:55:51 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051222) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <43B5274C.5010206@deprese.net> <43B52DBA.9090107@ultra-secure.de> <43B53395.1030701@deprese.net> <200512301910.08235.joao@matik.com.br> In-Reply-To: <200512301910.08235.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 00:56:01 -0000 hello, if i use ndis (driver for AR 5212), i can't see any ndis0 interface driver is net5211.inf, ar5211.sys => ar5211_sys.ko, which should work with this chipset. i have compiled kernel with options NDISAPI device ndis and with or without device ath but still no success the "wireless key" does not show anything in xev, maybe it is the reason? what to do with it? thank you oh JoaoBR wrote: > On Friday 30 December 2005 11:18, Ondra Holecek wrote: > >>in BIOS there is the only option "Wireless default setting" = ENABLED >>(but the LED showing the state of wifi is still off) >> > > > > Hi > in order to get the onboard wireless device to work you need to use the ndis > driver. > > Anyway, even so, since 6.0-RC1 if I remember well the LED do not work anymore > even if the device is working fine. This is unfortunatly not very handy since > you never know the reason of connection problems. Still worse is that when > you switch off with the button pressed "off" the device do stay off on next > boot until you press the button again. > You could check with xev the button number and write a small script to catch > it that you are getting an advice/popup when you accidently press the button. > On my NB it is > 214 WLbutton off > 213 WLbutton on > > Joćo > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. > Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 02:01:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B806116A41F for ; Sat, 31 Dec 2005 02:01:57 +0000 (GMT) (envelope-from mail@maeko.hayai.de) Received: from maeko.hayai.de (maeko.hayai.de [217.172.178.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC41043D5E for ; Sat, 31 Dec 2005 02:01:56 +0000 (GMT) (envelope-from mail@maeko.hayai.de) Received: from maeko.hayai.de (IDENT:ident@localhost [127.0.0.1]) by maeko.hayai.de (8.12.11/8.12.11) with ESMTP id jBV21sia012146 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 31 Dec 2005 03:01:55 +0100 Received: (from mail@localhost) by maeko.hayai.de (8.12.11/8.12.11/Submit) id jBV21sw2012145 for freebsd-stable@freebsd.org; Sat, 31 Dec 2005 03:01:54 +0100 Date: Sat, 31 Dec 2005 03:01:54 +0100 From: Marco Wertejuk To: freebsd-stable@freebsd.org Message-ID: <20051231020153.GA12067@maeko.hayai.de> 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.4i Subject: LSI1064 SAS / SATA Controller not supported yet? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 02:01:57 -0000 I tried to use this controller on FreeBSD 6 Release and no driver attaches to this card, have a look at pciconf and dmesg excerpts: pci2: at device 3.0 (no driver attached) none4@pci2:3:0: class=0x010000 card=0x30601000 chip=0x00501000 rev=0x02 hdr=0x00 class = mass storage subclass = SCSI Is support for the LSI1064 controller included in other releases, maybe in 7-snapshots? -- Mit freundlichen Gruessen, Marco Wertejuk - mwcis.com Consulting & Internet Solutions From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 03:04:03 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA31F16A422 for ; Sat, 31 Dec 2005 03:04:03 +0000 (GMT) (envelope-from ed@edslocomb.com) Received: from mail.edslocomb.net (dsl231-050-180.sea1.dsl.speakeasy.net [216.231.50.180]) by mx1.FreeBSD.org (Postfix) with SMTP id AA52B43D6A for ; Sat, 31 Dec 2005 03:03:58 +0000 (GMT) (envelope-from ed@edslocomb.com) Received: (qmail 59544 invoked from network); 31 Dec 2005 02:37:53 -0000 Received: from unknown (HELO robotslave) (216.231.50.17) by dsl231-050-180.sea1.dsl.speakeasy.net with SMTP; 31 Dec 2005 02:37:53 -0000 Message-ID: <000c01c60db3$1cb4b5f0$1132e7d8@robotslave> From: "Ed" To: Date: Fri, 30 Dec 2005 18:37:15 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Kernel clock for 6-STABLE runs at 1/2 speed in VMware 5.0 - UPDATE (and question) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 03:04:03 -0000 Problem recap: Under VMWare 5.0 (and 5.5) running on Windows XP Pro = sp2, and FreeBSD 6-STABLE running as the guest OS, the system clock for = the guest OS runs at exactly 1/2 the rate of the host OS's system clock. This problem could be worked around by setting hint.apic.0.disabled=3D1 = in /boot/loader.conf Other attempts at working around the problem, including setting kern.hz = to something lower than the default 1000 (such as the old default, 100), = did not work. Update -- After an upgrade to VMWare 5.5.1 build-19175 and a fresh build of = RELENG_6 last week, I've found that setting kern.hz to a lower rate is = sufficient to address the problem. Disabling the APIC device is no = longer necessary. So, in /boot/loader.conf, I've got:=20 kern.hz=3D200 and that seems to do the trick. Kudos to whoever made the relevant = improvements. For what it's worth, I've experimented with the setting, and found that = with the appropriate vmware-guestd installed and running in the FreeBSD = 6 guest, the clocks stay properly synched up to kern.hz=3D596, and from = there the guest:host system clockrate ratio degrades more or less = linearly from 1:1 to 1:2 as kern.hz is increased from 596 to 1000 (this = on a 2.4Ghz p4, ymmv). =20 Logs show the occasional expected error "calcru: runtime went backwards = [...] (vmware-guestd)" regardless of kern.hz setting, though they appear = to increase in frequency as the kern.hz rate increases, and increase = dramatically as the rate of 596 is approached and passed. Anyhoo, my question now is: Why was kern.hz (which I'm guessing is an = interrupt frequency for a programmable hardware timer) increased from a = default 100 to a default 1000 in FreeBSD 6? And more concretely, should = I set this rate as high as I reasonably can? From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 03:23:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B5316A41F for ; Sat, 31 Dec 2005 03:23:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FC2543D5F for ; Sat, 31 Dec 2005 03:23:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1EDF01A3C1C; Fri, 30 Dec 2005 19:23:37 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 58AAA515AE; Fri, 30 Dec 2005 22:23:36 -0500 (EST) Date: Fri, 30 Dec 2005 22:23:36 -0500 From: Kris Kennaway To: Ian Lord Message-ID: <20051231032336.GA65560@xor.obsecurity.org> References: <43B2F0A8.2030609@freebsd.org> <43B2F236.80903@rogers.com> <43B363FE.60906@obsecurity.org> <7.0.0.16.2.20051229084332.0403ca58@Msdi.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <7.0.0.16.2.20051229084332.0403ca58@Msdi.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6: Which scheduler for SMP? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 03:23:37 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 29, 2005 at 08:45:34AM -0500, Ian Lord wrote: > Then what's the point of ULE if it's slower then 4BSD ? Is it more=20 > stable, more... ? I compiled my kernel with ULE since I though it=20 > would be better but you are starting to make me regret my decision :)=20 > (I didn't benchmark both options, still in developpement right now,=20 > nothing in production) Partly research purposes, and it was originally hoped that it would be faster (and it probably was for a while). It needs more work, which is what is meant by "still experimental". Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtfm3Wry0BWjoQKURAmkuAJwMntNLTbP0AqHkAHtC9Hs9HOzBiwCdG9Yi j6TXHZ5YzzPFJLLYL6+TsF4= =JFoT -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 03:52:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B1516A41F; Sat, 31 Dec 2005 03:52:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C12743D4C; Sat, 31 Dec 2005 03:52:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp232-237.lns2.adl4.internode.on.net [203.122.232.237]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id jBV3qTUb019758 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 31 Dec 2005 14:22:34 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 31 Dec 2005 14:21:16 +1030 User-Agent: KMail/1.8.3 References: <43B5274C.5010206@deprese.net> <200512301910.08235.joao@matik.com.br> <43B5D717.2020200@deprese.net> In-Reply-To: <43B5D717.2020200@deprese.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1382258.mrk5OD77A9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512311422.13184.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Ondra Holecek , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, JoaoBR Subject: Re: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 03:52:57 -0000 --nextPart1382258.mrk5OD77A9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 31 Dec 2005 11:25, Ondra Holecek wrote: > and with or without device ath > > but still no success > > the "wireless key" does not show anything in xev, maybe it is the reason? > > what to do with it? Why don't you just load if_ath.ko? It should support that chipset. If you really want to use ndis for it you need to run ndisgen to create a=20 module for the driver in question. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1382258.mrk5OD77A9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQBDtgBs5ZPcIHs/zowRAtBHAJjea/McM0tsgRHl3qF9KZwzkuDqAKCY74gw I+i8i1Y2xHMPRMUMtDrF1g== =O6e0 -----END PGP SIGNATURE----- --nextPart1382258.mrk5OD77A9-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 03:58:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C47E016A41F for ; Sat, 31 Dec 2005 03:58:02 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id D838843D48 for ; Sat, 31 Dec 2005 03:57:58 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.4.160]) by omta04sl.mx.bigpond.com with ESMTP id <20051231035756.COCO10380.omta04sl.mx.bigpond.com@areilly.bpc-users.org> for ; Sat, 31 Dec 2005 03:57:56 +0000 Received: (qmail 24175 invoked by uid 501); 31 Dec 2005 14:57:57 +1100 Date: Sat, 31 Dec 2005 14:57:57 +1100 From: Andrew Reilly To: freebsd-stable@freebsd.org Message-ID: <20051231035757.GA24100@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5-port (NEC) USB-2.0 PCI card support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 03:58:02 -0000 Hi all, I bought a cheap 5-port USB-2.0 PCI card the other day, to plug an external hard disk drive into my aging P3/500 system. It is branded "Swann", and consists essentially of a single NEC D720101GJ chip. I'm running 5.4-STABLE ( FreeBSD gurney.reilly.home 5.4-STABLE FreeBSD 5.4-STABLE #0: Thu Dec 29 20:48:25 EST 2005 root@gurney.reilly.home:/usr/obj/usr/src/sys/GURNEY i386 ) with essentially a stock GENERIC kernel, but with ehci compiled in (it's commented out in GENERIC). Needless to say, it wasn't detected, or I wouldn't be writing this message. Does anyone have any hints or suggestions? Might this be a case of adding a specific ID number to an existing driver, or am I just out of luck? The packaging claims to be complient with OHCI spec 0.95 and EHCI spec rev 0.95, which doesn't inspire a whole lot of confidence, considering that the driver man pages specify spec 1.0 versions. All the kernel seems to see is an unidentified bridge: pci0: at device 7.3 (no driver attached) And even the BIOS doesn't mention it in the pre-boot PCI interrupt assignment scan (which doesn't bode well, I suspect). Thoughts, suggestions? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 04:58:25 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ADA716A420 for ; Sat, 31 Dec 2005 04:58:25 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D3943D53 for ; Sat, 31 Dec 2005 04:58:18 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.4/8.13.4) with ESMTP id jBV4wC2q048685 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 30 Dec 2005 20:58:12 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Fri, 30 Dec 2005 20:50:21 -0800 From: =?Windows-1250?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <6210269530.20051230205021@takeda.tk> To: Koen Martens In-Reply-To: <43B50C2A.9030405@metro.cx> References: <200512300039.jBU0dtYd051657@fire.jhs.private> <43B50C2A.9030405@metro.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.87.1/1219/Wed Dec 28 14:57:59 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: stable@freebsd.org, "Julian H. Stacey" Subject: Re: "runtime went backwards" message in logs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 04:58:25 -0000 Hello Koen, Friday, December 30, 2005, 2:30:02 AM, you wrote: >>Highly likely it has a Lot to do with it :-) Maybe the master time >>server had `date` run manually, or otherwise shifted, or came back >>on net after an outage, & the systems noticed drifted time & corrected etc. >> man ntpd >> man ntp.conf >> etc :-) > AFAIK, under normal circumstances ntpd should never reset the current > time the hard way. Ntpd slows down (slews) or increases (steps) the > speed of your clock, such that it will catch up or fall behind enough to > become in line with the ntp servers it is listening to (since resetting > the time the hard way is usually not a good idea; think makefiles, > cronjobs that could run twice, etc..). You could check out the -x flag > to nptd, to prevent setting the clock the hard way all together (since > network congestion and stuff like that might result in ntpd setting the > clock the hard way). I would like thank you and Julian for your help, it made this more clearer to me. But besides ntp what are other possibilities for this error? When I was googling I saw that people received this message mostly on vmware, and in 5.x versions. Switching kern.timecounter.hardware to different value helped for them. Also it's suspicious that this happened just in time sendmail was asked to send mail. There aren't any ntp log messages around that time... Here is how mya kern.timecounter look like: [chinatsu]:/home/takeda> sysctl kern.timecounter kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 1655158110 kern.timecounter.nnanouptime: 839637 kern.timecounter.nmicrouptime: 3091359 kern.timecounter.nbintime: 260308074 kern.timecounter.nnanotime: 60604863 kern.timecounter.nmicrotime: 197638763 kern.timecounter.ngetbinuptime: 26146849 kern.timecounter.ngetnanouptime: 45598642 kern.timecounter.ngetmicrouptime: 178378839 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 306812 kern.timecounter.ngetmicrotime: 562893914 kern.timecounter.nsetclock: 4 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 Not sure how much helpful it is... Anyway, happy New Year to everyone on this list... -- Best regards, Derek mailto:takeda@takeda.tk http://www.takeda.tk Weinberg's Second Law If builders built buildings the way programmers write programs, then the first woodpecker that came along would destroy civilization. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 09:41:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE0A016A41F; Sat, 31 Dec 2005 09:41:47 +0000 (GMT) (envelope-from bln@deprese.net) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA29743D62; Sat, 31 Dec 2005 09:41:37 +0000 (GMT) (envelope-from bln@deprese.net) Received: from antivir4.iol.cz (unknown [192.168.30.209]) by smtp-out4.iol.cz (Internet on Line ESMTP server) with ESMTP id 8611C33C08D; Sat, 31 Dec 2005 10:41:36 +0100 (CET) Received: from localhost (antivir4.iol.cz [127.0.0.1]) by antivir4.iol.cz (Postfix) with ESMTP id 7B57C650003; Sat, 31 Dec 2005 10:41:36 +0100 (CET) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir4.iol.cz (Postfix) with ESMTP id 685D2650002; Sat, 31 Dec 2005 10:41:36 +0100 (CET) Received: from 27.240.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by smtp-out4.iol.cz (Internet on Line ESMTP server) with ESMTP id 30D0222AEDB; Sat, 31 Dec 2005 10:41:31 +0100 (CET) Received: from [172.16.1.2] (pretender [172.16.1.2]) by 27.240.broadband2.iol.cz (Postfix) with ESMTP id 22DBEC454A; Sat, 31 Dec 2005 10:41:31 +0100 (CET) Message-ID: <43B65249.1030104@deprese.net> Date: Sat, 31 Dec 2005 10:41:29 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051222) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <43B5274C.5010206@deprese.net> <200512301910.08235.joao@matik.com.br> <43B5D717.2020200@deprese.net> <200512311422.13184.doconnor@gsoft.com.au> In-Reply-To: <200512311422.13184.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 09:41:48 -0000 yes, i can load if_ath, wireless card is found and i can set it up as ath0, but i still have no signal (and there are many ap's - i can see with different pcmcia card) therefore, i think i have to somehow turn it on (the special "wireless" key on keyboard of course doesn't work) > > Why don't you just load if_ath.ko? It should support that chipset. > i know, i did it. loaded generated kernel module, but no ndis0 > If you really want to use ndis for it you need to run ndisgen to create a > module for the driver in question. > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 11:35:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E12016A41F for ; Sat, 31 Dec 2005 11:35:34 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 159EF43D46 for ; Sat, 31 Dec 2005 11:35:34 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ISD009X91RAXU20@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 31 Dec 2005 12:40:22 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0ISD008ST1NNBX50@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 31 Dec 2005 12:38:11 +0100 (CET) Date: Sat, 31 Dec 2005 12:35:32 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <43B65249.1030104@deprese.net> To: freebsd-stable@freebsd.org Message-id: <20051231123532.72be36ca.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <43B5274C.5010206@deprese.net> <200512301910.08235.joao@matik.com.br> <43B5D717.2020200@deprese.net> <200512311422.13184.doconnor@gsoft.com.au> <43B65249.1030104@deprese.net> Subject: Re: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 11:35:34 -0000 On Sat, 31 Dec 2005 10:41:29 +0100 Ondra Holecek wrote: > yes, i can load if_ath, wireless card is found and i can set it up as > ath0, but i still have no signal (and there are many ap's - i can see > with different pcmcia card) This probably has everything to do with something missing in your wireless setup on that machine, and nothing else. > therefore, i think i have to somehow turn it on (the special > "wireless" key on keyboard of course doesn't work) FWIW, I have a ThinkPad T41 which has a ath wireless *and* a button to turn on / off the wireless. I have never had to use the button in FreeBSD (the machine dual boots windows, and in windows I use this button). What happens if you press the key to turn the wireless on / off? Do you get a signal then? If not I suggest you look elesewhere for your problem. On my ThinkPad, this is what I had to set up: (Note: I use DHCP and WPA / TKIP encryption. If you use static ip and / or other encryption your setup will look different) In /boot/loader.conf: if_ath_load="YES" wlan_tkip_load="YES" In /etc/rc.conf: ifconfig_ath0="WPA DHCP" and my /etc/wpa_supplicant.conf (sensitive items have been changed, of course): ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="" key_mgmt=WPA-PSK proto=WPA pairwise=TKIP group=TKIP psk="" } And thats it. HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 11:40:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E492F16A41F for ; Sat, 31 Dec 2005 11:40:27 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70D4643D45 for ; Sat, 31 Dec 2005 11:40:27 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ISD009LM1ZGXT30@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 31 Dec 2005 12:45:16 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0ISD008JO1VSBX60@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 31 Dec 2005 12:43:05 +0100 (CET) Date: Sat, 31 Dec 2005 12:40:22 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20051231035757.GA24100@gurney.reilly.home> To: freebsd-stable@freebsd.org Message-id: <20051231124022.62da4895.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20051231035757.GA24100@gurney.reilly.home> Subject: Re: 5-port (NEC) USB-2.0 PCI card support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 11:40:28 -0000 On Sat, 31 Dec 2005 14:57:57 +1100 Andrew Reilly wrote: > And even the BIOS doesn't mention it in the pre-boot PCI > interrupt assignment scan (which doesn't bode well, I suspect). > > Thoughts, suggestions? Does 'pciconf -lv' report anything for this card? Second, have you tried FreeBSD 6.0 (you could boot an installation CD) to see if it is detected there? HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 13:23:38 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21CDF16A41F; Sat, 31 Dec 2005 13:23:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C3343D58; Sat, 31 Dec 2005 13:23:36 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EEE4.dip.t-dialin.net [84.165.238.228]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jBVDKLFo048893; Sat, 31 Dec 2005 14:20:22 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jBVDNUpP096161; Sat, 31 Dec 2005 14:23:30 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 31 Dec 2005 14:23:29 +0100 From: Alexander Leidinger To: Nate Lawson Message-ID: <20051231142329.74064402@Magellan.Leidinger.net> In-Reply-To: <43B5A881.4080307@root.org> References: <20051230213405.6088A7302F@freebsd-current.sentex.ca> <43B5A900.7080206@samsco.org> <43B5A881.4080307@root.org> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: stable@freebsd.org Subject: Re: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2005 13:23:38 -0000 On Fri, 30 Dec 2005 13:37:05 -0800 Nate Lawson wrote: > [Non-public list removed from Cc] > > Already fixed by netchild@, removed the .c from snd_atiixp Wrong assignment of the hat for hero's: Ariff fixed it. Bye, Alexander. -- 0 and 1. Now what could be so hard about that? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 21:28:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 9F9D116A420; Sat, 31 Dec 2005 21:28:58 +0000 (GMT) In-Reply-To: <43B65249.1030104@deprese.net> from Ondra Holecek at "Dec 31, 2005 10:41:29 am" To: bln@deprese.net (Ondra Holecek) Date: Sat, 31 Dec 2005 21:28:58 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20051231212858.9F9D116A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 21:28:58 -0000 > yes, i can load if_ath, wireless card is found and i can set it up as > ath0, but i still have no signal (and there are many ap's - i can see > with different pcmcia card) Note that if this in fact a problem with ACPI not supporting the wireless enable switch on your laptop correctly, it won't work with the NDISulator any better than it will with the ath(4) driver. I think the wireless enable switch controls the connection to the antenna(s), and is a separate device from the NIC itself that varies in implementation depending on the laptop. The NDIS driver only knows how to manipulate the NIC hardware: the NIC manufacturer can't really customize the driver for each laptop out there (and the laptop manufacturers usually don't customize the drivers either, beyond sticking their logo on them). > therefore, i think i have to somehow turn it on (the special "wireless" > key on keyboard of course doesn't work) > > > > > Why don't you just load if_ath.ko? It should support that chipset. > > > > i know, i did it. loaded generated kernel module, but no ndis0 > > > If you really want to use ndis for it you need to run ndisgen to create a > > module for the driver in question. > > > Let's look at what you did: > if i use ndis (driver for AR 5212), i can't see any ndis0 interface > driver is net5211.inf, ar5211.sys => ar5211_sys.ko, which should work > with this chipset. > i have compiled kernel with > options NDISAPI > device ndis First of all: GET YOUR FILTHY HANDS OFF THE KERNEL BUILD. I very carefully designed things so you don't have to rebuild the kernel, but everyone just charges ahead and does it anyway. Leave the kernel alone. Just kldload ndis.ko and if_ndis.ko. After that, you can kldload ar5211_sys.ko. Second, you said "driver is net5211.inf, ar5211.sys => ar5211_sys.ko, which should work with this chipset." It "should" work? Where did you get this driver from? Is it the one that actually came with your laptop, or did you go rummaging around until you found one that kinda sorta looked right? If no ndis0 device appears when you kldload ar5211_sys.ko, then the driver you have is _NOT_ the right one for your chipset. Look in the net5211.inf file. (Yes, you can look in it: it's just text.) Check the PCI ID list at the top and see if it has an entry that matches your device (shown with pciconf -lv). Check the vendor ID, device ID, _AND_ subsystem code. There must be an entry where all three match your device, otherwise ndis_probe_pci() won't consider the driver to be a match for your hardware. (You can force a match by carefully deleting the &SUBSYS_XXXXXXXX portion of one of the lines and then using ndisgen(8) to rebuild your driver module; a line with no SUBSYS section matches all devices with the specified vendor and device ID.) I couldn't find the first e-mail in this thread, so I don't know which laptop you have. Check to see if it's one of the ones mentioned here: http://rfswitch.sourceforge.net/?page=laptop_matrix If so, you may need some special software to make the switch work. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 22:02:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEE6516A41F for ; Sat, 31 Dec 2005 22:02:37 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED12B43D5D for ; Sat, 31 Dec 2005 22:02:36 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so2284625nzo for ; Sat, 31 Dec 2005 14:02:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ecb4b1o9kyxSFvOK9R8qQn/enXEseYuVxrcjAdr9t/Sl62P7GP674j3D/BCGUrhHmtfmTVFGPvAB+o1QFREZkcWW4Wye9w13ckyyfFPqQtRgmSLcLgvCrIyPuC3KyIksQCDbOkmA5tW+x/yBuhMFgDdCjJuHOIfQrbEeK1b0xQA= Received: by 10.36.79.16 with SMTP id c16mr9506504nzb; Sat, 31 Dec 2005 14:02:35 -0800 (PST) Received: by 10.36.158.13 with HTTP; Sat, 31 Dec 2005 14:02:35 -0800 (PST) Message-ID: <89dbfdc30512311402h3b57d44dj64fe9ded9a72595b@mail.gmail.com> Date: Sat, 31 Dec 2005 17:02:35 -0500 From: Kim Culhan To: Atanas In-Reply-To: <43B59E21.5050602@asd.aplus.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <89dbfdc30512291410n342282eqde3d7a0cae37457e@mail.gmail.com> <43B59E21.5050602@asd.aplus.net> Cc: freebsd-stable@freebsd.org Subject: Re: 6.0-STABLE can't see floppy drive for KLD loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 22:02:38 -0000 On 12/30/05, Atanas wrote: > Kim Culhan said the following on 12/29/05 14:10: > > Trying to install 6.0-STABLE on a Supermicro 5014C-MT server with > > a P8SCT motherboard. > > > > Also installed is a 3Ware 9550SX sata raid controller. > > > > The latest 6.0-STABLE snap from 12-08-05 does not have the version > > of the TWA driver which supports the 9550SX so it would be necessary to > > kldload the binary, available from the 3Ware web site. > > > > Running sysinstall and navigating to Configure-->Load KLD > > the installation fails as it complains: Cant find the floopy > > > > The hardware appears to be good as it is possible to boot a dos floppy. > > > > Have not been successful finding a more recent snap.. the changes for t= he > > 9550SX controller were about a day late to be included in the 12-08 sna= p :( > > > > Any info in greatly appreciated > > > You could do the following: > - attach a standalone drive (IDE,SATA,SCSI) > - install FreeBSD and upgrade it to *-STABLE > - partition a 3ware drive (array, whatever) and make it bootable > - transfer the OS installation from the standalone drive to the 3ware > partition. > > Or you could create a bootable USB (hard, flash, iPod, digital camera, > etc.) drive up to date with -STABLE (see /usr/src/tools/tools/nanobsd), > boot the 3ware box from it, and install over the network. Thanks for the info, these are good ideas. > I haven't tried the latter myself, but already used a nanobsd based USB > flash drive as emergency recovery media on a 9550SX based box, and it > worked. Thanks for the suggestion, I'll have to get one of those USB flash drives. The route I took was to make a FBSD release on a recent -stable machine, th= en create in installtion ISO image and burn an installation CD. The machine has been updated to STABLE from a day ago and runs fine with the new 3Ware 9550SX controller. The floopy drive can be used with: mount -t msdos /dev/fd0 /floppy; ls lists files etc Sysinstall still appears to be broken for the 'Load a KLD from a floppy' function on the Configuration menu. regards -kim -- w8hdkim@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 22:38:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9CBE16A41F for ; Sat, 31 Dec 2005 22:38:25 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from forrie.com (c-24-147-44-26.hsd1.nh.comcast.net [24.147.44.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 109FD43D64 for ; Sat, 31 Dec 2005 22:38:24 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.98] (monster.forrie.com [192.168.1.98]) (authenticated bits=0) by forrie.com (8.13.4/8.13.4) with ESMTP id jBVMcOCN018718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 31 Dec 2005 17:38:24 -0500 (EST) (envelope-from forrie@forrie.com) Message-ID: <43B70858.6060500@forrie.com> Date: Sat, 31 Dec 2005 17:38:16 -0500 From: Forrest Aldrich User-Agent: Thunderbird 1.5 (Windows/20051226) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87/1219/Wed Dec 28 17:57:59 2005 on forrie.com X-Virus-Status: Clean Subject: sendmail_enable="NO" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 22:38:26 -0000 Isn't this supposed to tell FreeBSD not to start up the sendmail daemon processes? It doesn't on my system, just confirmed this via a new system build. FYI. FreeBSD-6.0 _F From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 22:44:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D980316A41F for ; Sat, 31 Dec 2005 22:44:20 +0000 (GMT) (envelope-from javier@kjsl.com) Received: from skylane.kjsl.com (skylane.kjsl.com [69.36.241.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B27943D58 for ; Sat, 31 Dec 2005 22:44:20 +0000 (GMT) (envelope-from javier@kjsl.com) Received: from [127.0.0.1] (rtp-isp-nat1.cisco.com [64.102.254.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skylane.kjsl.com (Postfix) with ESMTP id 0E77E5C3AD; Sat, 31 Dec 2005 14:44:19 -0800 (PST) Message-ID: <43B709BF.9070507@kjsl.com> Date: Sat, 31 Dec 2005 17:44:15 -0500 From: Javier Henderson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051201 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: Forrest Aldrich References: <43B70858.6060500@forrie.com> In-Reply-To: <43B70858.6060500@forrie.com> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: sendmail_enable="NO" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 22:44:21 -0000 Forrest Aldrich wrote: > Isn't this supposed to tell FreeBSD not to start up the sendmail daemon > processes? > > It doesn't on my system, just confirmed this via a new system build. FYI. > > FreeBSD-6.0 Try sendmail_enable="NONE" and see what happens. Using just "NO" will still start a sendmail process, so you can send mail (but it won't start an SMTP server). "NONE" doesn't start any sendmail processes at all. -jav From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 22:44:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3564F16A41F for ; Sat, 31 Dec 2005 22:44:45 +0000 (GMT) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (adsl-52-22.swiftdsl.com.au [218.214.52.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 929DC43D49 for ; Sat, 31 Dec 2005 22:44:42 +0000 (GMT) (envelope-from ari@ish.com.au) Received: from [10.29.62.12] (helo=[10.29.62.12]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1EspYK-0001mJ-T1; Sun, 01 Jan 2006 09:50:29 +1100 Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <43B70858.6060500@forrie.com> References: <43B70858.6060500@forrie.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Sun, 1 Jan 2006 09:44:13 +1100 To: Forrest Aldrich , FreeBSD Stable X-Mailer: Apple Mail (2.746.2) X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: Subject: Re: sendmail_enable="NO" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 22:44:45 -0000 On 01/01/2006, at 9:38 AM, Forrest Aldrich wrote: > Isn't this supposed to tell FreeBSD not to start up the sendmail > daemon processes? Have a read of /etc/defaults/rc.conf and try the sendmail_enable="NONE" flag. Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 PGP fingerprint 08 57 20 4B 80 69 59 E2 A9 BF 2D 48 C2 20 0C C8 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 22:46:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CC5116A420 for ; Sat, 31 Dec 2005 22:46:52 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) Received: from the-macgregors.org (82-46-96-19.cable.ubr06.stav.blueyonder.co.uk [82.46.96.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC6E143D6E for ; Sat, 31 Dec 2005 22:46:42 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (user=freebsd mech=LOGIN bits=0) by the-macgregors.org (8.13.5/8.13.5) with ESMTP id jBVMkb2g018114 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 31 Dec 2005 22:46:37 GMT From: "Rob MacGregor" To: Date: Sat, 31 Dec 2005 22:46:37 -0000 Message-ID: <000901c60e5c$0ef2efa0$0100a8c0@macgregor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 In-Reply-To: <43B70858.6060500@forrie.com> Thread-Index: AcYOWymjVHS026ksS9GfSRJJEhDZnwAAJIxA X-Virus-Scanned: by amavisd-new Subject: RE: sendmail_enable="NO" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 22:46:52 -0000 On Saturday, December 31, 2005 10:38 PM when we last met our heroes, owner-freebsd-stable@freebsd.org <> was heard to say: > Isn't this supposed to tell FreeBSD not to start up the > sendmail daemon processes? You want NONE. This isn't documented in the defaults file, but is apparent when you look at the startup script. I've a feeling it's documented somewhere else, but can't remember right now. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 23:15:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8876216A41F for ; Sat, 31 Dec 2005 23:15:30 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id F05E443D5E for ; Sat, 31 Dec 2005 23:15:27 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (localhost [127.0.0.1]) by gir.gshapiro.net (8.13.4/8.13.4) with ESMTP id jBVNFRMZ042970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 31 Dec 2005 15:15:27 -0800 (PST) (envelope-from gshapiro@gir.gshapiro.net) Received: (from gshapiro@localhost) by gir.gshapiro.net (8.13.4/8.13.4/Submit) id jBVNFR3N042969 for freebsd-stable@freebsd.org; Sat, 31 Dec 2005 15:15:27 -0800 (PST) (envelope-from gshapiro) Date: Sat, 31 Dec 2005 15:15:27 -0800 From: Gregory Neil Shapiro To: freebsd-stable@freebsd.org Message-ID: <20051231231527.GJ810@gir.gshapiro.net> References: <43B70858.6060500@forrie.com> <000901c60e5c$0ef2efa0$0100a8c0@macgregor> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000901c60e5c$0ef2efa0$0100a8c0@macgregor> User-Agent: Mutt/1.5.11 Subject: Re: sendmail_enable="NO" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 23:15:30 -0000 > I've a feeling it's documented somewhere else, but can't remember > right now. The rc.conf(5) man page points to rc.sendmail(8) man page. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 23:18:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA1B216A41F for ; Sat, 31 Dec 2005 23:18:30 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8651443D5D for ; Sat, 31 Dec 2005 23:18:28 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-01.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id jBVNH81g006378 for ; Sat, 31 Dec 2005 18:17:08 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id 6F47442D9; Sat, 31 Dec 2005 18:18:25 -0500 (EST) Date: Sat, 31 Dec 2005 18:18:25 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20051231231825.GA9304@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <43B70858.6060500@forrie.com> <000901c60e5c$0ef2efa0$0100a8c0@macgregor> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <000901c60e5c$0ef2efa0$0100a8c0@macgregor> User-Agent: mutt-ng/devel-r581 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: sendmail_enable="NO" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 23:18:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Dec 31, 2005 at 10:46:37PM +0000, Rob MacGregor wrote: > On Saturday, December 31, 2005 10:38 PM when we last met our heroes, > owner-freebsd-stable@freebsd.org <> was heard to say: > > Isn't this supposed to tell FreeBSD not to start up the > > sendmail daemon processes? > > You want NONE. This isn't documented in the defaults file, but is apparent when > you look at the startup script. I've a feeling it's documented somewhere else, > but can't remember right now. I'm almost sure it was somewhere in /usr/src/UPDATING, but I just did a quick search (through CURRENT's UPDATING) and don't see it. It was quite awhile ago though. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Oh, look at my poor neck... all bare and tender and exposed. All that blood, just pumping away. Giles: Oh, please. Spike: Giles, make her stop! Giles: If those two don't kill each other, I might lend a hand. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDtxHB+lTVdes0Z9YRAp1UAKCvu7pMv4x7eqqOdu4GdLYfIh7F8wCePdpE 27jndz4zVHkbT/heLBJYUmY= =dVxU -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 31 23:55:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48D3616A41F; Sat, 31 Dec 2005 23:55:14 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE6F43D60; Sat, 31 Dec 2005 23:55:13 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051231235512.PUBS26442.mta13.adelphia.net@daemon.jim-liesl.org>; Sat, 31 Dec 2005 18:55:12 -0500 Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id CF584610A; Sat, 31 Dec 2005 16:56:38 -0700 (MST) Received: from [192.168.1.105] (emperor [192.168.1.105]) by daemon.jim-liesl.org (Postfix) with ESMTP id 81BE76103; Sat, 31 Dec 2005 16:56:38 -0700 (MST) Message-ID: <43B71A9B.8040607@jim-liesl.org> Date: Sat, 31 Dec 2005 16:56:11 -0700 From: security User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gregory Neil Shapiro References: <43B70858.6060500@forrie.com> <000901c60e5c$0ef2efa0$0100a8c0@macgregor> <20051231231527.GJ810@gir.gshapiro.net> In-Reply-To: <20051231231527.GJ810@gir.gshapiro.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: sendmail_enable="NO" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2005 23:55:14 -0000 Gregory Neil Shapiro wrote: >>I've a feeling it's documented somewhere else, but can't remember >>right now. >> >> > >The rc.conf(5) man page points to rc.sendmail(8) man page. > > And the rc.sendmail(8) under 5.4 stable says that "NONE" is deprecated and will be removed in a future release. According to the man page, To completely prevent any sendmail(8) daemons from starting, you must set the following variables in /etc/rc.conf: sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO"