From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 00:32:55 2006 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 9FE0616A420 for ; Sun, 5 Mar 2006 00:32:55 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 4364A43D4C for ; Sun, 5 Mar 2006 00:32:53 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 76141 invoked from network); 5 Mar 2006 00:32:52 -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=xT6RV4oCXXUnh26+miU1Cvac46MIoldQoLqii2a5NGIYIE6lUSXo/a4q44NPXZy7yl6fBheoN7uYI3KhD1JQIwNIQJQd5AilFDe+inHAJS/fuDfZ5q1wX1APMYE6otzEO8FcSq9WzvvpycyZfYeOL8ikXOCePSViD3CGuUvD3Kk= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 5 Mar 2006 00:32:52 -0000 Message-ID: <440A31BC.2060701@rogers.com> Date: Sat, 04 Mar 2006 19:33:00 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Sam Sirlin References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> In-Reply-To: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-stable@freebsd.org, obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 00:32:55 -0000 Sam Sirlin wrote: > FYI, in case there was any doubt, this annoying bug is also present in > a recent 6.0-STABLE (Sat Jan 14) on amd 64. > > CONFIG_SHELL=/bin/sh is a fix. > > Shouldn't the port be marked broken or reverted to a working copy in that case? From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 03:49:32 2006 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 B14D016A420; Sun, 5 Mar 2006 03:49:32 +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 6D25143D45; Sun, 5 Mar 2006 03:49:32 +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 539BC1A4E21; Sat, 4 Mar 2006 19:49:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CE0F051DA0; Sat, 4 Mar 2006 22:49:31 -0500 (EST) Date: Sat, 4 Mar 2006 22:49:31 -0500 From: Kris Kennaway To: Mike Jakubik Message-ID: <20060305034931.GA67813@xor.obsecurity.org> References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <440A31BC.2060701@rogers.com> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, freebsd-stable@freebsd.org, Sam Sirlin , obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 03:49:32 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 04, 2006 at 07:33:00PM -0500, Mike Jakubik wrote: > Sam Sirlin wrote: > >FYI, in case there was any doubt, this annoying bug is also present in= =20 > >a recent 6.0-STABLE (Sat Jan 14) on amd 64. > > > >CONFIG_SHELL=3D/bin/sh is a fix. > > > > =20 >=20 > Shouldn't the port be marked broken or reverted to a working copy in=20 > that case? The preference is to fix it, of course, but if that can't happen in the next day or two we'll do one or the other for the releases. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECl/LWry0BWjoQKURAkpTAJ989vV3ndC0jce5/Kd3hyTYEerapQCfQVSi sg/jnNOb0X1wc7JxTAOVj2o= =tAdD -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 04:01:45 2006 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 417D616A422 for ; Sun, 5 Mar 2006 04:01:45 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 076C543D46 for ; Sun, 5 Mar 2006 04:01:43 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 48510 invoked from network); 5 Mar 2006 04:01:43 -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=0PVHO9rB2g1EQ8fTH38w5cmvCtvdtsN9KW+7EWSnwvIx/ZWd+Kybk4JqKmmrgQ7Mi10gZ1a1QNH3mHbG2j85h4vF27iSAZhOVfRt2MiLlC7cB4zDro4W8pjmaHkgyeoDJyJXpH37epoiSMkQioo3pWUtPukg/RBxH95Tm1iSFWQ= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 5 Mar 2006 04:01:43 -0000 Message-ID: <440A62B0.3040703@rogers.com> Date: Sat, 04 Mar 2006 23:01:52 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> <20060305034931.GA67813@xor.obsecurity.org> In-Reply-To: <20060305034931.GA67813@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-stable@freebsd.org, Sam Sirlin , obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 04:01:45 -0000 Kris Kennaway wrote: > On Sat, Mar 04, 2006 at 07:33:00PM -0500, Mike Jakubik wrote: > >> Shouldn't the port be marked broken or reverted to a working copy in >> that case? >> > > The preference is to fix it, of course, but if that can't happen in > the next day or two we'll do one or the other for the releases. > > Kris > Agreed. I've emailed bug-bash@gnu.org about this. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 04:22:24 2006 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 DDE4116A422 for ; Sun, 5 Mar 2006 04:22:24 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-5.paradise.net.nz (bm-5a.paradise.net.nz [203.96.152.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38CCC43D46 for ; Sun, 5 Mar 2006 04:22:23 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-5.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IVN002WS05AD2@linda-5.paradise.net.nz> for freebsd-stable@freebsd.org; Sun, 05 Mar 2006 17:22:22 +1300 (NZDT) Received: from [192.168.1.11] (218-101-29-116.dsl.clear.net.nz [218.101.29.116]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id 5C97D24C26D; Sun, 05 Mar 2006 17:22:22 +1300 (NZDT) Date: Sun, 05 Mar 2006 17:22:19 +1300 From: Mark Kirkwood In-reply-to: <200603040748.11275.joao@matik.com.br> To: JoaoBR Message-id: <440A677B.7000308@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051106) References: <44077E79.2080708@rogers.com> <200603031840.19837.joao@matik.com.br> <4408FF66.1030401@paradise.net.nz> <200603040748.11275.joao@matik.com.br> Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 04:22:25 -0000 JoaoBR wrote: > On Friday 03 March 2006 23:45, Mark Kirkwood wrote: > >>I would certainly see the installer handling software RAID as a >>considerable benefit. >> >> From what I've seen on the net, to install and boot off RAIDed system >>disks is quite fiddly (maybe gmirror is the exception here, as I've >>mainly been looking at striping). >> >>Cheers >> >>Mark > > > geom changed this complications definitely, using gmirror or gstripe commands > is easy as copying a file. (Chuckles) - While I see your point, I see that Ralf E's article discussing this very issue weighs in at about a page worth of instructions for *each* of the two methods discussed. Now, sure, he's being pedantically careful so no-one will misunderstand and murder their systems - but ISTM that this is the sort of task that ideally an installer could/should handle. The argument of 'its only a few commands...' does not really stand up - as (for instance) it could be equally applied to that installer providing package installation - and it seems to have that facility (thankfully!). > So in comparism > the easy use of geom is great and the people which developed geom did a > really fantastic job. > I agree, as the geom based applications are maturing, we are starting to see that benefit of the geom infrastructure. Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 05:52:45 2006 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 65C1A16A420 for ; Sun, 5 Mar 2006 05:52:45 +0000 (GMT) (envelope-from scs@b1tt3r.org) Received: from paperboy.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAFE643D45 for ; Sun, 5 Mar 2006 05:52:44 +0000 (GMT) (envelope-from scs@b1tt3r.org) Received: from anathema.b1tt3r.org (anathema.b1tt3r.org [192.168.1.24]) by paperboy.b1tt3r.org (8.13.4/8.13.4) with SMTP id k255qlc5008114 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sat, 4 Mar 2006 23:52:47 -0600 (CST) (envelope-from scs@b1tt3r.org) Received: by anathema.b1tt3r.org (sSMTP sendmail emulation); Sat, 4 Mar 2006 23:52:44 -0600 Date: Sat, 4 Mar 2006 23:52:44 -0600 From: Sam Stein To: freebsd-stable@freebsd.org Message-ID: <20060305055244.GA33743@anathema.b1tt3r.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Organization: Hornswaggler X-OS: FreeBSD anathema.b1tt3r.org 6.1-PRERELEASE i386 User-Agent: Mutt/1.5.11 Subject: Hey all X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: scs@b1tt3r.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 05:52:45 -0000 Hey everyone, just joined the list. Hope I can be of some use, or something of the like. -- b1tt3r -- You know, like sugar? Sam Stein Computer TeXnician/Programmer From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 08:36:27 2006 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 3302016A420; Sun, 5 Mar 2006 08:36:27 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A72743D46; Sun, 5 Mar 2006 08:36:26 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 77CE481C33; Sun, 5 Mar 2006 09:36:25 +0100 (CET) Date: Sun, 5 Mar 2006 09:36:25 +0100 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org Message-ID: <20060305083625.GB90680@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060303175644.GA77766@mid.pc5.i.0x5.de> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 08:36:27 -0000 * Nicolas Rachinsky [2006-03-03 18:56 +0100]: > Version 3.1.10 (which is the latest AFAIK) of the port contains the > problem, at least here using FreeBSD 4.11. The problem seems to depend on the installed bison version. With no bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it doesn't. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 08:41:24 2006 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 BE19516A420; Sun, 5 Mar 2006 08:41:24 +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 7859343D45; Sun, 5 Mar 2006 08:41:24 +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 5FF391A3C1B; Sun, 5 Mar 2006 00:41:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D7093514C3; Sun, 5 Mar 2006 03:41:23 -0500 (EST) Date: Sun, 5 Mar 2006 03:41:23 -0500 From: Kris Kennaway To: freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org Message-ID: <20060305084123.GA73405@xor.obsecurity.org> References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <20060305083625.GB90680@mid.pc5.i.0x5.de> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 08:41:24 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > * Nicolas Rachinsky [2006-03-03 18= :56 +0100]: > > Version 3.1.10 (which is the latest AFAIK) of the port contains the > > problem, at least here using FreeBSD 4.11. >=20 > The problem seems to depend on the installed bison version. With no > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > doesn't. Installed at what point: the build time of the bash port, or runtime (which would be very odd)? Kris --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECqQzWry0BWjoQKURAhKLAJ4uROS3G5DxanJZoxCDfi7FQzHsHwCfUYLu ZXTKKGXseeA1xuUz9ov8ZcI= =iWu0 -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 08:47:02 2006 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 BFF1D16A420 for ; Sun, 5 Mar 2006 08:47:02 +0000 (GMT) (envelope-from sanskrit@arcor.de) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id B71A943D48 for ; Sun, 5 Mar 2006 08:46:59 +0000 (GMT) (envelope-from sanskrit@arcor.de) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 4876A23C6CB for ; Sun, 5 Mar 2006 09:46:58 +0100 (CET) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id 3B0791BDFFA for ; Sun, 5 Mar 2006 09:46:58 +0100 (CET) Received: from hermes.sanskrit.local.net (dslb-084-058-001-060.pools.arcor-ip.net [84.58.1.60]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id DB83A121E9B for ; Sun, 5 Mar 2006 09:46:57 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by hermes.sanskrit.local.net (8.13.4/8.13.4) with SMTP id k24BveeQ001635 for ; Sat, 4 Mar 2006 12:57:45 +0100 (CET) (envelope-from sanskrit@arcor.de) Date: Sat, 4 Mar 2006 12:57:34 +0100 From: Manfred Lotz To: freebsd-stable@freebsd.org Message-Id: <20060304125734.5a2be700.sanskrit@arcor.de> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: panic (page fault) with iwi _control and wpa_supplicant X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 08:47:03 -0000 Hi all, I'm running FreeBSD 6.1-PRERELEASE on a Samsung X20 laptop. Sometimes, after resuming from a suspend state, the following messages show up in the messages file: Mar 4 11:21:13 hermes kernel: iwi0: could not allocate firmware DMAmemory Mar 4 11:21:13 hermes kernel: iwi0: could not load main firmware Mar 4 11:21:13 hermes kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 t sc 0 len 0 The last message is because debug was on. After that the system was dead and eventually it rebooted. A dump was written: Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 1063452672B (1014 MB) Blocksize: 512 Dumptime: Sat Mar 4 11:21:13 2006 Hostname: hermes.sanskrit.local.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-PRERELEASE #20: Wed Mar 1 04:44:13 CET 2006 root@hermes.sanskrit.local.net:/usr/obj/usr/src/sys/SAMSUNG Panic String: page fault Dump Parity: 320812105 Bounds: 0 Dump Status: good kgdb shows: Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0558c10 stack pointer = 0x28:0xe72f2af4 frame pointer = 0x28:0xe72f2b08 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 19243 (wpa_supplicant) trap number = 12 panic: page fault KDB: stack backtrace: kdb_backtrace(100,c590a300,28,e72f2ab4,c) at kdb_backtrace+0x29 panic(c06e1ed4,c070ec69,0,fffff,c09b) at panic+0xa8 trap_fatal(e72f2ab4,24) at trap_fatal+0x2a6 trap(e72f0008,c0530028,c5900028,0,c5a2d300) at trap+0xf6 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0558c10, esp = 0xe72f2af4, ebp = 0xe72f2b08 --- propagate_priority(c590a300,c4d2e600,c075d2c0,c4bbbc78,c590a300) at propagate_priority+0x60 turnstile_wait(c4bbbc78,c5a2d300) at turnstile_wait+0x272 _mtx_lock_sleep(c4bbbc78,c590a300,0,0,0) at _mtx_lock_sleep+0xb4 msleep(c4bbb000,c4bbbc78,0,c06eb3e4,12c) at msleep +0x2e6 iwi_load_firmware(c4bbb000,c4fe3000,1940) at iwi_load_firmware +0x4bb iwi_init(c4bbb000) at iwi_init+0x8e iwi_ioctl(c4bc7400,80206910,c6df58a0) at iwi_ioctl+0x9c ifhwioctl(80206910,c4bc7400,c6df58a0,c590a300,0) at ifhwioctl+0x337 ifioctl(c58f66f4,80206910,c6df58a0,c590a300,0) at ifioctl+0xc3 soo_ioctl(c8abadc8,80206910,c6df58a0,c8acfe00,c590a300) at soo_ioctl +0x487 ioctl(c590a300,e72f2d04,3,0,282) at ioctl+0x41d syscall(3b,3b,3b,bfbfe780,80682c0) at syscall+0x2b7 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28169b3f, esp = 0xbfbfe73c, ebp = 0xbfbfe798 --- Uptime: 2d10h19m47s Dumping 1014 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1014MB (259472 pages) 998 982 966 950 934 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 (CTRL-C to abort) 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 (CTRL-C to abort) 6 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h Is this enough information for filing a PR? -- Manfred From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 08:47:03 2006 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 DAB2D16A422 for ; Sun, 5 Mar 2006 08:47:02 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id B704543D46 for ; Sun, 5 Mar 2006 08:46:59 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id E4B39122417 for ; Sun, 5 Mar 2006 09:46:57 +0100 (CET) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id D652BBD950 for ; Sun, 5 Mar 2006 09:46:57 +0100 (CET) Received: from hermes.sanskrit.local.net (dslb-084-058-001-060.pools.arcor-ip.net [84.58.1.60]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 996A8121E61 for ; Sun, 5 Mar 2006 09:46:57 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by hermes.sanskrit.local.net (8.13.4/8.13.4) with SMTP id k24Dfc4N001989 for ; Sat, 4 Mar 2006 14:41:38 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Sat, 4 Mar 2006 14:41:33 +0100 From: Manfred Lotz To: freebsd-stable@freebsd.org Message-Id: <20060304144133.fad35989.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: panic (page fault) with iwi _control and wpa_supplicant X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 08:47:03 -0000 Hi all, I'm running FreeBSD 6.1-PRERELEASE on a Samsung X20 laptop. Sometimes, after resuming from a suspend state, the following messages show up in the messages file: Mar 4 11:21:13 hermes kernel: iwi0: could not allocate firmware DMAmemory Mar 4 11:21:13 hermes kernel: iwi0: could not load main firmware Mar 4 11:21:13 hermes kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 t sc 0 len 0 The last message is because debug was on. After that the system was dead and eventually it rebooted. A dump was written: Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 1063452672B (1014 MB) Blocksize: 512 Dumptime: Sat Mar 4 11:21:13 2006 Hostname: hermes.sanskrit.local.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-PRERELEASE #20: Wed Mar 1 04:44:13 CET 2006 root@hermes.sanskrit.local.net:/usr/obj/usr/src/sys/SAMSUNG Panic String: page fault Dump Parity: 320812105 Bounds: 0 Dump Status: good kgdb shows: Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0558c10 stack pointer = 0x28:0xe72f2af4 frame pointer = 0x28:0xe72f2b08 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 19243 (wpa_supplicant) trap number = 12 panic: page fault KDB: stack backtrace: kdb_backtrace(100,c590a300,28,e72f2ab4,c) at kdb_backtrace+0x29 panic(c06e1ed4,c070ec69,0,fffff,c09b) at panic+0xa8 trap_fatal(e72f2ab4,24) at trap_fatal+0x2a6 trap(e72f0008,c0530028,c5900028,0,c5a2d300) at trap+0xf6 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0558c10, esp = 0xe72f2af4, ebp = 0xe72f2b08 --- propagate_priority(c590a300,c4d2e600,c075d2c0,c4bbbc78,c590a300) at propagate_priority+0x60 turnstile_wait(c4bbbc78,c5a2d300) at turnstile_wait+0x272 _mtx_lock_sleep(c4bbbc78,c590a300,0,0,0) at _mtx_lock_sleep+0xb4 msleep(c4bbb000,c4bbbc78,0,c06eb3e4,12c) at msleep +0x2e6 iwi_load_firmware(c4bbb000,c4fe3000,1940) at iwi_load_firmware +0x4bb iwi_init(c4bbb000) at iwi_init+0x8e iwi_ioctl(c4bc7400,80206910,c6df58a0) at iwi_ioctl+0x9c ifhwioctl(80206910,c4bc7400,c6df58a0,c590a300,0) at ifhwioctl+0x337 ifioctl(c58f66f4,80206910,c6df58a0,c590a300,0) at ifioctl+0xc3 soo_ioctl(c8abadc8,80206910,c6df58a0,c8acfe00,c590a300) at soo_ioctl +0x487 ioctl(c590a300,e72f2d04,3,0,282) at ioctl+0x41d syscall(3b,3b,3b,bfbfe780,80682c0) at syscall+0x2b7 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28169b3f, esp = 0xbfbfe73c, ebp = 0xbfbfe798 --- Uptime: 2d10h19m47s Dumping 1014 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1014MB (259472 pages) 998 982 966 950 934 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 (CTRL-C to abort) 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 (CTRL-C to abort) 6 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h Is this enough information for filing a PR? Am actually not quite sure if the error is within wpa_supplicant or within iwicontrol?! -- Manfred From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 08:58:01 2006 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 BC44716A420; Sun, 5 Mar 2006 08:58:01 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 163C143D5F; Sun, 5 Mar 2006 08:57:55 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 9158881C33; Sun, 5 Mar 2006 09:57:54 +0100 (CET) Date: Sun, 5 Mar 2006 09:57:54 +0100 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Message-ID: <20060305085754.GA42388@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org, rainer.alves@gmail.com References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060305084123.GA73405@xor.obsecurity.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Cc: rainer.alves@gmail.com, obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 08:58:01 -0000 * Kris Kennaway [2006-03-05 03:41 -0500]: > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > > The problem seems to depend on the installed bison version. With no > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > > doesn't. > > Installed at what point: the build time of the bash port, or runtime > (which would be very odd)? The build time. I submitted ports/94086, which contains a fix/workaround. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 09:01:20 2006 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 7A46316A420; Sun, 5 Mar 2006 09:01:20 +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 2F6F543D46; Sun, 5 Mar 2006 09:01:20 +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 17BF61A3C19; Sun, 5 Mar 2006 01:01:20 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 57D7251DA0; Sun, 5 Mar 2006 04:01:19 -0500 (EST) Date: Sun, 5 Mar 2006 04:01:19 -0500 From: Kris Kennaway To: freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org, rainer.alves@gmail.com Message-ID: <20060305090119.GA73809@xor.obsecurity.org> References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> <20060305085754.GA42388@mid.pc5.i.0x5.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <20060305085754.GA42388@mid.pc5.i.0x5.de> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 09:01:20 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: > * Kris Kennaway [2006-03-05 03:41 -0500]: > > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > > > The problem seems to depend on the installed bison version. With no > > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > > > doesn't. > >=20 > > Installed at what point: the build time of the bash port, or runtime > > (which would be very odd)? >=20 > The build time. I submitted ports/94086, which contains a > fix/workaround. Great, thanks for tracking this down! Can others confirm this solution? Kris --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECqjeWry0BWjoQKURAtm3AJ4u3KW8aLVOzFw3vMYUD/DJheea1gCgw+A4 dyOs+YOcCGvkKjyUrscn/Xs= =cYvs -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 09:14:32 2006 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 C616116A420; Sun, 5 Mar 2006 09:14:32 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: from valfenda.ibest.com.br (valfenda.ibest.com.br [200.181.68.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4889643D45; Sun, 5 Mar 2006 09:14:32 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: from [127.0.0.1] (centaurus.ibest.com.br [200.181.68.107]) by valfenda.ibest.com.br (Postfix) with ESMTP id 4CC533E8862; Sun, 5 Mar 2006 06:14:28 -0300 (BRST) Message-ID: <440AAB91.8090901@gmail.com> Date: Sun, 05 Mar 2006 06:12:49 -0300 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8) Gecko/20060112 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: Kris Kennaway References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> <20060305085754.GA42388@mid.pc5.i.0x5.de> <20060305090119.GA73809@xor.obsecurity.org> In-Reply-To: <20060305090119.GA73809@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-iBEST-MailScanner-Information: iBEST E-Mail Scanner X-MailScanner-From: rainer.alves@gmail.com Cc: fbsd-stable-0@ml.turing-complete.org, freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 09:14:32 -0000 Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: >> * Kris Kennaway [2006-03-05 03:41 -0500]: >> > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: >> > > The problem seems to depend on the installed bison version. With no >> > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it >> > > doesn't. >> > >> > Installed at what point: the build time of the bash port, or runtime >> > (which would be very odd)? >> >> The build time. I submitted ports/94086, which contains a >> fix/workaround. > > Great, thanks for tracking this down! Can others confirm this > solution? > > Kris > Yes, this fixes the problem. Using devel/bison2 instead of 1.75 also works, but switching to the builtin YACC is indeed a better solution. -- Rainer Alves From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 15:16:14 2006 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 7188D16A420 for ; Sun, 5 Mar 2006 15:16:14 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web33306.mail.mud.yahoo.com (web33306.mail.mud.yahoo.com [68.142.206.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 13E1C43D46 for ; Sun, 5 Mar 2006 15:16:13 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 94475 invoked by uid 60001); 5 Mar 2006 15:16:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=4FD12NjgrCuXebMGFZk+Ne1mJMON7JeCNSm5zhVmc18PTNSJaBXBe1WkiG7T83haoaNBtLJp+labXzlMzozlfOkosZkWCTupVfzbNo7PzVSNH227IaVcjBtUV9EGGD5prjT1gZDUNS+OrcgPS+/C3Z7up6yjjYa0a5ALYpWXHR8= ; Message-ID: <20060305151613.94473.qmail@web33306.mail.mud.yahoo.com> Received: from [61.75.76.46] by web33306.mail.mud.yahoo.com via HTTP; Sun, 05 Mar 2006 07:16:13 PST Date: Sun, 5 Mar 2006 07:16:13 -0800 (PST) From: Rob To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: 6.1-prerelease: boot loader pause timer hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 15:16:14 -0000 Rob wrote: > Hi, > > I am keeping in sync with 6-Stable every now and > then. At present I have a problem with the pause > timer of the boot loader. In /boot/loader.conf I > have: > > autoboot_delay="3" > > and as soon as the pause timer is supposed to count > down, it kind of hangs; actually, the cursor seems > to jump as if the number "3" is continuously printed > instead of a countdown. This 'hang' continues until > I hit the return key, after which the boot process > continues as usual. > > When I remove the delay line in loader.conf, then > the loader displays a pause timer of "10", but > actually *immediately* continues as if the pause > timer is zero (so no delay at all). > > I believe there's something wrong with the boot > loader in 6.1-Prerelease. Or has my PC become buggy? > > Any idea what's the problem? > Anybody else sees this? Just for the record: I have found the problem and reply my own solution to the problem here: I had changed my /boot.config from "-P" to "-D" and I checked the boot-up on the video console (not serial). Meanwhile the serial port was connected to a data acquisition equipement, which obviously confused the boot-up communication. This, however, I did not realize while watching the peculiar boot-up on the console. My conclusion: do not use "-D" in /boot.config, unless the serial port is either not connected, or connected to a remote terminal. Using "-P" here is safer. Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 15:36:49 2006 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 7A31416A420 for ; Sun, 5 Mar 2006 15:36:49 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9AB043D48 for ; Sun, 5 Mar 2006 15:36:48 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id DAF86C0A0B; Sun, 5 Mar 2006 15:36:47 +0000 (GMT) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03243-01-44; Sun, 5 Mar 2006 15:36:47 +0000 (GMT) Received: from Webmail01.ch.as12513.net (webmail01.ch.as12513.net [82.153.252.32]) by mra04.ch.as12513.net (Postfix) with ESMTP id 600A2C04E9; Sun, 5 Mar 2006 15:36:47 +0000 (GMT) Content-Disposition: inline Content-Transfer-Encoding: quoted-printable From: To: Adam Retter , Fabian Keil Date: Sun, 05 Mar 2006 15:36:45 +0000 X-Uidl: 20060224112357.0ef0a1fc@localhost X-Mailer: AtMail 4.11 Message-Id: <20060305153647.600A2C04E9@mra04.ch.as12513.net> X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: device atapicam - causes huge slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adam@adamretter.eclipse.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 15:36:49 -0000 Sorry about the slow reply, been very busy with work and so havent had t= ime to play with my favourite BSD ;-) On your advi= ce, I built a kernel without atapicam and tried to kldload atapicam, I get = similar problems to having it in the kernel. Basically "# kldload atap= icam" doesnt return back to the console and the rest of the system gri= nds to almost standstill. So looks like I still have ata= picam problems, whats next? Thanks Adam. On Fri Feb 24 8:23 , Fabian Keil sent:= Adam Retter <[1]adam@adamretter.eclipse.co.uk> wro= te: =0D =0D > FreeBSD funkalicious.home.dom 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #8= : =0D > Thu Feb 23 23:24:57 GMT 2006 =0D > [2]root@funkalicious.home.dom:/usr/obj/usr/src/sys/funkalicious i= 386 =0D > =0D > I have a fairly straight-forward kernel config (see below) I think, ye= t =0D > if I enable "device atapicam", and buildkernel and installke= rnel and =0D > reboot, the system starts up fine until it get's to finding disks and<= br />=0D > then it goes incredibly slowly, takes about 5 minutes to get to = =0D > "harvesting interupts" and so on and so on, I think it will = eventually =0D > get to the login prompt, but I havent been tolerant to wait that long<= br />=0D > >15 minutes. =0D =0D > If I dont use "device atapicam" the system is perfect, but I= could =0D > really do with enabling it, for CD/DVD writting purposes... =0D =0D If you don't use "device atapicam" you can kldload atapicam.ko la= ter. =0D You could try it to see if it makes a difference. =0D =0D Fabian =0D -- =0D [3]http://www.fabiankeil.de/ =0D References 1. 3D"javascript:top.opencompose('adam@ada= 2. 3D"javascript:top.opencompose('root@funkalicious.home.dom','',= 3. file://localhost/tmp/3D"parse.pl?redirect=3Dhttp%3A%2F%2Fwww.fabiankei= From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 16:04:29 2006 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 4C78316A420 for ; Sun, 5 Mar 2006 16:04:29 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4819243D66 for ; Sun, 5 Mar 2006 16:04:22 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-07-z2.arcor-online.net (mail-in-07-z2.arcor-online.net [151.189.8.19]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id ABF8C15BE75 for ; Sun, 5 Mar 2006 17:04:20 +0100 (CET) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-07-z2.arcor-online.net (Postfix) with ESMTP id 9C2721E31D5 for ; Sun, 5 Mar 2006 17:04:20 +0100 (CET) Received: from hermes.sanskrit.local.net (dslb-084-058-001-060.pools.arcor-ip.net [84.58.1.60]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 58A61122E4E for ; Sun, 5 Mar 2006 17:04:20 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by hermes.sanskrit.local.net (8.13.4/8.13.4) with SMTP id k25G3qQ3002613 for ; Sun, 5 Mar 2006 17:03:52 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Sun, 5 Mar 2006 17:03:51 +0100 From: Manfred Lotz To: freebsd-stable@freebsd.org Message-Id: <20060305170351.87a828e1.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: panic (page fault) with iwi _control and wpa_supplicant X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 16:04:29 -0000 Hi all, I'm running FreeBSD 6.1-PRERELEASE on a Samsung X20 laptop. Sometimes, after resuming from a suspend state, the following messages show up in the messages file: Mar 4 11:21:13 hermes kernel: iwi0: could not allocate firmware DMAmemory Mar 4 11:21:13 hermes kernel: iwi0: could not load main firmware Mar 4 11:21:13 hermes kernel: iwi0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 t sc 0 len 0 The last message is because debug was on. After that the system was dead and eventually it rebooted. A dump was written: Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 1063452672B (1014 MB) Blocksize: 512 Dumptime: Sat Mar 4 11:21:13 2006 Hostname: hermes.sanskrit.local.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-PRERELEASE #20: Wed Mar 1 04:44:13 CET 2006 root@hermes.sanskrit.local.net:/usr/obj/usr/src/sys/SAMSUNG Panic String: page fault Dump Parity: 320812105 Bounds: 0 Dump Status: good kgdb shows: Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0558c10 stack pointer = 0x28:0xe72f2af4 frame pointer = 0x28:0xe72f2b08 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 19243 (wpa_supplicant) trap number = 12 panic: page fault KDB: stack backtrace: kdb_backtrace(100,c590a300,28,e72f2ab4,c) at kdb_backtrace+0x29 panic(c06e1ed4,c070ec69,0,fffff,c09b) at panic+0xa8 trap_fatal(e72f2ab4,24) at trap_fatal+0x2a6 trap(e72f0008,c0530028,c5900028,0,c5a2d300) at trap+0xf6 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0558c10, esp = 0xe72f2af4, ebp = 0xe72f2b08 --- propagate_priority(c590a300,c4d2e600,c075d2c0,c4bbbc78,c590a300) at propagate_priority+0x60 turnstile_wait(c4bbbc78,c5a2d300) at turnstile_wait+0x272 _mtx_lock_sleep(c4bbbc78,c590a300,0,0,0) at _mtx_lock_sleep+0xb4 msleep(c4bbb000,c4bbbc78,0,c06eb3e4,12c) at msleep +0x2e6 iwi_load_firmware(c4bbb000,c4fe3000,1940) at iwi_load_firmware +0x4bb iwi_init(c4bbb000) at iwi_init+0x8e iwi_ioctl(c4bc7400,80206910,c6df58a0) at iwi_ioctl+0x9c ifhwioctl(80206910,c4bc7400,c6df58a0,c590a300,0) at ifhwioctl+0x337 ifioctl(c58f66f4,80206910,c6df58a0,c590a300,0) at ifioctl+0xc3 soo_ioctl(c8abadc8,80206910,c6df58a0,c8acfe00,c590a300) at soo_ioctl +0x487 ioctl(c590a300,e72f2d04,3,0,282) at ioctl+0x41d syscall(3b,3b,3b,bfbfe780,80682c0) at syscall+0x2b7 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28169b3f, esp = 0xbfbfe73c, ebp = 0xbfbfe798 --- Uptime: 2d10h19m47s Dumping 1014 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1014MB (259472 pages) 998 982 966 950 934 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 (CTRL-C to abort) 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 (CTRL-C to abort) 6 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h Is this enough information for filing a PR? I am actually not quite sure if the error is within wpa_supplicant or within iwicontrol?! -- Manfred From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 16:19:48 2006 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 7067116A420 for ; Sun, 5 Mar 2006 16:19:48 +0000 (GMT) (envelope-from daniel@bondconsult.com) Received: from mail43.e.nsc.no (mail43.e.nsc.no [193.213.115.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0BC043D46 for ; Sun, 5 Mar 2006 16:19:47 +0000 (GMT) (envelope-from daniel@bondconsult.com) Received: from [10.0.0.7] (ti221110a080-7256.bb.online.no [83.109.156.88]) by mail43.nsc.no (8.13.5/8.13.5) with ESMTP id k25GJcJh004754; Sun, 5 Mar 2006 17:19:39 +0100 (CET) Message-ID: <440B0FB9.7070101@bondconsult.com> Date: Sun, 05 Mar 2006 17:20:09 +0100 From: Daniel Bond User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051217) X-Accept-Language: en-us, en MIME-Version: 1.0 To: scs@b1tt3r.org References: <20060305055244.GA33743@anathema.b1tt3r.org> In-Reply-To: <20060305055244.GA33743@anathema.b1tt3r.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Hey all X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 16:19:48 -0000 Sam Stein wrote: > Hey everyone, just joined the list. > Hope I can be of some use, or something of the like. > Welcome to the list :) Regards, Daniel Bond. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 17:08:36 2006 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 7451516A420 for ; Sun, 5 Mar 2006 17:08:36 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 481FE43D49 for ; Sun, 5 Mar 2006 17:08:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 26590 invoked from network); 5 Mar 2006 17:08:32 -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=IIF8mB2zUOuOR54lchWMEfqGKKUt/gq0aFmrFde2xRUi3nS+gHxUVaTIZw/U4wtZO50TKslEa6t5QGoDi2GOiuS2A3/DbJLBQqcynF8O3pM0z012qkplgsAE9wQ13vWSym1IjLwE6qUTiy+SAcBJXk78eluSCeWP2/wCQsvQcc8= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 5 Mar 2006 17:08:32 -0000 Message-ID: <440B1B1F.7020801@rogers.com> Date: Sun, 05 Mar 2006 12:08:47 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Rainer Alves References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> <20060305085754.GA42388@mid.pc5.i.0x5.de> <20060305090119.GA73809@xor.obsecurity.org> <440AAB91.8090901@gmail.com> In-Reply-To: <440AAB91.8090901@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, fbsd-stable-0@ml.turing-complete.org, obrien@FreeBSD.org, Kris Kennaway Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 17:08:36 -0000 Rainer Alves wrote: > > Yes, this fixes the problem. Using devel/bison2 instead of 1.75 also > works, but switching to the builtin YACC is indeed a better solution. Ditto. Works here. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 17:38:52 2006 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 462A616A420 for ; Sun, 5 Mar 2006 17:38:52 +0000 (GMT) (envelope-from chet.ramey@case.edu) Received: from mpv3.TIS.cwru.edu (mpv3.TIS.CWRU.Edu [129.22.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1AF543D45 for ; Sun, 5 Mar 2006 17:38:51 +0000 (GMT) (envelope-from chet.ramey@case.edu) Received: from [192.168.1.100] (h145.247.40.69.ip.alltel.net [69.40.247.145]) by mpv3.TIS.cwru.edu (MOS 3.6.4-CR) with ESMTP id AKK21208 (AUTH cpr); Sun, 5 Mar 2006 12:38:46 -0500 (EST) Message-ID: <440B2221.90308@case.edu> Date: Sun, 05 Mar 2006 12:38:41 -0500 From: Chet Ramey Organization: ITS, Case Western Reserve University User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Mike Jakubik References: <440B17AB.6030806@rogers.com> In-Reply-To: <440B17AB.6030806@rogers.com> X-Enigmail-Version: 0.93.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, bug-bash@gnu.org, chet@case.edu Subject: Re: [Fwd: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 17:38:52 -0000 Mike Jakubik wrote: > FYI. This has been a known issue with bison-1.75 for over three years: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=167635;archive=yes http://lists.gnu.org/archive/html/bug-bash/2003-01/msg00061.html http://lists.gnu.org/archive/html/bug-bash/2004-09/msg00118.html Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet ) Live Strong. No day but today. Chet Ramey, ITS, CWRU chet@case.edu http://cnswww.cns.cwru.edu/~chet/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 18:01:33 2006 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 78C8C16A420 for ; Sun, 5 Mar 2006 18:01:33 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2007643D49 for ; Sun, 5 Mar 2006 18:01:33 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1FFxXw-00017D-F5 for ; Sun, 05 Mar 2006 19:01:32 +0100 Received: (qmail 24066 invoked from network); 5 Mar 2006 18:01:28 -0000 Received: from localhost.thuis.klop.ws (HELO localhost) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 5 Mar 2006 18:01:28 -0000 Date: Sun, 05 Mar 2006 19:01:27 +0100 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) Subject: roadmap 7-current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 18:01:33 -0000 Hello, For FreeBSD 5/6 there was a quite ok roadmap for building SMP-support/GEOM and a lot of other great things. Is there also such a roadmap for version 7? Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 20:03:01 2006 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 8517016A420 for ; Sun, 5 Mar 2006 20:03:01 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F52F43D45 for ; Sun, 5 Mar 2006 20:03:00 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id k25K1l5b008948; Sun, 5 Mar 2006 20:01:47 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k25K1lpj089217; Sun, 5 Mar 2006 20:01:47 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k25K1Vpl089207; Sun, 5 Mar 2006 20:01:31 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 5 Mar 2006 20:01:31 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Yar Tikhiy In-Reply-To: <20060224183435.GA66559@comp.chem.msu.su> Message-ID: <20060305200015.I89137@ury.york.ac.uk> References: <200602211455.01731.root@solink.ru> <06022119291516.78019@www.mmlab.cse.yzu.edu.tw> <1140606294.59408.8.camel@buffy.york.ac.uk> <20060224183435.GA66559@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Bachilo Dmitry , stable@freebsd.org, Tai-hwa Liang Subject: Re: mount_smbfs trouble after cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 20:03:01 -0000 On Fri, 24 Feb 2006, Yar Tikhiy wrote: > On Wed, Feb 22, 2006 at 11:04:54AM +0000, Gavin Atkinson wrote: >> Is there a reason this change was made? And is there a reason why > > The change wasn't against NETSMBCRYPTO, it just corrected the way > kernel modules get their options. > >> NETSMBCRYPTO is not in GENERIC? To me, it seems that breaking smbfs >> between releases within 6.x violates POLA... I suspect a large number of >> people (myself included) have always used smbfs for passworded shares >> and it's "just worked". > > This issue is under investigation by the Release Engineers and yours > truly. I'm sorry my change to the kernel module framework caused > the confusion, but so the whole issue has got attention at last. > Of course, it must be fixed before 6.1-R. In the meanwhile, I'd > like to hear about any reservations on making NETSMBCRYPTO the > default case for netsmb/smbfs. Thanks! I don't see any problem with making it the default case, since before the framework cleanup, it effectively was default. Gavin From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 22:43:45 2006 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 6E8AB16A420 for ; Sun, 5 Mar 2006 22:43:45 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C98A843D49 for ; Sun, 5 Mar 2006 22:43:41 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k25MhYiS034564; Mon, 6 Mar 2006 01:43:35 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k25MhWIG034563; Mon, 6 Mar 2006 01:43:32 +0300 (MSK) (envelope-from yar) Date: Mon, 6 Mar 2006 01:43:32 +0300 From: Yar Tikhiy To: Gavin Atkinson Message-ID: <20060305224332.GG21025@comp.chem.msu.su> References: <200602211455.01731.root@solink.ru> <06022119291516.78019@www.mmlab.cse.yzu.edu.tw> <1140606294.59408.8.camel@buffy.york.ac.uk> <20060224183435.GA66559@comp.chem.msu.su> <20060305200015.I89137@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060305200015.I89137@ury.york.ac.uk> User-Agent: Mutt/1.5.9i Cc: Bachilo Dmitry , stable@freebsd.org, Tai-hwa Liang Subject: Re: mount_smbfs trouble after cvsup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 22:43:45 -0000 On Sun, Mar 05, 2006 at 08:01:31PM +0000, Gavin Atkinson wrote: > On Fri, 24 Feb 2006, Yar Tikhiy wrote: > > >On Wed, Feb 22, 2006 at 11:04:54AM +0000, Gavin Atkinson wrote: > >>Is there a reason this change was made? And is there a reason why > > > >The change wasn't against NETSMBCRYPTO, it just corrected the way > >kernel modules get their options. > > > >>NETSMBCRYPTO is not in GENERIC? To me, it seems that breaking smbfs > >>between releases within 6.x violates POLA... I suspect a large number of > >>people (myself included) have always used smbfs for passworded shares > >>and it's "just worked". > > > >This issue is under investigation by the Release Engineers and yours > >truly. I'm sorry my change to the kernel module framework caused > >the confusion, but so the whole issue has got attention at last. > >Of course, it must be fixed before 6.1-R. In the meanwhile, I'd > >like to hear about any reservations on making NETSMBCRYPTO the > >default case for netsmb/smbfs. Thanks! > > I don't see any problem with making it the default case, since before the > framework cleanup, it effectively was default. Thank you for telling your opinion! I'm preparing the respective commit to HEAD right now, going to MFC it after a short period of testing by CURRENT users. -- Yar From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 23:12:26 2006 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 52D7316A420 for ; Sun, 5 Mar 2006 23:12:26 +0000 (GMT) (envelope-from Tobias.Kilb@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6998443D55 for ; Sun, 5 Mar 2006 23:12:23 +0000 (GMT) (envelope-from Tobias.Kilb@gmx.net) Received: (qmail invoked by alias); 05 Mar 2006 23:12:21 -0000 Received: from p54B180FC.dip0.t-ipconnect.de (EHLO tobias.universum.local) [84.177.128.252] by mail.gmx.net (mp037) with SMTP; 06 Mar 2006 00:12:21 +0100 X-Authenticated: #30967603 Date: Mon, 6 Mar 2006 00:11:27 +0100 From: Tobias Kilb To: freebsd-stable@freebsd.org Message-Id: <20060306001127.287ff371.Tobias.Kilb@gmx.net> In-Reply-To: <440B0FB9.7070101@bondconsult.com> References: <20060305055244.GA33743@anathema.b1tt3r.org> <440B0FB9.7070101@bondconsult.com> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Hey all X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 23:12:26 -0000 On Sun, 05 Mar 2006 17:20:09 +0100 Daniel Bond wrote: > Sam Stein wrote: > > > Hey everyone, just joined the list. > > Hope I can be of some use, or something of the like. > > > Welcome to the list :) > yeah, welcome! Bring wisdom for all on the list > Regards, > > Daniel Bond. > _______________________________________________ > 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" > Tobias -- PGP Fingerprint: 8020 C7C0 3574 111C 8EA0 2BE9 7581 220C 1AC0 225B PGP Key ID: 0x1AC0225B From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 23:16:31 2006 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 35F4016A420 for ; Sun, 5 Mar 2006 23:16:31 +0000 (GMT) (envelope-from Tobias.Kilb@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BCEA43D67 for ; Sun, 5 Mar 2006 23:16:29 +0000 (GMT) (envelope-from Tobias.Kilb@gmx.net) Received: (qmail invoked by alias); 05 Mar 2006 23:16:27 -0000 Received: from p54B180FC.dip0.t-ipconnect.de (EHLO tobias.universum.local) [84.177.128.252] by mail.gmx.net (mp036) with SMTP; 06 Mar 2006 00:16:27 +0100 X-Authenticated: #30967603 Date: Mon, 6 Mar 2006 00:15:29 +0100 From: Tobias Kilb To: freebsd-stable Message-Id: <20060306001529.2baa8bb0.Tobias.Kilb@gmx.net> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Link for the FreeBSD 6.1 Schedule? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 23:16:31 -0000 Hi guys, has anyone the link for the FreeBSD 6.1 Schedule Page (Open Tasks, Bugs, etc...). I can't find the link thanks, Tobias -- PGP Fingerprint: 8020 C7C0 3574 111C 8EA0 2BE9 7581 220C 1AC0 225B PGP Key ID: 0x1AC0225B From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 23:30:58 2006 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 8F49C16A420 for ; Sun, 5 Mar 2006 23:30:58 +0000 (GMT) (envelope-from mark@mkproductions.org) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 211B943D6B for ; Sun, 5 Mar 2006 23:30:49 +0000 (GMT) (envelope-from mark@mkproductions.org) Received: from pimout2-ext.prodigy.net (pimout2-int.prodigy.net [207.115.4.217]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k25NUNbi015027 for ; Sun, 5 Mar 2006 18:30:23 -0500 X-ORBL: [68.89.208.212] Received: from [192.168.1.25] (68-89-208-212.ded.swbell.net [68.89.208.212] (may be forged)) by pimout2-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k25NUlda139210; Sun, 5 Mar 2006 18:30:48 -0500 Message-ID: <440B74A7.2050704@mkproductions.org> Date: Sun, 05 Mar 2006 17:30:47 -0600 From: Mark Kane User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Tobias Kilb References: <20060306001529.2baa8bb0.Tobias.Kilb@gmx.net> In-Reply-To: <20060306001529.2baa8bb0.Tobias.Kilb@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: Link for the FreeBSD 6.1 Schedule? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 23:30:58 -0000 Tobias Kilb wrote: > Hi guys, > > has anyone the link for the FreeBSD 6.1 Schedule Page (Open > Tasks, Bugs, etc...). I can't find the link > > thanks, > > Tobias > Here it is: http://www.freebsd.org/releases/6.1R/ -Mark -- GnuPG Public Key: http://www.mkproductions.org/mk_pubkey.asc Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 23:51:11 2006 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 B6A8616A420 for ; Sun, 5 Mar 2006 23:51:11 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F3043D46 for ; Sun, 5 Mar 2006 23:51:11 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (67-40-203-22.tukw.qwest.net [67.40.203.22]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.1/8.13.1) with ESMTP id k25Np7iG058037; Sun, 5 Mar 2006 18:51:08 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 5 Mar 2006 15:49:20 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Kostik Belousov In-Reply-To: <20060304091522.GD37572@deviant.kiev.zoral.com.ua> Message-ID: <20060305154820.J557@10.0.0.1> References: <20060303153833.Q557@10.0.0.1> <20060304091522.GD37572@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.52 on 216.240.101.25 Cc: stable@freebsd.org Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 23:51:11 -0000 On Sat, 4 Mar 2006, Kostik Belousov wrote: > On Fri, Mar 03, 2006 at 03:41:55PM -0800, Jeff Roberson wrote: >> I plan to MFC all of this lovely stuff for 6.1: >> >> http://www.chesapeake.net/~jroberson/vfsmfc.diff >> >> I'm looking for people who are willing to patch their stable boxes and >> test this. This has the following changes in it: >> >> 1) Improved debugging with DEBUG_LOCKS via the new stack(9) api. >> 2) Fixed an INACTIVE leak. >> 3) Fixed several unmount races. >> 4) Fixed several nullfs unmount issues. >> 5) Some more Giant related VFS fixes and asserts. >> 6) Fixed the quota deadlock. >> >> These problems should be rare enough that most of you have not seen them. >> So just let me know if this introduces any new problems etc. I will be >> MFCing within a week. >> >> Thanks, >> Jeff > > I applied the patch to the today 6-STABLE and now testing it > on the (relatively slow, k6/266Mhz) machine, by cvs-ing the > sources and building the world. Kernel config is custom (see below > issue #2), I added DEBUG_* and WITNESS* options from your patch. > Config does not include QUOTAS. > > 1. The patch breaks the kernel ABI, even for the case when DEBUG_VFS_LOCK > is not defined. This is due to changes inside struct mount, adding mnt_ref > and rearranging several existing fields. This issue shall be at least > mentioned in release notes. Yes, you are correct. I had mentioned this to re but not in the mail here. I intend to make some changes to fix the abi breakage. > > 2. I built custom kernel with "options MAC". After some fs activity, I got > the LOR: Strange, I thought I had fixed this some time ago. I'll look into it, thanks. > > lock order reversal: > 1st 0xc1a018f0 vnode interlock (vnode interlock) @ /usr/home/kostik/work/bsd/sys/kern/vfs_subr.c:2449 > 2nd 0xc0c43144 system map (system map) @ /usr/home/kostik/work/bsd/sys/vm/vm_kern.c:295 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c06676b0,c0667700,c0636024) at 0xc049d3c9 = kdb_backtrace+0x29 > witness_checkorder(c0c43144,9,c061fe28,127) at 0xc04a80c2 = witness_checkorder+0x582 > _mtx_lock_flags(c0c43144,0,c061fe28,127) at 0xc047b998 = _mtx_lock_flags+0x58 > _vm_map_lock(c0c430c0,c061fe28,127) at 0xc059eb46 = _vm_map_lock+0x26 > kmem_malloc(c0c430c0,1000,101,c819fbe0,c059679f) at 0xc059e0d2 = kmem_malloc+0x32 > page_alloc(c0c4d300,1000,c819fbd3,101,c06a3bf8) at 0xc0596bda = page_alloc+0x1a > slab_zalloc(c0c4d300,101,c0c4d300,c0647a64,c0c4e460) at 0xc059679f = slab_zalloc+0x9f > uma_zone_slab(c0c4d300,1,c0c4e468,0,c061f05a,8a2) at 0xc0597dec = uma_zone_slab+0xec > uma_zalloc_internal(c0c4d300,0,1,0,c0c4dc48) at 0xc0598129 = uma_zalloc_internal+0x29 > bucket_alloc(80,1,c0c380a0,0,c19ab6a4) at 0xc0595eac = bucket_alloc+0x2c > uma_zfree_arg(c0c4dc00,c19ab6a4,0) at 0xc0598483 = uma_zfree_arg+0x283 > mac_labelzone_free(c19ab6a4,c1a01828,e8,c819fc9c,c0565ad2) at 0xc055dab3 = mac_labelzone_free+0x13 > mac_vnode_label_free(c19ab6a4,c1a01828,c819fcac,c04d8766,c1a01828) at 0xc0565aaa = mac_vnode_label_free+0x6a > mac_destroy_vnode(c1a01828) at 0xc0565ad2 = mac_destroy_vnode+0x12 > vdestroy(c1a01828,c1a01828,c819fcec,c04d8142,c1a01828) at 0xc04d8766 = vdestroy+0x1c6 > vdropl(c1a01828,7,a8,c0653ee0,c1a01828) at 0xc04dad1e = vdropl+0x3e > vlrureclaim(c15e8000,c1529000,c156f000,c04d8360,c156f000) at 0xc04d8142 = vlrureclaim+0x282 > vnlru_proc(0,c819fd38,0,c04d8360,0) at 0xc04d84e3 = vnlru_proc+0x183 > fork_exit(c04d8360,0,c819fd38) at 0xc046de7d = fork_exit+0x9d > fork_trampoline() at 0xc05d33bc = fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xc819fd6c, ebp = 0 --- > > A patch to fix the LOR (seems to be relevant for CURRENT too): > > --- sys/kern/vfs_subr.c.orig Sat Mar 4 10:44:47 2006 > +++ sys/kern/vfs_subr.c Sat Mar 4 10:45:21 2006 > @@ -787,9 +787,6 @@ > VNASSERT(bo->bo_dirty.bv_root == NULL, vp, ("dirtyblkroot not NULL")); > VNASSERT(TAILQ_EMPTY(&vp->v_cache_dst), vp, ("vp has namecache dst")); > VNASSERT(LIST_EMPTY(&vp->v_cache_src), vp, ("vp has namecache src")); > -#ifdef MAC > - mac_destroy_vnode(vp); > -#endif > if (vp->v_pollinfo != NULL) { > knlist_destroy(&vp->v_pollinfo->vpi_selinfo.si_note); > mtx_destroy(&vp->v_pollinfo->vpi_lock); > @@ -801,6 +798,9 @@ > #endif > lockdestroy(vp->v_vnlock); > mtx_destroy(&vp->v_interlock); > +#ifdef MAC > + mac_destroy_vnode(vp); > +#endif > uma_zfree(vnode_zone, vp); > } > > Up to the moment > (uptime 11:09AM up 1:24, 1 user, load averages: 1.32, 1.56, 1.56) > everything else seems to be okey. > > > From owner-freebsd-stable@FreeBSD.ORG Sun Mar 5 23:54:56 2006 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 D75C316A420 for ; Sun, 5 Mar 2006 23:54:56 +0000 (GMT) (envelope-from Tobias.Kilb@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1988643D45 for ; Sun, 5 Mar 2006 23:54:55 +0000 (GMT) (envelope-from Tobias.Kilb@gmx.net) Received: (qmail invoked by alias); 05 Mar 2006 23:54:54 -0000 Received: from p54B180FC.dip0.t-ipconnect.de (EHLO tobias.universum.local) [84.177.128.252] by mail.gmx.net (mp036) with SMTP; 06 Mar 2006 00:54:54 +0100 X-Authenticated: #30967603 Date: Mon, 6 Mar 2006 00:53:58 +0100 From: Tobias Kilb To: freebsd-stable@freebsd.org Message-Id: <20060306005358.44726940.Tobias.Kilb@gmx.net> In-Reply-To: <440B74A7.2050704@mkproductions.org> References: <20060306001529.2baa8bb0.Tobias.Kilb@gmx.net> <440B74A7.2050704@mkproductions.org> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Link for the FreeBSD 6.1 Schedule? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 23:54:57 -0000 On Sun, 05 Mar 2006 17:30:47 -0600 Mark Kane wrote: > Tobias Kilb wrote: > > Hi guys, > > > > has anyone the link for the FreeBSD 6.1 Schedule Page (Open > > Tasks, Bugs, etc...). I can't find the link > > > > thanks, > > > > Tobias > > > > Here it is: > > http://www.freebsd.org/releases/6.1R/ > > -Mark > > -- > GnuPG Public Key: > http://www.mkproductions.org/mk_pubkey.asc > > Internet Radio: > Party107 (Trance/Electronic) - http://www.party107.com > Rock 101.9 The Edge (Rock) - http://www.rock1019.net > > IRC: > MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) > _______________________________________________ > 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" > Thank you, that is the information I need! tobias -- PGP Fingerprint: 8020 C7C0 3574 111C 8EA0 2BE9 7581 220C 1AC0 225B PGP Key ID: 0x1AC0225B From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 01:18:43 2006 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 9FBA616A422 for ; Mon, 6 Mar 2006 01:18:43 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp102.biz.mail.re2.yahoo.com (smtp102.biz.mail.re2.yahoo.com [68.142.229.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 7089643D4C for ; Mon, 6 Mar 2006 01:18:42 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 71276 invoked from network); 6 Mar 2006 01:18:41 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp102.biz.mail.re2.yahoo.com with SMTP; 6 Mar 2006 01:18:41 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 194C463D8; Sun, 5 Mar 2006 20:18:41 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 35449-06; Sun, 5 Mar 2006 20:18:40 -0500 (EST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id F41DD6129; Sun, 5 Mar 2006 20:18:39 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id k261IcPs062686; Sun, 5 Mar 2006 20:18:38 -0500 (EST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <440B8DE8.4020709@alumni.rice.edu> Date: Sun, 05 Mar 2006 20:18:32 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (X11/20060221) MIME-Version: 1.0 To: Rainer Alves References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> <20060305085754.GA42388@mid.pc5.i.0x5.de> <20060305090119.GA73809@xor.obsecurity.org> <440AAB91.8090901@gmail.com> In-Reply-To: <440AAB91.8090901@gmail.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig87B9E4422596F0315B8AD3C5" X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-stable@FreeBSD.ORG, fbsd-stable-0@ml.turing-complete.org, obrien@FreeBSD.ORG, Kris Kennaway Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 01:18:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig87B9E4422596F0315B8AD3C5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/05/06 04:12, Rainer Alves wrote: > Kris Kennaway wrote: >> On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: >>> * Kris Kennaway [2006-03-05 03:41 -0500]: >>> > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: >>> > > The problem seems to depend on the installed bison version. With = no >>> > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1= it >>> > > doesn't. >>> > > Installed at what point: the build time of the bash port, or runt= ime >>> > (which would be very odd)? >>> >>> The build time. I submitted ports/94086, which contains a >>> fix/workaround. >> >> Great, thanks for tracking this down! Can others confirm this >> solution? >=20 > Yes, this fixes the problem. Using devel/bison2 instead of 1.75 also > works, but switching to the builtin YACC is indeed a better solution. I had yacc/bison problems when attempting to build the csup port. I've previously had issues with install-info/texinfo: http://lists.freebsd.org/pipermail/freebsd-questions/2006-February/114123= =2Ehtml The real issue was that I had changed my path to put /usr/local/(s)bin before /usr/(s)bin. I've since changed my path back and everything works as expected. I don't even recall why I changed it in the first place, but it caused some interesting problems... -Jonathan --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig87B9E4422596F0315B8AD3C5 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.1 (FreeBSD) iD8DBQFEC43uUFz01pkdgZURAoCbAJwMSuy0eL7uvw1ABVC258UQ0uOkbgCfQAda HU5PMxvBY44DO20jOMXmmlk= =BWlW -----END PGP SIGNATURE----- --------------enig87B9E4422596F0315B8AD3C5-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 03:44:51 2006 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 EE7C516A420; Mon, 6 Mar 2006 03:44:51 +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 3E7D543D45; Mon, 6 Mar 2006 03:44:50 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002351019.msg; Mon, 06 Mar 2006 03:44:05 +0000 Message-ID: <02ed01c640d0$32b1dbd0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , Date: Mon, 6 Mar 2006 03:43:51 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original 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, 06 Mar 2006 03:44:05 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Mon, 06 Mar 2006 03:44:07 +0000 Cc: Subject: g_vfs_done with offset greater than disk size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 03:44:52 -0000 I've been trying to get a problem fixed with a Highpoint 1820a crashing out with errors like: kernel: IAL: COMPLETION ERROR, adapter 0, channel 2, flags=104 kernel: ATA regs: error 10, sector count 20, LBA low ff, LBA mid ff, LBA high ff, device 4f, status 51 which results in the disk being dropped from the array. A sharp eyed engineer at Highpoint has just spotted the fact that the read error reported later is well beyond the end of the array ( 750Gb ): kernel: g_vfs_done():da0s1h[READ(offset=535260184576,length=131072)]error = 5 As such is it possible there is a problem in the FS that fsck is not detecting which could be causing this behaviour when an rsync ( read only ) is performed against it? If there is indeed a vfs error which fsck is not detecting how would I go about: 1. finding it 2. fixing it Regards Steve ================================================ 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 Mar 6 04:45:13 2006 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 147BF16A420; Mon, 6 Mar 2006 04:45:13 +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 5503043D48; Mon, 6 Mar 2006 04:45:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k264ilJi028499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 15:14:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 6 Mar 2006 15:09:45 +1030 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1768291.p1rYIi4NCS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603061509.53498.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: re@freebsd.org Subject: 6.1BETA3 amd64 doesn't detect my floppy drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 04:45:13 -0000 --nextPart1768291.p1rYIi4NCS Content-Type: multipart/mixed; boundary="Boundary-01=_S07CELEHZRYIZOZ" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_S07CELEHZRYIZOZ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I have an amd64 system with an ASUS A8V Deluxe/WIFI-G motherboard (and a panasonic FDD). I get the following output when trying to boot 6.1-BETA3= =2E. =2E.. fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 =2E.. Also I get that set of messages twice(!) Once before probing sioX and=20 once after. I've attached the full dmesg. I couldn't see anything in the BIOS related t= o=20 the floppy drive (only serial & parallel both of which are enabled). The system in question normally runs 6.0-RC1 - I've attached a dmesg from t= hat. I see the only place ENOMEM in the FDC code is if malloc fails but I don't= =20 see the printf that goes with that so it must be something else. =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 --Boundary-01=_S07CELEHZRYIZOZ Content-Type: text/plain; charset="us-ascii"; name="6.1-BETA3-dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="6.1-BETA3-dmesg.txt" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.0-RC1 #0: Wed Oct 26 13:29:47 UTC 2005 root@chungli-pr.gsoft.com.au:/usr/obj/local0/src/sys/GENESIS ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 536543232 (511 MB) avail memory =3D 508919808 (485 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 7 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at devic= e 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xe000-0xe0ff mem 0xe8000000-0xefffffff,= 0xfbe00000-0xfbe0ffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pci1: at device 0.1 (no driver attached) fwohci0: port 0x7000-0x707f mem 0xfb100000-0xfb1007f= f irq 16 at device 7.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:4f:85:fa fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0x8000-0x803f,0x7800-0x= 780f,0x7400-0x747f mem 0xfb300000-0xfb300fff,0xfb200000-0xfb21ffff irq 18 a= t device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci0: at device 9.0 (no driver attached) skc0: port 0x9000-0x90ff mem 0xfb600000-0xfb603f= ff irq 17 at device 10.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:13:d4:78:24:72 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto pci0: at device 11.0 (no driver attached) pci0: at device 14.0 (no driver attached) atapci1: port 0xc000-0xc007,0xb800-0xb803,0xb= 400-0xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 = on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xc400-0xc41f irq 21 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 21 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbc00000-0xfbc000ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd8ff irq 22 at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A orm0: at iomem 0xc0000-0xccfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Darfon USB Optical Mouse, rev 1.10/3.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2002572145 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 ad0: 238475MB at ata2-master SATA150 ad1: 238475MB at ata3-master SATA150 ad2: 152627MB at ata4-master UDMA100 ad3: 152627MB at ata4-slave UDMA100 ar0: 238418MB status: READY ar0: disk0 READY (master) using ad0 at ata2-master ar0: disk1 READY (mirror) using ad1 at ata3-master ar1: 152587MB status: READY ar1: disk0 READY (master) using ad2 at ata4-master ar1: disk1 READY (mirror) using ad3 at ata4-slave cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ar0s1a gsio0: port 0xa000-0xa07f,0x9800-0x980f mem = 0xfba00000-0xfba0007f,0xfb900000-0xfb901fff irq 19 at device 14.0 on pci0 gsio0: [GIANT-LOCKED] gsio0: LCR at 0xa000, I/O at 0x9800, memory at 0xfb900000, S/N 98006 mdsio0: configured irq 16 not in bitmap of probed irqs 0 mdsio0: irq maps: 0 0 0 0 mdsio0: port 0x8800-0x887f,0x8400-0x= 84ff mem 0xfb400000-0xfb40007f irq 16 at device 9.0 on pci0 mdsio0: type 16550A mdsio0: 2-wire mode, RTS transmit control, ignoring RX during TX. mdsio0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range info: [drm] Loading R200 Microcode GEOM_LABEL: Label for provider ar1s1e is ufs/metatronusr. GEOM_LABEL: Label for provider ar1s1d is ufs/metatronvar. GEOM_LABEL: Label for provider ar1s1a is ufs/metatronslash. WARNING: /mnt/metatron: multilabel flag on fs but no MAC support WARNING: /mnt/metatron/var: multilabel flag on fs but no MAC support WARNING: /mnt/metatron/usr: multilabel flag on fs but no MAC support Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...4 4 3 3 0 1 1 0 0 0 done All buffers synced. Uptime: 3d19h48m31s Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.1-BETA3 #0: Thu Mar 2 14:31:20 UTC 2006 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.58-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 536543232 (511 MB) avail memory =3D 502259712 (478 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at devic= e 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) fwohci0: port 0x7000-0x707f mem 0xfb100000-0xfb1007f= f irq 16 at device 7.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:4f:85:fa fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:4f:85:fa fwe0: Ethernet address: 02:11:d8:4f:85:fa fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0x8000-0x803f,0x7800-0x= 780f,0x7400-0x747f mem 0xfb300000-0xfb300fff,0xfb200000-0xfb21ffff irq 18 a= t device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci0: at device 9.0 (no driver attached) skc0: port 0x9000-0x90ff mem 0xfb600000-0xfb603f= ff irq 17 at device 10.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:13:d4:78:24:72 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto rl0: port 0x9400-0x94ff mem 0xfb800000-0xfb8000= ff irq 16 at device 11.0 on pci0 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0b:2b:03:d3:7e pci0: at device 14.0 (no driver attached) atapci1: port 0xc000-0xc007,0xb800-0xb803,0xb= 400-0xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 = on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xc400-0xc41f irq 21 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 21 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbc00000-0xfbc000ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 orm0: at iomem 0xc0000-0xccfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Darfon USB Optical Mouse, rev 1.10/3.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2002578381 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff805ee760, 0) error 6 md0: Preloaded image 4194304 bytes at 0xffffffff8098be10 acd0: DVDR at ata0-master UDMA66 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 152627MB at ata4-master UDMA100 ad9: 152627MB at ata4-slave UDMA100 ar0: 238418MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master ar1: 152587MB status: READY ar1: disk0 READY (master) using ad8 at ata4-master ar1: disk1 READY (mirror) using ad9 at ata4-slave Trying to mount root from ufs:/dev/md0 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.1-BETA3 #0: Thu Mar 2 14:31:20 UTC 2006 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 536543232 (511 MB) avail memory =3D 502259712 (478 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at devic= e 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) fwohci0: port 0x7000-0x707f mem 0xfb100000-0xfb1007f= f irq 16 at device 7.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:4f:85:fa fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:4f:85:fa fwe0: Ethernet address: 02:11:d8:4f:85:fa fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0x8000-0x803f,0x7800-0x= 780f,0x7400-0x747f mem 0xfb300000-0xfb300fff,0xfb200000-0xfb21ffff irq 18 a= t device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci0: at device 9.0 (no driver attached) skc0: port 0x9000-0x90ff mem 0xfb600000-0xfb603f= ff irq 17 at device 10.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:13:d4:78:24:72 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto rl0: port 0x9400-0x94ff mem 0xfb800000-0xfb8000= ff irq 16 at device 11.0 on pci0 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0b:2b:03:d3:7e pci0: at device 14.0 (no driver attached) atapci1: port 0xc000-0xc007,0xb800-0xb803,0xb= 400-0xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 = on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xc400-0xc41f irq 21 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 21 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbc00000-0xfbc000ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 orm0: at iomem 0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Darfon USB Optical Mouse, rev 1.10/3.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2002570157 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff805ee760, 0) error 6 md0: Preloaded image 4194304 bytes at 0xffffffff8098be10 acd0: DVDR at ata0-master UDMA66 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 152627MB at ata4-master UDMA100 ad9: 152627MB at ata4-slave UDMA100 ar0: 238418MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master ar1: 152587MB status: READY ar1: disk0 READY (master) using ad8 at ata4-master ar1: disk1 READY (mirror) using ad9 at ata4-slave Trying to mount root from ufs:/dev/md0 --Boundary-01=_S07CELEHZRYIZOZ Content-Type: text/plain; charset="us-ascii"; name="6.0-RC1-dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="6.0-RC1-dmesg.txt" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.0-RC1 #0: Wed Oct 26 13:29:47 UTC 2005 root@chungli-pr.gsoft.com.au:/usr/obj/local0/src/sys/GENESIS ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 536543232 (511 MB) avail memory =3D 508919808 (485 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 7 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at devic= e 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xe000-0xe0ff mem 0xe8000000-0xefffffff,= 0xfbe00000-0xfbe0ffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pci1: at device 0.1 (no driver attached) fwohci0: port 0x7000-0x707f mem 0xfb100000-0xfb1007f= f irq 16 at device 7.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:4f:85:fa fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0x8000-0x803f,0x7800-0x= 780f,0x7400-0x747f mem 0xfb300000-0xfb300fff,0xfb200000-0xfb21ffff irq 18 a= t device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci0: at device 9.0 (no driver attached) skc0: port 0x9000-0x90ff mem 0xfb600000-0xfb603f= ff irq 17 at device 10.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:13:d4:78:24:72 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto pci0: at device 11.0 (no driver attached) pci0: at device 14.0 (no driver attached) atapci1: port 0xc000-0xc007,0xb800-0xb803,0xb= 400-0xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 = on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xc400-0xc41f irq 21 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 21 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbc00000-0xfbc000ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd8ff irq 22 at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A orm0: at iomem 0xc0000-0xccfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Darfon USB Optical Mouse, rev 1.10/3.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2002572145 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 ad0: 238475MB at ata2-master SATA150 ad1: 238475MB at ata3-master SATA150 ad2: 152627MB at ata4-master UDMA100 ad3: 152627MB at ata4-slave UDMA100 ar0: 238418MB status: READY ar0: disk0 READY (master) using ad0 at ata2-master ar0: disk1 READY (mirror) using ad1 at ata3-master ar1: 152587MB status: READY ar1: disk0 READY (master) using ad2 at ata4-master ar1: disk1 READY (mirror) using ad3 at ata4-slave cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ar0s1a gsio0: port 0xa000-0xa07f,0x9800-0x980f mem = 0xfba00000-0xfba0007f,0xfb900000-0xfb901fff irq 19 at device 14.0 on pci0 gsio0: [GIANT-LOCKED] gsio0: LCR at 0xa000, I/O at 0x9800, memory at 0xfb900000, S/N 98006 mdsio0: configured irq 16 not in bitmap of probed irqs 0 mdsio0: irq maps: 0 0 0 0 mdsio0: port 0x8800-0x887f,0x8400-0x= 84ff mem 0xfb400000-0xfb40007f irq 16 at device 9.0 on pci0 mdsio0: type 16550A mdsio0: 2-wire mode, RTS transmit control, ignoring RX during TX. mdsio0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range info: [drm] Loading R200 Microcode GEOM_LABEL: Label for provider ar1s1e is ufs/metatronusr. GEOM_LABEL: Label for provider ar1s1d is ufs/metatronvar. GEOM_LABEL: Label for provider ar1s1a is ufs/metatronslash. WARNING: /mnt/metatron: multilabel flag on fs but no MAC support WARNING: /mnt/metatron/var: multilabel flag on fs but no MAC support WARNING: /mnt/metatron/usr: multilabel flag on fs but no MAC support Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...4 4 3 3 0 1 1 0 0 0 done All buffers synced. Uptime: 3d19h48m31s Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.1-BETA3 #0: Thu Mar 2 14:31:20 UTC 2006 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.58-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 536543232 (511 MB) avail memory =3D 502259712 (478 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at devic= e 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) fwohci0: port 0x7000-0x707f mem 0xfb100000-0xfb1007f= f irq 16 at device 7.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:4f:85:fa fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:4f:85:fa fwe0: Ethernet address: 02:11:d8:4f:85:fa fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0x8000-0x803f,0x7800-0x= 780f,0x7400-0x747f mem 0xfb300000-0xfb300fff,0xfb200000-0xfb21ffff irq 18 a= t device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci0: at device 9.0 (no driver attached) skc0: port 0x9000-0x90ff mem 0xfb600000-0xfb603f= ff irq 17 at device 10.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:13:d4:78:24:72 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto rl0: port 0x9400-0x94ff mem 0xfb800000-0xfb8000= ff irq 16 at device 11.0 on pci0 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0b:2b:03:d3:7e pci0: at device 14.0 (no driver attached) atapci1: port 0xc000-0xc007,0xb800-0xb803,0xb= 400-0xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 = on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xc400-0xc41f irq 21 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 21 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbc00000-0xfbc000ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 orm0: at iomem 0xc0000-0xccfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Darfon USB Optical Mouse, rev 1.10/3.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2002578381 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff805ee760, 0) error 6 md0: Preloaded image 4194304 bytes at 0xffffffff8098be10 acd0: DVDR at ata0-master UDMA66 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 152627MB at ata4-master UDMA100 ad9: 152627MB at ata4-slave UDMA100 ar0: 238418MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master ar1: 152587MB status: READY ar1: disk0 READY (master) using ad8 at ata4-master ar1: disk1 READY (mirror) using ad9 at ata4-slave Trying to mount root from ufs:/dev/md0 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.1-BETA3 #0: Thu Mar 2 14:31:20 UTC 2006 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 536543232 (511 MB) avail memory =3D 502259712 (478 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at devic= e 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) fwohci0: port 0x7000-0x707f mem 0xfb100000-0xfb1007f= f irq 16 at device 7.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:4f:85:fa fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:4f:85:fa fwe0: Ethernet address: 02:11:d8:4f:85:fa fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0x8000-0x803f,0x7800-0x= 780f,0x7400-0x747f mem 0xfb300000-0xfb300fff,0xfb200000-0xfb21ffff irq 18 a= t device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci0: at device 9.0 (no driver attached) skc0: port 0x9000-0x90ff mem 0xfb600000-0xfb603f= ff irq 17 at device 10.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:13:d4:78:24:72 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto rl0: port 0x9400-0x94ff mem 0xfb800000-0xfb8000= ff irq 16 at device 11.0 on pci0 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0b:2b:03:d3:7e pci0: at device 14.0 (no driver attached) atapci1: port 0xc000-0xc007,0xb800-0xb803,0xb= 400-0xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 = on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xc400-0xc41f irq 21 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 21 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbc00000-0xfbc000ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] device_attach: fdc0 attach returned 12 orm0: at iomem 0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Darfon USB Optical Mouse, rev 1.10/3.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2002570157 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff805ee760, 0) error 6 md0: Preloaded image 4194304 bytes at 0xffffffff8098be10 acd0: DVDR at ata0-master UDMA66 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 152627MB at ata4-master UDMA100 ad9: 152627MB at ata4-slave UDMA100 ar0: 238418MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master ar1: 152587MB status: READY ar1: disk0 READY (master) using ad8 at ata4-master ar1: disk1 READY (mirror) using ad9 at ata4-slave Trying to mount root from ufs:/dev/md0 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.0-RC1 #0: Wed Oct 26 13:29:47 UTC 2005 root@chungli-pr.gsoft.com.au:/usr/obj/local0/src/sys/GENESIS ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.58-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> real memory =3D 536543232 (511 MB) avail memory =3D 508919808 (485 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at devic= e 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xe000-0xe0ff mem 0xe8000000-0xefffffff,= 0xfbe00000-0xfbe0ffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pci1: at device 0.1 (no driver attached) fwohci0: port 0x7000-0x707f mem 0xfb100000-0xfb1007f= f irq 16 at device 7.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:4f:85:fa fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) atapci0: port 0x8000-0x803f,0x7800-0x= 780f,0x7400-0x747f mem 0xfb300000-0xfb300fff,0xfb200000-0xfb21ffff irq 18 a= t device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pci0: at device 9.0 (no driver attached) skc0: port 0x9000-0x90ff mem 0xfb600000-0xfb603f= ff irq 17 at device 10.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:13:d4:78:24:72 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto pci0: at device 11.0 (no driver attached) pci0: at device 14.0 (no driver attached) atapci1: port 0xc000-0xc007,0xb800-0xb803,0xb= 400-0xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 = on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xc400-0xc41f irq 21 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 21 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbc00000-0xfbc000ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd8ff irq 22 at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acp= i0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A orm0: at iomem 0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Darfon USB Optical Mouse, rev 1.10/3.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2002578801 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 ad0: 238475MB at ata2-master SATA150 ad1: 238475MB at ata3-master SATA150 ad2: 152627MB at ata4-master UDMA100 ad3: 152627MB at ata4-slave UDMA100 ar0: 238418MB status: READY ar0: disk0 READY (master) using ad0 at ata2-master ar0: disk1 READY (mirror) using ad1 at ata3-master ar1: 152587MB status: READY ar1: disk0 READY (master) using ad2 at ata4-master ar1: disk1 READY (mirror) using ad3 at ata4-slave cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 66.000MB/s transfers cd0: cd present [276839 x 2048 byte records] Trying to mount root from ufs:/dev/ar0s1a gsio0: port 0xa000-0xa07f,0x9800-0x980f mem = 0xfba00000-0xfba0007f,0xfb900000-0xfb901fff irq 19 at device 14.0 on pci0 gsio0: [GIANT-LOCKED] gsio0: LCR at 0xa000, I/O at 0x9800, memory at 0xfb900000, S/N 98006 mdsio0: configured irq 16 not in bitmap of probed irqs 0 mdsio0: irq maps: 0 0 0 0 mdsio0: port 0x8800-0x887f,0x8400-0x= 84ff mem 0xfb400000-0xfb40007f irq 16 at device 9.0 on pci0 mdsio0: type 16550A mdsio0: 2-wire mode, RTS transmit control, ignoring RX during TX. mdsio0: [GIANT-LOCKED] info: [drm] Loading R200 Microcode --Boundary-01=_S07CELEHZRYIZOZ-- --nextPart1768291.p1rYIi4NCS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEC70Z5ZPcIHs/zowRAl5eAKCGPeX3APKwJldptXnTERqTGGglAwCgjVmn zweYVJMRD774m2jWKUBq8lY= =D4OE -----END PGP SIGNATURE----- --nextPart1768291.p1rYIi4NCS-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 04:52:52 2006 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 7B66216A420; Mon, 6 Mar 2006 04:52:52 +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 B5A2243D46; Mon, 6 Mar 2006 04:52:51 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002351073.msg; Mon, 06 Mar 2006 04:52:52 +0000 Message-ID: <001701c640d9$ce1cc270$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Eric Anderson" References: <02ed01c640d0$32b1dbd0$b3db87d4@multiplay.co.uk> <440BBA6F.9050401@centtech.com> Date: Mon, 6 Mar 2006 04:52:37 -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, 06 Mar 2006 04:52:52 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Mon, 06 Mar 2006 04:52:53 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: g_vfs_done with offset greater than disk size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 04:52:52 -0000 ----- Original Message ----- From: "Eric Anderson" > Steven Hartland wrote: >> I've been trying to get a problem fixed with a Highpoint 1820a crashing >> out with errors like: >> kernel: IAL: COMPLETION ERROR, adapter 0, channel 2, flags=104 >> kernel: ATA regs: error 10, sector count 20, LBA low ff, LBA mid ff, >> LBA high ff, device 4f, status 51 >> which results in the disk being dropped from the array. >> >> A sharp eyed engineer at Highpoint has just spotted the fact that the >> read error reported later is well beyond the end of the array ( 750Gb ): >> kernel: >> g_vfs_done():da0s1h[READ(offset=535260184576,length=131072)]error = 5 >> >> As such is it possible there is a problem in the FS that fsck is not >> detecting which could be causing this behaviour when an rsync ( read >> only ) is performed against it? >> >> If there is indeed a vfs error which fsck is not detecting how would I >> go about: >> 1. finding it >> 2. fixing it > > I recently sent a very similar issue to freebsd-geom list, with no > responses yet (just sent it last week). I've got a system with ICH6 (or > ICH7 maybe) controller, and a SATA disk. I don't believe it's a driver > issue, and I don't think it's an fs issue, since I was dd'ing an image > onto the disk, and the image contained linux partitioning and an ext2 > fs. I think it has to do with the tasting (or re-tasting) of the GEOM > devices, but that's pretty much a guess. Not so sure if its makes any difference but I can complete a: dd if=/dev/da0 of=/dev/null Without any issues at all on the array. Steve ================================================ 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 Mar 6 05:42:18 2006 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 8E02116A420 for ; Mon, 6 Mar 2006 05:42:18 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from cedar.ie.tusur.ru (cedar.fet-x.tusur.ru [217.79.57.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C6143D46 for ; Mon, 6 Mar 2006 05:42:11 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k265g6PV058573 for ; Mon, 6 Mar 2006 11:42:06 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx.ie.tusur.ru [212.192.122.66]) by rainbow.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k265g57k008848 for ; Mon, 6 Mar 2006 11:42:05 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx [127.0.0.1]) by lynx.ie.tusur.ru (8.13.4/8.13.4) with ESMTP id k265g5bt041125 for ; Mon, 6 Mar 2006 11:42:05 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: (from pg@localhost) by lynx.ie.tusur.ru (8.13.4/8.13.4/Submit) id k265g5R5041124 for stable@freebsd.org; Mon, 6 Mar 2006 11:42:05 +0600 (TSK) (envelope-from pg) Date: Mon, 6 Mar 2006 11:42:05 +0600 From: Pavel Gubin To: stable@freebsd.org Message-ID: <20060306054205.GA682@ie.tusur.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on cedar.ie.tusur.ru X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (cedar.ie.tusur.ru [212.192.122.65]); Mon, 06 Mar 2006 11:42:06 +0600 (TSK) Cc: Subject: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Gubin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 05:42:18 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I've got some machine which is almost idle and works now almost only as dialup server. The problem was that this machine was very stable under 5.4-RELEASE, but after upgrading (via buildworld/installworld) to 6.0-RELEASE-p4 and then to 6.1-PRERELEASE (4 days ago) the machine panices (uptime from an hour to a day or two). I have some doubt that this due to hardware problem - because 5.4 is quite stable on this machine. Below I'm attaching the kernel config, dmesg.boot, backtrace from 6.0-RELEASE-p4 and backtrace from 6.1-PRERELEASE. Thanx in advance, -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=Fet machine i386 cpu I686_CPU ident Fet makeoptions DEBUG=-g options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC options INCLUDE_CONFIG_FILE options AUTO_EOI_1 options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_FORWARD_EXTENDED options IPDIVERT options DUMMYNET options LIBALIAS device isa device pci device fdc device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device npx device pmtimer device sio # 8250, 16[45]50 based serial ports device puc device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device re # RealTek 8139C+/8169/8169S/8110S device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device vge # VIA VT612x gigabit ethernet device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device pf device pflog device pfsync device bpf # Berkeley packet filter --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #0: Thu Mar 2 16:28:07 TSK 2006 pg@lynx.ie.tusur.ru:/var/data/obj/var/data/6s/src/sys/Fet Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (1000.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 268349440 (255 MB) avail memory = 257306624 (245 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xf3800000-0xf38000ff irq 6 at device 11.0 on pci2 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:40:f4:a9:ca:1e puc0: port 0xd400-0xd41f,0xd000-0xd01f mem 0xf3000000-0xf3000fff,0xf2800000-0xf2800fff irq 5 at device 13.0 on pci2 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode sio6: on puc0 sio6: type 16550A sio6: unable to activate interrupt in fast mode - using normal mode sio7: on puc0 sio7: type 16550A sio7: unable to activate interrupt in fast mode - using normal mode puc1: port 0xb800-0xb81f,0xb400-0xb41f mem 0xf2000000-0xf2000fff,0xf1800000-0xf1800fff irq 5 at device 13.1 on pci2 sio8: on puc1 sio8: type 16550A sio8: unable to activate interrupt in fast mode - using normal mode sio9: on puc1 sio9: type 16550A sio9: unable to activate interrupt in fast mode - using normal mode sio10: on puc1 sio10: type 16550A sio10: unable to activate interrupt in fast mode - using normal mode sio11: on puc1 sio11: type 16550A sio11: unable to activate interrupt in fast mode - using normal mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 fdc0: No FDOUT register! sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1000312210 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to deny, logging disabled ad0: 38166MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /var/data was not properly dismounted re0: link state changed to UP vlan4: link state changed to UP vlan3: link state changed to UP vlan2: link state changed to UP vlan1: link state changed to UP vlan0: link state changed to UP --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="info.9" Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 267956224B (255 MB) Blocksize: 512 Dumptime: Fri Feb 17 20:58:20 2006 Hostname: fet.fet-x.tusur.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.0-RELEASE-p4 #2: Wed Feb 8 13:26:11 TSK 2006 pg@lynx.ie.tusur.ru:/var/data/obj/var/data/6/src/sys/Fet Panic String: page fault Dump Parity: 2169387071 Bounds: 9 Dump Status: good --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename=btfull09 Content-Transfer-Encoding: 8bit GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc060457a stack pointer = 0x28:0xcc7f2ae4 frame pointer = 0x28:0xcc7f2b10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (swi1: net) trap number = 12 panic: page fault Uptime: 1d13h33m23s Dumping 255 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 255MB (65259 pages) 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 in pcpu.h (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc04e5a3e in boot (howto=260) at /var/data/6/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc04e5cd4 in panic (fmt=0xc063062d "%s") at /var/data/6/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc113e480 bootopt = 260 newpanic = 0 ap = 0xc113e480 "0Ř\023Á Ľ\020Á" buf = "page fault", '\0' #3 0xc06064a8 in trap_fatal (frame=0xcc7f2aa4, eva=0) at /var/data/6/src/sys/i386/i386/trap.c:831 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 8, ssd_xx1 = 1, ssd_def32 = 1, ssd_gran = 1} #4 0xc0606213 in trap_pfault (frame=0xcc7f2aa4, usermode=0, eva=0) at /var/data/6/src/sys/i386/i386/trap.c:742 va = 0 vm = (struct vmspace *) 0x0 map = 0xc0687a80 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc113e480 p = (struct proc *) 0xc113d830 #5 0xc0605e71 in trap (frame= {tf_fs = -1066926072, tf_es = 40, tf_ds = -1055719384, tf_edi = -1054599636, tf_esi = 0, tf_ebp = -864081136, tf_isp = -864081200, tf_ebx = 128, tf_edx = 128, tf_ecx = 32, tf_eax = -1054599636, tf_trapno = 12, tf_err = 0, tf_eip = -1067432582, tf_cs = 32, tf_eflags = 590338, tf_esp = 0, tf_ss = -1054599112}) at /var/data/6/src/sys/i386/i386/trap.c:432 td = (struct thread *) 0xc113e480 p = (struct proc *) 0xc113d830 sticks = 3239306368 i = 0 ucode = 0 type = 12 code = 0 eva = 0 #6 0xc05f5f5a in calltrap () at /var/data/6/src/sys/i386/i386/exception.s:139 No locals. #7 0xc060457a in generic_bcopy () at /var/data/6/src/sys/i386/i386/support.s:489 No locals. (kgdb) q --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="info.12" Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 267956224B (255 MB) Blocksize: 512 Dumptime: Mon Mar 6 10:08:21 2006 Hostname: fet.fet-x.tusur.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-PRERELEASE #0: Thu Mar 2 16:28:07 TSK 2006 pg@lynx.ie.tusur.ru:/var/data/obj/var/data/6s/src/sys/Fet Panic String: page fault Dump Parity: 3291601711 Bounds: 12 Dump Status: good --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename=btfull12 Content-Transfer-Encoding: 8bit GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc060af7a stack pointer = 0x28:0xcc7e2ae0 frame pointer = 0x28:0xcc7e2b0c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (swi1: net) trap number = 12 panic: page fault Uptime: 50m48s Dumping 255 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 255MB (65259 pages) 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc04ea306 in boot (howto=260) at /var/data/6s/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc04ea59c in panic (fmt=0xc0638a18 "%s") at /var/data/6s/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc1dd4480 bootopt = 260 newpanic = 0 ap = 0xc1dd4480 "08ÝÁ \005ÚÁ" buf = "page fault", '\0' #3 0xc060ceac in trap_fatal (frame=0xcc7e2aa0, eva=0) at /var/data/6s/src/sys/i386/i386/trap.c:836 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 8, ssd_xx1 = 3, ssd_def32 = 1, ssd_gran = 1} msg = 0x0 #4 0xc060cc13 in trap_pfault (frame=0xcc7e2aa0, usermode=0, eva=0) at /var/data/6s/src/sys/i386/i386/trap.c:744 va = 0 vm = (struct vmspace *) 0x0 map = 0xc0691f80 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc1dd4480 p = (struct proc *) 0xc1dd3830 #5 0xc060c871 in trap (frame= {tf_fs = -1066926072, tf_es = 40, tf_ds = -1042481112, tf_edi = -1041406420, tf_esi = 0, tf_ebp = -864146676, tf_isp = -864146740, tf_ebx = 128, tf_edx = 128, tf_ecx = 32, tf_eax = -1041406420, tf_trapno = 12, tf_err = 0, tf_eip = -1067405446, tf_cs = 32, tf_eflags = 590338, tf_esp = 0, tf_ss = -1041405896}) at /var/data/6s/src/sys/i386/i386/trap.c:434 td = (struct thread *) 0xc1dd4480 p = (struct proc *) 0xc1dd3830 sticks = 3252503680 i = 0 ucode = 0 type = 12 code = 0 eva = 0 #6 0xc05fc6ca in calltrap () at /var/data/6s/src/sys/i386/i386/exception.s:139 No locals. #7 0xc060af7a in generic_bcopy () at /var/data/6s/src/sys/i386/i386/support.s:489 No locals. (kgdb) q --u3/rZRmxL6MmkK24-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 05:48:26 2006 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 5A39716A420 for ; Mon, 6 Mar 2006 05:48:26 +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 1E03743D45 for ; Mon, 6 Mar 2006 05:48:26 +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 01E511A4E0B; Sun, 5 Mar 2006 21:48:26 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 22B4252058; Mon, 6 Mar 2006 00:48:25 -0500 (EST) Date: Mon, 6 Mar 2006 00:48:24 -0500 From: Kris Kennaway To: Pavel Gubin Message-ID: <20060306054824.GA13928@xor.obsecurity.org> References: <20060306054205.GA682@ie.tusur.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20060306054205.GA682@ie.tusur.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 05:48:26 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 11:42:05AM +0600, Pavel Gubin wrote: > Hello, >=20 > I've got some machine which is almost idle and works now almost only as d= ialup > server. The problem was that this machine was very stable under 5.4-RELEA= SE, > but after upgrading (via buildworld/installworld) to 6.0-RELEASE-p4 and t= hen > to 6.1-PRERELEASE (4 days ago) the machine panices (uptime from an hour to > a day or two). Are you using stale modules? Those panic traces don't make much sense to me. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEC80oWry0BWjoQKURAnUNAKCYFewnz4fuW80dJeUHdOIUB9AZzACcCSqS 2yIdVlPqWwAS9fv93o/N5BQ= =QyYo -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 05:58:36 2006 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 9BF0B16A420 for ; Mon, 6 Mar 2006 05:58:36 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from cedar.ie.tusur.ru (cedar.fet-x.tusur.ru [217.79.57.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85EE443D45 for ; Mon, 6 Mar 2006 05:58:35 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k265wXdk059183; Mon, 6 Mar 2006 11:58:33 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx.ie.tusur.ru [212.192.122.66]) by rainbow.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k265wXv5009635; Mon, 6 Mar 2006 11:58:33 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx [127.0.0.1]) by lynx.ie.tusur.ru (8.13.4/8.13.4) with ESMTP id k265wXnf041242; Mon, 6 Mar 2006 11:58:33 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: (from pg@localhost) by lynx.ie.tusur.ru (8.13.4/8.13.4/Submit) id k265wXIY041241; Mon, 6 Mar 2006 11:58:33 +0600 (TSK) (envelope-from pg) Date: Mon, 6 Mar 2006 11:58:33 +0600 From: Pavel Gubin To: Kris Kennaway Message-ID: <20060306055833.GB682@ie.tusur.ru> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306054824.GA13928@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on cedar.ie.tusur.ru X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (cedar.ie.tusur.ru [212.192.122.65]); Mon, 06 Mar 2006 11:58:34 +0600 (TSK) Cc: stable@freebsd.org Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Gubin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 05:58:36 -0000 On Mon, Mar 06, 2006 at 12:48:24AM -0500, Kris Kennaway wrote: > > I've got some machine which is almost idle and works now almost only as dialup > > server. The problem was that this machine was very stable under 5.4-RELEASE, > > but after upgrading (via buildworld/installworld) to 6.0-RELEASE-p4 and then > > to 6.1-PRERELEASE (4 days ago) the machine panices (uptime from an hour to > > a day or two). > > Are you using stale modules? No, there was full buildworld/buildkernel/installkernel/installworld cycle, and now all files in /boot/kernel are dated 2-Mar-2006. > Those panic traces don't make much sense to me. Maybe I can do something else? Coredumps are on hand and can be digged in all directions :) -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 06:00:42 2006 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 9FDFC16A420 for ; Mon, 6 Mar 2006 06:00:42 +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 61A8F43D6B for ; Mon, 6 Mar 2006 06:00:40 +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 B06A41A4E0C; Sun, 5 Mar 2006 22:00:39 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0B49F52529; Mon, 6 Mar 2006 01:00:39 -0500 (EST) Date: Mon, 6 Mar 2006 01:00:38 -0500 From: Kris Kennaway To: Pavel Gubin Message-ID: <20060306060038.GA14287@xor.obsecurity.org> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20060306055833.GB682@ie.tusur.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 06:00:42 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 11:58:33AM +0600, Pavel Gubin wrote: > On Mon, Mar 06, 2006 at 12:48:24AM -0500, Kris Kennaway wrote: > > > I've got some machine which is almost idle and works now almost only = as dialup > > > server. The problem was that this machine was very stable under 5.4-R= ELEASE, > > > but after upgrading (via buildworld/installworld) to 6.0-RELEASE-p4 a= nd then > > > to 6.1-PRERELEASE (4 days ago) the machine panices (uptime from an ho= ur to > > > a day or two). > >=20 > > Are you using stale modules? >=20 > No, there was full buildworld/buildkernel/installkernel/installworld > cycle, and now all files in /boot/kernel are dated 2-Mar-2006. >=20 > > Those panic traces don't make much sense to me. >=20 > Maybe I can do something else? Coredumps are on hand and can be digged = in > all directions :) What compiler flags are you using to build your kernel? Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEC9AGWry0BWjoQKURAiSWAJ9PUGauDSJR633aw37IxRwPTuneJQCgpaNm Ykfq4x408kz+7Z/2VATb80Y= =X41m -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 06:08:19 2006 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 3B68716A420 for ; Mon, 6 Mar 2006 06:08:19 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from cedar.ie.tusur.ru (cedar.fet-x.tusur.ru [217.79.57.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22FFE43D45 for ; Mon, 6 Mar 2006 06:08:17 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k2668GnH059551; Mon, 6 Mar 2006 12:08:16 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx.ie.tusur.ru [212.192.122.66]) by rainbow.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k2668Ggb010095; Mon, 6 Mar 2006 12:08:16 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx [127.0.0.1]) by lynx.ie.tusur.ru (8.13.4/8.13.4) with ESMTP id k2668GfZ041337; Mon, 6 Mar 2006 12:08:16 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: (from pg@localhost) by lynx.ie.tusur.ru (8.13.4/8.13.4/Submit) id k2668G6V041336; Mon, 6 Mar 2006 12:08:16 +0600 (TSK) (envelope-from pg) Date: Mon, 6 Mar 2006 12:08:16 +0600 From: Pavel Gubin To: Kris Kennaway Message-ID: <20060306060816.GA41249@ie.tusur.ru> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> <20060306060038.GA14287@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306060038.GA14287@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on cedar.ie.tusur.ru X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (cedar.ie.tusur.ru [212.192.122.65]); Mon, 06 Mar 2006 12:08:16 +0600 (TSK) Cc: stable@freebsd.org Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Gubin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 06:08:19 -0000 On Mon, Mar 06, 2006 at 01:00:38AM -0500, Kris Kennaway wrote: > On Mon, Mar 06, 2006 at 11:58:33AM +0600, Pavel Gubin wrote: > > On Mon, Mar 06, 2006 at 12:48:24AM -0500, Kris Kennaway wrote: > > > > I've got some machine which is almost idle and works now almost only as dialup > > > > server. The problem was that this machine was very stable under 5.4-RELEASE, > > > > but after upgrading (via buildworld/installworld) to 6.0-RELEASE-p4 and then > > > > to 6.1-PRERELEASE (4 days ago) the machine panices (uptime from an hour to > > > > a day or two). > > > > > > Are you using stale modules? > > > > No, there was full buildworld/buildkernel/installkernel/installworld > > cycle, and now all files in /boot/kernel are dated 2-Mar-2006. > > > > > Those panic traces don't make much sense to me. > > > > Maybe I can do something else? Coredumps are on hand and can be digged in > > all directions :) > > What compiler flags are you using to build your kernel? The build was done with "make buildkernel KERNCONF=Fet", and seems that /etc/make.conf does not contain variables that can have any effect on compiler: === COMPAT4X=yes DOC_LANG=en_US.ISO8859-1 ru_RU.KOI8-R ENABLE_SUID_K5SU=yes FETCH_ENV= HTTP_PROXY=http://212.192.122.65:3128 KERNCONF=Lynx Pine MAKE_IDEA=yes MAKE_KERBEROS5=yes NOATM=yes NOCLEANDEPENDS=YES NOINET6=yes NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo NO_SUID_XSERVER=YES PERL_ARCH=mach PERL_VER=5.8.5 PERL_VERSION=5.8.5 RUBY_VER=1.8 WITH_SETUID_LUIT=yes WRKDIRPREFIX= /var/data/portstmp === -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 06:36:17 2006 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 2BDFF16A422 for ; Mon, 6 Mar 2006 06:36:17 +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 C829543D49 for ; Mon, 6 Mar 2006 06:36:16 +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 A19851A4E0B; Sun, 5 Mar 2006 22:36:16 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 85F98514BD; Mon, 6 Mar 2006 01:36:15 -0500 (EST) Date: Mon, 6 Mar 2006 01:36:15 -0500 From: Kris Kennaway To: Pavel Gubin Message-ID: <20060306063615.GA15031@xor.obsecurity.org> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> <20060306060038.GA14287@xor.obsecurity.org> <20060306060816.GA41249@ie.tusur.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20060306060816.GA41249@ie.tusur.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 06:36:17 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 12:08:16PM +0600, Pavel Gubin wrote: > On Mon, Mar 06, 2006 at 01:00:38AM -0500, Kris Kennaway wrote: > > On Mon, Mar 06, 2006 at 11:58:33AM +0600, Pavel Gubin wrote: > > > On Mon, Mar 06, 2006 at 12:48:24AM -0500, Kris Kennaway wrote: > > > > > I've got some machine which is almost idle and works now almost o= nly as dialup > > > > > server. The problem was that this machine was very stable under 5= .4-RELEASE, > > > > > but after upgrading (via buildworld/installworld) to 6.0-RELEASE-= p4 and then > > > > > to 6.1-PRERELEASE (4 days ago) the machine panices (uptime from a= n hour to > > > > > a day or two). > > > >=20 > > > > Are you using stale modules? > > >=20 > > > No, there was full buildworld/buildkernel/installkernel/installworld > > > cycle, and now all files in /boot/kernel are dated 2-Mar-2006. > > >=20 > > > > Those panic traces don't make much sense to me. > > >=20 > > > Maybe I can do something else? Coredumps are on hand and can be dig= ged in > > > all directions :) > >=20 > > What compiler flags are you using to build your kernel? >=20 > The build was done with "make buildkernel KERNCONF=3DFet", and seems th= at > /etc/make.conf does not contain variables that can have any effect on > compiler: Strange. What does DDB say about the stack trace when it panics? Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEC9hfWry0BWjoQKURAj+dAJ9Dzr1teImkDwzbll4BEqjfO7ITFACeOppH TdkHmh3Buzdp+5KTcKCheOI= =4E+M -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 06:42:59 2006 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 AF00616A420 for ; Mon, 6 Mar 2006 06:42:59 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from cedar.ie.tusur.ru (cedar.fet-x.tusur.ru [217.79.57.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DFE43D48 for ; Mon, 6 Mar 2006 06:42:58 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k266gs0h060722; Mon, 6 Mar 2006 12:42:54 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx.ie.tusur.ru [212.192.122.66]) by rainbow.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k266gs8r011748; Mon, 6 Mar 2006 12:42:54 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx [127.0.0.1]) by lynx.ie.tusur.ru (8.13.4/8.13.4) with ESMTP id k266gs9s041524; Mon, 6 Mar 2006 12:42:54 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: (from pg@localhost) by lynx.ie.tusur.ru (8.13.4/8.13.4/Submit) id k266gsjC041523; Mon, 6 Mar 2006 12:42:54 +0600 (TSK) (envelope-from pg) Date: Mon, 6 Mar 2006 12:42:54 +0600 From: Pavel Gubin To: Kris Kennaway Message-ID: <20060306064254.GB41249@ie.tusur.ru> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> <20060306060038.GA14287@xor.obsecurity.org> <20060306060816.GA41249@ie.tusur.ru> <20060306063615.GA15031@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306063615.GA15031@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on cedar.ie.tusur.ru X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (cedar.ie.tusur.ru [212.192.122.65]); Mon, 06 Mar 2006 12:42:54 +0600 (TSK) Cc: stable@freebsd.org Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Gubin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 06:42:59 -0000 On Mon, Mar 06, 2006 at 01:36:15AM -0500, Kris Kennaway wrote: > > > What compiler flags are you using to build your kernel? > > > > The build was done with "make buildkernel KERNCONF=Fet", and seems that > > /etc/make.conf does not contain variables that can have any effect on > > compiler: > > Strange. What does DDB say about the stack trace when it panics? The system reboots automatically after doing a dump, so I haven't seen DDB. Can the stack trace be extracted from coredump? (I wish to avoid disabling autoreboot if possible..) -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 07:03:20 2006 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 D432116A420 for ; Mon, 6 Mar 2006 07:03:20 +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 8822943D45 for ; Mon, 6 Mar 2006 07:03:20 +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 5D8CA1A4E0B; Sun, 5 Mar 2006 23:03:20 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AB5CF51DA0; Mon, 6 Mar 2006 02:03:19 -0500 (EST) Date: Mon, 6 Mar 2006 02:03:19 -0500 From: Kris Kennaway To: Pavel Gubin Message-ID: <20060306070319.GA15493@xor.obsecurity.org> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> <20060306060038.GA14287@xor.obsecurity.org> <20060306060816.GA41249@ie.tusur.ru> <20060306063615.GA15031@xor.obsecurity.org> <20060306064254.GB41249@ie.tusur.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20060306064254.GB41249@ie.tusur.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 07:03:20 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 12:42:54PM +0600, Pavel Gubin wrote: > On Mon, Mar 06, 2006 at 01:36:15AM -0500, Kris Kennaway wrote: >=20 > > > > What compiler flags are you using to build your kernel? > > >=20 > > > The build was done with "make buildkernel KERNCONF=3DFet", and seem= s that > > > /etc/make.conf does not contain variables that can have any effect on > > > compiler: > >=20 > > Strange. What does DDB say about the stack trace when it panics? >=20 > The system reboots automatically after doing a dump, so I haven't seen > DDB. Can the stack trace be extracted from coredump? (I wish to avoid > disabling autoreboot if possible..) Well, that's what you posted, but it was nonsensical. However, gdb is sometimes confused about stack traces, which is why I asked for a trace from DDB instead. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEC963Wry0BWjoQKURAldFAKD7EQqwwQZ4h4hrM6VuGPWQW2izJwCeN41s CFUS9JpknmtJlTmB4pTnEjg= =/19W -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 07:36:41 2006 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 C9A4C16A420 for ; Mon, 6 Mar 2006 07:36:41 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 516A843D46 for ; Mon, 6 Mar 2006 07:36:41 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1FGAGi-000OdL-8O for freebsd-stable@freebsd.org; Mon, 06 Mar 2006 10:36:36 +0300 Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc) by sysadm.stc with esmtp (Exim 4.54 (FreeBSD)) id 1FGAGb-0003EY-F9 for freebsd-stable@freebsd.org; Mon, 06 Mar 2006 10:36:29 +0300 Received: (from igorr@localhost) by sysadm.stc (8.13.4/8.13.3/Submit) id k267aTwp012433 for freebsd-stable@freebsd.org; Mon, 6 Mar 2006 10:36:29 +0300 (MSK) (envelope-from igorr) Date: Mon, 6 Mar 2006 10:36:28 +0300 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060306073628.GA12258@sysadm.stc> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306055833.GB682@ie.tusur.ru> User-Agent: Mutt/1.5.11 X-Archived: Yes Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 07:36:41 -0000 On Mon, Mar 06, 2006 at 11:58:33AM +0600, Pavel Gubin wrote: > No, there was full buildworld/buildkernel/installkernel/installworld > cycle, and now all files in /boot/kernel are dated 2-Mar-2006. Maybe you still have nvidia.ko build for 5.4? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 07:41:11 2006 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 112A416A420 for ; Mon, 6 Mar 2006 07:41:11 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89DCD43D45 for ; Mon, 6 Mar 2006 07:41:10 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from dimma.mow.oilspace.com (hq.oilspace.com [81.19.78.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 502C0137694 for ; Mon, 6 Mar 2006 07:41:08 +0000 (GMT) Received: from dimma.mow.oilspace.com (localhost [127.0.0.1]) by dimma.mow.oilspace.com (8.13.4/8.13.3) with ESMTP id k267f5tg001129 for ; Mon, 6 Mar 2006 10:41:05 +0300 (MSK) (envelope-from dkirhlarov@localhost.oilspace.com) Received: (from dkirhlarov@localhost) by dimma.mow.oilspace.com (8.13.4/8.13.3/Submit) id k267f5cv001128 for freebsd-stable@freebsd.org; Mon, 6 Mar 2006 10:41:05 +0300 (MSK) (envelope-from dkirhlarov) Date: Mon, 6 Mar 2006 10:41:05 +0300 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060306074105.GB780@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060226081431.GA813@dimma.mow.oilspace.com> <6F9C5982-E3FB-4EC2-9890-D685F2ABCC34@nordahl.net> <845C4D29-2B82-47D5-B6AD-5BC118BDAF34@ee.ryerson.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <845C4D29-2B82-47D5-B6AD-5BC118BDAF34@ee.ryerson.ca> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 5.4-STABLE User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: nss_ldap problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 07:41:11 -0000 On Sat, Mar 04, 2006 at 02:29:44PM -0500, David Magda wrote: > > On Mar 4, 2006, at 04:04, Frode Nordahl wrote: > > >>/etc/nsswitch.conf > >>group: ldap files > >>hosts: files dns > >>networks: files > >>passwd: ldap files > >>shells: files > >>imap: ldap > > > >Why do you have "ldap" first? I would use "files ldap" in any case so local changes > >can override the directory. > > And if there's an issue with the network, things will slow down to a crawl when the > system is waiting for the LDAP server to respond (which it won't, so you're waiting > for the time out to occur). Using this params in /usr/local/etc/{nss_,}ldap.conf can help: bind_timelimit 4 bind_policy soft idle_timelimit 8 WBR -- Dmitriy Kirhlarov OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia P:+7 495 105 7247 ext.203 F:+7 495 105 7246 E:DmitriyKirhlarov@oilspace.com OILspace - The resource enriched - www.oilspace.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 07:45:20 2006 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 ED61916A422 for ; Mon, 6 Mar 2006 07:45:20 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from cedar.ie.tusur.ru (cedar.fet-x.tusur.ru [217.79.57.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id F02B043D48 for ; Mon, 6 Mar 2006 07:45:14 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k267jCCZ063630; Mon, 6 Mar 2006 13:45:13 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx.ie.tusur.ru [212.192.122.66]) by rainbow.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k267jCRe014499; Mon, 6 Mar 2006 13:45:12 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx [127.0.0.1]) by lynx.ie.tusur.ru (8.13.4/8.13.4) with ESMTP id k267jCWT041960; Mon, 6 Mar 2006 13:45:12 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: (from pg@localhost) by lynx.ie.tusur.ru (8.13.4/8.13.4/Submit) id k267jCSF041959; Mon, 6 Mar 2006 13:45:12 +0600 (TSK) (envelope-from pg) Date: Mon, 6 Mar 2006 13:45:12 +0600 From: Pavel Gubin To: Igor Robul Message-ID: <20060306074512.GC41249@ie.tusur.ru> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> <20060306073628.GA12258@sysadm.stc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306073628.GA12258@sysadm.stc> User-Agent: Mutt/1.4.2.1i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on cedar.ie.tusur.ru X-Virus-Scanned: ClamAV 0.87/1315/Sun Mar 5 16:31:57 2006 on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (cedar.ie.tusur.ru [212.192.122.65]); Mon, 06 Mar 2006 13:45:13 +0600 (TSK) Cc: freebsd-stable@freebsd.org Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Gubin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 07:45:21 -0000 On Mon, Mar 06, 2006 at 10:36:28AM +0300, Igor Robul wrote: > > No, there was full buildworld/buildkernel/installkernel/installworld > > cycle, and now all files in /boot/kernel are dated 2-Mar-2006. > Maybe you still have nvidia.ko build for 5.4? No, I haven't nvidia.ko at all. -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 07:55:06 2006 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 91E3916A420 for ; Mon, 6 Mar 2006 07:55:06 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6341943D48 for ; Mon, 6 Mar 2006 07:55:02 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so545232ugc for ; Sun, 05 Mar 2006 23:55:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=lnNJulXrs2mgAsEMGGJyn5YS9QmUME97C5BhRURksUC5XaV26d4hX7/wQlVKjDvKU59/j/5IzIjcY/NhpocgqCVXIzozNdo1ukiKb8rqhD73P5i/UCc6fe8upY/mngrTBzGTktFUeKoWVFwhgRPMNxtbYp8pn2GfZ3Mf//NbZh0= Received: by 10.66.244.2 with SMTP id r2mr2683559ugh; Sun, 05 Mar 2006 23:55:00 -0800 (PST) Received: by 10.66.219.14 with HTTP; Sun, 5 Mar 2006 23:55:00 -0800 (PST) Message-ID: Date: Mon, 6 Mar 2006 10:55:00 +0300 From: "Alexey Karagodov" To: stable@freebsd.org In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: routed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 07:55:06 -0000 aGVsbG8hCgoKd2hpbGUgc3lzdGVtIHN0YXJ0LXVwLCByb3V0ZWQgdGFrZXMgdmVyeSBsb25nIHRp bWUgdG8gc3RhcnQsIGFib3V0IG1pbnV0ZSBvcgp0d28uCmFuZCB0aGVuIGFjdHVhbHkgbm90IHN0 YXJ0aW5nIHRpbGwgbG9naW4gcHJvbXB0IChzbyBudHBkYXRlIGNhbid0IG9idGFpbgp0aW1lIGZy b20gaW50ZXJuZXQgYW5kIHNvIG9uKQpyYy5jb25mOgoKd2F0Y2hkb2dkX2VuYWJsZT0iWUVTIgph Y2NvdW50aW5nX2VuYWJsZT0iWUVTIgpjaGVja19xdW90YXM9IllFUyIKZGVmYXVsdHJvdXRlcj0i MTcyLjE3LjIyNC4xIDxodHRwOi8vMTAuMC4yMjQuMS8+Igpob3N0bmFtZT0iaG9zdCA8aHR0cDov L21haW4ua3AuY2x1Ym5lbW8ucnUvPiIKY2xvbmVkX2ludGVyZmFjZXM9InZsYW4xIHZsYW4xMDEg dmxhbjEwMiB2bGFuMTAzIgppZmNvbmZpZ19lbTE9InVwIgppZmNvbmZpZ192bGFuMT0iaW5ldCAx NzIuMTYuMC4xIG5ldG1hc2sgMjU1LjI1NS4wLjAgdmxhbiAxIHZsYW5kZXYgZW0xIgppZmNvbmZp Z192bGFuMTAxPSJpbmV0IDgyLjExMS4yMjIuMTExIDxodHRwOi8vODMuMTAyLjIxMS4xODEvPiBu ZXRtYXNrCjI1NS4yNTUuMjU1LjI0MCB2bGFuIDEwMSB2bGFuZGV2IGVtMSIKaWZjb25maWdfdmxh bjEwMz0iaW5ldCAxNzIuMTcuMjQ0LjczIDxodHRwOi8vMTAuMC4yNDQuNzMvPiBuZXRtYXNrCjI1 NS4yNTUuMjI0LjAgdmxhbiAxMDMgdmxhbmRldiBlbTEiCmlmY29uZmlnX3ZsYW4xMDNfYWxpYXMw PSJpbmV0IDE5Mi4xNjguMC40OSBuZXRtYXNrIDI1NS4yNTUuMjU1LjAiCmlmY29uZmlnX3ZsYW4x MDNfYWxpYXMxPSJldGhlciAwMDowYTo0ODowZjpjYjplYSIKCiBnYXRld2F5X2VuYWJsZT0iWUVT Igpyb3V0ZXJfZW5hYmxlPSJZRVMiCmlwdjZfZW5hYmxlPSJZRVMiCmlwdjZfZ2F0ZXdheV9lbmFi bGU9IllFUyIKaXB2Nl9yb3V0ZXJfZW5hYmxlPSJZRVMiCmlwdjZfZGVmYXVsdF9pbnRlcmZhY2U9 ImVtMCIKcGZfZW5hYmxlPSJZRVMiCnBmbG9nX2VuYWJsZT0iWUVTIgpuYW1lZF9lbmFibGU9IllF UyIKYW1kX2VuYWJsZT0iWUVTIgpmdHBkX2VuYWJsZT0iWUVTIgpscGRfZW5hYmxlPSJZRVMiCm5m c19yZXNlcnZlZF9wb3J0X29ubHk9Ik5PIgpuaXNfY2xpZW50X2VuYWJsZT0iWUVTIgpuaXNfc2Vy dmVyX2VuYWJsZT0iWUVTIgpudHBkYXRlX2VuYWJsZT0iWUVTIgpudHBkYXRlX2ZsYWdzPSItYiBw b29sLm50cC5vcmciCm50cGRfZW5hYmxlPSJZRVMiCm50cGRfc3luY19vbl9zdGFydD0iWUVTIgpy cGNiaW5kX2VuYWJsZT0iWUVTIgpzc2hkX2VuYWJsZT0iWUVTIgp1c2JkX2VuYWJsZT0iWUVTIgpk aGNwZF9lbmFibGU9IllFUyIKYXBhY2hlMjJfZW5hYmxlPSJZRVMiCnJwY19zdGF0ZF9lbmFibGU9 IllFUyIKcnBjX2xvY2tkX2VuYWJsZT0iWUVTIgpteXNxbF9lbmFibGU9IllFUyIKaW5ldGRfZW5h YmxlPSJZRVMiCnN3YXBmaWxlPSIvdmFyL3N3YXAvMUdCIgoKI2VtdWxhdGlvbgojc3ZyNF9lbmFi bGU9IllFUyIKI2xpbnV4X2VuYWJsZT0iWUVTIgojaWJjczJfZW5hYmxlPSJZRVMiCgojbG9jYWxl CmtleWNoYW5nZT0iNjEgXltbSyIKa2V5YmVsbD0ibm9ybWFsIgptb3VzZWNoYXJfc3RhcnQ9IjMi Cm1vdXNlZF9lbmFibGU9IllFUyIKc2F2ZXI9ImdyZWVuIgpibGFua3RpbWU9IjYwIgpmb250OHg4 PSJrb2k4LXItOHg4Igpmb250OHgxND0ia29pOC1yLTh4MTQiCmZvbnQ4eDE2PSJrb2k4LXItOHgx NiIKc2Nybm1hcD0iTk8iCmtleXJhdGU9ImZhc3QiCmtleW1hcD0icnUua29pOC1yIgoKZG1lc2cu Ym9vdDoKQ29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJp Z2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CiAgICAgICAgVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZv cm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCA2LjEtUFJFUkVMRUFTRSAjOTogRnJp IE1hciAgMyAxNTo1Mjo0OSBNU0sgMjAwNgogICAgWFhYQFhYWApBQ1BJIEFQSUMgVGFibGU6IDxQ VExURCAgICAgICAgICBBUElDICA+ClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMx ODIgSHogcXVhbGl0eSAwCkNQVTogSW50ZWwoUikgWGVvbihUTSkgQ1BVIDMuNjBHSHogKDM2MDAu MTQtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweGY0 MSAgU3RlcHBpbmcgPSAxCgpGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxN U1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxV U0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KCiAgRmVhdHVyZXMy PTB4NjU5ZDxTU0UzLFJTVkQyLE1PTixEU19DUEwsRVNULFRNMixDTlRYLUlELENYMTYsPGIxND4+ CiAgQU1EIEZlYXR1cmVzPTB4MjAxMDA4MDA8U1lTQ0FMTCxOWCxMTT4KICBIeXBlcnRocmVhZGlu ZzogMiBsb2dpY2FsIENQVXMKcmVhbCBtZW1vcnkgID0gNTM2ODcwOTEyMCAoNTEyMCBNQikKYXZh aWwgbWVtb3J5ID0gNDExNDY3MzY2NCAoMzkyNCBNQikKRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vz c29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1 MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAgNgogY3B1MyAoQVApOiBB UElDIElEOiAgNwppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJk CmlvYXBpYzEgPFZlcnNpb24gMi4wPiBpcnFzIDI0LTQ3IG9uIG1vdGhlcmJvYXJkCmlvYXBpYzIg PFZlcnNpb24gMi4wPiBpcnFzIDQ4LTcxIG9uIG1vdGhlcmJvYXJkCmlvYXBpYzMgPFZlcnNpb24g Mi4wPiBpcnFzIDcyLTk1IG9uIG1vdGhlcmJvYXJkCmlvYXBpYzQgPFZlcnNpb24gMi4wPiBpcnFz IDk2LTExOSBvbiBtb3RoZXJib2FyZAppY2h3ZCBtb2R1bGUgbG9hZGVkCmFjcGkwOiA8UFRMVEQg ICBSU0RUPiBvbiBtb3RoZXJib2FyZAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNv dW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlf dGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIg b24gYWNwaTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9uIGFj cGkwCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApw Y2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBj aTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IDx1bmtub3duPiBhdCBkZXZpY2UgMC4x IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAx LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEg MTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2kxCnBjaTI6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIyCmFoZDA6IDxBZGFwdGVjIEFJQzc5MDIgVWx0cmEzMjAgU0NT SSBhZGFwdGVyPiBwb3J0CjB4MjQwMC0weDI0ZmYsMHgyMDAwLTB4MjBmZiBtZW0gMHhkZDIwMDAw MC0weGRkMjAxZmZmIGlycSAzMiBhdCBkZXZpY2UKMi4wb24gcGNpMgphaGQwOiBbR0lBTlQtTE9D S0VEXQphaWM3OTAyOiBVbHRyYTMyMCBXaWRlIENoYW5uZWwgQSwgU0NTSSBJZD03LCBQQ0ktWCA2 Ny0xMDBNaHosIDUxMiBTQ0JzCmFoZDE6IDxBZGFwdGVjIEFJQzc5MDIgVWx0cmEzMjAgU0NTSSBh ZGFwdGVyPiBwb3J0CjB4MmMwMC0weDJjZmYsMHgyODAwLTB4MjhmZiBtZW0gMHhkZDIwMjAwMC0w eGRkMjAzZmZmIGlycSAzMyBhdCBkZXZpY2UKMi4xb24gcGNpMgphaGQxOiBbR0lBTlQtTE9DS0VE XQphaWM3OTAyOiBVbHRyYTMyMCBXaWRlIENoYW5uZWwgQiwgU0NTSSBJZD03LCBQQ0ktWCA2Ny0x MDBNaHosIDUxMiBTQ0JzCnBjaTE6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9s bGVyPiBhdCBkZXZpY2UgMC4xIChubyBkcml2ZXIKYXR0YWNoZWQpCnBjaWIzOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMiBvbiBwY2kxCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIzCmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiBWZXJzaW9u IC0gMy4yLjE4PiBwb3J0CjB4MzAwMC0weDMwM2YgbWVtIDB4ZGQzMDAwMDAtMHhkZDMxZmZmZiBp cnEgNTQgYXQgZGV2aWNlIDIuMCBvbiBwY2kzCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MzA6 NDg6NzQ6NTE6MTYKZW0xOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIFZl cnNpb24gLSAzLjIuMTg+IHBvcnQKMHgzMDQwLTB4MzA3ZiBtZW0gMHhkZDMyMDAwMC0weGRkMzNm ZmZmIGlycSA1NSBhdCBkZXZpY2UgMi4xIG9uIHBjaTMKZW0xOiBFdGhlcm5ldCBhZGRyZXNzOiAw MDozMDo0ODo3NDo1MToxNwpwY2kxOiA8YmFzZSBwZXJpcGhlcmFsLCBpbnRlcnJ1cHQgY29udHJv bGxlcj4gYXQgZGV2aWNlIDAuMyAobm8gZHJpdmVyCmF0dGFjaGVkKQpwY2liNDogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgNC4wIG9uIHBjaTAKcGNpNDogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2 aWNlIDYuMCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnBjaWI2OiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2k1CnBjaTY6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI2CnBjaTU6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVy PiBhdCBkZXZpY2UgMC4xIChubyBkcml2ZXIKYXR0YWNoZWQpCnBjaWI3OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDAuMiBvbiBwY2k1CnBjaTc6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWI3CnBjaTU6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZp Y2UgMC4zIChubyBkcml2ZXIKYXR0YWNoZWQpCnVoY2kwOiA8SW50ZWwgODI4MDFFQiAoSUNINSkg VVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBvcnQgMHgxNDAwLTB4MTQxZiBpcnEgMTYKYXQgZGV2aWNl IDI5LjAgb24gcGNpMAp1aGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogPEludGVsIDgyODAxRUIg KElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBvbiB1aGNpMAp1c2IwOiBVU0IgcmV2aXNpb24g MS4wCnVodWIwOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhj aTE6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweDE0 MjAtMHgxNDNmIGlycSAxOQphdCBkZXZpY2UgMjkuMSBvbiBwY2kwCnVoY2kxOiBbR0lBTlQtTE9D S0VEXQp1c2IxOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IG9u IHVoY2kxCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjE6IEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIxOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMjogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBj b250cm9sbGVyIFVTQi1DPiBwb3J0IDB4MTQ0MC0weDE0NWYgaXJxIDE4CmF0IGRldmljZSAyOS4y IG9uIHBjaTAKdWhjaTI6IFtHSUFOVC1MT0NLRURdCnVzYjI6IDxJbnRlbCA4MjgwMUVCIChJQ0g1 KSBVU0IgY29udHJvbGxlciBVU0ItQz4gb24gdWhjaTIKdXNiMjogVVNCIHJldmlzaW9uIDEuMAp1 aHViMjogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDEKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kzOiA8 SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUQ+IHBvcnQgMHgxNDYwLTB4 MTQ3ZiBpcnEgMTYKYXQgZGV2aWNlIDI5LjMgb24gcGNpMAp1aGNpMzogW0dJQU5ULUxPQ0tFRF0K dXNiMzogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1EPiBvbiB1aGNp Mwp1c2IzOiBVU0IgcmV2aXNpb24gMS4wCnVodWIzOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMzogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxJbnRlbCA4MjgwMUVCL1IgKElDSDUpIFVTQiAyLjAg Y29udHJvbGxlcj4gbWVtIDB4ZGQwMDEwMDAtMHhkZDAwMTNmZgppcnEgMjMgYXQgZGV2aWNlIDI5 Ljcgb24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiNDogRUhDSSB2ZXJzaW9uIDEuMAp1 c2I0OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDogdXNiMCB1c2IxIHVzYjIg dXNiMwp1c2I0OiA8SW50ZWwgODI4MDFFQi9SIChJQ0g1KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9u IGVoY2kwCnVzYjQ6IFVTQiByZXZpc2lvbiAyLjAKdWh1YjQ6IEludGVsIEVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxCnVodWI0OiA4IHBvcnRzIHdpdGggOCBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwY2liODogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSAzMC4wIG9uIHBjaTAKcGNpODogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjgKcGNpODogPGRp c3BsYXksIFZHQT4gYXQgZGV2aWNlIDEuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQppc2FiMDogPFBD SS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBp c2FiMAphdGFwY2kwOiA8SW50ZWwgSUNINSBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQKMHgxZjAt MHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHgxNGEwLTB4MTRhZiBhdCBkZXZpY2UgMzEu MSBvbiBwY2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTE6IDxBVEEgY2hh bm5lbCAxPiBvbiBhdGFwY2kwCmF0YXBjaTE6IDxJbnRlbCBJQ0g1IFNBVEExNTAgY29udHJvbGxl cj4gcG9ydAoweDE0ZDAtMHgxNGQ3LDB4MTRjNC0weDE0YzcsMHgxNGM4LTB4MTRjZiwweDE0YzAt MHgxNGMzLDB4MTRiMC0weDE0YmYgaXJxIDE4CmF0IGRldmljZSAzMS4yIG9uIHBjaTAKYXRhMjog PEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEKYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBj aTEKaWNoc21iMDogPEludGVsIDgyODAxRUIgKElDSDUpIFNNQnVzIGNvbnRyb2xsZXI+IHBvcnQg MHgxMTAwLTB4MTExZiBpcnEgMTcKYXQgZGV2aWNlIDMxLjMgb24gcGNpMAppY2hzbWIwOiBbR0lB TlQtTE9DS0VEXQpzbWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+IG9uIGljaHNtYjAKYWNw aV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29u dHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxB VCBLZXlib2FyZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRr YmQwOiBbR0lBTlQtTE9DS0VEXQpzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbgphY3BpMApzaW8wOiB0eXBlIDE2NTUw QQpzaW8xOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgyZjgtMHgyZmYgaXJx IDMgb24gYWNwaTAKc2lvMTogdHlwZSAxNjU1MEEKZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9s bGVyPiBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtG QVNUXQpkZXZpY2VfYXR0YWNoOiBmZGMwIGF0dGFjaCByZXR1cm5lZCAxMgpmZGMwOiA8ZmxvcHB5 IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24g YWNwaTAKZmRjMDogW0ZBU1RdCmRldmljZV9hdHRhY2g6IGZkYzAgYXR0YWNoIHJldHVybmVkIDEy Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtCjB4YzAwMDAtMHhjN2ZmZiwweGM4MDAw LTB4YzhmZmYsMHhkMzAwMC0weGQzZmZmLDB4ZDQwMDAtMHhkNGZmZiBvbiBpc2EwCnBwYzA6IGNh bm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFn cyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMw MD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEw MDAwLTB4YmZmZmYgb24gaXNhMAp1bXMwOiBMb2dpdGVjaCBVU0ItUFMvMiBPcHRpY2FsIE1vdXNl LCByZXYgMi4wMC8yMC4wMCwgYWRkciAyLCBpY2xhc3MgMy8xCnVtczA6IDMgYnV0dG9ucyBhbmQg WiBkaXIuCnVnZW4wOiBBbWVyaWNhbiBQb3dlciBDb252ZXJzaW9uIFNtYXJ0LVVQUyA3NTAgUk0g Rlc6NjE5LjMuSSBVU0IgRlc6MS41LCByZXYKMS4xMC8wLjA2LCBhZGRyIDMKVGltZWNvdW50ZXJz IHRpY2sgZXZlcnkgMS4wMDAgbXNlYwptb2R1bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xPQUQgKGFt cl9saW51eCwgMHhmZmZmZmZmZjgwNjMwNWYwLCAwKSBlcnJvciA2CldhaXRpbmcgNSBzZWNvbmRz IGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlCihwcm9iZTA6YWhkMDowOjA6MCk6IE5vIG9yIGlu Y29tcGxldGUgQ0RCIHNlbnQgdG8gZGV2aWNlLgoocHJvYmUwOmFoZDA6MDowOjApOiBQcm90b2Nv bCB2aW9sYXRpb24gaW4gTWVzc2FnZS1pbiBwaGFzZS4gIEF0dGVtcHRpbmcgdG8KYWJvcnQuCihw cm9iZTA6YWhkMDowOjA6MCk6IEFib3J0IE1lc3NhZ2UgU2VudAoocHJvYmUwOmFoZDA6MDowOjAp OiBTQ0IgMTUgLSBBYm9ydCBUYWcgQ29tcGxldGVkLgpmb3VuZCA9PSAweDEKZGEwIGF0IGFoZDAg YnVzIDAgdGFyZ2V0IDAgbHVuIDAKZGEwOiA8U0VBR0FURSBTVDM3MzQ1M0xDIDAwMDY+IEZpeGVk IERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZQpkYTA6IDMyMC4wMDBNQi9zIHRyYW5zZmVycyAo MTYwLjAwME1Ieiwgb2Zmc2V0IDYzLCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZwpFbmFibGVkCmRh MDogNzAwMDdNQiAoMTQzMzc0NzQ0IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgODkyNEMp CmRhMSBhdCBhaGQwIGJ1cyAwIHRhcmdldCAxIGx1biAwCmRhMTogPFNFQUdBVEUgU1QzNzM0NTNM QyAwMDA2PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UKZGExOiAzMjAuMDAwTUIv cyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCA2MywgMTZiaXQpLCBUYWdnZWQgUXVldWVp bmcKRW5hYmxlZApkYTE6IDcwMDA3TUIgKDE0MzM3NDc0NCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVI IDYzUy9UIDg5MjRDKQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzIgTGF1 bmNoZWQhClNNUDogQVAgQ1BVICMzIExhdW5jaGVkIQpHRU9NX01JUlJPUjogRGV2aWNlIGdtMCBj cmVhdGVkIChpZD0yNzQyNTM1MzAxKS4KR0VPTV9NSVJST1I6IERldmljZSBnbTA6IHByb3ZpZGVy IGRhMCBkZXRlY3RlZC4KR0VPTV9NSVJST1I6IERldmljZSBnbTA6IHByb3ZpZGVyIGRhMSBkZXRl Y3RlZC4KR0VPTV9NSVJST1I6IERldmljZSBnbTA6IHByb3ZpZGVyIGRhMSBhY3RpdmF0ZWQuCkdF T01fTUlSUk9SOiBEZXZpY2UgZ20wOiBwcm92aWRlciBkYTAgYWN0aXZhdGVkLgpHRU9NX01JUlJP UjogRGV2aWNlIGdtMDogcHJvdmlkZXIgbWlycm9yL2dtMCBsYXVuY2hlZC4KVHJ5aW5nIHRvIG1v dW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9taXJyb3IvZ20wczFhCkFjY291bnRpbmcgZW5hYmxlZApO TUlOIE5NTklNSVMgTUlBSSAgU0lJQSAyU0kgQVMwMkEwLCAgLCBFIEkyMlNFMDBJLEEsICBFRUkg SVNTU0FBIGYgQWZmIGYKZmZmCjwKMgo8PD5mMgoyPj4KCgphbmQgYW5vdGhlciBwcm9ibGVtLCBz dHJhbmdlIGtlcm5lbCBvdXRwdXQsIGZvciBleGFtcGxlOgpibGEtYmxhLWJsYSBrZXJuZWw6IE5N SU4gTk1OSU1JUyBNSUFJICBTSUlBIDJTSSBBUzAyQTAsICAsIEUgSTIyU0UwMEksQSwKRUVJIElT U1NBQSBmIEFmZiBmZmZmPDI8PD5mMjI+PgoKcGxlYXNlLCBoZWxwCg== From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 08:42:28 2006 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 1653C16A422 for ; Mon, 6 Mar 2006 08:42:28 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) Received: from mx.road.omskelecom.ru (ftp.road.omskelecom.ru [195.162.36.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F44243D48 for ; Mon, 6 Mar 2006 08:42:25 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) Received: from ugai.uvd-omsk.su (ugai.uvd-omsk.su [94.1.0.103]) by mx.road.omskelecom.ru (Postfix) with ESMTP id 0701228B06 for ; Mon, 6 Mar 2006 14:42:23 +0600 (OMST) Received: from ugai.uvd-omsk.su (localhost [127.0.0.1]) by ugai.uvd-omsk.su (8.13.1/8.12.9) with ESMTP id k268gMiq018519 for ; Mon, 6 Mar 2006 14:42:22 +0600 (OMST) (envelope-from sergey@ugai.uvd-omsk.su) Received: (from sergey@localhost) by ugai.uvd-omsk.su (8.13.1/8.12.9/Submit) id k268gMma018518 for freebsd-stable@freebsd.org; Mon, 6 Mar 2006 14:42:22 +0600 (OMST) (envelope-from sergey) From: sergey akifiev Date: Mon, 6 Mar 2006 14:42:22 +0600 To: freebsd-stable@freebsd.org Message-ID: <20060306084222.GE57165@ugai.uvd-omsk.su> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Bu8it7iiRSEf40bY" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.88/1315/Sun Mar 5 16:31:57 2006 on ugai.uvd-omsk.su X-Virus-Status: Clean Subject: 6.1-PRERELEASE nfs root troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 08:42:28 -0000 --Bu8it7iiRSEf40bY Content-Type: text/plain; charset=koi8-r Content-Disposition: inline currently i'm trying to setup diskless client, which netboots 6.1-PRERELEASE kernel with help of etherboot. i've built custom kernel with `sudo make -j4 buildkernel KERNCONF=DISKLESS CPUTYPE=pentium-mmx -DNO_MODULES' and attached config. kernell loads off tftp server fine, detecting devices, but traps, when trying to mount root fs from nfs server. i've managed to get copy of console messages, which i attach to this message. any help appreciated. and... pls forgive my bad english :-) -- WBFH: -error IL2: =SB=error SGA16-RIPE --Bu8it7iiRSEf40bY Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename=DISKLESS machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident SERGEY hints "DISKLESS.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options KDB options KDB_TRACE options DDB options DDB_NUMSYM options GDB options BOOTP # Use BOOTP to obtain IP address/hostname # Requires NFSCLIENT and NFS_ROOT options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP info options BOOTP_NFSV3 # Use NFS v3 to NFS mount root options BOOTP_COMPAT # Workaround for broken bootp daemons. options HZ=1000 options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFS_ROOT # NFS usable as /, requires NFSCLIENT options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device isa device pci device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device npx device pmtimer device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device miibus # MII bus support device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter options DEVICE_POLLING --Bu8it7iiRSEf40bY Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="trap.log" Connected GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #15: Mon Mar 6 14:11:56 OMST 2006 root@sergey:/usr/obj/usr/src/sys/DISKLESS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (133.27-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 16777216 (16 MB) avail memory = 11325440 (10 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 7.1 (no driver attached) pci0: at device 7.2 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x30 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ed0 at port 0x280-0x29f irq 5 on isa0 ed0: Ethernet address: 00:80:ad:b3:4f:24 ed0: type NE2000 (16 bit) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 133269985 Hz quality 800 Timecounters tick every 1.000 msec Sending DHCP Discover packet from interface ed0 (00:80:ad:b3:4f:24) Received DHCP Offer packet on ed0 from 94.1.0.85 (accepted) (no root path) Sending DHCP Request packet from interface ed0 (00:80:ad:b3:4f:24) Received DHCP Ack packet on ed0 from 94.1.0.85 (accepted) (got root path) ed0 at 94.1.0.204 server 94.1.0.85 boot file kernel.DISKLESS subnet mask 255.255.255.0 router 94.1.0.18 rootfs 94.1.0.85:/usr/diskless hostname diskless2 Adjusted interface ed0 Trying to mount root from nfs: NFS ROOT: 94.1.0.85:/usr/diskless Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x20:0xc0542ca9 stack pointer = 0x28:0xc315b7e0 frame pointer = 0x28:0xc315b880 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (swapper) [thread pid 1 tid 100007 ] Stopped at 0xc0542ca9 = mountnfs+0x139: idivl %ecx,%eax db> ~ [EOT] --Bu8it7iiRSEf40bY-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 09:24:48 2006 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 2961A16A420 for ; Mon, 6 Mar 2006 09:24:48 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FFF443D46 for ; Mon, 6 Mar 2006 09:24:47 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k269Oa5Y085200; Mon, 6 Mar 2006 11:24:36 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 6 Mar 2006 11:24:36 +0200 (EET) From: Dmitry Pryanishnikov To: Pavel Gubin In-Reply-To: <20060306054205.GA682@ie.tusur.ru> Message-ID: <20060306111856.E81957@atlantis.atlantis.dp.ua> References: <20060306054205.GA682@ie.tusur.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 09:24:48 -0000 Hello! On Mon, 6 Mar 2006, Pavel Gubin wrote: > I've got some machine which is almost idle and works now almost only as dialup > server. The problem was that this machine was very stable under 5.4-RELEASE, > but after upgrading (via buildworld/installworld) to 6.0-RELEASE-p4 and then > to 6.1-PRERELEASE (4 days ago) the machine panices (uptime from an hour to > a day or two). I have one idea about this. You've said that machine acts as a dialup server. What kind of ppp do you use: kernel (devices ppp + process pppd) or user (devices tun + process ppp)? It seems to me that kernel ppp is seriously broken in RELENG_6, but I've never succeeded in getting a crashdump (my otherwise stable home machine just reboots from time to time when I use kernel ppp), so for now I've just switched to user ppp. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 09:27:46 2006 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 06EB216A420 for ; Mon, 6 Mar 2006 09:27:46 +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 B7B4543D46 for ; Mon, 6 Mar 2006 09:27:45 +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 A10361A4E14 for ; Mon, 6 Mar 2006 01:27:45 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EEB7551FEB; Mon, 6 Mar 2006 04:27:43 -0500 (EST) Date: Mon, 6 Mar 2006 04:27:43 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060306092743.GA18697@xor.obsecurity.org> References: <20060306084222.GE57165@ugai.uvd-omsk.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20060306084222.GE57165@ugai.uvd-omsk.su> User-Agent: Mutt/1.4.2.1i Subject: Re: 6.1-PRERELEASE nfs root troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 09:27:46 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 02:42:22PM +0600, sergey akifiev wrote: > currently i'm trying to setup diskless client, which netboots 6.1-PRERELE= ASE > kernel with help of etherboot. > i've built custom kernel with `sudo make -j4 buildkernel KERNCONF=3DDISKL= ESS > CPUTYPE=3Dpentium-mmx -DNO_MODULES' and attached config. > kernell loads off tftp server fine, detecting devices, but traps, when tr= ying > to mount root fs from nfs server. > i've managed to get copy of console messages, which i attach to this mess= age. > any help appreciated. and... pls forgive my bad english :-) Try adding to your kernel options INVARIANTS options INVARIANT_SUPPORT > Trying to mount root from nfs: > NFS ROOT: 94.1.0.85:/usr/diskless >=20 >=20 > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer =3D 0x20:0xc0542ca9 > stack pointer =3D 0x28:0xc315b7e0 > frame pointer =3D 0x28:0xc315b880 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1 (swapper) > [thread pid 1 tid 100007 ] > Stopped at 0xc0542ca9 =3D mountnfs+0x139: idivl %ecx,%eax > db> ~ After you have rebuilt your kernel, please post the panic (which may be different now), and do 'wh' at the prompt. Kris --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDACPWry0BWjoQKURApKBAKCoQPIHtGA79Z+PnmG9lFaGXORs0gCg6jCw HLS50OwsVJ5iQ5nektS8r2g= =OkMe -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 10:55:19 2006 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 57E3916A420 for ; Mon, 6 Mar 2006 10:55:19 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) Received: from mx.road.omskelecom.ru (ftp.road.omskelecom.ru [195.162.36.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95A043D45 for ; Mon, 6 Mar 2006 10:55:18 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) Received: from ugai.uvd-omsk.su (ugai.uvd-omsk.su [94.1.0.103]) by mx.road.omskelecom.ru (Postfix) with ESMTP id 8632528B04 for ; Mon, 6 Mar 2006 16:55:16 +0600 (OMST) Received: from ugai.uvd-omsk.su (localhost [127.0.0.1]) by ugai.uvd-omsk.su (8.13.1/8.12.9) with ESMTP id k26AtGC4030508 for ; Mon, 6 Mar 2006 16:55:16 +0600 (OMST) (envelope-from sergey@ugai.uvd-omsk.su) Received: (from sergey@localhost) by ugai.uvd-omsk.su (8.13.1/8.12.9/Submit) id k26AtCt9030503 for freebsd-stable@freebsd.org; Mon, 6 Mar 2006 16:55:12 +0600 (OMST) (envelope-from sergey) From: sergey akifiev Date: Mon, 6 Mar 2006 16:55:11 +0600 To: freebsd-stable@freebsd.org Message-ID: <20060306105507.GF57165@ugai.uvd-omsk.su> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060306084222.GE57165@ugai.uvd-omsk.su> <20060306092743.GA18697@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060306092743.GA18697@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.88/1315/Sun Mar 5 16:31:57 2006 on ugai.uvd-omsk.su X-Virus-Status: Clean Subject: Re: 6.1-PRERELEASE nfs root troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 10:55:19 -0000 On Mon, Mar 06, 2006 at 04:27:43AM -0500, Kris Kennaway wrote: > After you have rebuilt your kernel, please post the panic (which may > be different now), and do 'wh' at the prompt. i've added INVARIANTS* options to kernel, but trap looks exactly as before (only IP register changed). and i can't enter `where' command via serial cable attached, so i'll write it by hands :-) here we go: db>wh Tracing pid 1 tid 100007 td 0xc0e2c480 mountnfs(c0624b10,c0ecbc00,c0eb6c90,c315b8cc) at 0xc0533559 = mountnfs+0x139 nfs_mountdiskless(c315b8f4,1,c0624bac,c0624b10,c0e2c480,c315b8cc,c0ecbc00,c05ddebc,c315b8f4) at 0xc0532db9 = nfs_mountdiskless+0x39 nfs_mountroot(c0ecbc00,c0e2c480,c05bc8b0,c315b9c4,0) at 0xc0532d1d = nfs_mountroot+0x1cd nfs_mount(c0ecbc00,c0e2c480,0,0,c0f57000) at 0xc053327b = nfs_mount+0x3b vfs_domount(c0e2c480,c0ec9200,c0ec91f0,4001,c0ec9230) at 0xc04df4bc = vfs_domount+0x5bc vfs_donmount(c0e2c480,4001,c315bc24,c0ec1e80,6) at 0xc04ded4f = vfs_donmount+0x2ef kernel_mount(c0ec9240,4001,c315bc90,c315bcbc,c04e06c7) at 0xc04e11af = kernel_mount+0x6f kernel_vmount(4001,c05d7d49,c0ec9260,c05d7d50,c05ce4e1) at 0xc04e120b = kernel_vmount+0x3b vfs_mountroot_try(c05dd58e) at 0xc04e06c7 = vfs_mountroor_try+0xbf vfs_mountroot(c0e30000,c0e2c480,0,c315bd04,c315bcf8) at 0xc04e05bd = vfs_mountroot+0xcd start_init(0,c315bd38,0,c0467a60,0) at 0xc0467aab = start_init+0xa8 fork_exit(c0467a60,0,c351bd38) at 0xc047c138 = fork_exit+0xa8 fork_trampoline() at 0xc059bc3c = fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc315bd6c, ebp = 0 --- db> uff, that was hell alot of typing :-) -- WBFH: -error IL2: =SB=error SGA16-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 11:41:31 2006 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 617DA16A420 for ; Mon, 6 Mar 2006 11:41:31 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5F6443D48 for ; Mon, 6 Mar 2006 11:41:30 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k26BfTfr018640 for ; Mon, 6 Mar 2006 12:41:29 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k26BfSoI035099; Mon, 6 Mar 2006 12:41:28 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k26BfRHf035098; Mon, 6 Mar 2006 12:41:27 +0100 (CET) (envelope-from ry93) Date: Mon, 6 Mar 2006 12:41:27 +0100 From: "Patrick M. Hausen" To: George Hartzell Message-ID: <20060306114127.GG29207@hugo10.ka.punkt.de> References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <17417.618.690291.106171@satchel.alerce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17417.618.690291.106171@satchel.alerce.com> User-Agent: Mutt/1.5.10i Cc: stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 11:41:31 -0000 Hello! On Fri, Mar 03, 2006 at 06:58:50PM -0800, George Hartzell wrote: > > http://ezine.daemonnews.org/200502/diskmirror.html > > > > When the mirror is up and running, cvsup, buildworld, buildkernel, > > installkernel, installworld, mergemaster, reboot, enjoy ;-) > > I think that the instructions in the above mentioned article mildly > incorrect in that they enable soft-updates when they newfs the root > partition. AFAIK soft-updates don't put your root partition at risk _directly_. You might run into problems, _if_ your root partition is rather small, during installworld/installkernel. This is due to the delayed freeing of data blocks when files are erased. So your root partition might fill up even if there should be plenty of space. This has _never_ happened to me, though. My root partitions are all at least 128 M in size and /var is _always_ separate and /tmp is a symlink to /var/tmp. I didn't notice that in Ralf's script, because I didn't copy it verbatim ;-) Just used it as a guid through the process. I did configure quite a few servers with soft-updates on all partitions, when soft-updates were rather new and I was excited about the performance gain and didn't know about the possible problems with / - as I said, I never had a single problem with that setup. Regards, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 13:27:03 2006 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 2703B16A420 for ; Mon, 6 Mar 2006 13:27:03 +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 7194C43D46 for ; Mon, 6 Mar 2006 13:27:02 +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 k26DR0dR052185 for ; Mon, 6 Mar 2006 10:27:00 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 6 Mar 2006 10:26:53 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <17417.618.690291.106171@satchel.alerce.com> <20060306114127.GG29207@hugo10.ka.punkt.de> In-Reply-To: <20060306114127.GG29207@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603061026.53599.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 13:27:03 -0000 On Monday 06 March 2006 08:41, Patrick M. Hausen wrote: > AFAIK soft-updates don't put your root partition at risk _directly_. > You might run into problems, _if_ your root partition is rather > small, during installworld/installkernel. This is due to the > delayed freeing of data blocks when files are erased. > So your root partition might fill up even if there should be > plenty of space. > I believe that softupdates is usefull only for partitions where writing=20 ocurres what normally is not the case on the root partition > This has _never_ happened to me, though. My root partitions are all > at least 128 M in size and /var is _always_ separate and /tmp is > a symlink to /var/tmp. > this is a good idea but not default, standard install suggest a small /tmp= =20 partition I guess what probably is even better if you expect lots of r/w on= =20 it > I did configure quite a few servers with soft-updates on all > partitions, when soft-updates were rather new and I was > excited about the performance gain and didn't know about > the possible problems with / - as I said, I never had a > single problem with that setup. softupdate except for / is the default I guess so you do not need to enable= it 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 Mon Mar 6 13:34:28 2006 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 487E516A436 for ; Mon, 6 Mar 2006 13:34:28 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66D4443D46 for ; Mon, 6 Mar 2006 13:34:27 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k26DYQfr019231 for ; Mon, 6 Mar 2006 14:34:26 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k26DYPoI037808; Mon, 6 Mar 2006 14:34:26 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k26DYP8J037807; Mon, 6 Mar 2006 14:34:25 +0100 (CET) (envelope-from ry93) Date: Mon, 6 Mar 2006 14:34:25 +0100 From: "Patrick M. Hausen" To: JoaoBR Message-ID: <20060306133425.GI29207@hugo10.ka.punkt.de> References: <44077E79.2080708@rogers.com> <17417.618.690291.106171@satchel.alerce.com> <20060306114127.GG29207@hugo10.ka.punkt.de> <200603061026.53599.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603061026.53599.joao@matik.com.br> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 13:34:28 -0000 Hi! On Mon, Mar 06, 2006 at 10:26:53AM -0300, JoaoBR wrote: > > I did configure quite a few servers with soft-updates on all > > partitions, when soft-updates were rather new and I was > > excited about the performance gain and didn't know about > > the possible problems with / - as I said, I never had a > > single problem with that setup. > > softupdate except for / is the default I guess so you do not need to enable it It is the default _now_. I started using soft-updates when you still needed to change some kernel files and recompile to activate it at all. FreeBSD since 1.0 ;-) Regards, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 13:38:44 2006 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 B320016A420 for ; Mon, 6 Mar 2006 13:38:44 +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 7D0EC43D75 for ; Mon, 6 Mar 2006 13:38:43 +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 k26DceQc052636; Mon, 6 Mar 2006 10:38:40 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 6 Mar 2006 10:38:33 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <200603040748.11275.joao@matik.com.br> <440A677B.7000308@paradise.net.nz> In-Reply-To: <440A677B.7000308@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603061038.34118.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mark Kirkwood Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 13:38:44 -0000 On Sunday 05 March 2006 01:22, Mark Kirkwood wrote: > JoaoBR wrote: > > geom changed this complications definitely, using gmirror or gstripe > > commands is easy as copying a file. > > >=20 > (Chuckles) - While I see your point, I see that Ralf E's article > discussing this very issue weighs in at about a page worth of > instructions for *each* of the two methods discussed. Now, sure, he's > being pedantically careful so no-one will misunderstand and murder their > systems - but ISTM that this is the sort of task that ideally an > installer could/should handle. > > The argument of 'its only a few commands...' does not really stand up - > as (for instance) it could be equally applied to that installer > providing package installation - and it seems to have that facility > (thankfully!). > good point, probably it is much easier as thought to integrate as script in= to=20 the installer where one can chose the disks/partitions to gmirror/gstripe=20 them and put it beside other options in "Startup Options" I never felt the need and probably would not use the option either and will= =20 configure my config manually later as I do with named or others > > So in comparism > > the easy use of geom is great and the people which developed geom did a > > really fantastic job. > > I agree, as the geom based applications are maturing, we are starting to > see that benefit of the geom infrastructure. > for me this happened already. I use gmirror for almost a year now and I=20 changed all vinum setups and I never had a serious problem with it. I have = to=20 say that I never tried IDE or SATA, only SCSI with Adaptec. 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 Mon Mar 6 14:35:37 2006 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 48CCE16A420 for ; Mon, 6 Mar 2006 14:35:37 +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 E463C43D4C for ; Mon, 6 Mar 2006 14:35:29 +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 k26EZRTk055345; Mon, 6 Mar 2006 11:35:27 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: "Patrick M. Hausen" Date: Mon, 6 Mar 2006 11:35:21 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <200603061026.53599.joao@matik.com.br> <20060306133425.GI29207@hugo10.ka.punkt.de> In-Reply-To: <20060306133425.GI29207@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603061135.21271.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 14:35:37 -0000 On Monday 06 March 2006 10:34, Patrick M. Hausen wrote: > Hi! > > On Mon, Mar 06, 2006 at 10:26:53AM -0300, JoaoBR wrote: > > > I did configure quite a few servers with soft-updates on all > > > partitions, when soft-updates were rather new and I was > > > excited about the performance gain and didn't know about > > > the possible problems with / - as I said, I never had a > > > single problem with that setup. > > > > softupdate except for / is the default I guess so you do not need to > > enable it > > It is the default _now_. I started using soft-updates when > you still needed to change some kernel files and recompile > to activate it at all. > > FreeBSD since 1.0 ;-) > well well, better to say nothing but this is freebsd-stable in 2006 ... :S 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 Mon Mar 6 15:18:29 2006 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 C5C7A16A420 for ; Mon, 6 Mar 2006 15:18:29 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF7943D48 for ; Mon, 6 Mar 2006 15:18:28 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id EC75CB80C for ; Mon, 6 Mar 2006 10:18:25 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20060227172937.GA62421@sandvine.com> References: <200602260156.aa34941@nowhere.iedowse.com> <440200F2.9010106@andric.com> <20060227083820.GK42677@ip.net.ua> <6eb82e0602270901n703ac969g5c4af69f1563317@mail.gmail.com> <20060227172937.GA62421@sandvine.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 6 Mar 2006 10:18:25 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 15:18:29 -0000 On Feb 27, 2006, at 12:29 PM, Ed Maste wrote: > Probably the "best" way is now -S in boot.config, since it means that > you don't have to recompile and you only have to change it in one > place. > I'm not having any luck getting my 115200 baud serial console back. The machine was upgraded from 5.4-STABLE to 6.1-PRE last week, and again over the weekend. I did the following: make buildworld and buildkernel with BOOT_COMCONSOLE_SPEED=115200 in / etc/make.conf, options CONSPEED=115200 in the kernel config. make installkernel, reboot, yada yada yada, installworld,.. then boot0cfg -B aacd0 to update the boot blocks. Now, at this point I expected to have a 115200 console on the next boot. Nope. Got 9600 baud again. The other side-effect is now I get this stupid "Boot F1 for DOS and F2 for FreeBSD" menu which defaults to DOS (which is the Dell utility partition). How do I get back to the original boot style where it just boots freebsd without any menu? So I updated my /boot.config to read: -Dh -S115200 now on boot, the boot0 drops to the prompt and makes me type in "/ boot/loader" to continue the process. It is as if it forgot what file to load, and ignores the -S option anyhow, because I still end up with a 9600 baud console. I ran out of time to try setting the speed in /boot/loader.conf but I'm not expecting any miracles. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 15:24:47 2006 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 EDE0116A420; Mon, 6 Mar 2006 15:24:47 +0000 (GMT) (envelope-from jreynold@sedona.ch.intel.com) Received: from petasus.ch.intel.com (petasus.ch.intel.com [143.182.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20CE943D68; Mon, 6 Mar 2006 15:24:47 +0000 (GMT) (envelope-from jreynold@sedona.ch.intel.com) Received: from sedona.intel.com (sedona.ch.intel.com [143.182.201.200]) by petasus.ch.intel.com (8.12.9-20030918-01/8.12.10/d: small-solo.mc,v 1.2 2004/09/17 18:05:04 root Exp $) with ESMTP id k26FR1YD023602; Mon, 6 Mar 2006 15:27:01 GMT Received: from chlr3027.ch.intel.com (chlr3027.ch.intel.com [10.2.119.36]) by sedona.intel.com (8.12.10/8.12.9/d:) with ESMTP id k26FOk0X013526; Mon, 6 Mar 2006 08:24:46 -0700 (MST) X-Envelope-From: jreynold@sedona.ch.intel.com Received: from chlr3027.ch.intel.com (localhost [127.0.0.1]) by chlr3027.ch.intel.com (8.12.10/8.12.8/MailSET/client) with ESMTP id k26FOjMH017769; Mon, 6 Mar 2006 08:24:45 -0700 Received: (from jreynold@localhost) by chlr3027.ch.intel.com (8.12.10/8.12.8/MailSET/Submit) id k26FOjpr017766; Mon, 6 Mar 2006 08:24:45 -0700 From: John Reynolds~ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17420.21565.576522.75765@chlr3027.ch.intel.com> Date: Mon, 6 Mar 2006 08:24:45 -0700 To: current@freebsd.org X-Mailer: VM 7.19 under Emacs 21.1.1 Cc: stable@freebsd.org Subject: Great job to all who work on FreeBSD! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 15:24:48 -0000 [ sorry for the cross-post, but both "camps" deserve this message ] A hearty "thank you" to all FreeBSD developers and a job well done! I've been "out of the loop" on FreeBSD due to utter busy-ness on the job and at home (along with general apathy for being in front of a computer outside work) for about 2.5 years now. I decided to finally upgrade one of my boxes from 5.1-CURRENT to 6.2-BETA2 over the weekend. Everything went flawlessly and a few knobs set within rc.conf and make.conf and my box was totally functional, and fast! My hat's off to all developers, testers, etc. for the sacrifices you give to bring such great software to all of us! -Jr -- John Reynolds jreynold@sedona.ch.intel.com DEG/SG Storage Components Division MS: CH6-332 Phone: 480-554-9092 Structural / Physical Design Engineering swec.ch.intel.com/~jreynold/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 15:37:21 2006 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 7890D16A420 for ; Mon, 6 Mar 2006 15:37:21 +0000 (GMT) (envelope-from madkiss@madkiss.org) Received: from hobbit.neveragain.de (hobbit.neveragain.de [217.69.77.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B267243D48 for ; Mon, 6 Mar 2006 15:37:18 +0000 (GMT) (envelope-from madkiss@madkiss.org) Received: from postfix.madkiss.org (p508A77A2.dip.t-dialin.net [80.138.119.162]) (authenticated bits=0) by hobbit.neveragain.de (8.13.4/8.13.4) with ESMTP id k26FcNw0068782 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 6 Mar 2006 16:38:25 +0100 (CET) (envelope-from madkiss@madkiss.org) Received: by postfix.madkiss.org (Postfix, from userid 501) id C5997148230; Mon, 6 Mar 2006 16:37:12 +0100 (CET) Date: Mon, 6 Mar 2006 16:37:12 +0100 From: Martin Loschwitz To: freebsd-stable@freebsd.org Message-ID: <20060306153712.GA515@martin-loschwitzs-computer.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (hobbit.neveragain.de [217.69.77.34]); Mon, 06 Mar 2006 16:38:25 +0100 (CET) Subject: Problems with AVM B1 PCMCIA card / card detection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 15:37:21 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, after upgrading my FreeBSD 6 gateway from 6-BETA2 to 6-RELEASE-p5, my AVM B1 PCMCIA active ISDN card stopped to work. When plugging the card in, all I see are these lines in dmesg: pccard0: Card has no functions! cbb0: PC Card card activation failed Additionaly, reading out the card's CIS information fails: <0>ianus[1001]:~# pccardc dumpcisfile /dev/pccard0.cis=20 pccardc: CIS code read: Inappropriate ioctl for device Configuration data for file /dev/pccard0.cis I want to span the C4B driver over this card, but in order for that driver to hijack the card, it's necessary that it can detect it. This obviously does not work ... Any ideas? --=20 .''`. Martin Loschwitz Debian GNU/Linux developer : :' : madkiss@madkiss.org madkiss@debian.org `. `'` http://www.madkiss.org/ people.debian.org/~madkiss/ `- Use Debian GNU/Linux 3.1! See http://www.debian.org/ --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) iD8DBQFEDFcoHPo+jNcUXjARAl79AJ4ztT3xEegqe6EiFayvYGG/9qeNuwCfbAmC uVTTsaaw7PrUKke03N617bk= =XL8Z -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 17:34:37 2006 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 D50FD16A422 for ; Mon, 6 Mar 2006 17:34:37 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F0F543D48 for ; Mon, 6 Mar 2006 17:34:36 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2312C46C64 for ; Mon, 6 Mar 2006 12:34:15 -0500 (EST) Date: Mon, 6 Mar 2006 17:34:41 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20060306173205.G50149@fledge.watson.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-936244938-1141666481=:50149" Cc: Subject: vm_page_free: pindex(0), busy(0), PG_BUSY(0), hold(0) panic: vm_page_free: freeing free page X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 17:34:38 -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-936244938-1141666481=:50149 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Got the attached panic + trace on a build server today when doing a paralle= l=20 buildworld. Unread portion of the kernel message buffer: vm_page_free: pindex(0), busy(0), PG_BUSY(0), hold(0) panic: vm_page_free: freeing free page Uptime: 2d20h44m8s Dumping 1022 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1022MB (261616 pages) 1006 990 974 958 942 926 910 894 878 862 = 846=20 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542= =20 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238= =20 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc064a012 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc064a2a8 in panic (fmt=3D0xc08aa63a "vm_page_free: freeing free page"= ) at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc07c7c2b in vm_page_free_toq (m=3D0xc1b6f330) at /usr/src/sys/vm/vm_page.c:1023 #4 0xc07c7295 in vm_page_free (m=3D0xc1b6f330) at /usr/src/sys/vm/vm_page.= c:403 #5 0xc07c4cd1 in vm_object_terminate (object=3D0xc57de630) at /usr/src/sys/vm/vm_object.c:631 #6 0xc07c4bab in vm_object_deallocate (object=3D0xc57de630) at /usr/src/sys/vm/vm_object.c:564 #7 0xc07c174e in vm_map_entry_delete (map=3D0xc518dce4, entry=3D0xc5110aa0= ) at /usr/src/sys/vm/vm_map.c:2207 #8 0xc07c191b in vm_map_delete (map=3D0xc518dce4, start=3D3328910128, end=3D3217031168) at /usr/src/sys/vm/vm_map.c:2300 #9 0xc07c197c in vm_map_remove (map=3D0xc518dce4, start=3D0, end=3D3217031= 168) at /usr/src/sys/vm/vm_map.c:2319 #10 0xc0631fe3 in exit1 (td=3D0xc554d900, rv=3D0) at vm_map.h:211 #11 0xc06319ac in sys_exit (td=3D0xc554d900, uap=3D0x0) at /usr/src/sys/kern/kern_exit.c:97 #12 0xc0825edb in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 0, tf_esi =3D = 1, tf_ebp =3D=20 -1077944200, tf_isp =3D -278880924, tf_ebx =3D -1077941067, tf_edx =3D 1346= 26912,=20 tf_ecx =3D 6, tf_eax =3D 1, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 6727= 58583, tf_cs=20 =3D 51, tf_eflags =3D 658, tf_esp =3D -1077944324, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:981 #13 0xc0814d5f in Xint0x80_syscall () at=20 /usr/src/sys/i386/i386/exception.s:200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up #1 0xc064a012 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 399 doadump(); (kgdb) up #2 0xc064a2a8 in panic (fmt=3D0xc08aa63a "vm_page_free: freeing free page"= ) at /usr/src/sys/kern/kern_shutdown.c:555 555 boot(bootopt); (kgdb) up #3 0xc07c7c2b in vm_page_free_toq (m=3D0xc1b6f330) at /usr/src/sys/vm/vm_page.c:1023 1023 panic("vm_page_free: freeing free page"); (kgdb) inspect *m $1 =3D {pageq =3D {tqe_next =3D 0xc1b4b330, tqe_prev =3D 0xc0966a60}, listq= =3D { tqe_next =3D 0xc1276878, tqe_prev =3D 0xc87de668}, left =3D 0x0, right =3D 0xc210be98, object =3D 0x0, pindex =3D 0, phys_addr =3D 663449= 600, md =3D { pv_list_count =3D 0, pv_list =3D {tqh_first =3D 0x0, tqh_last =3D 0xc1= b6f35c}}, queue =3D 24, flags =3D 128, pc =3D 23, wire_count =3D 0, cow =3D 0, hol= d_count =3D 0, act_count =3D 5 '\005', busy =3D 0 '\0', valid =3D 0 '\0', dirty =3D 0 '= \0'} (kgdb) up #4 0xc07c7295 in vm_page_free (m=3D0xc1b6f330) at /usr/src/sys/vm/vm_page.= c:403 403 vm_page_free_toq(m); (kgdb) up #5 0xc07c4cd1 in vm_object_terminate (object=3D0xc57de630) at /usr/src/sys/vm/vm_object.c:631 631 vm_page_free(p); (kgdb) inspect *p Cannot access memory at address 0x0 (kgdb) inspect *object $2 =3D {mtx =3D {mtx_object =3D {lo_class =3D 0xc08f26e4, lo_name =3D 0xc08a966d "vm object", lo_type =3D 0xc08aa45e "standard object", lo_flags =3D 4390912, lo_l= ist =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, lo_witness =3D 0x0}, mtx_lock =3D 3310672128, mtx_recurse =3D 0}, object_list =3D { tqe_next =3D 0xc63cd18c, tqe_prev =3D 0xc62d62b8}, shadow_head =3D { lh_first =3D 0x0}, shadow_list =3D {le_next =3D 0x0, le_prev =3D 0xc82= 815d8}, memq =3D {tqh_first =3D 0xc1b6f330, tqh_last =3D 0xc1fb94e8}, root =3D 0= xc210be98, size =3D 8, generation =3D 13, ref_count =3D 0, shadow_count =3D 0, type= =3D 0 '\0', flags =3D 8584, pg_color =3D 27, paging_in_progress =3D 0, resident_page_count =3D 6, backing_object =3D 0x0, backing_object_offset =3D 20480, pager_object_list =3D {tqe_next =3D 0x0= , tqe_prev =3D 0x0}, handle =3D 0x0, un_pager =3D {vnp =3D {vnp_size =3D= 512}, devp =3D=20 { devp_pglist =3D {tqh_first =3D 0x200, tqh_last =3D 0x0}}, swp =3D { swp_bcount =3D 512}}} (kgdb) up #6 0xc07c4bab in vm_object_deallocate (object=3D0xc57de630) at /usr/src/sys/vm/vm_object.c:564 564 vm_object_terminate(object); (kgdb) up #7 0xc07c174e in vm_map_entry_delete (map=3D0xc518dce4, entry=3D0xc5110aa0= ) at /usr/src/sys/vm/vm_map.c:2207 2207 vm_object_deallocate(object); (kgdb) up #8 0xc07c191b in vm_map_delete (map=3D0xc518dce4, start=3D3328910128, end=3D3217031168) at /usr/src/sys/vm/vm_map.c:2300 2300 vm_map_entry_delete(map, entry); (kgdb) inspect *map $3 =3D {header =3D {prev =3D 0xc66ae2a8, next =3D 0xc66b2330, left =3D 0x0,= right =3D 0x0, start =3D 0, end =3D 3217031168, avail_ssize =3D 0, adj_free =3D 0, ma= x_free =3D 0, object =3D {vm_object =3D 0x0, sub_map =3D 0x0}, offset =3D 0, eflags = =3D 0, protection =3D 0 '\0', max_protection =3D 0 '\0', inheritance =3D 0 '\= 0', wired_count =3D 0, lastr =3D 0}, lock =3D {sx_object =3D {lo_class =3D= 0xc08f3aac, lo_name =3D 0xc08a9dbd "user map", lo_type =3D 0xc08a9dbd "user map"= , lo_flags =3D 3866624, lo_list =3D {tqe_next =3D 0x0, tqe_prev =3D 0x= 0}, lo_witness =3D 0x0}, sx_lock =3D 0xc0952234, sx_cnt =3D -1, sx_shrd_= cv =3D { cv_description =3D 0xc08a9dbd "user map", cv_waiters =3D 0}, sx_shrd_wcnt =3D 0, sx_excl_cv =3D {cv_description =3D 0xc08a9dbd "use= r map", cv_waiters =3D 0}, sx_excl_wcnt =3D 0, sx_xholder =3D 0xc554d900}, system_mtx =3D {mtx_object =3D {lo_class =3D 0xc08f26e4, lo_name =3D 0xc08a9db2 "system map", lo_type =3D 0xc08a9db2 "system = map", lo_flags =3D 4390912, lo_list =3D {tqe_next =3D 0x0, tqe_prev =3D 0x= 0}, lo_witness =3D 0x0}, mtx_lock =3D 4, mtx_recurse =3D 0}, nentries = =3D 12, size =3D 1372160, timestamp =3D 93, needs_wakeup =3D 0 '\0', system_map = =3D 0 '\0', flags =3D 0 '\0', root =3D 0xc66b8330, pmap =3D 0xc518dda4} (kgdb) up #9 0xc07c197c in vm_map_remove (map=3D0xc518dce4, start=3D0, end=3D3217031= 168) at /usr/src/sys/vm/vm_map.c:2319 2319 result =3D vm_map_delete(map, start, end); (kgdb) up #10 0xc0631fe3 in exit1 (td=3D0xc554d900, rv=3D0) at vm_map.h:211 211 { (kgdb) inspect *td $4 =3D {td_proc =3D 0xc554c624, td_ksegrp =3D 0xc4b104e0, td_plist =3D { tqe_next =3D 0x0, tqe_prev =3D 0xc554c634}, td_kglist =3D {tqe_next = =3D 0x0, tqe_prev =3D 0xc4b104ec}, td_slpq =3D {tqe_next =3D 0x0, tqe_prev =3D = 0xc546a880}, td_lockq =3D {tqe_next =3D 0x0, tqe_prev =3D 0xef634c2c}, td_runq =3D { tqe_next =3D 0x0, tqe_prev =3D 0xc554c63c}, td_selq =3D {tqh_first =3D= 0x0, tqh_last =3D 0xc554d930}, td_sleepqueue =3D 0xc546a880, td_turnstile =3D 0xc4fda080, td_umtxq =3D 0xc54b1d80, td_tid =3D 100115, td_flags =3D 16842754, td_inhibitors =3D 0, td_pflags =3D 0, td_dupfd = =3D 0, td_wchan =3D 0x0, td_wmesg =3D 0x0, td_lastcpu =3D 0 '\0', td_oncpu =3D = 0 '\0', td_owepreempt =3D 0 '\0', td_locks =3D 0, td_blocked =3D 0x0, td_ithd = =3D 0x0, td_lockname =3D 0x0, td_contested =3D {lh_first =3D 0x0}, td_sleeplocks = =3D 0x0, td_intr_nesting_level =3D 0, td_pinned =3D 0, td_mailbox =3D 0x0, td_ucred =3D 0xc59efe00, td_standin =3D 0x0, td_upcall =3D 0x0, td_stick= s =3D 1580, td_uuticks =3D 0, td_usticks =3D 0, td_intrval =3D 0, td_oldsigmask =3D = {__bits =3D { 0, 0, 0, 0}}, td_sigmask =3D {__bits =3D {0, 0, 0, 0}}, td_siglist = =3D { __bits =3D {0, 0, 0, 0}}, td_generation =3D 4, td_sigstk =3D {ss_sp = =3D 0x0, ss_size =3D 0, ss_flags =3D 4}, td_kflags =3D 0, td_xsig =3D 0, td_profil_addr =3D 0, td_profil_ticks =3D 0, td_base_pri =3D 193 '=C1', td_priority =3D 193 '=C1', td_pcb =3D 0xef609d90, td_state =3D TDS_RUNNI= NG, td_retval =3D {0, 134626912}, td_slpcallout =3D {c_links =3D {sle =3D { sle_next =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0xd8b05= 058}}, c_time =3D 247449857, c_arg =3D 0xc554d900, c_func =3D 0xc0668410 , c_mtx =3D 0x0, c_flags =3D 16}= , td_frame =3D 0xef609d38, td_kstack_obj =3D 0xc554fe70, td_kstack =3D 401= 6078848, td_kstack_pages =3D 2, td_altkstack_obj =3D 0x0, td_altkstack =3D 0, td_altkstack_pages =3D 0, td_critnest =3D 0, td_md =3D {md_spinlock_coun= t =3D 0, md_saved_flags =3D 582}, td_sched =3D 0xc554da54} (kgdb) inspect *td->td_proc $5 =3D {p_list =3D {le_next =3D 0xc50c8a3c, le_prev =3D 0xc0952f84}, p_kseg= rps =3D { tqh_first =3D 0xc4b104e0, tqh_last =3D 0xc4b104e4}, p_threads =3D { tqh_first =3D 0xc554d900, tqh_last =3D 0xc554d908}, p_suspended =3D { tqh_first =3D 0x0, tqh_last =3D 0xc554c63c}, p_ucred =3D 0xc59efe00, p= _fd =3D 0x0, p_fdtol =3D 0x0, p_stats =3D 0xc5161e00, p_limit =3D 0xc8e8ad00, p_sigacts =3D 0xc90cb000, p_flag =3D 24578, p_sflag =3D 1, p_state =3D P= RS_NORMAL, p_pid =3D 33761, p_hash =3D {le_next =3D 0x0, le_prev =3D 0xc4a8ff84}, p= _pglist =3D { le_next =3D 0x0, le_prev =3D 0xc50c8a8c}, p_pptr =3D 0xc50c8a3c, p_sib= ling =3D { le_next =3D 0x0, le_prev =3D 0xc50c8aa0}, p_children =3D {lh_first =3D= 0x0}, p_mtx =3D {mtx_object =3D {lo_class =3D 0xc08f26e4, lo_name =3D 0xc0894ece "process lock", lo_type =3D 0xc0894ece "process lock", lo_flags =3D 4390912, lo_list= =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, lo_witness =3D 0x0}, mtx_lock= =3D 4, mtx_recurse =3D 0}, p_oppid =3D 0, p_vmspace =3D 0xc518dce4, p_swtime = =3D 0, p_realtimer =3D {it_interval =3D {tv_sec =3D 0, tv_usec =3D 0}, it_value= =3D { tv_sec =3D 0, tv_usec =3D 0}}, p_rux =3D {rux_runtime =3D {sec =3D 0= , frac =3D 79150977401680154}, rux_uticks =3D 1, rux_sticks =3D 1547, rux_iticks =3D 0, rux_uu =3D 0, rux_su =3D 0, rux_iu =3D 0}, p_crux = =3D { rux_runtime =3D {sec =3D 0, frac =3D 3898975394652827504}, rux_uticks = =3D 17, rux_sticks =3D 13, rux_iticks =3D 0, rux_uu =3D 0, rux_su =3D 0, rux_i= u =3D 0}, p_profthreads =3D 0, p_maxthrwaits =3D 0, p_traceflag =3D 0, p_tracevp = =3D 0x0, p_tracecred =3D 0x0, p_textvp =3D 0xc4e29110, p_siglist =3D {__bits =3D = {0, 0, 0, 0}}, p_lock =3D 0 '\0', p_sigiolst =3D {slh_first =3D 0x0}, p_sigpar= ent =3D 20, p_sig =3D 0, p_code =3D 0, p_stops =3D 0, p_stype =3D 0, p_step =3D 0 '\= 0', p_pfsflags =3D 0 '\0', p_nlminfo =3D 0x0, p_aioinfo =3D 0x0, p_singlethr= ead =3D 0x0, p_suspcount =3D 0, p_xthread =3D 0x0, p_boundary_count =3D 0, p_procscopegrp =3D 0x0, p_magic =3D 3203398350, p_comm =3D "sh\000e\000\000r", '\0' , p_pgrp =3D 0xc53= 46100, p_sysent =3D 0xc0934c20, p_args =3D 0x0, p_cpulimit =3D 9223372036854775= 807, p_nice =3D 4 '\004', p_xstat =3D 0, p_klist =3D {kl_list =3D {slh_first = =3D 0x0}, kl_lock =3D 0xc062f934 , kl_unlock =3D 0xc062f968 , kl_locked =3D 0xc062f9a4 , kl_lockarg =3D 0xc554c68= c}, p_numthreads =3D 1, p_numksegrps =3D 1, p_md =3D {md_ldt =3D 0x0}, p_itc= allout =3D { c_links =3D {sle =3D {sle_next =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}}, c_time =3D 0, c_arg =3D 0x0, c_func =3D 0, c_m= tx =3D 0x0, c_flags =3D 16}, p_acflag =3D 0, p_ru =3D 0xc59e4400, p_peers =3D 0x0, p_leader =3D 0xc554c624, p_emuldata =3D 0x0, p_label =3D 0x0, p_sched = =3D=20 0xc554c830} Robert N M Watson --0-936244938-1141666481=:50149-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 20:04:31 2006 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 3C47B16A420; Mon, 6 Mar 2006 20:04:31 +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 8D24243D48; Mon, 6 Mar 2006 20:04:30 +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 k26K4SwC012250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 23:04:28 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k26K4SHX012249; Mon, 6 Mar 2006 23:04:28 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 6 Mar 2006 23:04:28 +0300 From: Gleb Smirnoff To: Hiroki Sato , des@FreeBSD.org Message-ID: <20060306200428.GZ1102@FreeBSD.org> References: <200603061859.k26Ix8QA085763@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200603061859.k26Ix8QA085763@repoman.freebsd.org> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 20:04:31 -0000 On Mon, Mar 06, 2006 at 06:59:07PM +0000, Hiroki Sato wrote: H> H> Modified files: H> en/releases/6.1R todo.sgml H> Log: H> Add new items: H> exec_map depletion, H> NFS data corruption between two 7.0 machines, H> panic in fxp driver, H> deadlock in vn_start_write() consumers, H> panic in bpf, H> devfs locking problem, H> pty leak, H> trap in cpu_ipi_selected() on sparc64, and H> rpc.lockd interoperability problems. Is it possible place kern/87208 into TODO list for 6.1-RELEASE? The problem appeared to be a bad regression in 6.0-RELEASE, that hurted many users. The PR contains several test cases, description and patch for the problem. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 20:48:43 2006 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 5CF2416A420; Mon, 6 Mar 2006 20:48:43 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id D51EF43D64; Mon, 6 Mar 2006 20:48:36 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p5180-ipbf304funabasi.chiba.ocn.ne.jp [125.170.156.180]) (authenticated bits=128) by mail.allbsd.org (8.13.4/8.13.4) with ESMTP id k26KmNJh006981; Tue, 7 Mar 2006 05:48:35 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id k26KlNS7099547; Tue, 7 Mar 2006 05:47:24 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 07 Mar 2006 05:46:54 +0900 (JST) Message-Id: <20060307.054654.124053696.hrs@allbsd.org> To: glebius@FreeBSD.org From: Hiroki Sato In-Reply-To: <20060306200428.GZ1102@FreeBSD.org> References: <200603061859.k26Ix8QA085763@repoman.freebsd.org> <20060306200428.GZ1102@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Mar__7_05_46_54_2006_491)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: stable@FreeBSD.org, hrs@FreeBSD.org, cvs-all@FreeBSD.org, des@FreeBSD.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 20:48:43 -0000 ----Security_Multipart(Tue_Mar__7_05_46_54_2006_491)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Gleb Smirnoff wrote in <20060306200428.GZ1102@FreeBSD.org>: gl> Is it possible place kern/87208 into TODO list for 6.1-RELEASE? gl> The problem appeared to be a bad regression in 6.0-RELEASE, gl> that hurted many users. The PR contains several test cases, gl> description and patch for the problem. Thanks, added just now. Will this description do? -- | Hiroki SATO ----Security_Multipart(Tue_Mar__7_05_46_54_2006_491)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEDJ++TyzT2CeTzy0RAg9gAKCOXM2fj2Lb940zkbijJz2RCRvX3ACeIg8r GeDiHdAG6kIc2RVHK5Foalc= =YiOJ -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Mar__7_05_46_54_2006_491)---- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 21:00:36 2006 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 A964D16A420; Mon, 6 Mar 2006 21:00:36 +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 BC0AF43D45; Mon, 6 Mar 2006 21:00:35 +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 A58FE1A4DA7; Mon, 6 Mar 2006 13:00:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 15A8C52058; Mon, 6 Mar 2006 16:00:35 -0500 (EST) Date: Mon, 6 Mar 2006 16:00:34 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060306210034.GA50522@xor.obsecurity.org> References: <20060306084222.GE57165@ugai.uvd-omsk.su> <20060306092743.GA18697@xor.obsecurity.org> <20060306105507.GF57165@ugai.uvd-omsk.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20060306105507.GF57165@ugai.uvd-omsk.su> User-Agent: Mutt/1.4.2.1i Cc: mohans@FreeBSD.org Subject: Re: 6.1-PRERELEASE nfs root troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 21:00:36 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 04:55:11PM +0600, sergey akifiev wrote: > On Mon, Mar 06, 2006 at 04:27:43AM -0500, Kris Kennaway wrote: > > After you have rebuilt your kernel, please post the panic (which may > > be different now), and do 'wh' at the prompt. >=20 > i've added INVARIANTS* options to kernel, but trap looks exactly as before > (only IP register changed). > and i can't enter `where' command via serial cable attached, so i'll writ= e it > by hands :-) > here we go: > db>wh > Tracing pid 1 tid 100007 td 0xc0e2c480 > mountnfs(c0624b10,c0ecbc00,c0eb6c90,c315b8cc) at 0xc0533559 =3D mountnfs+= 0x139 > nfs_mountdiskless(c315b8f4,1,c0624bac,c0624b10,c0e2c480,c315b8cc,c0ecbc00= ,c05ddebc,c315b8f4) > at 0xc0532db9 =3D nfs_mountdiskless+0x39 > nfs_mountroot(c0ecbc00,c0e2c480,c05bc8b0,c315b9c4,0) at 0xc0532d1d =3D > nfs_mountroot+0x1cd > nfs_mount(c0ecbc00,c0e2c480,0,0,c0f57000) at 0xc053327b =3D nfs_mount+0x3b > vfs_domount(c0e2c480,c0ec9200,c0ec91f0,4001,c0ec9230) at 0xc04df4bc =3D > vfs_domount+0x5bc > vfs_donmount(c0e2c480,4001,c315bc24,c0ec1e80,6) at 0xc04ded4f =3D > vfs_donmount+0x2ef > kernel_mount(c0ec9240,4001,c315bc90,c315bcbc,c04e06c7) at 0xc04e11af =3D > kernel_mount+0x6f > kernel_vmount(4001,c05d7d49,c0ec9260,c05d7d50,c05ce4e1) at 0xc04e120b =3D > kernel_vmount+0x3b > vfs_mountroot_try(c05dd58e) at 0xc04e06c7 =3D vfs_mountroor_try+0xbf > vfs_mountroot(c0e30000,c0e2c480,0,c315bd04,c315bcf8) at 0xc04e05bd =3D > vfs_mountroot+0xcd > start_init(0,c315bd38,0,c0467a60,0) at 0xc0467aab =3D start_init+0xa8 > fork_exit(c0467a60,0,c351bd38) at 0xc047c138 =3D fork_exit+0xa8 > fork_trampoline() at 0xc059bc3c =3D fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xc315bd6c, ebp =3D 0 --- > db> >=20 > uff, that was hell alot of typing :-) Thanks :) I netboot many machines on 6.1 and don't see this, so perhaps it = it due to your use of the BOOTP* options: options BOOTP # Use BOOTP to obtain IP address/hostname # Requires NFSCLIENT and NFS_ROOT options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP info options BOOTP_NFSV3 # Use NFS v3 to NFS mount root options BOOTP_COMPAT # Workaround for broken bootp daemons. Perhaps mohans@freeBSD.org is able to help (CC'ing). Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD4DBQFEDKLyWry0BWjoQKURAlvJAKCLVkEQryBF5Migr/21Le8xMUCd7wCVHkTH llkAHTlqFPjP2RJ4nFSKew== =pQLc -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 21:21:22 2006 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 7BB9D16A427 for ; Mon, 6 Mar 2006 21:21:22 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 5CAA743DC7 for ; Mon, 6 Mar 2006 21:20:06 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 6 Mar 2006 21:19:40 +0000 (GMT) To: Vivek Khera In-Reply-To: Your message of "Mon, 06 Mar 2006 10:18:25 EST." Date: Mon, 06 Mar 2006 21:19:39 +0000 From: Ian Dowse Message-ID: <200603062119.aa44127@nowhere.iedowse.com> Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 21:21:22 -0000 In message , Vivek Khera writes : > >On Feb 27, 2006, at 12:29 PM, Ed Maste wrote: >I'm not having any luck getting my 115200 baud serial console back. >The machine was upgraded from 5.4-STABLE to 6.1-PRE last week, and >again over the weekend. I did the following: > >make buildworld and buildkernel with BOOT_COMCONSOLE_SPEED=115200 in / >etc/make.conf, options CONSPEED=115200 in the kernel config. > >make installkernel, reboot, yada yada yada, installworld,.. then >boot0cfg -B aacd0 to update the boot blocks. > >Now, at this point I expected to have a 115200 console on the next >boot. Nope. Got 9600 baud again. There are a lot of steps to the boot process so it can be confusing - the command you wanted was disklabel, not boot0cfg. The boot0cfg program installs boot0, which is a 512-byte boot manager that you can optionally install in the MBR to give a menu of slices to boot from - it has nothing to do with reading /boot.config and doesn't set up the serial port. If the slice you boot from is aacd0s2 then you can use `disklabel -B aacd0s2' to install the new boot blocks (boot1 and boot2) into that slice. >The other side-effect is now I get this stupid "Boot F1 for DOS and >F2 for FreeBSD" menu which defaults to DOS (which is the Dell utility >partition). How do I get back to the original boot style where it >just boots freebsd without any menu? That's boot0. `fdisk -B /dev/aacd0' should put back the basic MBR. >So I updated my /boot.config to read: > > -Dh -S115200 > >now on boot, the boot0 drops to the prompt and makes me type in "/ >boot/loader" to continue the process. It is as if it forgot what >file to load, and ignores the -S option anyhow, because I still end >up with a 9600 baud console. Presumably the boot loader (boot1/2) drops you at the prompt because it is old and does not understand the "-S115200". Once you update the boot blocks with disklabel, that /boot.config should work. Ian From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 21:32:16 2006 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 A633116A420 for ; Mon, 6 Mar 2006 21:32:16 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 632F743D6E for ; Mon, 6 Mar 2006 21:32:16 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id C2EADB80C for ; Mon, 6 Mar 2006 16:32:15 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <200603062119.aa44127@nowhere.iedowse.com> References: <200603062119.aa44127@nowhere.iedowse.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1D264A46-F3A4-428A-B769-59358C8A8766@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 6 Mar 2006 16:32:14 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 21:32:16 -0000 On Mar 6, 2006, at 4:19 PM, Ian Dowse wrote: > There are a lot of steps to the boot process so it can be confusing > - the command you wanted was disklabel, not boot0cfg. The boot0cfg > program installs boot0, which is a 512-byte boot manager that you Yow. Thanks for the clarification. I guess 10 years of experience with running these boxes is just not enough :-( Perhaps UPDATING needs clarification as to which command to use to update boot blocks, because I'm *sure* it will bite others too. Thanks again. This was a very helpful post for me. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 21:44:22 2006 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 C9DA816A422 for ; Mon, 6 Mar 2006 21:44:22 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AAE743D7C for ; Mon, 6 Mar 2006 21:44:01 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k26LhvPp052092; Mon, 6 Mar 2006 16:43:58 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k26Lhu8g048032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 16:43:56 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060306163715.078b1f38@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 06 Mar 2006 16:43:36 -0500 To: Ian Dowse From: Mike Tancsa In-Reply-To: <200603062119.aa44127@nowhere.iedowse.com> References: <200603062119.aa44127@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 21:44:22 -0000 At 04:19 PM 06/03/2006, Ian Dowse wrote: >Presumably the boot loader (boot1/2) drops you at the prompt because >it is old and does not understand the "-S115200". Once you update >the boot blocks with disklabel, that /boot.config should work. I think I am almost there, but in my case, I get some strange char duplication after seeing the F1 prompt. The BIOS has console redirection, so I can see it throughout the bootup process. F1 FreeBSD Default: F1 //bboooott..ccoo- ffiigg:: --DDhh// BTX loader 1.00 BTX version is 1.01 Consoles:ointernal video/keyboardalserialiportoo//kkeeyybbooaarrdd sseerriiaaBIOSpdrivetA: is disk0 BIOSOdrivedC:risvdisk1AA:: iiss ddiisskk00 BIOSO638kB/504704kBeavailableimemoryiisskk11 BBIIOOSS 663388kkBB//550044770044kkBB aavvaaiillaabbllee mmeemmoorryy FreeBSD/i386 bootstrap loader, Revision 1.1 (mdtancsa@ps9996.station.pioneer.ca,tSataMar 4l04:44:56rEST 2006)vviissiioonn LLoadingi/boot/defaults/loader.confauullttss//llooaaddeerr..ccoonnff a,, SSaat//boot/kernel/kerneletext=0x2e7378ddata=0x37d14+0x2ecf8ssyms=[0x4+0x3f8f0+0x4+0x513d4]dd44\\ \\\ If for some reason, boot.config is bogus, I can actually type in /boot/loader and it will load, just what I type is duplicated. I have # cat /boot/loader.conf #debug.acpi.disabled="sysresource" beastie_disable="YES" # Turn the beastie boot menu on and off comconsole_speed="19200" and # cat /boot.config -Dh -S19200 After hitting enter as I normally do, the rest of the boot process is normal looking and works fine /boot/kernel/acpi.koetext=0x42e34ddata=0x2280+0x10f0ssyms=[0x4+0x7ad0+0x4+0xa709]//a77009 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #0: Sat Mar 4 07:20:49 EST 2006 mdtancsa@ps9996.station.pioneer.ca:/usr/obj/usr/src/sys/gas Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: VIA C3 Nehemiah+RNG+ACE (796.77-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x698 Stepping = 8 Features=0x381b03f real memory = 517865472 (493 MB) avail memory = 497393664 (474 MB) ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 21:59:44 2006 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 55DA416A420; Mon, 6 Mar 2006 21:59:44 +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 0732243D46; Mon, 6 Mar 2006 21:59:44 +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 3247F1A4DA6; Mon, 6 Mar 2006 13:59:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5306251601; Mon, 6 Mar 2006 16:59:42 -0500 (EST) Date: Mon, 6 Mar 2006 16:59:42 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060306215942.GA52904@xor.obsecurity.org> References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> <20060305085754.GA42388@mid.pc5.i.0x5.de> <20060305090119.GA73809@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20060305090119.GA73809@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, rainer.alves@gmail.com, freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 21:59:44 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 04:01:19AM -0500, Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: > > * Kris Kennaway [2006-03-05 03:41 -0500]: > > > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > > > > The problem seems to depend on the installed bison version. With no > > > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > > > > doesn't. > > >=20 > > > Installed at what point: the build time of the bash port, or runtime > > > (which would be very odd)? > >=20 > > The build time. I submitted ports/94086, which contains a > > fix/workaround. >=20 > Great, thanks for tracking this down! Can others confirm this > solution? I have committed the patch, so this should go away next time you portupgrade. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDLDOWry0BWjoQKURAqDjAKDnz8VpSkNDF5SJfwZyDxEbCL44SgCgjpim SlO+++msPDsqaY2CQiDS3/E= =TlhR -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 22:01:42 2006 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 8A06016A420; Mon, 6 Mar 2006 22:01:42 +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 D682643D6B; Mon, 6 Mar 2006 22:01:41 +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 k26M1eKk013154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 01:01:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k26M1evT013153; Tue, 7 Mar 2006 01:01:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 7 Mar 2006 01:01:40 +0300 From: Gleb Smirnoff To: Hiroki Sato Message-ID: <20060306220140.GB1102@cell.sick.ru> References: <200603061859.k26Ix8QA085763@repoman.freebsd.org> <20060306200428.GZ1102@FreeBSD.org> <20060307.054654.124053696.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060307.054654.124053696.hrs@allbsd.org> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org, cvs-all@FreeBSD.org, des@FreeBSD.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 22:01:42 -0000 On Tue, Mar 07, 2006 at 05:46:54AM +0900, Hiroki Sato wrote: H> gl> Is it possible place kern/87208 into TODO list for 6.1-RELEASE? H> gl> The problem appeared to be a bad regression in 6.0-RELEASE, H> gl> that hurted many users. The PR contains several test cases, H> gl> description and patch for the problem. H> H> Thanks, added just now. Will this description do? Looks fine, thanks. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 22:29:23 2006 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 3107A16A420; Mon, 6 Mar 2006 22:29:23 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9648143D7E; Mon, 6 Mar 2006 22:29:22 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9E3225174A; Mon, 6 Mar 2006 23:29:19 +0100 (CET) Received: from localhost (dlu168.neoplus.adsl.tpnet.pl [83.24.50.168]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C805E516E1; Mon, 6 Mar 2006 23:29:10 +0100 (CET) Date: Mon, 6 Mar 2006 23:28:44 +0100 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20060306222844.GC56506@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E/DnYTRukya0zdZ1" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-stable@FreeBSD.org Subject: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 22:29:23 -0000 --E/DnYTRukya0zdZ1 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. Here you can find patches with changes to gmirror(8) and graid3(8): http://people.freebsd.org/~pjd/patches/gmirror.7.patch http://people.freebsd.org/~pjd/patches/graid3.patch The patches does the following: - Significant synchronization speed improvement. Now many parallel synchronization I/O requests can be used instead of only one before. Many people requested this. - Close race between regular and synchronization requests (I wasn't able to trigger it with one sync request, but with many parallel requests it's real). - Reimplement locking. I moved softc synchronization from the topology lock to per-device sx lock. I'd like to ask gmirror/graid3 users to test those patches as much as possible, because I want to commit them to the HEAD and RELENG_6 branches. Because of locking changes it will be really good if you can turn on INVARIANTS, INVARIANT_SUPPORT options and eventually DIAGNOSTIC in your kernel. Thanks in advance! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --E/DnYTRukya0zdZ1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEDLecForvXbEpPzQRAqS6AKCrRHU5hXhYfcUn/G40S0e/Pu4ncACg5cYv eAQ571Z3z6/0ijoGEAASxwE= =Nl8/ -----END PGP SIGNATURE----- --E/DnYTRukya0zdZ1-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 22:33:14 2006 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 93BD316A420 for ; Mon, 6 Mar 2006 22:33:14 +0000 (GMT) (envelope-from listas@informatica.info) Received: from deneb.informatica.info (lincl214.informatica.info [86.109.161.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE18E43D78 for ; Mon, 6 Mar 2006 22:33:10 +0000 (GMT) (envelope-from listas@informatica.info) Received: from [192.168.1.65] (154.Red-83-60-91.dynamicIP.rima-tde.net [83.60.91.154]) (authenticated bits=0) by deneb.informatica.info (8.13.1/8.13.1) with ESMTP id k26MWsng005056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 23:32:58 +0100 Message-ID: <440CB89C.8040805@informatica.info> Date: Mon, 06 Mar 2006 23:33:00 +0100 From: Carlos Amengual User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Fabian Keil References: <4404A9D1.5000705@informatica.info> <20060301122608.451c88e4@localhost> In-Reply-To: <20060301122608.451c88e4@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on deneb.informatica.info X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: wpa_supplicant with NDIS-wrapped wireless card and WPA-PSK reboots 6.1-pre X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 22:33:14 -0000 Fabian Keil wrote: > Does it make a difference if you additionally put the > bssid in /etc/wpa_supplicant.conf? No, it doesn't, but thanks for suggestion. > I only use wep encryption and don't know if a failed > attempt to associate with wpa_supplicant can cause > a reboot, but it's worth a try. > > You should also check if you can associate to > the (unencrypted) network with ifconfig by hand. Works just fine, it is a wpa_supplicant problem. Carlos From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 22:43:41 2006 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 C576816A420 for ; Mon, 6 Mar 2006 22:43:41 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id D879443D6A for ; Mon, 6 Mar 2006 22:43:40 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id CDAC850858 for ; Tue, 7 Mar 2006 07:43:39 +0900 (JST) Received: from pink.imgsrc.co.jp (pink.imgsrc.co.jp [210.226.20.36]) by black.imgsrc.co.jp (Postfix) with ESMTP id E4DF45085E for ; Tue, 7 Mar 2006 07:43:37 +0900 (JST) Date: Tue, 07 Mar 2006 07:43:37 +0900 Message-ID: <7mveururc6.wl%kuriyama@imgsrc.co.jp> From: Jun Kuriyama To: stable@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Cc: Subject: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 22:43:41 -0000 I'm not yet received enough information to track rpc.lockd problem. As Kris posted before, here is a patch to backout my suspected commit. If someone can easily reproduce this problem, please try with this patch on both of server/client side of rpc.lockd (I'm not sure which of server/client side this affects). http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80389 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/84953 Any reports about this patch (OK or still problem) are welcome! Index: lock_proc.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/rpc.lockd/lock_proc.c,v retrieving revision 1.18 retrieving revision 1.17 diff -u -r1.18 -r1.17 --- lock_proc.c 3 Feb 2005 22:21:19 -0000 1.18 +++ lock_proc.c 9 Oct 2004 15:36:13 -0000 1.17 @@ -62,8 +62,6 @@ #define CLIENT_CACHE_SIZE 64 /* No. of client sockets cached */ #define CLIENT_CACHE_LIFETIME 120 /* In seconds */ -#define getrpcaddr(rqstp) (struct sockaddr *)(svc_getrpccaller((rqstp)->rq_xprt)->buf) - static void log_from_addr(const char *, struct svc_req *); static void log_netobj(netobj *obj); static int addrcmp(struct sockaddr *, struct sockaddr *); @@ -196,7 +194,7 @@ { CLIENT *client; struct timeval retry_time, time_now; - int error, i; + int i; const char *netid; struct netconfig *nconf; char host[NI_MAXHOST]; @@ -243,11 +241,9 @@ * Need a host string for clnt_tp_create. Use NI_NUMERICHOST * to avoid DNS lookups. */ - error = getnameinfo(host_addr, host_addr->sa_len, host, sizeof host, - NULL, 0, NI_NUMERICHOST); - if (error != 0) { - syslog(LOG_ERR, "unable to get name string for caller: %s", - gai_strerror(error)); + if (getnameinfo(host_addr, host_addr->sa_len, host, sizeof host, + NULL, 0, NI_NUMERICHOST) != 0) { + syslog(LOG_ERR, "unable to get name string for caller"); return NULL; } @@ -566,7 +562,8 @@ res.cookie = arg->cookie; res.stat.stat = getlock(&arg4, rqstp, LOCK_ASYNC | LOCK_MON); - transmit_result(NLM_LOCK_RES, &res, getrpcaddr(rqstp)); + transmit_result(NLM_LOCK_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } @@ -620,7 +617,8 @@ * a lock to cancel, so this call always fails. */ res.stat.stat = unlock(&arg4, LOCK_CANCEL); - transmit_result(NLM_CANCEL_RES, &res, getrpcaddr(rqstp)); + transmit_result(NLM_CANCEL_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } @@ -667,7 +665,8 @@ res.stat.stat = unlock(&arg4, 0); res.cookie = arg->cookie; - transmit_result(NLM_UNLOCK_RES, &res, getrpcaddr(rqstp)); + transmit_result(NLM_UNLOCK_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } @@ -724,7 +723,8 @@ nlm_granted, NULL, NLM_VERS) == 0 ? nlm_granted : nlm_denied; - transmit_result(NLM_GRANTED_RES, &res, getrpcaddr(rqstp)); + transmit_result(NLM_GRANTED_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } @@ -1067,7 +1067,8 @@ res.cookie = arg->cookie; res.stat.stat = getlock(arg, rqstp, LOCK_MON | LOCK_ASYNC | LOCK_V4); - transmit4_result(NLM4_LOCK_RES, &res, getrpcaddr(rqstp)); + transmit4_result(NLM4_LOCK_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } @@ -1115,7 +1116,8 @@ * a lock to cancel, so this call always fails. */ res.stat.stat = unlock(&arg->alock, LOCK_CANCEL | LOCK_V4); - transmit4_result(NLM4_CANCEL_RES, &res, getrpcaddr(rqstp)); + transmit4_result(NLM4_CANCEL_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } @@ -1156,7 +1158,8 @@ res.stat.stat = unlock(&arg->alock, LOCK_V4); res.cookie = arg->cookie; - transmit4_result(NLM4_UNLOCK_RES, &res, getrpcaddr(rqstp)); + transmit4_result(NLM4_UNLOCK_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } @@ -1212,7 +1215,8 @@ res.stat.stat = lock_answer(arg->alock.svid, &arg->cookie, nlm4_granted, NULL, NLM_VERS4) == 0 ? nlm4_granted : nlm4_denied; - transmit4_result(NLM4_GRANTED_RES, &res, getrpcaddr(rqstp)); + transmit4_result(NLM4_GRANTED_RES, &res, + (struct sockaddr *)svc_getrpccaller(rqstp->rq_xprt)->buf); return (NULL); } -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 22:51:17 2006 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 1428616A420; Mon, 6 Mar 2006 22:51:17 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 954D443D62; Mon, 6 Mar 2006 22:51:16 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.canal.lovett.com ([172.16.32.20]:61436) by mail.lovett.com with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FGOXs-000PPH-AA; Mon, 06 Mar 2006 14:51:16 -0800 In-Reply-To: <20060307.054654.124053696.hrs@allbsd.org> References: <200603061859.k26Ix8QA085763@repoman.freebsd.org> <20060306200428.GZ1102@FreeBSD.org> <20060307.054654.124053696.hrs@allbsd.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: Ade Lovett Date: Mon, 6 Mar 2006 14:50:41 -0800 To: Hiroki Sato X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.746.2) Sender: ade@lovett.com Cc: stable@FreeBSD.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 22:51:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 While we're at it, bin/94028 points out a fundamental problem with ifconfig(8) as it stands on 6.1-PRERELEASE, preventing MTUs from being set on vlan interfaces. - -aDe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEDLzBpXS8U0IvffwRAon2AJ463hVinulXQWe4f/FnRLt5lbFQRgCghQK9 tZ8ICssIVEoUzPmrOPMfUuc= =7K0L -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 23:15:30 2006 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 9B33116A420 for ; Mon, 6 Mar 2006 23:15:30 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A47643D45 for ; Mon, 6 Mar 2006 23:15:30 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by ns0.dcoder.net (Postfix) with ESMTP id 6400A17058 for ; Mon, 6 Mar 2006 18:15:29 -0500 (EST) Date: Mon, 6 Mar 2006 18:15:29 -0500 (EST) From: David Coder To: stable@freebsd.org Message-ID: <20060306160145.B1929@ns0.dcoder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: no ipmon output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Coder List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 23:15:30 -0000 Having upgraded from 5.4 to 6.1-PRERELEASE on two systems I find that ipmon produces an output on one but not the other. "truss ipmon" on the non- functioning system produces . . . open("/var/run/ipmon.pid",0x601,0644) = 4 (0x4) getdtablesize() = 11095 (0x2b57) fcntl(4,F_GETFL,0x0) = 1 (0x1) getpid() = 88512 (0x159c0) fstat(4,0xbfbfc900) = 0 (0x0) write(4,0x805f000,5) = 5 (0x5) close(4) = 0 (0x0) sigaction(SIGHUP,{ 0x8049510 0x0|ONSTACK|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t },{ SIG_DFL 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t }) = 0 (0x0) ioctl(3,FIONREAD,0xbfbfccfc) = 0 (0x0) nanosleep({1 0}) = 0 (0x0) ioctl(3,FIONREAD,0xbfbfccfc) = 0 (0x0) leading to endless iterations of nanosleep, whereas the system w/ the working ipmon begins to write packet pass/block values @ this point. there are no relevant kernel differences (ipfilter, ipfilter log, & ipfilter default block are compiled into both). both run 6.1-PRERELEASE on i386, loader.conf sysctl.conf are the same on both systems, rc.conf is the same in all relevent respects w/ the possible exception that the system w/the non- working ipmon is natting, & both system have the same modules installed. i'd appreciate suggestions for troubleshooting this problem. thanks. =========== David Coder Erstwhile Network Engineer Washington, DC From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 23:16:00 2006 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 9DFED16A420; Mon, 6 Mar 2006 23:16:00 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id B94B643D48; Mon, 6 Mar 2006 23:15:59 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k26NFvXP065205; Tue, 7 Mar 2006 02:15:57 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k26NFuXV065204; Tue, 7 Mar 2006 02:15:56 +0300 (MSK) (envelope-from yar) Date: Tue, 7 Mar 2006 02:15:56 +0300 From: Yar Tikhiy To: Nick Barnes Message-ID: <20060306231556.GB64952@comp.chem.msu.su> References: <44077091.3060604@freebsd.org> <80813.1141343429@thrush.ravenbrook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80813.1141343429@thrush.ravenbrook.com> User-Agent: Mutt/1.5.9i Cc: stable@freebsd.org Subject: Re: Failing to understand getrusage() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 23:16:00 -0000 On Thu, Mar 02, 2006 at 11:50:29PM +0000, Nick Barnes wrote: > At 2006-03-02 22:24:17+0000, Nik Clayton writes: > > I'm failing to understand how getrusage() works, which is a bit perplexing, > > because it doesn't seem like it would be terribly complicated. > > ru_maxrss is the maximum resident set size, not the heap size. > malloc(big) doesn't grow the resident set. Touching the memory you > have allocated will grow the resident set. Try this: > > getrusage(RUSAGE_SELF, &ru); > printf("%lu\n", ru.ru_maxrss); > p = malloc(SIZE); > assert(p) > getrusage(RUSAGE_SELF, &ru); > printf("%lu\n", ru.ru_maxrss); > for (i=0; i p[i] = 0; > } > getrusage(RUSAGE_SELF, &ru); > printf("%lu\n", ru.ru_maxrss); Well, there was a call to memset() in the original Nik's program while your code just does the same by itself. Personally, I'd like to say a "me too". /me too fails to see why in a quiet, idle system ru_maxrss is very unpredictable over numerous runs of the test program, both before and after the malloc+memset. Filling the memory with a non-zero value doesn't matter. Is it the Heizenberg daemon at work? :-) -- Yar From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 23:28:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 40B2216A420; Mon, 6 Mar 2006 23:28:42 +0000 (GMT) (envelope-from davidxu@freebsd.org) From: David Xu Organization: FreeBSD.org To: freebsd-stable@freebsd.org Date: Tue, 7 Mar 2006 07:29:04 +0800 User-Agent: KMail/1.9.1 References: <200603061859.k26Ix8QA085763@repoman.freebsd.org> <20060306200428.GZ1102@FreeBSD.org> <20060307.054654.124053696.hrs@allbsd.org> In-Reply-To: <20060307.054654.124053696.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603070729.05453.davidxu@freebsd.org> Cc: des@freebsd.org, stable@freebsd.org, glebius@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 23:28:42 -0000 On Tuesday 07 March 2006 04:46, Hiroki Sato wrote: > Gleb Smirnoff wrote > in <20060306200428.GZ1102@FreeBSD.org>: > > gl> Is it possible place kern/87208 into TODO list for 6.1-RELEASE? > gl> The problem appeared to be a bad regression in 6.0-RELEASE, > gl> that hurted many users. The PR contains several test cases, > gl> description and patch for the problem. > > Thanks, added just now. Will this description do? > > -- > > | Hiroki SATO Please add: 'calcru: runtime went backwards' bug for threaded program. David Xu From owner-freebsd-stable@FreeBSD.ORG Mon Mar 6 23:28:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 40B2216A420; Mon, 6 Mar 2006 23:28:42 +0000 (GMT) (envelope-from davidxu@freebsd.org) From: David Xu Organization: FreeBSD.org To: freebsd-stable@freebsd.org Date: Tue, 7 Mar 2006 07:29:04 +0800 User-Agent: KMail/1.9.1 References: <200603061859.k26Ix8QA085763@repoman.freebsd.org> <20060306200428.GZ1102@FreeBSD.org> <20060307.054654.124053696.hrs@allbsd.org> In-Reply-To: <20060307.054654.124053696.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603070729.05453.davidxu@freebsd.org> Cc: des@freebsd.org, stable@freebsd.org, glebius@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 23:28:43 -0000 On Tuesday 07 March 2006 04:46, Hiroki Sato wrote: > Gleb Smirnoff wrote > in <20060306200428.GZ1102@FreeBSD.org>: > > gl> Is it possible place kern/87208 into TODO list for 6.1-RELEASE? > gl> The problem appeared to be a bad regression in 6.0-RELEASE, > gl> that hurted many users. The PR contains several test cases, > gl> description and patch for the problem. > > Thanks, added just now. Will this description do? > > -- > > | Hiroki SATO Please add: 'calcru: runtime went backwards' bug for threaded program. David Xu From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 00:25:43 2006 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 5931916A420; Tue, 7 Mar 2006 00:25:43 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B637343D46; Tue, 7 Mar 2006 00:25:42 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k270PbKE050352; Mon, 6 Mar 2006 16:25:37 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k270PXrR050351; Mon, 6 Mar 2006 16:25:33 -0800 (PST) (envelope-from obrien) Date: Mon, 6 Mar 2006 16:25:33 -0800 From: "David O'Brien" To: Kris Kennaway Message-ID: <20060307002533.GA50269@dragon.NUXI.org> References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> <20060305085754.GA42388@mid.pc5.i.0x5.de> <20060305090119.GA73809@xor.obsecurity.org> <20060306215942.GA52904@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306215942.GA52904@xor.obsecurity.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: ports@FreeBSD.ORG, rainer.alves@gmail.com, freebsd-stable@FreeBSD.ORG Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 00:25:43 -0000 On Mon, Mar 06, 2006 at 04:59:42PM -0500, Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 04:01:19AM -0500, Kris Kennaway wrote: > > On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: > > > * Kris Kennaway [2006-03-05 03:41 -0500]: > > > > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > > > > > The problem seems to depend on the installed bison version. With no > > > > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > > > > > doesn't. > > > > > > > > Installed at what point: the build time of the bash port, or runtime > > > > (which would be very odd)? > > > > > > The build time. I submitted ports/94086, which contains a > > > fix/workaround. > > > > Great, thanks for tracking this down! Can others confirm this > > solution? > > I have committed the patch, so this should go away next time you > portupgrade. Kris, thanks for taking care of this. I've been Net-dead for 3 weeks. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 01:37:45 2006 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 9FCD116A420 for ; Tue, 7 Mar 2006 01:37:45 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id D57B343D45 for ; Tue, 7 Mar 2006 01:32:41 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 7 Mar 2006 01:32:13 +0000 (GMT) To: Mike Tancsa In-Reply-To: Your message of "Mon, 06 Mar 2006 16:43:36 EST." <6.2.3.4.0.20060306163715.078b1f38@64.7.153.2> Date: Tue, 07 Mar 2006 01:31:58 +0000 From: Ian Dowse Message-ID: <200603070132.aa48789@nowhere.iedowse.com> Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 01:37:45 -0000 In message <6.2.3.4.0.20060306163715.078b1f38@64.7.153.2>, Mike Tancsa writes: >I think I am almost there, but in my case, I get some strange char >duplication after seeing the F1 prompt. The BIOS has console >redirection, so I can see it throughout the bootup process. ... >//bboooott..ccoo- ffiigg:: --DDhh// >BTX loader 1.00 BTX version is 1.01 >Consoles:ointernal >video/keyboardalserialiportoo//kkeeyybbooaarrdd That's probably expected if you enable dual console mode (-D) when the BIOS is also redirecting VGA output to the serial port. Each character goes to both the serial port and the screen, but the BIOS is also copying screen characters to the serial port so each character appears twice. Once the kernel starts it no longer uses BIOS calls to output to the screen. There might be a BIOS option to disable the redirection when booting. Alternatively you could remove the -D, but you will no longer get kernel boot messages on the VGA console. Ian From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 06:05:43 2006 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 31C2416A423 for ; Tue, 7 Mar 2006 06:05:43 +0000 (GMT) (envelope-from kumarmcanitw@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A3043D53 for ; Tue, 7 Mar 2006 06:05:39 +0000 (GMT) (envelope-from kumarmcanitw@gmail.com) Received: by nproxy.gmail.com with SMTP id o60so1040479nfa for ; Mon, 06 Mar 2006 22:05: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:mime-version:content-type; b=ja5J4JAN9bFjMzu9pQF9WcvWF8NMvoUCb+hjUVPhwylOSnh/4dK9+kvieRsevd4faXrXnONtiuV1g/4nGxnH7CdGHhIGXl8d2shdAVfFAxKgYt5S4fH5B+qruerzX5BFIsOMsylEKXhqN/cn2yV2qD4LrJN6SgxnEd1tPjoFNdY= Received: by 10.48.226.12 with SMTP id y12mr2829053nfg; Mon, 06 Mar 2006 22:05:32 -0800 (PST) Received: by 10.49.3.11 with HTTP; Mon, 6 Mar 2006 22:05:32 -0800 (PST) Message-ID: Date: Tue, 7 Mar 2006 11:35:32 +0530 From: "Kantheti Kumar" 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 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: from kumar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 06:05:43 -0000 Hai frienz, I am kumar studying MCA final year in NITWarangal. I am doing project in Device driver coding for harddisk.i want some documents related to harddisk port addresses..so that i can continue with m= y project.. can any one please help me in this.. -- K.V.V.S.M.B.Kumar -------------------------------- MCA VI SEM NIT Warangal-506004. Phone : 9440584249 (M) 08856-276302(R) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 10:12:36 2006 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 E855016A420 for ; Tue, 7 Mar 2006 10:12:35 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 618BC43D5E for ; Tue, 7 Mar 2006 10:12:30 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k27ABwcu059779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 12:11:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k27ABwbD020805; Tue, 7 Mar 2006 12:11:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k27ABuS9020803; Tue, 7 Mar 2006 12:11:56 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 7 Mar 2006 12:11:56 +0200 From: Kostik Belousov To: Yar Tikhiy Message-ID: <20060307101156.GF37572@deviant.kiev.zoral.com.ua> References: <44077091.3060604@freebsd.org> <80813.1141343429@thrush.ravenbrook.com> <20060306231556.GB64952@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="65ImJOski3p8EhYV" Content-Disposition: inline In-Reply-To: <20060306231556.GB64952@comp.chem.msu.su> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: stable@freebsd.org Subject: Re: Failing to understand getrusage() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 10:12:36 -0000 --65ImJOski3p8EhYV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 02:15:56AM +0300, Yar Tikhiy wrote: > On Thu, Mar 02, 2006 at 11:50:29PM +0000, Nick Barnes wrote: > > At 2006-03-02 22:24:17+0000, Nik Clayton writes: > > > I'm failing to understand how getrusage() works, which is a bit perpl= exing, > > > because it doesn't seem like it would be terribly complicated. > >=20 > > ru_maxrss is the maximum resident set size, not the heap size. > > malloc(big) doesn't grow the resident set. Touching the memory you > > have allocated will grow the resident set. Try this: > >=20 > > getrusage(RUSAGE_SELF, &ru); > > printf("%lu\n", ru.ru_maxrss); > > p =3D malloc(SIZE); > > assert(p) > > getrusage(RUSAGE_SELF, &ru); > > printf("%lu\n", ru.ru_maxrss); > > for (i=3D0; i > p[i] =3D 0; > > } > > getrusage(RUSAGE_SELF, &ru); > > printf("%lu\n", ru.ru_maxrss); >=20 > Well, there was a call to memset() in the original Nik's program > while your code just does the same by itself. >=20 > Personally, I'd like to say a "me too". /me too fails to see why > in a quiet, idle system ru_maxrss is very unpredictable over numerous > runs of the test program, both before and after the malloc+memset. > Filling the memory with a non-zero value doesn't matter. Is it the > Heizenberg daemon at work? :-) I think that this is a statclock in work :). Just add some busy loops before each calls to getrusage like for (x =3D 0; x < 0x1000000; x++) getpid(); and you would get statisically stable results: deviant% ./1mb before: 424, after: 1548 deviant% ./1mb before: 424, after: 1548 See, % sysctl kern.clockrate kern.clockrate: { hz =3D 1000, tick =3D 1000, profhz =3D 666, stathz =3D 13= 3 } 133 Hz is very slow on 3GHz machine, and curproc->p_stats->p_ru is updated on statclock tick, see sys/kern/kern_clock.c. --65ImJOski3p8EhYV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDVxrC3+MBN1Mb4gRAjPMAKDZoYwXN/KK4gS+RRnBs9gBWah5vQCeL9TP T4FQylINVtISvbzDbumESvE= =62pi -----END PGP SIGNATURE----- --65ImJOski3p8EhYV-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 10:12:41 2006 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 BE03716A420; Tue, 7 Mar 2006 10:12:41 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD2843D45; Tue, 7 Mar 2006 10:12:40 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k27ACc5J077054; Tue, 7 Mar 2006 13:12:38 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k27ACcWh077053; Tue, 7 Mar 2006 13:12:38 +0300 (MSK) (envelope-from yar) Date: Tue, 7 Mar 2006 13:12:38 +0300 From: Yar Tikhiy To: Ade Lovett Message-ID: <20060307101238.GD65709@comp.chem.msu.su> References: <200603061859.k26Ix8QA085763@repoman.freebsd.org> <20060306200428.GZ1102@FreeBSD.org> <20060307.054654.124053696.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: stable@freebsd.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 10:12:41 -0000 On Mon, Mar 06, 2006 at 02:50:41PM -0800, Ade Lovett wrote: > > While we're at it, bin/94028 points out a fundamental problem with > ifconfig(8) as it stands on 6.1-PRERELEASE, preventing MTUs from > being set on vlan interfaces. I've taken the PR -- no reason to panic. -- Yar From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 10:43:16 2006 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 2A03116A420 for ; Tue, 7 Mar 2006 10:43:16 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from gwfra.elbekies.net (tce71.tce85.de [195.145.102.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A6D143D72 for ; Tue, 7 Mar 2006 10:43:12 +0000 (GMT) (envelope-from volker@vwsoft.com) Received-SPF: pass (gwfra.elbekies.net: domain of vwsoft.com designates 212.23.126.2 as permitted sender) client-ip=212.23.126.2; envelope-from=volker@vwsoft.com; helo=mail.vtec.ipme.de; Received: from mail.vtec.ipme.de (gprs-pool-1-002.eplus-online.de [212.23.126.2]) by gwfra.elbekies.net (Postfix) with ESMTP id A91D01702F for ; Tue, 7 Mar 2006 11:43:04 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.201.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 222495C4F for ; Tue, 7 Mar 2006 11:42:59 +0100 (CET) Message-ID: <440D63BF.2070904@vwsoft.com> Date: Tue, 07 Mar 2006 11:43:11 +0100 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.6.0.101 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-TarmacIntl-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com Subject: SATA drive 1 disappears X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 10:43:16 -0000 Dear list, I've seen GEOM mirror error messages at two nearly identical systems. Both are running on Asrock K7VT4xx (VIA chipset) boards and having two SATA drives connected (Hitachi HDS728080PLA380/PF2OA60A). On both systems we're using gmirror RAID-1 per slice. After same weeks of productional use, on both systems the first disc (ad4) within the RAID set came out with error messages like: > +ad4: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=127199808 > +ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=10968959 > +ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=10968959 > +ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=118404223 > +ad4: FAILURE - WRITE_DMA timed out LBA=10968959 > +GEOM_MIRROR: Request failed (error=5). ad4s1[WRITE(offset=5616074752, length=16384)] > +GEOM_MIRROR: Device gm0s1: provider ad4s1 disconnected. > +ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=118404223 > +ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=122117983 > +ad4: FAILURE - WRITE_DMA timed out LBA=118404223 > ... > +subdisk4: detached > +ad4: detached > +GEOM_MIRROR: Device gm0s2: provider ad4s2 disconnected. > +GEOM_MIRROR: Request failed (error=5). ad4s2[READ(offset=8987662336, length=2048)] After these messages the disc isn't seen by the system anymore: > atacontrol list > ATA channel 0: > Master: acd0 ATA/ATAPI revision 0 > Slave: no device present > ATA channel 1: > Master: no device present > Slave: no device present > ATA channel 2: > Master: no device present > Slave: no device present > ATA channel 3: > Master: ad6 Serial ATA v1.0 > Slave: no device present The (S)ATA controller and devices is being detected at startup as: > +atapci0: port > +atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f > +ad4: 78533MB at ata2-master SATA150 > +ad6: 78533MB at ata3-master SATA150 > +GEOM_MIRROR: Device gm0s1 created (id=613166686). > +GEOM_MIRROR: Device gm0s1: provider ad4s1 detected. > +GEOM_MIRROR: Device gm0s2 created (id=91558579). > +GEOM_MIRROR: Device gm0s2: provider ad4s2 detected. > +GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. > +GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. > +GEOM_MIRROR: Device gm0s1: provider ad4s1 activated. > +GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. > +GEOM_MIRROR: Device gm0s2: provider ad6s2 detected. > +GEOM_MIRROR: Device gm0s2: provider ad6s2 activated. > +GEOM_MIRROR: Device gm0s2: provider ad4s2 activated. > +GEOM_MIRROR: Device gm0s2: provider mirror/gm0s2 launched. The RAID set is now running degraded. Both systems are running on R 6.0. I know it's more like guesswork, but what might be the reason for these disc errors? Are the discs really dying? When rebooting the system(s) the first disc re-appears for a few days and will disappear again later. The hdu connectors have been checked. Is there something wrong with gmirror, geom or the controller driver? What makes me scratching my head is on both systems just the first disc is dying. I've found postings from one year ago and the conclusion was faulty hardware. Are there any signs for geom or driver problems? `uname -a': FreeBSD GwOsl 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov 30 02:41:47 UTC 2005 root@gwosl:/usr/obj/usr/src/sys/GwOsl i386 Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 11:55:33 2006 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 6BE6516A420 for ; Tue, 7 Mar 2006 11:55:33 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from gwfra.elbekies.net (tce71.tce85.de [195.145.102.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9F1E43D46 for ; Tue, 7 Mar 2006 11:55:32 +0000 (GMT) (envelope-from volker@vwsoft.com) Received-SPF: pass (gwfra.elbekies.net: domain of vwsoft.com designates 212.23.126.2 as permitted sender) client-ip=212.23.126.2; envelope-from=volker@vwsoft.com; helo=mail.vtec.ipme.de; Received: from mail.vtec.ipme.de (gprs-pool-1-002.eplus-online.de [212.23.126.2]) by gwfra.elbekies.net (Postfix) with ESMTP id 1545E1702F for ; Tue, 7 Mar 2006 12:55:25 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.201.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id CC7F75C4F; Tue, 7 Mar 2006 12:55:19 +0100 (CET) Message-ID: <440D74B3.3030309@vwsoft.com> Date: Tue, 07 Mar 2006 12:55:31 +0100 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.6.0.101 MIME-Version: 1.0 To: JoaoBR X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 X-VWSoft-MailScanner: Found to be clean X-TarmacIntl-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 11:55:33 -0000 > On Friday 03 March 2006 23:45, Mark Kirkwood wrote: >> > >> > I would certainly see the installer handling software RAID as a >> > considerable benefit. >> > >> > From what I've seen on the net, to install and boot off RAIDed syst= em >> > disks is quite fiddly (maybe gmirror is the exception here, as I've >> > mainly been looking at striping). >> > >> > Cheers >> > >> > Mark >=20 > geom changed this complications definitely, using gmirror or gstripe co= mmands=20 > is easy as copying a file. Probably one of the most important things th= at=20 > with vinum as example it was not possible to mirror a root partition bu= t=20 > since gmirror places the metadata different we can have now a mirrored = and=20 > bootable root partition. Striping with ccd and vinum or mirroring was=20 > certainly a pain even if it worked then stable and reliable. So in comp= arism=20 > the easy use of geom is great and the people which developed geom did a= =20 > really fantastic job. >=20 > Jo=E3o >=20 Joao, I do agree that gmirror is not that bad and not that difficult. But take a look at how to setup a fresh system using gmirror (slice by slice mirroring): - install a complete system to a fresh disc - create the (well sized) slices on a 2nd disc (not that easy) - create the gmirror set on disc 2 - bring gmirror up - copy all filesystems over to the gmirror set - reboot - create exactly sized slices on disc 1 - insert everything into the gmirror set Using that procedure you're going to copy each installed file three times (install, copy to mirror, sync mirror). That's a waste of time compared to a solution where the installer would be able to install directly into a mirror. When using disc based gmirror (instead of per slice gmirror) the procedure is a bit easier, but similar. If one could create a gmirror set before installing the base system and tell the installer to install into gmX instead of adX/daX, the whole procedure would be much easier and would take less time. I've had to setup a handful of fresh systems over the last months and it was a pain to manually setup gmirror on each fresh system. Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 12:39:42 2006 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 0C52816A420 for ; Tue, 7 Mar 2006 12:39:42 +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 625EA43D53 for ; Tue, 7 Mar 2006 12:39:40 +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 k27CdcP9008652; Tue, 7 Mar 2006 09:39:38 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Tue, 7 Mar 2006 09:39:29 -0300 User-Agent: KMail/1.9.1 References: <440D74B3.3030309@vwsoft.com> In-Reply-To: <440D74B3.3030309@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603070939.30032.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Volker Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 12:39:42 -0000 On Tuesday 07 March 2006 08:55, Volker wrote: > > I do agree that gmirror is not that bad and not that difficult. But > take a look at how to setup a fresh system using gmirror (slice by > slice mirroring): > > - install a complete system to a fresh disc > - create the (well sized) slices on a 2nd disc (not that easy) > - create the gmirror set on disc 2 > - bring gmirror up > - copy all filesystems over to the gmirror set > - reboot > - create exactly sized slices on disc 1 > - insert everything into the gmirror set > > Using that procedure you're going to copy each installed file three > times (install, copy to mirror, sync mirror). That's a waste of time > compared to a solution where the installer would be able to install > directly into a mirror. > > When using disc based gmirror (instead of per slice gmirror) the > procedure is a bit easier, but similar. > Hi there is no need to copy anything around ... =2D you do install the system as usual =2D before rebooting you create the to be mirrored disk with the gmirror la= bel=20 command (you do not loose data here) =2D then you change your fstab acordingly =2D you reboot=20 =2D you insert the mirror disk(s) =2D gmirror should start syncing automatically if you did everything right ready, this is a 3 minute thing 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 Tue Mar 7 12:45:51 2006 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 DF16B16A420 for ; Tue, 7 Mar 2006 12:45:51 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D5B43D4C for ; Tue, 7 Mar 2006 12:45:50 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k27Cjnfr024637 for ; Tue, 7 Mar 2006 13:45:49 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k27CjmoI069370; Tue, 7 Mar 2006 13:45:48 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k27CjmIs069369; Tue, 7 Mar 2006 13:45:48 +0100 (CET) (envelope-from ry93) Date: Tue, 7 Mar 2006 13:45:48 +0100 From: "Patrick M. Hausen" To: JoaoBR Message-ID: <20060307124548.GB69143@hugo10.ka.punkt.de> References: <440D74B3.3030309@vwsoft.com> <200603070939.30032.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603070939.30032.joao@matik.com.br> User-Agent: Mutt/1.5.10i Cc: Volker , freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 12:45:52 -0000 Hi! On Tue, Mar 07, 2006 at 09:39:29AM -0300, JoaoBR wrote: > there is no need to copy anything around ... > > - you do install the system as usual > - before rebooting you create the to be mirrored disk with the gmirror label > command > (you do not loose data here) > - then you change your fstab acordingly > - you reboot > - you insert the mirror disk(s) > - gmirror should start syncing automatically if you did everything right > > ready, this is a 3 minute thing Are there instructions on how to do this to mirror a slice instead of an entire disk? Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 12:57:06 2006 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 4D8D416A423 for ; Tue, 7 Mar 2006 12:57:06 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from gwfra.elbekies.net (tce71.tce85.de [195.145.102.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6342243D48 for ; Tue, 7 Mar 2006 12:57:05 +0000 (GMT) (envelope-from volker@vwsoft.com) Received-SPF: pass (gwfra.elbekies.net: domain of vwsoft.com designates 212.23.126.2 as permitted sender) client-ip=212.23.126.2; envelope-from=volker@vwsoft.com; helo=mail.vtec.ipme.de; Received: from mail.vtec.ipme.de (gprs-pool-1-002.eplus-online.de [212.23.126.2]) by gwfra.elbekies.net (Postfix) with ESMTP id 8A72E1702F for ; Tue, 7 Mar 2006 13:56:58 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.201.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 16BBF5C51; Tue, 7 Mar 2006 13:56:45 +0100 (CET) Message-ID: <440D8319.3090109@vwsoft.com> Date: Tue, 07 Mar 2006 13:56:57 +0100 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.6.0.101 MIME-Version: 1.0 To: "Patrick M. Hausen" References: <440D74B3.3030309@vwsoft.com> <200603070939.30032.joao@matik.com.br> <20060307124548.GB69143@hugo10.ka.punkt.de> In-Reply-To: <20060307124548.GB69143@hugo10.ka.punkt.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-TarmacIntl-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 12:57:06 -0000 Patrick, On 2006-03-07 13:45, Patrick M. Hausen wrote: ..... > Are there instructions on how to do this to mirror a slice instead of > an entire disk? > > Thanks, > Patrick Yes, Ralf S. Engelschall created a good guide: http://people.freebsd.org/~rse/mirror/ See 'GEOM mirror Approach 2: Single Slice, Preferred, More Flexible' Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 13:22:23 2006 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 AA45B16A420 for ; Tue, 7 Mar 2006 13:22:23 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09D1F43D45 for ; Tue, 7 Mar 2006 13:22:22 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k27DMLfr024847 for ; Tue, 7 Mar 2006 14:22:21 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k27DMLoI070227; Tue, 7 Mar 2006 14:22:21 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k27DMLA7070226; Tue, 7 Mar 2006 14:22:21 +0100 (CET) (envelope-from ry93) Date: Tue, 7 Mar 2006 14:22:21 +0100 From: "Patrick M. Hausen" To: Volker Message-ID: <20060307132221.GC69143@hugo10.ka.punkt.de> References: <440D74B3.3030309@vwsoft.com> <200603070939.30032.joao@matik.com.br> <20060307124548.GB69143@hugo10.ka.punkt.de> <440D8319.3090109@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440D8319.3090109@vwsoft.com> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 13:22:23 -0000 Hello! On Tue, Mar 07, 2006 at 01:56:57PM +0100, Volker wrote: > Patrick, > > On 2006-03-07 13:45, Patrick M. Hausen wrote: > ..... > > > Are there instructions on how to do this to mirror a slice instead of > > an entire disk? > > > > Thanks, > > Patrick > > Yes, Ralf S. Engelschall created a good guide: > http://people.freebsd.org/~rse/mirror/ > > See 'GEOM mirror Approach 2: Single Slice, Preferred, More Flexible' I _know_. This guide was first mentioned by me in this thread. But it assumes - install - boot - create mirror on second disk - copy data - reboot - sync mirror Now Joao said, creating a mirrored disk can be done from the "emergency holographic shell" at install time. OK, fine. Spares the copying. My question was: can I create a mirrored slice instead of a mirrored disk without copying the data at install time from the emergency shell? Otherwise I will still have to use Ralf's instructions, which are a bit more work to follow. Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 13:45:07 2006 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 3BB8C16A420 for ; Tue, 7 Mar 2006 13:45:07 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from gwfra.elbekies.net (tce71.tce85.de [195.145.102.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D18443D48 for ; Tue, 7 Mar 2006 13:45:06 +0000 (GMT) (envelope-from volker@vwsoft.com) Received-SPF: pass (gwfra.elbekies.net: domain of vwsoft.com designates 212.23.126.2 as permitted sender) client-ip=212.23.126.2; envelope-from=volker@vwsoft.com; helo=mail.vtec.ipme.de; Received: from mail.vtec.ipme.de (gprs-pool-1-002.eplus-online.de [212.23.126.2]) by gwfra.elbekies.net (Postfix) with ESMTP id D291C1702F for ; Tue, 7 Mar 2006 14:45:01 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.201.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 824855C4F; Tue, 7 Mar 2006 14:44:57 +0100 (CET) Message-ID: <440D8E64.7010500@vwsoft.com> Date: Tue, 07 Mar 2006 14:45:08 +0100 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.6.0.101 MIME-Version: 1.0 To: "Patrick M. Hausen" References: <440D74B3.3030309@vwsoft.com> <200603070939.30032.joao@matik.com.br> <20060307124548.GB69143@hugo10.ka.punkt.de> <440D8319.3090109@vwsoft.com> <20060307132221.GC69143@hugo10.ka.punkt.de> In-Reply-To: <20060307132221.GC69143@hugo10.ka.punkt.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-TarmacIntl-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 13:45:07 -0000 Patrick, On 2006-03-07 14:22, Patrick M. Hausen wrote: > Hello! > > On Tue, Mar 07, 2006 at 01:56:57PM +0100, Volker wrote: >> Patrick, >> >> On 2006-03-07 13:45, Patrick M. Hausen wrote: >> ..... >> >>> Are there instructions on how to do this to mirror a slice instead of >>> an entire disk? >>> >>> Thanks, >>> Patrick >> Yes, Ralf S. Engelschall created a good guide: >> http://people.freebsd.org/~rse/mirror/ >> >> See 'GEOM mirror Approach 2: Single Slice, Preferred, More Flexible' > > I _know_. This guide was first mentioned by me in this thread. > But it assumes > > - install > - boot > - create mirror on second disk > - copy data > - reboot > - sync mirror > > Now Joao said, creating a mirrored disk can be done from > the "emergency holographic shell" at install time. OK, fine. > Spares the copying. > > My question was: can I create a mirrored slice instead of > a mirrored disk without copying the data at install time from > the emergency shell? Otherwise I will still have to use Ralf's > instructions, which are a bit more work to follow. > > Thanks, > Patrick As far as I understand Joao's solution, he's mentioning disc mirroring (disc in a whole). When using slice mirroring I don't see a simple solution and RSE's paper is the only way to go. Anybody please correct me if I'm wrong. Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 13:58:05 2006 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 5BAEE16A420 for ; Tue, 7 Mar 2006 13:58:05 +0000 (GMT) (envelope-from stable@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id C50E143D46 for ; Tue, 7 Mar 2006 13:58:04 +0000 (GMT) (envelope-from stable@dino.sk) Received: from [192.168.16.13] ([213.215.74.194]) (AUTH: PLAIN milan, SSL: TLSv1/SSLv3,128bits,RC4-MD5) by bsd.dino.sk with esmtp; Tue, 07 Mar 2006 15:00:38 +0100 id 000003AB.440D9207.00004CE1 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Tue, 7 Mar 2006 14:57:32 +0100 User-Agent: KMail/1.8.3 References: <200511291539.41294.lists@jnielsen.net> <200511300003.23367.stable@dino.sk> <200511300938.12135.lists@jnielsen.net> In-Reply-To: <200511300938.12135.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603071457.34122.stable@dino.sk> Subject: Re: FreeBSD 6.0 on TC1000 (was: wireless, ndis problems on Compaq TC1000 Tablet running 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: Tue, 07 Mar 2006 13:58:05 -0000 On Wednesday 30 November 2005 15:38, John Nielsen wrote: > On Tuesday 29 November 2005 06:03 pm, Milan Obuch wrote: > > On Tuesday 29 November 2005 21:39, John Nielsen wrote: > > > After successfully installing FreeBSD 6.0 on a Compaq TC1000 Tablet PC > > > > By the way, how did you install 6.0 there? I am working with TC1000 too, > > but it looks almost impossible to install FreeBSD without keyboard. Just > > would like to know possibilities - I tried 7.0 but ACPI does not work > > (does not boot even, only with ACPI disabled). > > My only obstacle was getting a keyboard attached to the console - by > default it would boot up to sysinstall just fine but the keyboard wouldn't > work. (It was detected, but not attached.. i.e. caps lock, etc would work > but sysinstall wasn't getting any input.) > > Using a 6.0-BETA or RC disk (I don't remember which one), I wasn't able to > get around this. However, using 6.0-RELEASE I was able to use the builtin > keyboard by disabling atkbd0 AND atkbdc0 in the loader. > I did verify this method with 6.1-BETA3. While I did not install it, only came to sysinstall, it works - even with ACPI loaded, which was my primary question. So after I build new 5.5-soon-to-be-RELEASE working partition, I can wipe currently used 5.4-STABLE, couple of months old one and put 6.1 there to test. > Loading the kbdmux module may or may not be helpful--I didn't end up > needing it. > While I consider using loading kbdmux extremely useful, it did not work as an alternative for your installing method. Neither buttons nor keyboard worked, so no use... > Once installed (and with sshd running as a backup), I updated to -STABLE > and built a custom kernel that does not include atkbdc, atkbd, or psm. It > works fine. (And it's especially nice with a VESA 1024x768 mode in > syscons.) > Could you share your setup? Kernel config and similar? Maybe X setup, if you are using it... I would like to put all information regarding TC1000 to my web log at www.dino.sk, so others could benefit from my observations as well. Regards, Milan N. B. No need to CC me, I read this list regularly. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 14:15:22 2006 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 4DC8B16A420; Tue, 7 Mar 2006 14:15:22 +0000 (GMT) (envelope-from regnauld@x0.dk) Received: from x0.dk (x0.dk [62.242.165.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2C2B43D46; Tue, 7 Mar 2006 14:15:21 +0000 (GMT) (envelope-from regnauld@x0.dk) Received: from localhost (unknown [127.0.0.1]) by tetard.starbsd.org (Postfix) with ESMTP id 828F634471; Tue, 7 Mar 2006 15:15:20 +0100 (CET) Received: from tetard.starbsd.org ([127.0.0.1]) by localhost (tetard.starbsd.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25497-02-4; Tue, 7 Mar 2006 15:15:19 +0100 (CET) Received: by tetard.starbsd.org (Postfix, from userid 1001) id 9F09E3447E; Tue, 7 Mar 2006 15:15:19 +0100 (CET) Date: Tue, 7 Mar 2006 15:15:19 +0100 From: Phil Regnauld To: Pawel Jakub Dawidek Message-ID: <20060307141519.GB25439@tetard.starbsd.org> References: <20060306222844.GC56506@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306222844.GC56506@garage.freebsd.pl> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-STABLE i386 Organization: *BSD X-Virus-Scanned: amavisd-new at starbsd.org Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 14:15:22 -0000 On Mon, Mar 06, 2006 at 11:28:44PM +0100, Pawel Jakub Dawidek wrote: > Hi. > > Here you can find patches with changes to gmirror(8) and graid3(8): > > http://people.freebsd.org/~pjd/patches/gmirror.7.patch > http://people.freebsd.org/~pjd/patches/graid3.patch Hi Pawel, I've been experiencing lockups with gmirror, ATA/SATA on both i386 and amd64, under severe I/O (very heavily loaded Postgres DB). This has been on several different machines (remotely located, with no possibility of breaking into the debugger). Do you think these patches are worth testing in my case ? Phil From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 14:58:49 2006 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 34DD816A420 for ; Tue, 7 Mar 2006 14:58:49 +0000 (GMT) (envelope-from chad@zetaweb.com) Received: from rs27.luxsci.com (rs27.luxsci.com [66.216.127.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id B747643D60 for ; Tue, 7 Mar 2006 14:58:44 +0000 (GMT) (envelope-from chad@zetaweb.com) Received: from [192.168.1.101] (static-151-201-138-242.pitt.east.verizon.net [151.201.138.242]) (authenticated bits=0) by rs27.luxsci.com (8.13.5/8.13.5) with ESMTP id k27EwarO019700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 7 Mar 2006 08:58:36 -0600 Message-ID: <440D9F9B.1060008@zetaweb.com> Date: Tue, 07 Mar 2006 09:58:35 -0500 From: Chad Whitacre User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <20060303153833.Q557@10.0.0.1> <440CB329.10403@zetaweb.com> <20060306221359.GA53283@xor.obsecurity.org> In-Reply-To: <20060306221359.GA53283@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , freebsd-stable@freebsd.org Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 14:58:49 -0000 Kris, >> If relevant, I may be able to test your patch, but the problem is >> occurring only rarely. Do you have any suggestions for isolating and >> reproducing this bug? > > Run your script in a loop? And I assume I can meaningfully test w/o the rsync call? I.e., just mounting and unmounting the drive over and over again should trigger the error, no? chad From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 14:59:09 2006 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 6364E16A420 for ; Tue, 7 Mar 2006 14:59:09 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC6D343D76 for ; Tue, 7 Mar 2006 14:59:00 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id k27Ewo1k053711 for ; Tue, 7 Mar 2006 06:58:51 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Tue, 7 Mar 2006 09:58:46 -0500 User-Agent: KMail/1.9.1 References: <200511291539.41294.lists@jnielsen.net> <200511300938.12135.lists@jnielsen.net> <200603071457.34122.stable@dino.sk> In-Reply-To: <200603071457.34122.stable@dino.sk> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_n+ZDEH8i3MqsX4O" Message-Id: <200603070958.47128.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Subject: Re: FreeBSD 6.0 on TC1000 (was: wireless, ndis problems on Compaq TC1000 Tablet running 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: Tue, 07 Mar 2006 14:59:09 -0000 --Boundary-00=_n+ZDEH8i3MqsX4O Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 07 March 2006 08:57, Milan Obuch wrote: > On Wednesday 30 November 2005 15:38, John Nielsen wrote: > > On Tuesday 29 November 2005 06:03 pm, Milan Obuch wrote: > > > On Tuesday 29 November 2005 21:39, John Nielsen wrote: > > > > After successfully installing FreeBSD 6.0 on a Compaq TC1000 Tablet > > > > PC > > > > > > By the way, how did you install 6.0 there? I am working with TC1000 > > > too, but it looks almost impossible to install FreeBSD without > > > keyboard. Just would like to know possibilities - I tried 7.0 but ACPI > > > does not work (does not boot even, only with ACPI disabled). > > > > My only obstacle was getting a keyboard attached to the console - by > > default it would boot up to sysinstall just fine but the keyboard > > wouldn't work. (It was detected, but not attached.. i.e. caps lock, etc > > would work but sysinstall wasn't getting any input.) > > > > Using a 6.0-BETA or RC disk (I don't remember which one), I wasn't able > > to get around this. However, using 6.0-RELEASE I was able to use the > > builtin keyboard by disabling atkbd0 AND atkbdc0 in the loader. > > I did verify this method with 6.1-BETA3. While I did not install it, only > came to sysinstall, it works - even with ACPI loaded, which was my primary > question. So after I build new 5.5-soon-to-be-RELEASE working partition, I > can wipe currently used 5.4-STABLE, couple of months old one and put 6.1 > there to test. Glad to hear it. > > Loading the kbdmux module may or may not be helpful--I didn't end up > > needing it. > > While I consider using loading kbdmux extremely useful, it did not work as > an alternative for your installing method. Neither buttons nor keyboard > worked, so no use... Yeah, I'll have to play around with this some more. > > Once installed (and with sshd running as a backup), I updated to -STABLE > > and built a custom kernel that does not include atkbdc, atkbd, or psm. > > It works fine. (And it's especially nice with a VESA 1024x768 mode in > > syscons.) > > Could you share your setup? Kernel config and similar? Maybe X setup, if > you are using it... I would like to put all information regarding TC1000 to > my web log at www.dino.sk, so others could benefit from my observations as > well. I don't have the tablet with me at the moment, but I do have the kernel config file (attached). The only options in there that I don't typically include on other machines are CPU_ENABLE_LONGRUN and SC_PIXEL_MODE, but I did have the sound and CD-ROM working on this kernel. For the VESA console you'll want to check the output of "vidcontrol -i mode", but IIRC I used this in /etc/rc.conf: allscreens_flags="-f 8x8 cp437-8x8.fnt MODE_280" Obviously you could substitute different font sizes and character pages as appropriate. I did set up X.org, but don't have my config file. "Xorg -configure" was reasonably helpful. I may have only been able to use X's VESA driver, but I don't remember for certain. I do remember that the mouse was flakey. My inability to get the built-in wireless working (even with NDIS) coupled with the mouse not behaving well enough to use in X put a damper on my enthusiasm for running FreeBSD on the device. I didn't explore using the stylus at all. I'd be interested in getting e-mail updates if you make any headway on any of those fronts, and I'll try to keep an eye on your blog. JN --Boundary-00=_n+ZDEH8i3MqsX4O Content-Type: text/plain; charset="iso-8859-2"; name="SPARRTAB" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="SPARRTAB" # SPARRTAB - Compaq TC1000 tablet machine i386 cpu I586_CPU ident SPARRTAB options CPU_ENABLE_LONGRUN options IPFIREWALL options IPFIREWALL_FORWARD options IPDIVERT options DUMMYNET options LIBMCHAIN options LIBICONV options NETSMB options NETSMBCRYPTO options SMBFS #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. #options STOP_NMI # Stop CPUS using NMI instead of IPI device apic device pci device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse #device atkbdc # AT keyboard controller #device atkbd # AT keyboard #device psm # PS/2 mouse device agp # support several AGP chipsets device vga # VGA video card driver device sc options SC_HISTORY_SIZE=2000 options VESA options SC_PIXEL_MODE options SC_TWOBUTTON_MOUSE options VGA_WIDTH90 device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device wlan # 802.11 support device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device snp device carp device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface device ohci device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device sound device snd_via82c686 --Boundary-00=_n+ZDEH8i3MqsX4O-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 15:00:45 2006 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 6B10216A424 for ; Tue, 7 Mar 2006 15:00:45 +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 A6C4D43D7D for ; Tue, 7 Mar 2006 15:00:31 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1FGdfZ-0004kx-NN for freebsd-stable@freebsd.org; Tue, 07 Mar 2006 16:00:13 +0100 Received: from static-151-201-138-242.pitt.east.verizon.net ([151.201.138.242]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 Mar 2006 16:00:13 +0100 Received: from chad by static-151-201-138-242.pitt.east.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 Mar 2006 16:00:13 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Chad Whitacre Date: Tue, 07 Mar 2006 09:54:46 -0500 Lines: 61 Message-ID: References: <20060303153833.Q557@10.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: static-151-201-138-242.pitt.east.verizon.net User-Agent: Thunderbird 1.5 (Windows/20051201) In-Reply-To: <20060303153833.Q557@10.0.0.1> Sender: news Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 15:00:45 -0000 Jeff, Kris Kennaway directed me to this thread from FreeBSD-questions. I am seeing a "panic: unmount: dangling vnode" with 6.0-RELEASE. Here are the relevant threads: 2 probs w/ backup.sh: "Device busy" and "dangling vnode" http://lists.freebsd.org/pipermail/freebsd-questions/2006-March/114825.html "Panic: unmount: dangling vnode" http://lists.freebsd.org/pipermail/freebsd-questions/2006-March/115060.html If relevant, I may be able to test your patch, but the problem is occurring only rarely. Do you have any suggestions for isolating and reproducing this bug? Also, we are seeing this problem on a production box. I notice that the patch fixes 6 issues, and apparently "breaks the kernel ABI," which sounds nasty from out here in userland. Any chance of getting a patch that isolates this specific issue? I'll be more likely able to apply such a patch. Our alternative is to simply keep our backup drive always mounted until 6.1 comes out and test your patch then. :^) Thoughts? Thanks for your work on this. Chad Whitacre http://www.zetadev.com/ Jeff Roberson wrote: > I plan to MFC all of this lovely stuff for 6.1: > > http://www.chesapeake.net/~jroberson/vfsmfc.diff > > I'm looking for people who are willing to patch their stable boxes and > test this. This has the following changes in it: > > 1) Improved debugging with DEBUG_LOCKS via the new stack(9) api. > 2) Fixed an INACTIVE leak. > 3) Fixed several unmount races. > 4) Fixed several nullfs unmount issues. > 5) Some more Giant related VFS fixes and asserts. > 6) Fixed the quota deadlock. > > These problems should be rare enough that most of you have not seen > them. So just let me know if this introduces any new problems etc. I > will be MFCing within a week. > > Thanks, > Jeff > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 15:06:38 2006 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 A653816A422 for ; Tue, 7 Mar 2006 15:06:38 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 434E643D7B for ; Tue, 7 Mar 2006 15:06:35 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k27F6Wsr082934; Tue, 7 Mar 2006 18:06:32 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k27F6Vtx082933; Tue, 7 Mar 2006 18:06:31 +0300 (MSK) (envelope-from yar) Date: Tue, 7 Mar 2006 18:06:31 +0300 From: Yar Tikhiy To: Kostik Belousov Message-ID: <20060307150631.GC82066@comp.chem.msu.su> References: <44077091.3060604@freebsd.org> <80813.1141343429@thrush.ravenbrook.com> <20060306231556.GB64952@comp.chem.msu.su> <20060307101156.GF37572@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307101156.GF37572@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.9i Cc: stable@freebsd.org Subject: Re: Failing to understand getrusage() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 15:06:38 -0000 On Tue, Mar 07, 2006 at 12:11:56PM +0200, Kostik Belousov wrote: > On Tue, Mar 07, 2006 at 02:15:56AM +0300, Yar Tikhiy wrote: > > > > Personally, I'd like to say a "me too". /me too fails to see why > > in a quiet, idle system ru_maxrss is very unpredictable over numerous > > runs of the test program, both before and after the malloc+memset. > > Filling the memory with a non-zero value doesn't matter. Is it the > > Heizenberg daemon at work? :-) > > I think that this is a statclock in work :). Just add some busy loops > before each calls to getrusage like > > for (x = 0; x < 0x1000000; x++) > getpid(); > > and you would get statisically stable results: > > deviant% ./1mb > before: 424, after: 1548 > deviant% ./1mb > before: 424, after: 1548 > > See, > % sysctl kern.clockrate > kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } > > 133 Hz is very slow on 3GHz machine, and curproc->p_stats->p_ru is > updated on statclock tick, see sys/kern/kern_clock.c. This sounds very clear and reasonable. I shouldn't have forgotten about the driving role of statclock in collecting all rusage stats, including those related to memory consumption. Thank you for resolving our doubts! :-) -- Yar From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 15:15:58 2006 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 25C5016A420 for ; Tue, 7 Mar 2006 15:15:58 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7275A43D46 for ; Tue, 7 Mar 2006 15:15:57 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FGdum-000LD4-AZ for freebsd-stable@freebsd.org; Tue, 07 Mar 2006 16:15:56 +0100 Date: Tue, 7 Mar 2006 16:15:56 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060307151556.GA44366@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060221195601.GA63134@xor.obsecurity.org> <20060228052328.GA29811@xor.obsecurity.org> <20060228074037.GE21678@e-Gitt.NET> <20060228075139.GA38928@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <20060228075139.GA38928@xor.obsecurity.org> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: Patch for quota deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 15:15:58 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. On Tue, Feb 28, 2006 at 02:51:39AM -0500, Kris Kennaway wrote: > On Tue, Feb 28, 2006 at 08:40:37AM +0100, Oliver Brandmueller wrote: > > Anyway, I'll discuss with my colleagues and we'll see if we want to tak= e=20 > > the risk. >=20 > Thanks, it would be a big help if you're willing to try. We're in the middle of a migration, so I could only put the version to=20 the standby server, which had no problems in the past. Anyway, as soon=20 as all this is done, I can test, probaly from the middle of next week. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDaOsiqtMdzjafykRAm+WAKDN2GhEJjnnXMWaowVh4mUWHpigYQCgl3ix bIx+RRSVubDZUhBpToMR5Cw= =8O9v -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 15:17:24 2006 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 3678F16A420; Tue, 7 Mar 2006 15:17:24 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2302443D48; Tue, 7 Mar 2006 15:17:15 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CCB5251756; Tue, 7 Mar 2006 16:17:12 +0100 (CET) Received: from localhost (ana50.internetdsl.tpnet.pl [83.17.82.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 417A951977; Tue, 7 Mar 2006 16:17:05 +0100 (CET) Date: Tue, 7 Mar 2006 16:16:36 +0100 From: Pawel Jakub Dawidek To: Phil Regnauld Message-ID: <20060307151636.GB60850@garage.freebsd.pl> References: <20060306222844.GC56506@garage.freebsd.pl> <20060307141519.GB25439@tetard.starbsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline In-Reply-To: <20060307141519.GB25439@tetard.starbsd.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 15:17:24 -0000 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 03:15:19PM +0100, Phil Regnauld wrote: +> On Mon, Mar 06, 2006 at 11:28:44PM +0100, Pawel Jakub Dawidek wrote: +> > Hi. +> >=20 +> > Here you can find patches with changes to gmirror(8) and graid3(8): +> >=20 +> > http://people.freebsd.org/~pjd/patches/gmirror.7.patch +> > http://people.freebsd.org/~pjd/patches/graid3.patch +>=20 +> Hi Pawel, +>=20 +> I've been experiencing lockups with gmirror, ATA/SATA on both +> i386 and amd64, under severe I/O (very heavily loaded Postgres DB).=20 +> This has been on several different machines (remotely located, with +> no possibility of breaking into the debugger). +>=20 +> Do you think these patches are worth testing in my case ? Are you sure it was gmirror's fault? It will be quite hard for gmirror to hang machine so badly that we are not able to enter ddb... Anyway, I'd prefer to test those patches not in production environment yet. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --XOIedfhf+7KOe/yw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEDaPUForvXbEpPzQRAk+3AJ42O7T+x86vo+ss+66cApB+a5qc9gCcCcwS HZ0em3s15jHxT7GP/+KkInk= =YA3/ -----END PGP SIGNATURE----- --XOIedfhf+7KOe/yw-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 15:46:07 2006 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 A223516A420; Tue, 7 Mar 2006 15:46:07 +0000 (GMT) (envelope-from regnauld@x0.dk) Received: from x0.dk (x0.dk [62.242.165.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7FAD43D67; Tue, 7 Mar 2006 15:46:06 +0000 (GMT) (envelope-from regnauld@x0.dk) Received: from localhost (unknown [127.0.0.1]) by tetard.starbsd.org (Postfix) with ESMTP id DE3B6343F4; Tue, 7 Mar 2006 16:46:05 +0100 (CET) Received: from tetard.starbsd.org ([127.0.0.1]) by localhost (tetard.starbsd.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26004-05; Tue, 7 Mar 2006 16:46:04 +0100 (CET) Received: by tetard.starbsd.org (Postfix, from userid 1001) id DE0FF34479; Tue, 7 Mar 2006 16:46:04 +0100 (CET) Date: Tue, 7 Mar 2006 16:46:04 +0100 From: Phil Regnauld To: Pawel Jakub Dawidek Message-ID: <20060307154604.GG25439@tetard.starbsd.org> References: <20060306222844.GC56506@garage.freebsd.pl> <20060307141519.GB25439@tetard.starbsd.org> <20060307151636.GB60850@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307151636.GB60850@garage.freebsd.pl> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-STABLE i386 Organization: *BSD X-Virus-Scanned: amavisd-new at starbsd.org Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 15:46:07 -0000 On Tue, Mar 07, 2006 at 04:16:36PM +0100, Pawel Jakub Dawidek wrote: > +> > +> I've been experiencing lockups with gmirror, ATA/SATA on both > +> i386 and amd64, under severe I/O (very heavily loaded Postgres DB). > +> This has been on several different machines (remotely located, with > +> no possibility of breaking into the debugger). > +> > +> Do you think these patches are worth testing in my case ? > > Are you sure it was gmirror's fault? It doesn't happen if I use either underlying "raw" disk without gmirror. > It will be quite hard for gmirror > to hang machine so badly that we are not able to enter ddb... No, I meant, I couldn't access the box's DDB remotely as it was in a hosting center without access to a physical console, and I had to have someone restart it. > Anyway, I'd prefer to test those patches not in production environment > yet. It is a test machine, so I don't mind, was just curious if this could be related. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 16:13:29 2006 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 9D1C916A423 for ; Tue, 7 Mar 2006 16:13:29 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A31FF43D72 for ; Tue, 7 Mar 2006 16:13:19 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k27GD0Kb069266 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 18:13:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k27GD0ks031481; Tue, 7 Mar 2006 18:13:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k27GCxGX031480; Tue, 7 Mar 2006 18:12:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 7 Mar 2006 18:12:59 +0200 From: Kostik Belousov To: Yar Tikhiy Message-ID: <20060307161259.GG37572@deviant.kiev.zoral.com.ua> References: <44077091.3060604@freebsd.org> <80813.1141343429@thrush.ravenbrook.com> <20060306231556.GB64952@comp.chem.msu.su> <20060307101156.GF37572@deviant.kiev.zoral.com.ua> <20060307150631.GC82066@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ahP6B03r4gLOj5uD" Content-Disposition: inline In-Reply-To: <20060307150631.GC82066@comp.chem.msu.su> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: stable@freebsd.org Subject: Re: Failing to understand getrusage() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 16:13:29 -0000 --ahP6B03r4gLOj5uD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 06:06:31PM +0300, Yar Tikhiy wrote: > On Tue, Mar 07, 2006 at 12:11:56PM +0200, Kostik Belousov wrote: > > On Tue, Mar 07, 2006 at 02:15:56AM +0300, Yar Tikhiy wrote: > > >=20 > > > Personally, I'd like to say a "me too". /me too fails to see why > > > in a quiet, idle system ru_maxrss is very unpredictable over numerous > > > runs of the test program, both before and after the malloc+memset. > > > Filling the memory with a non-zero value doesn't matter. Is it the > > > Heizenberg daemon at work? :-) > >=20 > > I think that this is a statclock in work :). Just add some busy loops > > before each calls to getrusage like > >=20 > > for (x =3D 0; x < 0x1000000; x++) > > getpid(); > >=20 > > and you would get statisically stable results: > >=20 > > deviant% ./1mb > > before: 424, after: 1548 > > deviant% ./1mb > > before: 424, after: 1548 > >=20 > > See, > > % sysctl kern.clockrate > > kern.clockrate: { hz =3D 1000, tick =3D 1000, profhz =3D 666, stathz = =3D 133 } > >=20 > > 133 Hz is very slow on 3GHz machine, and curproc->p_stats->p_ru is > > updated on statclock tick, see sys/kern/kern_clock.c. >=20 > This sounds very clear and reasonable. I shouldn't have forgotten > about the driving role of statclock in collecting all rusage stats, > including those related to memory consumption. >=20 It may be desirable to add ru_maxrss sampling at the calcru time too. Something like this: Index: sys/kern/kern_resource.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/kern/kern_resource.c,v retrieving revision 1.156 diff -u -r1.156 kern_resource.c --- sys/kern/kern_resource.c 22 Feb 2006 16:58:48 -0000 1.156 +++ sys/kern/kern_resource.c 7 Mar 2006 16:10:27 -0000 @@ -853,9 +853,16 @@ struct rusage *rup; { struct proc *p; + struct vmspace *vm; + long rss; =20 p =3D td->td_proc; PROC_LOCK(p); + vm =3D p->p_vmspace; + rss =3D pgtok(vmspace_resident_count(vm)); + if (rup->ru_maxrss < rss) + rup->ru_maxrss =3D rss; + switch (who) { =20 case RUSAGE_SELF: --ahP6B03r4gLOj5uD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDbEKC3+MBN1Mb4gRAkmPAJ0cs+ZNcIkzZsViA8D4MxfuZAH0WACfYGA8 3EsShR8TXTNvhureNSDkoro= =n0tE -----END PGP SIGNATURE----- --ahP6B03r4gLOj5uD-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 16:26:18 2006 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 0E47716A420 for ; Tue, 7 Mar 2006 16:26:18 +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 9757843D66 for ; Tue, 7 Mar 2006 16:26:17 +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 5F6B31A4E5D; Tue, 7 Mar 2006 08:26:17 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E39AE5186D; Tue, 7 Mar 2006 11:26:14 -0500 (EST) Date: Tue, 7 Mar 2006 11:26:14 -0500 From: Kris Kennaway To: Chad Whitacre Message-ID: <20060307162614.GA64610@xor.obsecurity.org> References: <20060303153833.Q557@10.0.0.1> <440CB329.10403@zetaweb.com> <20060306221359.GA53283@xor.obsecurity.org> <440D9F9B.1060008@zetaweb.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <440D9F9B.1060008@zetaweb.com> User-Agent: Mutt/1.4.2.1i Cc: Jeff Roberson , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 16:26:18 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 09:58:35AM -0500, Chad Whitacre wrote: > Kris, >=20 > >>If relevant, I may be able to test your patch, but the problem is=20 > >>occurring only rarely. Do you have any suggestions for isolating and=20 > >>reproducing this bug? > > > >Run your script in a loop? >=20 > And I assume I can meaningfully test w/o the rsync call? I.e., just=20 > mounting and unmounting the drive over and over again should trigger the= =20 > error, no? No, the rsync (i.e. activity on the filesystem) is important. Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDbQmWry0BWjoQKURAnxmAKC7Uwi/fkYgRp8wyAH/H+Pfk8PvlQCdFvVZ infvfbt7qqvMQ6+HR1G2y+0= =3FFI -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:04:11 2006 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 403BD16A420 for ; Tue, 7 Mar 2006 17:04:11 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC89743D45 for ; Tue, 7 Mar 2006 17:04:10 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 5C6788A006D for ; Tue, 7 Mar 2006 09:07:52 -0800 (PST) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76469-01-32 for ; Tue, 7 Mar 2006 09:07:46 -0800 (PST) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 905BE8A0043 for ; Tue, 7 Mar 2006 09:07:45 -0800 (PST) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id DCF04900044F for ; Tue, 7 Mar 2006 09:04:02 -0800 (PST) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Tue, 7 Mar 2006 09:04:02 -0800 (PST) Message-ID: <54559.192.168.0.10.1141751042.squirrel@webmail.sd73.bc.ca> In-Reply-To: <200603070939.30032.joao@matik.com.br> References: <440D74B3.3030309@vwsoft.com> <200603070939.30032.joao@matik.com.br> Date: Tue, 7 Mar 2006 09:04:02 -0800 (PST) From: "Freddie Cash" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 17:04:11 -0000 On Tue, March 7, 2006 4:39 am, JoaoBR wrote: > On Tuesday 07 March 2006 08:55, Volker wrote: >> I do agree that gmirror is not that bad and not that difficult. But >> take a look at how to setup a fresh system using gmirror (slice by >> slice mirroring): >> >> - install a complete system to a fresh disc >> - create the (well sized) slices on a 2nd disc (not that easy) >> - create the gmirror set on disc 2 >> - bring gmirror up >> - copy all filesystems over to the gmirror set >> - reboot >> - create exactly sized slices on disc 1 >> - insert everything into the gmirror set >> >> Using that procedure you're going to copy each installed file three >> times (install, copy to mirror, sync mirror). That's a waste of >> time compared to a solution where the installer would be able to >> install directly into a mirror. There's no need to copy files around. gmirror handles it all for you behind the scenes. Just create the gmirror labels using the existing disks/slices/partitions, then insert the second set of disks/slices/parittions. gmirror will handle synchonising the data across the mirror. >> When using disc based gmirror (instead of per slice gmirror) the >> procedure is a bit easier, but similar. > there is no need to copy anything around ... > - you do install the system as usual > - before rebooting you create the to be mirrored disk with the gmirror > label command (you do not loose data here) > - then you change your fstab acordingly > - you reboot > - you insert the mirror disk(s) > - gmirror should start syncing automatically if you did everything > right > realy, this is a 3 minute thing This is the process I just went through. It would be nice if there was a post-install step that did this automatically, but it wasn't all that hard to do manually. Just CTRL+F4 to open the terminal, run a few commands to create the mirror, edit /etc/fstab, and exit the installer. Dru Lavigne's OnLamp article about this makes it almost trivial to do. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:27:02 2006 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 48CA816A420 for ; Tue, 7 Mar 2006 17:27:02 +0000 (GMT) (envelope-from chad@zetaweb.com) Received: from rs27.luxsci.com (rs27.luxsci.com [66.216.127.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7BCC43D70 for ; Tue, 7 Mar 2006 17:26:56 +0000 (GMT) (envelope-from chad@zetaweb.com) Received: from [192.168.1.101] (static-151-201-138-242.pitt.east.verizon.net [151.201.138.242]) (authenticated bits=0) by rs27.luxsci.com (8.13.5/8.13.5) with ESMTP id k27HQmOL001703 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 7 Mar 2006 11:26:48 -0600 Message-ID: <440DC257.6040204@zetaweb.com> Date: Tue, 07 Mar 2006 12:26:47 -0500 From: Chad Whitacre User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <20060303153833.Q557@10.0.0.1> <440CB329.10403@zetaweb.com> <20060306221359.GA53283@xor.obsecurity.org> <440D9F9B.1060008@zetaweb.com> <20060307162614.GA64610@xor.obsecurity.org> In-Reply-To: <20060307162614.GA64610@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , freebsd-stable@freebsd.org Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 17:27:02 -0000 Kris, > No, the rsync (i.e. activity on the filesystem) is important. Yeah, just ran a test w/o it actually. We are planning to run a test w/ some disk activity later this afternoon. I suppose the more activity, the more likely to see the bug, eh? chad From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:30:37 2006 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 CF51A16A420 for ; Tue, 7 Mar 2006 17:30: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 B8B3743D4C for ; Tue, 7 Mar 2006 17:30:31 +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 3EE561A4E64; Tue, 7 Mar 2006 09:30:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 831BA514BD; Tue, 7 Mar 2006 12:30:30 -0500 (EST) Date: Tue, 7 Mar 2006 12:30:30 -0500 From: Kris Kennaway To: Chad Whitacre Message-ID: <20060307173030.GA15637@xor.obsecurity.org> References: <20060303153833.Q557@10.0.0.1> <440CB329.10403@zetaweb.com> <20060306221359.GA53283@xor.obsecurity.org> <440D9F9B.1060008@zetaweb.com> <20060307162614.GA64610@xor.obsecurity.org> <440DC257.6040204@zetaweb.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <440DC257.6040204@zetaweb.com> User-Agent: Mutt/1.4.2.1i Cc: Jeff Roberson , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 17:30:37 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 12:26:47PM -0500, Chad Whitacre wrote: > Kris, >=20 > >No, the rsync (i.e. activity on the filesystem) is important. >=20 > Yeah, just ran a test w/o it actually. We are planning to run a test w/= =20 > some disk activity later this afternoon. I suppose the more activity,=20 > the more likely to see the bug, eh? Yes. FYI, I am fairly confident this is fixed, because I make extensive use of mount/umount+filesystem activity, and I am no longer seeing problems like this. Kris --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDcM2Wry0BWjoQKURAld2AJ9FSxVipAdBQJ33o3mlOTvkv4p5bQCfTfXk XMSTM5lcA4Mb5jvHJFDDwFc= =aJ5y -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:33:38 2006 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 0E4FD16A420 for ; Tue, 7 Mar 2006 17:33:38 +0000 (GMT) (envelope-from chad@zetaweb.com) Received: from rs27.luxsci.com (rs27.luxsci.com [66.216.127.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 938FF43D49 for ; Tue, 7 Mar 2006 17:33:37 +0000 (GMT) (envelope-from chad@zetaweb.com) Received: from [192.168.1.101] (static-151-201-138-242.pitt.east.verizon.net [151.201.138.242]) (authenticated bits=0) by rs27.luxsci.com (8.13.5/8.13.5) with ESMTP id k27HXTU9006225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 7 Mar 2006 11:33:30 -0600 Message-ID: <440DC3E8.9070507@zetaweb.com> Date: Tue, 07 Mar 2006 12:33:28 -0500 From: Chad Whitacre User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <20060303153833.Q557@10.0.0.1> <440CB329.10403@zetaweb.com> <20060306221359.GA53283@xor.obsecurity.org> <440D9F9B.1060008@zetaweb.com> <20060307162614.GA64610@xor.obsecurity.org> <440DC257.6040204@zetaweb.com> <20060307173030.GA15637@xor.obsecurity.org> In-Reply-To: <20060307173030.GA15637@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , freebsd-stable@freebsd.org Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 17:33:38 -0000 Kris, > Yes. FYI, I am fairly confident this is fixed, because I make > extensive use of mount/umount+filesystem activity, and I am no longer > seeing problems like this. Great! Thanks for the info. We won't kill ourselves trying to test this then. chad From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:39:19 2006 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 814E316A420 for ; Tue, 7 Mar 2006 17:39:19 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from mailrly05.isp.novis.pt (mailrly05.isp.novis.pt [195.23.133.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CEA043D60 for ; Tue, 7 Mar 2006 17:39:10 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: (qmail 24300 invoked from network); 7 Mar 2006 17:39:09 -0000 Received: from unknown (HELO mailfrt01.isp.novis.pt) ([195.23.133.193]) (envelope-sender ) by mailrly05.isp.novis.pt with compressed SMTP; 7 Mar 2006 17:39:09 -0000 Received: (qmail 31717 invoked from network); 7 Mar 2006 17:39:08 -0000 Received: from unknown (HELO compaq.anjos.strangled.net) ([87.196.129.60]) (envelope-sender ) by mailfrt01.isp.novis.pt with SMTP; 7 Mar 2006 17:39:08 -0000 Received: from dual.anjos.strangled.net (dual.anjos.strangled.net [10.0.1.3]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k27Hcv9G001624; Tue, 7 Mar 2006 17:38:57 GMT (envelope-from miguel@anjos.strangled.net) From: Miguel Ramos To: Jun Kuriyama In-Reply-To: <7mu0abuq2u.wl%kuriyama@imgsrc.co.jp> References: <7mveururc6.wl%kuriyama@imgsrc.co.jp> <1141685806.3294.4.camel@dual.anjos.strangled.net> <7mu0abuq2u.wl%kuriyama@imgsrc.co.jp> Content-Type: text/plain; charset=iso8859-15 Date: Tue, 07 Mar 2006 17:38:56 +0000 Message-Id: <1141753136.2976.14.camel@dual.anjos.strangled.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 17:39:19 -0000 The problem I'm having is not exactly what is described in pr bin/80389, although it is very much related. So, I'm unable to verify if the patch you gave corrects the problem, since the problem is not visible on my systems. I do have a lockd hang, however... Here is as much data as I can gather: 1- Only one client machine of all I have, the only one which is remote booted, hangs on startup with rpc.lockd/rpc.statd enabled. The hang occurs when daemons try to open their pid file using pidfile_open functions after statd and lockd have been started. 2- The problem does not appear when I do "touch test; lockf test echo 1". 3- The only machine that shows this problem is the only machine where /var is an NFS mount. 4- Applying the patch to revert to the Oct/2004 version, either to the client or the server, didn't change a thing. 5- I'm led to believe that the hang on my machine is related to a problem on the pidfile_open functions, not on rpc.lockd. Can anybody else verify if the system hangs on pidfile_open when: - /var is nfs mounted - lockd and statd are running - a daemon is started (perhaps /etc/rc.d/cron start) Ter, 2006-03-07 ŕs 08:10 +0900, Jun Kuriyama escreveu: > At Mon, 06 Mar 2006 22:56:46 +0000, > Miguel Ramos wrote: > > I'm getting rpc.lockd related hangs on a single machine which is remote > > booted. I'm goind to test you patch as soon as possible. > > Thanks! > Thanks. -- Miguel Ramos From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:44:51 2006 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 E8E3F16A420 for ; Tue, 7 Mar 2006 17:44:50 +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 79B8A43D77 for ; Tue, 7 Mar 2006 17:44:40 +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 F2B971A4E65; Tue, 7 Mar 2006 09:44:39 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 02BD7528DF; Tue, 7 Mar 2006 12:44:37 -0500 (EST) Date: Tue, 7 Mar 2006 12:44:37 -0500 From: Kris Kennaway To: Chad Whitacre Message-ID: <20060307174437.GA44501@xor.obsecurity.org> References: <20060303153833.Q557@10.0.0.1> <440CB329.10403@zetaweb.com> <20060306221359.GA53283@xor.obsecurity.org> <440D9F9B.1060008@zetaweb.com> <20060307162614.GA64610@xor.obsecurity.org> <440DC257.6040204@zetaweb.com> <20060307173030.GA15637@xor.obsecurity.org> <440DC3E8.9070507@zetaweb.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <440DC3E8.9070507@zetaweb.com> User-Agent: Mutt/1.4.2.1i Cc: Jeff Roberson , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 17:44:51 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 12:33:28PM -0500, Chad Whitacre wrote: > Kris, >=20 > >Yes. FYI, I am fairly confident this is fixed, because I make > >extensive use of mount/umount+filesystem activity, and I am no longer > >seeing problems like this. >=20 > Great! Thanks for the info. We won't kill ourselves trying to test this= =20 > then. Well, I'd still like you to test it just to be sure. I'm not able to detect all FreeBSD bugs, after all (though I try :-) Kris --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDcaFWry0BWjoQKURAmRqAKDFdkG9bqwQDuEeOGCSvc2Q7ybuEACfdXET yglYuk0m6+3Jvqt3Ry9Ir1w= =iLl7 -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:50:05 2006 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 DBB6E16A420 for ; Tue, 7 Mar 2006 17:50:05 +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 4B6A343D69 for ; Tue, 7 Mar 2006 17:50:03 +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 374E01A4E5A; Tue, 7 Mar 2006 09:50:03 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 47DC4528DF; Tue, 7 Mar 2006 12:50:02 -0500 (EST) Date: Tue, 7 Mar 2006 12:50:00 -0500 From: Kris Kennaway To: Miguel Ramos Message-ID: <20060307175000.GA96569@xor.obsecurity.org> References: <7mveururc6.wl%kuriyama@imgsrc.co.jp> <1141685806.3294.4.camel@dual.anjos.strangled.net> <7mu0abuq2u.wl%kuriyama@imgsrc.co.jp> <1141753136.2976.14.camel@dual.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <1141753136.2976.14.camel@dual.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: Jun Kuriyama , freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 17:50:06 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 05:38:56PM +0000, Miguel Ramos wrote: >=20 > The problem I'm having is not exactly what is described in pr bin/80389, > although it is very much related. So, I'm unable to verify if the patch > you gave corrects the problem, since the problem is not visible on my > systems. >=20 > I do have a lockd hang, however... Here is as much data as I can gather: >=20 > 1- Only one client machine of all I have, the only one which is remote > booted, hangs on startup with rpc.lockd/rpc.statd enabled. Just to verify: lockd is enabled on BOTH client AND server? Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDcfIWry0BWjoQKURAv/FAKCF5yyNFXa5oXJK7ZLHH57N97DqtwCgt9wr 6TzH6G7nlt6q2daqJzPn5k4= =b1MD -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:51:41 2006 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 E470816A423 for ; Tue, 7 Mar 2006 17:51:40 +0000 (GMT) (envelope-from stable@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 411FC43D6A for ; Tue, 7 Mar 2006 17:51:32 +0000 (GMT) (envelope-from stable@dino.sk) Received: from [192.168.16.12] ([213.215.74.194]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Tue, 07 Mar 2006 18:51:29 +0100 id 00000062.440DC821.00005FEF From: Milan Obuch To: freebsd-stable@freebsd.org Date: Tue, 7 Mar 2006 18:08:13 +0100 User-Agent: KMail/1.9.1 References: <200511291539.41294.lists@jnielsen.net> <200603071457.34122.stable@dino.sk> <200603070958.47128.lists@jnielsen.net> In-Reply-To: <200603070958.47128.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603071808.14016.stable@dino.sk> Subject: Re: FreeBSD 6.0 on TC1000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 17:51:41 -0000 On Tuesday 07 March 2006 15:58, John Nielsen wrote: [snip] I will try to document your method on my web. It's far easier than my first method - take disc drive out, install system elsewhere, do not forget anything and enjoy :) > > While I consider using loading kbdmux extremely useful, it did not work > > as an alternative for your installing method. Neither buttons nor > > keyboard worked, so no use... > > Yeah, I'll have to play around with this some more. > Just to be exact - it did not work at install time. I did load kbdmux from loader prompt, but to no avail... Loading kbdmux after FreeBSD is installed (tested with 7.0-CURRENT) works great. [snip] > I don't have the tablet with me at the moment, but I do have the kernel > config file (attached). The only options in there that I don't typically > include on other machines are CPU_ENABLE_LONGRUN and SC_PIXEL_MODE, but I > did have the sound and CD-ROM working on this kernel. > I do include CPU_ENABLE_LONGRUN in my kernel as well, SC_PIXEL_MODE is not yet known to me. I will test it. Reason I am asking about config is there are some special devices there not yet functioning - Compaq QMenu button and (designed to be) Outlook button are the first coming in sight. There are others... like softmodem, atmel wifi, pen. From these mentioned, pen is working - see http://www.freebsd.org/cgi/query-pr.cgi?pr=65355 for patch I am using for this. Three 'soft touch' buttons (change orientation, journal and editor) do not work, but I will try to play with them somewhat later. Actually they are just a pen extensions. Sound is working well, too. By the way, do you have docking station as well or are you using USB connected CD ROM? [snip] > I did set up X.org, but don't have my config file. "Xorg -configure" was > reasonably helpful. I may have only been able to use X's VESA driver, but > I don't remember for certain. I do remember that the mouse was flakey. > I am using X (oh, just remembered, I reported tablet working with FreeBSD at some database some at http://gerda.univie.ac.at or something like this some time, maybe two years, ago with 5.2.1) and no problem, mouse did not work, but works with 7.0-CURRENT, but I have no X there yet. > My inability to get the built-in wireless working (even with NDIS) coupled > with the mouse not behaving well enough to use in X put a damper on my > enthusiasm for running FreeBSD on the device. I didn't explore using the > stylus at all. Do not get disgust yourself, this tablet is great, eve if not everything works at all or well. I choose it because of its weight - half of those mean notebooks, got great price for the device and great device to play with as well :) I am using standard USB mouse or stylus. Both work well, so no trouble at all. And this is my almost daily used tablet, so I can only tell it's OK. Well, but could be better, and that's what I'am aiming at. > I'd be interested in getting e-mail updates if you make any headway on any > of those fronts, and I'll try to keep an eye on your blog. > Great. And, as usual, any help appreciated to keep everything getting better. There is much info on getting linux to work with TC1000, but almost nothing about FreeBSD, so when I get any trace I am investigating. -- N. B.: No need to CC me, I read this list regularly. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 17:56:55 2006 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 3659D16A437 for ; Tue, 7 Mar 2006 17:56:55 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from mailrly01.isp.novis.pt (mailrly01.isp.novis.pt [195.23.133.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id A36FA43D6E for ; Tue, 7 Mar 2006 17:56:48 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: (qmail 18739 invoked from network); 7 Mar 2006 17:56:46 -0000 Received: from unknown (HELO mailfrt02.isp.novis.pt) ([195.23.133.194]) (envelope-sender ) by mailrly01.isp.novis.pt with compressed SMTP; 7 Mar 2006 17:56:46 -0000 Received: (qmail 6565 invoked from network); 7 Mar 2006 17:56:44 -0000 Received: from unknown (HELO compaq.anjos.strangled.net) ([87.196.129.60]) (envelope-sender ) by mailfrt02.isp.novis.pt with SMTP; 7 Mar 2006 17:56:44 -0000 Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k27HuMN0001719; Tue, 7 Mar 2006 17:56:24 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k27HuMrQ001718; Tue, 7 Mar 2006 17:56:22 GMT (envelope-from miguel) Date: Tue, 7 Mar 2006 17:56:22 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603071756.k27HuMrQ001718@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060307175000.GA96569@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 17:56:56 -0000 > > 1- Only one client machine of all I have, the only one which is remote > > booted, hangs on startup with rpc.lockd/rpc.statd enabled. > > Just to verify: lockd is enabled on BOTH client AND server? > > Kris Oh yes. If any of the daemons is not enabled on both machines there's no locking, there's no system hang and all that occurs is: can't open or create /var/run/cron.pid: Operation not supported. which is ok, of course, although it's a pitty that it can't work without locking. Miguel From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:08:27 2006 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 7401216A45E for ; Tue, 7 Mar 2006 18:08:27 +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 DEC2843D70 for ; Tue, 7 Mar 2006 18:08:23 +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 C3F7A1A4E5C; Tue, 7 Mar 2006 10:08:23 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3FB8E52529; Tue, 7 Mar 2006 13:08:20 -0500 (EST) Date: Tue, 7 Mar 2006 13:08:20 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060307180820.GA35621@xor.obsecurity.org> References: <20060307175000.GA96569@xor.obsecurity.org> <200603071756.k27HuMrQ001718@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <200603071756.k27HuMrQ001718@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:08:27 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 05:56:22PM +0000, Miguel Lopes Santos Ramos wrote: > > > 1- Only one client machine of all I have, the only one which is remote > > > booted, hangs on startup with rpc.lockd/rpc.statd enabled. > > > > Just to verify: lockd is enabled on BOTH client AND server? > > > > Kris >=20 > Oh yes. If any of the daemons is not enabled on both machines there's no > locking, there's no system hang and all that occurs is: > can't open or create /var/run/cron.pid: Operation not supported. OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken operation. Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDcwUWry0BWjoQKURAoSKAKDNfcvDDRmBH5wbLA044wB+XOXOqgCg9o7t XYa/2RkU2iJdQtly6lr30+0= =+ki2 -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:09:19 2006 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 C02E916A420; Tue, 7 Mar 2006 18:09:19 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2550043D49; Tue, 7 Mar 2006 18:09:09 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4E2F15197B; Tue, 7 Mar 2006 19:09:08 +0100 (CET) Received: from localhost (dlt88.neoplus.adsl.tpnet.pl [83.24.49.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 929E5509F1; Tue, 7 Mar 2006 19:09:02 +0100 (CET) Date: Tue, 7 Mar 2006 19:08:36 +0100 From: Pawel Jakub Dawidek To: Phil Regnauld Message-ID: <20060307180836.GB62485@garage.freebsd.pl> References: <20060306222844.GC56506@garage.freebsd.pl> <20060307141519.GB25439@tetard.starbsd.org> <20060307151636.GB60850@garage.freebsd.pl> <20060307154604.GG25439@tetard.starbsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U+BazGySraz5kW0T" Content-Disposition: inline In-Reply-To: <20060307154604.GG25439@tetard.starbsd.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:09:19 -0000 --U+BazGySraz5kW0T Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 04:46:04PM +0100, Phil Regnauld wrote: +> > Anyway, I'd prefer to test those patches not in production environment +> > yet. +>=20 +> It is a test machine, so I don't mind, was just curious if this could +> be related. Could be, please give it a shot. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --U+BazGySraz5kW0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEDcwkForvXbEpPzQRArMcAJ9jZiIjDaewVrIm/Aq/IL4ZfkHk6gCfZXOD DjS1dm5H0GztOjalq8Sgm8I= =u+oI -----END PGP SIGNATURE----- --U+BazGySraz5kW0T-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:16:20 2006 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 EC64116A420 for ; Tue, 7 Mar 2006 18:16:20 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0123043D86 for ; Tue, 7 Mar 2006 18:16:09 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by nproxy.gmail.com with SMTP id c31so1053453nfb for ; Tue, 07 Mar 2006 10:16:00 -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=sKjjNl0MS5PRSJ4cIrkZl3xITE+BTgOJGOo579DFHYpxb5cdIobBpQ2bspq2geYrbtWLC6AYAjvaRWptX0zbrmWkbQnqRQAPS4JPyFwIMc3J6vX8sShHDpDnJKSsLGdehPe4E6eq0y0c/xW2Ozf4TfSae6NCy0tW/Y+slvCnVSk= Received: by 10.48.244.17 with SMTP id r17mr2860644nfh; Tue, 07 Mar 2006 10:15:59 -0800 (PST) Received: by 10.48.222.16 with HTTP; Tue, 7 Mar 2006 10:15:59 -0800 (PST) Message-ID: <35c231bf0603071015r6277acdeva95b2f7699e24b@mail.gmail.com> Date: Tue, 7 Mar 2006 10:15:59 -0800 From: "David Kirchner" Sender: dpkirchner@gmail.com To: "Jeff Roberson" In-Reply-To: <20060303153833.Q557@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060303153833.Q557@10.0.0.1> Cc: stable@freebsd.org Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:16:21 -0000 On 3/3/06, Jeff Roberson wrote: > I plan to MFC all of this lovely stuff for 6.1: > > http://www.chesapeake.net/~jroberson/vfsmfc.diff > > I'm looking for people who are willing to patch their stable boxes and > test this. This has the following changes in it: > > 1) Improved debugging with DEBUG_LOCKS via the new stack(9) api. > 2) Fixed an INACTIVE leak. > 3) Fixed several unmount races. > 4) Fixed several nullfs unmount issues. > 5) Some more Giant related VFS fixes and asserts. > 6) Fixed the quota deadlock. > > These problems should be rare enough that most of you have not seen them. > So just let me know if this introduces any new problems etc. I will be > MFCing within a week. Do you have a list of the PRs that this affects and/or resolves? I'm curious, specifically, about kern/84589. I believe it may be related to snapshots in some way, but I don't know. I'm not going to be able to test the patch on these servers, unfortunately, as they're fully in production now. The servers are stable now with background_fsck=3D"NO", but "YES" is still the default (last I checked). FWIW: the deadlock in 84589 doesn't involve quotas, as there were no quotas enabled in the kernel. The URLs referenced in the PR are no longer valid (they were never clicked) but I can produce them if necessary. Also: http://www.freebsd.org/releases/6.1R/todo.html The todo page mentions deadlocks but doesn't link to any specific PRs/threads that discuss them. Are these fixed with this MFC? From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:17:25 2006 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 DA84816A420 for ; Tue, 7 Mar 2006 18:17:25 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from mailrly06.isp.novis.pt (mailrly06.isp.novis.pt [195.23.133.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 705C543D48 for ; Tue, 7 Mar 2006 18:17:24 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: (qmail 12862 invoked from network); 7 Mar 2006 18:17:22 -0000 Received: from unknown (HELO mailfrt05.isp.novis.pt) ([195.23.133.197]) (envelope-sender ) by mailrly06.isp.novis.pt with compressed SMTP; 7 Mar 2006 18:17:22 -0000 Received: (qmail 18527 invoked from network); 7 Mar 2006 18:17:22 -0000 Received: from unknown (HELO compaq.anjos.strangled.net) ([87.196.129.60]) (envelope-sender ) by mailfrt05.isp.novis.pt with SMTP; 7 Mar 2006 18:17:22 -0000 Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k27IH06o001835; Tue, 7 Mar 2006 18:17:01 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k27IH07c001834; Tue, 7 Mar 2006 18:17:00 GMT (envelope-from miguel) Date: Tue, 7 Mar 2006 18:17:00 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603071817.k27IH07c001834@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060307180820.GA35621@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:17:26 -0000 > OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken > operation. > > Kris Will you help me? I've been trying to use tcpdump -vvv on this but I get either a lot of trash or nothing. Which ports should I dump? So far I tried running on the server # tcpdump -vvv 'host and (udp port lockd or udp port sunrpc)' This gets me nothing. When I try nfs ports I get lots of trash, since all filesystems in this client are nfs mounted from this server. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:24:04 2006 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 D475916A420 for ; Tue, 7 Mar 2006 18:24:04 +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 4EF8E43D46 for ; Tue, 7 Mar 2006 18:24:04 +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 37E491A4E5C; Tue, 7 Mar 2006 10:24:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7BFF0528DF; Tue, 7 Mar 2006 13:24:03 -0500 (EST) Date: Tue, 7 Mar 2006 13:24:03 -0500 From: Kris Kennaway To: David Kirchner Message-ID: <20060307182403.GA57199@xor.obsecurity.org> References: <20060303153833.Q557@10.0.0.1> <35c231bf0603071015r6277acdeva95b2f7699e24b@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <35c231bf0603071015r6277acdeva95b2f7699e24b@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: Jeff Roberson , stable@freebsd.org Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:24:05 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 10:15:59AM -0800, David Kirchner wrote: > Do you have a list of the PRs that this affects and/or resolves? I don't know of any relevant PRs, but I haven't looked very hard. The bugs Jeff has been fixing are mostly those I've been able to reproduce myself in testing. > I'm curious, specifically, about kern/84589. I believe it may be > related to snapshots in some way, but I don't know. I'm not going to > be able to test the patch on these servers, unfortunately, as they're > fully in production now. The servers are stable now with > background_fsck=3D"NO", but "YES" is still the default (last I checked). You need to enable debugging, specifically KDB, DDB, INVARIANTS, INVARIANT_SUPPORT, DEBUG_LOCKS and DEBUG_VFS_LOCKS (ideally with the patch applied, as it gives more useful debugging). Then reproduce the deadlock condition, break to DDB and do 'show lockedvnods' and 'wh ' where are the processes listed as holding locks. > Also: http://www.freebsd.org/releases/6.1R/todo.html >=20 > The todo page mentions deadlocks but doesn't link to any specific > PRs/threads that discuss them. Are these fixed with this MFC? Some deadlocks are resolved, yes. There are other snapshot-related deadlocks that are not fixed with this patch, but which Jeff and others are still working on. Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDc/DWry0BWjoQKURAuUGAJ9vJ4jGqj+5lopQpBAqnO76dSeT+gCgnhRs VGctBd64YwdIzILWJ+WKzDE= =yYCE -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:25:34 2006 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 F383416A420 for ; Tue, 7 Mar 2006 18:25:33 +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 45D6F43D6E for ; Tue, 7 Mar 2006 18:25:31 +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 33D2B1A4E5C; Tue, 7 Mar 2006 10:25:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 893835186D; Tue, 7 Mar 2006 13:25:30 -0500 (EST) Date: Tue, 7 Mar 2006 13:25:30 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060307182530.GA81603@xor.obsecurity.org> References: <20060307180820.GA35621@xor.obsecurity.org> <200603071817.k27IH07c001834@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <200603071817.k27IH07c001834@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:25:34 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 06:17:00PM +0000, Miguel Lopes Santos Ramos wrote: > > OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken > > operation. > > > > Kris >=20 > Will you help me? I've been trying to use tcpdump -vvv on this but I get > either a lot of trash or nothing. Which ports should I dump? > > So far I tried running on the server > # tcpdump -vvv 'host and (udp port lockd or udp port sunrpc)' >=20 > This gets me nothing. When I try nfs ports I get lots of trash, since all > filesystems in this client are nfs mounted from this server. You do indeed need to dump the nfs traffic. Try to do it when the system is otherwise quiet if it is generating too much traffic. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDdAaWry0BWjoQKURAlhqAJ49uHWeSjNATkGr5V1xPbMFUYPScgCfTgt0 eMSRo4oXydkQJ2p0jBnkoZo= =pnN3 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:30:34 2006 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 DB3ED16A420 for ; Tue, 7 Mar 2006 18:30:34 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EA8D43D45 for ; Tue, 7 Mar 2006 18:30:33 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k27IgW7k078803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 7 Mar 2006 13:42:38 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Tue, 7 Mar 2006 13:33:14 -0500 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12036383.iLrMU34VUD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603071333.22421.mistry.7@osu.edu> X-Spam-Status: No, score=-8.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88/1317/Tue Mar 7 01:06:47 2006 on mail.united-ware.com X-Virus-Status: Clean Subject: Fatal trap 12: page fault while in kernel mode tc_windup() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:30:35 -0000 --nextPart12036383.iLrMU34VUD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline After a cvsup to RELENG_6 today I got the following trap while=20 encoding some videos with Avidemux. I'm going to leave the machine=20 at the ddb prompt since the following trace information doesn't seem=20 very helpful. =20 =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0xffffffbb80551f10 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xffffffff802371c4 stack pointer =3D 0x10:0xffffffff9634bb90 frame pointer =3D 0x10:0xffffffff9634bbf0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 19381 (avidemux2) [thread pid 19381 tid 100115 ] Stopped at tc_windup+0x24: movl 0x50(%r13),%eax db>=20 db> bt Tracing pid 19381 tid 100115 td 0xffffff001cb0b980 tc_windup() at tc_windup+0x24 hardclock() at hardclock+0x17 lapic_handle_timer() at lapic_handle_timer+0x11c Xtimerint() at Xtimerint+0x76 =2D-=20 Anish Mistry --nextPart12036383.iLrMU34VUD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEDdHyxqA5ziudZT0RAnzkAJ4miBRMmiI31j5ph8YkxpsdLPawvwCgqDVw YpbPunzkEMIXSTyirUP3IlI= =+/+X -----END PGP SIGNATURE----- --nextPart12036383.iLrMU34VUD-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:54:10 2006 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 DCF2E16A422; Tue, 7 Mar 2006 18:54:10 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B9B43D46; Tue, 7 Mar 2006 18:54:05 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k27Is2tH087368; Tue, 7 Mar 2006 21:54:02 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k27Is2l9087367; Tue, 7 Mar 2006 21:54:02 +0300 (MSK) (envelope-from yar) Date: Tue, 7 Mar 2006 21:54:02 +0300 From: Yar Tikhiy To: Ade Lovett Message-ID: <20060307185402.GG83797@comp.chem.msu.su> References: <200603061859.k26Ix8QA085763@repoman.freebsd.org> <20060306200428.GZ1102@FreeBSD.org> <20060307.054654.124053696.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: stable@freebsd.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:54:11 -0000 On Mon, Mar 06, 2006 at 02:50:41PM -0800, Ade Lovett wrote: > > While we're at it, bin/94028 points out a fundamental problem with > ifconfig(8) as it stands on 6.1-PRERELEASE, preventing MTUs from > being set on vlan interfaces. A patch has been sent to the audit trail of the PR. All interested folks, please test and review it. -- Yar From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 18:59:10 2006 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 EBB8816A422 for ; Tue, 7 Mar 2006 18:59:10 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from mailrly07.isp.novis.pt (mailrly07.isp.novis.pt [195.23.133.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90C6D43D6E for ; Tue, 7 Mar 2006 18:59:04 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: (qmail 4252 invoked from network); 7 Mar 2006 18:59:02 -0000 Received: from unknown (HELO mailfrt11.isp.novis.pt) ([195.23.133.227]) (envelope-sender ) by mailrly07.isp.novis.pt with compressed SMTP; 7 Mar 2006 18:59:02 -0000 Received: (qmail 28609 invoked from network); 7 Mar 2006 18:59:02 -0000 Received: from unknown (HELO compaq.anjos.strangled.net) ([87.196.129.60]) (envelope-sender ) by mailfrt11.isp.novis.pt with SMTP; 7 Mar 2006 18:59:02 -0000 Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k27IwkrX002137; Tue, 7 Mar 2006 18:58:46 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k27IwjDP002136; Tue, 7 Mar 2006 18:58:45 GMT (envelope-from miguel) Date: Tue, 7 Mar 2006 18:58:45 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603071858.k27IwjDP002136@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060307180820.GA35621@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:59:11 -0000 > OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken > operation. > > Kris I have it. I had just to disable cron startup, which was the only daemon that used pidfile_open and started after statd/lockd, and then start it by hand. Now, perhaps it is better to post it off-list, since it is 69kB for -vvv or 196kB for -X -vvv. Are you willing to look at the dump yourself? Anyone? BTW, cron was left in an unkillable state, it couldn't be killed with SIGKILL. In the meanwhile, I'll try to revert lib/libutil/pidfile.c to Jan 1st, which is my suspect. Miguel From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 19:08:02 2006 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 4285F16A420 for ; Tue, 7 Mar 2006 19:08:02 +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 B96F943D78 for ; Tue, 7 Mar 2006 19:07:53 +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 A85EE1A4E5A; Tue, 7 Mar 2006 11:07:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D6FF9514BD; Tue, 7 Mar 2006 14:07:52 -0500 (EST) Date: Tue, 7 Mar 2006 14:07:52 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060307190752.GB5176@xor.obsecurity.org> References: <20060307180820.GA35621@xor.obsecurity.org> <200603071858.k27IwjDP002136@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <200603071858.k27IwjDP002136@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 19:08:02 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 06:58:45PM +0000, Miguel Lopes Santos Ramos wrote: > > OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken > > operation. > > > > Kris >=20 > I have it. I had just to disable cron startup, which was the only daemon > that used pidfile_open and started after statd/lockd, and then start it > by hand. >=20 > Now, perhaps it is better to post it off-list, since it is 69kB for -vvv > or 196kB for -X -vvv. Are you willing to look at the dump yourself? Anyon= e? Can you put it at a URL somewhere? If not, send it privately. Kris --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDdoIWry0BWjoQKURAiR2AJ0ZpeL3Q4sn9ilcrgg0a898ojplDQCfSeEo DSj7vzrP0v3xOC1bb9MPTqs= =Ab1O -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 19:39:06 2006 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 86FB416A420 for ; Tue, 7 Mar 2006 19:39:06 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from mailrly05.isp.novis.pt (mailrly05.isp.novis.pt [195.23.133.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9949A43D49 for ; Tue, 7 Mar 2006 19:39:05 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: (qmail 1309 invoked from network); 7 Mar 2006 19:39:04 -0000 Received: from unknown (HELO mailfrt03.isp.novis.pt) ([195.23.133.195]) (envelope-sender ) by mailrly05.isp.novis.pt with compressed SMTP; 7 Mar 2006 19:39:04 -0000 Received: (qmail 905 invoked from network); 7 Mar 2006 19:39:03 -0000 Received: from unknown (HELO compaq.anjos.strangled.net) ([87.196.129.60]) (envelope-sender ) by mailfrt03.isp.novis.pt with SMTP; 7 Mar 2006 19:39:03 -0000 Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k27JcmgX002311; Tue, 7 Mar 2006 19:38:49 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k27Jcmg6002310; Tue, 7 Mar 2006 19:38:48 GMT (envelope-from miguel) Date: Tue, 7 Mar 2006 19:38:48 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603071938.k27Jcmg6002310@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060307190752.GB5176@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 19:39:06 -0000 > Can you put it at a URL somewhere? If not, send it privately. > > Kris Ok. There are two versions: http://mega.ist.utl.pt/~mlsr/nfs.dump is the output of tcpdump -vvv host targa and udp port nfs http://mega.ist.utl.pt/~mlsr/nfsx.dump is the output of tcpdump -X -vvv host targa and udp port nfs - targa.anjos.strangled.net is the name of the client which has a single / filesystem (therefore including /var) nfs mounted from the server. - compaq.anjos.strangled.net is the name of the server. Dump begins when I do /etc/rc.d/cron start, after system is fully functional in multiuser mode, lockd and statd running. File locking seems to work in other situations, specifically for instance touch test ; lockf test echo ok. After checking the revision history for lib/libutil/pidfile.c, I'm convinced that it can't be the problem, and the same for usr.sbin/cron/cron.c, even though there was a change at 2006/01/15, and this setup seemed to work before January. Another thing, I didn't start this thread, and I hope I'm not moving attention away from the original post from Jun Kuriyama who was asking for help debugging a documented PR (bin/80389). ---- Miguel Ramos From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 20:02:46 2006 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 9BFB216A422 for ; Tue, 7 Mar 2006 20:02:46 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1427D43D46 for ; Tue, 7 Mar 2006 20:02:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k27K2iGf029526 for ; Tue, 7 Mar 2006 15:02:45 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: stable@freebsd.org Date: Tue, 7 Mar 2006 15:02:44 -0500 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603071502.46074.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1317/Tue Mar 7 01:06:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: [PATCH] MFC of the intr_event stuff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 20:02:46 -0000 I have a somewhat large patch that MFC's some of the cleanups to the interrupt code that needs some testing before it is MFC'd. It mostly just better organizes some things inside the kernel itself. The only user-visible changes are that there will no longer be ithreads sitting around for IRQs that have no handlers, and it will now be possible (on all but powerpc) to share INTR_FAST and non-INTR_FAST handlers on the same IRQ. The patch is at http://www.FreeBSD.org/~jhb/patches/intr_mfc.patch A list of the commits to current that are contained in this patch is at http://www.FreeBSD.org/~jhb/patches/intr_mfc.txt. I have compiled i386 GENERIC and LINT, but it needs to be run tested and compile tested a lot as it touches every arch, etc. The code has been in current for several months now, so from that aspect it should be at least somewhat solid. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 20:21:15 2006 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 1E7A716A420 for ; Tue, 7 Mar 2006 20:21:15 +0000 (GMT) (envelope-from sher07@mindspring.com) Received: from smtpauth07.mail.atl.earthlink.net (smtpauth07.mail.atl.earthlink.net [209.86.89.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 996EE43D45 for ; Tue, 7 Mar 2006 20:21:14 +0000 (GMT) (envelope-from sher07@mindspring.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=gBl4b/LQpajlDXaFYz8rhCShsLP9aUsTvRK5NIsrJSEbRW/kAvH4oYzrtVgDE8gu; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [66.32.64.209] (helo=[192.168.1.100]) by smtpauth07.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1FGigD-0000Vg-Ng for freebsd-stable@freebsd.org; Tue, 07 Mar 2006 15:21:14 -0500 Message-ID: <440DEB3B.6050809@mindspring.com> Date: Tue, 07 Mar 2006 15:21:15 -0500 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0b832eb4eb07437668b077c0cf6500cd13350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.32.64.209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Can't boot into setup to install FreeBSD 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphi123@zebra.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 20:21:15 -0000 Dear friends: Just downloaded the two FreeBSD CD's from the web and I would like to install them on my second hard drive. But I've discovered that I cannot boot up into my Setup (F2, as clearly indicated on my Dell 8200 Dimension during bootup). I have never had this kind of problem before. I have two 40GB hard drives and wanted to install Linux into my second hard drive, but to do this I have to be able to go into my Bios and change the boot sequence. I have done this several times before with the same computer and the same Win XP OS. But now there is something wrong. In fact, I even tried to insert my Windows XP CD and tried to click on F2. But, once again, all that happened is that I was taken immediately to Windows XP. How do I regain entry to my Setup? One last thing: I searched for the boot.ini file (making sure that the search included all hidden and system files). It's under C:\boot.ini [boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /NoExecute=OptIn I called Dell and asked for their help. Unfortunately, they are now charging $99 per incident, which is way beyond what I and my family (being Katrina refugees) can afford. But they did let me explain the problem, and the lady said that in her opinion this is a software issue. I tend to agree since I have never had a single hardware problem with my Dell computer in the six years I have had it. If so, may I ask if someone on the FreeBSD list would be kind enough to help me resolve this. We would very much appreciate it. Thank you so much. Benjamin Sher 865-690-3898 Thank you so very much. Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 20:31:26 2006 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 DDEB716A422 for ; Tue, 7 Mar 2006 20:31:26 +0000 (GMT) (envelope-from sher07@mindspring.com) Received: from smtpauth07.mail.atl.earthlink.net (smtpauth07.mail.atl.earthlink.net [209.86.89.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 307E243D45 for ; Tue, 7 Mar 2006 20:31:25 +0000 (GMT) (envelope-from sher07@mindspring.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=VufPtmeqyKtL8ZueT7+hQxzAmzuJRV+4o9wZtc8D+riIcNmnszgnA7q35njU4J/e; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:Subject:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [66.32.64.209] (helo=[192.168.1.100]) by smtpauth07.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1FGiq5-0003i8-7K for freebsd-stable@freebsd.org; Tue, 07 Mar 2006 15:31:25 -0500 Message-ID: <440DED9E.2080804@mindspring.com> Date: Tue, 07 Mar 2006 15:31:26 -0500 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0b13584737729bcb19d13fb559f0945bd7350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.32.64.209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Can't boot into setup to install FreeBSD 6 -- Rev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphi123@zebra.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 20:31:27 -0000 Dear friends: Two more important pieces of information: 1) While I am unable to get into Setup (F2) during bootup, I am able to stop the booting with F12 (boot menu), which offers me four choices: Normal, Diskette, Hard drive and CD. But when I select any of them, I get "Try reboot with F2 or hit F1". When I try the CD, I am told "boot medium missing" (I think). 2) I have downloaded the FreeBSD 6 files (551 MB and 650 MB), but I have been unable sofar to burn the ISO image correctly using my Nero 5.5. But I'll deal with that later. Thank you. Benjamin Just downloaded the two FreeBSD CD's from the web and I would like to install them on my second hard drive. But I've discovered that I cannot boot up into my Setup (F2, as clearly indicated on my Dell 8200 Dimension during bootup). I have never had this kind of problem before. I have two 40GB hard drives and wanted to install Linux into my second hard drive, but to do this I have to be able to go into my Bios and change the boot sequence. I have done this several times before with the same computer and the same Win XP OS. But now there is something wrong. In fact, I even tried to insert my Windows XP CD and tried to click on F2. But, once again, all that happened is that I was taken immediately to Windows XP. How do I regain entry to my Setup? One last thing: I searched for the boot.ini file (making sure that the search included all hidden and system files). It's under C:\boot.ini [boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /NoExecute=OptIn I called Dell and asked for their help. Unfortunately, they are now charging $99 per incident, which is way beyond what I and my family (being Katrina refugees) can afford. But they did let me explain the problem, and the lady said that in her opinion this is a software issue. I tend to agree since I have never had a single hardware problem with my Dell computer in the six years I have had it. If so, may I ask if someone on the FreeBSD list would be kind enough to help me resolve this. We would very much appreciate it. Thank you so much. Benjamin Sher 865-690-3898 Thank you so very much. Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 20:34:10 2006 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 6F5A516A422; Tue, 7 Mar 2006 20:34:10 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5530843D80; Tue, 7 Mar 2006 20:34:07 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 94DC251756; Tue, 7 Mar 2006 21:34:05 +0100 (CET) Received: from localhost (dlt88.neoplus.adsl.tpnet.pl [83.24.49.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3BC1851977; Tue, 7 Mar 2006 21:33:59 +0100 (CET) Date: Tue, 7 Mar 2006 21:33:33 +0100 From: Pawel Jakub Dawidek To: Larry Rosenman Message-ID: <20060307203333.GH62485@garage.freebsd.pl> References: <20060306222844.GC56506@garage.freebsd.pl> <03ea01c6416f$a0cf8e10$0a0a0a0a@aus.pervasive.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKijDXBCEH69PxaN" Content-Disposition: inline In-Reply-To: <03ea01c6416f$a0cf8e10$0a0a0a0a@aus.pervasive.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 20:34:10 -0000 --gKijDXBCEH69PxaN Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 04:45:06PM -0600, Larry Rosenman wrote: +> Pawel Jakub Dawidek wrote: +> > Hi. +> >=20 +> > Here you can find patches with changes to gmirror(8) and graid3(8): +> >=20 +> > http://people.freebsd.org/~pjd/patches/gmirror.7.patch +> > http://people.freebsd.org/~pjd/patches/graid3.patch +> >=20 +> > The patches does the following: +> > - Significant synchronization speed improvement. Now many parallel +> > synchronization I/O requests can be used instead of only one before. +> > Many people requested this. +> > - Close race between regular and synchronization requests (I wasn't +> > able to trigger it with one sync request, but with many parallel +> > requests it's real). +> > - Reimplement locking. I moved softc synchronization from the topology +> > lock to per-device sx lock. +> >=20 +> > I'd like to ask gmirror/graid3 users to test those patches as much as +> > possible, because I want to commit them to the HEAD and RELENG_6 +> > branches. +> >=20 +> > Because of locking changes it will be really good if you can turn on +> > INVARIANTS, INVARIANT_SUPPORT options and eventually DIAGNOSTIC in +> > your kernel. +> >=20 +> > Thanks in advance! +>=20 +> is there any chance at all of making a way to do a kernel dump onto a +> gmirror'd device? +>=20 +> or at least exposing the 'b' slices of the disks so to allow a dump to t= hem? I'm CCing the list you removed, because I'm seeing this question not the first time. In theory it is possible, but in practise its hard. Here are the problems: - Kernel is dumped without GEOM knowledge, so when gmirror is configured on top of da0 and da1, let's say it will decide to dump on da0. After reboot savecore will try to read the dump from a mirror provider. If we have round-robin balance algorithm it will get trash, because there is a kernel dump on da0, but not on da1. So basically we should setup 'perfer' balance algorithm to always read from one disk only. - 'prefer' balance algorithm reads from the component with the higest priority if it is in an active state (is UP and it's not beeing synchronized). When it is synchronized which component should I choose on dumpon(8) call? If I choose the first active component, synchronization can be finished before kernel is dumped. If I choose component with the higest priority even if it is synchronized, kernel can be dumped before synchronization is finished, so on boot 'prefer' balance algorithm can read from the wrong (active) component. To handle this I'd need to remember if kerneldump was requested and update component to dump when synchronization will finish or when component will be disconnected, etc. Such automatic control will break possibility to change dump device with dumpon(8) command once it was configured to dump on gmirror's provider: 1. dumpon /dev/mirror/foo 2. dumpon /dev/da2s1b 3. da0 is disconnected from mirror/foo, so gmirror changes automatically to dump on da1. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --gKijDXBCEH69PxaN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEDe4dForvXbEpPzQRAvcYAJ92FJUbuJ44roCALljJpnsiea0dQgCgqsPd 9qfV+UAEynQSD46YgwujALI= =f2aX -----END PGP SIGNATURE----- --gKijDXBCEH69PxaN-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 21:10:36 2006 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 8527516A420 for ; Tue, 7 Mar 2006 21:10:36 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from smtpauth01.mail.atl.earthlink.net (smtpauth01.mail.atl.earthlink.net [209.86.89.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id DECC943D48 for ; Tue, 7 Mar 2006 21:10:35 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from [66.32.64.209] (helo=[192.168.1.100]) by smtpauth01.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1FGjRy-0000Eh-No; Tue, 07 Mar 2006 16:10:35 -0500 Message-ID: <440DF6CB.1090001@zebra.net> Date: Tue, 07 Mar 2006 16:10:35 -0500 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Miguel Lopes Santos Ramos , freebsd-stable@freebsd.org References: <200603072042.k27KgH5W002542@compaq.anjos.strangled.net> In-Reply-To: <200603072042.k27KgH5W002542@compaq.anjos.strangled.net> X-ELNK-Trace: 6d7a96d530d16c3b5e89bb4777695beb69025943178dce0b9e71402efd89cb6ff37f55893c11d807350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.32.64.209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Can't boot into setup to install FreeBSD 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, 07 Mar 2006 21:10:36 -0000 Dear Miguel: Thank you so very much for trying to help. My answers below: Miguel Lopes Santos Ramos wrote: >> From: Benjamin Sher >> Subject: Can't boot into setup to install FreeBSD 6 >> >> Dear friends: >> >> Just downloaded the two FreeBSD CD's from the web and I would like to >> install them on my second hard drive. But I've discovered that I cannot >> boot up into my Setup (F2, as clearly indicated on my Dell 8200 >> Dimension during bootup). I have never had this kind of problem before. >> I have two 40GB hard drives and wanted to install Linux into my second >> hard drive, but to do this I have to be able to go into my Bios and >> change the boot sequence. I have done this several times before with the >> same computer and the same Win XP OS. But now there is something wrong. >> In fact, I even tried to insert my Windows XP CD and tried to click on >> F2. But, once again, all that happened is that I was taken immediately >> to Windows XP. How do I regain entry to my Setup? >> >> One last thing: I searched for the boot.ini file (making sure that the >> search included all hidden and system files). It's under C:\boot.ini >> >> [boot loader] >> timeout=30 >> default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS >> [operating systems] >> multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP >> Professional" /fastdetect /NoExecute=OptIn >> >> I called Dell and asked for their help. Unfortunately, they are now >> charging $99 per incident, which is way beyond what I and my family >> (being Katrina refugees) can afford. But they did let me explain the >> problem, and the lady said that in her opinion this is a software issue. >> I tend to agree since I have never had a single hardware problem with my >> Dell computer in the six years I have had it. If so, may I ask if >> someone on the FreeBSD list would be kind enough to help me resolve >> this. We would very much appreciate it. >> >> Thank you so much. >> >> Benjamin Sher >> 865-690-3898 >> > > I think this is a bit off-topic on this list, but of course I'd like to help. > I don't think this can be a 'software issue', this must be the BIOS (firmware). > > 1- Did you change your keyboard, or is your keyboard not well connected? > I once had a keyboard which had a long reset time and sometimes was not > detected. Try different keyboards, check the plugs. > First, my thanks for explaining that this is a BIOS issue. Does this mean that it is a HARDWARE issue? I did change my keyboard some months ago. I changed my keyboard from a Belkin ergonomic keyboard to a Microsoft ergonomic keyboard when I arrived in Knoxville. But I had this problem before in New Orleans with my old keyboard. The Setup got jammed sometimes last fall for some inexplicable reason and has never worked right since. > 2- Are you pressing F2 at the right time? Try keeping F2 pressed as soon as > you power on, keep it pressed. > Believe me, I press F2 the moment boot starts and keep hitting it throughout the boot process. On the other hand, I can stop the boot process with F12. > 3- Did you update your BIOS? > > I don't think removing the CMOS battery can help in this case. Your problem > seems surreal. > No, I have not updated my BIOS since I purchased the Dell. Thank you again. Benjamin > Miguel > > > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 21:14:40 2006 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 EE5FF16A420 for ; Tue, 7 Mar 2006 21:14:40 +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 AECBE43D45 for ; Tue, 7 Mar 2006 21:14:40 +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 91CD31A4E68; Tue, 7 Mar 2006 13:14:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E86A052529; Tue, 7 Mar 2006 16:14:39 -0500 (EST) Date: Tue, 7 Mar 2006 16:14:39 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060307211439.GA82113@xor.obsecurity.org> References: <20060307190752.GB5176@xor.obsecurity.org> <200603071938.k27Jcmg6002310@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <200603071938.k27Jcmg6002310@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 21:14:41 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 07:38:48PM +0000, Miguel Lopes Santos Ramos wrote: > > Can you put it at a URL somewhere? If not, send it privately. > > > > Kris >=20 > Ok. There are two versions: > http://mega.ist.utl.pt/~mlsr/nfs.dump > is the output of tcpdump -vvv host targa and udp port nfs > http://mega.ist.utl.pt/~mlsr/nfsx.dump > is the output of tcpdump -X -vvv host targa and udp port nfs Hmm, looks like you need -s 0 in addition to -X -vvv. Kris --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDfe/Wry0BWjoQKURAmPFAKCBrJgPMrCDTmq83gXzxGODjJlGtwCglE6j XALq4NC+oertKBplx/30Do8= =0sRU -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 21:28:16 2006 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 C6E1B16A420 for ; Tue, 7 Mar 2006 21:28:16 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-129-60.net.novis.pt [87.196.129.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 919CD43D5A for ; Tue, 7 Mar 2006 21:28:15 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k27LSCHc002901; Tue, 7 Mar 2006 21:28:12 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k27LSBND002900; Tue, 7 Mar 2006 21:28:11 GMT (envelope-from miguel) Date: Tue, 7 Mar 2006 21:28:11 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603072128.k27LSBND002900@compaq.anjos.strangled.net> To: delphi123@zebra.net, freebsd-stable@freebsd.org In-Reply-To: <440DF6CB.1090001@zebra.net> Cc: Subject: Re: Can't boot into setup to install FreeBSD 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, 07 Mar 2006 21:28:16 -0000 > From: Benjamin Sher > Subject: Re: Can't boot into setup to install FreeBSD 6 > > Dear Miguel: > > Thank you so very much for trying to help. My answers below: > > > I think this is a bit off-topic on this list, but of course I'd like to help. > > I don't think this can be a 'software issue', this must be the BIOS (firmware). > > > > 1- Did you change your keyboard, or is your keyboard not well connected? > > I once had a keyboard which had a long reset time and sometimes was not > > detected. Try different keyboards, check the plugs. > > > First, my thanks for explaining that this is a BIOS issue. Does this > mean that it is a HARDWARE issue? The BIOS is a program which is stored in a Read-Only Memory (ROM). It is the Basic Input/Output System that among other things boots your OS. It is often called firmware for being a bit in between software and hardware. Anyway, seems not to be a Windows-related problem. > I did change my keyboard some months ago. I changed my keyboard from a > Belkin ergonomic keyboard to a Microsoft ergonomic keyboard when I > arrived in Knoxville. But I had this problem before in New Orleans with > my old keyboard. The Setup got jammed sometimes last fall for some > inexplicable reason and has never worked right since. Well, trying different keyboards is my best bet on this issue. > > 2- Are you pressing F2 at the right time? Try keeping F2 pressed as soon as > > you power on, keep it pressed. > > > > Believe me, I press F2 the moment boot starts and keep hitting it > throughout the boot process. On the other hand, I can stop the boot > process with F12. Never heard of a key to stop the boot process... Does't that really boot from the CD? Perhaps the CD player is not very good with CD-Rs... and the system boots from the hard disk... > > I don't think removing the CMOS battery can help in this case. Your problem > > seems surreal. There's a chance that removing the CMOS battery for a while and then placing it back again restores your BIOS Setup to its default settings, and then it may boot from the CD. But you should ask someone who is experienced with opening up computers to do that operation. Also, this may be a risky operation, and may be useless. > Thank you again. > > Benjamin I'm really out of ideas. Do try different keyboards, borrow a few. Miguel From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 21:44:39 2006 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 DDCFB16A428 for ; Tue, 7 Mar 2006 21:44:39 +0000 (GMT) (envelope-from amesbury@umn.edu) Received: from mtaout-a.tc.umn.edu (mtaout-a.tc.umn.edu [134.84.119.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7350343D45 for ; Tue, 7 Mar 2006 21:44:39 +0000 (GMT) (envelope-from amesbury@umn.edu) Received: from [160.94.247.212] (paulaner.oitsec.umn.edu [160.94.247.212]) by mtaout-a.tc.umn.edu with ESMTP for freebsd-stable@freebsd.org; Tue, 7 Mar 2006 15:44:38 -0600 (CST) X-Umn-Remote-Mta: [N] paulaner.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN Message-ID: <440DFEC5.3070501@umn.edu> Date: Tue, 07 Mar 2006 15:44:37 -0600 From: Alan Amesbury User-Agent: Thunderbird 1.5 (X11/20060119) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Kernel INCLUDE_CONFIG_FILE workaround? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 21:44:40 -0000 In the past "options INCLUDE_CONFIG_FILE" worked great. Unfortunately, following recent changes in how kernel configuration files are parsed (namely the changes that use the "DEFAULTS" to include the 'isa' and 'npx' devices), this feature appears to be broken. For example, here's what appears in an almost-stock SMP kernel (on a 6.0-RELEASE-px box): # echo "options INCLUDE_CONFIG_FILE" >>! /sys/i386/conf/SMP # cd /usr/src # make KERNCONF=SMP buildkernel . [build magic happens] . # strings /usr/obj/usr/src/sys/SMP/kernel | egrep "^___" ____ ____````QQQQ ___# ___# SMP -- Generic kernel configuration file for FreeBSD/i386 SMP ___# Use this for multi-processor machines ___# ___# $FreeBSD: src/sys/i386/conf/SMP,v 1.5.6.1 2005/09/18 03:37:58 scottl Exp $ ___include GENERIC ___ident SMP-GENERIC ___# To make an SMP kernel, the next line is needed ___options SMP # Symmetric MultiProcessor Kernel ___options INCLUDE_CONFIG_FILE Obviously that's not complete. There should be, at minimum, an 'npx' and 'isa' device. ;-) I'm not interested in rehashing earlier threads on the merits of dumbing down or improving (depending on which side of the issue you were on) kernel configuration through silent inclusion of devices via mechanisms like DEFAULTS. I *am* interested seeing restored to functionality a feature that used to work great, but is now broken. Does anyone know if this is due to be fixed, or if there's a workaround? (I've searched for PR's relating to "INCLUDE_CONFIG_FILE" but see none.) One possible workaround (the one that seems to make the most sense) is to delete DEFAULTS from /sys/`uname -m`/conf and use kernel configs that don't use "include {otherconfig}". However, besides the fact that DEFAULTS would come back every time /usr/src is sync'ed, I'm unsure what the long-term ramifications are. -- Alan Amesbury University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 22:00:14 2006 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 06D2B16A420 for ; Tue, 7 Mar 2006 22:00:14 +0000 (GMT) (envelope-from chad@zetaweb.com) Received: from rs27.luxsci.com (rs27.luxsci.com [66.216.127.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id A189143D45 for ; Tue, 7 Mar 2006 22:00:13 +0000 (GMT) (envelope-from chad@zetaweb.com) Received: from [192.168.1.101] (static-151-201-138-242.pitt.east.verizon.net [151.201.138.242]) (authenticated bits=0) by rs27.luxsci.com (8.13.5/8.13.5) with ESMTP id k27M05fe005056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 7 Mar 2006 16:00:05 -0600 Message-ID: <440E0264.4010305@zetaweb.com> Date: Tue, 07 Mar 2006 17:00:04 -0500 From: Chad Whitacre User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <20060303153833.Q557@10.0.0.1> <440CB329.10403@zetaweb.com> <20060306221359.GA53283@xor.obsecurity.org> <440D9F9B.1060008@zetaweb.com> <20060307162614.GA64610@xor.obsecurity.org> <440DC257.6040204@zetaweb.com> <20060307173030.GA15637@xor.obsecurity.org> <440DC3E8.9070507@zetaweb.com> <20060307174437.GA44501@xor.obsecurity.org> In-Reply-To: <20060307174437.GA44501@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , freebsd-stable@freebsd.org Subject: Re: VFS MFC testers wanted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 22:00:14 -0000 Kris, For the record, we ran the following for about 30 minutes, with no ill effect: #!/bin/sh exec >> /var/log/panic exec 2>&1 echo echo `date` "-- trying to panic" while [ 1 ] do /sbin/mount /backup/ /bin/rm -rf /backup/foo /bin/cp -R /usr/bin /backup/foo /sbin/umount /backup/ echo -n '.' done At this point our plan is to cross our fingers and wait for 6.1. Thanks for all your efforts! chad Kris Kennaway wrote: > On Tue, Mar 07, 2006 at 12:33:28PM -0500, Chad Whitacre wrote: >> Kris, >> >>> Yes. FYI, I am fairly confident this is fixed, because I make >>> extensive use of mount/umount+filesystem activity, and I am no longer >>> seeing problems like this. >> Great! Thanks for the info. We won't kill ourselves trying to test this >> then. > > Well, I'd still like you to test it just to be sure. I'm not able to > detect all FreeBSD bugs, after all (though I try :-) > > Kris From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 22:04:51 2006 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 3AD5D16A420 for ; Tue, 7 Mar 2006 22:04:51 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-129-60.net.novis.pt [87.196.129.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E7ED43D48 for ; Tue, 7 Mar 2006 22:04:50 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k27M4kcc003070; Tue, 7 Mar 2006 22:04:47 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k27M4kAo003069; Tue, 7 Mar 2006 22:04:46 GMT (envelope-from miguel) Date: Tue, 7 Mar 2006 22:04:46 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603072204.k27M4kAo003069@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060307211439.GA82113@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 22:04:51 -0000 > From: Kris Kennaway > Subject: Re: rpc.lockd brokenness (2) > > > Ok. There are two versions: > > http://mega.ist.utl.pt/~mlsr/nfs.dump > > is the output of tcpdump -vvv host targa and udp port nfs > > http://mega.ist.utl.pt/~mlsr/nfsx.dump > > is the output of tcpdump -X -vvv host targa and udp port nfs > > Hmm, looks like you need -s 0 in addition to -X -vvv. There. http://mega.ist.utl.pt/~mlsr/nfsxs.dump I did just cron, instead of /etc/rc.d/cron start. It has much less garbage now. Miguel From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 22:07:07 2006 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 DAB4516A420; Tue, 7 Mar 2006 22:07:06 +0000 (GMT) (envelope-from tonyb@byrnehq.com) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C26B43D45; Tue, 7 Mar 2006 22:07:05 +0000 (GMT) (envelope-from tonyb@byrnehq.com) Received: from localhost ([192.168.10.1]) by schubert.byrnehq.com (8.13.3/8.13.3) with ESMTP id k27M6XqL044909; Tue, 7 Mar 2006 22:06:39 GMT (envelope-from tonyb@byrnehq.com) Resent-Date: Tue, 7 Mar 2006 22:06:39 GMT Resent-Message-Id: <200603072206.k27M6XqL044909@schubert.byrnehq.com> Date: Tue, 7 Mar 2006 22:06:55 +0000 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1867339507.20060307220655@byrnehq.com> To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Resent-from: Tony Byrne MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: -1.635 X-Scanned-By: MIMEDefang 2.51 on 192.168.10.254 Cc: Subject: MegaRAID lockups under 5.5 PRELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 22:07:07 -0000 Folks, We have a pair of servers, each with an of Intel SCRU42X branded MegaRAID controller installed. The cards both have battery backed cache. The servers form a 2-node Slony cluster for PostgreSQL, with each node having a single RAID5 array consisting of 3 live disks with a hot standby disk. About a week ago we upgraded FreeBSD on both boxes from a point on RELENG_5 (1 July 2005) to 5.5-PRERELEASE and now one of the boxes has started behaving badly. In the space of two days we've had about half a dozen occurrences of random processes blocking and rendering the machine unusable. 'top' shows the stricken processes in state 'ffsfsn' and they cannot be killed. The affected machine is a Slony subscriber and so isn't directly used by customers, but is still an important component in our system. PostgreSQL seems to be most likely to block, but sshd has also blocked preventing logins. The interesting thing is that the main box, which has an almost identical configuration and a greater work load, has remained unaffected, so far. The only difference between the two machine configurations is that the misbehaving machine only has 128Mb of on-board battery backed cache, while the main machine has 256Mb. The firmware on both machines is Intel's version 413Y. This is not the first time that we've had problems like this with FreeBSD and this model of controller. For background see: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=172108+0+archive/2004/freebsd-stable/20041231.freebsd-stable http://docs.freebsd.org/cgi/getmsg.cgi?fetch=126427+0+archive/2004/freebsd-stable/20041121.freebsd-stable The current problem is very reminiscent of the latter issue, which had been causing headaches for us over a year ago, but which disappeared after some driver improvements by Scott Long (many thanks Scott :-). I see from a diff of the driver code from RELENG_5 on 1 July 2005 and the latest RELENG_5 version that some further changes have been made to the driver. I would have been moderately happy if I could have pinned the reemergence of the problem on these changes, because then I would have had a specific cause. However, as a test, I reverted to the *previous* kernel from 1 July 2005 and the box blocked in sshd within a few hours, preventing login. At this stage I'm looking at upgrading the firmware of the RAID card to the latest and greatest and if that doesn't resolve it, I plan to make a jump to FreeBSD 6, which appears to have substantial changes to the amr driver and which might solve the problem. Before I leap though, I'd be interested in hearing if anyone is familiar with the behavior that I've described and can point me in the right direction. Alternatively, if someone can say "hey we use FreeBSD 6.x with the SCRU42X and it works great" then I'd be obliged. Our woes may well be caused be some faulty hardware, especially since the other box has remained stable after the same upgrade, but I remain suspicious because the the problem arose so soon after an upgrade of FreeBSD and after many months of uptime. Many thanks, Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 22:20:21 2006 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 EC48E16A422 for ; Tue, 7 Mar 2006 22:20:21 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from pop04.mail.atl.earthlink.net (pop04.mail.atl.earthlink.net [207.69.200.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE27543D49 for ; Tue, 7 Mar 2006 22:20:21 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from user-1120k6o.dsl.mindspring.com ([66.32.80.216] helo=[192.168.1.100]) by pop04.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FGkXU-0001lC-00 for freebsd-stable@freebsd.org; Tue, 07 Mar 2006 17:20:20 -0500 Message-ID: <440E15BC.4060903@zebra.net> Date: Tue, 07 Mar 2006 17:22:36 -0600 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem writing FreeBSD 6 ISO files using Nero 5.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 22:20:22 -0000 Dear friends: Now that my BIOS problem has been resolved (I'm going out momentarily to buy a new keyboard), my last major hurdle before I can install FreeBSD is burning the two FreeBSD ISO images on my CD-RW CD using my CDWriter and Nero 5.5. When I insert my brand new CD-RW (700 MB) into my CD-RW drive and click on "Burn Image" in Nero, then go to my FreeBSD folder, then select the first FreeBSD ISO disk and then hit Write, the writing starts with "Checking disks" in the status bar. But soon it stops and the CD is expelled from the CD drive with the error message: "Medium empty. Please put new CD (or whatever) into drive." This happens every time even though each time I put a brand new Memorex CD. Your help would be much appreciated. Thank you in advance. Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 22:33:27 2006 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 ACD5316A420 for ; Tue, 7 Mar 2006 22:33:27 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from pop05.mail.atl.earthlink.net (pop05.mail.atl.earthlink.net [207.69.200.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F30643D45 for ; Tue, 7 Mar 2006 22:33:27 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from user-1120k6o.dsl.mindspring.com ([66.32.80.216] helo=[192.168.1.100]) by pop05.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FGkHq-00016G-00; Tue, 07 Mar 2006 17:04:10 -0500 Message-ID: <440E11F2.3070708@zebra.net> Date: Tue, 07 Mar 2006 17:06:26 -0600 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: miguel@anjos.strangled.net, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Can't boot up into Setup -- 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: Tue, 07 Mar 2006 22:33:27 -0000 Dear Miguel and friends: A million thanks for your suggestion to try another keyboard. You were right on the money! I tried a cheap Micro Ergonomic keyboard ($15) and instantly my Dell 8200 responded when I hit F2 and opened up the Setup. And, imagine, I spent $56 on the Microsoft Ergonomic keyboard at Office Depot. Who would have guessed? So, that problem has been solved. Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 22:39:10 2006 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 DE32016A420 for ; Tue, 7 Mar 2006 22:39:10 +0000 (GMT) (envelope-from cw@paig.net) Received: from annis.human-league.net (249.227.39-62.rev.gaoland.net [62.39.227.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F19443D49 for ; Tue, 7 Mar 2006 22:39:05 +0000 (GMT) (envelope-from cw@paig.net) Received: from localhost (localhost.human-league.net [127.0.0.1]) by annis.human-league.net (Postfix) with ESMTP id ECE7220DF for ; Tue, 7 Mar 2006 23:38:53 +0100 (CET) Received: from annis.human-league.net ([127.0.0.1]) by localhost (annis.human-league.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56611-01 for ; Tue, 7 Mar 2006 23:38:38 +0100 (CET) Received: from wendy (unknown [192.168.0.1]) by annis.human-league.net (Postfix) with ESMTP id 92A0720DD for ; Tue, 7 Mar 2006 23:38:30 +0100 (CET) From: "Paig Chong Woo" To: Date: Tue, 7 Mar 2006 23:37:49 +0100 Message-ID: <12d601c64237$cf3d3f90$1400a8c0@humanleague.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcZCNXuKEZ0sCAOaRCSLdl7i8sEe5gAAgNsw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 In-Reply-To: <440E15BC.4060903@zebra.net> X-Virus-Scanned: amavisd-new at human-league.net Subject: RE: Problem writing FreeBSD 6 ISO files using Nero 5.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 22:39:11 -0000 > -----Message d'origine----- > De : owner-freebsd-stable@freebsd.org=20 > [mailto:owner-freebsd-stable@freebsd.org] De la part de Benjamin Sher > Envoy=E9 : mercredi 8 mars 2006 00:23 > =C0 : freebsd-stable@freebsd.org > Objet : Problem writing FreeBSD 6 ISO files using Nero 5.5 >=20 > Dear friends: >=20 > Now that my BIOS problem has been resolved (I'm going out=20 > momentarily to buy a new keyboard), my last major hurdle=20 > before I can install FreeBSD is burning the two FreeBSD ISO=20 > images on my CD-RW CD using my CDWriter and Nero 5.5. When I=20 > insert my brand new CD-RW (700 MB) into my CD-RW drive and=20 > click on "Burn Image" in Nero, then go to my FreeBSD folder,=20 > then select the first FreeBSD ISO disk and then hit Write,=20 > the writing starts with "Checking disks" in the status bar.=20 > But soon it stops and the CD is expelled from the CD drive=20 > with the error message: "Medium empty. Please put new CD (or=20 > whatever) into drive." This happens every time even though=20 > each time I put a brand new Memorex CD. >=20 > Your help would be much appreciated. Thank you in advance. >=20 > Benjamin Wouldn't that be related to the type of the CD-RW? High-speed CD writers can't use newer Ultra-speed CD-RWs. Can you write anything else on the disks? From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 22:43:40 2006 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 162D116A420 for ; Tue, 7 Mar 2006 22:43:40 +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 B9C4D43D46 for ; Tue, 7 Mar 2006 22:43: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 4784B1A4E66; Tue, 7 Mar 2006 14:43:38 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 80F425214D; Tue, 7 Mar 2006 17:43:37 -0500 (EST) Date: Tue, 7 Mar 2006 17:43:37 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060307224337.GA28034@xor.obsecurity.org> References: <20060307211439.GA82113@xor.obsecurity.org> <200603072204.k27M4kAo003069@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <200603072204.k27M4kAo003069@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 22:43:40 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 10:04:46PM +0000, Miguel Lopes Santos Ramos wrote: > > From: Kris Kennaway > > Subject: Re: rpc.lockd brokenness (2) > > > > > Ok. There are two versions: > > > http://mega.ist.utl.pt/~mlsr/nfs.dump > > > is the output of tcpdump -vvv host targa and udp port nfs > > > http://mega.ist.utl.pt/~mlsr/nfsx.dump > > > is the output of tcpdump -X -vvv host targa and udp port nfs > > > > Hmm, looks like you need -s 0 in addition to -X -vvv. >=20 > There. http://mega.ist.utl.pt/~mlsr/nfsxs.dump >=20 > I did just cron, instead of /etc/rc.d/cron start. It has much less garbag= e now. Thanks. Here is when pidfile_open() creates the file: 21:57:15.792751 IP (tos 0x0, ttl 64, id 10697, offset 0, flags [none], pro= to: UDP (17), length: 172) targa.anjos.strangled.net.1365908870 > ns1.anjos= .strangled.net.nfs: 144 create fh 1082,176026/1149552 "cron.pid" 0x0000: 4500 00ac 29c9 0000 4011 3a5d 0a00 011a E...)...@.:].... 0x0010: 0a00 0102 02ed 0801 0098 effb 516a 1d86 ............Qj.. 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0002 ................ 0x0030: 0000 0009 0000 0001 0000 001c 0000 0000 ................ 0x0040: 0000 0000 0000 0000 0000 0000 0000 0002 ................ 0x0050: 0000 0000 0000 0005 0000 0000 0000 0000 ................ 0x0060: 9aaf a243 6dc5 8ae9 0c00 0000 708a 1100 ...Cm.......p... 0x0070: d586 7301 0000 0000 0000 0000 0000 0000 ..s............. 0x0080: 0000 0008 6372 6f6e 2e70 6964 0000 8180 ....cron.pid.... 0x0090: ffff ffff ffff ffff 0000 0000 ffff ffff ................ 0x00a0: ffff ffff ffff ffff ffff ffff ............ 21:57:15.793111 IP (tos 0x0, ttl 64, id 7899, offset 0, flags [none], prot= o: UDP (17), length: 156) ns1.anjos.strangled.net.nfs > targa.anjos.strangl= ed.net.1365908870: reply ok 128 create fh 1082,176026/1149685 REG 100600 id= s 0/0 sz 0 nlink 1 rdev 0 fsid 82 nodeid 118af5 a/m/ctime 1141768635.000000= 1141768635.000000 1141768635.000000 0x0000: 4500 009c 1edb 0000 4011 455b 0a00 0102 E.......@.E[.... 0x0010: 0a00 011a 0801 02ed 0088 5407 516a 1d86 ..........T.Qj.. 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 ................ 0x0030: 0000 0000 0000 0000 9aaf a243 6dc5 8ae9 ...........Cm... 0x0040: 0c00 0000 f58a 1100 34eb 3f5c 0000 0000 ........4.?\.... 0x0050: 0000 0000 0000 0000 0000 0001 0000 8180 ................ 0x0060: 0000 0001 0000 0000 0000 0000 0000 0000 ................ 0x0070: 0000 8000 0000 0000 0000 0000 0000 0082 ................ 0x0080: 0011 8af5 440e 01bb 0000 0000 440e 01bb ....D.......D... 0x0090: 0000 0000 440e 01bb 0000 0000 ....D....... It runs fstat() on it: 21:57:15.793314 IP (tos 0x0, ttl 64, id 10698, offset 0, flags [none], pro= to: UDP (17), length: 128) targa.anjos.strangled.net.1365908871 > ns1.anjos= .strangled.net.nfs: 100 getattr fh 1082,176026/1149685 0x0000: 4500 0080 29ca 0000 4011 3a88 0a00 011a E...)...@.:..... 0x0010: 0a00 0102 02ed 0801 006c 2bd9 516a 1d87 .........l+.Qj.. 0x0020: 0000 0000 0000 0002 0001 86a3 0000 0002 ................ 0x0030: 0000 0001 0000 0001 0000 001c 0000 0000 ................ 0x0040: 0000 0000 0000 0000 0000 0000 0000 0002 ................ 0x0050: 0000 0000 0000 0005 0000 0000 0000 0000 ................ 0x0060: 9aaf a243 6dc5 8ae9 0c00 0000 f58a 1100 ...Cm........... 0x0070: 34eb 3f5c 0000 0000 0000 0000 0000 0000 4.?\............ 21:57:15.793456 IP (tos 0x0, ttl 64, id 7900, offset 0, flags [none], prot= o: UDP (17), length: 124) ns1.anjos.strangled.net.nfs > targa.anjos.strangl= ed.net.1365908871: reply ok 96 getattr REG 100600 ids 0/0 sz 0 0x0000: 4500 007c 1edc 0000 4011 457a 0a00 0102 E..|....@.Ez.... 0x0010: 0a00 011a 0801 02ed 0068 10bb 516a 1d87 .........h..Qj.. 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 ................ 0x0030: 0000 0000 0000 0000 0000 0001 0000 8180 ................ 0x0040: 0000 0001 0000 0000 0000 0000 0000 0000 ................ 0x0050: 0000 8000 0000 0000 0000 0000 0000 0082 ................ 0x0060: 0011 8af5 440e 01bb 0000 0000 440e 01bb ....D.......D... 0x0070: 0000 0000 440e 01bb 0000 0000 ....D....... and returns to cron. Cron is supposed to daemonize and then write to the p= idfile: } else { if (daemon(1, 0) =3D=3D -1) { pidfile_remove(pfh); log_it("CRON",getpid(),"DEATH","can't become daemon= "); exit(0); } } pidfile_write(pfh); but there's no evidence in the trace that it ever tries to write. Can you also obtain a ktrace -i dump from cron? Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDgyZWry0BWjoQKURArWOAJ4lVRQ+IhO/X6EOQU8QTO+AFae1CwCeKgZR ZlFUrNrfP3TKh/MQ2YxE5DY= =QX3N -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 23:00:47 2006 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 38B5316A420 for ; Tue, 7 Mar 2006 23:00:47 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from pop05.mail.atl.earthlink.net (pop05.mail.atl.earthlink.net [207.69.200.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9EEE43D45 for ; Tue, 7 Mar 2006 23:00:46 +0000 (GMT) (envelope-from delphi123@zebra.net) Received: from user-1120a8e.dsl.mindspring.com ([66.32.41.14] helo=[192.168.1.100]) by pop05.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FGl6p-0002Mu-00; Tue, 07 Mar 2006 17:56:51 -0500 Message-ID: <440E1E4B.2050408@zebra.net> Date: Tue, 07 Mar 2006 17:59:07 -0600 From: Benjamin Sher User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 References: <440E11F2.3070708@zebra.net> In-Reply-To: <440E11F2.3070708@zebra.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: miguel@anjos.strangled.net, freebsd-stable@freebsd.org Subject: Setup and Boot Sequence Issues Revisited X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 23:00:47 -0000 Dear friends: Sorry to report that the issue may be more complicated. 1) I played around with the $15 Micro keyboard that successfully allowed access to my Setup. I set the boot sequence for the CD Rom and inserted my Win XP Pro OS CD. I then saved the settings and let it boot. It brought up the line about booting from the CD. So, I clicked hoping that this would allow me to bring up the WinXP CD. Instead, I got the same "Click on F1 to retry Setup or Click on F12 for boot menu." When I clicked on these options, I ended up in a loop. 2) I have a DVD player drive (for movies, etc) that is listed as one of the drives (listed as "OFF", volume=Unknown). Options when clicking on it: OFF or n/a. Unfortunately, the boot sequence lists only three options: Floppy, Hard Disk, IDE CD ROM. But NOT the DVD drive. I was considering buying the latest Linux Format magazine with the FreeBSD DVD, but now it seems that, due to the restrictions of my BIOS, I will not be able to install anything from this DVD into my second hard drive. Is that true? Thank you all so much. Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 23:11:17 2006 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 8BC7216A420 for ; Tue, 7 Mar 2006 23:11:17 +0000 (GMT) (envelope-from jona.joachim@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id E604A43D49 for ; Tue, 7 Mar 2006 23:11:16 +0000 (GMT) (envelope-from jona.joachim@gmail.com) Received: by nproxy.gmail.com with SMTP id y38so37471nfb for ; Tue, 07 Mar 2006 15:11:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Fag+ZRmL921j0d/BGghCVhbwwo7fKygiHCbLqLM2n9YKQBvdVo6l9mRrXmckjvOxZYELD1j4ZhQMeGNrY2/CPVnxJxb3MzKw18KaGWEkgiwAm73GtAUB77wuZdxeP14PQJI1E3QwVPgblITR0FA9qOLozZUpNyMq/RdnWjh796E= Received: by 10.49.66.9 with SMTP id t9mr24658nfk; Tue, 07 Mar 2006 15:11:15 -0800 (PST) Received: from ?10.0.0.11? ( [83.99.26.33]) by mx.gmail.com with ESMTP id y24sm150578nfb.2006.03.07.15.11.14; Tue, 07 Mar 2006 15:11:15 -0800 (PST) Message-ID: <440E1312.4050408@gmail.com> Date: Wed, 08 Mar 2006 00:11:14 +0100 From: Jona Joachim User-Agent: Thunderbird 1.5 (X11/20060224) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <440E11F2.3070708@zebra.net> In-Reply-To: <440E11F2.3070708@zebra.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Can't boot up into Setup -- 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: Tue, 07 Mar 2006 23:11:17 -0000 Benjamin Sher wrote: > Dear Miguel and friends: > > A million thanks for your suggestion to try another keyboard. You were > right on the money! I tried a cheap Micro Ergonomic keyboard ($15) and > instantly my Dell 8200 responded when I hit F2 and opened up the Setup. > And, imagine, I spent $56 on the Microsoft Ergonomic keyboard at Office > Depot. Who would have guessed? > > So, that problem has been solved. > > Benjamin You should have checked out the FAQ: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/funnies.html#LETMEOUTOFHERE You're pretty lucky that your soul wasn't damned ;) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 7 23:31:43 2006 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 476BD16A420 for ; Tue, 7 Mar 2006 23:31:43 +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 02CCD43D72 for ; Tue, 7 Mar 2006 23:31:43 +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 DA2161A4E6E; Tue, 7 Mar 2006 15:31:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 38DEC5186D; Tue, 7 Mar 2006 18:31:42 -0500 (EST) Date: Tue, 7 Mar 2006 18:31:42 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060307233142.GA58830@xor.obsecurity.org> References: <20060307211439.GA82113@xor.obsecurity.org> <200603072204.k27M4kAo003069@compaq.anjos.strangled.net> <20060307224337.GA28034@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20060307224337.GA28034@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, Miguel Lopes Santos Ramos , freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 23:31:43 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 05:43:37PM -0500, Kris Kennaway wrote: > but there's no evidence in the trace that it ever tries to write. Can > you also obtain a ktrace -i dump from cron? >=20 > Kris Also while you're there, could you obtain a binary format tcpdump (tcpdump -w) instead? This may be parsed with tools like ethereal which will help with the analysis. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDhfdWry0BWjoQKURAjZ/AKC42CXTqRD89BG98y1PEFYFddQjTACgsRVW 1LXwS+sGUKP6VUxJxr0vxd4= =aifL -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 00:29:20 2006 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 0819416A420; Wed, 8 Mar 2006 00:29:20 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 928DB43D45; Wed, 8 Mar 2006 00:29:19 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k280TIx6069590; Tue, 7 Mar 2006 19:29:18 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k280THQu057011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 19:29:18 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060307192543.0531ae40@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 07 Mar 2006 19:29:16 -0500 To: John Baldwin , stable@freebsd.org From: Mike Tancsa In-Reply-To: <200603071502.46074.jhb@freebsd.org> References: <200603071502.46074.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: Re: [PATCH] MFC of the intr_event stuff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 00:29:20 -0000 At 03:02 PM 07/03/2006, John Baldwin wrote: >I have a somewhat large patch that MFC's some of the cleanups to the >interrupt code that needs some testing before it is MFC'd. It seems to help my sio overflows that are described in http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 I have it applied to a number of different chipsets and am testing with a couple of different PCI modems. post patch dmesgs can be found at http://www.tancsa.com/irq-mfc/ including an dual core X2, ICH6 and a via mini-itx with 4 com ports built in. Apart from doing "sio" stuff, any particular way to stress the devices ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 00:30:09 2006 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 3EF0B16A420 for ; Wed, 8 Mar 2006 00:30:09 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-228-141.net.novis.pt [87.196.228.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64A4343D48 for ; Wed, 8 Mar 2006 00:30:07 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k280U3Tu003732; Wed, 8 Mar 2006 00:30:03 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k280U2Yh003731; Wed, 8 Mar 2006 00:30:02 GMT (envelope-from miguel) Date: Wed, 8 Mar 2006 00:30:02 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603080030.k280U2Yh003731@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060307224337.GA28034@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 00:30:09 -0000 > From: Kris Kennaway > Subject: Re: rpc.lockd brokenness (2) > [...] > but there's no evidence in the trace that it ever tries to write. Can > you also obtain a ktrace -i dump from cron? The file remains empty. I really don't know enough about NFS, but isn't that getattr message repeated some seconds latter, and repeated... (even though it always gets an answer) The ktrace is in http://mega.ist.utl.pt/~mlsr/ktrace.txt I'm not sure it's good. I can't see cron.pid there. I had to reboot to end the process, otherwise I couldn't kill cron and the trace didn't grow either. > Also while you're there, could you obtain a binary format tcpdump > (tcpdump -w) instead? This may be parsed with tools like ethereal > which will help with the analysis. The tcpdump -w is in http://mega.ist.utl.pt/~mlsr/nfs.bin Thank you ---- Miguel Ramos From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 00:46:01 2006 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 27D3016A420; Wed, 8 Mar 2006 00:46:01 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFFE043D45; Wed, 8 Mar 2006 00:46:00 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k280k0gS070736; Tue, 7 Mar 2006 19:46:00 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k280jxwL057099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 19:45:59 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060307193549.071b9ef8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 07 Mar 2006 19:45:57 -0500 To: John Baldwin , stable@freebsd.org From: Mike Tancsa In-Reply-To: <6.2.3.4.0.20060307192543.0531ae40@64.7.153.2> References: <200603071502.46074.jhb@freebsd.org> <6.2.3.4.0.20060307192543.0531ae40@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: Re: [PATCH] MFC of the intr_event stuff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 00:46:01 -0000 At 07:29 PM 07/03/2006, Mike Tancsa wrote: >At 03:02 PM 07/03/2006, John Baldwin wrote: >>I have a somewhat large patch that MFC's some of the cleanups to the >>interrupt code that needs some testing before it is MFC'd. > > >It seems to help my sio overflows that are described in > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 Actually, it only helps on the ICH box. On the VIA, I still need to make the change that Bruce Evans suggests i.e. cp4ticks = speed / 10 / hz * 4; to something like: cp4ticks = speed / 10 / hz * 40; ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 00:51:40 2006 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 4CCD516A420 for ; Wed, 8 Mar 2006 00:51:40 +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 087F143D4C for ; Wed, 8 Mar 2006 00:51:40 +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 D83971A4E73; Tue, 7 Mar 2006 16:51:39 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 22380517BC; Tue, 7 Mar 2006 19:51:39 -0500 (EST) Date: Tue, 7 Mar 2006 19:51:39 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060308005138.GA49684@xor.obsecurity.org> References: <20060307224337.GA28034@xor.obsecurity.org> <200603080030.k280U2Yh003731@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <200603080030.k280U2Yh003731@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 00:51:40 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 12:30:02AM +0000, Miguel Lopes Santos Ramos wrote: > > From: Kris Kennaway > > Subject: Re: rpc.lockd brokenness (2) > > > [...] > > but there's no evidence in the trace that it ever tries to write. Can > > you also obtain a ktrace -i dump from cron? >=20 > The file remains empty. > I really don't know enough about NFS, but isn't that getattr message repe= ated > some seconds latter, and repeated... (even though it always gets an answe= r) They have different file handles (which weren't identified in the previous trace, i.e. they predate the start of the trace), so it could just be background noise from other reads on the system. > The ktrace is in http://mega.ist.utl.pt/~mlsr/ktrace.txt >=20 > I'm not sure it's good. I can't see cron.pid there. > I had to reboot to end the process, otherwise I couldn't kill cron and > the trace didn't grow either. I wonder if something else is going wrong and it's not rpc.lockd at all. > > Also while you're there, could you obtain a binary format tcpdump > > (tcpdump -w) instead? This may be parsed with tools like ethereal > > which will help with the analysis. >=20 > The tcpdump -w is in http://mega.ist.utl.pt/~mlsr/nfs.bin It looks like this wasn't made using -s 0 - sorry if I wasn't explicit. Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDiqaWry0BWjoQKURArUJAJ0WEWNoh560HhqyDCV10kPSIT1YKwCdGoR7 yL32XeCd6ZYJWrr1IkO4j84= =HMQc -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 02:04:48 2006 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 49EE916A420; Wed, 8 Mar 2006 02:04:48 +0000 (GMT) (envelope-from synack@netspace.net.au) Received: from mail.netspace.net.au (cumulus.netspace.net.au [203.10.110.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BDC43D45; Wed, 8 Mar 2006 02:04:47 +0000 (GMT) (envelope-from synack@netspace.net.au) Received: from [192.168.0.3] (220-253-32-237.VIC.netspace.net.au [220.253.32.237]) by mail.netspace.net.au (Postfix) with ESMTP id 34DC67C3BB; Wed, 8 Mar 2006 13:04:44 +1100 (EST) Message-ID: <440E3D7F.9060602@netspace.net.au> Date: Wed, 08 Mar 2006 13:12:15 +1100 From: "B .Wiggins" User-Agent: Thunderbird 1.5 (X11/20060307) MIME-Version: 1.0 To: freebsd-ports@freebsd.org, Ion-Mihai Tetcu , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [SOLVED] cnet compile problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 02:04:48 -0000 Hello Brett, > > I am currently studying a Data communications and networking > > subject at Monash University. I am using cnet at home for the labs on my > > FreeBSD notebook as we are using William Stallings' textbook. There > > seems to be a problem with the cnet source code. I have emailed the > > FreeBSD cnet maintainer and they suggested emailing you. Basically the > > problem is as follows; > All of these errors are "the same" and stem from the fact that your version of cnet, v2.0.9 I think, was built before the latest versions of gcc (in FreeBSD and Fedora, among others) became more aggressive about parameter type checking. Two simple changes are necessary: In the cnet header file, cnet.h, change to: extern void CNET_exit(const char *filenm, const char *function, int lineno); and in src/exit.c change to: void CNET_exit(const char *filenm, const char *function, int lineno) { .... } I've made these and a few other (overdue) changes in the distribution, now v2.0.10, available from from: http://www.csse.uwa.edu.au/cnet/index.html Please feel free to distribute this email as widely as you need. Comments and more bug reports welcome. -- "If you are new to UNIX, you may be used to clicking something and seeing either an "OK" message, an error, nothing, or (all too often) a pretty blue screen with nifty high-tech letters explaining exactly where the system crashed" - Michael Lucas From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 02:09:43 2006 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 7E0EB16A420; Wed, 8 Mar 2006 02:09:43 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1202143D49; Wed, 8 Mar 2006 02:09:42 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id E597B1749E; Wed, 8 Mar 2006 04:09:38 +0200 (EET) Date: Wed, 8 Mar 2006 04:09:38 +0200 From: Ion-Mihai Tetcu To: "B .Wiggins" Message-ID: <20060308040938.0130ad43@it.buh.tecnik93.com> In-Reply-To: <440E3D7F.9060602@netspace.net.au> References: <440E3D7F.9060602@netspace.net.au> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [SOLVED] cnet compile problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 02:09:43 -0000 On Wed, 08 Mar 2006 13:12:15 +1100 "B .Wiggins" wrote: > Hello Brett, > > > > > I am currently studying a Data communications and networking > > > subject at Monash University. I am using cnet at home for the labs on my > > > FreeBSD notebook as we are using William Stallings' textbook. There > > > seems to be a problem with the cnet source code. I have emailed the > > > FreeBSD cnet maintainer and they suggested emailing you. Basically the > > > problem is as follows; > > > > > All of these errors are "the same" and stem from the fact that your > version of cnet, v2.0.9 I think, was built before the latest versions of > gcc (in FreeBSD and Fedora, among others) became more aggressive about > parameter type checking. Heh, so I was right. I will update the port. Thanks, -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #204: Just pick up the phone and give modem connect sounds. "Well you said we should get more lines so we don't have voice lines." From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 03:04:53 2006 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 8EE3616A420 for ; Wed, 8 Mar 2006 03:04:53 +0000 (GMT) (envelope-from lithium7456@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFA2943D48 for ; Wed, 8 Mar 2006 03:04:52 +0000 (GMT) (envelope-from lithium7456@gmail.com) Received: by uproxy.gmail.com with SMTP id m2so39528uge for ; Tue, 07 Mar 2006 19:04:51 -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; b=AqCWqWyOj7GpqEC0fq/2rMfzXo0s+e6QDczuAexPU2bx7BSMOG2nPCAbbGUzxp+XMI37GKyNE181GOjRT4fob1LnL+0wEXZiD3MMaVkJGhi7q3IhCxIEq3pDxEUqNLx76NCk5Ha+ObWEaGtZNYPjc6iGf8oNAafE2xzqRc+YZX0= Received: by 10.67.19.2 with SMTP id w2mr158394ugi; Tue, 07 Mar 2006 19:04:51 -0800 (PST) Received: by 10.66.236.9 with HTTP; Tue, 7 Mar 2006 19:04:51 -0800 (PST) Message-ID: <80a29d1f0603071904medde5c7x@mail.gmail.com> Date: Wed, 8 Mar 2006 11:04:51 +0800 From: "=?GB2312?B?wO7I8L2t?=" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4973_19431202.1141787091880" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ipw can not work in adhoc mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 03:04:53 -0000 ------=_Part_4973_19431202.1141787091880 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline See atttachment. I have already submit this bug via "report a bug" in Nov last year, but no reply, and the problem still exist in stable-6 now. Any one who knows how to solve this problem ? Thanks... ------=_Part_4973_19431202.1141787091880 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bug.htm" X-Attachment-Id: f_ekj2hr4m MIME-Version: 1.0 Content-Type: text/plain; name="bug.htm" PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdG lvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaX Rpb25h bC5kdGQiPgo8aHRtbCB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94aHRtbCI+Cg o8aGVh ZD48dGl0bGU+UHJvYmxlbSBSZXBvcnQga2Vybi84ODkxNyA6IFtpcHddIGlwdyBjYW4gbm 90IHdv cmsgaW4gYWRob2MgbW9kZTwvdGl0bGU+CjxtZXRhIGh0dHAtZXF1aXY9J2NvbnRlbnQtdH lwZScg Y29udGVudD0ndGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEnIC8+CjxtZXRhIG5hbW U9J3Jv Ym90cycgY29udGVudD0nbm9mb2xsb3cnIC8+CiAgICA8bGluayByZWw9InN0eWxlc2hlZX QiIG1l ZGlhPSJzY3JlZW4iCiAgICBocmVmPSIuLi9sYXlvdXQvY3NzL2ZpeGVkLmNzcyIgdHlwZT 0idGV4 dC9jc3MiCiAgICB0aXRsZT0iTm9ybWFsIFRleHQiIC8+CiAgICA8bGluayByZWw9ImFsdG VybmF0 ZSBzdHlsZXNoZWV0IiBtZWRpYT0ic2NyZWVuIgogICAgaHJlZj0iLi4vbGF5b3V0L2Nzcy 9maXhl ZF9sYXJnZS5jc3MiIHR5cGU9InRleHQvY3NzIgogICAgdGl0bGU9IkxhcmdlIFRleHQiIC 8+Cgo8 c2NyaXB0IHR5cGU9InRleHQvamF2YXNjcmlwdCIgc3JjPSIuLi9sYXlvdXQvanMvc3R5bG Vzd2l0 Y2hlci5qcyI+Cjwvc2NyaXB0PgoKPC9oZWFkPgo8Ym9keT4KCiAgICA8ZGl2IGlkPSJjb2 50YWlu ZXJ3cmFwIj4KICAgICAgPGRpdiBpZD0iY29udGFpbmVyIj4KICAgICAgICA8c3BhbiBjbG Fzcz0i dHh0b2Zmc2NyZWVuIj48YSBocmVmPSIjY29udGVudCIKICAgICAgICB0aXRsZT0iU2tpcC BzaXRl IG5hdmlnYXRpb24iIGFjY2Vzc2tleT0iMSI+U2tpcCBzaXRlCiAgICAgICAgbmF2aWdhdG lvbjwv YT4gKDEpPC9zcGFuPjxzcGFuIGNsYXNzPSJ0eHRvZmZzY3JlZW4iPjxhCiAgICAgICAgaH JlZj0i I2NvbnRlbnQiIHRpdGxlPSJTa2lwIHNlY3Rpb24gbmF2aWdhdGlvbiIKICAgICAgICBhY2 Nlc3Nr ZXk9IjIiPlNraXAgc2VjdGlvbiBuYXZpZ2F0aW9uPC9hPiAoMik8L3NwYW4+CgogICAgIC AgIDxk aXYgaWQ9ImhlYWRlcmNvbnRhaW5lciI+CiAgICAgICAgICA8ZGl2IGlkPSJoZWFkZXIiPg ogICAg ICAgICAgICA8aDIgY2xhc3M9ImJsb2NraGlkZSI+SGVhZGVyIEFuZCBMb2dvPC9oMj4KCi AgICAg ICAgICAgIDxkaXYgaWQ9ImhlYWRlcmxvZ29sZWZ0Ij4KICAgICAgICAgICAgICA8YSBocm VmPSIu LiIgdGl0bGU9IkZyZWVCU0QiPjxpbWcKICAgICAgICAgICAgICBzcmM9Ii4uL2xheW91dC 9pbWFn ZXMvbG9nby5wbmciIHdpZHRoPSIzNjAiCiAgICAgICAgICAgICAgaGVpZ2h0PSI0MCIgYW x0PSJG cmVlQlNEIiAvPjwvYT4KICAgICAgICAgICAgPC9kaXY+CgogICAgICAgICAgICA8ZGl2IG lkPSJo ZWFkZXJsb2dvcmlnaHQiPgogICAgICAgICAgICAgIDxoMiBjbGFzcz0iYmxvY2toaWRlIj 5QZXJp cGhlcmFsIExpbmtzPC9oMj4KCiAgICAgICAgICAgICAgPGRpdiBpZD0ic2VhcmNobmF2Ij 4KICAg ICAgICAgICAgICAgIDx1bCBpZD0ic2VhcmNobmF2bGlzdCI+CiAgICAgICAgICAgICAgIC AgIDxs aT5UZXh0IFNpemU6IDxhIGhyZWY9IiMiCiAgICAgICAgICAgICAgICAgIG9ua2V5cHJlc3 M9InJl dHVybiBmYWxzZTsiCiAgICAgICAgICAgICAgICAgIG9uY2xpY2s9InNldEFjdGl2ZVN0eW xlU2hl ZXQoJ05vcm1hbCBUZXh0Jyk7IHJldHVybiBmYWxzZTsiCiAgICAgICAgICAgICAgICAgIC B0aXRs ZT0iTm9ybWFsIFRleHQgU2l6ZSI+Tm9ybWFsPC9hPiAvIDxhCiAgICAgICAgICAgICAgIC AgIGhy ZWY9IiMiIG9ua2V5cHJlc3M9InJldHVybiBmYWxzZTsiCiAgICAgICAgICAgICAgICAgIG 9uY2xp Y2s9InNldEFjdGl2ZVN0eWxlU2hlZXQoJ0xhcmdlIFRleHQnKTsgcmV0dXJuIGZhbHNlOy IKICAg ICAgICAgICAgICAgICAgIHRpdGxlPSJMYXJnZSBUZXh0IFNpemUiPkxhcmdlPC9hPjwvbG k+Cgog ICAgICAgICAgICAgICAgICA8bGk+PGEgaHJlZj0iLi4vZG9uYXRpb25zLyIKICAgICAgIC AgICAg ICAgICAgdGl0bGU9IkRvbmF0ZSI+RG9uYXRlPC9hPjwvbGk+CgogICAgICAgICAgICAgIC AgICA8 bGkgY2xhc3M9Imxhc3QtY2hpbGQiPjxhIGhyZWY9Ii4uL21haWx0by5odG1sIgogICAgIC AgICAg ICAgICAgICB0aXRsZT0iQ29udGFjdCI+Q29udGFjdDwvYT48L2xpPgogICAgICAgICAgIC AgICAg PC91bD4KICAgICAgICAgICAgICA8L2Rpdj4KCiAgICAgICAgICAgICAgPGRpdiBpZD0ic2 VhcmNo Ij4KICAgICAgICAgICAgICAgIDxmb3JtCiAgICAgICAgICAgICAgICBhY3Rpb249Imh0dH A6Ly93 d3cuRnJlZUJTRC5vcmcvY2dpL3NlYXJjaC5jZ2kiCiAgICAgICAgICAgICAgICBtZXRob2 Q9Imdl dCI+CiAgICAgICAgICAgICAgICAgIDxkaXY+CiAgICAgICAgICAgICAgICAgICAgPGgyIG NsYXNz PSJibG9ja2hpZGUiPjxsYWJlbAogICAgICAgICAgICAgICAgICAgIGZvcj0id29yZHMiPl NlYXJj aDwvbGFiZWw+PC9oMj4KICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0iaGlkZG VuIiBu YW1lPSJtYXgiCiAgICAgICAgICAgICAgICAgICAgdmFsdWU9IjI1IiAvPjxpbnB1dCB0eX BlPSJo aWRkZW4iIG5hbWU9InNvdXJjZSIKICAgICAgICAgICAgICAgICAgICB2YWx1ZT0id3d3Ii AvPjxp bnB1dCBpZD0id29yZHMiIG5hbWU9IndvcmRzIgogICAgICAgICAgICAgICAgICAgIHR5cG U9InRl eHQiIHNpemU9IjIwIiBtYXhsZW5ndGg9IjI1NSIKICAgICAgICAgICAgICAgICAgICBvbm ZvY3Vz PSJpZiggdGhpcy52YWx1ZT09dGhpcy5kZWZhdWx0VmFsdWUgKSB0aGlzLnZhbHVlPScnOy IKICAg ICAgICAgICAgICAgICAgICAgdmFsdWU9IlNlYXJjaCIgLz4mbmJzcDs8aW5wdXQgaWQ9In N1Ym1p dCIKICAgICAgICAgICAgICAgICAgICBuYW1lPSJzdWJtaXQiIHR5cGU9InN1Ym1pdCIgdm FsdWU9 IlNlYXJjaCIgLz4KICAgICAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAgIC A8L2Zv cm0+CiAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgIDwvZGl2PgogICAgICAgIC AgPC9k aXY+CgogICAgICAgICAgPGgyIGNsYXNzPSJibG9ja2hpZGUiPlNpdGUgTmF2aWdhdGlvbj wvaDI+ CgogICAgICAgICAgPGRpdiBpZD0idG9wbmF2Ij4KICAgICAgICAgICAgPHVsIGlkPSJ0b3 BuYXZs aXN0Ij4KICAgICAgICAgICAgICA8bGk+PGEgaHJlZj0iLi4vIiB0aXRsZT0iSG9tZSI+SG 9tZTwv YT48L2xpPgoKICAgICAgICAgICAgICA8bGk+PGEgaHJlZj0iLi4vYWJvdXQuaHRtbCIKIC AgICAg ICAgICAgICB0aXRsZT0iQWJvdXQiPkFib3V0PC9hPjwvbGk+CgogICAgICAgICAgICAgID xsaT48 YSBocmVmPSIuLi93aGVyZS5odG1sIiB0aXRsZT0iR2V0IEZyZWVCU0QiPkdldAogICAgIC AgICAg ICAgIEZyZWVCU0Q8L2E+PC9saT4KCiAgICAgICAgICAgICAgPGxpPjxhIGhyZWY9Ii4uL2 RvY3Mu aHRtbCIKICAgICAgICAgICAgICB0aXRsZT0iRG9jdW1lbnRhdGlvbiI+RG9jdW1lbnRhdG lvbjwv YT48L2xpPgoKICAgICAgICAgICAgICA8bGk+PGEgaHJlZj0iLi4vY29tbXVuaXR5Lmh0bW wiCiAg ICAgICAgICAgICAgdGl0bGU9IkNvbW11bml0eSI+Q29tbXVuaXR5PC9hPjwvbGk+CgogIC AgICAg ICAgICAgIDxsaT48YSBocmVmPSIuLi9wcm9qZWN0cy9pbmRleC5odG1sIgogICAgICAgIC AgICAg IHRpdGxlPSJEZXZlbG9wZXJzIj5EZXZlbG9wZXJzPC9hPjwvbGk+CgogICAgICAgICAgIC AgIDxs aT48YSBocmVmPSIuLi9zdXBwb3J0Lmh0bWwiCiAgICAgICAgICAgICAgdGl0bGU9IlN1cH BvcnQi PlN1cHBvcnQ8L2E+PC9saT4KICAgICAgICAgICAgPC91bD4KICAgICAgICAgIDwvZGl2Pg ogICAg ICAgIDwvZGl2PgoKCTxkaXYgaWQ9ImNvbnRlbnQiPgoKPGgxPlByb2JsZW0gUmVwb3J0IG tlcm4v ODg5MTcgOiBbaXB3XSBpcHcgY2FuIG5vdCB3b3JrIGluIGFkaG9jIG1vZGU8L2gxPgo8cD 48c3Ry b25nPltpcHddIGlwdyBjYW4gbm90IHdvcmsgaW4gYWRob2MgbW9kZTwvc3Ryb25nPjwvcD 4KPGRs PgoKPGR0PjxzdHJvbmc+Q29uZmlkZW50aWFsPC9zdHJvbmc+PC9kdD48ZGQ+Cm5vPC9kZD 4KPGR0 PjxzdHJvbmc+U2V2ZXJpdHk8L3N0cm9uZz48L2R0PjxkZD4Kc2VyaW91czwvZGQ+CjxkdD 48c3Ry b25nPlByaW9yaXR5PC9zdHJvbmc+PC9kdD48ZGQ+CmxvdzwvZGQ+CjxkdD48c3Ryb25nPl Jlc3Bv bnNpYmxlPC9zdHJvbmc+PC9kdD48ZGQ+CjxhIGhyZWY9J21haWx0bzpmcmVlYnNkLWJ1Z3 NARnJl ZUJTRC5vcmcnPmZyZWVic2QtYnVnc0BGcmVlQlNELm9yZzwvYT48L2RkPgo8ZHQ+PHN0cm 9uZz5T dGF0ZTwvc3Ryb25nPjwvZHQ+PGRkPgpvcGVuPC9kZD4KPGR0PjxzdHJvbmc+Q2xhc3M8L3 N0cm9u Zz48L2R0PjxkZD4Kc3ctYnVnPC9kZD4KPGR0PjxzdHJvbmc+U3VibWl0dGVyLUlkPC9zdH Jvbmc+ PC9kdD48ZGQ+CmN1cnJlbnQtdXNlcnM8L2RkPgo8ZHQ+PHN0cm9uZz5BcnJpdmFsLURhdG U8L3N0 cm9uZz48L2R0PjxkZD4KU3VuIE5vdiAxMyAxMTo0MDoyMiBHTVQgMjAwNTwvZGQ+CjxkdD 48c3Ry b25nPkxhc3QtTW9kaWZpZWQ8L3N0cm9uZz48L2R0PjxkZD4KRnJpIEphbiAxMyAwNjoyMD ozOCBH TVQgMjAwNjwvZGQ+CjxkdD48c3Ryb25nPk9yaWdpbmF0b3I8L3N0cm9uZz48L2R0PjxkZD 4KTGkg UlVpIGppYW5nICZsdDs8YSBocmVmPSdtYWlsdG86bGl0aGl1bTc0NTZAc29odS5jb20nPm xpdGhp dW03NDU2QHNvaHUuY29tPC9hPiZndDs8L2RkPgo8ZHQ+PHN0cm9uZz5SZWxlYXNlPC9zdH Jvbmc+ PC9kdD48ZGQ+CjYuMDwvZGQ+CjxkdD48c3Ryb25nPk9yZ2FuaXphdGlvbjwvc3Ryb25nPj wvZHQ+ PGRkPgo8L2RkPgo8ZGQ+PHByZT4KRnVkYW4gdW5pdmVyc2l0eSxTaGFuZ0hhaSxDaGluYQ o8L3By ZT48L2RkPgo8ZHQ+PHN0cm9uZz5FbnZpcm9ubWVudDwvc3Ryb25nPjwvZHQ+PGRkPgo8L2 RkPgo8 ZGQ+PHByZT4KRnJlZUJTRCBsaXRoLjMzMjIub3JnIDYuMC1SRUxFQVNFIEZyZWVCU0QgNi 4wLVJF TEVBU0UgIzA6IEZyaSBOb3YgIDQgMDQ6MTk6NTAgQ1NUIDIwMDUgICAgIHJvb3RAOi91c3 Ivb2Jq L3Vzci9zcmMvc3lzL0NVU1RPTV82ICBpMzg2Cgo8L3ByZT48L2RkPgo8ZHQ+PHN0cm9uZz 5EZXNj cmlwdGlvbjwvc3Ryb25nPjwvZHQ+PGRkPgo8L2RkPgo8ZGQ+PHByZT4KVGhlIG1hY2hpbm UgcnVu bmluZyB3aW5kb3dzIGlzIHNldCB0byBhZGhvYyBtb2RlLiAKc3NpZCBpcyBjYXQKCk9uIE ZyZWVC U0QgbWFjaGluZSwgSSB0eXBlOgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS 0tCmlw d2NvbnRyb2wgLWYgL3Vzci9sb2NhbC9zaGFyZS9pcHctZmlybXdhcmUvaXB3LWkuZncKaW Zjb25m aWcgaXB3MCBtZWRpYW9wdCBhZGhvYwppZmNvbmZpZyBpcHcwIHNzaWQgY2F0CmlmY29uZm lnIGlw dzAgMTkyLjE2OC4wLjEgbmV0bWFzayAyNTUuMjU1LjI1NS4wCmlmY29uZmlnIGlwdzAgdX AKLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQp0aGUgbGVkIG9mIHdpcmVsZX NzIGlz IG9uLiAKCnRoZW4gdGhlIHdpbmRvd3MgbWFjaGluZSBzYXlzIHRoYXQgaXQgaGFzIGRldG VjdGVk IGEgd2lyZWxlc3MgbmV0d29yay4uCkkgY2hvb3NlIGpvaW4uLmFuZCBpdCBzYWlkIHRoYX QgdGhl IHNpZ25hbCBpcyB2ZXJ5IGdvb2QuCgpCdXQgdGhlIHdpbmRvd3MgbWFjaGluZSBjYW4gbm 90IHJl Y2VpdmUgYW55IHBhY2tldC4uLmFuZCBpdCB3YXMgc2VuZGluZyBwYWNrZXQKY29udGludW FsLiAK CndoZW4gSQotLS0tLS0tLS0tLS0tLS0tLS0tLS0Kc3lzY3RsIG5ldC53bGFuLmRlYnVnPS 0xCnN5 c2N0bCBuZXQud2xhbi4wLmRlYnVnPS0xCi0tLS0tLS0tLS0tLS0tLS0tLS0tCnRoZSBmaX JzdCB0 dHkgc2FpZCB0aGF0OgoKImRpc2NhcmQgZnJhbWUsIG5vdCB0byBic3MiCgpjb250aW51YW wKLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpJIGFtIHN1cmUgdGhhdCBteS B3aXJl bGVzcyBjYXJkIGlzIGdvb2QsIGFuZCB0aGUgd2luZG93cyBtYWNoaW5lJ3Mgc2V0dGluZy BpcyBy aWdodCwKYmVjYXVzZSB0aGUgd2lyZWxlc3Mgd29ya2VkIHdoZW4gSSBydW4gV2luZG93cy 4KCk15 IG1hY2hpbmUgaXMgCgpJQk0gdGhpbmtwYWQgVDQyCmFuZCBteSB3aXJlbGVzcyBjYXJkIG lzIAoK aXB3MDogJmx0O0ludGVsKFIpIFBSTy9XaXJlbGVzcyAyMTAwIE1pbmlQQ0kmZ3Q7IG1lbS AweGMw MjEwMDAwLTB4YzAyMTBmZmYgaXJxIDExIGF0IGRldmljZSAyLjAgb24gcGNpMgppcHcwOi BFdGhl cm5ldCBhZGRyZXNzOnh4eHh4eHh4eHgKCjwvcHJlPjwvZGQ+CjxkdD48c3Ryb25nPkhvdy 1Uby1S ZXBlYXQ8L3N0cm9uZz48L2R0PjxkZD4KPC9kZD4KPGRkPjxwcmU+ClRoZSBtYWNoaW5lIH J1bm5p bmcgd2luZG93cyBpcyBzZXQgdG8gYWRob2MgbW9kZS4gCnNzaWQgaXMgY2F0CgpPbiBGcm VlQlNE IG1hY2hpbmUsIEkgdHlwZToKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ ppcHdj b250cm9sIC1mIC91c3IvbG9jYWwvc2hhcmUvaXB3LWZpcm13YXJlL2lwdy1pLmZ3CmlmY2 9uZmln IGlwdzAgbWVkaWFvcHQgYWRob2MKaWZjb25maWcgaXB3MCBzc2lkIGNhdAppZmNvbmZpZy BpcHcw IDE5Mi4xNjguMC4xIG5ldG1hc2sgMjU1LjI1NS4yNTUuMAppZmNvbmZpZyBpcHcwIHVwCi 0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KdGhlIGxlZCBvZiB3aXJlbGVzcy BpcyBv bi4gCgp0aGVuIHRoZSB3aW5kb3dzIG1hY2hpbmUgc2F5cyB0aGF0IGl0IGhhcyBkZXRlY3 RlZCBh IHdpcmVsZXNzIG5ldHdvcmsuLgpJIGNob29zZSBqb2luLi5hbmQgaXQgc2FpZCB0aGF0IH RoZSBz aWduYWwgaXMgdmVyeSBnb29kLgoKQnV0IHRoZSB3aW5kb3dzIG1hY2hpbmUgY2FuIG5vdC ByZWNl aXZlIGFueSBwYWNrZXQuLi5hbmQgaXQgd2FzIHNlbmRpbmcgcGFja2V0CmNvbnRpbnVhbC 4gCgp3 aGVuIEkKLS0tLS0tLS0tLS0tLS0tLS0tLS0tCnN5c2N0bCBuZXQud2xhbi5kZWJ1Zz0tMQ pzeXNj dGwgbmV0LndsYW4uMC5kZWJ1Zz0tMQotLS0tLS0tLS0tLS0tLS0tLS0tLQp0aGUgZmlyc3 QgdHR5 IHNhaWQgdGhhdDoiZGlzY2FyZCBmcmFtZSwgbm90IHRvIGJzcyJjb250aW51YWwKCiAKPC 9wcmU+ PC9kZD4KPC9kbD48YSBocmVmPSJtYWlsdG86YnVnLWZvbGxvd3VwQEZyZWVCU0Qub3JnLG xpdGhp dW0lMzclMzQlMzUlMzZAc29odS5jb20/c3ViamVjdD1SZTolMjBrZXJuLzg4OTE3OiUyMC U1Qmlw dyU1RCUyMGlwdyUyMGNhbiUyMG5vdCUyMHdvcmslMjBpbiUyMGFkaG9jJTIwbW9kZSI+U3 VibWl0 IEZvbGxvd3VwPC9hPiB8IDxhIGhyZWY9Ii4vcXVlcnktcHIuY2dpP3ByPTg4OTE3JmFtcD tmPXJh dyI+UmF3IFBSPC9hPiB8IDxhIGhyZWY9Ii4vcXVlcnktcHItc3VtbWFyeS5jZ2k/cXVlcn kiPkZp bmQgQW5vdGhlciBQUjwvYT4KCgk8L2Rpdj4KICAgICAgICA8ZGl2IGlkPSJmb290ZXIiPg ogICAg ICAgICAgPGEgaHJlZj0iLi4vY29weXJpZ2h0LyI+TGVnYWwgTm90aWNlczwvYT4gfCAmY2 9weTsg MTk5NS0yMDA2CiAgICAgICAgICBUaGUgRnJlZUJTRCBQcm9qZWN0LiBBbGwgcmlnaHRzIH Jlc2Vy dmVkLjxiciAvPgoJICA8YWRkcmVzcz48YSBocmVmPScuLi9tYWlsdG8uaHRtbCc+d3d3QE ZyZWVC U0Qub3JnPC9hPjxiciAvPjwvYWRkcmVzcz4KICAgICAgICA8L2Rpdj4KICAgICAgPC9kaX Y+CiAg ICA8L2Rpdj4KICA8L2JvZHk+CjwvaHRtbD4K ------=_Part_4973_19431202.1141787091880-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 03:11:28 2006 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 5067916A420 for ; Wed, 8 Mar 2006 03:11:28 +0000 (GMT) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C30F43D46 for ; Wed, 8 Mar 2006 03:11:27 +0000 (GMT) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-244-179.lsanca.dsl-w.verizon.net [71.109.244.179]) (authenticated bits=0) by zoot.lafn.org (8.13.4/8.13.1) with ESMTP id k283BQJG075246 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 7 Mar 2006 19:11:27 -0800 (PST) (envelope-from bc979@lafn.org) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Doug Hardie Date: Tue, 7 Mar 2006 19:11:25 -0800 X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: ClamAV 0.88/1318/Tue Mar 7 12:55:18 2006 on zoot.lafn.org X-Virus-Status: Clean Cc: Subject: Inode Usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 03:11:28 -0000 I am building a tool to identify the file that has a specific LBA. The approach I am using is to search through each inode from number 2 up. This approach works well with UFS1 file systems as then preinitialize all the inodes. However, UFS2 does lazy inode initialization so there are always some that are basically garbage. I have not found any relaiable way to determine from the inode contents if it is in use or not. I suspect that information is in the inode bit map. However, I haven't found any way to access that. Nothing in ffs.h seems to fit the need. Is there a way to tell if inode x is initialized or in use? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 06:53:13 2006 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 DED2816A420 for ; Wed, 8 Mar 2006 06:53:13 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (vlink-1.avtlg.ru [83.239.142.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53ADF43D48 for ; Wed, 8 Mar 2006 06:53:12 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 27615FED0D2; Wed, 8 Mar 2006 09:53:11 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.66]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id DDA9E10099BD; Wed, 8 Mar 2006 09:53:10 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id k286rA29059512; Wed, 8 Mar 2006 09:53:10 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id k286r90R059509; Wed, 8 Mar 2006 09:53:09 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: lithium7456 To: =?utf-8?B?5p2O55Ge5rGf?= References: <80a29d1f0603071904medde5c7x@mail.gmail.com> From: Denis Shaposhnikov Date: Wed, 08 Mar 2006 09:53:09 +0300 In-Reply-To: <80a29d1f0603071904medde5c7x@mail.gmail.com> (lithium7456@gmail.com's message of "Wed, 8 Mar 2006 11:04:51 +0800") Message-ID: <87veup77hm.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: ipw can not work in adhoc mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 06:53:14 -0000 >>>>> "lithium7456" == lithium7456 writes: lithium7456> problem still exist in stable-6 now. Any one who knows lithium7456> how to solve this problem ? Thanks... Could you try the patch from http://www.freebsd.org/cgi/query-pr.cgi?pr=84861 ? -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 07:42:50 2006 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 4B15816A420 for ; Wed, 8 Mar 2006 07:42:50 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from cobalt.antimatter.net (cobalt.antimatter.net [69.55.224.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1022B43D45 for ; Wed, 8 Mar 2006 07:42:49 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from foo.antimatter.net (cpe-72-132-244-217.san.res.rr.com [72.132.244.217]) (authenticated bits=0) by cobalt.antimatter.net (8.13.4/8.13.4) with ESMTP id k288CWg1021678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 00:12:32 -0800 X-MailKey: purple frogs are falling from the sky Message-Id: <7.0.1.0.2.20060307233951.095f5538@antimatter.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Tue, 07 Mar 2006 23:41:37 -0800 To: Doug Hardie , stable@freebsd.org From: Glenn Dawson In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Inode Usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 07:42:50 -0000 At 07:11 PM 3/7/2006, Doug Hardie wrote: >I am building a tool to identify the file that has a specific LBA. >The approach I am using is to search through each inode from number 2 >up. This approach works well with UFS1 file systems as then >preinitialize all the inodes. However, UFS2 does lazy inode >initialization so there are always some that are basically garbage. >I have not found any relaiable way to determine from the inode >contents if it is in use or not. I suspect that information is in >the inode bit map. However, I haven't found any way to access that. >Nothing in ffs.h seems to fit the need. Is there a way to tell if >inode x is initialized or in use? I believe there are macros for that in sys/ufs/ffs/fs.h. Also, the source for dumpfs probably has good examples of how to use them. -Glenn >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 09:28:05 2006 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 0EB2016A420 for ; Wed, 8 Mar 2006 09:28:05 +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 623FA43D5D for ; Wed, 8 Mar 2006 09:28:03 +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 k289RoC2058253; Wed, 8 Mar 2006 06:27:50 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Wed, 8 Mar 2006 06:27:40 -0300 User-Agent: KMail/1.9.1 References: <43FF65FD.8020104@errno.com> In-Reply-To: <43FF65FD.8020104@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603080627.40991.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: : HEADSUP: new ath and hal - almost unusable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 09:28:05 -0000 Hi the atheros cards are stopping communication after some time before I got still device timeouts in messages but the lates version on=20 releng_6 from yesterday simply stops I can not say much about client or adhoc mode because I have only freebsd=20 hostap APs running atheros cards a/b/g (Dlink AG530) so my client ATHs are stoping as well but since the transfer stopps also wi= th=20 other cards as client I guess first thing to look is the hostap the funny thing is it stops only when having clients associated when the AP is up for any time and I associate a client it stops after a=20 certain period between 10-30 minutes I can get it back by ifconfig ath0 down, some seconds, ifconfig ath0 up this happens in any mode, any speed and on 11b and 11g, I still did not=20 checked 11a no output with the card in debug mode ath0: mem 0xe1800000-0xe180ffff irq 12 at device 10.0 on pci0 ath0: Ethernet address: 00:11:95:c2:2a:70 ath0: mac 5.9 phy 4.3 radio 3.6 on the other side, all ifconfig commands are accepted fine including wep an= d=20 the card works with extremly good performance as long it is up wi cards work fine and stable on the same machine, even as second card when= =20 and while the ath is lost 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 Wed Mar 8 10:35:11 2006 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 8A5CA16A420 for ; Wed, 8 Mar 2006 10:35:11 +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 C902443D48 for ; Wed, 8 Mar 2006 10:35:10 +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 ; 8 Mar 2006 10:35:09 +0000 (GMT) Date: Wed, 8 Mar 2006 10:35:08 +0000 From: David Malone To: Doug Hardie Message-ID: <20060308103508.GA8624@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: stable@freebsd.org Subject: Re: Inode Usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 10:35:11 -0000 On Tue, Mar 07, 2006 at 07:11:25PM -0800, Doug Hardie wrote: > I am building a tool to identify the file that has a specific LBA. > The approach I am using is to search through each inode from number 2 > up. This approach works well with UFS1 file systems as then > preinitialize all the inodes. However, UFS2 does lazy inode > initialization so there are always some that are basically garbage. > I have not found any relaiable way to determine from the inode > contents if it is in use or not. I suspect that information is in > the inode bit map. However, I haven't found any way to access that. Have a look at the patch I committed to quot last week: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/quot/quot.c.diff?r1=1.23&r2=1.24 David. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 12:56:41 2006 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 028C416A422 for ; Wed, 8 Mar 2006 12:56:41 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-228-141.net.novis.pt [87.196.228.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09E5243D4C for ; Wed, 8 Mar 2006 12:56:39 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k28CubNE006404; Wed, 8 Mar 2006 12:56:37 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k28CuaV4006403; Wed, 8 Mar 2006 12:56:36 GMT (envelope-from miguel) Date: Wed, 8 Mar 2006 12:56:36 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603081256.k28CuaV4006403@compaq.anjos.strangled.net> To: freebsd-stable@freebsd.org, nick@tehmatix.net In-Reply-To: <000601c63ddb$afa2ebe0$fbd2a118@bigmatix> Cc: Subject: RE: Remote Installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 12:56:41 -0000 > From: "Nick Price" > Subject: RE: Remote Installworld > > > I'm currently administering a machine about 1500mi from me with nobody > > local to the machine to assist me. Anyways, my only access to this > > machine is via SSH, no remote serial console or anything. > > When I try to do a "make installworld" I end up with > > install: rename: /lib/INS@aTxk to /lib/libcrypt.so.3: Operation not > > permitted > > very shortly thereafter. I cannot boot into single user mode because > > I am far, far away from the machine. What can I do to finish the > > installworld? > > Thanks > > Nick > > ________________________________________________ > > VHCS Webmail > > The securelevel wouldn't allow me to change the flag. > > Thanks anyways > Nick Is it really the securelevel? I had a similar problem on a diskless machine, file flags couldn't be changed through NFS, so I had to remove the schg flags on the server. Miguel From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 14:01:29 2006 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 B388916A420 for ; Wed, 8 Mar 2006 14:01:29 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-228-141.net.novis.pt [87.196.228.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0168F43D48 for ; Wed, 8 Mar 2006 14:01:28 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k28E1PKv006776; Wed, 8 Mar 2006 14:01:26 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k28E1Obv006775; Wed, 8 Mar 2006 14:01:24 GMT (envelope-from miguel) Date: Wed, 8 Mar 2006 14:01:24 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603081401.k28E1Obv006775@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060308005138.GA49684@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 14:01:29 -0000 > From: Kris Kennaway > Subject: Re: rpc.lockd brokenness (2) > > I wonder if something else is going wrong and it's not rpc.lockd at > all. Oh, it's a locking problem alright. But perhaps not in rpc.lockd... > It looks like this wasn't made using -s 0 - sorry if I wasn't > explicit. You must give all details to rookies... I've changed things a bit, but perhaps there's a test now which is more easily reproducible on other systems. The following tcpdumps were obtaining by booting in single-user mode on the diskless machine and doing the following sequence for initialization: # mount -u / # /etc/rc.d/netif start # /etc/rc.d/rpcbind start # /etc/rc.d/nfsclient start # /etc/rc.d/nfslocking start And then, with /var/run/cron.pid removed, # /etc/rc.d/cron start Starting cron. # /etc/rc.d/cron stop # /etc/rc.d/nfslocking stop # /etc/rc.d/nfsclient stop # /etc/rc.d/rpcbind stop # reboot see http://mega.ist.utl.pt/~mlsr/nfs-nofile.bin Everything seemed to be ok, but /var/run/cron.pid was left locked on the server. Then, with /var/run/cron.pid still locked, # /etc/rc.d/cron start ... cron already running (pid=111).. something like that, which is ok # /etc/rc.d/cron stop # reboot see http://mega.ist.utl.pt/~mlsr/nfs-lockedpass.bin The result of this test is ok, but when booting multiuser, cron still hangs instead of saying it's already running, and, when I checked if /var/run/cron.pid was still locked, for accident on a third machine with # lockf -k -t 1 .../var/run/cron.pid echo ok lockf hung on this third machine, in spite of -t 1 parameter, it remained unkillable. With /var/run/cron.pid still locked, on the first client, single-user, same initialization sequence # lockf -k -t 1 /var/run/cron.pid echo ok Hangs... always. see http://mega.ist.utl.pt/~mlsr/nfs-lockfhang.bin (this tcpdump is quite big, perhaps it included loading the kernel) Now, given this, since the hang also occurs with lockf, I tried another test, on a different machine (the one that's called dual). The tcpdump was done on the server: tcpdump -s 0 -w nfs-other.bin host dual and udp port nfs Now, two vts on the client, in the first, this sequence: # mkdir test # mount compaq:/x1 test # touch test/lock-file ; lockf -k -t 1 test/lock-file sh # On the second vt, # lockf -k -t 1 test/lock-file echo ok it hung. Tried ^C. still hung. On the first vt, # exit On the second vt, lockf had returned to prompt. The tcpdump is on http://mega.ist.utl.pt/~mlsr/nfs-other.bin The output of uname -a on the client (dual) is: FreeBSD dual 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue Mar 7 18:03:35 WET 2006 root@dual:/usr/obj/usr/src/sys/DUAL i386 and on the server (compaq) is: FreeBSD compaq 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #3: Tue Feb 14 13:04:11 WET 2006 root@dual:/usr/obj/usr/src/sys/COMPAQ i386 Please try also what I did, two vts on a client, trying to lock the same file on the server with lockf. The description of the problem that I have becomes increasingly similar to what is in pr bin/80something. Greetings, Miguel From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 14:21:09 2006 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 526B816A420 for ; Wed, 8 Mar 2006 14:21:09 +0000 (GMT) (envelope-from lithium7456@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5347243D53 for ; Wed, 8 Mar 2006 14:21:07 +0000 (GMT) (envelope-from lithium7456@gmail.com) Received: by uproxy.gmail.com with SMTP id u40so91505ugc for ; Wed, 08 Mar 2006 06:21:07 -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=jD5NgO0/ERfS7Qtbmttsy6llsYykGOe7d/zY5hqtJP22Xmr2vI+KVNDUmfDnqqDfnImcdOrZHf8dgoPrpgSMwMZ+v2LuXyifJoulbJp0VQUNUxnw0pletEC8z5gYCrfV2gb5l8mys4tLCHWN4pnwJeDWFcXuSxYTsEHfYwbmUkA= Received: by 10.67.20.16 with SMTP id x16mr470816ugi; Wed, 08 Mar 2006 06:21:07 -0800 (PST) Received: by 10.66.236.9 with HTTP; Wed, 8 Mar 2006 06:21:07 -0800 (PST) Message-ID: <80a29d1f0603080621g2ffe6356u@mail.gmail.com> Date: Wed, 8 Mar 2006 22:21:07 +0800 From: "=?GB2312?B?wO7I8L2t?=" To: "Denis Shaposhnikov" In-Reply-To: <87veup77hm.fsf@neva.vlink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <80a29d1f0603071904medde5c7x@mail.gmail.com> <87veup77hm.fsf@neva.vlink.ru> Cc: freebsd-stable@freebsd.org Subject: Re: ipw can not work in adhoc mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 14:21:09 -0000 I am sorry that the patch did not work. use the same method, I turn on the debug mode and and it said that [00:20:e0:8a:8d:79] probe_resp on chan 11 (bss chan 11) "aaa" ipw0: ipw0: notify scan done ipw0: ipw0: notify scan done repeatly. -------- 2006/3/8, Denis Shaposhnikov : > >>>>> "lithium7456" =3D=3D lithium7456 writes: > > lithium7456> problem still exist in stable-6 now. Any one who knows > lithium7456> how to solve this problem ? Thanks... > > Could you try the patch from > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D84861 ? > > -- > DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet > xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 15:57:05 2006 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 E0ED916A420 for ; Wed, 8 Mar 2006 15:57:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74EBC43D46 for ; Wed, 8 Mar 2006 15:57:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k28Fv2o7060532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 07:57:04 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <440EFFA7.1080907@errno.com> Date: Wed, 08 Mar 2006 08:00:39 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: JoaoBR References: <43FF65FD.8020104@errno.com> <200603080627.40991.joao@matik.com.br> In-Reply-To: <200603080627.40991.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: : HEADSUP: new ath and hal - almost unusable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 15:57:06 -0000 JoaoBR wrote: > Hi > > the atheros cards are stopping communication after some time > before I got still device timeouts in messages but the lates version on > releng_6 from yesterday simply stops "simply stops" says little. Are beacon frames transmitted? Can you see inbound traffic? Is the ap configured in a bridge and can you see outbound traffic from the wired interface? What does ifconfig show for the device? > > I can not say much about client or adhoc mode because I have only freebsd > hostap APs running atheros cards a/b/g (Dlink AG530) > > so my client ATHs are stoping as well but since the transfer stopps also with > other cards as client I guess first thing to look is the hostap > > the funny thing is it stops only when having clients associated > when the AP is up for any time and I associate a client it stops after a > certain period between 10-30 minutes > > I can get it back by ifconfig ath0 down, some seconds, ifconfig ath0 up > > this happens in any mode, any speed and on 11b and 11g, I still did not > checked 11a > > no output with the card in debug mode What is "no output"? packets, console msgs? what is "debug mode"? Have you looked at the output of wlanstats to see if it gives you a clue? Can you see any frames with tcpdump or by sniffing from another station? > > ath0: mem 0xe1800000-0xe180ffff irq 12 at device 10.0 on pci0 > ath0: Ethernet address: 00:11:95:c2:2a:70 > ath0: mac 5.9 phy 4.3 radio 3.6 > > on the other side, all ifconfig commands are accepted fine including wep and > the card works with extremly good performance as long it is up So you have crypto configured; have you tried w/o? > > wi cards work fine and stable on the same machine, even as second card when > and while the ath is lost Sorry but your report does not help resolve your problem. You have identified your card (mac+phy) but I'm not certain what code you are running (hal rev is useful). Then provide the steps used to configure the ap. Then explain what clients are used or otherwise describe how to reproduce your problem. Once I have that I can try to reproduce the problem here. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 16:30:28 2006 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 6FCC316A424 for ; Wed, 8 Mar 2006 16:30:28 +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 0D50943D76 for ; Wed, 8 Mar 2006 16:30:24 +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 1FH1YN-0005jP-NF for stable@FreeBSD.ORG; Wed, 08 Mar 2006 16:30:23 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1FH1YN-0009zP-IL for stable@FreeBSD.ORG; Wed, 08 Mar 2006 16:30:23 +0000 To: stable@FreeBSD.ORG Message-Id: From: Pete French Date: Wed, 08 Mar 2006 16:30:23 +0000 Cc: Subject: 'Features=' line in dmesg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 16:30:28 -0000 Is there any way of telling from this line whether the processor is capable of supporting amd64/emt64 ? Am trying to doo an audit of our FreeBSD machines to see whcih ones will need replacing if and when we move to 64 bits. thanks, -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 16:32:18 2006 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 2E64016A420 for ; Wed, 8 Mar 2006 16:32:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9767D43D48 for ; Wed, 8 Mar 2006 16:32:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k28GWGls036336; Wed, 8 Mar 2006 11:32:16 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mike Tancsa Date: Wed, 8 Mar 2006 11:03:30 -0500 User-Agent: KMail/1.9.1 References: <200603071502.46074.jhb@freebsd.org> <6.2.3.4.0.20060307192543.0531ae40@64.7.153.2> <6.2.3.4.0.20060307193549.071b9ef8@64.7.153.2> In-Reply-To: <6.2.3.4.0.20060307193549.071b9ef8@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603081103.31669.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1318/Tue Mar 7 15:55:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: stable@freebsd.org Subject: Re: [PATCH] MFC of the intr_event stuff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 16:32:18 -0000 On Tuesday 07 March 2006 19:45, Mike Tancsa wrote: > At 07:29 PM 07/03/2006, Mike Tancsa wrote: > >At 03:02 PM 07/03/2006, John Baldwin wrote: > >>I have a somewhat large patch that MFC's some of the cleanups to the > >>interrupt code that needs some testing before it is MFC'd. > > > > > >It seems to help my sio overflows that are described in > > > > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 > > Actually, it only helps on the ICH box. On the VIA, I still need to > make the change that Bruce Evans suggests The reason it might help is that if your sio(4) device shares its IRQ with another driver, it would previously have been forced to use a non-FAST handler, but now sio(4) can always use a FAST handler. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 16:51:57 2006 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 6CED616A423; Wed, 8 Mar 2006 16:51:57 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF7243D5A; Wed, 8 Mar 2006 16:51:56 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k28Gpt7Y034828; Wed, 8 Mar 2006 11:51:55 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k28Gpsq6062038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 11:51:54 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060308114730.104f2ed0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 08 Mar 2006 11:51:48 -0500 To: John Baldwin From: Mike Tancsa In-Reply-To: <200603081103.31669.jhb@freebsd.org> References: <200603071502.46074.jhb@freebsd.org> <6.2.3.4.0.20060307192543.0531ae40@64.7.153.2> <6.2.3.4.0.20060307193549.071b9ef8@64.7.153.2> <200603081103.31669.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: stable@freebsd.org Subject: Re: [PATCH] MFC of the intr_event stuff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 16:51:57 -0000 At 11:03 AM 08/03/2006, John Baldwin wrote: >On Tuesday 07 March 2006 19:45, Mike Tancsa wrote: > > At 07:29 PM 07/03/2006, Mike Tancsa wrote: > > >At 03:02 PM 07/03/2006, John Baldwin wrote: > > >>I have a somewhat large patch that MFC's some of the cleanups to the > > >>interrupt code that needs some testing before it is MFC'd. > > > > > > > > >It seems to help my sio overflows that are described in > > > > > > > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 > > > > Actually, it only helps on the ICH box. On the VIA, I still need to > > make the change that Bruce Evans suggests > >The reason it might help is that if your sio(4) device shares its IRQ >with another driver, it would previously have been forced to use a >non-FAST handler, but now sio(4) can always use a FAST handler. Hi, Thanks for the info. Apart from manually patching, is there a better way to control for this ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 17:11:30 2006 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 E4DC516A422 for ; Wed, 8 Mar 2006 17:11:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40AD843D5F for ; Wed, 8 Mar 2006 17:11:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k28HBIsT036628; Wed, 8 Mar 2006 12:11:18 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mike Tancsa Date: Wed, 8 Mar 2006 12:09:34 -0500 User-Agent: KMail/1.9.1 References: <200603071502.46074.jhb@freebsd.org> <200603081103.31669.jhb@freebsd.org> <6.2.3.4.0.20060308114730.104f2ed0@64.7.153.2> In-Reply-To: <6.2.3.4.0.20060308114730.104f2ed0@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603081209.36289.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1318/Tue Mar 7 15:55:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: stable@freebsd.org Subject: Re: [PATCH] MFC of the intr_event stuff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 17:11:31 -0000 On Wednesday 08 March 2006 11:51, Mike Tancsa wrote: > At 11:03 AM 08/03/2006, John Baldwin wrote: > >On Tuesday 07 March 2006 19:45, Mike Tancsa wrote: > > > At 07:29 PM 07/03/2006, Mike Tancsa wrote: > > > >At 03:02 PM 07/03/2006, John Baldwin wrote: > > > >>I have a somewhat large patch that MFC's some of the cleanups to the > > > >>interrupt code that needs some testing before it is MFC'd. > > > > > > > > > > > >It seems to help my sio overflows that are described in > > > > > > > > > > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 > > > > > > Actually, it only helps on the ICH box. On the VIA, I still need to > > > make the change that Bruce Evans suggests > > > >The reason it might help is that if your sio(4) device shares its IRQ > >with another driver, it would previously have been forced to use a > >non-FAST handler, but now sio(4) can always use a FAST handler. > > > Hi, > Thanks for the info. Apart from manually patching, is there > a better way to control for this ? Not currently. It could always be patched to make that '4' number a loader tunable, then you could keep the change via an entry in /boot/loader.conf w/o having to maintain a local patch. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 18:17:18 2006 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 BDE2916A420 for ; Wed, 8 Mar 2006 18:17:18 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 223F943D58 for ; Wed, 8 Mar 2006 18:17:13 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k28IHBDK021687 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 9 Mar 2006 05:17:12 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k28IHBZi002941; Thu, 9 Mar 2006 05:17:11 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k28IHAIk002940; Thu, 9 Mar 2006 05:17:10 +1100 (EST) (envelope-from peter) Date: Thu, 9 Mar 2006 05:17:10 +1100 From: Peter Jeremy To: Pete French Message-ID: <20060308181710.GD679@turion.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: 'Features=' line in dmesg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 18:17:18 -0000 On Wed, 2006-Mar-08 16:30:23 +0000, Pete French wrote: >Is there any way of telling from this line whether the processor is capable >of supporting amd64/emt64 ? Am trying to doo an audit of our FreeBSD machines >to see whcih ones will need replacing if and when we move to 64 bits. For amd64, the 'LM' flag will be set in 'AMD Features='. Looking at the code in identcpu.c, I suspect it may be the same for emt64. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 18:23:16 2006 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 3381D16A420; Wed, 8 Mar 2006 18:23:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 625A543D6B; Wed, 8 Mar 2006 18:23:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k264SU2v044494; Sun, 5 Mar 2006 22:28:31 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <440BBA6F.9050401@centtech.com> Date: Sun, 05 Mar 2006 22:28:31 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Steven Hartland References: <02ed01c640d0$32b1dbd0$b3db87d4@multiplay.co.uk> In-Reply-To: <02ed01c640d0$32b1dbd0$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1315/Sun Mar 5 04:31:57 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: g_vfs_done with offset greater than disk size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 18:23:16 -0000 Steven Hartland wrote: > I've been trying to get a problem fixed with a Highpoint 1820a crashing > out with errors like: > kernel: IAL: COMPLETION ERROR, adapter 0, channel 2, flags=104 > kernel: ATA regs: error 10, sector count 20, LBA low ff, LBA mid ff, > LBA high ff, device 4f, status 51 > which results in the disk being dropped from the array. > > A sharp eyed engineer at Highpoint has just spotted the fact that the > read error reported later is well beyond the end of the array ( 750Gb ): > kernel: > g_vfs_done():da0s1h[READ(offset=535260184576,length=131072)]error = 5 > > As such is it possible there is a problem in the FS that fsck is not > detecting > which could be causing this behaviour when an rsync ( read only ) is > performed against it? > > If there is indeed a vfs error which fsck is not detecting how would I > go about: > 1. finding it > 2. fixing it I recently sent a very similar issue to freebsd-geom list, with no responses yet (just sent it last week). I've got a system with ICH6 (or ICH7 maybe) controller, and a SATA disk. I don't believe it's a driver issue, and I don't think it's an fs issue, since I was dd'ing an image onto the disk, and the image contained linux partitioning and an ext2 fs. I think it has to do with the tasting (or re-tasting) of the GEOM devices, but that's pretty much a guess. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 18:50:52 2006 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 A712516A420; Wed, 8 Mar 2006 18:50:52 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305BA43D46; Wed, 8 Mar 2006 18:50:52 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k28IoogY046946; Wed, 8 Mar 2006 13:50:50 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k28IonBa062641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 13:50:49 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060308134932.0633a5e8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 08 Mar 2006 13:50:42 -0500 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <20060306222844.GC56506@garage.freebsd.pl> References: <20060306222844.GC56506@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 18:50:52 -0000 At 05:28 PM 06/03/2006, Pawel Jakub Dawidek wrote: >Hi. > >Here you can find patches with changes to gmirror(8) and graid3(8): > > http://people.freebsd.org/~pjd/patches/gmirror.7.patch > http://people.freebsd.org/~pjd/patches/graid3.patch Hi, Against stable, this patch fails in places. This is against RELENG_6 as of today patch < graid3.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: g_raid3.c |=================================================================== |RCS file: /usr/repo/src/sys/geom/raid3/g_raid3.c,v |retrieving revision 1.54 |diff -u -p -r1.54 g_raid3.c |--- g_raid3.c 22 Feb 2006 10:21:05 -0000 1.54 |+++ g_raid3.c 7 Mar 2006 13:25:14 -0000 -------------------------- Patching file g_raid3.c using Plan A... Hunk #1 failed at 62. Hunk #2 succeeded at 85 (offset -5 lines). Hunk #3 succeeded at 92 (offset -5 lines). Hunk #4 succeeded at 117 (offset -5 lines). Hunk #5 succeeded at 170 (offset -5 lines). Hunk #6 succeeded at 278 (offset -5 lines). Hunk #7 succeeded at 318 (offset -5 lines). Hunk #8 succeeded at 348 (offset -5 lines). Hunk #9 succeeded at 399 (offset -5 lines). Hunk #10 succeeded at 453 (offset -5 lines). Hunk #11 succeeded at 520 (offset -5 lines). Hunk #12 succeeded at 532 (offset -5 lines). Hunk #13 succeeded at 547 (offset -5 lines). Hunk #14 succeeded at 569 (offset -5 lines). Hunk #15 failed at 599. Hunk #16 succeeded at 640 (offset -5 lines). Hunk #17 succeeded at 655 with fuzz 1 (offset -5 lines). Hunk #18 succeeded at 675 (offset -14 lines). Hunk #19 succeeded at 739 (offset -5 lines). Hunk #20 succeeded at 780 (offset 10 lines). Hunk #21 failed at 805. Hunk #22 failed at 825. Hunk #23 failed at 855. Hunk #24 failed at 864. Hunk #25 succeeded at 825 with fuzz 1 (offset -43 lines). Hunk #26 succeeded at 980 (offset 36 lines). Hunk #27 succeeded at 928 (offset -43 lines). Hunk #28 succeeded at 1096 (offset 36 lines). Hunk #29 succeeded at 1116 (offset -50 lines). Hunk #30 succeeded at 1331 (offset 14 lines). Hunk #31 succeeded at 1325 (offset -50 lines). Hunk #32 succeeded at 1530 (offset 14 lines). Hunk #33 succeeded at 1521 (offset -50 lines). Hunk #34 succeeded at 1603 (offset 14 lines). Hunk #35 succeeded at 1556 (offset -50 lines). Hunk #36 succeeded at 1738 (offset 14 lines). Hunk #37 succeeded at 1687 with fuzz 1 (offset -52 lines). Hunk #38 succeeded at 1850 (offset 14 lines). Hunk #39 succeeded at 1794 (offset -52 lines). Hunk #40 failed at 1840. Hunk #41 succeeded at 1925 (offset 14 lines). Hunk #42 failed at 1945. Hunk #43 succeeded at 1887 (offset -53 lines). Hunk #44 succeeded at 1962 (offset 14 lines). Hunk #45 succeeded at 1913 (offset -53 lines). Hunk #46 succeeded at 1994 (offset 14 lines). Hunk #47 failed at 2007. Hunk #48 succeeded at 1945 (offset -58 lines). Hunk #49 failed at 1955. Hunk #50 failed at 1992. Hunk #51 succeeded at 2112 (offset 45 lines). Hunk #52 succeeded at 2032 (offset -58 lines). Hunk #53 succeeded at 2208 (offset 45 lines). Hunk #54 succeeded at 2124 (offset -58 lines). Hunk #55 succeeded at 2249 (offset 45 lines). Hunk #56 succeeded at 2166 (offset -58 lines). Hunk #57 succeeded at 2285 (offset 45 lines). Hunk #58 succeeded at 2273 (offset -58 lines). Hunk #59 succeeded at 2604 (offset 45 lines). Hunk #60 succeeded at 2813 (offset -56 lines). Hunk #61 failed at 2844. Hunk #62 failed at 2854. Hunk #63 succeeded at 3039 (offset 62 lines). Hunk #64 failed at 3059. Hunk #65 succeeded at 2997 (offset -56 lines). Hunk #66 succeeded at 3135 (offset 62 lines). Hunk #67 succeeded at 3027 (offset -56 lines). Hunk #68 succeeded at 3222 (offset 62 lines). Hunk #69 succeeded at 3113 (offset -56 lines). Hunk #70 succeeded at 3245 (offset 62 lines). Hunk #71 succeeded at 3162 (offset -56 lines). Hunk #72 succeeded at 3292 (offset 62 lines). Hunk #73 succeeded at 3211 (offset -57 lines). Hunk #74 succeeded at 3364 (offset 62 lines). Hunk #75 succeeded at 3315 (offset -57 lines). Hunk #76 succeeded at 3446 (offset 62 lines). 14 out of 76 hunks failed--saving rejects to g_raid3.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: g_raid3.h |=================================================================== |RCS file: /usr/repo/src/sys/geom/raid3/g_raid3.h,v |retrieving revision 1.15 |diff -u -p -r1.15 g_raid3.h |--- g_raid3.h 11 Feb 2006 17:42:31 -0000 1.15 |+++ g_raid3.h 7 Mar 2006 13:25:16 -0000 -------------------------- Patching file g_raid3.h using Plan A... Hunk #1 succeeded at 109 (offset -1 lines). Hunk #2 succeeded at 169 (offset -1 lines). Hunk #3 succeeded at 197 (offset -1 lines). Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: g_raid3_ctl.c |=================================================================== |RCS file: /usr/repo/src/sys/geom/raid3/g_raid3_ctl.c,v |retrieving revision 1.12 |diff -u -p -r1.12 g_raid3_ctl.c |--- g_raid3_ctl.c 1 Feb 2006 12:06:01 -0000 1.12 |+++ g_raid3_ctl.c 6 Mar 2006 19:50:13 -0000 -------------------------- Patching file g_raid3_ctl.c using Plan A... Hunk #1 succeeded at 51. Hunk #2 succeeded at 60. Hunk #3 succeeded at 75. Hunk #4 succeeded at 112. Hunk #5 succeeded at 163. Hunk #6 succeeded at 227. Hunk #7 succeeded at 240. Hunk #8 succeeded at 262. Hunk #9 succeeded at 286. Hunk #10 succeeded at 311. Hunk #11 succeeded at 342. Hunk #12 succeeded at 372. Hunk #13 succeeded at 381. Hunk #14 succeeded at 396. Hunk #15 succeeded at 459. Hunk #16 succeeded at 469. Hunk #17 succeeded at 494. Hunk #18 succeeded at 503. Hunk #19 succeeded at 518. Hunk #20 succeeded at 534. Hunk #21 succeeded at 545. Hunk #22 succeeded at 574. Hunk #23 succeeded at 587. done From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 19:40:03 2006 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 E6FE516A420 for ; Wed, 8 Mar 2006 19:40:03 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 408EB43D49 for ; Wed, 8 Mar 2006 19:40:02 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4726C516FE; Wed, 8 Mar 2006 20:40:01 +0100 (CET) Received: from localhost (dkm42.neoplus.adsl.tpnet.pl [83.24.16.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 416AA509F1; Wed, 8 Mar 2006 20:39:55 +0100 (CET) Date: Wed, 8 Mar 2006 20:39:25 +0100 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20060308193925.GH737@garage.freebsd.pl> References: <20060306222844.GC56506@garage.freebsd.pl> <6.2.3.4.0.20060308134932.0633a5e8@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FLPM4o+7JoHGki3m" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20060308134932.0633a5e8@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-stable@freebsd.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 19:40:04 -0000 --FLPM4o+7JoHGki3m Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 01:50:42PM -0500, Mike Tancsa wrote: +> At 05:28 PM 06/03/2006, Pawel Jakub Dawidek wrote: +> >Hi. +> > +> >Here you can find patches with changes to gmirror(8) and graid3(8): +> > +> > http://people.freebsd.org/~pjd/patches/gmirror.7.patch +> > http://people.freebsd.org/~pjd/patches/graid3.patch +>=20 +> Hi, +> Against stable, this patch fails in places. This is against RELENG_6 a= s of today graid3 from HEAD and RELENG_6 differ. Can you apply the patches to HEAD version and just copy entire sys/geom/raid3 from HEAD to RELENG_6? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --FLPM4o+7JoHGki3m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEDzLtForvXbEpPzQRAgp0AKCTdBZ9pS12GkntMfp0OF+gEdCv+QCgo6bN 7jHs5SKFUcwK9jvI8rG4SWk= =NM6p -----END PGP SIGNATURE----- --FLPM4o+7JoHGki3m-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 19:51:51 2006 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 CB91916A420 for ; Wed, 8 Mar 2006 19:51:51 +0000 (GMT) (envelope-from scs@b1tt3r.org) Received: from paperboy.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4575443D49 for ; Wed, 8 Mar 2006 19:51:50 +0000 (GMT) (envelope-from scs@b1tt3r.org) Received: from anathema.b1tt3r.org (anathema.b1tt3r.org [192.168.1.24]) by paperboy.b1tt3r.org (8.13.4/8.13.4) with SMTP id k28Jpngr000554 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 8 Mar 2006 13:51:49 -0600 (CST) (envelope-from scs@b1tt3r.org) Received: by anathema.b1tt3r.org (sSMTP sendmail emulation); Wed, 8 Mar 2006 13:51:57 -0600 Date: Wed, 8 Mar 2006 13:51:57 -0600 From: Sam Stein To: freebsd-stable@freebsd.org Message-ID: <20060308195156.GB16523@anathema.b1tt3r.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Md/poaVZ8hnGTzuv" Content-Disposition: inline Organization: Hornswaggler X-OS: FreeBSD anathema.b1tt3r.org 6.1-PRERELEASE i386 User-Agent: Mutt/1.5.11 Subject: prerelease X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: scs@b1tt3r.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 19:51:52 -0000 --Md/poaVZ8hnGTzuv Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable So prerelease is stable now...? Why exactly.. --=20 b1tt3r -- You know, like sugar? Sam Stein Computer TeXnician/Programmer --Md/poaVZ8hnGTzuv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDzXczZZIldcaEToRAh91AJ9oDm8Gnpwwb0f0ABW46oYgaatwzgCfeJaB /Zoz/YB3yhGIMMHM2UYK+OE= =2H8X -----END PGP SIGNATURE----- --Md/poaVZ8hnGTzuv-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 20:05:57 2006 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 1B80016A420 for ; Wed, 8 Mar 2006 20:05:57 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 8767F43D48 for ; Wed, 8 Mar 2006 20:05:56 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 27921 invoked from network); 8 Mar 2006 20:05:55 -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:Subject:Content-Type:Content-Transfer-Encoding; b=dN6gI0D4nTtihl6H2dmZjpMlL0dbxgu1qpIEo9nnkG83fsxBsH5yxMArN8N0PC2Y/nsfdKziX5vrdkc+b1tQQKShk8xzUuKwO+YC7vOYIzV9DcgWBfQ3syhS/BPgyFuD92WlOqYo8KNzvZgZfQRkXDKd6LTBQErDhOmodbdLW3A= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 8 Mar 2006 20:05:55 -0000 Message-ID: <440F393C.9030302@rogers.com> Date: Wed, 08 Mar 2006 15:06:20 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 20:05:57 -0000 Does anyone know how to change the release version of the source code? I have some brain dead software (Plesk) that insists on FreeBSD 5.3, while it will work just fine on 5.5 and even 6. I am wondering i can change the version of RELENG_5 code so that this software will think its 5.3-R and let me install. I have tried changing the variable in /usr/src/release/Makefile, but that seems to have no effect. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 20:17:15 2006 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 1CDF416A420 for ; Wed, 8 Mar 2006 20:17:15 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A473D43D46 for ; Wed, 8 Mar 2006 20:17:14 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s17so201710wxc for ; Wed, 08 Mar 2006 12:17:13 -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=JeNK6Ge2XYQlXellnkUdHbRdfbuHgAy0MwRN7QIcLY/YQkcVGvsz7XbmGg2CgLRuVzk+DOQiXQ23E2AdlgNBeTQPJsv6EPPZadEJEs0nF01vvOH0SYI9a+9jgS4TrZrZbMpJPFpsXrbt+Nik80l6bXySO6vgrfUHHpYEmzjLAiA= Received: by 10.70.108.16 with SMTP id g16mr301031wxc; Wed, 08 Mar 2006 12:17:13 -0800 (PST) Received: by 10.70.31.17 with HTTP; Wed, 8 Mar 2006 12:17:13 -0800 (PST) Message-ID: <790a9fff0603081217x190cbcbao94b56dd3943d77da@mail.gmail.com> Date: Wed, 8 Mar 2006 14:17:13 -0600 From: "Scot Hetzel" To: "Mike Jakubik" In-Reply-To: <440F393C.9030302@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <440F393C.9030302@rogers.com> Cc: stable@freebsd.org Subject: Re: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 20:17:15 -0000 On 3/8/06, Mike Jakubik wrote: > Does anyone know how to change the release version of the source code? I > have some brain dead software (Plesk) that insists on FreeBSD 5.3, while > it will work just fine on 5.5 and even 6. I am wondering i can change > the version of RELENG_5 code so that this software will think its 5.3-R > and let me install. I have tried changing the variable in > /usr/src/release/Makefile, but that seems to have no effect. > To change it, you would have to edit sys/*/param.h. Does the installer for this program use shell scripts? If it does, you could edit the shell scripts to reconize newer version of FreeBSD. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 20:23:42 2006 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 36B8216A420 for ; Wed, 8 Mar 2006 20:23:42 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 9278943D48 for ; Wed, 8 Mar 2006 20:23:41 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 46652 invoked from network); 8 Mar 2006 20:23:39 -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=bp0OzWt1ivpjiH9b/Csi3wqjpIAVUq98rMZ1MTJxK5WhGn0W2L7Y/iUrFE3Qh34+eEGBUezAEzWCkwH0QoRQS8XmKh45MjqjciTA2zYJp0wVVfvA/4t9ER4ADMCWDtQWdrUGG1/rKJ1qMYgbSQn34SKB0jWJ3i7XzZenOb0oinY= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 8 Mar 2006 20:23:39 -0000 Message-ID: <440F3D65.2070000@rogers.com> Date: Wed, 08 Mar 2006 15:24:05 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Scot Hetzel References: <440F393C.9030302@rogers.com> <790a9fff0603081217x190cbcbao94b56dd3943d77da@mail.gmail.com> In-Reply-To: <790a9fff0603081217x190cbcbao94b56dd3943d77da@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 20:23:42 -0000 Scot Hetzel wrote: > On 3/8/06, Mike Jakubik wrote: > >> Does anyone know how to change the release version of the source code? I >> have some brain dead software (Plesk) that insists on FreeBSD 5.3, while >> it will work just fine on 5.5 and even 6. I am wondering i can change >> the version of RELENG_5 code so that this software will think its 5.3-R >> and let me install. I have tried changing the variable in >> /usr/src/release/Makefile, but that seems to have no effect. >> >> > To change it, you would have to edit sys/*/param.h. > > Does the installer for this program use shell scripts? If it does, > you could edit the shell scripts to reconize newer version of FreeBSD. > Yes it does, but it's not easy to change them. They also check their own CRC validity, and it wold be too much of a pain to do it. Also, some binaries do checks too. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 20:24:51 2006 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 CA16C16A420 for ; Wed, 8 Mar 2006 20:24:51 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 275CA43D49 for ; Wed, 8 Mar 2006 20:24:50 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 788 invoked from network); 8 Mar 2006 20:24:50 -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=KIZkWoN3S+WJ95ubRFJi3I042rLsE0S4saVClt7JZf2ps2M0ZIz2QHQi8ki6q+JaZu3DCXGFSGe22B9zM5Puiwo0NsGrjVpOdm0rPaI++v1hRt9vXkSrWVgp1MzAYnlu1B1rokfzicluTC5/6AWohsMC265VBPfuNxTJTbtrdqs= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 8 Mar 2006 20:24:50 -0000 Message-ID: <440F3DAC.4030402@rogers.com> Date: Wed, 08 Mar 2006 15:25:16 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Glenn Dawson References: <440F393C.9030302@rogers.com> <7.0.1.0.2.20060308120809.03286448@antimatter.net> In-Reply-To: <7.0.1.0.2.20060308120809.03286448@antimatter.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 20:24:51 -0000 Glenn Dawson wrote: > At 12:06 PM 3/8/2006, you wrote: >> Does anyone know how to change the release version of the source >> code? I have some brain dead software (Plesk) that insists on FreeBSD >> 5.3, while it will work just fine on 5.5 and even 6. I am wondering i >> can change the version of RELENG_5 code so that this software will >> think its 5.3-R and let me install. I have tried changing the >> variable in /usr/src/release/Makefile, but that seems to have no effect. > > Take a look at sys/conf/newvers.sh Excellent, thanks! I'm presuming i have to do a full build/install world for this to take effect. Do you think that anything may break because of this manual change, even if i used RELENG_6 code? I will not be installing any ports. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 20:38:14 2006 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 0F03816A422 for ; Wed, 8 Mar 2006 20:38:14 +0000 (GMT) (envelope-from rob@roblytle.org) Received: from smtpout08-04.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 80FC943D45 for ; Wed, 8 Mar 2006 20:38:13 +0000 (GMT) (envelope-from rob@roblytle.org) Received: (qmail 31390 invoked from network); 8 Mar 2006 20:38:11 -0000 Received: from unknown (24.21.188.210) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 08 Mar 2006 20:38:10 -0000 Date: Wed, 8 Mar 2006 12:37:22 -0800 From: Rob To: freebsd-stable@freebsd.org Message-Id: <20060308123723.4e74969e.rob@roblytle.org> Organization: roblytle.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: /usr/local/etc/rc.d scripts not starting after update to -stable, also /etc/rc.d syntax 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, 08 Mar 2006 20:38:14 -0000 Hi, Yesterday I updated to -stable. I think that I did a decent job merging the /etc files and configuring rc.conf but I am getting some errors. First, the scripts in /usr/local/etc/rc.d are not starting. I do have the following line in rc.conf: local_startup="/usr/local/etc/rc.d" The syntax error reported on bootup is: /etc/rc.d/Makefile: 44: Syntax error: "(" unexpected. Perhaps that error is what is causing the local startup scripts not to execute. Thanks for any help you can give me. Rob Lytle -- ----------------------- http://www.roblytle.org Rob Lytle Home Page From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 20:40:41 2006 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 58B8516A420; Wed, 8 Mar 2006 20:40:41 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3841143D62; Wed, 8 Mar 2006 20:40:34 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k28KeXPO084880; Wed, 8 Mar 2006 15:40:33 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k28KeWVf063378 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 15:40:32 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060308144518.08c4de08@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 08 Mar 2006 15:40:24 -0500 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <20060308193925.GH737@garage.freebsd.pl> References: <20060306222844.GC56506@garage.freebsd.pl> <6.2.3.4.0.20060308134932.0633a5e8@64.7.153.2> <20060308193925.GH737@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: freebsd-stable@FreeBSD.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 20:40:41 -0000 At 02:39 PM 08/03/2006, Pawel Jakub Dawidek wrote: >On Wed, Mar 08, 2006 at 01:50:42PM -0500, Mike Tancsa wrote: >+> At 05:28 PM 06/03/2006, Pawel Jakub Dawidek wrote: >+> >Hi. >+> > >+> >Here you can find patches with changes to gmirror(8) and graid3(8): >+> > >+> > http://people.freebsd.org/~pjd/patches/gmirror.7.patch >+> > http://people.freebsd.org/~pjd/patches/graid3.patch >+> >+> Hi, >+> Against stable, this patch fails in places. This is against >RELENG_6 as of today > >graid3 from HEAD and RELENG_6 differ. Can you apply the patches to HEAD >version and just copy entire sys/geom/raid3 from HEAD to RELENG_6? Yes, done. I had saved the test results from the last set of tests and added the new results. http://www.tancsa.com/raid3.html There is both a speed improvement and regression in reading depending on the test size. I repeated the 2G and 3G test twice and there was very little change between tests, but it doesnt seem to make sense why 4G would be faster than 2G. Also, this test if you recall, used to lock up the box with preemption in the kernel. The version in HEAD, with the above patch works just fine in RELENG_6 using these simple tests and does not lockup. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 20:47:13 2006 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 EE49016A475 for ; Wed, 8 Mar 2006 20:47:13 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from cobalt.antimatter.net (cobalt.antimatter.net [69.55.224.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC93943D53 for ; Wed, 8 Mar 2006 20:47:13 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from foo.antimatter.net (cpe-72-132-244-217.san.res.rr.com [72.132.244.217]) (authenticated bits=0) by cobalt.antimatter.net (8.13.4/8.13.4) with ESMTP id k28LGrtT018249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 13:16:53 -0800 X-MailKey: purple frogs are falling from the sky Message-Id: <7.0.1.0.2.20060308124418.04fffdb8@antimatter.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Wed, 08 Mar 2006 12:45:58 -0800 To: Mike Jakubik From: Glenn Dawson In-Reply-To: <440F3DAC.4030402@rogers.com> References: <440F393C.9030302@rogers.com> <7.0.1.0.2.20060308120809.03286448@antimatter.net> <440F3DAC.4030402@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 20:47:14 -0000 At 12:25 PM 3/8/2006, Mike Jakubik wrote: >Glenn Dawson wrote: >>At 12:06 PM 3/8/2006, you wrote: >>>Does anyone know how to change the release version of the source >>>code? I have some brain dead software (Plesk) that insists on >>>FreeBSD 5.3, while it will work just fine on 5.5 and even 6. I am >>>wondering i can change the version of RELENG_5 code so that this >>>software will think its 5.3-R and let me install. I have tried >>>changing the variable in /usr/src/release/Makefile, but that seems >>>to have no effect. >> >>Take a look at sys/conf/newvers.sh > >Excellent, thanks! I'm presuming i have to do a full build/install >world for this to take effect. Do you think that anything may break >because of this manual change, even if i used RELENG_6 code? I will >not be installing any ports. If the software you're using gets the version in the same manner as uname, then all you should need is a new kernel. -Glenn >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 21:22:26 2006 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 07D8216A420 for ; Wed, 8 Mar 2006 21:22:26 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C64DB43D68 for ; Wed, 8 Mar 2006 21:22:23 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id i29so224041wxd for ; Wed, 08 Mar 2006 13:22:23 -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=ADZpnJQu1Jr3YzAoP9ENKBBvKrpoulUwyjWsrpiwBIu3swD52BL2YoA2zQqz/a98fwBMuDG/dbNqrODTczp3AqOvmBAByg7TW9/jSrSeToh1l2WHfJFgYFEkWVNvv35dHdjwrKInazgFUfD6nKXyQXzstYir2QpsMUtF0VS6jDc= Received: by 10.70.117.5 with SMTP id p5mr1414543wxc; Wed, 08 Mar 2006 13:22:22 -0800 (PST) Received: by 10.70.31.17 with HTTP; Wed, 8 Mar 2006 13:22:22 -0800 (PST) Message-ID: <790a9fff0603081322s68c1dfabs8a6a7b6e1348ac57@mail.gmail.com> Date: Wed, 8 Mar 2006 15:22:22 -0600 From: "Scot Hetzel" To: Rob In-Reply-To: <20060308123723.4e74969e.rob@roblytle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060308123723.4e74969e.rob@roblytle.org> Cc: freebsd-stable@freebsd.org Subject: Re: /usr/local/etc/rc.d scripts not starting after update to -stable, also /etc/rc.d syntax 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, 08 Mar 2006 21:22:26 -0000 On 3/8/06, Rob wrote: > Hi, > > Yesterday I updated to -stable. I think that I did a decent job merging = the /etc files and configuring > rc.conf but I am getting some errors. > > /etc/rc.d/Makefile: 44: Syntax error: "(" unexpected. > > Perhaps that error is what is causing the local startup scripts not to ex= ecute. > It looks like you did: cp /usr/src/etc/rc.d/* /etc/rc.d/ This copied some extra files into your /etc/rc.d/ directory that are not needed. Just remove /etc/rc.d/Makefile, and that should fix the Syntax error. Then run mergemaster. When mergemaster gets to checking the files in the /etc/rc.d/ directory, it may show that somefiles in that directory are not needed. Either let mergemaster delete all of these unneeded files, or make a note of them and manually remove the ones you don't need. NOTE: if you have custom scripts in /etc/rc.d, you may want to manully remove the unneeded files. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 21:24:45 2006 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 4F72B16A420 for ; Wed, 8 Mar 2006 21:24:45 +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 171AB43D64 for ; Wed, 8 Mar 2006 21:24:45 +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 F3C761A3C31 for ; Wed, 8 Mar 2006 13:24:44 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3F4F951DA6; Wed, 8 Mar 2006 16:24:44 -0500 (EST) Date: Wed, 8 Mar 2006 16:24:44 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060308212444.GA52716@xor.obsecurity.org> References: <20060308195156.GB16523@anathema.b1tt3r.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <20060308195156.GB16523@anathema.b1tt3r.org> User-Agent: Mutt/1.4.2.1i Subject: Re: prerelease X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 21:24:45 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 08, 2006 at 01:51:57PM -0600, Sam Stein wrote: > So prerelease is stable now...? Why exactly.. Read the handbook. Kris --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED0ubWry0BWjoQKURAko1AJ4lrDYCap7Xri6XvsQH28BzjXSrFACdHXZy n1I9JAc0me0AMrQTSYTfpOY= =Ok1u -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 21:27:44 2006 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 1999316A420 for ; Wed, 8 Mar 2006 21:27:44 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B9243D48 for ; Wed, 8 Mar 2006 21:27:43 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 848CA516FE; Wed, 8 Mar 2006 22:27:41 +0100 (CET) Received: from localhost (dkm42.neoplus.adsl.tpnet.pl [83.24.16.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D4CD1509F1; Wed, 8 Mar 2006 22:27:33 +0100 (CET) Date: Wed, 8 Mar 2006 22:27:01 +0100 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20060308212701.GI737@garage.freebsd.pl> References: <20060306222844.GC56506@garage.freebsd.pl> <6.2.3.4.0.20060308134932.0633a5e8@64.7.153.2> <20060308193925.GH737@garage.freebsd.pl> <6.2.3.4.0.20060308144518.08c4de08@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wjoFZxbW4tu+iR6v" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20060308144518.08c4de08@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-stable@FreeBSD.org Subject: Re: gmirror(8) and graid3(8) changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 21:27:44 -0000 --wjoFZxbW4tu+iR6v Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 03:40:24PM -0500, Mike Tancsa wrote: +> At 02:39 PM 08/03/2006, Pawel Jakub Dawidek wrote: +> >On Wed, Mar 08, 2006 at 01:50:42PM -0500, Mike Tancsa wrote: +> >+> At 05:28 PM 06/03/2006, Pawel Jakub Dawidek wrote: +> >+> >Hi. +> >+> > +> >+> >Here you can find patches with changes to gmirror(8) and graid3(8): +> >+> > +> >+> > http://people.freebsd.org/~pjd/patches/gmirror.7.patch +> >+> > http://people.freebsd.org/~pjd/patches/graid3.patch +> >+> +> >+> Hi, +> >+> Against stable, this patch fails in places. This is against RELENG= _6 as of today +> > +> >graid3 from HEAD and RELENG_6 differ. Can you apply the patches to HEAD +> >version and just copy entire sys/geom/raid3 from HEAD to RELENG_6? +>=20 +> Yes, done. +>=20 +> I had saved the test results from the last set of tests and added the ne= w results. +> http://www.tancsa.com/raid3.html +>=20 +> There is both a speed improvement and regression in reading depending on= the test size. I repeated the 2G and 3G test twice and there was very lit= tle change between tests,=20 +> but it doesnt seem to make sense why 4G would be faster than 2G. Also, = this test if you recall, used to lock up the box with preemption in the ker= nel. The version in=20 +> HEAD, with the above patch works just fine in RELENG_6 using these simpl= e tests and does not lockup. Ok, speed looks acceptable. Good to hear there are no more lockups. Are you able to mensure synchronization speed between stock RELENG_6 and patched patched HEAD version? For patched HEAD version it would be great if you could experiment with different values of kern.geom.raid3.sync_requests (you need to set it in loader.conf) (the default is 4, it'll be good to see how it performs with 1, 8, 16 and maybe 32). Thank you! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wjoFZxbW4tu+iR6v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFED0wlForvXbEpPzQRAkDaAJ9P0cRJkviPMLl48Hc0GaN74QyF1wCfbrIO Hdat4qWX2VkqS0IU+Ce+Q6Q= =G8vg -----END PGP SIGNATURE----- --wjoFZxbW4tu+iR6v-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 21:55:52 2006 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 EA71316A420 for ; Wed, 8 Mar 2006 21:55:52 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail11.simplicato.com (mail11.simplicato.com [207.99.47.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 321EF43D45 for ; Wed, 8 Mar 2006 21:55:51 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail11.simplicato.com (localhost.simplicato.com [127.0.0.1]) by mail11.simplicato.com (Postfix) with ESMTP id 95FBFD47A2C for ; Wed, 8 Mar 2006 16:55:44 -0500 (EST) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail11.simplicato.com (Postfix) with ESMTP id 7D0C9D47A2A for ; Wed, 8 Mar 2006 16:55:44 -0500 (EST) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Wed, 8 Mar 2006 16:55:50 -0500 Date: Wed, 8 Mar 2006 16:55:50 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20060308215550.GA79127@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060308195156.GB16523@anathema.b1tt3r.org> <20060308212444.GA52716@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20060308212444.GA52716@xor.obsecurity.org> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: prerelease X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 21:55:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Mar 08, 2006 at 04:24:44PM -0500, Kris Kennaway wrote: > On Wed, Mar 08, 2006 at 01:51:57PM -0600, Sam Stein wrote: > > So prerelease is stable now...? Why exactly.. > > Read the handbook. An explanation that some people have found helpful is available at http://home.nyc.rr.com/computertaijutsu/release.html - -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Now, we can do this the hard way or... well, actually, there's just the hard way. Darla: That's fine with me. Buffy: Are you sure? Now this is not gonna be pretty. We're talking violence, strong language, adult content. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED1Lm+lTVdes0Z9YRAt7tAKCKHDGF4JwvMfJFtHpJINSF/mlBqQCgiNrm aGWg3ynmsq2x+U4Znyznm9c= =6B20 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 22:45:33 2006 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 0D67116A420 for ; Wed, 8 Mar 2006 22:45:33 +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 B6B7C43D45 for ; Wed, 8 Mar 2006 22:45:32 +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 A01721A4D7B; Wed, 8 Mar 2006 14:45:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 73D84524AA; Wed, 8 Mar 2006 17:45:31 -0500 (EST) Date: Wed, 8 Mar 2006 17:45:31 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060308224531.GA53611@xor.obsecurity.org> References: <20060308005138.GA49684@xor.obsecurity.org> <200603081401.k28E1Obv006775@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <200603081401.k28E1Obv006775@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 22:45:33 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 02:01:24PM +0000, Miguel Lopes Santos Ramos wrote: > > I wonder if something else is going wrong and it's not rpc.lockd at > > all. >=20 > Oh, it's a locking problem alright. But perhaps not in rpc.lockd... OK, I think I understand what is going on now...sort of. > > It looks like this wasn't made using -s 0 - sorry if I wasn't > > explicit. >=20 > You must give all details to rookies... Sorry. > I've changed things a bit, but perhaps there's a test now which is more e= asily > reproducible on other systems. >=20 > The following tcpdumps were obtaining by booting in single-user mode on t= he > diskless machine and doing the following sequence for initialization: > # mount -u / > # /etc/rc.d/netif start > # /etc/rc.d/rpcbind start > # /etc/rc.d/nfsclient start > # /etc/rc.d/nfslocking start >=20 > And then, with /var/run/cron.pid removed, > # /etc/rc.d/cron start > Starting cron. > # /etc/rc.d/cron stop > # /etc/rc.d/nfslocking stop > # /etc/rc.d/nfsclient stop > # /etc/rc.d/rpcbind stop > # reboot > see http://mega.ist.utl.pt/~mlsr/nfs-nofile.bin > Everything seemed to be ok, but /var/run/cron.pid was left locked= on > the server. This is intentional. It's how pidfile_*() tests whether the process is still running. The intention is that if someone tries to open the pidfile again while the first process is still running, the lock acquisition will fail and we'll know the other process is still alive, and therefore avoid starting a second instance. Your main problems seems to be that you're mounting the same /var via NFS from multiple client machines. This is basically a bad idea to begin with because /var expects to be private to each machine (even if locking worked as expected, you'd not be able to start cron on more than one machine because it would fail as above). Even if you solved this there would be other similar problems. In fact the diskless boot infrastructure in /etc will set up and use a md /var for this purpose. There is a (known) lockd bug here though, which you isolated: > With /var/run/cron.pid still locked, on the first client, single-user, sa= me > initialization sequence > # lockf -k -t 1 /var/run/cron.pid echo ok > Hangs... always. which is that lock requests through rpc.lockd cannot be cancelled, so they'll hang until the operation succeeds or fails. In this case lockf does a blocking lock request and expects to cancel it with a signal after the timer expires, but rpc.lockd doesn't know how to back out lock requests so it just hangs forever or until something else unlocks the file on the server. Kris --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED16KWry0BWjoQKURAtdkAKDOZ/hNxMPgL500so0t8Mtl0Oi01QCfXouN huuWeT9TL2A9EkS3oIOWwlo= =uOe4 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 23:15:38 2006 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 5D8BE16A420 for ; Wed, 8 Mar 2006 23:15:38 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E844143D53 for ; Wed, 8 Mar 2006 23:15:37 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 98E0278C78 for ; Wed, 8 Mar 2006 18:23:12 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77569-05 for ; Wed, 8 Mar 2006 18:23:07 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 7B3E578C75 for ; Wed, 8 Mar 2006 18:23:07 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id E3FA51C080F; Wed, 8 Mar 2006 18:15:29 -0500 (EST) Date: Wed, 8 Mar 2006 18:15:29 -0500 From: Damian Gerow To: stable@freebsd.org Message-ID: <20060308231529.GA2049@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: Subject: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 23:15:38 -0000 So, with the updated HAL, I'm now able to negotiate an IP address via DHCP over the WLAN. Huzzah! But I've got two questions (now that I can use the card): ath(4) doesn't contain a list of media nor mediaopt settings that can be used. Some are detailed down in EXAMPLES, but there's no comprehensive list. (As well, and this is minor, the speeds are explicitly listed for 802.11a and 802.11b, but just labelled as 'appropriate' transmit speeds for 802.11g. 'Twould be nice to have them all uniformly listed.) Secondly, I was under the impression that 802.11g could support up to 54Mbps. Does FreeBSD not provide support for speeds that fast (ISTR it did at one point)? # ifconfig ath0 ath0: flags=8843 mtu 1500 inet6 fe80::20f:b5ff:fe20:71ed%ath0 prefixlen 64 scopeid 0x1 inet 192.168.132.146 netmask 0xffffff00 broadcast 192.168.132.255 ether 00:0f:b5:20:71:ed media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11g status: associated ssid MYSSID channel 11 bssid 00:12:17:85:9a:3b authmode OPEN privacy OFF txpowmax 30 protmode CTS burst bintval 100 # ifconfig ath0 media DS/54Mbps ifconfig: unknown media subtype: DS/54Mbps # Any reason I can't bring it up to 54Mbps? Hardware indicates it should actually support it: ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xd8100000-0xd810ffff irq 28 at device 4.0 on pci10 ath0: Ethernet address: 00:0f:b5:20:71:ed ath0: mac 5.9 phy 4.3 radio 4.6 - Damian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 23:28:46 2006 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 706AA16A444 for ; Wed, 8 Mar 2006 23:28:46 +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 76F8F43D46 for ; Wed, 8 Mar 2006 23:28:45 +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 k28NRrYa009809; Wed, 8 Mar 2006 20:27:53 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Wed, 8 Mar 2006 20:28:22 -0300 User-Agent: KMail/1.9.1 References: <43FF65FD.8020104@errno.com> <200603080627.40991.joao@matik.com.br> <440EFFA7.1080907@errno.com> In-Reply-To: <440EFFA7.1080907@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603082028.22198.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: : HEADSUP: new ath and hal - almost unusable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 23:28:46 -0000 On Wednesday 08 March 2006 13:00, Sam Leffler wrote: > "simply stops" says little. Are beacon frames transmitted? Can you see > inbound traffic? Is the ap configured in a bridge and can you see > outbound traffic from the wired interface? What does ifconfig show for > the device? > I agree but that is what it is, the communication is dead no traffic, no beacons no IP (I changed the antena stuff to see if the problem is in it but is not) the wired NIC is communicating normally to/from it's own IP address and it= =20 shows ifconfig when the card is dead as: ath0: flags=3D8943 mtu 1500 ether 00:11:95:c2:2a:70 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b status: associated ssid casa channel 11 (2462) bssid 00:11:95:c2:2a:70 authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 36 txpower 63 rtsthreshold 2346 mcastra= te=20 1 fragthreshold 2346 -pureg protmode CTS -wme burst ssid HIDE apbridge dtimperiod 1 bintval 100 xl0: flags=3D8943 mtu 1500 options=3D49 inet 200.152.83.36 netmask 0xfffffff0 broadcast 200.152.83.47 ether 00:04:75:72:40:c1 media: Ethernet autoselect (100baseTX ) status: active > > > > no output with the card in debug mode > > What is "no output"? packets, console msgs? what is "debug mode"? > Have you looked at the output of wlanstats to see if it gives you a > clue? Can you see any frames with tcpdump or by sniffing from another > station? > as I said no =3D no =3D none =3D nothing I can't see the AP anymore > So you have crypto configured; have you tried w/o? > sure, no difference, same thing > the ap. Then explain what clients are used or otherwise describe how to > reproduce your problem. Once I have that I can try to reproduce the > problem here. acording to the above ifconfig output I set: 11b media DS/11Mbps mediaopt hostap ssid casa channel 11 the clients are other atheros cards on XP and FBSD, ndis on FBSD, orinoco o= n=20 XP and FBSD, senao on XP and Fbsd Even if it does not help either, I change to boot releng_5 and the card wor= ks=20 fine and stable on the exactly same hardware 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 Wed Mar 8 23:31:03 2006 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 4120B16A420 for ; Wed, 8 Mar 2006 23:31:03 +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 96CB443D45 for ; Wed, 8 Mar 2006 23:31:02 +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 k28NUMA2009986 for ; Wed, 8 Mar 2006 20:30:22 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Wed, 8 Mar 2006 20:30:51 -0300 User-Agent: KMail/1.9.1 References: <20060308231529.GA2049@afflictions.org> In-Reply-To: <20060308231529.GA2049@afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603082030.51232.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 23:31:03 -0000 On Wednesday 08 March 2006 20:15, Damian Gerow wrote: > So, with the updated HAL, I'm now able to negotiate an IP address via DHCP > over the WLAN. Huzzah! > > But I've got two questions (now that I can use the card): > > ath(4) doesn't contain a list of media nor mediaopt settings that can be > used. Some are detailed down in EXAMPLES, but there's no comprehensive you may check=20 ifconfig -m ath0=20 to see what your card supports DS/54... does not exist, it is OFDM ... 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 Wed Mar 8 23:35:42 2006 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 84C5C16A420 for ; Wed, 8 Mar 2006 23:35:42 +0000 (GMT) (envelope-from lists-freebsd-stable@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id D660F43D45 for ; Wed, 8 Mar 2006 23:35:41 +0000 (GMT) (envelope-from lists-freebsd-stable@biaix.org) Received: (qmail 56206 invoked by uid 1000); 8 Mar 2006 23:31:46 -0000 Date: Thu, 9 Mar 2006 00:31:46 +0100 From: Joan Picanyol i Puig To: freebsd-stable@freebsd.org Message-ID: <20060308233146.GA53468@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060308231529.GA2049@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060308231529.GA2049@afflictions.org> User-Agent: Mutt/1.5.9i Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 23:35:42 -0000 * Damian Gerow [20060309 00:12]: > # ifconfig ath0 media DS/54Mbps > ifconfig: unknown media subtype: DS/54Mbps > # DS/54 doesn't exist. Try OFDM/54Mbps instead. qvb -- pica From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 23:59:44 2006 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 43B5E16A422 for ; Wed, 8 Mar 2006 23:59:44 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91C4343D48 for ; Wed, 8 Mar 2006 23:59:42 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k28NxeiY064918 for ; Thu, 9 Mar 2006 00:59:40 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k28Nxefo064917 for freebsd-stable@freebsd.org; Thu, 9 Mar 2006 00:59:40 +0100 (CET) (envelope-from hk) Date: Thu, 9 Mar 2006 00:59:40 +0100 From: Holger Kipp To: freebsd-stable@freebsd.org Message-ID: <20060308235940.GA64762@intserv.int1.b.intern> References: <20060308231529.GA2049@afflictions.org> <20060308233146.GA53468@grummit.biaix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060308233146.GA53468@grummit.biaix.org> User-Agent: Mutt/1.4.2.1i Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 23:59:44 -0000 On Thu, Mar 09, 2006 at 12:31:46AM +0100, Joan Picanyol i Puig wrote: > * Damian Gerow [20060309 00:12]: > > # ifconfig ath0 media DS/54Mbps > > ifconfig: unknown media subtype: DS/54Mbps > > DS/54 doesn't exist. Try OFDM/54Mbps instead. Is this documented anywhere? It looks like "man ath" does not list all media and mediaopt values. Compare "man fxp" and "man bge" for slightly better manpages ;-) Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 00:11:49 2006 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 C2F0416A422 for ; Thu, 9 Mar 2006 00:11:49 +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 D54A843D48 for ; Thu, 9 Mar 2006 00:11:48 +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 k290B83Q011585 for ; Wed, 8 Mar 2006 21:11:08 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Wed, 8 Mar 2006 21:11:36 -0300 User-Agent: KMail/1.9.1 References: <20060308231529.GA2049@afflictions.org> <20060308233146.GA53468@grummit.biaix.org> <20060308235940.GA64762@intserv.int1.b.intern> In-Reply-To: <20060308235940.GA64762@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603082111.37010.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 00:11:49 -0000 On Wednesday 08 March 2006 20:59, Holger Kipp wrote: > On Thu, Mar 09, 2006 at 12:31:46AM +0100, Joan Picanyol i Puig wrote: > > * Damian Gerow [20060309 00:12]: > > > # ifconfig ath0 media DS/54Mbps > > > ifconfig: unknown media subtype: DS/54Mbps > > > > DS/54 doesn't exist. Try OFDM/54Mbps instead. > > Is this documented anywhere? > yes > It looks like "man ath" does not list all media and mediaopt values. sure not because there are lots of different cards out with different mediaopts so you need to read your hw-manual or your card can answer ifconfig -m ath0 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 Thu Mar 9 00:26:50 2006 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 778F416A435 for ; Thu, 9 Mar 2006 00:26:50 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-228-141.net.novis.pt [87.196.228.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9403B43D53 for ; Thu, 9 Mar 2006 00:26:49 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k290Qj9S002702; Thu, 9 Mar 2006 00:26:46 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k290Qihj002701; Thu, 9 Mar 2006 00:26:44 GMT (envelope-from miguel) Date: Thu, 9 Mar 2006 00:26:44 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603090026.k290Qihj002701@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060308224531.GA53611@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 00:26:50 -0000 > From: Kris Kennaway > Subject: Re: rpc.lockd brokenness (2) > > This is intentional. It's how pidfile_*() tests whether the process > is still running. The intention is that if someone tries to open the > pidfile again while the first process is still running, the lock > acquisition will fail and we'll know the other process is still alive, > and therefore avoid starting a second instance. No, no, you got me wrong. The pidfile is left locked after cron stopped running (with /etc/rc.d/cron stop). This behaviour must be wrong. > Your main problems seems to be that you're mounting the same /var via > NFS from multiple client machines. This is basically a bad idea to > begin with because /var expects to be private to each machine (even if > locking worked as expected, you'd not be able to start cron on more > than one machine because it would fail as above). Even if you solved > this there would be other similar problems. No, it's the whole filesystem tree for a single client, no one else uses those files. The fact that I hung a third machine was an accident, I was testing if cron.pid was still locked and I thought I had a window on the server... My single problem is locking. Actually, it worked well before I upgraded this system to 6-STABLE. It's just for one laptop whose disk I don't want to partition. > In fact the diskless boot infrastructure in /etc will set up and use a > md /var for this purpose. Actually, they don't advise using an md /var, only /etc. Anyway, I don't use that, because it's my only diskless machine. I have a single NFS mounted / and an md /tmp. There's nothing shared with no one else, not even /usr, because it's my only amd64. > There is a (known) lockd bug here though, which you isolated: > So, this really is bin/80389? If so, I can tell Jun Kuriyama that his patch didn't change it. > > With /var/run/cron.pid still locked, on the first client, single-user, sa= > me > > initialization sequence > > # lockf -k -t 1 /var/run/cron.pid echo ok > > Hangs... always. > > which is that lock requests through rpc.lockd cannot be cancelled, so > they'll hang until the operation succeeds or fails. In this case > lockf does a blocking lock request and expects to cancel it with a > signal after the timer expires, but rpc.lockd doesn't know how to back > out lock requests so it just hangs forever or until something else > unlocks the file on the server. > > Kris I am a bit disappointed. First, this problem didn't cause me trouble before I went to 6-STABLE, now I must either disable cron or disable locking (which I can't). And I'm still not completely convinced. That problem, if I understand correctly, existed before January... There are two things... - cron.pid shouldn't be locked after cron terminated. (this interaction was fully saved as http://mega.ist.utl.pt/~mlsr/nfs-nofile.bin) - cron shouldn't hang on startup just because the file is locked, since pidfile_open opens it with O_NONBLOCK (unlike lockf). - cron shouldn't hang in such a way that it is not killable... (and should not also the open system call in lockf be interruptible?) So, I'm led to believe that beyond that issue with rpc.lockd, which, I understand, is an unresolved problem, there is now another problem, perhaps with pidfile.c... Thank you for all your time on this issue. I'm still going to try to chase it, although I only have the knowledge to find it if it is on pidfile.c or in cron. I understand little of the interaction between kernel and the rest of nfs to chase it if it is somewhere else. Miguel From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 00:35:59 2006 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 60D4516A420 for ; Thu, 9 Mar 2006 00:35:59 +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 B9FCD43D46 for ; Thu, 9 Mar 2006 00:35:54 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k290Zh4D072384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Mar 2006 11:05:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 9 Mar 2006 11:05:36 +1030 User-Agent: KMail/1.9.1 References: <20060308231529.GA2049@afflictions.org> <20060308235940.GA64762@intserv.int1.b.intern> <200603082111.37010.joao@matik.com.br> In-Reply-To: <200603082111.37010.joao@matik.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3263570.IfxZPSFd7I"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603091105.38164.doconnor@gsoft.com.au> X-Spam-Score: -3.272 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: JoaoBR Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 00:35:59 -0000 --nextPart3263570.IfxZPSFd7I Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 09 March 2006 10:41, JoaoBR wrote: > > It looks like "man ath" does not list all media and mediaopt values. > > sure not because there are lots of different cards out with different > mediaopts so you need to read your hw-manual or your card can answer > ifconfig -m ath0 In any case I imagine there is no point forcing it to use 54Mbit - it will= =20 negotiate the highest speed it can manage based on signal strength and=20 hardware support (for the AP and the card) automatically. I suspect forcing 54Mbit will either not work at all (because the signal is= n't=20 strong enough or your hardware doesn't support it), or it will negotiate a= =20 speed up to 54Mbit (which would result in no functional change). =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 --nextPart3263570.IfxZPSFd7I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBED3ha5ZPcIHs/zowRAhTMAKCrjdmGOPLaaAjXRSaqskZAneig0wCfUrzS GvcHNJEK6/VxNG8JV5dZfqQ= =UuCb -----END PGP SIGNATURE----- --nextPart3263570.IfxZPSFd7I-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 00:57:24 2006 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 9231116A420 for ; Thu, 9 Mar 2006 00:57:24 +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 D4BCD43D53 for ; Thu, 9 Mar 2006 00:57:23 +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 8CAE61A4D80; Wed, 8 Mar 2006 16:57:23 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C8EF9524AA; Wed, 8 Mar 2006 19:57:22 -0500 (EST) Date: Wed, 8 Mar 2006 19:57:22 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060309005722.GA55432@xor.obsecurity.org> References: <20060308224531.GA53611@xor.obsecurity.org> <200603090026.k290Qihj002701@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <200603090026.k290Qihj002701@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 00:57:24 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 12:26:44AM +0000, Miguel Lopes Santos Ramos wrote: > > From: Kris Kennaway > > Subject: Re: rpc.lockd brokenness (2) > > > > This is intentional. It's how pidfile_*() tests whether the process > > is still running. The intention is that if someone tries to open the > > pidfile again while the first process is still running, the lock > > acquisition will fail and we'll know the other process is still alive, > > and therefore avoid starting a second instance. >=20 > No, no, you got me wrong. The pidfile is left locked after cron stopped > running (with /etc/rc.d/cron stop). This behaviour must be wrong. OK, I misunderstood. The rc.d script will signal cron to kill it, which should be closing the file descriptors and causing rpc.lockd to release the lock. Perhaps this part is broken. OK, I tested this with daemon -p, and it indeed seems to be broken: haessal# daemon -p pid_file sleep 100000 haessal# kill -KILL `cat pid_file` haessal# ps -p `cat pid_file` PID TT STAT TIME COMMAND haessal# lockf -t 0 pid_file echo Yay lockf: pid_file: already locked > > There is a (known) lockd bug here though, which you isolated: > > >=20 > So, this really is bin/80389? No, I don't think so. The missing ability to cancel locking requests (i.e. unkillable process while blocked on a lock) has never been implemented in FreeBSD's rpc.lockd (I'm not aware of a PR about it, so I filed my own earlier tonight), and the problem above might be a separate regression. > I am a bit disappointed. First, this problem didn't cause me trouble befo= re > I went to 6-STABLE, now I must either disable cron or disable locking (wh= ich > I can't). > And I'm still not completely convinced. That problem, if I understand cor= rectly, > existed before January... The pidfile_*() functions are new, before that the pidfile handling was done differently. > There are two things... > - cron.pid shouldn't be locked after cron terminated. (this interaction w= as > fully saved as http://mega.ist.utl.pt/~mlsr/nfs-nofile.bin) Actually the locking isn't traced here; I misunderstood how it works, and the lock transactions are done on another UDP port. You have to use rpcinfo to figure out which one it is, since it varies. Anyway, the above sequence reproduces it. > - cron shouldn't hang on startup just because the file is locked, since > pidfile_open opens it with O_NONBLOCK (unlike lockf). I haven't been able to reproduce this, e.g. lockf -t 0 does O_NONBLOCK locking and works correctly when the file is already locked. Perhaps it's another locked file (not the pidfile) that was also leaked in the same way, and is being opened without O_NONBLOCK. > - cron shouldn't hang in such a way that it is not killable... (and should > not also the open system call in lockf be interruptible?) This is the bug (really: missing feature) that I described in my previous mail. Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED31yWry0BWjoQKURAgULAJ9i4lMqVMtQXnglp0eVl+Md6FGnWgCgonFc Gpxre1m11a+weYT1QSWNc44= =80Xg -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 02:03:55 2006 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 CA6B816A420 for ; Thu, 9 Mar 2006 02:03:55 +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 7F07A43D46 for ; Thu, 9 Mar 2006 02:03:55 +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 61A301A4D86; Wed, 8 Mar 2006 18:03:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 42D7B51DA6; Wed, 8 Mar 2006 21:03:54 -0500 (EST) Date: Wed, 8 Mar 2006 21:03:54 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060309020354.GA56238@xor.obsecurity.org> References: <20060308224531.GA53611@xor.obsecurity.org> <200603090026.k290Qihj002701@compaq.anjos.strangled.net> <20060309005722.GA55432@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <20060309005722.GA55432@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, Miguel Lopes Santos Ramos , freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 02:03:56 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 07:57:22PM -0500, Kris Kennaway wrote: > On Thu, Mar 09, 2006 at 12:26:44AM +0000, Miguel Lopes Santos Ramos wrote: > > > From: Kris Kennaway > > > Subject: Re: rpc.lockd brokenness (2) > > > > > > This is intentional. It's how pidfile_*() tests whether the process > > > is still running. The intention is that if someone tries to open the > > > pidfile again while the first process is still running, the lock > > > acquisition will fail and we'll know the other process is still alive, > > > and therefore avoid starting a second instance. > >=20 > > No, no, you got me wrong. The pidfile is left locked after cron stopped > > running (with /etc/rc.d/cron stop). This behaviour must be wrong. >=20 > OK, I misunderstood. The rc.d script will signal cron to kill it, > which should be closing the file descriptors and causing rpc.lockd to > release the lock. Perhaps this part is broken. OK, I tested this > with daemon -p, and it indeed seems to be broken: >=20 > haessal# daemon -p pid_file sleep 100000 > haessal# kill -KILL `cat pid_file` > haessal# ps -p `cat pid_file` > PID TT STAT TIME COMMAND > haessal# lockf -t 0 pid_file echo Yay > lockf: pid_file: already locked The bug is triggered because the file is locked in the parent (i.e. the daemon process, which creates the pidfile) but unlocked by the child after the fork (in this case, when the child is killed). On the server, rpc.lockd compares the svid (=3D pid of process on the client that is doing the lock call) of the lock and unlock requests, notices they're different and assumes that the unlock request is coming from some random process on the client that didn't hold the lock in the first place. In reality, the file descriptor was passed from parent to child by the fork(), and the child does actually hold the lock. Fixing this is probably hard (also: I can't see how this could have ever worked with pidfile locking in cron, since it always acquired the lock before forking, as now. Perhaps something else about your configuration changed.). Anyway, the workaround for you is probably not to use rpc.lockd on your NFS mounted /var (e.g. use mount_nfs -L). Since you don't have multiple machines accessing this filesystem (which wouldn't work anyway, as noted before), you don't need it anyway. Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED40JWry0BWjoQKURAtiHAKCSBS+69djSN0aujUWC9coD4HegXwCbBYC3 jb7m0Dpfo3I2LyoDc2Na71Y= =trIK -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 02:07:40 2006 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 B8A3016A420 for ; Thu, 9 Mar 2006 02:07:40 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-228-141.net.novis.pt [87.196.228.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 874D143D67 for ; Thu, 9 Mar 2006 02:07:37 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k2927X4x003216; Thu, 9 Mar 2006 02:07:34 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k2927XLa003215; Thu, 9 Mar 2006 02:07:33 GMT (envelope-from miguel) Date: Thu, 9 Mar 2006 02:07:33 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603090207.k2927XLa003215@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060309005722.GA55432@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 02:07:40 -0000 > From: Kris Kennaway > Subject: Re: rpc.lockd brokenness (2) > [...] > OK, I misunderstood. The rc.d script will signal cron to kill it, > which should be closing the file descriptors and causing rpc.lockd to > release the lock. Perhaps this part is broken. OK, I tested this > with daemon -p, and it indeed seems to be broken: > > haessal# daemon -p pid_file sleep 100000 > haessal# kill -KILL `cat pid_file` > haessal# ps -p `cat pid_file` > PID TT STAT TIME COMMAND > haessal# lockf -t 0 pid_file echo Yay > lockf: pid_file: already locked Well, your test is quite terse, but perhaps that is more expectable with SIGKILL, but the same thing happens with SIGTERM. On the other hand, what happens there is not so strange, since neither pidfile.c nor daemon.c has any signal handling, and that should probably be expected. Perhaps it's impossible that a lock could be released just because it's owned by a process that dyed, it's the limitations of distributed services... But. cron should have pidfile_remove in it's signal handlers, and it should have a signal handler for SIGTERM for this purpose. I must see the pre-pidfile cron. [...] > > - cron shouldn't hang on startup just because the file is locked, since > > pidfile_open opens it with O_NONBLOCK (unlike lockf). > > I haven't been able to reproduce this, e.g. lockf -t 0 does O_NONBLOCK > locking and works correctly when the file is already locked. Perhaps > it's another locked file (not the pidfile) that was also leaked in the > same way, and is being opened without O_NONBLOCK. > > > - cron shouldn't hang in such a way that it is not killable... (and should > > not also the open system call in lockf be interruptible?) > > This is the bug (really: missing feature) that I described in my > previous mail. Shouldn't even a lock that is opened without O_NONBLOCK be interruptible by a signal? I don't understand why or how are these things unkillable. They did a system call, they're supposed to be inside the kernel, how can rpc.lockd, a user process keep them there... Another thing, I have a question that maybe you can answer. I'm having trouble getting rid of the lock on cron.pid, and, in the end, that's why I can't boot normally. The lock persists even though the file is not "physically" locked on the server. I've tried stopping nfslocking on both sides and removing both /var/db/statd.status. Is there any other persistent storage for this? Miguel From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 02:15:04 2006 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 0AFB516A420 for ; Thu, 9 Mar 2006 02:15:04 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-228-141.net.novis.pt [87.196.228.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D8BF43D53 for ; Thu, 9 Mar 2006 02:15:03 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k292Ex6a003244; Thu, 9 Mar 2006 02:15:01 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k292ExSu003243; Thu, 9 Mar 2006 02:14:59 GMT (envelope-from miguel) Date: Thu, 9 Mar 2006 02:14:59 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603090214.k292ExSu003243@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060309020354.GA56238@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 02:15:04 -0000 > From: Kris Kennaway > > The bug is triggered because the file is locked in the parent > (i.e. the daemon process, which creates the pidfile) but unlocked by > the child after the fork (in this case, when the child is killed). On > the server, rpc.lockd compares the svid (=3D pid of process on the > client that is doing the lock call) of the lock and unlock requests, > notices they're different and assumes that the unlock request is > coming from some random process on the client that didn't hold the > lock in the first place. > > In reality, the file descriptor was passed from parent to child by the > fork(), and the child does actually hold the lock. Thank you. That is a very good explanation. > Fixing this is probably hard (also: I can't see how this could have > ever worked with pidfile locking in cron, since it always acquired the > lock before forking, as now. Perhaps something else about your > configuration changed.). Because the lock is somehow persisting through reboots, even though I stop nfslocking, remove /var/db/statd.status and restart it... > Anyway, the workaround for you is probably not to use rpc.lockd on > your NFS mounted /var (e.g. use mount_nfs -L). Since you don't have > multiple machines accessing this filesystem (which wouldn't work > anyway, as noted before), you don't need it anyway. > > Kris Oh yes, I must try that again. I had problems in the past with using the -L option, gnome didn't run. Probably it was because it was a single / filesystem mounted on boot and the option on fstab was ignored, I must try it again. Miguel From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 02:22:38 2006 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 4351616A420 for ; Thu, 9 Mar 2006 02:22:38 +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 F107643D45 for ; Thu, 9 Mar 2006 02:22: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 D49801A4D86; Wed, 8 Mar 2006 18:22:37 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 131F152058; Wed, 8 Mar 2006 21:22:37 -0500 (EST) Date: Wed, 8 Mar 2006 21:22:36 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060309022236.GA56614@xor.obsecurity.org> References: <20060309020354.GA56238@xor.obsecurity.org> <200603090214.k292ExSu003243@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <200603090214.k292ExSu003243@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 02:22:38 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 02:14:59AM +0000, Miguel Lopes Santos Ramos wrote: > > From: Kris Kennaway > > > > The bug is triggered because the file is locked in the parent > > (i.e. the daemon process, which creates the pidfile) but unlocked by > > the child after the fork (in this case, when the child is killed). On > > the server, rpc.lockd compares the svid (=3D3D pid of process on the > > client that is doing the lock call) of the lock and unlock requests, > > notices they're different and assumes that the unlock request is > > coming from some random process on the client that didn't hold the > > lock in the first place. > > > > In reality, the file descriptor was passed from parent to child by the > > fork(), and the child does actually hold the lock. >=20 > Thank you. That is a very good explanation. I filed a PR, but I doubt this will be fixed any time soon since it'll need a lot of work. > > Fixing this is probably hard (also: I can't see how this could have > > ever worked with pidfile locking in cron, since it always acquired the > > lock before forking, as now. Perhaps something else about your > > configuration changed.). >=20 > Because the lock is somehow persisting through reboots, even though I=20 > stop nfslocking, remove /var/db/statd.status and restart it... Yeah, the file is still locked on the server, and will never be unlocked unless you stop and restart the rpc.lockd on the server (which releases all the locks it holds). > Oh yes, I must try that again. I had problems in the past with using the = -L > option, gnome didn't run. Probably it was because it was a single / files= ystem > mounted on boot and the option on fstab was ignored, I must try it again. You can use the -o lockd form in /etc/fstab. Kris --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED5FsWry0BWjoQKURAqICAKCE5f0zjO0WTp4NiHXBjyeWdWVUbwCfRxst 95lZLSgKJsaerNZhW3MkcC4= =aKu5 -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 02:32:39 2006 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 7E36C16A420 for ; Thu, 9 Mar 2006 02:32:39 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85CC043D4C for ; Thu, 9 Mar 2006 02:32:38 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from [192.168.15.2] (d154-5-28-131.bchsia.telus.net [154.5.28.131]) (authenticated bits=0) by orthanc.ca (8.13.4/8.13.4) with ESMTP id k292WVrp014464; Wed, 8 Mar 2006 19:32:31 -0700 (MST) (envelope-from lyndon@orthanc.ca) In-Reply-To: <7.0.1.0.2.20060308124418.04fffdb8@antimatter.net> References: <440F393C.9030302@rogers.com> <7.0.1.0.2.20060308120809.03286448@antimatter.net> <440F3DAC.4030402@rogers.com> <7.0.1.0.2.20060308124418.04fffdb8@antimatter.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3B4A8A12-24CA-4D5A-981C-EB000CA80DF9@orthanc.ca> Content-Transfer-Encoding: 7bit From: Lyndon Nerenberg Date: Wed, 8 Mar 2006 18:32:28 -0800 To: Glenn Dawson X-Mailer: Apple Mail (2.746.2) X-Spam-Status: No, score=1.1 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on orthanc.ca Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 02:32:39 -0000 > > If the software you're using gets the version in the same manner as > uname, then all you should need is a new kernel. Or maybe just LD_PRELOAD a replacement for uname() that fakes out the release information? --lyndon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 03:12:29 2006 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 DBEA916A420 for ; Thu, 9 Mar 2006 03:12:29 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-228-141.net.novis.pt [87.196.228.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0298543D46 for ; Thu, 9 Mar 2006 03:12:28 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k293CPD2004072; Thu, 9 Mar 2006 03:12:26 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k293COR5004071; Thu, 9 Mar 2006 03:12:24 GMT (envelope-from miguel) Date: Thu, 9 Mar 2006 03:12:24 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603090312.k293COR5004071@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060309022236.GA56614@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 03:12:30 -0000 > From: Kris Kennaway > Subject: Re: rpc.lockd brokenness (2) > > Yeah, the file is still locked on the server, and will never be > unlocked unless you stop and restart the rpc.lockd on the server > (which releases all the locks it holds). I did that. Lots of times. And I removed /var/db/statd.status too when the daemons where not running. Is there any other file involved? No. There is a problem with rpc.lockd besides the other one. This machine hangs even when I lock files with lockf -t 0 that never existed, with fresh statd/lockd on client AND server (if /var/db/statd.status is the only file involved). > > > Oh yes, I must try that again. I had problems in the past with using the = > -L > > option, gnome didn't run. Probably it was because it was a single / files= > ystem > > mounted on boot and the option on fstab was ignored, I must try it again. > > You can use the -o lockd form in /etc/fstab. The -L option works in fstab, it is just not honored for mount -u /... -o lockd is actually the opposite of -L, if the manpage is correct. But the reason that gnome didn't start back then was because I stopped running lockd, since I used -L, and forgot that the home directory was a different mount through amd. Anyway, this problem is no longer important. I separated /usr and /var, and now the -L option is honored for them. But I will always need a shared home directory for which statd/lockd should be running... and it's not working on this machine... it always hangs now when I acquire some lock (not in single user mode though). I tried for the first time locking a file on a different server and it hung too. These are files that never existed. And this problem happens only on this diskless machine, whereas the other problem, the one that occurs on files that are already locked, happens on all machines. If I keep using a common home directory for all machines, and keep using lockd for that mount on that machine, then my only workaround is still to go back to 6.0-RELEASE. Miguel BTW, thank you for your support. And they talk about technical support on fatly payed operating systems... From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 03:28:04 2006 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 2737716A420 for ; Thu, 9 Mar 2006 03:28:04 +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 D3ABF43D46 for ; Thu, 9 Mar 2006 03:28:03 +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 B24BD1A4D88; Wed, 8 Mar 2006 19:28:03 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8856952058; Wed, 8 Mar 2006 22:28:02 -0500 (EST) Date: Wed, 8 Mar 2006 22:28:02 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060309032802.GA57404@xor.obsecurity.org> References: <20060309022236.GA56614@xor.obsecurity.org> <200603090312.k293COR5004071@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <200603090312.k293COR5004071@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 03:28:04 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 03:12:24AM +0000, Miguel Lopes Santos Ramos wrote: > > From: Kris Kennaway > > Subject: Re: rpc.lockd brokenness (2) > > > > Yeah, the file is still locked on the server, and will never be > > unlocked unless you stop and restart the rpc.lockd on the server > > (which releases all the locks it holds). >=20 > I did that. Lots of times. And I removed /var/db/statd.status too when > the daemons where not running. > Is there any other file involved? No: the locks are all held by the rpc.lockd process on the server, so when that process is killed they are released (you can verify this by running lockf on a locked file on the server before and after the rpc.lockd is killed). It does seem to take a few minutes for rpc.lockd on the client to notice when rpc.lockd is restarted on the server, but lockf -t 0 on the client will eventually succeed in my tests. I didn't need to stop/restart rpc.statd for it to recover state. > No. > There is a problem with rpc.lockd besides the other one. > This machine hangs even when I lock files with lockf -t 0 that never exis= ted, > with fresh statd/lockd on client AND server (if /var/db/statd.status is > the only file involved). lockf -t 0 is working for me when rpc.lockd is running. It hangs when the server is unreachable (e.g. rpc.lockd not running on the server) or for a few minutes after it is (re)started (I filed a PR about that too). Can you try to narrow down this problem some more? e.g. look up the port used by rpc.lockd with rpcinfo on client and server and tcpdump to see what locking requests are being passed back and forth (you should see the request from client -> server and the reply granting the lock; or not if something is going wrong). The ethereal port is useful for parsing the tcpdump -w -s 0 traces, btw; it decodes the RPC packets into human-readable form. Running rpc.lockd -d100 on the server is also useful for tracking down what it's doing (look in /var/log/debug.log) > If I keep using a common home directory for all machines, and keep using > lockd for that mount on that machine, then my only workaround is still to > go back to 6.0-RELEASE. I'm not certain 6.0-RELEASE is any different, since I don't see any changes to rpc.lockd or nfs locking that were made since then. > BTW, thank you for your support. And they talk about technical support on > fatly payed operating systems... You're welcome. Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED6DCWry0BWjoQKURAomVAJ0fYX15pY3G7jhPzoQ9LD95FU614wCdFRQl u8z5DHDuHMNCAkSlNWBf31o= =G03x -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 03:53:23 2006 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 3986716A420 for ; Thu, 9 Mar 2006 03:53:23 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-228-141.net.novis.pt [87.196.228.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7276C43D45 for ; Thu, 9 Mar 2006 03:53:22 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k293rJ6j004299; Thu, 9 Mar 2006 03:53:20 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k293rJ6j004298; Thu, 9 Mar 2006 03:53:19 GMT (envelope-from miguel) Date: Thu, 9 Mar 2006 03:53:19 GMT From: Miguel Lopes Santos Ramos Message-Id: <200603090353.k293rJ6j004298@compaq.anjos.strangled.net> To: kris@obsecurity.org In-Reply-To: <20060309032802.GA57404@xor.obsecurity.org> Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 03:53:23 -0000 > Can you try to narrow down this problem some more? e.g. look up the > port used by rpc.lockd with rpcinfo on client and server and tcpdump > to see what locking requests are being passed back and forth (you > should see the request from client -> server and the reply granting > the lock; or not if something is going wrong). The ethereal port is > useful for parsing the tcpdump -w -s 0 traces, btw; it decodes the RPC > packets into human-readable form. In the meanwhile, since my last mail, I've had some trouble finding out the port that's used using rpcinfo. Using rpcinfo made me remember a few things about rpc (I used it only once, some 6 years ago). I've found out the right udp port by eliminating other options. I will try to narrow the circumstances of this, if only to file a pr about it. But tomorrow... It's almost 4am here, and almost 11pm there... If you can in the meanwhile send me a message explaining how to find out the right udp port quickly, it will set me up faster tomorrow. > Running rpc.lockd -d100 on the server is also useful for tracking down > what it's doing (look in /var/log/debug.log) Yes, that will be easier. > > If I keep using a common home directory for all machines, and keep using > > lockd for that mount on that machine, then my only workaround is still to > > go back to 6.0-RELEASE. > > I'm not certain 6.0-RELEASE is any different, since I don't see any > changes to rpc.lockd or nfs locking that were made since then. Yes, I had also checked that earlier today. I don't know if I did something that could have caused this... I'm almost sure it worked on 6.0 (although not completely, because I only got this machine working with 6 recently, it had a problem with ehci). There's no doubt it was working with 5-something. Miguel From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 04:09:15 2006 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 2C69C16A420 for ; Thu, 9 Mar 2006 04:09:15 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD4543D45 for ; Thu, 9 Mar 2006 04:09:14 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k2949Ao7065026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 20:09:13 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <440FAA67.7020708@errno.com> Date: Wed, 08 Mar 2006 20:09:11 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: "Daniel O'Connor" References: <20060308231529.GA2049@afflictions.org> <20060308235940.GA64762@intserv.int1.b.intern> <200603082111.37010.joao@matik.com.br> <200603091105.38164.doconnor@gsoft.com.au> In-Reply-To: <200603091105.38164.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 04:09:15 -0000 Daniel O'Connor wrote: > On Thursday 09 March 2006 10:41, JoaoBR wrote: >>> It looks like "man ath" does not list all media and mediaopt values. >> sure not because there are lots of different cards out with different >> mediaopts so you need to read your hw-manual or your card can answer >> ifconfig -m ath0 > > In any case I imagine there is no point forcing it to use 54Mbit - it will > negotiate the highest speed it can manage based on signal strength and > hardware support (for the AP and the card) automatically. > > I suspect forcing 54Mbit will either not work at all (because the signal isn't > strong enough or your hardware doesn't support it), or it will negotiate a > speed up to 54Mbit (which would result in no functional change). > Locking the transmit rate (and that's what setting the media does) can be useful but rarely when operating in any configuration but a p2p setup where the endpoints are fixed. The algorithm used to select a transmit rate for a frame is very important to getting good performance. John Bickett's sample algorithm, typically used with ath, is pretty good but could still be improved. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 04:19:27 2006 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 B78BC16A420 for ; Thu, 9 Mar 2006 04:19:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B09B43D46 for ; Thu, 9 Mar 2006 04:19:26 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k294JQo7065055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 20:19:26 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <440FACCF.1040600@errno.com> Date: Wed, 08 Mar 2006 20:19:27 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: JoaoBR References: <43FF65FD.8020104@errno.com> <200603080627.40991.joao@matik.com.br> <440EFFA7.1080907@errno.com> <200603082028.22198.joao@matik.com.br> In-Reply-To: <200603082028.22198.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: : HEADSUP: new ath and hal - almost unusable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 04:19:27 -0000 JoaoBR wrote: > On Wednesday 08 March 2006 13:00, Sam Leffler wrote: >> "simply stops" says little. Are beacon frames transmitted? Can you see >> inbound traffic? Is the ap configured in a bridge and can you see >> outbound traffic from the wired interface? What does ifconfig show for >> the device? >> > > I agree but that is what it is, the communication is dead > no traffic, no beacons no IP > (I changed the antena stuff to see if the problem is in it but is not) > > the wired NIC is communicating normally to/from it's own IP address and it > shows ifconfig when the card is dead as: > > ath0: flags=8943 mtu 1500 > ether 00:11:95:c2:2a:70 > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > status: associated > ssid casa channel 11 (2462) bssid 00:11:95:c2:2a:70 > authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF > powersavesleep 100 txpowmax 36 txpower 63 rtsthreshold 2346 mcastrate > 1 > fragthreshold 2346 -pureg protmode CTS -wme burst ssid HIDE apbridge > dtimperiod 1 bintval 100 > xl0: flags=8943 mtu 1500 > options=49 > inet 200.152.83.36 netmask 0xfffffff0 broadcast 200.152.83.47 > ether 00:04:75:72:40:c1 > media: Ethernet autoselect (100baseTX ) > status: active > >>> no output with the card in debug mode >> What is "no output"? packets, console msgs? what is "debug mode"? >> Have you looked at the output of wlanstats to see if it gives you a >> clue? Can you see any frames with tcpdump or by sniffing from another >> station? >> > > as I said no = no = none = nothing > I can't see the AP anymore > >> So you have crypto configured; have you tried w/o? >> > > sure, no difference, same thing > >> the ap. Then explain what clients are used or otherwise describe how to >> reproduce your problem. Once I have that I can try to reproduce the >> problem here. > > acording to the above ifconfig output I set: > > 11b media DS/11Mbps mediaopt hostap ssid casa channel 11 > > the clients are other atheros cards on XP and FBSD, ndis on FBSD, orinoco on > XP and FBSD, senao on XP and Fbsd > > Even if it does not help either, I change to boot releng_5 and the card works > fine and stable on the exactly same hardware I'll have to see if I can reproduce this; never seen it. It is very strange that there are no beacon frames and no traffic is being rx'd or tx'd. This would seem to indicate interrupts have totally stopped (athdebug intr should show interrupts at least for the periodic events). There should be some activitiy and/or error counters should show some problem. At the very least tx traffic should either fill up the available hardware tx descriptors (in which case ifconfig would show the interface marked OACTIVE) or you should get errors. Presumably you've tried different cards and/or hosts? Does this happen on all your ap's or just one? Sam From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 04:43:04 2006 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 AE9B416A420 for ; Thu, 9 Mar 2006 04:43:04 +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 68E0B43D45 for ; Thu, 9 Mar 2006 04:43:04 +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 4A1791A3C1B; Wed, 8 Mar 2006 20:43:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 87E8B5186D; Wed, 8 Mar 2006 23:43:03 -0500 (EST) Date: Wed, 8 Mar 2006 23:43:03 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060309044303.GA58022@xor.obsecurity.org> References: <20060309032802.GA57404@xor.obsecurity.org> <200603090353.k293rJ6j004298@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <200603090353.k293rJ6j004298@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 04:43:04 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 03:53:19AM +0000, Miguel Lopes Santos Ramos wrote: > > Can you try to narrow down this problem some more? e.g. look up the > > port used by rpc.lockd with rpcinfo on client and server and tcpdump > > to see what locking requests are being passed back and forth (you > > should see the request from client -> server and the reply granting > > the lock; or not if something is going wrong). The ethereal port is > > useful for parsing the tcpdump -w -s 0 traces, btw; it decodes the RPC > > packets into human-readable form. >=20 > In the meanwhile, since my last mail, I've had some trouble finding out > the port that's used using rpcinfo. Using rpcinfo made me remember a few > things about rpc (I used it only once, some 6 years ago). I've found out > the right udp port by eliminating other options. rpcinfo -p | grep nlockmgr | grep udp > Yes, I had also checked that earlier today. I don't know if I did somethi= ng > that could have caused this... I'm almost sure it worked on 6.0 (although= not > completely, because I only got this machine working with 6 recently, it h= ad > a problem with ehci). There's no doubt it was working with 5-something. Yes, there probably were more changes since 5.x. Kris --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED7JXWry0BWjoQKURAm//AKCZLwn32lbn6ikPMDfp3dd+XtNxagCgoQ1+ tOtams+lEZicTAJMOjiJJHg= =KAnp -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 06:12:48 2006 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 D674C16A420 for ; Thu, 9 Mar 2006 06:12:48 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from cedar.ie.tusur.ru (cedar.fet-x.tusur.ru [217.79.57.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id A197343D45 for ; Thu, 9 Mar 2006 06:12:44 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k296CEjv020267; Thu, 9 Mar 2006 12:12:14 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx.ie.tusur.ru [212.192.122.66]) by rainbow.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k296CEti052070; Thu, 9 Mar 2006 12:12:14 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx [127.0.0.1]) by lynx.ie.tusur.ru (8.13.4/8.13.4) with ESMTP id k296CDWS068669; Thu, 9 Mar 2006 12:12:13 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: (from pg@localhost) by lynx.ie.tusur.ru (8.13.4/8.13.4/Submit) id k296CDIX068668; Thu, 9 Mar 2006 12:12:13 +0600 (TSK) (envelope-from pg) Date: Thu, 9 Mar 2006 12:12:13 +0600 From: Pavel Gubin To: Dmitry Pryanishnikov Message-ID: <20060309061213.GE42270@ie.tusur.ru> References: <20060306054205.GA682@ie.tusur.ru> <20060306111856.E81957@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306111856.E81957@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: ClamAV 0.87/1319/Thu Mar 9 07:00:26 2006 on cedar.ie.tusur.ru X-Virus-Scanned: ClamAV 0.87/1319/Thu Mar 9 07:00:26 2006 on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (cedar.ie.tusur.ru [212.192.122.65]); Thu, 09 Mar 2006 12:12:14 +0600 (TSK) Cc: stable@freebsd.org Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Gubin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 06:12:48 -0000 On Mon, Mar 06, 2006 at 11:24:36AM +0200, Dmitry Pryanishnikov wrote: > What kind of ppp do you use: kernel (devices ppp + process pppd) or user > (devices tun + process ppp)? It seems to me that kernel ppp is seriously > broken in RELENG_6, but I've never succeeded in getting a crashdump (my Seems that you are right, I've got another panic involving pppasyncstart() and pppoutput()... Thanks for the idea.. -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 06:14:36 2006 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 5EE2316A420 for ; Thu, 9 Mar 2006 06:14:36 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from cedar.ie.tusur.ru (cedar.fet-x.tusur.ru [217.79.57.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ABF943D79 for ; Thu, 9 Mar 2006 06:14:23 +0000 (GMT) (envelope-from pg@lynx.ie.tusur.ru) Received: from rainbow.ie.tusur.ru (rainbow.ie.tusur.ru [212.192.122.75]) by cedar.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k296EKIB020330; Thu, 9 Mar 2006 12:14:20 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx.ie.tusur.ru [212.192.122.66]) by rainbow.ie.tusur.ru (8.13.1/8.13.1) with ESMTP id k296EKgh052164; Thu, 9 Mar 2006 12:14:20 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: from lynx.ie.tusur.ru (lynx [127.0.0.1]) by lynx.ie.tusur.ru (8.13.4/8.13.4) with ESMTP id k296EKm0068682; Thu, 9 Mar 2006 12:14:20 +0600 (TSK) (envelope-from pg@lynx.ie.tusur.ru) Received: (from pg@localhost) by lynx.ie.tusur.ru (8.13.4/8.13.4/Submit) id k296EKq1068681; Thu, 9 Mar 2006 12:14:20 +0600 (TSK) (envelope-from pg) Date: Thu, 9 Mar 2006 12:14:20 +0600 From: Pavel Gubin To: Kris Kennaway Message-ID: <20060309061420.GF42270@ie.tusur.ru> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> <20060306060038.GA14287@xor.obsecurity.org> <20060306060816.GA41249@ie.tusur.ru> <20060306063615.GA15031@xor.obsecurity.org> <20060306064254.GB41249@ie.tusur.ru> <20060306070319.GA15493@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306070319.GA15493@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Organization: TUCSR, Industrial Electronics dept X-Virus-Scanned: ClamAV 0.87/1319/Thu Mar 9 07:00:26 2006 on cedar.ie.tusur.ru X-Virus-Scanned: ClamAV 0.87/1319/Thu Mar 9 07:00:26 2006 on rainbow.ie.tusur.ru X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (cedar.ie.tusur.ru [212.192.122.65]); Thu, 09 Mar 2006 12:14:21 +0600 (TSK) Cc: stable@freebsd.org Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pavel Gubin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 06:14:36 -0000 On Mon, Mar 06, 2006 at 02:03:19AM -0500, Kris Kennaway wrote: > Well, that's what you posted, but it was nonsensical. However, gdb is > sometimes confused about stack traces, which is why I asked for a > trace from DDB instead. So, I've compiled in DDB and after two days uptime got another panic: ==== panic: vm_fault: fault on nofault entry, addr: cafd2000 KDB: stack backtrace: kdb_backtrace(100,c1dd4480,0,2,cafd2000) at 0xc05093b5 = kdb_backtrace+0x29 panic(c0660e20,cafd2000,c1dd4480,b,c1d9fa80) at 0xc04f0eb8 = panic+0xa8 vm_fault(c0c43000,cafd2000,2,0,c1dd4480) at 0xc05cd34c = vm_fault+0x16c trap_pfault(cc7e2af0,0,cafd2041) at 0xc0616856 = trap_pfault+0x182 trap(8,28,28,3c959200,c1ed6838) at 0xc06164c1 = trap+0x2fd calltrap() at 0xc0605dba = calltrap+0x5 --- trap 0xc, eip = 0xc0525178, esp = 0xcc7e2b30, ebp = 0xcc7e2b3c --- putc(7d,c1ed6838,0,0,0) at 0xc0525178 = putc+0x164 pppasyncstart(c25cf400,c1e7210c,0,c2590bfa,3c0) at 0xc258d634 = pppasyncstart+0xa8 pppoutput(c1e72000,c35ad700,cc7e2bf0,c2009630,0) at 0xc258bbc8 = pppoutput+0x1e8 ip_output(c35ad700,0,cc7e2bec,1,0,0) at 0xc057b131 = ip_output+0x869 ip_forward(c35ad700,0) at 0xc057a59c = ip_forward+0x284 ip_input(c35ad700) at 0xc057910b = ip_input+0x5bb netisr_processqueue(c06ab198) at 0xc056007f = netisr_processqueue+0x9f swi_net(0) at 0xc056027a = swi_net+0xf2 ithread_loop(c1d9a500,cc7e2d38) at 0xc04dbe1d = ithread_loop+0x159 fork_exit(c04dbcc4,c1d9a500,cc7e2d38) at 0xc04db0a4 = fork_exit+0x70 fork_trampoline() at 0xc0605e1c = fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc7e2d6c, ebp = 0 --- KDB: enter: panic [thread pid 27 tid 100025 ] Stopped at 0xc0509437 = kdb_enter+0x2b: nop db> === -- Pavel Gubin TUSC&R / Industrial Electronics dept / System Administrator 2:5005/14@fidonet / Phone +7-3822-423067 / ICQ 28835566 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 07:15:12 2006 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 2A7E816A420 for ; Thu, 9 Mar 2006 07:15:12 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web33309.mail.mud.yahoo.com (web33309.mail.mud.yahoo.com [68.142.206.124]) by mx1.FreeBSD.org (Postfix) with SMTP id AE6F143D45 for ; Thu, 9 Mar 2006 07:15:11 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 67641 invoked by uid 60001); 9 Mar 2006 07:15:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Cn9MtFUGVs5wztjt0+1bqxGnJiAeH2q3HxjU+m3ylSSkluf3qlBjt1UL2w5VAHwozi4q1dDgkgXYlRPOP0FwBMHCw+DgrPR6lgnUEmmnULNpy8tBfA4RZQgN5QBaPxB6dgv8tzLJ7GGPbfk5S9rbMDWLItPwJ8a+EuGLpCqzvh4= ; Message-ID: <20060309071511.67639.qmail@web33309.mail.mud.yahoo.com> Received: from [203.252.62.44] by web33309.mail.mud.yahoo.com via HTTP; Wed, 08 Mar 2006 23:15:11 PST Date: Wed, 8 Mar 2006 23:15:11 -0800 (PST) From: Rob To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: installworld: Error 'audit group' missing ; UPDATING is incomplete! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 07:15:12 -0000 Hi, I have uploaded today 6-Stable. The 'make installworld' fails with an error message on a missing 'audit group' and refers to /usr/src/UPDATING. However, there's no information in UPDATING about this issue! Please add. Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 07:24:57 2006 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 3C03D16A422 for ; Thu, 9 Mar 2006 07:24:57 +0000 (GMT) (envelope-from illoai@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7557F43D45 for ; Thu, 9 Mar 2006 07:24:56 +0000 (GMT) (envelope-from illoai@gmail.com) Received: by xproxy.gmail.com with SMTP id t16so250174wxc for ; Wed, 08 Mar 2006 23:24:55 -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=NsKltieseX8HyJ+5dV9UtTtxziLcyCDCyOvvmMYCLd61K5LO/RGQEGrQAfgsHVkyhGnIjtaoosUyESZSHzBgX3CqUVtJXpQkF41tru6t5EdIjVlU0P78YQdXB74WQlsK+QH/R9cY9+55zYkXdXsQFyMof3amD19R+LTcRn2HXDc= Received: by 10.70.14.19 with SMTP id 19mr1834274wxn; Wed, 08 Mar 2006 23:24:55 -0800 (PST) Received: by 10.70.57.13 with HTTP; Wed, 8 Mar 2006 23:24:55 -0800 (PST) Message-ID: Date: Thu, 9 Mar 2006 01:24:55 -0600 From: "illoai@gmail.com" To: Rob In-Reply-To: <20060309071511.67639.qmail@web33309.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060309071511.67639.qmail@web33309.mail.mud.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: installworld: Error 'audit group' missing ; UPDATING is incomplete! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 07:24:57 -0000 On 3/9/06, Rob wrote: > > Hi, > > I have uploaded today 6-Stable. > The 'make installworld' fails with an error > message on a missing 'audit group' and refers > to /usr/src/UPDATING. > However, there's no information in UPDATING > about this issue! > Please add. > mergemaster -- -- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 07:46:55 2006 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 2CFE716A420 for ; Thu, 9 Mar 2006 07:46:55 +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 7CB5343D4C for ; Thu, 9 Mar 2006 07:46:54 +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 k297kpvQ029076 for ; Thu, 9 Mar 2006 04:46:51 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 9 Mar 2006 04:46:40 -0300 User-Agent: KMail/1.9.1 References: <20060308231529.GA2049@afflictions.org> <200603091105.38164.doconnor@gsoft.com.au> <440FAA67.7020708@errno.com> In-Reply-To: <440FAA67.7020708@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603090446.40787.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 07:46:55 -0000 On Thursday 09 March 2006 01:09, Sam Leffler wrote: > Daniel O'Connor wrote: > > In any case I imagine there is no point forcing it to use 54Mbit - it > > will negotiate the highest speed it can manage based on signal strength > > and hardware support (for the AP and the card) automatically. > > > > I suspect forcing 54Mbit will either not work at all (because the signal > > isn't strong enough or your hardware doesn't support it), or it will > > negotiate a speed up to 54Mbit (which would result in no functional > > change). > > Locking the transmit rate (and that's what setting the media does) can > be useful but rarely when operating in any configuration but a p2p setup > where the endpoints are fixed. The algorithm used to select a transmit > rate for a frame is very important to getting good performance. John > Bickett's sample algorithm, typically used with ath, is pretty good but > could still be improved. > I am not so sure that the speed is locked when setting to standard speed wh= at=20 is 54 for 11a/g and 11Mbps for 11b the card then chose the the best speed it can negociate with the AP and eve= n=20 if connected in 54 or 11Mbps it chose the next lower speed when packages ar= e=20 lost but goes up soon the conditions are better again. but when you set the card to a lower speed as 2 or 5.5 you force it to stay= at=20 this speed which may be usefull in noisy environments or longer distances=20 especially adhoc connections.=20 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 Thu Mar 9 07:54:28 2006 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 42F4616A420 for ; Thu, 9 Mar 2006 07:54:28 +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 E96E343D45 for ; Thu, 9 Mar 2006 07:54:27 +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 C72861A3C28; Wed, 8 Mar 2006 23:54:27 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E6A4552529; Thu, 9 Mar 2006 02:54:26 -0500 (EST) Date: Thu, 9 Mar 2006 02:54:26 -0500 From: Kris Kennaway To: Pavel Gubin Message-ID: <20060309075426.GA60350@xor.obsecurity.org> References: <20060306054205.GA682@ie.tusur.ru> <20060306054824.GA13928@xor.obsecurity.org> <20060306055833.GB682@ie.tusur.ru> <20060306060038.GA14287@xor.obsecurity.org> <20060306060816.GA41249@ie.tusur.ru> <20060306063615.GA15031@xor.obsecurity.org> <20060306064254.GB41249@ie.tusur.ru> <20060306070319.GA15493@xor.obsecurity.org> <20060309061420.GF42270@ie.tusur.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20060309061420.GF42270@ie.tusur.ru> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: "page fault" panices after upgrading 5.4-RELEASE to 6.0-RELEASE/6.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 07:54:28 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 12:14:20PM +0600, Pavel Gubin wrote: > On Mon, Mar 06, 2006 at 02:03:19AM -0500, Kris Kennaway wrote: >=20 > > Well, that's what you posted, but it was nonsensical. However, gdb is > > sometimes confused about stack traces, which is why I asked for a > > trace from DDB instead. >=20 > So, I've compiled in DDB and after two days uptime got another panic: Yeah, looks like kernel ppp alright. Unfortunately, as the other poster said kernel ppp is unmaintained in FreeBSD, so your best bet is to switch to user ppp instead (and file a PR, in case someone feels like fixing it, and so the next person who comes along might have a chance of seeing it before wondering why their system crashed). Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED98yWry0BWjoQKURArDlAJ9UxsRhZDW3iden737VO1PDE9TkDwCgth9E HjkDN8unkrXSotVUfKiF8Fk= =rcQu -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 07:56:09 2006 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 8E47616A420 for ; Thu, 9 Mar 2006 07:56:09 +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 26D6243D46 for ; Thu, 9 Mar 2006 07:56:09 +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 E8A901A3C2B; Wed, 8 Mar 2006 23:56:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2A1F852529; Thu, 9 Mar 2006 02:56:08 -0500 (EST) Date: Thu, 9 Mar 2006 02:56:08 -0500 From: Kris Kennaway To: Rob Message-ID: <20060309075608.GB60350@xor.obsecurity.org> References: <20060309071511.67639.qmail@web33309.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v9Ux+11Zm5mwPlX6" Content-Disposition: inline In-Reply-To: <20060309071511.67639.qmail@web33309.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.org Subject: Re: installworld: Error 'audit group' missing ; UPDATING is incomplete! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 07:56:09 -0000 --v9Ux+11Zm5mwPlX6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 11:15:11PM -0800, Rob wrote: >=20 > Hi, >=20 > I have uploaded today 6-Stable. > The 'make installworld' fails with an error > message on a missing 'audit group' and refers > to /usr/src/UPDATING. > However, there's no information in UPDATING > about this issue! It's taken care of by the general upgrading procedure, which directs you to mergemaster -p for precisely this reason. Kris --v9Ux+11Zm5mwPlX6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED9+XWry0BWjoQKURAiE8AJ9A3RzAeo/uoI1ChmNvanuQDOELzACfcT/v IWk7TwrklFeFJGOt5jUB414= =/+2y -----END PGP SIGNATURE----- --v9Ux+11Zm5mwPlX6-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 07:57:11 2006 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 ADB1216A420 for ; Thu, 9 Mar 2006 07:57:11 +0000 (GMT) (envelope-from hlh@restart.be) Received: from xizor.is.scarlet.be (xizor.is.scarlet.be [193.74.71.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A5D43D48 for ; Thu, 9 Mar 2006 07:57:09 +0000 (GMT) (envelope-from hlh@restart.be) Received: from (ip-83-134-195-49.dsl.scarlet.be [83.134.195.49]) by xizor.is.scarlet.be with ESMTP id k297v7E20297 for ; Thu, 9 Mar 2006 08:57:07 +0100 Received: from norquay.restart.bel (localhost.restart.bel [127.0.0.1]) by restart.be (8.13.5/8.13.5) with ESMTP id k297ux9D072405 for ; Thu, 9 Mar 2006 08:56:59 +0100 (CET) (envelope-from hlh@restart.be) DomainKey-Signature: a=rsa-sha1; s=norquay; d=restart.be; c=nofws; q=dns; h=received:x-authentication-warning:message-id:date:from:to: subject:references:in-reply-to:mime-version:content-type: content-disposition:content-transfer-encoding:user-agent:received-spf: x-spam-status:x-scanned-by; b=o2D+L4k8B70xpX1//mXm60uN2/DKTxoaBZvvDGRRG0IXnPu+L9kLEhCmNHt2uBY3u SOHH7GRL5EvSTRPTQx78A== Received: (from www@localhost) by norquay.restart.bel (8.13.5/8.13.4/Submit) id k297uxB0072404 for freebsd-stable@freebsd.org; Thu, 9 Mar 2006 08:56:59 +0100 (CET) X-Authentication-Warning: norquay.restart.bel: www set sender to hlh@restart.be using -f Received: from ip-213-49-229-211.dsl.scarlet.be (ip-213-49-229-211.dsl.scarlet.be [213.49.229.211]) by webmail.restart.be (Horde MIME library) with HTTP; Thu, 09 Mar 2006 08:56:58 +0100 Message-ID: <20060309085658.o6d44acukg4ksso8@webmail.restart.be> Date: Thu, 09 Mar 2006 08:56:58 +0100 From: Henri Hennebert To: freebsd-stable@freebsd.org References: <440F393C.9030302@rogers.com> <7.0.1.0.2.20060308120809.03286448@antimatter.net> <440F3DAC.4030402@rogers.com> In-Reply-To: <440F3DAC.4030402@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) Received-SPF: pass (norquay.restart.bel: localhost is always allowed.) X-Spam-Status: -1.1 (ALL_TRUSTED,AWL) X-Scanned-By: MIMEDefang 2.56 on 192.168.24.1 Subject: Re: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 07:57:11 -0000 Quoting Mike Jakubik : > Glenn Dawson wrote: >> At 12:06 PM 3/8/2006, you wrote: >>> Does anyone know how to change the release version of the source =20 >>> code? I have some brain dead software (Plesk) that insists on =20 >>> FreeBSD 5.3, while it will work just fine on 5.5 and even 6. I am =20 >>> wondering i can change the version of RELENG_5 code so that this =20 >>> software will think its 5.3-R and let me install. I have tried =20 >>> changing the variable in /usr/src/release/Makefile, but that seems =20 >>> to have no effect. >> >> Take a look at sys/conf/newvers.sh > > Excellent, thanks! I'm presuming i have to do a full build/install > world for this to take effect. Do you think that anything may break > because of this manual change, even if i used RELENG_6 code? I will not > be installing any ports. I would prefer to wrap /usr/bin/uname with a temporary custom version =20 returning the disired values. Henri ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 08:04:56 2006 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 ED41616A422 for ; Thu, 9 Mar 2006 08:04:56 +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 A874243D45 for ; Thu, 9 Mar 2006 08:04:56 +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 8EC8D1A3C29; Thu, 9 Mar 2006 00:04:56 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AF91252529; Thu, 9 Mar 2006 03:04:55 -0500 (EST) Date: Thu, 9 Mar 2006 03:04:55 -0500 From: Kris Kennaway To: Henri Hennebert Message-ID: <20060309080455.GA60577@xor.obsecurity.org> References: <440F393C.9030302@rogers.com> <7.0.1.0.2.20060308120809.03286448@antimatter.net> <440F3DAC.4030402@rogers.com> <20060309085658.o6d44acukg4ksso8@webmail.restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20060309085658.o6d44acukg4ksso8@webmail.restart.be> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 08:04:57 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 08:56:58AM +0100, Henri Hennebert wrote: > Quoting Mike Jakubik : >=20 > >Glenn Dawson wrote: > >>At 12:06 PM 3/8/2006, you wrote: > >>>Does anyone know how to change the release version of the source =20 > >>>code? I have some brain dead software (Plesk) that insists on =20 > >>>FreeBSD 5.3, while it will work just fine on 5.5 and even 6. I am =20 > >>>wondering i can change the version of RELENG_5 code so that this =20 > >>>software will think its 5.3-R and let me install. I have tried =20 > >>>changing the variable in /usr/src/release/Makefile, but that seems =20 > >>> to have no effect. > >> > >>Take a look at sys/conf/newvers.sh > > > >Excellent, thanks! I'm presuming i have to do a full build/install > >world for this to take effect. Do you think that anything may break > >because of this manual change, even if i used RELENG_6 code? I will not > >be installing any ports. >=20 > I would prefer to wrap /usr/bin/uname with a temporary custom version =20 > returning > the disired values. It already supports this, see the manpage. The software may not be using uname(1) to determine kernel version though. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED+GnWry0BWjoQKURApXkAJ9w8CmMlymlGdPHtydRPKYHgHDmPQCg+pit Fep53aa/rabwF0XI2qdJSSQ= =ZdlN -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 08:24:32 2006 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 E239616A420 for ; Thu, 9 Mar 2006 08:24:32 +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 A51EE43D55 for ; Thu, 9 Mar 2006 08:24:31 +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 k298ODhL030362; Thu, 9 Mar 2006 05:24:14 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Sam Leffler Date: Thu, 9 Mar 2006 05:24:02 -0300 User-Agent: KMail/1.9.1 References: <43FF65FD.8020104@errno.com> <200603082028.22198.joao@matik.com.br> <440FACCF.1040600@errno.com> In-Reply-To: <440FACCF.1040600@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603090524.02821.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: : HEADSUP: new ath and hal - almost unusable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 08:24:33 -0000 On Thursday 09 March 2006 01:19, Sam Leffler wrote: > > Even if it does not help either, I change to boot releng_5 and the card > > works fine and stable on the exactly same hardware > > I'll have to see if I can reproduce this; never seen it. It is very > strange that there are no beacon frames and no traffic is being rx'd or > tx'd. This would seem to indicate interrupts have totally stopped > (athdebug intr should show interrupts at least for the periodic events). > There should be some activitiy and/or error counters should show some > problem. At the very least tx traffic should either fill up the > available hardware tx descriptors (in which case ifconfig would show the > interface marked OACTIVE) or you should get errors. > I will try again analising on the AP and on a client and try to get it logg= ed=20 can you suggest a tool or method to get what you need?=20 > Presumably you've tried different cards and/or hosts? Does this happen > on all your ap's or just one? > Was my first thought and changed the hardware completly but the powercord .= =2E. I should get some other ath cards this days but what should be wrong if it= =20 works on 5.4? I have only one 6.0 in test since there were some bridge issues what stoppe= d=20 me upgrading any. The same hardware runs fine on all 5.4 so the problem I g= et=20 is only on 6.0 or releng_6 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 Thu Mar 9 09:18:13 2006 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 6892C16A420 for ; Thu, 9 Mar 2006 09:18:13 +0000 (GMT) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86FF243D6D for ; Thu, 9 Mar 2006 09:18:06 +0000 (GMT) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (localhost.jarasoft.net [127.0.0.1]) by raats.xs4all.nl (Postfix) with ESMTP id 07E2B11453; Thu, 9 Mar 2006 10:18:05 +0100 (CET) Received: from jara3 (unknown [192.168.1.64]) by raats.xs4all.nl (Postfix) with ESMTP id A8E4C1144F; Thu, 9 Mar 2006 10:18:04 +0100 (CET) Message-ID: <005601c6435a$5ecfc470$4001a8c0@jarasoft.net> From: "Jack Raats" To: "Kris Kennaway" References: <20060309071511.67639.qmail@web33309.mail.mud.yahoo.com> <20060309075608.GB60350@xor.obsecurity.org> Date: Thu, 9 Mar 2006 10:18:03 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original 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-Virus-Scanned: ClamAV using ClamSMTP Cc: FreeBSD Stable Subject: Re: installworld: Error 'audit group' missing ; UPDATING is incomplete! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 09:18:13 -0000 Kris, I've the same problem, but never used mergemaster. Is it save to use it that it only adds the audit group. Is it true when I use the merge option that some groups will be over written? example the wheel group will became empty except root... If it save only to add the audit group Hove to add this group? Jack ----- Original Message ----- From: "Kris Kennaway" To: "Rob" Cc: Sent: Thursday, March 09, 2006 8:56 AM Subject: Re: installworld: Error 'audit group' missing ;UPDATING is incomplete! On Wed, Mar 08, 2006 at 11:15:11PM -0800, Rob wrote: > > Hi, > > I have uploaded today 6-Stable. > The 'make installworld' fails with an error > message on a missing 'audit group' and refers > to /usr/src/UPDATING. > However, there's no information in UPDATING > about this issue! It's taken care of by the general upgrading procedure, which directs you to mergemaster -p for precisely this reason. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 10:11:28 2006 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 B1B8416A420 for ; Thu, 9 Mar 2006 10:11:28 +0000 (GMT) (envelope-from pgnews@netzwerkcenter.ch) Received: from mailthree.netzwerkcenter.ch (mailthree.everynet.ch [217.168.44.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C41343D46 for ; Thu, 9 Mar 2006 10:11:24 +0000 (GMT) (envelope-from pgnews@netzwerkcenter.ch) Received: from dhcp87.int.siconline.net (border8.siconline.net [217.168.44.33]) by mailthree.netzwerkcenter.ch (8.12.8p1/8.12.8) with ESMTP id k29ABMXt006937; Thu, 9 Mar 2006 11:11:23 +0100 (CET) (envelope-from pgnews@netzwerkcenter.ch) From: Peter Guhl To: freebsd-stable@freebsd.org Content-Type: text/plain Organization: NetzWerk Center GmbH Date: Thu, 09 Mar 2006 11:11:22 +0100 Message-Id: <1141899082.907.7.camel@nelke.int.0808.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: big trouble with /usr/ports/textproc/wv X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 10:11:28 -0000 Hello all I have a freshly installed FreeBSD 6.0 and try to install /usr/ports/mail/imp. /usr/ports/textproc/wv, part of the dependencies, fails: configure: error: * * * unable to find libwmf-config; unable to continue * * * libwmf is installed. libwmf-config is in /usr/local/bin. Right now I update the ports tree daily and try to install wv again but that doesn't seem to lead anywhere. portupgrade -raf is what I am doing at the moment - not likely it helps... Any ideas what I could try? Anybody seen this error before? I already sent this question to freebsd-ports (got told by the Makefile itself to do so) and to to comp.unix.freebsd.misc. But it starts getting urgent because this becomes the test-area for the replacement procedure of our (old!) IMAP- and Webmail-Server. The most annoying thing is that I did install IMP at least twice by now without having any compiling-trouble. And, even more, wv doesn't seem to be important for the goal I have to achieve with this installation. Regards Peter From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 11:57:50 2006 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 0C3C016A420 for ; Thu, 9 Mar 2006 11:57:50 +0000 (GMT) (envelope-from content-filter@makana.gov.za) Received: from smtp2.imaginet.co.za (smtp2.imaginet.co.za [196.34.166.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7450643D5A for ; Thu, 9 Mar 2006 11:57:47 +0000 (GMT) (envelope-from content-filter@makana.gov.za) Received: from [196.211.28.150] (helo=makana.gov.za) by smtp2.imaginet.co.za with esmtpa (Exim 4.50 (FreeBSD)) id 1FHJhE-000FRu-Lh for freebsd-stable@freebsd.org; Thu, 09 Mar 2006 13:52:45 +0200 Received: from 192.168.13.10 for freebsd-stable@freebsd.org; Thu, 09 Mar 2006 13:50:01 +0200 From: "WorkgroupMail Content Filter" To: freebsd-stable@freebsd.org Sender: "WorkgroupMail Content Filter" Date: Thu, 09 Mar 2006 13:50:00 +0200 X-WM-Plugin-Generated: MailScan MIME-Version: 1.0 Content-type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Message-ID: X-Whitelisted: The user has authenticated (1). X-Whitelisted: The user has Authenticated (2). Subject: QUARANTINED: 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: Thu, 09 Mar 2006 11:57:50 -0000 The message "Returned mail: Data format error" from Bounced mail, sent on 3/9/2006 10:47 was quarantined because it contained either an executable file, a batch file or a screen saver file. All of these types of attachments are considered security risks. Please consult your mail administrator who can release the message. This message was checked by MailScan for WorkgroupMail. www.workgroupmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 12:05:21 2006 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 8565916A420 for ; Thu, 9 Mar 2006 12:05:21 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from postfix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D2C943D55 for ; Thu, 9 Mar 2006 12:05:19 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by postfix.bsdforen.de (Postfix, from userid 20000) id 211906844BC; Thu, 9 Mar 2006 13:05:18 +0100 (CET) Received: from localhost (postfix [127.0.0.3]) by postfix.bsdforen.de (Postfix) with ESMTP id E313E6844B7; Thu, 9 Mar 2006 13:05:16 +0100 (CET) Received: from postfix.bsdforen.de ([127.0.0.3]) by localhost (postfix.bsdforen.de [127.0.0.3]) (amavisd-new, port 10024) with LMTP id 29665-09; Thu, 9 Mar 2006 13:05:16 +0100 (CET) Received: from loki (p54A47BEB.dip.t-dialin.net [84.164.123.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by postfix.bsdforen.de (Postfix) with ESMTP id F40806844B6; Thu, 9 Mar 2006 13:05:15 +0100 (CET) Date: Thu, 9 Mar 2006 13:05:05 +0100 From: Joerg Pernfuss To: freebsd-stable@freebsd.org Message-ID: <20060309130505.290a4fd6@loki> In-Reply-To: <005601c6435a$5ecfc470$4001a8c0@jarasoft.net> References: <20060309071511.67639.qmail@web33309.mail.mud.yahoo.com> <20060309075608.GB60350@xor.obsecurity.org> <005601c6435a$5ecfc470$4001a8c0@jarasoft.net> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_.T67uVbh4qz2hMBSPQlsWm8; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Virus-Scanned: amavisd-new at bsdforen.de X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 441019fe389056538710257 X-DSPAM-User: global Cc: Subject: Re: installworld: Error 'audit group' missing ; UPDATING is incomplete! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 12:05:21 -0000 --Sig_.T67uVbh4qz2hMBSPQlsWm8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 9 Mar 2006 10:18:03 +0100 "Jack Raats" wrote: > Is it true when I use the merge option that some groups will be over=20 > written? example the wheel group will became empty except root... Only if you choose to do so. The merge function from mergemaster shows you a comparison, your old wheel entry, and the default (with only root). Now if you choose to go with the default one, of course wheel near empty - that's what you wanted after all. > If it save only to add the audit group > Hove to add this group? It might be: m l l l r l l l i Regards, Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | Now featuring a brand new GPG-Key! | | / \ and news | Please update your keyring. | --Sig_.T67uVbh4qz2hMBSPQlsWm8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEEBn5H31s/bvKrSQRAtuPAJ4y9hFOYooWPl4NGn8S91fbCZd7+wCfWl/y cyySL8LlgK6o5+bLUInprf8= =tX5I -----END PGP SIGNATURE----- --Sig_.T67uVbh4qz2hMBSPQlsWm8-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 12:46:33 2006 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 9CB5216A420 for ; Thu, 9 Mar 2006 12:46:33 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id F139B43D5E for ; Thu, 9 Mar 2006 12:46:31 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id EEA6418957B for ; Thu, 9 Mar 2006 19:52:42 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id 87B9E1968DC for ; Thu, 9 Mar 2006 18:23:30 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.extinput (Postfix) with ESMTP id CA13D1A5B7B for ; Thu, 9 Mar 2006 09:11:43 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 2BB1817E2F; Thu, 9 Mar 2006 09:11:43 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 00AA817E2A; Thu, 9 Mar 2006 09:11:42 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1FH9gs-0001Pl-00; Thu, 09 Mar 2006 09:11:42 +0800 Date: Thu, 9 Mar 2006 09:11:42 +0800 (WST) From: David Adam To: Sam Stein In-Reply-To: <20060308195156.GB16523@anathema.b1tt3r.org> Message-ID: References: <20060308195156.GB16523@anathema.b1tt3r.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (329/060307) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: Re: prerelease X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 12:46:33 -0000 On Wed, 8 Mar 2006, Sam Stein wrote: > So prerelease is stable now...? Why exactly.. (There's always one.) http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html#RELEASE-CANDIDATE David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 14:46:26 2006 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 CF74116A420 for ; Thu, 9 Mar 2006 14:46:26 +0000 (GMT) (envelope-from pgnews@netzwerkcenter.ch) Received: from mailthree.netzwerkcenter.ch (mailthree.everynet.ch [217.168.44.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16ED743D4C for ; Thu, 9 Mar 2006 14:46:23 +0000 (GMT) (envelope-from pgnews@netzwerkcenter.ch) Received: from dhcp87.int.siconline.net (border8.siconline.net [217.168.44.33]) by mailthree.netzwerkcenter.ch (8.12.8p1/8.12.8) with ESMTP id k29EkLXt007585 for ; Thu, 9 Mar 2006 15:46:21 +0100 (CET) (envelope-from pgnews@netzwerkcenter.ch) From: Peter Guhl To: freebsd-stable@freebsd.org In-Reply-To: <1141899082.907.7.camel@nelke.int.0808.ch> References: <1141899082.907.7.camel@nelke.int.0808.ch> Content-Type: text/plain Organization: NetzWerk Center GmbH Date: Thu, 09 Mar 2006 15:46:21 +0100 Message-Id: <1141915581.907.19.camel@nelke.int.0808.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: big trouble with /usr/ports/textproc/wv X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 14:46:26 -0000 Hi again On Thu, 2006-03-09 at 11:11 +0100, Peter Guhl wrote: > /usr/ports/textproc/wv, part of the dependencies, fails: > configure: error: * * * unable to find libwmf-config; unable to continue > * * * > > libwmf is installed. libwmf-config is in /usr/local/bin. I installed the package now leaving the port alone. At ftp.freebsd.org I got wv-1.0.0_4.tbz while the port wants to install wv-1.0.0_5 - a newer one. I wonder what I get from this... but it seems to continue compiling the other stuff now. For me it looks kind of strange that the port installs a newer version than the newest (?) package available. It's even more funny if just that port fails to compile... but I can hardly believe I really got a broken port this time and not just another stupid error of mine. Do you all know something I don't know? I did not yet read "UPDATING" since I do only installing, not updating. Regards Peter From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 15:50:41 2006 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 4155716A420 for ; Thu, 9 Mar 2006 15:50:41 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA2A43D48 for ; Thu, 9 Mar 2006 15:50:40 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-210-115-238.client.insightbb.com ([12.210.115.238]) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FHNPK-0000Px-Ma; Thu, 09 Mar 2006 10:50:30 -0500 Date: Thu, 9 Mar 2006 10:50:33 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: Peter Guhl In-Reply-To: <1141915581.907.19.camel@nelke.int.0808.ch> Message-ID: <20060309104904.T97782@familysquires.net> References: <1141899082.907.7.camel@nelke.int.0808.ch> <1141915581.907.19.camel@nelke.int.0808.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: big trouble with /usr/ports/textproc/wv X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 15:50:41 -0000 On Thu, 9 Mar 2006, Peter Guhl wrote: > Hi again > > On Thu, 2006-03-09 at 11:11 +0100, Peter Guhl wrote: > >> /usr/ports/textproc/wv, part of the dependencies, fails: >> configure: error: * * * unable to find libwmf-config; unable to continue >> * * * >> >> libwmf is installed. libwmf-config is in /usr/local/bin. > I had a similar problem when I tried to run portupgrade by doing an "su" from my user account; in my case the PATH used by the shell was different with "su" than with "su -". Mike Squires From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 16:29:59 2006 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 5A15616A420 for ; Thu, 9 Mar 2006 16:29:59 +0000 (GMT) (envelope-from pgnews@netzwerkcenter.ch) Received: from mailthree.netzwerkcenter.ch (mailthree.everynet.ch [217.168.44.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id C113643D48 for ; Thu, 9 Mar 2006 16:29:58 +0000 (GMT) (envelope-from pgnews@netzwerkcenter.ch) Received: from dhcp87.int.siconline.net (border8.siconline.net [217.168.44.33]) by mailthree.netzwerkcenter.ch (8.12.8p1/8.12.8) with ESMTP id k29GTpXt007894; Thu, 9 Mar 2006 17:29:56 +0100 (CET) (envelope-from pgnews@netzwerkcenter.ch) From: Peter Guhl To: "Michael L. Squires" In-Reply-To: <20060309104904.T97782@familysquires.net> References: <1141899082.907.7.camel@nelke.int.0808.ch> <1141915581.907.19.camel@nelke.int.0808.ch> <20060309104904.T97782@familysquires.net> Content-Type: text/plain Organization: NetzWerk Center GmbH Date: Thu, 09 Mar 2006 17:29:51 +0100 Message-Id: <1141921791.907.24.camel@nelke.int.0808.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: big trouble with /usr/ports/textproc/wv X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 16:29:59 -0000 On Thu, 2006-03-09 at 10:50 -0500, Michael L. Squires wrote: > On Thu, 9 Mar 2006, Peter Guhl wrote: > > On Thu, 2006-03-09 at 11:11 +0100, Peter Guhl wrote: > > > >> /usr/ports/textproc/wv, part of the dependencies, fails: > >> configure: error: * * * unable to find libwmf-config; unable to continue > >> * * * > >> > >> libwmf is installed. libwmf-config is in /usr/local/bin. > > I had a similar problem when I tried to run portupgrade by doing an "su" > from my user account; in my case the PATH used by the shell was different > with "su" than with "su -". Oh my... I really wouldn't have guessed that! Yes, I always use "su" and not "su -". That's something to keep in mind all the time! Probably the source of several "ghost"-effects... Regards Peter From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 17:39:22 2006 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 E31F916A420 for ; Thu, 9 Mar 2006 17:39:22 +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 6E8B843D46 for ; Thu, 9 Mar 2006 17:39:22 +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 <0IVV004PVFPLIS40@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 09 Mar 2006 18:39:21 +0100 (CET) Received: from kg-work.kg4.no ([80.202.172.162]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IVV00BQWFPKSX40@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 09 Mar 2006 18:39:21 +0100 (CET) Date: Thu, 09 Mar 2006 18:39:26 +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: <20060309080455.GA60577@xor.obsecurity.org> To: freebsd-stable@freebsd.org Message-id: <20060309183926.75895377.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: <440F393C.9030302@rogers.com> <7.0.1.0.2.20060308120809.03286448@antimatter.net> <440F3DAC.4030402@rogers.com> <20060309085658.o6d44acukg4ksso8@webmail.restart.be> <20060309080455.GA60577@xor.obsecurity.org> Subject: Re: Changing release version on source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 17:39:23 -0000 On Thu, 09 Mar 2006 03:04:55 -0500 Kris Kennaway wrote: > It already supports this, see the manpage. The software may not be > using uname(1) to determine kernel version though. ah, that is interesting. I didn't know about that one. Thanks for enlightening me. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 17:43:27 2006 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 D6F1D16A420 for ; Thu, 9 Mar 2006 17:43:27 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6F6443D4C for ; Thu, 9 Mar 2006 17:43:12 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by wproxy.gmail.com with SMTP id i28so466376wra for ; Thu, 09 Mar 2006 09:43:11 -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=WvL4xNwZJBiWNzvM+8GnS60dmB/PIr5tRRaAZBJJiuQbmkYK8XfIuhe6l0qrPYV4F52TpbZa2sp3zmKWifzDNf0+TP9/keJ6lyVTXPB4GKiG5woHOIrpfMm5+sDctb00nZu4WLC7xHL1p6ZORfMgubORd6XuwFlLI1ZoFhmjT+I= Received: by 10.54.117.19 with SMTP id p19mr2430085wrc; Thu, 09 Mar 2006 09:43:10 -0800 (PST) Received: by 10.54.122.7 with HTTP; Thu, 9 Mar 2006 09:43:10 -0800 (PST) Message-ID: <3aaaa3a0603090943qdcc1128u@mail.gmail.com> Date: Thu, 9 Mar 2006 17:43:10 +0000 From: Chris 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: libthr + libtool bump + mysql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 17:43:28 -0000 Hi I recently noticed after the libtool bump using libthr on 5.3 and 5.4 release servers for mysql causes the process to hang when a kill is issued and become unkillable even with -9 and the only way to recover is reboot the server. The problem is not on 6.0 and 5.4-STABLE. So this would suggest to me libthr is updated in the 5.x branch. Will libthr in 5.5 be the same as in 6.0 or does the 6.x version still have advantages? Should I contact the mysql port maintainer and ask him to add a warning to the port concerning libthr on 5.4 release and older? Out of 2 servers which I use mysql on one is been upgraded to 6.1 when its released but the other will remain 5.x for the reason I cant afford to take chances something wont work right after upgrading a major version, however if the first server upgrades without any serious glitches I will consider it for the future on the 2nd server. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 17:45:00 2006 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 361ED16A420 for ; Thu, 9 Mar 2006 17:45:00 +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 A83FF43D7F for ; Thu, 9 Mar 2006 17:44:40 +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 4107C1A4D9A; Thu, 9 Mar 2006 09:44:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7A3BE53667; Thu, 9 Mar 2006 12:44:39 -0500 (EST) Date: Thu, 9 Mar 2006 12:44:39 -0500 From: Kris Kennaway To: Jack Raats Message-ID: <20060309174439.GA93448@xor.obsecurity.org> References: <20060309071511.67639.qmail@web33309.mail.mud.yahoo.com> <20060309075608.GB60350@xor.obsecurity.org> <005601c6435a$5ecfc470$4001a8c0@jarasoft.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <005601c6435a$5ecfc470$4001a8c0@jarasoft.net> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , Kris Kennaway Subject: Re: installworld: Error 'audit group' missing ; UPDATING is incomplete! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 17:45:00 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 10:18:03AM +0100, Jack Raats wrote: > Kris, >=20 > I've the same problem, but never used mergemaster. Is it save to use it= =20 > that it only adds the audit group. > Is it true when I use the merge option that some groups will be over=20 > written? example the wheel group will became empty except root... >=20 > If it save only to add the audit group > Hove to add this group? Mergemaster lets you merge the changes interactively. You really should take a look at it, it's quite easy. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEGmHWry0BWjoQKURAjyoAJ9xjPQGyd8qOVzxddKaYtxK9GWPOQCfXaOh cVwdY8OBFjOjouiz89bVzY8= =gmo+ -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 18:06:52 2006 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 CC0C516A420 for ; Thu, 9 Mar 2006 18:06:52 +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 57A5843D46 for ; Thu, 9 Mar 2006 18:06:52 +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 412F61A4DA1; Thu, 9 Mar 2006 10:06:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5D8C15464A; Thu, 9 Mar 2006 13:06:51 -0500 (EST) Date: Thu, 9 Mar 2006 13:06:51 -0500 From: Kris Kennaway To: Chris Message-ID: <20060309180651.GA94019@xor.obsecurity.org> References: <3aaaa3a0603090943qdcc1128u@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <3aaaa3a0603090943qdcc1128u@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: libthr + libtool bump + mysql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 18:06:52 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 05:43:10PM +0000, Chris wrote: > Hi >=20 > I recently noticed after the libtool bump using libthr on 5.3 and 5.4 What does libtool have to do with it? > release servers for mysql causes the process to hang when a kill is > issued and become unkillable even with -9 and the only way to recover > is reboot the server. The problem is not on 6.0 and 5.4-STABLE. So > this would suggest to me libthr is updated in the 5.x branch. Probably was. > Will libthr in 5.5 be the same as in 6.0 or does the 6.x version still > have advantages? In general 6.x has too many bug fixes to mention, so chances are it's also good on 6.x. > Should I contact the mysql port maintainer and ask him to add a > warning to the port concerning libthr on 5.4 release and older? You can ask, but the port maintainer does not have to support running on older releases. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEG66Wry0BWjoQKURAsZrAJwKenNSX2QjF45TRUz9yXjtQflnYgCgsBQd mfn7uNW2ecGOpYKD3vnXqCQ= =dznx -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 20:15:41 2006 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 E559516A420 for ; Thu, 9 Mar 2006 20:15:41 +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 7436B43D46 for ; Thu, 9 Mar 2006 20:15:40 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FHRXT-0006eJ-76 for freebsd-stable@freebsd.org; Thu, 09 Mar 2006 21:15:11 +0100 Received: from r5k4.chello.upc.cz ([86.49.10.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Mar 2006 21:15:11 +0100 Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Mar 2006 21:15:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Thu, 09 Mar 2006 21:14:26 +0100 Lines: 17 Message-ID: References: <20060228110344.GB36376@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz 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 In-Reply-To: <20060228110344.GB36376@intserv.int1.b.intern> Sender: news Subject: Re: loader_color="YES" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 20:15:42 -0000 Holger Kipp wrote: > On Tue, Feb 28, 2006 at 04:55:49AM -0600, Nikolas Britton wrote: > >>What happen to 'loader_color="YES"' if FreeBSD 6.x? >> >>If you put this in loader.conf it would make a color daemon in the boot menu. > > > Please use > > loader_logo="beastie" > loader_color="YES" > you don't need loader_color for beastie in colour afair. m. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 20:32:32 2006 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 457C416A420 for ; Thu, 9 Mar 2006 20:32:32 +0000 (GMT) (envelope-from mhouston@snitz.net) Received: from mail.snitz.net (snitz.net [66.103.146.185]) by mx1.FreeBSD.org (Postfix) with SMTP id 589C943D45 for ; Thu, 9 Mar 2006 20:32:30 +0000 (GMT) (envelope-from mhouston@snitz.net) Received: (qmail 82625 invoked by uid 0); 9 Mar 2006 20:14:51 -0000 Received: from unknown (HELO BLADESNITZ) (matt@snitz.net@155.31.163.117) by mail.snitz.net with SMTP; 9 Mar 2006 20:14:51 -0000 From: "Matt Houston" To: Date: Thu, 9 Mar 2006 15:32:33 -0500 Message-ID: <007d01c643b8$98c3cc90$75a31f9b@BLADESNITZ> 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.3790.1830 Thread-Index: AcZDuJhF4U9Iu2N+QYWD18mt6SNJgg== Subject: RE: Patch for quota deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 20:32:32 -0000 Hello, We upgraded out FreeBSD6 amd64 machine to 6-STABLE on Monday, 2006-03-06. >From there, we applied the quota-deadlock patch (which also seems to be in the 1.80 version of ufs_quota.c). Since doing so, we have had no deadlocks on the machine. Before the patch, we were experiencing the deadlocks about every 8 hours in the middle of the day, which is the peak time for its operation. The machine is a webserver hosting nearly 1000 small sites, and is now able to do so quite well since it has stopped crashing ;) I'd say the patch works! Thanks! Matt Systems Administrator Successful Hosting matt@successfulhosting.com http://www.SuccessfulHosting.com Toll-Free: +1.866.494.5096 ================================= The Success behind your web site! ================================= From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 20:44:26 2006 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 C3F7C16A420 for ; Thu, 9 Mar 2006 20:44:26 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D63643D60 for ; Thu, 9 Mar 2006 20:44:18 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k29KiGgK039392; Thu, 9 Mar 2006 22:44:16 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 30715-05; Thu, 9 Mar 2006 22:44:05 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k29KhiJH039373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Mar 2006 22:43:44 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k29Ki0AM090933; Thu, 9 Mar 2006 22:44:00 +0200 (EET) (envelope-from ru) Date: Thu, 9 Mar 2006 22:44:00 +0200 From: Ruslan Ermilov To: martinko Message-ID: <20060309204400.GF48078@ip.net.ua> References: <20060228110344.GB36376@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xkXJwpr35CY/Lc3I" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-stable@FreeBSD.org Subject: Re: loader_color="YES" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 20:44:26 -0000 --xkXJwpr35CY/Lc3I Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 09:14:26PM +0100, martinko wrote: > Holger Kipp wrote: > > On Tue, Feb 28, 2006 at 04:55:49AM -0600, Nikolas Britton wrote: > >=20 > >>What happen to 'loader_color=3D"YES"' if FreeBSD 6.x? > >> > >>If you put this in loader.conf it would make a color daemon in the boot= menu. > >=20 > >=20 > > Please use > >=20 > > loader_logo=3D"beastie" > > loader_color=3D"YES" > >=20 >=20 > you don't need loader_color for beastie in colour afair. >=20 loader_color is deprecated. One should use loader_logo as described in loader.conf(5) instead. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --xkXJwpr35CY/Lc3I Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEEJOQqRfpzJluFF4RAiCxAJ9HXtoaPzLXbLjUD+NVcNZUBYla9QCfUrI7 o+sRk9sSTRsT9vjR5f8eJE8= =iD8k -----END PGP SIGNATURE----- --xkXJwpr35CY/Lc3I-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 20:54:29 2006 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 E175816A420 for ; Thu, 9 Mar 2006 20:54:29 +0000 (GMT) (envelope-from prast@b6470ec.jasatel.net.id) Received: from avalon.jasatel.net.id (noc-svr.avalon.jasatel.net.id [202.69.96.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 478DB43D49 for ; Thu, 9 Mar 2006 20:54:28 +0000 (GMT) (envelope-from prast@b6470ec.jasatel.net.id) Received: from localhost (localhost [127.0.0.1]) by avalon.jasatel.net.id (Postfix) with ESMTP id 5167441A0 for ; Fri, 10 Mar 2006 03:54:25 +0700 (WIT) Received: from avalon.jasatel.net.id ([127.0.0.1]) by localhost (AVALON.JASATEL.NET [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22688-02 for ; Fri, 10 Mar 2006 03:54:19 +0700 (WIT) Received: from trprasetyono (trprasetyono.jasatel.net.id [202.69.98.131]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by avalon.jasatel.net.id (Postfix) with ESMTP id 653894171 for ; Fri, 10 Mar 2006 03:54:19 +0700 (WIT) Message-ID: <021501c643bb$a322ccb0$836245ca@trprasetyono> From: "aku_padamoe" To: Date: Fri, 10 Mar 2006 03:54:19 +0700 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MAIL-FILTER: By Avalon at Jst-IPNOC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 20:54:30 -0000 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 22:01:58 2006 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 289F916A420 for ; Thu, 9 Mar 2006 22:01:58 +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 E1DDE43D48 for ; Thu, 9 Mar 2006 22:01:57 +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 CC79A1A4DA5; Thu, 9 Mar 2006 14:01:57 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D2ADA51CF4; Thu, 9 Mar 2006 17:01:56 -0500 (EST) Date: Thu, 9 Mar 2006 17:01:56 -0500 From: Kris Kennaway To: Matt Houston Message-ID: <20060309220156.GA97412@xor.obsecurity.org> References: <007d01c643b8$98c3cc90$75a31f9b@BLADESNITZ> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <007d01c643b8$98c3cc90$75a31f9b@BLADESNITZ> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Patch for quota deadlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 22:01:58 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 03:32:33PM -0500, Matt Houston wrote: > Hello, >=20 > We upgraded out FreeBSD6 amd64 machine to 6-STABLE on Monday, 2006-03-06. > >From there, we applied the quota-deadlock patch (which also seems to be = in > the 1.80 version of ufs_quota.c). Since doing so, we have had no deadloc= ks > on the machine. Before the patch, we were experiencing the deadlocks abo= ut > every 8 hours in the middle of the day, which is the peak time for its > operation. >=20 > The machine is a webserver hosting nearly 1000 small sites, and is now ab= le > to do so quite well since it has stopped crashing ;) >=20 > I'd say the patch works! Thanks! Great, based on this and other replies I think so too. Thanks for testing! Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEKXUWry0BWjoQKURAsAzAJ9f7xqXRMUmVbuZp8JQt4Mwt+J2FACfYCBc MJfZN9u8N9YculGib6lSWMY= =eIIQ -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 9 23:52:13 2006 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 13A1C16A420; Thu, 9 Mar 2006 23:52:13 +0000 (GMT) (envelope-from freebsd-stable@voidcaptain.com) Received: from mx4.x15.net (mx4.x15.net [69.55.237.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FD6843D53; Thu, 9 Mar 2006 23:52:12 +0000 (GMT) (envelope-from freebsd-stable@voidcaptain.com) Received: from j1.x15.net [63.196.213.76] by mx4.x15.net with ESMTP id 603050111X1FHUvT000JGbUP; Thu, 09 Mar 2006 23:52:12 +0000 Message-ID: <4410BF8C.1060102@voidcaptain.com> Date: Thu, 09 Mar 2006 15:51:40 -0800 From: Pete Slagle MIME-Version: 1.0 To: Ruslan Ermilov References: <20060228110344.GB36376@intserv.int1.b.intern> <20060309204400.GF48078@ip.net.ua> In-Reply-To: <20060309204400.GF48078@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: loader_color="YES" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 23:52:13 -0000 Ruslan Ermilov wrote: > loader_color is deprecated. One should use loader_logo as described > in loader.conf(5) instead. Hmmm. Contrary to what you say, when I run 'man 5 loader.conf' on my 6.0-RELEASE-p4 box there is no mention whatsoever of loader_logo, and loader_color is recommended. Perhaps this has changed recently? Pete From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 01:50:37 2006 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 D81D716A420 for ; Fri, 10 Mar 2006 01:50:37 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 683B843D45 for ; Fri, 10 Mar 2006 01:50:37 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so552803wra for ; Thu, 09 Mar 2006 17:50: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=TRm3pf+CGoOYx84SHPrn8wd2QYdBZhvaXQK5wpR63vzLFEb6svpOiu2uoGJy3EAMPitfPEr8OyRJilKWSBkph2E934mgK+ngj9TFcQhIUP4P9u18qVa5Lrw3ZfCtKMEUS7ETuCFZrCCa2SclgPG9iAGewhyHIqJgmbVfqmxOj08= Received: by 10.54.142.13 with SMTP id p13mr183164wrd; Thu, 09 Mar 2006 17:50:36 -0800 (PST) Received: by 10.54.122.7 with HTTP; Thu, 9 Mar 2006 17:50:36 -0800 (PST) Message-ID: <3aaaa3a0603091750r67188696w@mail.gmail.com> Date: Fri, 10 Mar 2006 01:50:36 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20060309180651.GA94019@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3aaaa3a0603090943qdcc1128u@mail.gmail.com> <20060309180651.GA94019@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: Re: libthr + libtool bump + mysql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 01:50:38 -0000 On 09/03/06, Kris Kennaway wrote: > On Thu, Mar 09, 2006 at 05:43:10PM +0000, Chris wrote: > > Hi > > > > I recently noticed after the libtool bump using libthr on 5.3 and 5.4 > > What does libtool have to do with it? > > > release servers for mysql causes the process to hang when a kill is > > issued and become unkillable even with -9 and the only way to recover > > is reboot the server. The problem is not on 6.0 and 5.4-STABLE. So > > this would suggest to me libthr is updated in the 5.x branch. > > Probably was. > > > Will libthr in 5.5 be the same as in 6.0 or does the 6.x version still > > have advantages? > > In general 6.x has too many bug fixes to mention, so chances are it's > also good on 6.x. > > > Should I contact the mysql port maintainer and ask him to add a > > warning to the port concerning libthr on 5.4 release and older? > > You can ask, but the port maintainer does not have to support running > on older releases. > > Kris > > Ok thanks 5.3 and 5.4 are "old" but not EOL they are still supported I thought. I dont like upgrading major version every 6-12 months and I am sure there are others as well. So if I have this correct everytime a new major version hits release ports may stop working for live release branches and it doesnt matter? For example some may take the view that 6.x isnt mature enough to use until 6.2 or 6.3, thanks Chris From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 02:07:25 2006 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 33E4916A422 for ; Fri, 10 Mar 2006 02:07:25 +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 A606443D69 for ; Fri, 10 Mar 2006 02:07:23 +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 8CC8A1A4DA5; Thu, 9 Mar 2006 18:07:23 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B989F52529; Thu, 9 Mar 2006 21:07:22 -0500 (EST) Date: Thu, 9 Mar 2006 21:07:22 -0500 From: Kris Kennaway To: Chris Message-ID: <20060310020722.GB919@xor.obsecurity.org> References: <3aaaa3a0603090943qdcc1128u@mail.gmail.com> <20060309180651.GA94019@xor.obsecurity.org> <3aaaa3a0603091750r67188696w@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <3aaaa3a0603091750r67188696w@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: libthr + libtool bump + mysql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 02:07:25 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2006 at 01:50:36AM +0000, Chris wrote: > On 09/03/06, Kris Kennaway wrote: > > On Thu, Mar 09, 2006 at 05:43:10PM +0000, Chris wrote: > > > Hi > > > > > > I recently noticed after the libtool bump using libthr on 5.3 and 5.4 > > > > What does libtool have to do with it? > > > > > release servers for mysql causes the process to hang when a kill is > > > issued and become unkillable even with -9 and the only way to recover > > > is reboot the server. The problem is not on 6.0 and 5.4-STABLE. So > > > this would suggest to me libthr is updated in the 5.x branch. > > > > Probably was. > > > > > Will libthr in 5.5 be the same as in 6.0 or does the 6.x version still > > > have advantages? > > > > In general 6.x has too many bug fixes to mention, so chances are it's > > also good on 6.x. > > > > > Should I contact the mysql port maintainer and ask him to add a > > > warning to the port concerning libthr on 5.4 release and older? > > > > You can ask, but the port maintainer does not have to support running > > on older releases. > > > > Kris > > > > >=20 > Ok thanks 5.3 and 5.4 are "old" but not EOL they are still supported I > thought. Old releases sometimes have extended support for security fixes only, but for ports it's only "most recent release". So 5.4 is still technically supported by ports, but that will change in a week or two when 5.5 is released. > I dont like upgrading major version every 6-12 months and I > am sure there are others as well. >=20 > So if I have this correct everytime a new major version hits release > ports may stop working for live release branches and it doesnt matter? >=20 > For example some may take the view that 6.x isnt mature enough to use > until 6.2 or 6.3, I'm not responsible for the opinions of others :-) If you don't like the support situation, consider that you're not paying for it anyway, so if you want more support than the thousands of man-hours donated to you for free by the freebsd volunteers, you can pay someone for it to your level of comfort. Kris --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEN9ZWry0BWjoQKURAg30AJ9DhF/D3cPaC5mXjehplZZQf3IWPACgucSl uooKhCQB0LhWMEiWzeDX+3M= =J+bA -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 03:38:20 2006 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 2B36516A420 for ; Fri, 10 Mar 2006 03:38:20 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A91EB43D45 for ; Fri, 10 Mar 2006 03:38:19 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by xproxy.gmail.com with SMTP id s13so444422wxc for ; Thu, 09 Mar 2006 19:38:19 -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=Pg6aS9pGwCuS9aDvH3DhH63uqXRjEaYIpGUeNXGZ0WX7hMkrkM0MHfSPZjUClgSknDnuIhBOSx3IBQbQptB+5ZSiRU6IzO/cJWNU/NKqipToxrb3iSTVxNhehLBqIvc5nA39IKxNPVM8u5IBBM7wpopM464ptvrj+2d+2UBYMDc= Received: by 10.70.105.2 with SMTP id d2mr2981647wxc; Thu, 09 Mar 2006 19:31:40 -0800 (PST) Received: by 10.70.65.9 with HTTP; Thu, 9 Mar 2006 19:31:40 -0800 (PST) Message-ID: Date: Thu, 9 Mar 2006 21:31:40 -0600 From: "Nikolas Britton" To: "Pete Slagle" In-Reply-To: <4410BF8C.1060102@voidcaptain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060228110344.GB36376@intserv.int1.b.intern> <20060309204400.GF48078@ip.net.ua> <4410BF8C.1060102@voidcaptain.com> Cc: freebsd-stable@freebsd.org Subject: Re: loader_color="YES" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 03:38:20 -0000 On 3/9/06, Pete Slagle wrote: > Ruslan Ermilov wrote: > > > loader_color is deprecated. One should use loader_logo as described > > in loader.conf(5) instead. > > Hmmm. Contrary to what you say, when I run 'man 5 loader.conf' on my > 6.0-RELEASE-p4 box there is no mention whatsoever of loader_logo, and > loader_color is recommended. > > Perhaps this has changed recently? > > man 5 loader.conf | grep -nC 2 logo 140- 141- loader_logo (``fbsdbw'') 142: Selects a desired logo in the beastie boot menu. Poss= i- 143- ble values are: ``fbsdbw'', ``beastiebw'', ``beastie''= , 144- and ``none''. > uname -a FreeBSD infomatic.intranet 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Mon Feb 20 00:11:39 CST 2006 =20 nbritton@infomatic.intranet:/usr/src/sys/i386/compile/INFOMATIC i386 -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 04:32:03 2006 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 26DBF16A420 for ; Fri, 10 Mar 2006 04:32:03 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2763643D6E for ; Fri, 10 Mar 2006 04:31:59 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id DCBC678CA2; Thu, 9 Mar 2006 23:39:38 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86131-07; Thu, 9 Mar 2006 23:39:34 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 4E62578C64; Thu, 9 Mar 2006 23:39:29 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 07CED1C080F; Thu, 9 Mar 2006 22:37:53 -0500 (EST) Date: Thu, 9 Mar 2006 22:37:53 -0500 From: Damian Gerow To: Daniel O'Connor Message-ID: <20060310033752.GB31158@afflictions.org> References: <20060308231529.GA2049@afflictions.org> <20060308235940.GA64762@intserv.int1.b.intern> <200603082111.37010.joao@matik.com.br> <200603091105.38164.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603091105.38164.doconnor@gsoft.com.au> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 04:32:03 -0000 Thus spake Daniel O'Connor (doconnor@gsoft.com.au) [08/03/06 19:45]: : In any case I imagine there is no point forcing it to use 54Mbit - it will : negotiate the highest speed it can manage based on signal strength and : hardware support (for the AP and the card) automatically. Huh. : I suspect forcing 54Mbit will either not work at all (because the signal isn't : strong enough or your hardware doesn't support it), or it will negotiate a : speed up to 54Mbit (which would result in no functional change). Okay, this has me a bit curious, so I dug into it a bit more: SSID BSSID CHAN RATE S:N INT CAPS linksys 00:06:25:7b:25:3d 6 11M 35:0 100 E MYSSID 00:12:17:85:9a:3b 11 54M 39:0 100 E wahoo62 00:13:46:47:0f:0e 11 54M 4:0 100 EPS I'd have thought that a S:N of 39:0 wouldn't be all that weak, no? Looking at a post by Sam this past August, he calls 30:0 "very strong", though that was for an 802.11b link. I'd think that the higher the number, the stronger the signal. Is the above too weak to handle a full 54Mbps link? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 05:10:54 2006 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 7D31B16A420 for ; Fri, 10 Mar 2006 05:10:54 +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 D7EF543D45 for ; Fri, 10 Mar 2006 05:10:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k2A5ARjZ019029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Mar 2006 15:40:33 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Damian Gerow Date: Fri, 10 Mar 2006 15:40:12 +1030 User-Agent: KMail/1.9.1 References: <20060308231529.GA2049@afflictions.org> <200603091105.38164.doconnor@gsoft.com.au> <20060310033752.GB31158@afflictions.org> In-Reply-To: <20060310033752.GB31158@afflictions.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2720073.noNZc5GHkP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603101540.21112.doconnor@gsoft.com.au> X-Spam-Score: -1.939 () ALL_TRUSTED,AWL X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 05:10:54 -0000 --nextPart2720073.noNZc5GHkP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 March 2006 14:07, Damian Gerow wrote: > : I suspect forcing 54Mbit will either not work at all (because the signal > : isn't strong enough or your hardware doesn't support it), or it will > : negotiate a speed up to 54Mbit (which would result in no functional > : change). > > Okay, this has me a bit curious, so I dug into it a bit more: > > SSID BSSID CHAN RATE S:N INT CAPS > linksys 00:06:25:7b:25:3d 6 11M 35:0 100 E > MYSSID 00:12:17:85:9a:3b 11 54M 39:0 100 E > wahoo62 00:13:46:47:0f:0e 11 54M 4:0 100 EPS > > I'd have thought that a S:N of 39:0 wouldn't be all that weak, no? Looki= ng > at a post by Sam this past August, he calls 30:0 "very strong", though th= at > was for an 802.11b link. I'd think that the higher the number, the > stronger the signal. Is the above too weak to handle a full 54Mbps link? =20 Which SSID? MYSSID? The linksys one looks like b only.=20 The other 2 look like g. Are you sure your card supports g? It may be able to see a g AP but only=20 connects and b speeds. What does ifconfig -m ath0 say? =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 --nextPart2720073.noNZc5GHkP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEEQo85ZPcIHs/zowRAlLtAJ4kKlM7YqI6idgvdnDCuKtLZ1SdgQCbBoAm LyPzENZbhkvVUbWzj1xJlE4= =UzD9 -----END PGP SIGNATURE----- --nextPart2720073.noNZc5GHkP-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 05:27:48 2006 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 5074B16A420 for ; Fri, 10 Mar 2006 05:27:48 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id C47AE43D49 for ; Fri, 10 Mar 2006 05:27:47 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id BB00378C79 for ; Fri, 10 Mar 2006 00:35:27 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23232-08 for ; Fri, 10 Mar 2006 00:35:22 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 74E3078C78 for ; Fri, 10 Mar 2006 00:35:21 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 34B941C080F; Fri, 10 Mar 2006 00:27:40 -0500 (EST) Date: Fri, 10 Mar 2006 00:27:40 -0500 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20060310052740.GD31158@afflictions.org> References: <20060308231529.GA2049@afflictions.org> <200603091105.38164.doconnor@gsoft.com.au> <20060310033752.GB31158@afflictions.org> <200603101540.21112.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603101540.21112.doconnor@gsoft.com.au> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 05:27:48 -0000 Thus spake Daniel O'Connor (doconnor@gsoft.com.au) [10/03/06 00:19]: : > Okay, this has me a bit curious, so I dug into it a bit more: : > : > SSID BSSID CHAN RATE S:N INT CAPS : > linksys 00:06:25:7b:25:3d 6 11M 35:0 100 E : > MYSSID 00:12:17:85:9a:3b 11 54M 39:0 100 E : > wahoo62 00:13:46:47:0f:0e 11 54M 4:0 100 EPS : > : > I'd have thought that a S:N of 39:0 wouldn't be all that weak, no? Looking : > at a post by Sam this past August, he calls 30:0 "very strong", though that : > was for an 802.11b link. I'd think that the higher the number, the : > stronger the signal. Is the above too weak to handle a full 54Mbps link? : : Which SSID? MYSSID? : The linksys one looks like b only. : The other 2 look like g. MYSSID. It's the one I posted about originally. linksys is definitely b only. : Are you sure your card supports g? It may be able to see a g AP but only : connects and b speeds. Yep. It's an AR5212: ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xd8100000-0xd810ffff irq 28 at device 4.0 on pci10 ath0: Ethernet address: 00:0f:b5:20:71:ed ath0: mac 5.9 phy 4.3 radio 4.6 : What does ifconfig -m ath0 say? The full text (as it's unsurprisingly long) is up at: Here's the bits I'm going to assume you're specifically interested in: ----- ath0: flags=28943 mtu 1500 inet6 fe80::20f:b5ff:fe20:71ed%ath0 prefixlen 64 scopeid 0x1 inet 192.168.132.146 netmask 0xffffff00 broadcast 192.168.132.255 ether 00:0f:b5:20:71:ed media: IEEE 802.11 Wireless Ethernet autoselect status: associated supported media: media OFDM/54Mbps mode autoselect mediaopt monitor media OFDM/54Mbps mode autoselect mediaopt flag0 mediaopt adhoc media OFDM/54Mbps mode autoselect mediaopt hostap media OFDM/54Mbps mode autoselect mediaopt adhoc media OFDM/54Mbps mode autoselect media OFDM/54Mbps mode 11g mediaopt monitor media OFDM/54Mbps mode 11g mediaopt flag0 mediaopt adhoc media OFDM/54Mbps mode 11g mediaopt hostap media OFDM/54Mbps mode 11g mediaopt adhoc media OFDM/54Mbps mode 11g media DS/11Mbps mode 11b mediaopt monitor media DS/11Mbps mode 11b mediaopt flag0 mediaopt adhoc media DS/11Mbps mode 11b mediaopt hostap media DS/11Mbps mode 11b mediaopt adhoc media DS/11Mbps mode 11b media autoselect mode autoselect mediaopt monitor media autoselect mode autoselect mediaopt flag0 mediaopt adhoc media autoselect mode autoselect mediaopt hostap media autoselect mode autoselect mediaopt adhoc media autoselect mode autoselect ssid "" channel 5 authmode OPEN privacy OFF NULL 1:40-bit NULL 2:40-bit NULL 3:40-bit NULL 4:40-bit txpowmax 30 protmode CTS burst bintval 100 ----- - Damian From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 05:50:30 2006 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 90B8816A420 for ; Fri, 10 Mar 2006 05:50:30 +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 C863F43D46 for ; Fri, 10 Mar 2006 05:50:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k2A5oDxm019585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Mar 2006 16:20:18 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 10 Mar 2006 16:20:11 +1030 User-Agent: KMail/1.9.1 References: <20060308231529.GA2049@afflictions.org> <200603101540.21112.doconnor@gsoft.com.au> <20060310052740.GD31158@afflictions.org> In-Reply-To: <20060310052740.GD31158@afflictions.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1178797.hz2aNWPaSs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603101620.12724.doconnor@gsoft.com.au> X-Spam-Score: -1.85 () ALL_TRUSTED,AWL X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Damian Gerow Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 05:50:30 -0000 --nextPart1178797.hz2aNWPaSs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 March 2006 15:57, Damian Gerow wrote: > : Are you sure your card supports g? It may be able to see a g AP but only > : connects and b speeds. > > Yep. It's an AR5212: Ah well no idea then :) Sounds like a question for Sam. Actually one thing.. Is the AP set for g mode or b only? =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 --nextPart1178797.hz2aNWPaSs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEEROU5ZPcIHs/zowRAi+lAKCS2BgLAb/x296+UFwm4u/vsBfOBwCfYhGt grzn+5rlcpxQvRL2YDqwMlE= =7cAe -----END PGP SIGNATURE----- --nextPart1178797.hz2aNWPaSs-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 05:57:31 2006 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 1547F16A420; Fri, 10 Mar 2006 05:57:31 +0000 (GMT) (envelope-from freebsd-stable@voidcaptain.com) Received: from mx4.x15.net (mx4.x15.net [69.55.237.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC8EC43D49; Fri, 10 Mar 2006 05:57:30 +0000 (GMT) (envelope-from freebsd-stable@voidcaptain.com) Received: from j1.x15.net [63.196.213.76] by mx4.x15.net with ESMTP id 603050111X1FHad0000AmdEZ; Fri, 10 Mar 2006 05:57:30 +0000 Message-ID: <4411152B.4030907@voidcaptain.com> Date: Thu, 09 Mar 2006 21:56:59 -0800 From: Pete Slagle MIME-Version: 1.0 To: Nikolas Britton References: <20060228110344.GB36376@intserv.int1.b.intern> <20060309204400.GF48078@ip.net.ua> <4410BF8C.1060102@voidcaptain.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ruslan Ermilov , freebsd-stable@freebsd.org Subject: Re: loader_color="YES" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 05:57:31 -0000 >>> loader_color is deprecated. One should use loader_logo as described >>> in loader.conf(5) instead. >> Hmmm. Contrary to what you say, when I run 'man 5 loader.conf' on my >> 6.0-RELEASE-p4 box there is no mention whatsoever of loader_logo, and >> loader_color is recommended. >> >> Perhaps this has changed recently? > man 5 loader.conf | grep -nC 2 logo > 140- > 141- loader_logo (``fbsdbw'') > 142: Selects a desired logo in the beastie boot menu. Possi- > 143- ble values are: ``fbsdbw'', ``beastiebw'', ``beastie'', > 144- and ``none''. > uname -a > FreeBSD infomatic.intranet 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Thanks. So, my summation of the situation is that loader_color is the documented option for both current released versions of FreeBSD, but it will be deprecated and replaced by loader_logo in the upcoming 6.1 release. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 06:08:28 2006 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 73CD516A420 for ; Fri, 10 Mar 2006 06:08:28 +0000 (GMT) (envelope-from freebsd-list@chuckatkins.net) Received: from centrmmtao06.cox.net (centrmmtao06.cox.net [70.168.83.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFE5543D46 for ; Fri, 10 Mar 2006 06:08:27 +0000 (GMT) (envelope-from freebsd-list@chuckatkins.net) Received: from [10.0.0.2] (really [24.253.206.92]) by centrmmtao06.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060310060819.NYFL4002.centrmmtao06.cox.net@[10.0.0.2]>; Fri, 10 Mar 2006 01:08:19 -0500 Message-ID: <441118A3.10700@chuckatkins.net> Date: Fri, 10 Mar 2006 00:11:47 -0600 From: Chuck Atkins User-Agent: Thunderbird 1.5 (X11/20060219) MIME-Version: 1.0 To: Pete Slagle References: <20060228110344.GB36376@intserv.int1.b.intern> <20060309204400.GF48078@ip.net.ua> <4410BF8C.1060102@voidcaptain.com> In-Reply-To: <4410BF8C.1060102@voidcaptain.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: loader_color="YES" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 06:08:28 -0000 Pete Slagle wrote: > Ruslan Ermilov wrote: > >> loader_color is deprecated. One should use loader_logo as described >> in loader.conf(5) instead. > > Hmmm. Contrary to what you say, when I run 'man 5 loader.conf' on my > 6.0-RELEASE-p4 box there is no mention whatsoever of loader_logo, and > loader_color is recommended. > > Perhaps this has changed recently? > > Pete > > _______________________________________________ > 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" > My last cvsup and buildworld to stable was Feb 20 (6.1-PRERELEASE). In my man 5 loader.conf, loader_logo is the last option mentioned and in fact loader_color is not mentioned at all. Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 06:31:04 2006 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 624F616A420 for ; Fri, 10 Mar 2006 06:31:04 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) Received: from mx.road.omskelecom.ru (ftp.road.omskelecom.ru [195.162.36.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE66D43D58 for ; Fri, 10 Mar 2006 06:31:02 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) From: sergey akifiev Date: Fri, 10 Mar 2006 12:30:58 +0600 To: freebsd-stable@freebsd.org Message-ID: <20060310063058.GE69429@ugai.uvd-omsk.su> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060306084222.GE57165@ugai.uvd-omsk.su> <20060306092743.GA18697@xor.obsecurity.org> <20060306105507.GF57165@ugai.uvd-omsk.su> <20060306210034.GA50522@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060306210034.GA50522@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.88/1320/Fri Mar 10 00:11:14 2006 on ugai.uvd-omsk.su X-Virus-Status: Clean Subject: Re: 6.1-PRERELEASE nfs root troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 06:31:04 -0000 On Mon, Mar 06, 2006 at 04:00:34PM -0500, Kris Kennaway wrote: > Thanks :) I netboot many machines on 6.1 and don't see this, so perhaps it it due to your use of the BOOTP* options: > > options BOOTP # Use BOOTP to obtain IP address/hostname > # Requires NFSCLIENT and NFS_ROOT > options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP info > options BOOTP_NFSV3 # Use NFS v3 to NFS mount root > options BOOTP_COMPAT # Workaround for broken bootp daemons. seems, that this issue isn't connected with BOOT* options at all. my test host, holding diskless root is an i686 machine and diskless client is an old i586 box. it seems, that some i686-optimized binary sneaked into diskless client's root. i've found this by booting that kernel on dual-xeon server lieng around here ;-) but is still cannot understand, how this can be connected with this trap... -- WBFH: -error IL2: =SB=error SGA16-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 06:32:17 2006 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 9EEE716A420 for ; Fri, 10 Mar 2006 06:32:17 +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 D9FD243D53 for ; Fri, 10 Mar 2006 06:32:14 +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 k2A6W3x4082691; Fri, 10 Mar 2006 03:32:04 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Fri, 10 Mar 2006 03:29:49 -0300 User-Agent: KMail/1.9.1 References: <20060308231529.GA2049@afflictions.org> <200603101540.21112.doconnor@gsoft.com.au> <20060310052740.GD31158@afflictions.org> In-Reply-To: <20060310052740.GD31158@afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603100329.49920.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Damian Gerow Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 06:32:17 -0000 On Friday 10 March 2006 02:27, Damian Gerow wrote: > Thus spake Daniel O'Connor (doconnor@gsoft.com.au) [10/03/06 00:19]: > : > Okay, this has me a bit curious, so I dug into it a bit more: > : > > : > SSID BSSID CHAN RATE S:N INT CAPS > : > linksys 00:06:25:7b:25:3d 6 11M 35:0 100 E > : > MYSSID 00:12:17:85:9a:3b 11 54M 39:0 100 E > : > wahoo62 00:13:46:47:0f:0e 11 54M 4:0 100 EPS > : > > : > I'd have thought that a S:N of 39:0 wouldn't be all that weak, no?=20 > : > Looking at a post by Sam this past August, he calls 30:0 "very strong= ", > : > though that was for an 802.11b link. I'd think that the higher the > : > number, the stronger the signal. Is the above too weak to handle a > : > full 54Mbps link? > : generally it is not the signalstrength which let you connect at higher spee= ds,=20 it is the noise level. So you can have a low signal without noise and you m= ay=20 connect at high speed and on the other hand you may have a strong signal an= d=20 high noise and the speed is 1Mb or do not connect/associate at all > ----- > ath0: flags=3D28943 > mtu 1500 inet6 fe80::20f:b5ff:fe20:71ed%ath0 prefixlen 64 scopeid 0x1 > inet 192.168.132.146 netmask 0xffffff00 broadcast 192.168.132.255 > ether 00:0f:b5:20:71:ed > media: IEEE 802.11 Wireless Ethernet autoselect > status: associated tha card default in autoselect is probably 11b so it do not connect at 11g= =20 until you configure it to ifconfig mode 11g media OFDM/54mbps should do the job,, tha card still connect at lower speed depending on what= it=20 can with the selected AP in order to not jumping around you can try setting bssid _MAC_desired_AP_ so long as your card is in monitor mode you may not connect nor get traffic= at=20 all 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 Mar 10 06:35:23 2006 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 5056F16A420 for ; Fri, 10 Mar 2006 06:35:23 +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 0880143D45 for ; Fri, 10 Mar 2006 06:35:23 +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 DFCB21A4DB8 for ; Thu, 9 Mar 2006 22:35:22 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1731B51BF0; Fri, 10 Mar 2006 01:35:22 -0500 (EST) Date: Fri, 10 Mar 2006 01:35:22 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060310063521.GA5197@xor.obsecurity.org> References: <20060306084222.GE57165@ugai.uvd-omsk.su> <20060306092743.GA18697@xor.obsecurity.org> <20060306105507.GF57165@ugai.uvd-omsk.su> <20060306210034.GA50522@xor.obsecurity.org> <20060310063058.GE69429@ugai.uvd-omsk.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20060310063058.GE69429@ugai.uvd-omsk.su> User-Agent: Mutt/1.4.2.1i Subject: Re: 6.1-PRERELEASE nfs root troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 06:35:23 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2006 at 12:30:58PM +0600, sergey akifiev wrote: > On Mon, Mar 06, 2006 at 04:00:34PM -0500, Kris Kennaway wrote: > > Thanks :) I netboot many machines on 6.1 and don't see this, so perhaps= it it due to your use of the BOOTP* options: > >=20 > > options BOOTP # Use BOOTP to obtain IP address/hostna= me > > # Requires NFSCLIENT and NFS_ROOT > > options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP= info > > options BOOTP_NFSV3 # Use NFS v3 to NFS mount root > > options BOOTP_COMPAT # Workaround for broken bootp daemons. >=20 > seems, that this issue isn't connected with BOOT* options at all. > my test host, holding diskless root is an i686 machine and diskless clien= t is > an old i586 box. it seems, that some i686-optimized binary sneaked into > diskless client's root. > i've found this by booting that kernel on dual-xeon server lieng around h= ere > ;-) > but is still cannot understand, how this can be connected with this trap.= .. Is the kernel also compiled for i686? Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEER4pWry0BWjoQKURAkTcAJ42UQ5K5MnTht2O5dxS9ecYg484AgCdFXUz hoNl8QtWiQc+bCvGfKXiaKc= =XulJ -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 06:56:22 2006 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 CF36416A420 for ; Fri, 10 Mar 2006 06:56:22 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FD2B43D46 for ; Fri, 10 Mar 2006 06:56:22 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 1A81F78C8C for ; Fri, 10 Mar 2006 02:04:02 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83069-09 for ; Fri, 10 Mar 2006 02:03:57 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 2933F78C7F for ; Fri, 10 Mar 2006 02:03:56 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id B4FEB1C080F; Fri, 10 Mar 2006 01:56:14 -0500 (EST) Date: Fri, 10 Mar 2006 01:56:14 -0500 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20060310065614.GK31158@afflictions.org> References: <20060308231529.GA2049@afflictions.org> <200603101540.21112.doconnor@gsoft.com.au> <20060310052740.GD31158@afflictions.org> <200603100329.49920.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603100329.49920.joao@matik.com.br> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 06:56:23 -0000 Thus spake Daniel O'Connor (doconnor@gsoft.com.au) [10/03/06 01:00]: : Sounds like a question for Sam. Sam? : Actually one thing.. Is the AP set for g mode or b only? 11g mode only. Specifically, autoselect mode 11g, and is currently running at OFDM54. Thus spake JoaoBR (joao@matik.com.br) [10/03/06 01:40]: : > : > Okay, this has me a bit curious, so I dug into it a bit more: : > : > : > : > SSID BSSID CHAN RATE S:N INT CAPS : > : > linksys 00:06:25:7b:25:3d 6 11M 35:0 100 E : > : > MYSSID 00:12:17:85:9a:3b 11 54M 39:0 100 E : > : > wahoo62 00:13:46:47:0f:0e 11 54M 4:0 100 EPS : > : > : > : > I'd have thought that a S:N of 39:0 wouldn't be all that weak, no? : > : > Looking at a post by Sam this past August, he calls 30:0 "very strong", : > : > though that was for an 802.11b link. I'd think that the higher the : > : > number, the stronger the signal. Is the above too weak to handle a : > : > full 54Mbps link? : > : : : generally it is not the signalstrength which let you connect at higher speeds, : it is the noise level. So you can have a low signal without noise and you may : connect at high speed and on the other hand you may have a strong signal and : high noise and the speed is 1Mb or do not connect/associate at all I've been doing some testing with kismet throughout the night, and I've been seeing consistant signal strengths around -50 to -60dBm, with noise sitting pretty consistantly at -96, and its strongest reading (after about six hours) is -90dBm. At least, if I'm to believe what Kismet is telling me. This machine is about five feet (albeit through a concrete wall) from the AP. A wireless laptop that's about twenty feet (again, through concrete) has connected at 54Mbps without issues. : > ----- : > ath0: flags=28943 : > mtu 1500 inet6 fe80::20f:b5ff:fe20:71ed%ath0 prefixlen 64 scopeid 0x1 : > inet 192.168.132.146 netmask 0xffffff00 broadcast 192.168.132.255 : > ether 00:0f:b5:20:71:ed : > media: IEEE 802.11 Wireless Ethernet autoselect : > status: associated : : : tha card default in autoselect is probably 11b so it do not connect at 11g : until you configure it to : : ifconfig mode 11g media OFDM/54mbps : : should do the job,, tha card still connect at lower speed depending on what it : can with the selected AP : : in order to not jumping around you can try setting bssid _MAC_desired_AP_ : : so long as your card is in monitor mode you may not connect nor get traffic at : all I don't mind jumping around (the rate selection stuff is there for a reason), it's that I seemed to be stuck at 11Mbps. I've manually set it up to 54Mbps, and still had good network connectivity. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 07:12:24 2006 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 BA28A16A420 for ; Fri, 10 Mar 2006 07:12:24 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) Received: from mx.road.omskelecom.ru (ftp.road.omskelecom.ru [195.162.36.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F81943D45 for ; Fri, 10 Mar 2006 07:12:24 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) From: sergey akifiev Date: Fri, 10 Mar 2006 13:12:22 +0600 To: freebsd-stable@freebsd.org Message-ID: <20060310071222.GF69429@ugai.uvd-omsk.su> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060306084222.GE57165@ugai.uvd-omsk.su> <20060306092743.GA18697@xor.obsecurity.org> <20060306105507.GF57165@ugai.uvd-omsk.su> <20060306210034.GA50522@xor.obsecurity.org> <20060310063058.GE69429@ugai.uvd-omsk.su> <20060310063521.GA5197@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060310063521.GA5197@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.88/1321/Fri Mar 10 10:54:15 2006 on ugai.uvd-omsk.su X-Virus-Status: Clean Subject: Re: 6.1-PRERELEASE nfs root troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 07:12:24 -0000 On Fri, Mar 10, 2006 at 01:35:22AM -0500, Kris Kennaway wrote: > > seems, that this issue isn't connected with BOOT* options at all. > > my test host, holding diskless root is an i686 machine and diskless client is > > an old i586 box. it seems, that some i686-optimized binary sneaked into > > diskless client's root. > > i've found this by booting that kernel on dual-xeon server lieng around here > > ;-) > > but is still cannot understand, how this can be connected with this trap... > > Is the kernel also compiled for i686? no. kernel built for CPUTYPE=pentium-mmx, or it will not boot at all. -- WBFH: -error IL2: =SB=error SGA16-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 09:01:29 2006 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 48D0316A420 for ; Fri, 10 Mar 2006 09:01:29 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: from mail.mediamatters.org (mail.mediamatters.org [63.240.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0607543D45 for ; Fri, 10 Mar 2006 09:01:28 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: by mail.mediamatters.org (Postfix, from userid 33) id F396096C16D; Fri, 10 Mar 2006 04:01:27 -0500 (EST) Received: from 68.49.189.193 (SquirrelMail authenticated user ski); by mail.mediamatters.org with HTTP; Fri, 10 Mar 2006 04:01:27 -0500 (EST) Message-ID: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> Date: Fri, 10 Mar 2006 04:01:27 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 09:01:29 -0000 Howdy... After not having much success with the hptmv driver for highpoint's rocketraid 1820A, I'm wondering if other folks have had good luck with any SATA RAID cards with at least 6 ports... Is there a SATA RAID card with utilities that let you manage while the OS is running that folks have had good luck with? I've been happy with the megaraid series on linux at my job, but I'm wondering if the management utilities are there on freebsd, etc. Thanks in advance... Brian Szymanski Software and Systems Developer Media Matters for America ski@mediamatters.org From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 09:07:56 2006 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 BA85D16A420 for ; Fri, 10 Mar 2006 09:07:56 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22DDE43D45 for ; Fri, 10 Mar 2006 09:07:55 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k2A97qfr028227 for ; Fri, 10 Mar 2006 10:07:52 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k2A97poI076925; Fri, 10 Mar 2006 10:07:51 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k2A97pcd076924; Fri, 10 Mar 2006 10:07:51 +0100 (CET) (envelope-from ry93) Date: Fri, 10 Mar 2006 10:07:51 +0100 From: "Patrick M. Hausen" To: Brian Szymanski Message-ID: <20060310090751.GD74820@hugo10.ka.punkt.de> References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 09:07:56 -0000 Mornin' > After not having much success with the hptmv driver for highpoint's > rocketraid 1820A, I'm wondering if other folks have had good luck with any > SATA RAID cards with at least 6 ports... Is there a SATA RAID card with > utilities that let you manage while the OS is running that folks have had > good luck with? I've been happy with the megaraid series on linux at my > job, but I'm wondering if the management utilities are there on freebsd, > etc. http://www.icp-vortex.com/english/product/pci/rz_sata_8/8586rz_e.htm Expensive? Yes. Fast, reliable, cheap - pick any two ;-) HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 09:08:57 2006 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 6982D16A420 for ; Fri, 10 Mar 2006 09:08:57 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) Received: from mx.road.omskelecom.ru (ftp.road.omskelecom.ru [195.162.36.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id EABD343D73 for ; Fri, 10 Mar 2006 09:08:52 +0000 (GMT) (envelope-from sergey@road.omskelecom.ru) From: sergey akifiev Date: Fri, 10 Mar 2006 15:08:49 +0600 To: freebsd-stable@freebsd.org Message-ID: <20060310090849.GG69429@ugai.uvd-omsk.su> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060306084222.GE57165@ugai.uvd-omsk.su> <20060306092743.GA18697@xor.obsecurity.org> <20060306105507.GF57165@ugai.uvd-omsk.su> <20060306210034.GA50522@xor.obsecurity.org> <20060310063058.GE69429@ugai.uvd-omsk.su> <20060310063521.GA5197@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060310063521.GA5197@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.88/1321/Fri Mar 10 10:54:15 2006 on ugai.uvd-omsk.su X-Virus-Status: Clean Subject: Re: 6.1-PRERELEASE nfs root troubles X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 09:08:57 -0000 On Fri, Mar 10, 2006 at 01:35:22AM -0500, Kris Kennaway wrote: > Is the kernel also compiled for i686? more testings... i've commented out any CPUTYPE strings, rebuilded world and installed it to /usr/diskless, make `chflags -R noschg /usr/diskless/*'. then i've found other p3-based box and set it to netboot with Etherboot floppy. while i am still getting trap 18 on pentium box, p3 box boots same kernel and mounts root well. -- WBFH: -error IL2: =SB=error SGA16-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 09:20:11 2006 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 1A31916A420 for ; Fri, 10 Mar 2006 09:20:11 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: from mail.mediamatters.org (mail.mediamatters.org [63.240.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD8143D46 for ; Fri, 10 Mar 2006 09:20:10 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: by mail.mediamatters.org (Postfix, from userid 33) id 3D89C96C16D; Fri, 10 Mar 2006 04:20:10 -0500 (EST) Received: from 68.49.189.193 (SquirrelMail authenticated user ski); by mail.mediamatters.org with HTTP; Fri, 10 Mar 2006 04:20:10 -0500 (EST) Message-ID: <1270.68.49.189.193.1141982410.squirrel@68.49.189.193> In-Reply-To: <20060310090751.GD74820@hugo10.ka.punkt.de> References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> <20060310090751.GD74820@hugo10.ka.punkt.de> Date: Fri, 10 Mar 2006 04:20:10 -0500 (EST) From: "Brian Szymanski" To: "Patrick M. Hausen" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 09:20:11 -0000 > Mornin' > >> After not having much success with the hptmv driver for highpoint's >> rocketraid 1820A, I'm wondering if other folks have had good luck with >> any >> SATA RAID cards with at least 6 ports... Is there a SATA RAID card with >> utilities that let you manage while the OS is running that folks have >> had >> good luck with? I've been happy with the megaraid series on linux at my >> job, but I'm wondering if the management utilities are there on freebsd, >> etc. > > http://www.icp-vortex.com/english/product/pci/rz_sata_8/8586rz_e.htm > > Expensive? Yes. > > Fast, reliable, cheap - pick any two ;-) In my case, I'm actually shooting for reliable and (relatively) cheap :) Fast is nice but I don't much care, so the megaraids look slightly better than this product, but thanks for the tip anyway :) Brian Szymanski Software and Systems Developer Media Matters for America ski@mediamatters.org From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 11:22:51 2006 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 D7BA816A420 for ; Fri, 10 Mar 2006 11:22:51 +0000 (GMT) (envelope-from jan.koukal@fs.cvut.cz) Received: from ns.fsid.cvut.cz (ns.fsid.cvut.cz [147.32.160.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B1C143D46 for ; Fri, 10 Mar 2006 11:22:51 +0000 (GMT) (envelope-from jan.koukal@fs.cvut.cz) Received: from mine.fsid.cvut.cz (mine.fsid.cvut.cz [147.32.161.31]) by ns.fsid.cvut.cz (Postfix) with ESMTP id 59D2980002D0 for ; Fri, 10 Mar 2006 12:22:47 +0100 (CET) Received: from wts (unknown [10.8.0.6]) by mine.fsid.cvut.cz (Postfix) with ESMTP id BE97D6D428 for ; Fri, 10 Mar 2006 12:22:56 +0100 (CET) From: To: Date: Fri, 10 Mar 2006 12:22:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 Thread-Index: AcZDdh/8QyeNY6vqQ36RtxKPqeWYJQAvoKig Message-Id: <20060310112256.BE97D6D428@mine.fsid.cvut.cz> X-CTU-FME-D1-MailScanner: Found to be clean X-CTU-FME-D1-MailScanner-SpamCheck: neni spam, SpamAssassin (skore=-3.109, vyzaduje 4.2, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.33, BAYES_00 -2.60, NO_REAL_NAME 0.96) X-CTU-FME-D1-MailScanner-From: jan.koukal@fs.cvut.cz Subject: Strange problem with STATUS of Intel MatrixRAID X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 11:22:52 -0000 Hello I have this problem: Yesterday server with FreeBSD 6.0 was self restarted . In messages was this: Mar 8 20:03:11 mail kernel: ar1: WARNING - mirror protection lost. RAID1 array in DEGRADED mode Mar 8 20:03:11 mail kernel: ar1: writing of Intel MatrixRAID metadata is NOT supported yet Mar 8 20:03:11 mail kernel: subdisk8: detached Mar 8 20:03:11 mail kernel: ar1: writing of Intel MatrixRAID metadata is NOT supported yet Mar 8 20:03:11 mail last message repeated 78 times Mar 8 20:03:11 mail kernel: ad8: detached Mar 8 20:03:11 mail kernel: unknown: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=326028767 Mar 8 20:04:39 mail syslogd: kernel boot file is /boot/kernel/kernel Mar 8 20:04:39 mail kernel: Copyright (c) 1992-2005 The FreeBSD Project. Mar 8 20:04:39 mail kernel: ad4: 238475MB at ata2-master SATA150 Mar 8 20:04:39 mail kernel: ad4: Intel calc=f72ede8c meta=7b976f46 Mar 8 20:04:39 mail kernel: ad6: 238475MB at ata3-master SATA150 Mar 8 20:04:39 mail kernel: ad6: Intel calc=f72ede8c meta=7b976f46 Mar 8 20:04:39 mail kernel: ad8: 305245MB at ata4-master SATA150 Mar 8 20:04:39 mail kernel: ad8: Intel calc=e722a4c0 meta=f3915260 Mar 8 20:04:39 mail kernel: ad10: 305245MB at ata5-master SATA150 Mar 8 20:04:39 mail kernel: ad10: Intel calc=e722a4c0 meta=f3915260 Mar 8 20:04:39 mail kernel: ar0: 238474MB status:READY Mar 8 20:04:39 mail kernel: ar0: disk0 READY (master) using ad4 at ata2-master Mar 8 20:04:39 mail kernel: ar0: disk1 READY (mirror) using ad6 at ata3-master Mar 8 20:04:39 mail kernel: ar1: 305245MB status:READY Mar 8 20:04:39 mail kernel: ar1: disk0 READY (master) using ad8 at ata4-master Mar 8 20:04:39 mail kernel: ar1: disk1 READY (mirror) using ad10 at ata5-master This is strange that raid tell me ad8 detached and raid is DEGRADED and after reboot is quickly READY. What does it mean? Bad disk,board, FreeBSD : () ? In this moment on ar1 was written some big backup. Thanks John From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 11:58:04 2006 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 0FAB516A420 for ; Fri, 10 Mar 2006 11:58:04 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B6C843D45 for ; Fri, 10 Mar 2006 11:58:02 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k2ABvp8C023104; Fri, 10 Mar 2006 13:57:51 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 10 Mar 2006 13:57:50 +0200 (EET) From: Dmitry Pryanishnikov To: Michael Proto In-Reply-To: <20060304065138.GD692@turion.vk2pj.dyndns.org> Message-ID: <20060310121758.S80837@atlantis.atlantis.dp.ua> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> <20060303185157.GB692@turion.vk2pj.dyndns.org> <20060304001224.G356@atlantis.atlantis.dp.ua> <20060304065138.GD692@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 11:58:04 -0000 Hello! > Date: Fri, 3 Mar 2006 08:04:55 -0500 > From: Michael Proto > To: freebsd-stable@freebsd.org > Subject: Re: RELENG_4 on flash disk and swap > > I'm running FreeBSD in 64Mb with no swap and it works fine. A few > sysctls that I've found helpful for running without swap: > > vm.swap_enabled=0 > vm.disable_swapspace_pageouts=1 > kern.ipc.shm_use_phys=1 Thank you very much! These settings (rather vm.disable_swapspace_pageouts, because I've already had vm.swap_enabled=0, and IMHO kern.ipc.shm_use_phys matters for specific applications only) have taken my dreadful swap_pager_getswapspace: failed messages away! Now I can run "make buildworld/buildkernel" and build some other ports simultaneously, and swap_pager doesn't complain. I think that this piece of wisdom (sysctl settings for swapless FreeBSD) is definitely worth being mentioned in tuning(7). Actually 'top' shows on my swapless machine with 256Mb RAM that there are always a lot of usable pages (Inact + Free almost always > 150Mb). So swap attempts before turning vm.disable_swapspace_pageouts on had an artifical nature (wasn't necessary at all)? On Sat, 4 Mar 2006, Peter Jeremy wrote: > Once you've received this message, the OS is free to kill your > processes until it frees up some swap (which it can't do if you don't > have any). I suggest you have a quick look through vm/swap_pager.c > and vm/vm_pageout.c, looking at swap_pager_full and swap_pager_almost_full. This is still a concern for me. IMHO it would be useful to have the ability to disable process killing due to the lack of swap, because having this enabled on e.g. transit router can lead to very unpleasant scenario. Imagine someone DoS-attacks it's sshd, and kernel kills the process with the largest RSS - it could e.g. be a vital part of the routing software (zebra/ripd/bgpd), and killing this process will render our router unreachable and unusable! Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 11:59:25 2006 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 0DD7D16A420 for ; Fri, 10 Mar 2006 11:59:25 +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 E9EBF43D4C for ; Fri, 10 Mar 2006 11:59:18 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp219-199.lns1.adl2.internode.on.net [203.122.219.199]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k2ABxAvx029176 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Mar 2006 22:29:16 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 10 Mar 2006 22:28:54 +1030 User-Agent: KMail/1.9.1 References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> In-Reply-To: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1188165.GrJUZcLoH1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603102229.01148.doconnor@gsoft.com.au> X-Spam-Score: -0.975 () AWL X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Brian Szymanski Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 11:59:25 -0000 --nextPart1188165.GrJUZcLoH1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 March 2006 19:31, Brian Szymanski wrote: > After not having much success with the hptmv driver for highpoint's > rocketraid 1820A, I'm wondering if other folks have had good luck with any > SATA RAID cards with at least 6 ports... Is there a SATA RAID card with > utilities that let you manage while the OS is running that folks have had > good luck with? I've been happy with the megaraid series on linux at my > job, but I'm wondering if the management utilities are there on freebsd, > etc. I believe most Promise hardware is supported. I use a "Promise PDC20378 SATA150 controller" built into my motherboard for= =20 RAID1 and it works perfectly. The only problem can be mapping the name to the PDC number although you sho= uld=20 be able to find it if you dig in the data sheet. I believe the chip I am using is in the "FastTrak S150 TX2plus" - it has 2= =20 SATA ports and a PATA port (which matches the motherboard) =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 --nextPart1188165.GrJUZcLoH1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEEWoF5ZPcIHs/zowRAnNdAJ964XIx4ynuBWkzXmgmOWwsfmzTAwCdEABy JFI2X3vXvYO38KmOcr10ppY= =gPHq -----END PGP SIGNATURE----- --nextPart1188165.GrJUZcLoH1-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 10 12:00:39 2006 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 391BF16A420 for ; Fri, 10 Mar 2006 12:00:39 +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 492AE43D64 for ; Fri, 10 Mar 2006 12:00:38 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp219-199.lns1.adl2.internode.on.net [203.122.219.199]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k2AC0OUb029213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Mar 2006 22:30:30 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 10 Mar 2006 22:30:17 +1030 User-Agent: KMail/1.9.1 References: <20060308231529.GA2049@afflictions.org> <200603100329.49920.joao@matik.com.br> <20060310065614.GK31158@afflictions.org> In-Reply-To: <20060310065614.GK31158@afflictions.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2884882.pApEjnh6LB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603102230.18377.doconnor@gsoft.com.au> X-Spam-Score: -0.918 () AWL X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Damian Gerow Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 12:00:39 -0000 --nextPart2884882.pApEjnh6LB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 March 2006 17:26, Damian Gerow wrote: > I've been doing some testing with kismet throughout the night, and I've > been seeing consistant signal strengths around -50 to -60dBm, with noise > sitting pretty consistantly at -96, and its strongest reading (after about > six hours) is -90dBm. At least, if I'm to believe what Kismet is telling > me. > > This machine is about five feet (albeit through a concrete wall) from the > AP. A wireless laptop that's about twenty feet (again, through concrete) > has connected at 54Mbps without issues. What happens if you exit Kismet and try an associate? =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 --nextPart2884882.pApEjnh6LB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEEWpS5ZPcIHs/zowRAuI6AKClIFF5iguwWRn0/ea/VlvbrCU5+ACfdFLt HUYks22GB1VyCp8iM8eH0sE= =Z8Bf -----END PGP SIGNATURE----- --nextPart2884882.pApEjnh6LB-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:15:51 2006 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 085D216A425 for ; Sat, 11 Mar 2006 01:15:51 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2DFC44F24 for ; Fri, 10 Mar 2006 13:53:51 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k2ADrhmB072224; Fri, 10 Mar 2006 15:53:43 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 10 Mar 2006 15:53:43 +0200 (EET) From: Dmitry Pryanishnikov To: Kostik Belousov In-Reply-To: <20060310123942.GI37572@deviant.kiev.zoral.com.ua> Message-ID: <20060310153737.X40396@atlantis.atlantis.dp.ua> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> <20060303185157.GB692@turion.vk2pj.dyndns.org> <20060304001224.G356@atlantis.atlantis.dp.ua> <20060304065138.GD692@turion.vk2pj.dyndns.org> <20060310121758.S80837@atlantis.atlantis.dp.ua> <20060310123942.GI37572@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Michael Proto , freebsd-stable@freebsd.org, Peter Jeremy Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:15:51 -0000 Hello! On Fri, 10 Mar 2006, Kostik Belousov wrote: >> the largest RSS - it could e.g. be a vital part of the routing software >> (zebra/ripd/bgpd), and killing this process will render our router >> unreachable and unusable! > > Then, what should kernel do ? It kills the process because it _needs_ > the page. Usually, this page is needed to fill the frame that was already > allocated by some process, so, SIGKILL is another way to report ENOMEM. But AFAIK the kernel kills NOT the requesting process but the one with the largest RSS. This selection algorithm seems to be the dumbest one, since process with largest RSS almost always is the process which does some real work. Perhaps we should have possibility to choose between: 1) no process kills at all, just keep waiting until free memory gets available as a result of some other process's activity; 2) current algorithm; 3) kill the "youngest" process (with lowest runtime). > The only way to prevent this situation is to never satisfy > memory address range requests that (potentially) cannot be backed > by real memory (this includes swap) in the future. Compare "never satisfy request" and "kill another, totally unrelated, process". Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:16:49 2006 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 81A3216A423 for ; Sat, 11 Mar 2006 01:16:49 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B514E49965 for ; Fri, 10 Mar 2006 20:06:46 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k2AK6cBF031784; Fri, 10 Mar 2006 22:06:38 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 10 Mar 2006 22:06:38 +0200 (EET) From: Dmitry Pryanishnikov To: Peter Jeremy In-Reply-To: <20060310193248.GC688@turion.vk2pj.dyndns.org> Message-ID: <20060310215306.P83075@atlantis.atlantis.dp.ua> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> <20060303185157.GB692@turion.vk2pj.dyndns.org> <20060304001224.G356@atlantis.atlantis.dp.ua> <20060304065138.GD692@turion.vk2pj.dyndns.org> <20060310121758.S80837@atlantis.atlantis.dp.ua> <20060310123942.GI37572@deviant.kiev.zoral.com.ua> <20060310153737.X40396@atlantis.atlantis.dp.ua> <20060310193248.GC688@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , Michael Proto , freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:16:49 -0000 Hello! On Sat, 11 Mar 2006, Peter Jeremy wrote: >> But AFAIK the kernel kills NOT the requesting process but the one with the >> largest RSS. This selection algorithm seems to be the dumbest one, since >> process with largest RSS almost always is the process which does some real >> work. > > This frees up the greatest amount of memory and so minimises the risk > of the problem recurring. For OS yes, it's great to obtain a lot of free pages. But as I wrote in another post, if this process was e.g. bgpd, router becomes unusable and unreachable. So at this point OS benefit differs from system administrator benefit: for me, it would be better if that remote router paniced and rebooted instead of being up but non-operational. >> Compare "never satisfy request" and "kill another, totally unrelated, >> process". > > This has been argued about many times in the past - though not with > any satisfactory solution AFAIK. Look for 'SIGDANGER' in the archives. OK, I see, it's very difficult task to decide which process to kill. So I as an administrator want to have a tool to turn this process killing off. Of course I can (and will) patch OS kernel, but I'm sure that I'm not alone. That's why I've proposed some ideas in this area. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:17:10 2006 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 E00CB16A444 for ; Sat, 11 Mar 2006 01:17:08 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: from mail.mediamatters.org (mail.mediamatters.org [63.240.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB1F34ACAC for ; Fri, 10 Mar 2006 21:57:55 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: by mail.mediamatters.org (Postfix, from userid 33) id 4672296C625; Fri, 10 Mar 2006 15:57:53 -0500 (EST) Received: from 68.49.189.193 (SquirrelMail authenticated user ski); by mail.mediamatters.org with HTTP; Fri, 10 Mar 2006 15:57:53 -0500 (EST) Message-ID: <1131.68.49.189.193.1142024273.squirrel@68.49.189.193> In-Reply-To: <20060310205326.B372F45041@ptavv.es.net> References: Your message of "Fri, 10 Mar 2006 10:07:51 +0100." <20060310090751.GD74820@hugo10.ka.punkt.de> <20060310205326.B372F45041@ptavv.es.net> Date: Fri, 10 Mar 2006 15:57:53 -0500 (EST) From: "Brian Szymanski" To: "Kevin Oberman" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:17:10 -0000 Wow - Lots of votes for 3ware. Any votes for something cheaper? The 3ware's are more than I want to spend... Also, does anyone know if the megaraid management tools work on freebsd? Cheers, Brian >> Date: Fri, 10 Mar 2006 10:07:51 +0100 >> From: "Patrick M. Hausen" >> Sender: owner-freebsd-stable@freebsd.org >> >> Mornin' >> >> > After not having much success with the hptmv driver for highpoint's >> > rocketraid 1820A, I'm wondering if other folks have had good luck with >> any >> > SATA RAID cards with at least 6 ports... Is there a SATA RAID card >> with >> > utilities that let you manage while the OS is running that folks have >> had >> > good luck with? I've been happy with the megaraid series on linux at >> my >> > job, but I'm wondering if the management utilities are there on >> freebsd, >> > etc. >> >> http://www.icp-vortex.com/english/product/pci/rz_sata_8/8586rz_e.htm >> >> Expensive? Yes. >> >> Fast, reliable, cheap - pick any two ;-) > > Well, they are also probably not too cheap, but I have been very happy > with the 3Ware SATA card. 3Ware has been very good at support for > FreeBSD and the management tool (3DM2) is in ports. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > > Brian Szymanski Software and Systems Developer Media Matters for America ski@mediamatters.org cell: 202.243.9007 work: 202.756.4128 home: 202.470.2578 skype: xbrianskix aim: xbrianskix From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:20:30 2006 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 09D0216A41F for ; Sat, 11 Mar 2006 01:20:30 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from pro20.abac.com (pro20.abac.com [66.226.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48F4E48BB4 for ; Fri, 10 Mar 2006 18:46:25 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from [216.55.129.41] (asd0.aplus.net [216.55.129.41]) (authenticated bits=0) by pro20.abac.com (8.13.4/8.13.4) with ESMTP id k2AIkNFA059076; Fri, 10 Mar 2006 10:46:24 -0800 (PST) (envelope-from atanas@asd.aplus.net) Message-ID: <4411CA36.1000207@asd.aplus.net> Date: Fri, 10 Mar 2006 10:49:26 -0800 From: Atanas User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Brian Szymanski References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> In-Reply-To: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.47 (SPF_SOFTFAIL) Cc: freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:20:30 -0000 Brian Szymanski said the following on 03/10/06 01:01: > Howdy... > > After not having much success with the hptmv driver for highpoint's > rocketraid 1820A, I'm wondering if other folks have had good luck with any > SATA RAID cards with at least 6 ports... Is there a SATA RAID card with > utilities that let you manage while the OS is running that folks have had > good luck with? I've been happy with the megaraid series on linux at my > job, but I'm wondering if the management utilities are there on freebsd, > etc. > 3ware. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:22:17 2006 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 B5CB416A420 for ; Sat, 11 Mar 2006 01:22:17 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00007441D6 for ; Sat, 11 Mar 2006 01:19:55 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by wproxy.gmail.com with SMTP id i23so1038480wra for ; Fri, 10 Mar 2006 17:19:54 -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=l+WJsdbJyS0iQRo628w6aYCQkZkT6bDQcaAAR4CvFlazvJKUpp/tYeCeDbHvtdGeL1IeiQxgwZn1269TOd0zsEVLL9eB7HY74dXjWO//gcwUU97SaLExtuNFAHRV5NdxiiZ/u4K9pcvw5+Zzp09le2r1PWTSaoxVt+oVBsvER6k= Received: by 10.54.117.8 with SMTP id p8mr1482074wrc; Fri, 10 Mar 2006 17:19:54 -0800 (PST) Received: by 10.54.122.7 with HTTP; Fri, 10 Mar 2006 17:19:54 -0800 (PST) Message-ID: <3aaaa3a0603101719g5db4f47cs@mail.gmail.com> Date: Sat, 11 Mar 2006 01:19:54 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20060310020722.GB919@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3aaaa3a0603090943qdcc1128u@mail.gmail.com> <20060309180651.GA94019@xor.obsecurity.org> <3aaaa3a0603091750r67188696w@mail.gmail.com> <20060310020722.GB919@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: Re: libthr + libtool bump + mysql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:22:17 -0000 On 10/03/06, Kris Kennaway wrote: > On Fri, Mar 10, 2006 at 01:50:36AM +0000, Chris wrote: > > On 09/03/06, Kris Kennaway wrote: > > > On Thu, Mar 09, 2006 at 05:43:10PM +0000, Chris wrote: > > > > Hi > > > > > > > > I recently noticed after the libtool bump using libthr on 5.3 and 5= .4 > > > > > > What does libtool have to do with it? > > > > > > > release servers for mysql causes the process to hang when a kill is > > > > issued and become unkillable even with -9 and the only way to recov= er > > > > is reboot the server. The problem is not on 6.0 and 5.4-STABLE. S= o > > > > this would suggest to me libthr is updated in the 5.x branch. > > > > > > Probably was. > > > > > > > Will libthr in 5.5 be the same as in 6.0 or does the 6.x version st= ill > > > > have advantages? > > > > > > In general 6.x has too many bug fixes to mention, so chances are it's > > > also good on 6.x. > > > > > > > Should I contact the mysql port maintainer and ask him to add a > > > > warning to the port concerning libthr on 5.4 release and older? > > > > > > You can ask, but the port maintainer does not have to support running > > > on older releases. > > > > > > Kris > > > > > > > > > > Ok thanks 5.3 and 5.4 are "old" but not EOL they are still supported I > > thought. > > Old releases sometimes have extended support for security fixes only, > but for ports it's only "most recent release". So 5.4 is still > technically supported by ports, but that will change in a week or two > when 5.5 is released. > > > I dont like upgrading major version every 6-12 months and I > > am sure there are others as well. > > > > So if I have this correct everytime a new major version hits release > > ports may stop working for live release branches and it doesnt matter? > > > > For example some may take the view that 6.x isnt mature enough to use > > until 6.2 or 6.3, > > I'm not responsible for the opinions of others :-) > > If you don't like the support situation, consider that you're not > paying for it anyway, so if you want more support than the thousands > of man-hours donated to you for free by the freebsd volunteers, you > can pay someone for it to your level of comfort. > > Kris > > I understand but it is frustrating that 6.x gets plugged a lot tho when the person mentions they are using 5.x, I hope you understand that when freebsd is used on a mission critical server then it is good to only upgrade when necessary which is usually just for security updates and also to wait for a 2nd or 3rd revision of the new major version as to help avoid teething problems. In that manner I am glad older versions are supported for security patches for a while after release. I wasnt aware ports removed support right away tho so thank you for clarifying that for me. what does confuse me now and I am sure others, you have a situation where only the most recent release is supported and 6.1 is been released shortly before 5.5 if things goto schedule, will both these releases be treated as supported by the ports tree? and why is 5.5 been released at all if people should be upgrading to 6.x to remain supported? Chris From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:23:03 2006 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 D456B16A423 for ; Sat, 11 Mar 2006 01:23:02 +0000 (GMT) (envelope-from frank@ircnow.org) Received: from scott.blazing.de (scott.blazing.de [80.86.187.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C42C44FE0 for ; Fri, 10 Mar 2006 13:56:38 +0000 (GMT) (envelope-from frank@ircnow.org) Received: by scott.blazing.de (Postfix, from userid 510) id 493B296FCE; Fri, 10 Mar 2006 14:56:31 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on scott.blazing.de X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from shodan.nognu.de (shodan.nognu.de [85.14.216.230]) by scott.blazing.de (Postfix) with ESMTP id D9AC196FC8 for ; Fri, 10 Mar 2006 14:56:21 +0100 (CET) Received: by shodan.nognu.de (nbSMTP-1.00) for uid 1002 frank@ircnow.org; Fri, 10 Mar 2006 14:56:22 +0100 (CET) Date: Fri, 10 Mar 2006 14:56:21 +0100 From: Frank Steinborn To: stable@freebsd.org Message-ID: <20060310135621.GA99495@scott.blazing.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP: 0x41F1741D User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: Subject: Freeze by using sound on -STABLE 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: Sat, 11 Mar 2006 01:23:03 -0000 Hi, i just built a 6.1-PRERELEASE and noticed that my system freezes when using mplayer or musicpd. I tried to cat /dev/random > /dev/dsp0.0 and it freezes too. The machine has been running 6.0-STABLE before without that problem. I wanted to know if someone else had similar issues or can reproduce it, so I could write a PR. Please let me know if you need further informations. Verbose /dev/sndstat: ######################################################################## FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xd800,0xdc00,0xe000 irq 15 kld snd_solo (1p/1r/4v channels duplex default) [pcm0:play:0]: spd 48000, fmt 0x10000010, flags 0x00101000, 0x00000000 interrupts 0, underruns 0, ready 0 {userland} -> feeder_vchan_s16(0x10000010) -> {hardware} pcm0:play:0[pcm0:virtual:0]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, ready 0 {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:0[pcm0:virtual:1]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, ready 0 {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:0[pcm0:virtual:2]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, ready 0 {userland} -> feeder_root(0x00000000) -> {hardware} pcm0:play:0[pcm0:virtual:3]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, ready 0 {userland} -> feeder_root(0x00000000) -> {hardware} [pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 0x00000000, 0x00000000 interrupts 0, overruns 0, hfree 16384, sfree 0 {hardware} -> feeder_root(0x00000000) -> {userland} File Versions: $FreeBSD: src/sys/dev/sound/pci/solo.c,v 1.35.2.3 2006/01/29 02:35:19 ariff Exp $ $FreeBSD: src/sys/dev/sound/isa/sndbuf_dma.c,v 1.3 2005/01/06 01:43:17 imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/vchan.c,v 1.17.2.3 2006/01/20 03:55:58 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.93.2.2 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/sndstat.c,v 1.20.2.2 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.43.2.3 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_volume.c,v 1.2.2.1 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_rate.c,v 1.11.2.2 2006/01/29 02:27:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_fmt.c,v 1.14.2.2 2006/01/29 02:27:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder.c,v 1.33.2.3 2006/03/07 15:51:19 jhb Exp $ $FreeBSD: src/sys/dev/sound/pcm/fake.c,v 1.14.2.1 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/dsp.c,v 1.80.2.5 2006/02/04 11:58:28 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/channel.c,v 1.99.2.3 2006/01/29 02:27:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/buffer.c,v 1.25.2.1 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.3.2.1 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97.c,v 1.53.2.3 2006/01/09 02:06:42 ariff Exp $ ######################################################################## Frank From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:23:33 2006 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 9B77E16A420 for ; Sat, 11 Mar 2006 01:23:33 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9944C494EF for ; Fri, 10 Mar 2006 19:32:58 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail10.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2AJWog0029355 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 11 Mar 2006 06:32:51 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2AJWn71003190; Sat, 11 Mar 2006 06:32:50 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2AJWmPE003189; Sat, 11 Mar 2006 06:32:48 +1100 (EST) (envelope-from peter) Date: Sat, 11 Mar 2006 06:32:48 +1100 From: Peter Jeremy To: Dmitry Pryanishnikov Message-ID: <20060310193248.GC688@turion.vk2pj.dyndns.org> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> <20060303185157.GB692@turion.vk2pj.dyndns.org> <20060304001224.G356@atlantis.atlantis.dp.ua> <20060304065138.GD692@turion.vk2pj.dyndns.org> <20060310121758.S80837@atlantis.atlantis.dp.ua> <20060310123942.GI37572@deviant.kiev.zoral.com.ua> <20060310153737.X40396@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060310153737.X40396@atlantis.atlantis.dp.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Kostik Belousov , Michael Proto , freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:23:33 -0000 On Fri, 2006-Mar-10 15:53:43 +0200, Dmitry Pryanishnikov wrote: > But AFAIK the kernel kills NOT the requesting process but the one with the >largest RSS. This selection algorithm seems to be the dumbest one, since >process with largest RSS almost always is the process which does some real >work. This frees up the greatest amount of memory and so minimises the risk of the problem recurring. > Compare "never satisfy request" and "kill another, totally unrelated, >process". This has been argued about many times in the past - though not with any satisfactory solution AFAIK. Look for 'SIGDANGER' in the archives. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:23:56 2006 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 B599516A429 for ; Sat, 11 Mar 2006 01:23:56 +0000 (GMT) (envelope-from jorge@salk.edu) Received: from sherryl.salk.edu (sherryl.snl.salk.edu [198.202.70.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C4984F3E9 for ; Fri, 10 Mar 2006 23:05:38 +0000 (GMT) (envelope-from jorge@salk.edu) Received: from neumann.snl.salk.edu (neumann.snl.salk.edu [198.202.70.173]) by sherryl.salk.edu (8.12.10/8.12.10) with ESMTP id k2AN5Wa1055836; Fri, 10 Mar 2006 15:05:32 -0800 (PST) Date: Fri, 10 Mar 2006 15:05:32 -0800 (PST) From: Jorge Aldana X-X-Sender: jorge@neumann.snl.salk.edu To: Alan Amesbury In-Reply-To: <440DFEC5.3070501@umn.edu> Message-ID: References: <440DFEC5.3070501@umn.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Kernel INCLUDE_CONFIG_FILE workaround? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:23:57 -0000 I'm on 6.1PreRelease and this works: strings -n 3 /boot/kernel/kernel | grep -v ____ | sed -n 's/^___//p' There was a minor tweek in this line back in 5.X transition form 4.X but my script works fine for 6.X since then. Jorge On Tue, 7 Mar 2006, Alan Amesbury wrote: > In the past "options INCLUDE_CONFIG_FILE" worked great. Unfortunately, > following recent changes in how kernel configuration files are parsed (namely > the changes that use the "DEFAULTS" to include the 'isa' and 'npx' devices), > this feature appears to be broken. For example, here's what appears in an > almost-stock SMP kernel (on a 6.0-RELEASE-px box): > > # echo "options INCLUDE_CONFIG_FILE" >>! /sys/i386/conf/SMP > # cd /usr/src > # make KERNCONF=SMP buildkernel > . > [build magic happens] > . > # strings /usr/obj/usr/src/sys/SMP/kernel | egrep "^___" > ____ > ____````QQQQ > ___# > ___# SMP -- Generic kernel configuration file for FreeBSD/i386 SMP > ___# Use this for multi-processor machines > ___# > ___# $FreeBSD: src/sys/i386/conf/SMP,v 1.5.6.1 2005/09/18 03:37:58 scottl Exp > $ > ___include GENERIC > ___ident SMP-GENERIC > ___# To make an SMP kernel, the next line is needed > ___options SMP # Symmetric MultiProcessor Kernel > ___options INCLUDE_CONFIG_FILE > > > Obviously that's not complete. There should be, at minimum, an 'npx' and > 'isa' device. ;-) > > I'm not interested in rehashing earlier threads on the merits of dumbing down > or improving (depending on which side of the issue you were on) kernel > configuration through silent inclusion of devices via mechanisms like > DEFAULTS. I *am* interested seeing restored to functionality a feature that > used to work great, but is now broken. > > Does anyone know if this is due to be fixed, or if there's a workaround? > (I've searched for PR's relating to "INCLUDE_CONFIG_FILE" but see none.) One > possible workaround (the one that seems to make the most sense) is to delete > DEFAULTS from /sys/`uname -m`/conf and use kernel configs that don't use > "include {otherconfig}". However, besides the fact that DEFAULTS would come > back every time /usr/src is sync'ed, I'm unsure what the long-term > ramifications are. > > > -- > Alan Amesbury > University of Minnesota > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:26:32 2006 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 4B94516A44A for ; Sat, 11 Mar 2006 01:26:31 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 100EC4F1F9 for ; Fri, 10 Mar 2006 22:50:07 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k2AMnqWg078193; Sat, 11 Mar 2006 01:49:52 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k2AMno9k078192; Sat, 11 Mar 2006 01:49:50 +0300 (MSK) (envelope-from yar) Date: Sat, 11 Mar 2006 01:49:50 +0300 From: Yar Tikhiy To: Kostik Belousov Message-ID: <20060310224950.GC75952@comp.chem.msu.su> References: <44077091.3060604@freebsd.org> <80813.1141343429@thrush.ravenbrook.com> <20060306231556.GB64952@comp.chem.msu.su> <20060307101156.GF37572@deviant.kiev.zoral.com.ua> <20060307150631.GC82066@comp.chem.msu.su> <20060307161259.GG37572@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307161259.GG37572@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.9i Cc: stable@freebsd.org Subject: Re: Failing to understand getrusage() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:26:33 -0000 On Tue, Mar 07, 2006 at 06:12:59PM +0200, Kostik Belousov wrote: > On Tue, Mar 07, 2006 at 06:06:31PM +0300, Yar Tikhiy wrote: > > On Tue, Mar 07, 2006 at 12:11:56PM +0200, Kostik Belousov wrote: > > > On Tue, Mar 07, 2006 at 02:15:56AM +0300, Yar Tikhiy wrote: > > > > > > > > Personally, I'd like to say a "me too". /me too fails to see why > > > > in a quiet, idle system ru_maxrss is very unpredictable over numerous > > > > runs of the test program, both before and after the malloc+memset. > > > > Filling the memory with a non-zero value doesn't matter. Is it the > > > > Heizenberg daemon at work? :-) > > > > > > I think that this is a statclock in work :). Just add some busy loops > > > before each calls to getrusage like > > > > > > for (x = 0; x < 0x1000000; x++) > > > getpid(); > > > > > > and you would get statisically stable results: > > > > > > deviant% ./1mb > > > before: 424, after: 1548 > > > deviant% ./1mb > > > before: 424, after: 1548 > > > > > > See, > > > % sysctl kern.clockrate > > > kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } > > > > > > 133 Hz is very slow on 3GHz machine, and curproc->p_stats->p_ru is > > > updated on statclock tick, see sys/kern/kern_clock.c. > > > > This sounds very clear and reasonable. I shouldn't have forgotten > > about the driving role of statclock in collecting all rusage stats, > > including those related to memory consumption. > > > > It may be desirable to add ru_maxrss sampling at the calcru time too. > Something like this: > > Index: sys/kern/kern_resource.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/sys/kern/kern_resource.c,v > retrieving revision 1.156 > diff -u -r1.156 kern_resource.c > --- sys/kern/kern_resource.c 22 Feb 2006 16:58:48 -0000 1.156 > +++ sys/kern/kern_resource.c 7 Mar 2006 16:10:27 -0000 > @@ -853,9 +853,16 @@ > struct rusage *rup; > { > struct proc *p; > + struct vmspace *vm; > + long rss; > > p = td->td_proc; > PROC_LOCK(p); > + vm = p->p_vmspace; > + rss = pgtok(vmspace_resident_count(vm)); > + if (rup->ru_maxrss < rss) > + rup->ru_maxrss = rss; > + > switch (who) { > > case RUSAGE_SELF: > Please excuse me for a dumb question, but what makes ru_maxrss so different from other ru_ fields that it deserves special handling in kern_getrusage()? Perhaps the all-or-nothing approach will be better for the sake of consistency... -- Yar From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:36:42 2006 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 E851C16A423 for ; Sat, 11 Mar 2006 01:36:41 +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 526EF4444E for ; Sat, 11 Mar 2006 01:32:03 +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 2D8671A3C2F; Fri, 10 Mar 2006 17:32:03 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 86485516BF; Fri, 10 Mar 2006 20:32:00 -0500 (EST) Date: Fri, 10 Mar 2006 20:32:00 -0500 From: Kris Kennaway To: Chris Message-ID: <20060311013200.GA99311@xor.obsecurity.org> References: <3aaaa3a0603090943qdcc1128u@mail.gmail.com> <20060309180651.GA94019@xor.obsecurity.org> <3aaaa3a0603091750r67188696w@mail.gmail.com> <20060310020722.GB919@xor.obsecurity.org> <3aaaa3a0603101719g5db4f47cs@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <3aaaa3a0603101719g5db4f47cs@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: libthr + libtool bump + mysql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:36:42 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 11, 2006 at 01:19:54AM +0000, Chris wrote: > I understand but it is frustrating that 6.x gets plugged a lot tho > when the person mentions they are using 5.x, I hope you understand > that when freebsd is used on a mission critical server then it is good > to only upgrade when necessary which is usually just for security > updates and also to wait for a 2nd or 3rd revision of the new major > version as to help avoid teething problems. In that manner I am glad > older versions are supported for security patches for a while after > release. >=20 > I wasnt aware ports removed support right away tho so thank you for > clarifying that for me. >=20 > what does confuse me now and I am sure others, you have a situation > where only the most recent release is supported and 6.1 is been > released shortly before 5.5 if things goto schedule, will both these > releases be treated as supported by the ports tree? Yes, see http://www.freebsd.org/ports/ to understand the support situation. > and why is 5.5 > been released at all if people should be upgrading to 6.x to remain > supported? Indeed, there was debate about whether to do a 5.5 at all since the developers have essentially stopped working on it, and we really want to get everyone onto 6.x since it's so much better. Apart from a couple of regressions, even 6.0 was a much better release than *any* of the 5.x series (including 5.5). Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEiiQWry0BWjoQKURAtbXAJ9r6SdwBmM+9ps1RvN3BLA5s/ZnawCdH6Wo kS7t3ODPcEi8ANTh+TeSSwM= =zHYP -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:40:33 2006 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 9595C16A426 for ; Sat, 11 Mar 2006 01:40:33 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8E2502EB for ; Sat, 11 Mar 2006 00:36:19 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k2B0aFEO031014; Sat, 11 Mar 2006 02:36:15 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 11 Mar 2006 02:36:15 +0200 (EET) From: Dmitry Pryanishnikov To: Michael Proto In-Reply-To: <2838070.1142015777207.JavaMail.root@mswamui-thinleaf.atl.sa.earthlink.net> Message-ID: <20060311022231.K25921@atlantis.atlantis.dp.ua> References: <2838070.1142015777207.JavaMail.root@mswamui-thinleaf.atl.sa.earthlink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:40:33 -0000 Hello! On Fri, 10 Mar 2006, Michael Proto wrote: >> dmitry@test$ ps axu |grep ssh >> root 20213 0.0 1.3 54724 3356 ?? Is 4:00PM 0:00.10 sshd: dmitry >> [priv] >> dmitry 20216 0.0 1.3 54724 3356 ?? I 4:00PM 0:00.03 sshd: >> dmitry@tty >> root 20229 0.0 1.3 54724 3356 ?? Ss 4:00PM 0:00.10 sshd: dmitry >> [priv] >> dmitry 20232 0.0 1.3 54724 3356 ?? S 4:00PM 0:00.03 sshd: >> dmitry@tty >> >> It's the result of 2 incoming OpenSSH sessions: 2 processes per session, > > You're correct, I could have sworn that sshd ran as the sshd user with the > (somewhat) new privsep settings but it appears that I'm mistaken. My only One of OpenSSH's sshd processes actually runs under 'sshd' user, but only during authentication phase. That's how it looks at this point in up-to-date 6.1-PRERELEASE: root 953 1.5 0.5 4420 2616 ?? Ss 2:11AM 0:00.04 sshd: dmitry [priv] (sshd) root 637 0.0 0.5 2880 2332 ?? Ss 2:05AM 0:00.00 /usr/sbin/sshd sshd 954 0.0 0.5 4284 2464 ?? S 2:11AM 0:00.02 sshd: dmitry [net] (sshd) root 959 0.0 0.5 4424 2620 ?? S 2:11AM 0:00.00 sshd: dmitry [pam] (sshd) (pid=637 is the main dispatcher process). 3 processes per connection, 2 of them running as root! Looks as an ideal model for DoSers ;) I still prefer good old SSH.COM's sshd: single (although root's) and slimer (VSZ-wise) process per connection: root 574 0.0 0.4 2556 1948 ?? Ss 2:16AM 0:00.02 /usr/local/sbin/sshd2 -p 22 root 2033 0.0 0.4 2704 2156 ?? S 2:29AM 0:00.08 /usr/local/sbin/sshd2 -p 22 (again, pid=574 is the dispatcher). Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:56:36 2006 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 4A3E716A432 for ; Sat, 11 Mar 2006 01:56:35 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228134FA18 for ; Fri, 10 Mar 2006 23:32:09 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id s17so606334wxc for ; Fri, 10 Mar 2006 15:32:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bAa2u35fT0YxLoUa94geJHHlT8cUHE/ctxvJk3KuXrJ8Lxz5j8JIDJpEyEjKfKCB9bqvf0zBivA/XfTFuNvH1PNO5UfGJ86at6sq7UaV8S+JUkqORv5RZ1IrC43hW6anD4Yk/Gh5scXWs+deu28aTTWHmdFC7PCB5ZDuVcYH/fA= Received: by 10.70.90.13 with SMTP id n13mr1595683wxb; Fri, 10 Mar 2006 15:32:09 -0800 (PST) Received: by 10.70.125.17 with HTTP; Fri, 10 Mar 2006 15:32:09 -0800 (PST) Message-ID: <6eb82e0603101532x379005e2s2706fc388b2a0a7e@mail.gmail.com> Date: Fri, 10 Mar 2006 18:32:09 -0500 From: "Rong-En Fan" To: stable@freebsd.org In-Reply-To: <6eb82e0603101322q739400f4s217923640d400db4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0603100940s7d505e26w5351d708b714aefe@mail.gmail.com> <6eb82e0603101102ke9cec8lde806f466a87e7bf@mail.gmail.com> <6eb82e0603101322q739400f4s217923640d400db4@mail.gmail.com> Cc: Subject: Re: nfsclient process stucks in nfsaio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:56:36 -0000 On 3/10/06, Rong-En Fan wrote: > With INVARIANT, WITNESS enabled, when I tried to ^C > to exit dd, it panics immediately. Some ddb & kgdb > messages below (I have KDB_TRACE, KDB_UNATTENDED). > Core file is available. Any help is appreciated :-) > > UPDATE: sometimes, I cant ^C or kill -9 the dd process even > with mpsafenet=3D0. In that situation, a panic with similar trace > as below, which is mpsafenet=3D1. Hi, After tried with SMP with different combination of debug.mpsafe{net,vm,vfs}, UP kernel, all the same. Also, I did tune options MAXDSIZ=3D(2048UL*1024*1024) options MAXSSIZ=3D(128UL*1024*1024) options DFLDSIZ=3D(2048UL*1024*1024) in my kernel. Dont know if this afftects or not. I will try remove them, and test again. Thanks, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:57:56 2006 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 9999C16A526 for ; Sat, 11 Mar 2006 01:57:49 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 5200E44460 for ; Fri, 10 Mar 2006 13:03:04 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 49692 invoked from network); 10 Mar 2006 13:03:02 -0000 Received: from unknown (HELO ATLEXCHANGE.secureworks.net) (63.239.86.253) by 0 with SMTP; 10 Mar 2006 13:03:02 -0000 Received: by bromine.back1.secureworks.net with Internet Mail Service (5.5.2657.72) id ; Fri, 10 Mar 2006 08:02:40 -0500 Message-ID: <441178F8.1070503@jellydonut.org> From: Michael Proto To: Dmitry Pryanishnikov Date: Fri, 10 Mar 2006 08:02:48 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:57:56 -0000 Dmitry Pryanishnikov wrote: > On Sat, 4 Mar 2006, Peter Jeremy wrote: >> Once you've received this message, the OS is free to kill your >> processes until it frees up some swap (which it can't do if you don't >> have any). I suggest you have a quick look through vm/swap_pager.c >> and vm/vm_pageout.c, looking at swap_pager_full and swap_pager_almost_full. > > This is still a concern for me. IMHO it would be useful to have the ability > to disable process killing due to the lack of swap, because having this > enabled on e.g. transit router can lead to very unpleasant scenario. Imagine > someone DoS-attacks it's sshd, and kernel kills the process with the largest > RSS - it could e.g. be a vital part of the routing software (zebra/ripd/bgpd), > and killing this process will render our router unreachable and unusable! > > Sincerely, Dmitry My suggestion would then be to utilize resource limits in /etc/login.conf for the sshd user (in your example) or other user accounts for applications that you don't want running out of control. See login.conf(5) and login_cap(3) for more details on this. In particular, the datasize, stacksize, memoryuse, and vmemoryuse options may be of benefit. -Proto From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:58:10 2006 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 3F57316A56F; Sat, 11 Mar 2006 01:57:55 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 510F744E24; Fri, 10 Mar 2006 13:50:33 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from barbish ([69.172.31.117]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP id <20060310135032.ZOPY8442.mta10.adelphia.net@barbish>; Fri, 10 Mar 2006 08:50:32 -0500 From: "fbsd_user" To: "Damian Gerow" , "Riv Octovahriz" Date: Fri, 10 Mar 2006 08:50:31 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Importance: Normal In-Reply-To: <20060228085822.GA88352@afflictions.org> Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: RE: Installing FreeBSD 6.0 on IBM BladeCenter HS20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd_user@a1poweruser.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 01:58:10 -0000 I see you both have Bladecenters. Have you had any luck with getting FreeBSD to install on it yet. What is the status of your efforts. Been offered contract to do this for client, but need to know if it can be done before I accept the job. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:58:25 2006 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 89C8416A449 for ; Sat, 11 Mar 2006 01:58:13 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53486461CC for ; Fri, 10 Mar 2006 15:19:48 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id F1C021A3C2A; Fri, 10 Mar 2006 07:19:42 -0800 (PST) Date: Fri, 10 Mar 2006 07:19:42 -0800 From: Alfred Perlstein To: stable@freebsd.org Message-ID: <20060310151942.GP23971@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Required audit group is missing... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:58:25 -0000 mmmm... stable... :D /usr/src # make installworld ERROR: Required audit group is missing, see /usr/src/UPDATING. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. /usr/src # grep audit /usr/src/UPDATING /usr/src # ??? -- - Alfred Perlstein - CTO Okcupid.com / FreeBSD Hacker / All that jazz - From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 01:59:33 2006 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 B024D16A775; Sat, 11 Mar 2006 01:59:09 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 584354FBEC; Fri, 10 Mar 2006 23:38:56 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 317DD78C7D; Fri, 10 Mar 2006 18:46:38 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42086-08; Fri, 10 Mar 2006 18:46:34 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id C2F4F78C78; Fri, 10 Mar 2006 18:46:33 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 3DE181C080F; Fri, 10 Mar 2006 18:38:50 -0500 (EST) Date: Fri, 10 Mar 2006 18:38:50 -0500 From: Damian Gerow To: fbsd_user Message-ID: <20060310233849.GA10106@afflictions.org> References: <20060228085822.GA88352@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: Riv Octovahriz , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 01:59:33 -0000 Thus spake fbsd_user (fbsd_user@a1poweruser.com) [10/03/06 08:59]: : I see you both have Bladecenters. : Have you had any luck with getting FreeBSD to install on it yet. : : What is the status of your efforts. : : Been offered contract to do this for client, : but need to know if it can be done before I accept the job. I have yet to get it working, but I've been focusing explicitly on an Opteron blade using an amd64 install. It seems as though you may have luck by using an Intel blade (these are by far more common), and doing the install via the Java-based console provided by the Management Module. It seems as though the keyboard just 'works' once you boot into an installed system. However, as I've not personally gotten it to work (and won't be able to play with it for at least another two weeks), I can only say I suspect that approach will work. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:01:23 2006 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 0FE6E16A7C8 for ; Sat, 11 Mar 2006 02:01:18 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E23394A2AE for ; Fri, 10 Mar 2006 20:53:30 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Fri, 10 Mar 2006 12:53:27 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B372F45041; Fri, 10 Mar 2006 12:53:26 -0800 (PST) To: "Patrick M. Hausen" In-reply-to: Your message of "Fri, 10 Mar 2006 10:07:51 +0100." <20060310090751.GD74820@hugo10.ka.punkt.de> Date: Fri, 10 Mar 2006 12:53:26 -0800 From: "Kevin Oberman" Message-Id: <20060310205326.B372F45041@ptavv.es.net> Cc: Brian Szymanski , freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:01:23 -0000 > Date: Fri, 10 Mar 2006 10:07:51 +0100 > From: "Patrick M. Hausen" > Sender: owner-freebsd-stable@freebsd.org > > Mornin' > > > After not having much success with the hptmv driver for highpoint's > > rocketraid 1820A, I'm wondering if other folks have had good luck with any > > SATA RAID cards with at least 6 ports... Is there a SATA RAID card with > > utilities that let you manage while the OS is running that folks have had > > good luck with? I've been happy with the megaraid series on linux at my > > job, but I'm wondering if the management utilities are there on freebsd, > > etc. > > http://www.icp-vortex.com/english/product/pci/rz_sata_8/8586rz_e.htm > > Expensive? Yes. > > Fast, reliable, cheap - pick any two ;-) Well, they are also probably not too cheap, but I have been very happy with the 3Ware SATA card. 3Ware has been very good at support for FreeBSD and the management tool (3DM2) is in ports. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:02:08 2006 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 2C5B916AA92 for ; Sat, 11 Mar 2006 02:02:02 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3393B464AB for ; Fri, 10 Mar 2006 15:31:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k2AFVBbS054451; Fri, 10 Mar 2006 10:31:12 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k2AFVBMY077232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Mar 2006 10:31:11 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060310101705.1050a108@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Fri, 10 Mar 2006 10:30:48 -0500 To: "Brian Szymanski" , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:02:08 -0000 At 04:01 AM 10/03/2006, Brian Szymanski wrote: >Howdy... > >After not having much success with the hptmv driver for highpoint's >rocketraid 1820A, I'm wondering if other folks have had good luck with any >SATA RAID cards with at least 6 ports... Is there a SATA RAID card with >utilities that let you manage while the OS is running that folks have had >good luck with? I've been happy with the megaraid series on linux at my >job, but I'm wondering if the management utilities are there on freebsd, >etc. The 3Ware cards work really well under FreeBSD. I have dozens I have been using for some time and they work and work well. Highly recommended. Over the years I am sure I have replaced a few dozen dead drives and have not (knock on wood) had any issues rebuilding degraded sets. Another card I have been recently using is the ARECA. Its quite a fast card and has a similar set of management utilities. I have not been using it as long as the 3ware, but it seems pretty good too. Both cards will install out of the box FreeBSD. The management apps can be downloaded for free from www.3ware.com and ftp.areca.com.tw ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:03:02 2006 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 BBC0116AC81 for ; Sat, 11 Mar 2006 02:02:56 +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 3D05A4AE62 for ; Fri, 10 Mar 2006 22:04:54 +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 17FBE1A3C2C; Fri, 10 Mar 2006 14:04:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0848751965; Fri, 10 Mar 2006 17:04:53 -0500 (EST) Date: Fri, 10 Mar 2006 17:04:52 -0500 From: Kris Kennaway To: Miguel Lopes Santos Ramos Message-ID: <20060310220452.GA33878@xor.obsecurity.org> References: <20060309032802.GA57404@xor.obsecurity.org> <200603090353.k293rJ6j004298@compaq.anjos.strangled.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <200603090353.k293rJ6j004298@compaq.anjos.strangled.net> User-Agent: Mutt/1.4.2.1i Cc: kuriyama@imgsrc.co.jp, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:03:02 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I did some further testing and it turns out that rpc.lockd is broken in some cases when operating over NFSv2 (this is the default for nfs root mounts). Tracing the lock traffic I see the client making a request, the server replying but the client never acting on the reply (or never receiving it), so it just retransmits every 20 seconds forever. I'm not yet sure whether this is a regression in 6.x or another case that was broken forever. Unfortunately there's currently no option to use NFSv3 for nfs root mounts to work around this (unless you're using bootp), but it should just be a trivial matter of adding "| NFSMNT_NFSV3" to the flags in nfsclient/nfs_diskless.c:nfs_setup_diskless(): nd->root_args.flags = (NFSMNT_WSIZE | NFSMNT_RSIZE | NFSMNT_RESVPORT); Kris --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEfgEWry0BWjoQKURAvNAAKDWUNShTEipgizfjg0xK9IUwWqhbwCfV47r MORrP7OQ+DS1MDjIYC+Jz48= =lBoF -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:03:25 2006 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 6B6BE16A9EB for ; Sat, 11 Mar 2006 02:03:16 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra01.ch.as12513.net (mra01.ch.as12513.net [82.153.252.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C18DF456BB for ; Fri, 10 Mar 2006 14:25:21 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra01.ch.as12513.net (Postfix) with ESMTP id 8C3AB28CC18; Fri, 10 Mar 2006 14:25:14 +0000 (GMT) Received: from mra01.ch.as12513.net ([127.0.0.1]) by localhost (mra01.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28833-01-7; Fri, 10 Mar 2006 14:25:13 +0000 (GMT) Received: from webmail03.ch.as12513.net (webmail03.ch.as12513.net [82.153.252.34]) by mra01.ch.as12513.net (Postfix) with ESMTP id E5FFE28C956; Fri, 10 Mar 2006 14:25:12 +0000 (GMT) Content-Disposition: inline Content-Transfer-Encoding: quoted-printable From: To: freebsd-stable@freebsd.org, 'Brian Szymanski' Date: Fri, 10 Mar 2006 14:25:12 +0000 X-Uidl: 1219.68.49.189.193.1141981287.squirrel@68.49.189.193 X-Mailer: AtMail 4.11 Message-Id: <20060310142512.E5FFE28C956@mra01.ch.as12513.net> X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adam@adamretter.eclipse.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 02:03:25 -0000 I use a Hightpoint Rocketraid 1640 under FreeBSD 5 and 6 an= d have had no problems with it, works like a dream, I have 3 x 250GB Maxtor= drives attached to it in RAID 5 configuration. Highpoint provide the drive= r hpt374.ko I did have a problem with the driver when I upgraded from= one version of 5.x to another, but I hasled Highpoint and they released a = newer driver. Have you tried hasling their technical support bods? I have f= ound them very good :-) Thanks Adam On Fri Mar 10 9:01 , "Brian Szymanski" sent: Ho= wdy... =0D =0D After not having much success with the hptmv driver for highpoint's = =0D rocketraid 1820A, I'm wondering if other folks have had good luck with any<= br />=0D SATA RAID cards with at least 6 ports... Is there a SATA RAID card with =0D utilities that let you manage while the OS is running that folks have had=0D good luck with? I've been happy with the megaraid series on linux at my =0D job, but I'm wondering if the management utilities are there on freebsd, =0D etc. =0D =0D Thanks in advance... =0D Brian Szymanski =0D Software and Systems Developer =0D Media Matters for America =0D [1]ski= @mediamatters.org =0D =0D _______________________________________________ =0D [2]freebsd-stable@freebsd.org mailing list =0D [3]http://lists.freebsd.org/mailma= n/listinfo/freebsd-stable =0D To unsubscribe, send any mail to "[4]freebsd-stable-unsubs= cribe@freebsd.org" =0D References 1. 3D"javascript:top.opencompose('ski@mediamatters.org','','','')" 2. 3D"javascript:top.opencompose('freebsd-stable@freebsd.org','','',''= 3. file://localhost/tmp/3D"parse.pl?redirect=3Dhttp%3A%2F%2Flists.freebsd= 4. 3D"javascript:top.opencompos= From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:05:56 2006 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 3526116AB9F for ; Sat, 11 Mar 2006 02:05:55 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7596645362 for ; Fri, 10 Mar 2006 14:09:06 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k2AE8vmQ078603; Fri, 10 Mar 2006 16:08:57 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 10 Mar 2006 16:08:57 +0200 (EET) From: Dmitry Pryanishnikov To: Michael Proto In-Reply-To: <441178F8.1070503@jellydonut.org> Message-ID: <20060310155404.A40396@atlantis.atlantis.dp.ua> References: <441178F8.1070503@jellydonut.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:05:57 -0000 Hello! On Fri, 10 Mar 2006, Michael Proto wrote: > My suggestion would then be to utilize resource limits in > /etc/login.conf for the sshd user (in your example) or other user > accounts for applications that you don't want running out of control. > See login.conf(5) and login_cap(3) for more details on this. In > particular, the datasize, stacksize, memoryuse, and vmemoryuse options > may be of benefit. OK, I'm aware about this measure. But have your tried it yourself against, e.g., OpenSSH? I doubt it. Look at the following: dmitry@test$ ps axu |grep ssh root 20213 0.0 1.3 54724 3356 ?? Is 4:00PM 0:00.10 sshd: dmitry [priv] dmitry 20216 0.0 1.3 54724 3356 ?? I 4:00PM 0:00.03 sshd: dmitry@tty root 20229 0.0 1.3 54724 3356 ?? Ss 4:00PM 0:00.10 sshd: dmitry [priv] dmitry 20232 0.0 1.3 54724 3356 ?? S 4:00PM 0:00.03 sshd: dmitry@tty It's the result of 2 incoming OpenSSH sessions: 2 processes per session, one of them root's and another user's. SSH.COM's sshd always works as a root. Also, during the DoS attack (simultaneous setup of many incoming TCP connections to 22th port) there will be many root's processes like this: root 20278 0.0 1.1 52016 2884 ?? Is 4:07PM 0:00.04 sshd: [accepted] Do you really advise to lower root's limits? I'm sure you don't ;) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:07:26 2006 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 BD54016AC48 for ; Sat, 11 Mar 2006 02:07:22 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 759354A661 for ; Fri, 10 Mar 2006 21:22:09 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id s19so562991wxc for ; Fri, 10 Mar 2006 13:22:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dkNKi7JHLBI85/OK9Be4yBEJ7TQQMzqkFouS5OE8/JMXmo1rCnj0FsUpAGoQVBF9U5Oni3/XluYVG7+sCLWIe/pmGsoWUZPBjTPooizz78j1ui7xBN1620GpeoDWOaFRGRY79FQgVD7M0kSMYvr6jhV6YIpBHmrxYQoaAB/MaeA= Received: by 10.70.60.17 with SMTP id i17mr254376wxa; Fri, 10 Mar 2006 13:22:08 -0800 (PST) Received: by 10.70.125.17 with HTTP; Fri, 10 Mar 2006 13:22:08 -0800 (PST) Message-ID: <6eb82e0603101322q739400f4s217923640d400db4@mail.gmail.com> Date: Fri, 10 Mar 2006 16:22:08 -0500 From: "Rong-En Fan" To: stable@freebsd.org In-Reply-To: <6eb82e0603101102ke9cec8lde806f466a87e7bf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <6eb82e0603100940s7d505e26w5351d708b714aefe@mail.gmail.com> <6eb82e0603101102ke9cec8lde806f466a87e7bf@mail.gmail.com> Cc: Subject: Re: nfsclient process stucks in nfsaio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:07:26 -0000 SGksCgpXaXRoIElOVkFSSUFOVCwgV0lUTkVTUyBlbmFibGVkLCB3aGVuIEkgdHJpZWQgdG8gXkMK dG8gZXhpdCBkZCwgaXQgcGFuaWNzIGltbWVkaWF0ZWx5LiBTb21lIGRkYiAmIGtnZGIKbWVzc2Fn ZXMgYmVsb3cgKEkgaGF2ZSBLREJfVFJBQ0UsIEtEQl9VTkFUVEVOREVEKS4KQ29yZSBmaWxlIGlz IGF2YWlsYWJsZS4gQW55IGhlbHAgaXMgYXBwcmVjaWF0ZWQgOi0pCgpVUERBVEU6IHNvbWV0aW1l cywgSSBjYW50IF5DIG9yIGtpbGwgLTkgdGhlIGRkIHByb2Nlc3MgZXZlbgp3aXRoIG1wc2FmZW5l dD0wLiBJbiB0aGF0IHNpdHVhdGlvbiwgYSBwYW5pYyB3aXRoIHNpbWlsYXIgdHJhY2UKYXMgYmVs b3csIHdoaWNoIGlzIG1wc2FmZW5ldD0xLgoKcGFuaWM6IFZPUF9TVFJBVEVHWSBmYWlsZWQgYnA9 MHhkODM1YWNkOCB2cD0weGM0YTFiYWEwCmNwdWlkID0gMQpLREI6IHN0YWNrIGJhY2t0cmFjZToK a2RiX2JhY2t0cmFjZSgxLGMwNTA1NmI0LDEsZTdmMWI3ZDAsMSkgYXQga2RiX2JhY2t0cmFjZSsw eDJlCnBhbmljKGMwNjE3ODJjLGQ4MzVhY2Q4LGM0YTFiYWEwLGM0YTFiYWEwLDQpIGF0IHBhbmlj KzB4MTJiCmJ1ZnN0cmF0ZWd5KGM0YTFiYjYwLGQ4MzVhY2Q4LGU3ZjFiODBjLGM0NzFlZTYzLGQ4 MzVhY2Q4KSBhdCBidWZzdHJhdGVneSsweDdkCmJzdHJhdGVneShkODM1YWNkOCxjMDYwYmU4NCwy M2MsYTAwMjAwYTYsMCkgYXQgYnN0cmF0ZWd5KzB4NjAKbmZzX3dyaXRlYnAoZDgzNWFjZDgsMSxj NDM2OTAwMCxlN2YxYjgyYyxjNDcxZWI3MykgYXQgbmZzX3dyaXRlYnArMHhmMwpuZnNfYndyaXRl KGQ4MzVhY2Q4LGU3ZjFiOTA0LGM0NzFlOTJiLGQ4MzVhY2Q4LDFkZDg4MDAwKSBhdCBuZnNfYndy aXRlKzB4MTMKYndyaXRlKGQ4MzVhY2Q4LDFkZDg4MDAwLDAsMWRkODYwMDAsMCkgYXQgYndyaXRl KzB4NWIKbmZzX2ZsdXNoKGM0YTFiYWEwLDEsYzQzNjkwMDAsMSxlN2YxYjkyYykgYXQgbmZzX2Zs dXNoKzB4NzhiCm5mc19mc3luYyhlN2YxYjkzYykgYXQgbmZzX2ZzeW5jKzB4MWMKVk9QX0ZTWU5D X0FQVihjNDczNWZjMCxlN2YxYjkzYykgYXQgVk9QX0ZTWU5DX0FQVisweDk5ClZPUF9GU1lOQyhj NGExYmFhMCwxLGM0MzY5MDAwKSBhdCBWT1BfRlNZTkMrMHgyZQpidWZzeW5jKGM0YTFiYjYwLDEs YzQzNjkwMDApIGF0IGJ1ZnN5bmMrMHgxNApidWZvYmpfaW52YWxidWYoYzRhMWJiNjAsMSxjNDM2 OTAwMCwxMDAsMCkgYXQgYnVmb2JqX2ludmFsYnVmKzB4ZGEKdmludmFsYnVmKGM0YTFiYWEwLDEs YzQzNjkwMDAsMTAwLDApIGF0IHZpbnZhbGJ1ZisweDFkCm5mc192aW52YWxidWYoYzRhMWJhYTAs MSxjNDM2OTAwMCwxLGMwNGQ1NzM4KSBhdCBuZnNfdmludmFsYnVmKzB4ZGEKbmZzX3dyaXRlKGU3 ZjFiYmM4KSBhdCBuZnNfd3JpdGUrMHgxNmYKVk9QX1dSSVRFX0FQVihjNDczNWZjMCxlN2YxYmJj OCkgYXQgVk9QX1dSSVRFX0FQVisweDExZQpWT1BfV1JJVEUoYzRhMWJhYTAsZTdmMWJjYjAsN2Yw MDAxLGM0OWY1MTgwKSBhdCBWT1BfV1JJVEUrMHgzNAp2bl93cml0ZShjNDZkNmNhOCxlN2YxYmNi MCxjNDlmNTE4MCwwLGM0MzY5MDAwKSBhdCB2bl93cml0ZSsweDFhZApmb193cml0ZShjNDZkNmNh OCxlN2YxYmNiMCxjNDlmNTE4MCwwLGM0MzY5MDAwKSBhdCBmb193cml0ZSsweDFkCmRvZmlsZXdy aXRlKGM0MzY5MDAwLDQsYzQ2ZDZjYTgsZTdmMWJjYjAsZmZmZmZmZmYsZmZmZmZmZmYsMCkgYXQK ZG9maWxld3JpdGUrMHg4ZQprZXJuX3dyaXRldihjNDM2OTAwMCw0LGU3ZjFiY2IwKSBhdCBrZXJu X3dyaXRldisweDQxCndyaXRlKGM0MzY5MDAwLGU3ZjFiY2YwKSBhdCB3cml0ZSsweDU4CnN5c2Nh bGwoM2IsM2IsM2IsODA3NjAwMCwxMDAwMDApIGF0IHN5c2NhbGwrMHgyY2YKWGludDB4ODBfc3lz Y2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgxZgotLS0gc3lzY2FsbCAoNCwgRnJlZUJTRCBF TEYzMiwgd3JpdGUpLCBlaXAgPSAweDg4MGI5ODEzLCBlc3AgPQoweGJmYmZlYWFjLCBlYnAgPSAw eGJmYmZlYWQ4IC0tLQpVcHRpbWU6IDRtMThzCkR1bXBpbmcgMzA2MiBNQiAoMiBjaHVua3MpClsu Li5dCgooa2dkYikgYnQgZnVsbAojMCAgMHhjMDRhODE4MSBpbiBkb2FkdW1wICgpIGF0IC91c3Iv c3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzoyMzMKTm8gbG9jYWxzLgojMSAgMHhjMDRhODg0 MSBpbiBib290IChob3d0bz0yNjApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24u YzozOTkKICAgICAgICBmaXJzdF9idWZfcHJpbnRmID0gMQojMiAgMHhjMDRhOGJmOSBpbiBwYW5p YyAoZm10PTB4YzA2MTc4MmMgIlZPUF9TVFJBVEVHWSBmYWlsZWQgYnA9JXAgdnA9JXAiKQogICAg YXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU1NQogICAgICAgIHRkID0gKHN0 cnVjdCB0aHJlYWQgKikgMHhjNDM2OTAwMAogICAgICAgIGJvb3RvcHQgPSAyNjAKICAgICAgICBu ZXdwYW5pYyA9IDEKICAgICAgICBhcCA9IDB4ZTdmMWI3ZDAgItisNdig77+977+9xKDvv73vv73v v71cMDA0IgogICAgICAgIGJ1ZiA9ICJWT1BfU1RSQVRFR1kgZmFpbGVkIGJwPTB4ZDgzNWFjZDgg dnA9MHhjNGExYmFhMCIsICdcMCcKPHJlcGVhdHMgMjA4IHRpbWVzPgojMyAgMHhjMDUwNTY4OSBp biBidWZzdHJhdGVneSAoYm89MHhjNGExYmI2MCwgYnA9MHhkODM1YWNkOCkKICAgIGF0IC91c3Iv c3JjL3N5cy9rZXJuL3Zmc19iaW8uYzozNjkwCiAgICAgICAgaSA9IDQKICAgICAgICB2cCA9IChz dHJ1Y3Qgdm5vZGUgKikgMHhjNGExYmFhMAojNCAgMHhjNDcxZWYyOCBpbiA/PyAoKQpObyBzeW1i b2wgdGFibGUgaW5mbyBhdmFpbGFibGUuCiM1ICAweGM0YTFiYjYwIGluID8/ICgpCk5vIHN5bWJv bCB0YWJsZSBpbmZvIGF2YWlsYWJsZS4KIzYgIDB4ZDgzNWFjZDggaW4gPz8gKCkKTm8gc3ltYm9s IHRhYmxlIGluZm8gYXZhaWxhYmxlLgojNyAgMHhlN2YxYjgwYyBpbiA/PyAoKQpObyBzeW1ib2wg dGFibGUgaW5mbyBhdmFpbGFibGUuCiM4ICAweGM0NzFlZTYzIGluID8/ICgpCk5vIHN5bWJvbCB0 YWJsZSBpbmZvIGF2YWlsYWJsZS4KIzkgIDB4ZDgzNWFjZDggaW4gPz8gKCkKTm8gc3ltYm9sIHRh YmxlIGluZm8gYXZhaWxhYmxlLgojMTAgMHhjMDYwYmU4NCBpbiBfX2Z1bmNfXy4yICgpCk5vIHN5 bWJvbCB0YWJsZSBpbmZvIGF2YWlsYWJsZS4KIzExIDB4MDAwMDAyM2MgaW4gPz8gKCkKTm8gc3lt Ym9sIHRhYmxlIGluZm8gYXZhaWxhYmxlLgojMTIgMHhhMDAyMDBhNiBpbiA/PyAoKQpObyBzeW1i b2wgdGFibGUgaW5mbyBhdmFpbGFibGUuCiMxMyAweDAwMDAwMDAwIGluID8/ICgpCk5vIHN5bWJv bCB0YWJsZSBpbmZvIGF2YWlsYWJsZS4KIzE0IDB4ZTdmMWI4MjAgaW4gPz8gKCkKTm8gc3ltYm9s IHRhYmxlIGluZm8gYXZhaWxhYmxlLgojMTUgMHhjNDcxZjJhMyBpbiA/PyAoKQpObyBzeW1ib2wg dGFibGUgaW5mbyBhdmFpbGFibGUuCiMxNiAweGQ4MzVhY2Q4IGluID8/ICgpCk5vIHN5bWJvbCB0 YWJsZSBpbmZvIGF2YWlsYWJsZS4KIzE3IDB4MDAwMDAwMDEgaW4gPz8gKCkKTm8gc3ltYm9sIHRh YmxlIGluZm8gYXZhaWxhYmxlLgojMTggMHhjNDM2OTAwMCBpbiA/PyAoKQpObyBzeW1ib2wgdGFi bGUgaW5mbyBhdmFpbGFibGUuCiMxOSAweGU3ZjFiODJjIGluID8/ICgpCk5vIHN5bWJvbCB0YWJs ZSBpbmZvIGF2YWlsYWJsZS4KIzIwIDB4YzQ3MWViNzMgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxl IGluZm8gYXZhaWxhYmxlLgojMjEgMHhkODM1YWNkOCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUg aW5mbyBhdmFpbGFibGUuCiMyMiAweGU3ZjFiOTA0IGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBp bmZvIGF2YWlsYWJsZS4KIzIzIDB4YzQ3MWU5MmIgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGlu Zm8gYXZhaWxhYmxlLgojMjQgMHhkODM1YWNkOCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5m byBhdmFpbGFibGUuCiMyNSAweDFkZDg4MDAwIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBpbmZv IGF2YWlsYWJsZS4KIzI2IDB4MDAwMDAwMDAgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGluZm8g YXZhaWxhYmxlLgojMjcgMHgxZGQ4NjAwMCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5mbyBh dmFpbGFibGUuCiMyOCAweDAwMDAwMDAwIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBpbmZvIGF2 YWlsYWJsZS4KIzI5IDB4ZTdmMWI4NTggaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGluZm8gYXZh aWxhYmxlLgojMzAgMHhjMDQ5ZWU5NyBpbiBfbXR4X2Fzc2VydCAobT0weGQ4MzVhY2Q4LCB3aGF0 PS0xMDY3NDAxNTk2LAogICAgZmlsZT0weDIzYyA8QWRkcmVzcyAweDIzYyBvdXQgb2YgYm91bmRz PiwgbGluZT0tMTYxMDQ4MTQ5OCkKICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fbXV0ZXgu Yzo3NTQKTm8gbG9jYWxzLgpQcmV2aW91cyBmcmFtZSBpbm5lciB0byB0aGlzIGZyYW1lIChjb3Jy dXB0IHN0YWNrPykKKGtnZGIpIGwgKjB4YzA1MDU2ODkKMHhjMDUwNTY4OSBpcyBpbiBidWZzdHJh dGVneSAoL3Vzci9zcmMvc3lzL2tlcm4vdmZzX2Jpby5jOjM2OTEpLgozNjg2ICAgICAgICAgICAg S0FTU0VSVCh2cCA9PSBiby0+Ym9fcHJpdmF0ZSwgKCJJbmNvbnNpc3RlbnQgdm5vZGUKYnVmc3Ry YXRlZ3kiKSk7CjM2ODcgICAgICAgICAgICBLQVNTRVJUKHZwLT52X3R5cGUgIT0gVkNIUiAmJiB2 cC0+dl90eXBlICE9IFZCTEssCjM2ODggICAgICAgICAgICAgICAgKCJXcm9uZyB2bm9kZSBpbiBi dWZzdHJhdGVneShicD0lcCwgdnA9JXApIiwgYnAsIHZwKSk7CjM2ODkgICAgICAgICAgICBpID0g Vk9QX1NUUkFURUdZKHZwLCBicCk7CjM2OTAgICAgICAgICAgICBLQVNTRVJUKGkgPT0gMCwgKCJW T1BfU1RSQVRFR1kgZmFpbGVkIGJwPSVwIHZwPSVwIiwKYnAsIGJwLT5iX3ZwKSk7CjM2OTEgICAg fQozNjkyCjM2OTMgICAgdm9pZAozNjk0ICAgIGJ1Zm9ial93cmVmbChzdHJ1Y3QgYnVmb2JqICpi bykKMzY5NSAgICB7CgoKT24gMy8xMC8wNiwgUm9uZy1FbiBGYW4gPGdyYWZhbkBnbWFpbC5jb20+ IHdyb3RlOgo+IEhpLAo+Cj4gZm9yZ2V0IHRvIG1lbnRpb24gYWxsIHRoZSBjbGllbnRzL3NlcnZl cnMgaGVyZSBhcmUgU01QIGtlcm5lbC4KPiBBZnRlciBzb21lIEdvb2dsaW5nLCBhIHBvc3Qgb24g Y3VycmVudEAgMjAwNS8wMS8xMgo+ICJORlMgcHJvYmxlbXMsIGxvY2tpbmcgdXAiIGlzIGhpZ2h0 bHkgcmVsYXRlZCB0byBteSBzaXR1YXRpb24uCj4gQW4gd29ya2Fyb3VuZCBpcyB0byBzZXQgZGVi dWcubXBzYWZlbmV0PTAsIGp1c3QgdmVyaWZpZWQgdGhpcwo+IGluZGVlZCB3b3Jrcy4KPgo+IE5v dyBJJ20gdHVybmluZyBvbiBJTlZBUklBTlRTLCBXSVRORVNTIHRvIHNlZSBpZiB0aGVyZQo+IGFy ZSBzb21lIG91dHB1dC4gSG93ZXZlciwgSSdtIGFmcmlhZCB0aGF0IEkgY2FuIG5vdCBnZXQgYQo+ IHNlcmlhbCBjb25zb2xlIGFjY2VzcyB0byB0aGVzZSBtYWNoaW5lcyAoYW5kIHRodXMgbm8gZGRi Cj4gb3V0cHV0IDooICkuCj4KPiBUaGFua3MsCj4gUm9uZy1FbiBGYW4KPgo+IE9uIDMvMTAvMDYs IFJvbmctRW4gRmFuIDxncmFmYW5AZ21haWwuY29tPiB3cm90ZToKPiA+IEhpLAo+ID4KPiA+IEFm dGVyIHVwZ3JhZGluZyBzZXZlcmFsIG91ciBuZnMgY2xpZW50cyBmcm9tIDUuNC1SRUxFQVNFIHRv IDYuMC1SRUxFQVNFCj4gPiBhbmQgc29tZSBhcmUgbm93IDYuMS1QUkVSRUxFQVNFIChhIHdlZWtz IGFnbykuIEZyb20gdGltZSB0byB0aW1lLAo+ID4gd2Ugc2F3IHNvbWUgcHJvY2Vzc2VzIHN0dWNr IGluIG5mc2FpbywgYW5kIHVua2lsbGFibGUuIFRoZXNlIHByb2Nlc3Nlcwo+ID4gZ2VuZXJhdGUg bG90cyBvZiB0cmFmZmljIHRvIG5mcyBzZXJ2ZXIgKHdyaXRlIHRvIG5mcywgYnV0IG5mcyBzZXJ2 ZXIncyBkaXNrIGRvZXMKPiA+IG5vdCByZWFsbHkgaW4gd3JpdGUuIGZyb20gbmV0c3RhdCwgY2xp ZW50IHNlbmRzIH4xMDBNYnBzLCBvbiBuZnMgc2VydmVyLCBpb3N0YXQKPiA+IGRvZXMgbm90IHNo b3cgbWUgfjEyLjVNQi9zKS4gVGhlIG5mc2Qgb24gdGhlIHNlcnZlciBzaWRlIGlzIGVpdGhlciBp biBSVU4KPiA+IG9yIGluIHVmcyBzdGF0ZS4gU2VydmVyIGlzIHJ1bm5pbmcgNS41LVBSRUxFQVNF IGFzIG9mIHllc3RlcmRheS4KPiA+Cj4gPiBDbGllbnQgbW91bnQgb3B0aW9uczogcncsbm9zdWlk LGJnLGludHIsbm9kZXYuIEJvdGggY2xpZW50IGFuZCBzZXJ2ZXIKPiA+IGFyZSBydW5uaW5nCj4g PiBycGMubG9ja2QsIHJwYy5zdGF0ZC4gSSdtIHN1cmUgaXQncyBub3QgcmVsYXRlZCB0byBhbnkg bG9ja2luZyBwcm9ibGVtcy4KPiA+Cj4gPiBJIGhhdmUgYW5vdGhlciBzZXQgb2YgbmZzIHNlcnZl ci9jbGllbnQgYm90aCBydW5uaW5nIDYuMC1SRUxFQVNFLiBBbmQgSSBjYW4KPiA+IGVhc2lseSBy ZXByb2R1Y2UgdGhpcyBzaXR1YXRpb24gb24gdGhlc2UgdHdvIGJveGVzbmVzLCBqdXN0IGJ5IHJ1 bm5pbmcKPiA+Cj4gPiAgIGRkIGlmPS9kZXYvemVybyBvZj0vbmZzL29vbyBicz0xbQo+ID4KPiA+ IElmIEkgZG8gbm90IGFkZCBicz0xbSwgaXQgd29ya3MgZmluZS4gT2YgYWxsIHRoZSBib3hlcyBJ IG1lbnRpb25lZCBhYm92ZSwKPiA+IEkgZGlkIG5vdCBkbyBhbnl0aGluZyBzcGVjaWFsIHRvIGtl cm5lbCBjb25maWcsIGkuZS4sIHRoZXkgYXJlIEdFTkVSSUMgdy9vCj4gPiB1bm5lY2Vzc2FyeSBk ZXZpY2VzIGFuZCB3LyBmaXJld2FsLiAgQmFzaWNhbGx5LCBJIGNhbiBkbyBhbnl0aGluZyBvbiB0 aGVzZQo+ID4gdHdvIGJveGVzICh0aGV5IGFyZSBub3QgaW4gcHJvZHVjdGlvbiBtb2RlKS4gQW55 IHN1Z2dlc3Rpb24gYXJlIHdlbGNvbWUuCj4gPgo+ID4gVGhhbmtzLAo+ID4gUm9uZy1FbiBGYW4K PiA+Cj4K From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:08:27 2006 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 94CC016AD92; Sat, 11 Mar 2006 02:08:22 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A55FA4668F; Fri, 10 Mar 2006 15:39:43 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 9D8E11A3C29; Fri, 10 Mar 2006 07:39:43 -0800 (PST) Date: Fri, 10 Mar 2006 07:39:43 -0800 From: Alfred Perlstein To: imp@freebsd.org, stable@freebsd.org Message-ID: <20060310153943.GQ23971@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: audit note for UPDATING. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:08:27 -0000 Index: UPDATING =================================================================== RCS file: /home/ncvs/src/UPDATING,v retrieving revision 1.416.2.20 diff -u -r1.416.2.20 UPDATING --- UPDATING 9 Mar 2006 21:51:00 -0000 1.416.2.20 +++ UPDATING 10 Mar 2006 15:39:05 -0000 @@ -8,6 +8,10 @@ /usr/ports/UPDATING. Please read that file before running portupgrade. +20060310: + The group 'audit' must be added to your machine to upgrade: + audit:*:77: + 20060309: The support for Linux applications the 3dfx kernel module used to provide is in a separate module named 3dfx_linux now. The -- - Alfred Perlstein - CTO Okcupid.com / FreeBSD Hacker / All that jazz - From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:08:46 2006 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 4FA2B16A4EC for ; Sat, 11 Mar 2006 02:08:45 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F664724A for ; Fri, 10 Mar 2006 16:41:43 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id F2AC98A0045 for ; Fri, 10 Mar 2006 08:45:30 -0800 (PST) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 74239-01-34 for ; Fri, 10 Mar 2006 08:45:30 -0800 (PST) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id A35638A0043 for ; Fri, 10 Mar 2006 08:45:29 -0800 (PST) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 703F9900044F for ; Fri, 10 Mar 2006 08:41:36 -0800 (PST) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Fri, 10 Mar 2006 08:41:36 -0800 (PST) Message-ID: <43470.192.168.0.10.1142008896.squirrel@webmail.sd73.bc.ca> In-Reply-To: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> Date: Fri, 10 Mar 2006 08:41:36 -0800 (PST) From: "Freddie Cash" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 02:08:46 -0000 On Fri, March 10, 2006 1:01 am, Brian Szymanski wrote: > After not having much success with the hptmv driver for highpoint's > rocketraid 1820A, I'm wondering if other folks have had good luck > with any SATA RAID cards with at least 6 ports... Is there a SATA > RAID card with utilities that let you manage while the OS is running > that folks have had good luck with? I've been happy with the megaraid > series on linux at my job, but I'm wondering if the management > utilities are there on freebsd, etc. We've had great successes with the 3Ware Escalade line of RAID controllers. The 3DM2 web-based management tools are amazing, and I've heard good things about the CLI version. We've got FreeBSD 5.3, 5.4, and 6.0 boxes (32-bit and 64-bit) running (or testing) the 7506-4LP (PATA), 9500S (SATA using bridge chips), and 9550SX (true SATA). Haven't run any speed benchmarks (we're more concerned with reliability, rebuild speed, and management tools) but the performance is a lot better than when we used LSI MegaRAID 150-6D cards (those things are crap, especially the management "tools"). The 7000 and 8000-series Escalade cards use the twe(4) driver in FreeBSD 4.11+, 9000 and 9500-series cards use the twa(4) driver in FreeBSD 5.2+, and the 9550-series cards use the twa(4) driver in FreeBSD 6.0+. I've also heard good things about the Areca RAID controllers, although we have not used any. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:08:51 2006 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 0595516A5A9 for ; Sat, 11 Mar 2006 02:08:50 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAD5147D50 for ; Fri, 10 Mar 2006 17:40:06 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id t15so526219wxc for ; Fri, 10 Mar 2006 09:40:01 -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=szEbSc4WhvcEAUTjtbLGlFeauwL3lslxBVJ2vg43wDcZ35slxCDf+A0buor5jkYrwcA0riIBpoL3+NtmBFsH4/Y9CrbOct6sq5zPuv80QyXizMka5g3ZCPvV1yCEAY5L/H7Th9tV2uZ9RgXmcVUgzewB6iKMtD2YCk6tPusHsyc= Received: by 10.70.108.18 with SMTP id g18mr53997wxc; Fri, 10 Mar 2006 09:40:00 -0800 (PST) Received: by 10.70.125.17 with HTTP; Fri, 10 Mar 2006 09:40:00 -0800 (PST) Message-ID: <6eb82e0603100940s7d505e26w5351d708b714aefe@mail.gmail.com> Date: Fri, 10 Mar 2006 12:40:00 -0500 From: "Rong-En Fan" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: nfsclient process stucks in nfsaio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:08:51 -0000 Hi, After upgrading several our nfs clients from 5.4-RELEASE to 6.0-RELEASE and some are now 6.1-PRERELEASE (a weeks ago). From time to time, we saw some processes stuck in nfsaio, and unkillable. These processes generate lots of traffic to nfs server (write to nfs, but nfs server's disk= does not really in write. from netstat, client sends ~100Mbps, on nfs server, io= stat does not show me ~12.5MB/s). The nfsd on the server side is either in RUN or in ufs state. Server is running 5.5-PRELEASE as of yesterday. Client mount options: rw,nosuid,bg,intr,nodev. Both client and server are running rpc.lockd, rpc.statd. I'm sure it's not related to any locking problems. I have another set of nfs server/client both running 6.0-RELEASE. And I can easily reproduce this situation on these two boxesnes, just by running dd if=3D/dev/zero of=3D/nfs/ooo bs=3D1m If I do not add bs=3D1m, it works fine. Of all the boxes I mentioned above, I did not do anything special to kernel config, i.e., they are GENERIC w/o unnecessary devices and w/ firewal. Basically, I can do anything on these two boxes (they are not in production mode). Any suggestion are welcome. Thanks, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:09:39 2006 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 6C8FE16AA4D for ; Sat, 11 Mar 2006 02:09:39 +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 00FCD43E8B for ; Fri, 10 Mar 2006 12:32:18 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002366170.msg for ; Fri, 10 Mar 2006 12:31:17 +0000 Message-ID: <09f201c6443e$80238370$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Brian Szymanski" , References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> Date: Fri, 10 Mar 2006 12:30:59 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original 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, Fri, 10 Mar 2006 12:31:17 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 10 Mar 2006 12:31:18 +0000 Cc: Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:09:39 -0000 What problems are you having there Brian, Im currently in contact with the Highpoint developers over a specific issue with that card's drivers and would be happy to raise any other issues you may be seeing. Aside from the that we have had good experiences with Areca card. Steve ----- Original Message ----- From: "Brian Szymanski" > > After not having much success with the hptmv driver for highpoint's > rocketraid 1820A, I'm wondering if other folks have had good luck with any > SATA RAID cards with at least 6 ports... Is there a SATA RAID card with > utilities that let you manage while the OS is running that folks have had > good luck with? I've been happy with the megaraid series on linux at my > job, but I'm wondering if the management utilities are there on freebsd, > etc ================================================ 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 Sat Mar 11 02:10:46 2006 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 8830916AF01 for ; Sat, 11 Mar 2006 02:10:46 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BFD48DEC for ; Fri, 10 Mar 2006 19:02:24 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id s11so580539wxc for ; Fri, 10 Mar 2006 11:02:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CI2teEB21ta//xuI4vRebzKaJa79Buk0/nsBjsiqdf34GAAuYG2czGICO52TCS2bRzsA2gVXc9gAzp9DmtOKpCY42efUGOy6sWwGx9F3fQ8mcbJbszpt1MOjxS4DaPvrluZ9dEmqYrqkSsArp/spU53WhvKljUi9qURvielVlLk= Received: by 10.70.60.17 with SMTP id i17mr167724wxa; Fri, 10 Mar 2006 11:02:18 -0800 (PST) Received: by 10.70.125.17 with HTTP; Fri, 10 Mar 2006 11:02:18 -0800 (PST) Message-ID: <6eb82e0603101102ke9cec8lde806f466a87e7bf@mail.gmail.com> Date: Fri, 10 Mar 2006 14:02:18 -0500 From: "Rong-En Fan" To: stable@freebsd.org In-Reply-To: <6eb82e0603100940s7d505e26w5351d708b714aefe@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0603100940s7d505e26w5351d708b714aefe@mail.gmail.com> Cc: Subject: Re: nfsclient process stucks in nfsaio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:10:46 -0000 Hi, forget to mention all the clients/servers here are SMP kernel. After some Googling, a post on current@ 2005/01/12 "NFS problems, locking up" is hightly related to my situation. An workaround is to set debug.mpsafenet=3D0, just verified this indeed works. Now I'm turning on INVARIANTS, WITNESS to see if there are some output. However, I'm afriad that I can not get a serial console access to these machines (and thus no ddb output :( ). Thanks, Rong-En Fan On 3/10/06, Rong-En Fan wrote: > Hi, > > After upgrading several our nfs clients from 5.4-RELEASE to 6.0-RELEASE > and some are now 6.1-PRERELEASE (a weeks ago). From time to time, > we saw some processes stuck in nfsaio, and unkillable. These processes > generate lots of traffic to nfs server (write to nfs, but nfs server's di= sk does > not really in write. from netstat, client sends ~100Mbps, on nfs server, = iostat > does not show me ~12.5MB/s). The nfsd on the server side is either in RUN > or in ufs state. Server is running 5.5-PRELEASE as of yesterday. > > Client mount options: rw,nosuid,bg,intr,nodev. Both client and server > are running > rpc.lockd, rpc.statd. I'm sure it's not related to any locking problems. > > I have another set of nfs server/client both running 6.0-RELEASE. And I c= an > easily reproduce this situation on these two boxesnes, just by running > > dd if=3D/dev/zero of=3D/nfs/ooo bs=3D1m > > If I do not add bs=3D1m, it works fine. Of all the boxes I mentioned abov= e, > I did not do anything special to kernel config, i.e., they are GENERIC w/= o > unnecessary devices and w/ firewal. Basically, I can do anything on thes= e > two boxes (they are not in production mode). Any suggestion are welcome. > > Thanks, > Rong-En Fan > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:11:37 2006 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 D2BAC16B063 for ; Sat, 11 Mar 2006 02:11:30 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6316243FA6 for ; Fri, 10 Mar 2006 12:40:05 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k2ACdhed066521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Mar 2006 14:39:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2ACdhau062795; Fri, 10 Mar 2006 14:39:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2ACdg3D062794; Fri, 10 Mar 2006 14:39:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Mar 2006 14:39:42 +0200 From: Kostik Belousov To: Dmitry Pryanishnikov Message-ID: <20060310123942.GI37572@deviant.kiev.zoral.com.ua> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> <20060303185157.GB692@turion.vk2pj.dyndns.org> <20060304001224.G356@atlantis.atlantis.dp.ua> <20060304065138.GD692@turion.vk2pj.dyndns.org> <20060310121758.S80837@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9JSHP372f+2dzJ8X" Content-Disposition: inline In-Reply-To: <20060310121758.S80837@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: Michael Proto , freebsd-stable@freebsd.org, Peter Jeremy Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:11:37 -0000 --9JSHP372f+2dzJ8X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2006 at 01:57:50PM +0200, Dmitry Pryanishnikov wrote: >=20 > This is still a concern for me. IMHO it would be useful to have the abil= ity > to disable process killing due to the lack of swap, because having this > enabled on e.g. transit router can lead to very unpleasant scenario.=20 > Imagine someone DoS-attacks it's sshd, and kernel kills the process with= =20 > the largest RSS - it could e.g. be a vital part of the routing software= =20 > (zebra/ripd/bgpd), and killing this process will render our router=20 > unreachable and unusable! Then, what should kernel do ? It kills the process because it _needs_ the page. Usually, this page is needed to fill the frame that was already allocated by some process, so, SIGKILL is another way to report ENOMEM. The only way to prevent this situation is to never satisfy memory address range requests that (potentially) cannot be backed by real memory (this includes swap) in the future. Some time ago I did implemented such behaviour ("disable overcommit switch"= ). Patch was applicable at the times of 6-CURRENT. I could blow the dust off if somebody becomes interested in testing. Latest version is available at http://kostikbel.narod.ru/overcommit/ --9JSHP372f+2dzJ8X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEXONC3+MBN1Mb4gRAic3AKDZOwLCv3Z2cQ3v8zTk2nsalE4kWwCfWlxd gtFfObB16DlIjH5FkP3rkuM= =L7sA -----END PGP SIGNATURE----- --9JSHP372f+2dzJ8X-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:12:03 2006 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 70B5716B207 for ; Sat, 11 Mar 2006 02:11:56 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D24B4595F for ; Fri, 10 Mar 2006 14:40:28 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 13885 invoked by uid 1026); 10 Mar 2006 14:44:12 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.125862 secs); 10 Mar 2006 14:44:12 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 10 Mar 2006 14:44:12 -0000 From: Niki Denev To: freebsd-stable@freebsd.org Date: Fri, 10 Mar 2006 16:43:23 +0200 User-Agent: KMail/1.9.1 References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> <20060310090751.GD74820@hugo10.ka.punkt.de> In-Reply-To: <20060310090751.GD74820@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603101643.24946.nike_d@cytexbg.com> Cc: Brian Szymanski Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:12:03 -0000 On Friday 10 March 2006 11:07, Patrick M. Hausen wrote: > Mornin' > > > After not having much success with the hptmv driver for highpoint's > > rocketraid 1820A, I'm wondering if other folks have had good luck with > > any SATA RAID cards with at least 6 ports... Is there a SATA RAID card > > with utilities that let you manage while the OS is running that folks > > have had good luck with? I've been happy with the megaraid series on > > linux at my job, but I'm wondering if the management utilities are there > > on freebsd, etc. > > http://www.icp-vortex.com/english/product/pci/rz_sata_8/8586rz_e.htm > > Expensive? Yes. > > Fast, reliable, cheap - pick any two ;-) If this is the same hardware as the Intel Integrated Raid controllers (SRCS14L and similar) also made by ICP, then they are anything but fast :) I would choose Areca or 3ware. > HTH, > Patrick Regards, Niki From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:12:53 2006 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 C11CC16B152 for ; Sat, 11 Mar 2006 02:12:52 +0000 (GMT) (envelope-from protologic@mindspring.com) Received: from pop05.mail.atl.earthlink.net (pop05.mail.atl.earthlink.net [207.69.200.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6136A489D4 for ; Fri, 10 Mar 2006 18:36:38 +0000 (GMT) (envelope-from protologic@mindspring.com) Received: from mswamui-thinleaf.atl.sa.earthlink.net ([209.86.224.51]) by pop05.mail.atl.earthlink.net with esmtp (Exim 3.36 #10) id 1FHmTJ-0001OZ-00; Fri, 10 Mar 2006 13:36:17 -0500 Message-ID: <2838070.1142015777207.JavaMail.root@mswamui-thinleaf.atl.sa.earthlink.net> Date: Fri, 10 Mar 2006 13:36:16 -0500 (GMT-05:00) From: Michael Proto To: Dmitry Pryanishnikov , Michael Proto Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: EarthLink Zoo Mail 1.0 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Michael Proto List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 02:12:53 -0000 >On Fri, 10 Mar 2006, Michael Proto wrote: >> My suggestion would then be to utilize resource limits in >> /etc/login.conf for the sshd user (in your example) or other user >> accounts for applications that you don't want running out of control. >> See login.conf(5) and login_cap(3) for more details on this. In >> particular, the datasize, stacksize, memoryuse, and vmemoryuse options >> may be of benefit. > > OK, I'm aware about this measure. But have your tried it yourself against, >e.g., OpenSSH? I doubt it. Look at the following: > >dmitry@test$ ps axu |grep ssh >root 20213 0.0 1.3 54724 3356 ?? Is 4:00PM 0:00.10 sshd: dmitry > [priv] >dmitry 20216 0.0 1.3 54724 3356 ?? I 4:00PM 0:00.03 sshd: > dmitry@tty >root 20229 0.0 1.3 54724 3356 ?? Ss 4:00PM 0:00.10 sshd: dmitry > [priv] >dmitry 20232 0.0 1.3 54724 3356 ?? S 4:00PM 0:00.03 sshd: > dmitry@tty > >It's the result of 2 incoming OpenSSH sessions: 2 processes per session, >one of them root's and another user's. SSH.COM's sshd always works as a root. >Also, during the DoS attack (simultaneous setup of many incoming TCP >connections to 22th port) there will be many root's processes like this: > >root 20278 0.0 1.1 52016 2884 ?? Is 4:07PM 0:00.04 sshd: > [accepted] > >Do you really advise to lower root's limits? I'm sure you don't ;) > > >Sincerely, Dmitry >-- >Atlantis ISP, System Administrator >e-mail: dmitry@atlantis.dp.ua >nic-hdl: LYNX-RIPE You're correct, I could have sworn that sshd ran as the sshd user with the (somewhat) new privsep settings but it appears that I'm mistaken. My only other (albeit limited) suggestion would be to do something like inbound connection limiting that is available in pf to prevent the DOS-like scenarios you are mentioning. -Proto From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:32:17 2006 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 EDE5F16A41F for ; Sat, 11 Mar 2006 02:32:17 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 671CD43D46 for ; Sat, 11 Mar 2006 02:32:16 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 122A578CAC for ; Fri, 10 Mar 2006 21:39:59 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 88487-01 for ; Fri, 10 Mar 2006 21:39:55 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 9D46578CA9 for ; Fri, 10 Mar 2006 21:39:54 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id D58491C080F; Fri, 10 Mar 2006 21:32:10 -0500 (EST) Date: Fri, 10 Mar 2006 21:32:10 -0500 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20060311023210.GF10106@afflictions.org> References: <20060308231529.GA2049@afflictions.org> <200603100329.49920.joao@matik.com.br> <20060310065614.GK31158@afflictions.org> <200603102230.18377.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603102230.18377.doconnor@gsoft.com.au> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: ath(4) and 802.11g speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:32:18 -0000 Thus spake Daniel O'Connor (doconnor@gsoft.com.au) [10/03/06 07:09]: : > I've been doing some testing with kismet throughout the night, and I've : > been seeing consistant signal strengths around -50 to -60dBm, with noise : > sitting pretty consistantly at -96, and its strongest reading (after about : > six hours) is -90dBm. At least, if I'm to believe what Kismet is telling : > me. : > : > This machine is about five feet (albeit through a concrete wall) from the : > AP. A wireless laptop that's about twenty feet (again, through concrete) : > has connected at 54Mbps without issues. : : What happens if you exit Kismet and try an associate? That's what I did originally, which prompted the thread: a cold-boot into an associate gives me 11Mbps. I was only running Kismet to help diagnose the problem. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 02:39:11 2006 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 323F716A445 for ; Sat, 11 Mar 2006 02:39:11 +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 AB34943D45 for ; Sat, 11 Mar 2006 02:39:10 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 71E6752E3; Fri, 10 Mar 2006 20:39:10 -0600 (CST) Date: Fri, 10 Mar 2006 20:39:10 -0600 To: Chris Message-ID: <20060311023910.GB15559@soaustin.net> References: <3aaaa3a0603090943qdcc1128u@mail.gmail.com> <20060309180651.GA94019@xor.obsecurity.org> <3aaaa3a0603091750r67188696w@mail.gmail.com> <20060310020722.GB919@xor.obsecurity.org> <3aaaa3a0603101719g5db4f47cs@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0603101719g5db4f47cs@mail.gmail.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: libthr + libtool bump + mysql X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:39:11 -0000 On Sat, Mar 11, 2006 at 01:19:54AM +0000, Chris wrote: > I wasn't aware ports removed support right away tho so thank you for > clarifying that for me. There is not enough FTP space for packages corresponding to every port, for every release. We keep packages for the latest release on each branch, and the current state of that branch. We "support" building ports on as many releases as is feasible. Right now that's 4.11, 4-stable, 5.4, 5-stable, 6.0, 6-stable, and 7-current. Even this is, as you can imagine, a great deal of work. In particular, anyone on 4.x before 4.10 and 5.x before 5.3 is going to have a lot of trouble because of various incompatibilities. > If things goto schedule, will both these releases be treated as > supported by the ports tree? And why is 5.5 been released at all > if people should be upgrading to 6.x to remain supported? Yes, both will be supported by the ports tree. 5.5 is being released because we promised that there would be one more release from the 5.x tree -- and for that reason only. However, it is simply infeasible to back-port all the fixes in 6.x to 5.x. We are pushing everyone to at least test 6.x because at the moment we are simply spread too thin to support all of these various possible combinations (don't forget that we also support multiple architectures). We have tried to plan for less overlap in the future to ease the support burden. This is part of the lessons that we learned from 5.x. mcl From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 03:39:43 2006 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 72AD016A420; Sat, 11 Mar 2006 03:39:38 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC3E643D6E; Sat, 11 Mar 2006 03:39:32 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Fri, 10 Mar 2006 19:39:29 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2BCF645041; Fri, 10 Mar 2006 19:39:29 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Alfred Perlstein In-reply-to: Your message of "Fri, 10 Mar 2006 07:19:42 PST." <20060310151942.GP23971@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Mar 2006 19:39:29 -0800 From: "Kevin Oberman" Message-Id: <20060311033929.2BCF645041@ptavv.es.net> Cc: stable@freebsd.org Subject: Re: Required audit group is missing... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 03:39:43 -0000 > > mmmm... stable... :D > > /usr/src # make installworld > ERROR: Required audit group is missing, see /usr/src/UPDATING. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > /usr/src # grep audit /usr/src/UPDATING > /usr/src # As has been pointed out already tis week, if you update without following the approved procedure in UPDATING is not supported. to have gotten this error you must have skipped the "mergemaster -p" step which exists purely to handle this type of system change. Since updating in accord with the supported process is unaffected by the requirement for the audit group, there appeared no reason to note it in UPDATING. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 03:48:48 2006 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 B4B3516A41F; Sat, 11 Mar 2006 03:48:48 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (rrcs-24-56-87-26.ma.biz.rr.com [24.56.87.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0411443D5A; Sat, 11 Mar 2006 03:48:45 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (gcr@localhost [127.0.0.1]) by nc8000.tharned.org (8.13.4/8.13.4) with ESMTP id k2B3mi6N001323; Fri, 10 Mar 2006 21:48:44 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.13.4/8.13.4/Submit) with ESMTP id k2B3mhag001320; Fri, 10 Mar 2006 21:48:43 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) Date: Fri, 10 Mar 2006 21:48:43 -0600 (CST) From: Greg Rivers Sender: gcr@tharned.org To: Alfred Perlstein In-Reply-To: <20060310151942.GP23971@elvis.mu.org> Message-ID: <20060310214635.P1122@nc8000.tharned.org> References: <20060310151942.GP23971@elvis.mu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Required audit group is missing... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 03:48:48 -0000 On Fri, 10 Mar 2006, Alfred Perlstein wrote: > mmmm... stable... :D > > /usr/src # make installworld > ERROR: Required audit group is missing, see /usr/src/UPDATING. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > /usr/src # grep audit /usr/src/UPDATING > /usr/src # > > ??? > mergemaster -p is your friend. -- Greg From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 03:57:37 2006 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 8E0BB16A41F; Sat, 11 Mar 2006 03:57:37 +0000 (GMT) (envelope-from rerowe@rerowe.com) Received: from holmes.rerowe.com (holmes.rerowe.com [216.229.6.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id E67DD43D46; Sat, 11 Mar 2006 03:57:36 +0000 (GMT) (envelope-from rerowe@rerowe.com) Received: from [192.168.48.119] (holmesby.rerowe.com [216.229.6.185]) by holmes.rerowe.com (8.13.1/8.13.1) with ESMTP id k2B3vZtH066244; Fri, 10 Mar 2006 21:57:35 -0600 (CST) (envelope-from rerowe@rerowe.com) Message-ID: <44124AA6.5090108@rerowe.com> Date: Fri, 10 Mar 2006 21:57:26 -0600 From: Randy Rowe User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alfred Perlstein References: <20060310151942.GP23971@elvis.mu.org> In-Reply-To: <20060310151942.GP23971@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.44 Cc: stable@freebsd.org Subject: Re: Required audit group is missing... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 03:57:37 -0000 Alfred Perlstein wrote: >mmmm... stable... :D > >/usr/src # make installworld >ERROR: Required audit group is missing, see /usr/src/UPDATING. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. >/usr/src # grep audit /usr/src/UPDATING >/usr/src # > >??? > > > > Just ran across this myself today. When you run mergemaster -p BEFORE trying to installworld, it will add a group to you /etc/groups file. Unless you decide to put it off. You can do this manually by adding the line audit:*:77: to the group file. Randy From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 04:03:18 2006 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 D25D316A41F for ; Sat, 11 Mar 2006 04:03:18 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2946D43D49 for ; Sat, 11 Mar 2006 04:03:17 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id t5so599480wxc for ; Fri, 10 Mar 2006 20:03:17 -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=rHz9W4aAoH4GF0lHt7To5Iyt4igKzyAuSZzUQYwepYrRjW5cei/w4MKbaO5D3vFelYs+zq0zNH9OntqANtBgLHGTsA3qrZXNmU1ZGvD6zfaezGXTSUHcrZcHjds1ZhlG7ISnn3McerD7DVtjS61NVXVux6hd6EDC/DlPlxp50aU= Received: by 10.70.27.9 with SMTP id a9mr499633wxa; Fri, 10 Mar 2006 20:03:17 -0800 (PST) Received: by 10.70.125.17 with HTTP; Fri, 10 Mar 2006 20:03:17 -0800 (PST) Message-ID: <6eb82e0603102003g1d9940d2l6ac1f4b2058e5766@mail.gmail.com> Date: Fri, 10 Mar 2006 23:03:17 -0500 From: "Rong-En Fan" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Re: nfsclient process stucks in nfsaio [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: Sat, 11 Mar 2006 04:03:18 -0000 Hi all, I believe that this behavior is caused by the ``intr'' (-i) option to mount_nfs(8). As noted by Stephan Uphoff in PR/79700, he does not recommend use intr option. After remove the option, the dd works well. Sorry for the noisy :-) However, I think some warnings can be added to mount_nfs(8) about the usage of intr and its consequence. So this won't be happened again. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 04:23:53 2006 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 9781316A41F; Sat, 11 Mar 2006 04:23:53 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02BF443D45; Sat, 11 Mar 2006 04:23:53 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-111-111.pools.arcor-ip.net [84.60.111.111]) by dd2718.kasserver.com (Postfix) with ESMTP id 735A6B9B12; Sat, 11 Mar 2006 05:22:16 +0100 (CET) Message-ID: <441250DB.4040107@chillt.de> Date: Sat, 11 Mar 2006 05:23:55 +0100 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: Alfred Perlstein References: <20060310151942.GP23971@elvis.mu.org> In-Reply-To: <20060310151942.GP23971@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Required audit group is missing... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 04:23:53 -0000 > /usr/src # make installworld > ERROR: Required audit group is missing, see /usr/src/UPDATING. > *** Error code 1 You probably forgot to run mergemaster -p before make installworld. > /usr/src # grep audit /usr/src/UPDATING The note is there in -current. It was not MFCd. That's certainly a mistake and should be fixed. File a big report and some dev should pick it up. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 04:30:42 2006 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 3DF2F16A41F for ; Sat, 11 Mar 2006 04:30:42 +0000 (GMT) (envelope-from praxis@dmglobal.net) Received: from fed1rmmtao05.cox.net (fed1rmmtao05.cox.net [68.230.241.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41BF243D73 for ; Sat, 11 Mar 2006 04:30:35 +0000 (GMT) (envelope-from praxis@dmglobal.net) Received: from [192.168.1.122] (really [68.6.112.32]) by fed1rmmtao05.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060311042739.VNOU17838.fed1rmmtao05.cox.net@[192.168.1.122]>; Fri, 10 Mar 2006 23:27:39 -0500 Message-ID: <44125269.6040206@dmglobal.net> Date: Fri, 10 Mar 2006 20:30:33 -0800 From: Mark Dotson User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Mike Tancsa References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> <6.2.3.4.0.20060310101705.1050a108@64.7.153.2> In-Reply-To: <6.2.3.4.0.20060310101705.1050a108@64.7.153.2> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Brian Szymanski , freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 04:30:42 -0000 3ware cards have worked fantastically for me... until I tried using them with the Tyan S5360-1U Motherboard. I've not been able to boot any distro of FreeBSD 5.x or 6.x with this board and the 3ware 95x series or 8x series SATA cards. However, other then that 1 board incompatibility, they've worked like a champ for me for years. -Mark -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Mark Dotson Systems Administrator praxis@dumpstermonkey.com -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Mike Tancsa wrote: > At 04:01 AM 10/03/2006, Brian Szymanski wrote: >> Howdy... >> >> After not having much success with the hptmv driver for highpoint's >> rocketraid 1820A, I'm wondering if other folks have had good luck with >> any >> SATA RAID cards with at least 6 ports... Is there a SATA RAID card with >> utilities that let you manage while the OS is running that folks have had >> good luck with? I've been happy with the megaraid series on linux at my >> job, but I'm wondering if the management utilities are there on freebsd, >> etc. > > The 3Ware cards work really well under FreeBSD. I have dozens I have > been using for some time and they work and work well. Highly > recommended. Over the years I am sure I have replaced a few dozen dead > drives and have not (knock on wood) had any issues rebuilding degraded > sets. Another card I have been recently using is the ARECA. Its quite a > fast card and has a similar set of management utilities. I have not been > using it as long as the 3ware, but it seems pretty good too. > > Both cards will install out of the box FreeBSD. The management apps can > be downloaded for free from www.3ware.com and ftp.areca.com.tw > > > ---Mike > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 04:30:57 2006 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 5080216A425 for ; Sat, 11 Mar 2006 04:30:53 +0000 (GMT) (envelope-from praxis@dmglobal.net) Received: from fed1rmmtao02.cox.net (fed1rmmtao02.cox.net [68.230.241.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75CF843D79 for ; Sat, 11 Mar 2006 04:30:48 +0000 (GMT) (envelope-from praxis@dmglobal.net) Received: from [192.168.1.122] (really [68.6.112.32]) by fed1rmmtao02.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060311042757.GDTM17006.fed1rmmtao02.cox.net@[192.168.1.122]>; Fri, 10 Mar 2006 23:27:57 -0500 Message-ID: <44125277.60703@dmglobal.net> Date: Fri, 10 Mar 2006 20:30:47 -0800 From: Mark Dotson User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Mike Tancsa References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> <6.2.3.4.0.20060310101705.1050a108@64.7.153.2> In-Reply-To: <6.2.3.4.0.20060310101705.1050a108@64.7.153.2> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Brian Szymanski , freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 04:30:57 -0000 3ware cards have worked fantastically for me... until I tried using them with the Tyan S5360-1U Motherboard. I've not been able to boot any distro of FreeBSD 5.x or 6.x with this board and the 3ware 95x series or 8x series SATA cards. However, other then that 1 board incompatibility, they've worked like a champ for me for years. -Mark Mike Tancsa wrote: > At 04:01 AM 10/03/2006, Brian Szymanski wrote: >> Howdy... >> >> After not having much success with the hptmv driver for highpoint's >> rocketraid 1820A, I'm wondering if other folks have had good luck with >> any >> SATA RAID cards with at least 6 ports... Is there a SATA RAID card with >> utilities that let you manage while the OS is running that folks have had >> good luck with? I've been happy with the megaraid series on linux at my >> job, but I'm wondering if the management utilities are there on freebsd, >> etc. > > The 3Ware cards work really well under FreeBSD. I have dozens I have > been using for some time and they work and work well. Highly > recommended. Over the years I am sure I have replaced a few dozen dead > drives and have not (knock on wood) had any issues rebuilding degraded > sets. Another card I have been recently using is the ARECA. Its quite a > fast card and has a similar set of management utilities. I have not been > using it as long as the 3ware, but it seems pretty good too. > > Both cards will install out of the box FreeBSD. The management apps can > be downloaded for free from www.3ware.com and ftp.areca.com.tw > > > ---Mike > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 06:16:47 2006 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 87E2116A420 for ; Sat, 11 Mar 2006 06:16:47 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1C0443D69; Sat, 11 Mar 2006 06:16:46 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k2B6GiIH079789; Sat, 11 Mar 2006 06:16:45 GMT (envelope-from ariff@FreeBSD.org) Date: Sat, 11 Mar 2006 14:16:34 +0800 From: Ariff Abdullah To: Frank Steinborn Message-Id: <20060311141634.01e74532.ariff@FreeBSD.org> In-Reply-To: <20060310135621.GA99495@scott.blazing.de> References: <20060310135621.GA99495@scott.blazing.de> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__11_Mar_2006_14_16_34_+0800_cq1T+_W668ayv/0D" Cc: stable@FreeBSD.org Subject: Re: Freeze by using sound on -STABLE 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: Sat, 11 Mar 2006 06:16:47 -0000 --Signature=_Sat__11_Mar_2006_14_16_34_+0800_cq1T+_W668ayv/0D Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 10 Mar 2006 14:56:21 +0100 Frank Steinborn wrote: > Hi, >=20 > i just built a 6.1-PRERELEASE and noticed that my system freezes > when using mplayer or musicpd. I tried to cat /dev/random > > /dev/dsp0.0 and it freezes too. > The machine has been running 6.0-STABLE before without that problem. Since when it started to break? Last changes against this driver (sys/dev/sound/pci/solo.c) was 2 months ago. Try to reproduce the panic in a clean, single mode state. Things will become much easier to debug if you can provide me with appropriate backtrace after the panic. > I wanted to know if someone else had similar issues or can reproduce > it, so I could write a PR. > Please let me know if you need further informations. >=20 > Verbose /dev/sndstat: >=20 > ################################################################### > ###### > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xd800,0xdc00,0xe000 irq 15 kld snd_solo > (1p/1r/4v channels duplex default) -- Ariff Abdullah FreeBSD --Signature=_Sat__11_Mar_2006_14_16_34_+0800_cq1T+_W668ayv/0D Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEmtFlr+deMUwTNoRAujOAKDKDuagTaCFcKk4U34k+S/Ef8xpRwCfTSjw a6GvFvoo43RmDKLCI9A9A+I= =lzba -----END PGP SIGNATURE----- --Signature=_Sat__11_Mar_2006_14_16_34_+0800_cq1T+_W668ayv/0D-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 08:43:14 2006 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 F3F8A16A42D for ; Sat, 11 Mar 2006 08:43:13 +0000 (GMT) (envelope-from lars@gmx.at) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9129A43D5A for ; Sat, 11 Mar 2006 08:42:53 +0000 (GMT) (envelope-from lars@gmx.at) Received: (qmail invoked by alias); 11 Mar 2006 08:42:49 -0000 Received: from 126.49.79.83.cust.bluewin.ch (EHLO [192.168.1.10]) [83.79.49.126] by mail.gmx.net (mp010) with SMTP; 11 Mar 2006 09:42:49 +0100 X-Authenticated: #912863 Message-ID: <44128D8C.2070302@gmx.at> Date: Sat, 11 Mar 2006 09:42:52 +0100 From: "lars@gmx.at" User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 References: <20060228085822.GA88352@afflictions.org> <20060310233849.GA10106@afflictions.org> In-Reply-To: <20060310233849.GA10106@afflictions.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lars@gmx.at List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 08:43:14 -0000 Damian Gerow wrote: > Thus spake fbsd_user (fbsd_user@a1poweruser.com) [10/03/06 08:59]: > : I see you both have Bladecenters. > : Have you had any luck with getting FreeBSD to install on it yet. > : > : What is the status of your efforts. > : > : Been offered contract to do this for client, > : but need to know if it can be done before I accept the job. > > I have yet to get it working, but I've been focusing explicitly on an > Opteron blade using an amd64 install. It seems as though you may have luck > by using an Intel blade (these are by far more common), and doing the > install via the Java-based console provided by the Management Module. It > seems as though the keyboard just 'works' once you boot into an installed > system. > > However, as I've not personally gotten it to work (and won't be able to play > with it for at least another two weeks), I can only say I suspect that > approach will work. > _______________________________________________ > 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" > > Maybe this might help: http://wiki.bsdforen.de/index.php/FreeBSD_On_IBM_Blade From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 12:51:40 2006 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 A6BE816A427 for ; Sat, 11 Mar 2006 12:51:40 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 018B943D69 for ; Sat, 11 Mar 2006 12:51:32 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 25698 invoked from network); 11 Mar 2006 12:51:30 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 11 Mar 2006 12:51:30 -0000 Message-ID: <4412C7D2.5080809@FreeBSD.org> Date: Sat, 11 Mar 2006 13:51:30 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060301) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Problem with 16-in-1 card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 12:51:40 -0000 My new PC has an internal 16-in-1 card reader connected via USB 2.0. The device is the Techsolo TCR-1640 (http://www.techsolo.de/product/cardreader/tcr_1640/index.php). I boot from a compact flash inserted in it and I can mount and unmount the same CF once the system has booted and has mounted the root partition from my graid3 array. The problem arise when I replace the inserted CF with another one (with different size and filesystem) and try to mount it. Fdisk can correctly sees the new partition table, but devfs is not updated and I cannot mount the new media. I tried to issue all sort of camcontrol commands (rescan the bus, eject and load the device, ...) but the dev entries remain unchanged (equal as boot time) even if the card is inserted or removed (camcontrol tur can see if the media is ready or not). The system is a recent 6.1-PRERELEASE. Any ideas or suggestions? Follows some more debug info. Boot messages if CF is not present: umass0: Generic Mass Storage Device, rev 2.00/1.27, addr 2 da2 at umass-sim0 bus 0 target 0 lun 0 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 1 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da4 at umass-sim0 bus 0 target 0 lun 2 da4: Removable Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present da5 at umass-sim0 bus 0 target 0 lun 3 da5: Removable Direct Access SCSI-0 device da5: 40.000MB/s transfers da5: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:0): SCSI Status: Check Condition (da2:umass-sim0:0:0:0): NOT READY csi:0,aa,55,40 asc:3a,0 (da2:umass-sim0:0:0:0): Medium not present (da2:umass-sim0:0:0:0): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:0): SCSI Status: Check Condition (da2:umass-sim0:0:0:0): NOT READY csi:0,aa,55,40 asc:3a,0 (da2:umass-sim0:0:0:0): Medium not present (da2:umass-sim0:0:0:0): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:0): SCSI Status: Check Condition (da2:umass-sim0:0:0:0): NOT READY csi:0,aa,55,40 asc:3a,0 (da2:umass-sim0:0:0:0): Medium not present (da2:umass-sim0:0:0:0): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:0): SCSI Status: Check Condition (da2:umass-sim0:0:0:0): NOT READY csi:0,aa,55,40 asc:3a,0 (da2:umass-sim0:0:0:0): Medium not present (da2:umass-sim0:0:0:0): Unretryable error Opened disk da2 -> 6 (da3:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:1): SCSI Status: Check Condition (da3:umass-sim0:0:0:1): NOT READY csi:0,aa,55,40 asc:3a,0 (da3:umass-sim0:0:0:1): Medium not present (da3:umass-sim0:0:0:1): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:1): SCSI Status: Check Condition (da3:umass-sim0:0:0:1): NOT READY csi:0,aa,55,40 asc:3a,0 (da3:umass-sim0:0:0:1): Medium not present (da3:umass-sim0:0:0:1): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:1): SCSI Status: Check Condition (da3:umass-sim0:0:0:1): NOT READY csi:0,aa,55,40 asc:3a,0 (da3:umass-sim0:0:0:1): Medium not present (da3:umass-sim0:0:0:1): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:1): SCSI Status: Check Condition (da3:umass-sim0:0:0:1): NOT READY csi:0,aa,55,40 asc:3a,0 (da3:umass-sim0:0:0:1): Medium not present (da3:umass-sim0:0:0:1): Unretryable error Opened disk da3 -> 6 (da4:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:2): SCSI Status: Check Condition (da4:umass-sim0:0:0:2): NOT READY csi:0,aa,55,40 asc:3a,0 (da4:umass-sim0:0:0:2): Medium not present (da4:umass-sim0:0:0:2): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:2): SCSI Status: Check Condition (da4:umass-sim0:0:0:2): NOT READY csi:0,aa,55,40 asc:3a,0 (da4:umass-sim0:0:0:2): Medium not present (da4:umass-sim0:0:0:2): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:2): SCSI Status: Check Condition (da4:umass-sim0:0:0:2): NOT READY csi:0,aa,55,40 asc:3a,0 (da4:umass-sim0:0:0:2): Medium not present (da4:umass-sim0:0:0:2): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:2): SCSI Status: Check Condition (da4:umass-sim0:0:0:2): NOT READY csi:0,aa,55,40 asc:3a,0 (da4:umass-sim0:0:0:2): Medium not present (da4:umass-sim0:0:0:2): Unretryable error Opened disk da4 -> 6 (da5:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da5:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da5:umass-sim0:0:0:3): SCSI Status: Check Condition (da5:umass-sim0:0:0:3): NOT READY csi:0,aa,55,40 asc:3a,0 (da5:umass-sim0:0:0:3): Medium not present (da5:umass-sim0:0:0:3): Unretryable error Opened disk da5 -> 6 (da5:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da5:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da5:umass-sim0:0:0:3): SCSI Status: Check Condition (da5:umass-sim0:0:0:3): NOT READY csi:0,aa,55,40 asc:3a,0 (da5:umass-sim0:0:0:3): Medium not present (da5:umass-sim0:0:0:3): Unretryable error Opened disk da5 -> 6 (da5:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da5:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da5:umass-sim0:0:0:3): SCSI Status: Check Condition (da5:umass-sim0:0:0:3): NOT READY csi:0,aa,55,40 asc:3a,0 (da5:umass-sim0:0:0:3): Medium not present (da5:umass-sim0:0:0:3): Unretryable error Opened disk da5 -> 6 (da5:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da5:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da5:umass-sim0:0:0:3): SCSI Status: Check Condition (da5:umass-sim0:0:0:3): NOT READY csi:0,aa,55,40 asc:3a,0 (da5:umass-sim0:0:0:3): Medium not present (da5:umass-sim0:0:0:3): Unretryable error Opened disk da5 -> 6 If a CF is inserted at boot I get: da3 at umass-sim0 bus 0 target 0 lun 1 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: 30MB (62720 512 byte sectors: 64H 32S/T 30C) and no da3:umass-sim0:0:0:1 errors %usbdevs -dovf /dev/usb4 Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), VIA(0x0000), rev 1.00, device uhub4 port 1 powered port 2 powered port 3 powered port 4 powered port 5 addr 2: high speed, power 250 mA, config 1, Mass Storage Device(0x6362), Generic(0x058f), rev 1.27, device umass0 port 6 powered port 7 powered port 8 powered %camcontrol devlist at scbus1 target 0 lun 0 (da0,pass0) at scbus1 target 2 lun 0 (da1,pass1) at scbus2 target 0 lun 0 (da2,pass2) at scbus2 target 0 lun 1 (da3,pass3) at scbus2 target 0 lun 2 (da4,pass4) at scbus2 target 0 lun 3 (da5,pass5) at scbus4 target 0 lun 0 (cd0,pass6) at scbus4 target 1 lun 0 (cd1,pass7) -- Alex Dupre From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 14:00:29 2006 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 71A0816A41F; Sat, 11 Mar 2006 14:00:29 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104C943D45; Sat, 11 Mar 2006 14:00:28 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 6E0B32E040; Sat, 11 Mar 2006 15:00:26 +0100 (CET) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 35687-08; Sat, 11 Mar 2006 15:00:26 +0100 (CET) Received: from mini.intranet (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 2CD1B2E02E; Sat, 11 Mar 2006 15:00:26 +0100 (CET) From: Benjamin Lutz To: freebsd-stable@freebsd.org Date: Sat, 11 Mar 2006 15:00:19 +0100 User-Agent: KMail/1.8.3 References: <4412C7D2.5080809@FreeBSD.org> In-Reply-To: <4412C7D2.5080809@FreeBSD.org> X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"=?iso-8859-1?q?=5F+R=0A?= 2@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@g?4f,=?iso-8859-1?q?=5Cc7=7CGh=0A?= =?iso-8859-1?q?_wb=26ky=24b2PJ=5E=5C0b83NkLsFKv=7CsmL/cI4UD=25Tu8alAD?= MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1217401.vMJSlxJrmj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603111500.23235.benlutz@datacomm.ch> X-Virus-Scanned: amavisd-new at atlantis.intranet Cc: Alex Dupre Subject: Re: Problem with 16-in-1 card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 14:00:29 -0000 --nextPart1217401.vMJSlxJrmj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Alex, > My new PC has an internal 16-in-1 card reader connected via USB 2.0. The > device is the Techsolo TCR-1640 > (http://www.techsolo.de/product/cardreader/tcr_1640/index.php). > I boot from a compact flash inserted in it and I can mount and unmount > the same CF once the system has booted and has mounted the root > partition from my graid3 array. > The problem arise when I replace the inserted CF with another one (with > different size and filesystem) and try to mount it. Fdisk can correctly > sees the new partition table, but devfs is not updated and I cannot > mount the new media. I tried to issue all sort of camcontrol commands > (rescan the bus, eject and load the device, ...) but the dev entries > remain unchanged (equal as boot time) even if the card is inserted or > removed (camcontrol tur can see if the media is ready or not). > The system is a recent 6.1-PRERELEASE. > > Any ideas or suggestions? Did you try to unplug the whole card reader, inserting the new CF card an t= hen=20 plugging it back into an USB port? It's /dev/da* entries should disappear=20 once it's unplugged, and be newly created when it's reconnected. Cheers Benjamin --nextPart1217401.vMJSlxJrmj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQBEEtf3gShs4qbRdeQRAkybAJ9l/OdLQvP3yjxLopnf6ZoZZ8GfhQCfUj1O TlJsdUIFo4jVN8c47413BXQ= =QENq -----END PGP SIGNATURE----- --nextPart1217401.vMJSlxJrmj-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 15:24:57 2006 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 E88AE16A41F for ; Sat, 11 Mar 2006 15:24:57 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3341343D48 for ; Sat, 11 Mar 2006 15:24:56 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id A919FC0B02; Sat, 11 Mar 2006 15:24:56 +0000 (GMT) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24317-01-16; Sat, 11 Mar 2006 15:24:56 +0000 (GMT) Received: from funkalicious (unknown [82.152.93.225]) by mra04.ch.as12513.net (Postfix) with ESMTP id CAD20C0ADA; Sat, 11 Mar 2006 15:24:55 +0000 (GMT) From: Adam Retter To: Steven Hartland In-Reply-To: <09f201c6443e$80238370$b3db87d4@multiplay.co.uk> References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> <09f201c6443e$80238370$b3db87d4@multiplay.co.uk> Content-Type: text/plain Date: Sat, 11 Mar 2006 15:24:55 +0000 Message-Id: <1142090695.2650.0.camel@funkalicious> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: Brian Szymanski , freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 15:24:58 -0000 Interested to hear that you have a problem with your highpoint driver, what sort of problems are you seeing? On Fri, 2006-03-10 at 12:30 +0000, Steven Hartland wrote: > What problems are you having there Brian, Im currently in contact with > the Highpoint developers over a specific issue with that card's drivers > and would be happy to raise any other issues you may be seeing. > > Aside from the that we have had good experiences with Areca card. > > Steve > ----- Original Message ----- > From: "Brian Szymanski" > > > > After not having much success with the hptmv driver for highpoint's > > rocketraid 1820A, I'm wondering if other folks have had good luck with any > > SATA RAID cards with at least 6 ports... Is there a SATA RAID card with > > utilities that let you manage while the OS is running that folks have had > > good luck with? I've been happy with the megaraid series on linux at my > > job, but I'm wondering if the management utilities are there on freebsd, > > etc > > > ================================================ > 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. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 15:51:23 2006 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 F379316A41F for ; Sat, 11 Mar 2006 15:51:22 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A33E43D6E for ; Sat, 11 Mar 2006 15:51:12 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 26835 invoked from network); 11 Mar 2006 15:51:11 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 11 Mar 2006 15:51:11 -0000 Message-ID: <4412F1EE.1070302@FreeBSD.org> Date: Sat, 11 Mar 2006 16:51:10 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060301) MIME-Version: 1.0 To: Benjamin Lutz References: <4412C7D2.5080809@FreeBSD.org> <200603111500.23235.benlutz@datacomm.ch> In-Reply-To: <200603111500.23235.benlutz@datacomm.ch> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with 16-in-1 card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 15:51:23 -0000 Benjamin Lutz wrote: > Did you try to unplug the whole card reader, inserting the new CF card an then > plugging it back into an USB port? It's /dev/da* entries should disappear > once it's unplugged, and be newly created when it's reconnected. Errr, there is a problem: the card reader is *internal* (it fits in a 3.5" slot). It's not so handy if I have to open the case and unplug the usb cable everytime I insert a card. -- Alex Dupre From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 16:46:21 2006 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 D3C1416A420 for ; Sat, 11 Mar 2006 16:46:21 +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 0131C43D46 for ; Sat, 11 Mar 2006 16:46:20 +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 <0IVZ00GI02L89Y10@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 11 Mar 2006 17:46:20 +0100 (CET) Received: from kg-work.kg4.no ([80.202.172.162]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IVZ003AK2L7SZ80@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 11 Mar 2006 17:46:20 +0100 (CET) Date: Sat, 11 Mar 2006 17:46:24 +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 To: freebsd-stable@freebsd.org Message-id: <20060311174624.11680c67.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 Subject: ucom doesn't work in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 16:46:21 -0000 Hello, When I attatch my usb-to-serial based AVR programmer (an avrusb500) to a machine running FreeBSD 6.1-prerelease, it shows up in /var/log/messages as: Mar 11 17:25:03 kg-fil kernel: ucom0: FTDI USB <-> Serial, rev 1.10/4.00, addr 2 However, there is no /dev/ucom0 entry. Details: root@kg-fil# uname -a FreeBSD kg-fil.kg4.no 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #5: Sat Mar 11 15:05:47 CET 2006 root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60 amd64 root@kg-fil# kldstat Id Refs Address Size Name 1 9 0xffffffff80100000 8b6820 kernel 2 1 0xffffffff809b7000 67e0 snd_ich.ko 3 2 0xffffffff809be000 346a8 sound.ko 4 1 0xffffffffa7c19000 1cd blank_saver.ko 5 1 0xffffffffa7cb0000 10b6 uftdi.ko 6 1 0xffffffffa7cb2000 112f ucom.ko (as you can see, both utfdi and ucom is loaded). root@kg-fil# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 addr 2: full speed, power 90 mA, config 1, USB <-> Serial(0x6001), FTDI(0x0403), rev 4.00 port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered But, no /dev/ucom* : root@kg-fil# ls -l /dev/ucom* ls: /dev/ucom*: No such file or directory root@kg-fil# ls -l /dev/usb* crw-rw---- 1 root operator 0, 30 Mar 11 15:50 /dev/usb crw-rw---- 1 root operator 0, 29 Mar 11 15:50 /dev/usb0 crw-rw---- 1 root operator 0, 31 Mar 11 15:50 /dev/usb1 even if the usb entries are there. root@kg-fil# ps ax | grep usbd 405 ?? Is 0:00.00 /usr/sbin/usbd For comparison, the device works fine under 5.4-stable: root@kg-work# uname -a FreeBSD kg-work.kg4.no 5.4-STABLE FreeBSD 5.4-STABLE #5: Sat Dec 31 16:54:14 CET 2005 root@kg-work.kg4.no:/usr/obj/usr/src/sys/SS51G i386 Mar 11 17:44:17 kg-work kernel: ucom0: FTDI USB <-> Serial, rev 1.10/4.00, addr 2 root@kg-work# ls -l /dev/ucom* crw-rw---- 1 uucp dialer 220, 128 Jan 4 17:10 /dev/ucom0 root@kg-work# ls -l /dev/usb* crw-rw---- 1 root operator 239, 255 Jan 4 17:10 /dev/usb crw-rw---- 1 root operator 239, 0 Jan 4 17:10 /dev/usb0 crw-rw---- 1 root operator 239, 1 Jan 4 17:10 /dev/usb1 crw-rw---- 1 root operator 239, 2 Jan 4 17:10 /dev/usb2 crw-rw---- 1 root operator 239, 3 Jan 4 17:10 /dev/usb3 What's wrong, and how do I fix it? -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 16:59:33 2006 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 7E50616A41F for ; Sat, 11 Mar 2006 16:59:33 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6862043D5D for ; Sat, 11 Mar 2006 16:59:26 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so892022wra for ; Sat, 11 Mar 2006 08:59:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=UpHbUlSslTKMCbpKgnoQLjVsipDsDUVzdkmxSR+j8LQSNmz6ZNTNh7WTz13ltCOVeVA4iMb71l0sXhdo1clb++fOif5Hu1ekEjdp+Q36Yq7+7aHJSo42x1TQFVGrqeFP4HAJJU7tDBwQ1m059V4+faycO6BKih/XG9ghV81ciBQ= Received: by 10.54.116.8 with SMTP id o8mr2232084wrc; Sat, 11 Mar 2006 08:59:25 -0800 (PST) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id 25sm3014366wra.2006.03.11.08.59.25; Sat, 11 Mar 2006 08:59:25 -0800 (PST) Date: Sat, 11 Mar 2006 11:59:12 -0500 From: Alexander Kabaev To: Torfinn Ingolfsen Message-ID: <20060311115912.5bb3169f@kan.dnsalias.net> In-Reply-To: <20060311174624.11680c67.torfinn.ingolfsen@broadpark.no> References: <20060311174624.11680c67.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_NrC_fq_GrJoIgU3XqBbhY=/"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: ucom doesn't work in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 16:59:33 -0000 --Sig_NrC_fq_GrJoIgU3XqBbhY=/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 11 Mar 2006 17:46:24 +0100 Torfinn Ingolfsen wrote: > Hello, >=20 > When I attatch my usb-to-serial based AVR programmer (an avrusb500) > to a machine running FreeBSD 6.1-prerelease, it shows up > in /var/log/messages as: > Mar 11 17:25:03 kg-fil kernel: ucom0: FTDI USB <-> Serial, rev > 1.10/4.00, addr 2 >=20 > However, there is no /dev/ucom0 entry. > Details: >=20 > root@kg-fil# uname -a > FreeBSD kg-fil.kg4.no 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #5: Sat > Mar 11 15:05:47 CET 2006 > root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60 amd64 >=20 > root@kg-fil# kldstat > Id Refs Address Size Name > 1 9 0xffffffff80100000 8b6820 kernel > 2 1 0xffffffff809b7000 67e0 snd_ich.ko > 3 2 0xffffffff809be000 346a8 sound.ko > 4 1 0xffffffffa7c19000 1cd blank_saver.ko > 5 1 0xffffffffa7cb0000 10b6 uftdi.ko > 6 1 0xffffffffa7cb2000 112f ucom.ko >=20 > (as you can see, both utfdi and ucom is loaded). >=20 > root@kg-fil# usbdevs -v > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > nVidia(0x0000), rev 1.00 port 1 powered > port 2 powered > port 3 powered > port 4 addr 2: full speed, power 90 mA, config 1, USB <-> > Serial(0x6001), FTDI(0x0403), rev 4.00 port 5 powered > port 6 powered > port 7 powered > port 8 powered > port 9 powered > port 10 powered >=20 > But, no /dev/ucom* : > root@kg-fil# ls -l /dev/ucom* > ls: /dev/ucom*: No such file or directory > root@kg-fil# ls -l /dev/usb* > crw-rw---- 1 root operator 0, 30 Mar 11 15:50 /dev/usb > crw-rw---- 1 root operator 0, 29 Mar 11 15:50 /dev/usb0 > crw-rw---- 1 root operator 0, 31 Mar 11 15:50 /dev/usb1 >=20 > even if the usb entries are there. > root@kg-fil# ps ax | grep usbd > 405 ?? Is 0:00.00 /usr/sbin/usbd >=20 > For comparison, the device works fine under 5.4-stable: >=20 > root@kg-work# uname -a > FreeBSD kg-work.kg4.no 5.4-STABLE FreeBSD 5.4-STABLE #5: Sat Dec 31 > 16:54:14 CET 2005 root@kg-work.kg4.no:/usr/obj/usr/src/sys/SS51G > i386 >=20 > Mar 11 17:44:17 kg-work kernel: ucom0: FTDI USB <-> Serial, rev > 1.10/4.00, addr 2 >=20 > root@kg-work# ls -l /dev/ucom* > crw-rw---- 1 uucp dialer 220, 128 Jan 4 17:10 /dev/ucom0 > root@kg-work# ls -l /dev/usb* > crw-rw---- 1 root operator 239, 255 Jan 4 17:10 /dev/usb > crw-rw---- 1 root operator 239, 0 Jan 4 17:10 /dev/usb0 > crw-rw---- 1 root operator 239, 1 Jan 4 17:10 /dev/usb1 > crw-rw---- 1 root operator 239, 2 Jan 4 17:10 /dev/usb2 > crw-rw---- 1 root operator 239, 3 Jan 4 17:10 /dev/usb3 >=20 > What's wrong, and how do I fix it? > --=20 > Regards,=20 > Torfinn Ingolfsen, > Norway >=20 > _______________________________________________ > 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" /dev/ucomX devices became /dev/ttyUX devices quite some time ago. --=20 Alexander Kabaev --Sig_NrC_fq_GrJoIgU3XqBbhY=/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEwHrQ6z1jMm+XZYRAjKeAJ9PIvDSkKEs6jiV7Aj9JI6Gnxgb0gCg3y3x Qb2H5SDqo1xoyqhv61msxFM= =iW+A -----END PGP SIGNATURE----- --Sig_NrC_fq_GrJoIgU3XqBbhY=/-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 17:27:50 2006 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 A877816A41F for ; Sat, 11 Mar 2006 17:27:50 +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 317F643D45 for ; Sat, 11 Mar 2006 17:27:50 +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 <0IVZ00G534ICAK20@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 11 Mar 2006 18:27:48 +0100 (CET) Received: from kg-work.kg4.no ([80.202.172.162]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IVZ0036G4ICSZC0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 11 Mar 2006 18:27:48 +0100 (CET) Date: Sat, 11 Mar 2006 18:27:53 +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: <20060311115912.5bb3169f@kan.dnsalias.net> To: freebsd-stable@freebsd.org Message-id: <20060311182753.176f0626.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: <20060311174624.11680c67.torfinn.ingolfsen@broadpark.no> <20060311115912.5bb3169f@kan.dnsalias.net> Subject: Re: ucom doesn't work in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 17:27:50 -0000 On Sat, 11 Mar 2006 11:59:12 -0500 Alexander Kabaev wrote: > /dev/ucomX devices became /dev/ttyUX devices quite some time ago. Aha! I hadn't noticed that. Thanks! BTW, this makes it slightly "harder" for someone unfamilar with FreeBSD to find out whats happening; the message in /var/log/messages mentions 'ucomX', but there is no link to 'ttyUX'. Yes, the man page mentions /dev/cuaU? under FILES, but perhaps the HISTORY section should have a short notice that tells about the name change? IMHO, at least. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 18:32:06 2006 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 31F1B16A41F for ; Sat, 11 Mar 2006 18:32:06 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32A443D48 for ; Sat, 11 Mar 2006 18:32:05 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by xproxy.gmail.com with SMTP id s15so660794wxc for ; Sat, 11 Mar 2006 10:32:05 -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=FAXAoE1cGzjUs1/PBIQv4k3pLt5PgzOXgJtjWhyALzOjkZvKDrqoYJEugfYxt+NcYlC2YV/wBP6LmWsraZX0q+xI517IoAc7g+4mrPoKHt8uemO8Tb0T5rrdl+ofbBGR6gWub+aTpmLPYBCguZnbNuYK77IVFhTXl+h1AH0nxq0= Received: by 10.70.97.12 with SMTP id u12mr1075381wxb; Sat, 11 Mar 2006 10:32:05 -0800 (PST) Received: by 10.70.65.9 with HTTP; Sat, 11 Mar 2006 10:32:05 -0800 (PST) Message-ID: Date: Sat, 11 Mar 2006 12:32:05 -0600 From: "Nikolas Britton" 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: When is the 6.1 branch going to be cut? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 18:32:06 -0000 March 5th was the scheduled date, what's the hold up? http://www.freebsd.org/releases/6.1R/schedule.html -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 19:12:32 2006 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 AC2A616A41F for ; Sat, 11 Mar 2006 19:12:32 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E17243D45 for ; Sat, 11 Mar 2006 19:12:32 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so687973wxd for ; Sat, 11 Mar 2006 11:12:31 -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=QdauxwWJsOH5aSNzs5jIahsTrnJv9z3pIxssfKzjNGA2Kvy3iP2UfMYMIDU0RQGo9FEIzdNhBS6wnOpqViOFSMd35qMLW+KyzGJh6gvVdbcSIeW3xH/6pP7ASAYGpPH40TaapivxUyhsYDfPkMZgzI03nTEiPIjTvbzij5jgAxc= Received: by 10.70.90.13 with SMTP id n13mr2397246wxb; Sat, 11 Mar 2006 11:12:31 -0800 (PST) Received: by 10.70.27.2 with HTTP; Sat, 11 Mar 2006 11:12:31 -0800 (PST) Message-ID: <790a9fff0603111112l570345dcl1ff719bd71d8c482@mail.gmail.com> Date: Sat, 11 Mar 2006 13:12:31 -0600 From: "Scot Hetzel" To: "Nikolas Britton" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: When is the 6.1 branch going to be cut? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 19:12:32 -0000 On 3/11/06, Nikolas Britton wrote: > March 5th was the scheduled date, what's the hold up? > > http://www.freebsd.org/releases/6.1R/schedule.html > > Most likely these things left on the TODO list: http://www.freebsd.org/releases/6.1R/todo.html -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 19:29:39 2006 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 C883D16A41F for ; Sat, 11 Mar 2006 19:29:39 +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 2EFB743D49 for ; Sat, 11 Mar 2006 19:29:38 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002369657.msg for ; Sat, 11 Mar 2006 19:28:40 +0000 Message-ID: <151101c64542$02a5b490$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Adam Retter" References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> <09f201c6443e$80238370$b3db87d4@multiplay.co.uk> <1142090695.2650.0.camel@funkalicious> Date: Sat, 11 Mar 2006 19:28:38 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original 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, Sat, 11 Mar 2006 19:28:40 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Sat, 11 Mar 2006 19:28:41 +0000 Cc: Brian Szymanski , freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 19:29:39 -0000 We've now narrowed it down to one file on the disk which kills the driver due to it thinking the LBA is FF FF FF hence invalid. I've sent highpoint a recent debug dump from the driver which shows that its trying to cross 1024^3 boundary which makes me think atm that there may be boundary condition issue. The result is errors being reported from the disk ( as the controller request is invalid ) the array proceeds to drop the disk then the system dies. Steve ----- Original Message ----- From: "Adam Retter" > Interested to hear that you have a problem with your highpoint driver, > what sort of problems are you seeing? ================================================ 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 Sat Mar 11 19:33:59 2006 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 429E616A422 for ; Sat, 11 Mar 2006 19:33:59 +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 919EB43D46 for ; Sat, 11 Mar 2006 19:33:58 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002369667.msg for ; Sat, 11 Mar 2006 19:33:42 +0000 Message-ID: <151601c64542$b6a013a0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Brian Szymanski" , "Adam Retter" References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> <09f201c6443e$80238370$b3db87d4@multiplay.co.uk> <1142090695.2650.0.camel@funkalicious> <3531.68.49.189.193.1142091905.squirrel@68.49.189.193> Date: Sat, 11 Mar 2006 19:33:39 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original 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, Sat, 11 Mar 2006 19:33:42 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Sat, 11 Mar 2006 19:33:43 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 19:33:59 -0000 Similar error but not quite the same. When I have more info I'll let you know. Steve ----- Original Message ----- From: "Brian Szymanski" >I sent an email to highpoint tech support detailing the problems, and have > had no response after an initial ping :( ... Here is a summary of what I > sent them: > > For all tests, I ran bonnie++ over and over again while concurrently > copying the contents of /usr to the mounted disk, then rm -rf'ing > repeatedly. > > I tried two configurations with 2 200G drives, one RAID-0, one RAID-1. > > In raid-0 mode, the kernel error was: > IAL: COMPLETION ERROR, adapter 0, channel 1, flags=104 > ATA regs: error 40, sector count 20, LBA low 5f, LBA mid 16, LBA high 5f, > device 4c, status 51 > Reset channel > IAL: COMPLETION ERROR, adapter 0, channel 1, flags=104 > ATA regs: error 40, sector count 20, LBA low 5f, LBA mid 16, LBA high 5f, > device 4c, status 51 > Reset channel > ... > hptmv: Device removed: controller 1 channel 1 > (da0:hptmv0:0:0:0): Synchronize cache failed, status == 0x39, scsi status > == 0x0 > Opened disk da0 -> 5 > Opened disk da0 -> 5 > ... > > At this point any attempts to access any mounted files or the raw device > die with an io error. > > In raid-1 mode, I got a panic: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x400 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc073646c > stack pointer = 0x10:0xe4e05ba4 > frame pointer = 0x10:0xe4e05bf0 > code segment = base 0x0, limit 0xfffff, type 0x1b > - DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 3 (g_up) > trap number = 12 > panic: page fault > > I later tried a RAID-5 array, and doing the same basic stress testing, the > machine would panic after between 3-6 hours. I didn't record the error > message, but it was something about freeing an already free page. > > I upgraded the BIOS to version 1.17c from the 1.13 that was on the cards > when they shipped. This seemed to improve things, but did not eliminate > the problems. I tried fbsd 5.4 and 6.0, with both a custom kernel and > GENERIC versions. Never was I able to stress test for more than about 8-10 > hours without a panic or the device becoming inaccessible. > > Of course, there is also the lack of management utilities while the OS is > running which has me looking elsewhere. > > I'd be willing to try further tests if folks have patches or other ideas - > I have a couple more weeks before I have to RMA the suckers, and am > willing to do testing if someone wants to make a patch... ================================================ 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 Sat Mar 11 19:42:40 2006 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 9108116A41F for ; Sat, 11 Mar 2006 19:42:40 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC06D43D46 for ; Sat, 11 Mar 2006 19:42:39 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay3.uni-hannover.de (8.12.10/8.12.10) with ESMTP id k2BJg35i000491 for ; Sat, 11 Mar 2006 20:42:04 +0100 (MET) Received: by www.pmp.uni-hannover.de (Postfix, from userid 846) id D465CF5; Sat, 11 Mar 2006 20:41:58 +0100 (CET) Date: Sat, 11 Mar 2006 20:41:58 +0100 From: Gerrit =?iso-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-ID: <20060311194158.GA48366@pmp.uni-hannover.de> References: <1219.68.49.189.193.1141981287.squirrel@68.49.189.193> <6.2.3.4.0.20060310101705.1050a108@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20060310101705.1050a108@64.7.153.2> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Sat, 11 Mar 2006 20:42:04 +0100 (MET) X-Scanned-By: MIMEDefang 2.42 Subject: Re: well-supported SATA RAID card? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 19:42:40 -0000 On Fri, Mar 10, 2006 at 10:30:48AM -0500, Mike Tancsa wrote: > The 3Ware cards work really well under FreeBSD. I have dozens I have > been using for some time and they work and work well. Highly > recommended. Over the years I am sure I have replaced a few dozen > dead drives and have not (knock on wood) had any issues rebuilding > degraded sets. Another card I have been recently using is the ARECA. > Its quite a fast card and has a similar set of management utilities. > I have not been using it as long as the 3ware, but it seems pretty good too. I have also good experiences with various 3ware cards. However, their RAID5 doesn't seem to be /that/ fast. I'm also using a Highpoint 1820A for some weeks now. It's cheaper, the Raid5 is faster and I've had no troubles so far (though others here obviously had). BTW: Are the ARECA cards different from the ones sold by TekRAM using an ARECA chip? cu Gerrit -- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 20:40:59 2006 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 0431116A41F for ; Sat, 11 Mar 2006 20:40:59 +0000 (GMT) (envelope-from michael_steinberg@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC09743D46 for ; Sat, 11 Mar 2006 20:40:58 +0000 (GMT) (envelope-from michael_steinberg@verizon.net) Received: from mike61 ([72.68.89.125]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IVZ00L1EDG95TZ0@vms048.mailsrvcs.net> for freebsd-stable@freebsd.org; Sat, 11 Mar 2006 14:40:58 -0600 (CST) Date: Sat, 11 Mar 2006 15:40:57 -0500 From: "Steinberg, Michael" To: Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Subject: kde X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 20:40:59 -0000 im compiling kde from the ports for about the hundreth time and something always goes wrong this time its more simple than most but i can't seem to find what im looking for. It attempted to fetch a library called tiff.4 in several places and found nothing. It asked me to find it and ive been looking all over google and got nothing. Does anybody know where i can find this library? Thanx, Max From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 20:43:59 2006 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 1237016A41F for ; Sat, 11 Mar 2006 20:43:59 +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 9CCB443D69 for ; Sat, 11 Mar 2006 20:43:56 +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 830B11A4D8E; Sat, 11 Mar 2006 12:43:56 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9056751601; Sat, 11 Mar 2006 15:43:55 -0500 (EST) Date: Sat, 11 Mar 2006 15:43:55 -0500 From: Kris Kennaway To: "Steinberg, Michael" Message-ID: <20060311204355.GA72192@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: kde X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 20:43:59 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Mar 11, 2006 at 03:40:57PM -0500, Steinberg, Michael wrote: > im compiling kde from the ports for about the hundreth time and something > always goes wrong this time its more simple than most but i can't seem to > find what im looking for. It attempted to fetch a library called tiff.4 in > several places and found nothing. It asked me to find it and ive been > looking all over google and got nothing. Does anybody know where i can find > this library? In the tiff port (graphics/tiff), oddly enough :-) It should be installed automatically if all is going well though, so I suspect something else is wrong. If this doesn't fix things for you, you'll need to follow up with the actual errors you're seeing. In future, problems with ports should be discussed on the freebsd-ports mailing list. Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEzaLWry0BWjoQKURAj7/AKDM5913aWRiGCGAoIDvXs85hrb6rwCg2gPi YBizdwq1PiJ6LYbNInaMRKA= =YzYk -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 21:50:06 2006 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 E8C0216A41F for ; Sat, 11 Mar 2006 21:50:06 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB4843D48 for ; Sat, 11 Mar 2006 21:50:06 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by zproxy.gmail.com with SMTP id x3so986314nzd for ; Sat, 11 Mar 2006 13:50: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=dIWXWYJbDNT3AI+B3LagKw9kvONTlqvypK3FV2pNRZxiC9g/g3Yh7YZUOmxzbL2KhFdbTxeQmmeid9x1qpR7awHO/abi1mBDLI29Eb+rDa1p1cpzfXsmdFNGmAv7JOgpgRtEC9pBJcB0wYotv3uT/l58onRMLSd5hY6+5xp49H8= Received: by 10.36.148.11 with SMTP id v11mr1617239nzd; Sat, 11 Mar 2006 13:50:05 -0800 (PST) Received: by 10.36.153.6 with HTTP; Sat, 11 Mar 2006 13:50:05 -0800 (PST) Message-ID: <89dbfdc30603111350y39d732fep5fd9e9b4560f1306@mail.gmail.com> Date: Sat, 11 Mar 2006 16:50:05 -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: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 21:50:07 -0000 Subject says it all.. nothing in UPDATING regarding audit group. Appears to have been in the process of linking sshd This src is RELENG_6 cvsup'd ~1930 UTC this date Any help is greatly appreciated -kim -- w8hdkim@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:00:58 2006 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 E943D16A41F for ; Sat, 11 Mar 2006 22:00:58 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84E5E43D4C for ; Sat, 11 Mar 2006 22:00:58 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 29BBCD3FF4A for ; Sat, 11 Mar 2006 17:00:57 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Sat, 11 Mar 2006 17:00:57 -0500 X-Sasl-enc: pr4MmhGk9rxwNYGT0v7nCzq1mHwg9fvzaQIayetgr0Am 1142114456 Received: from [192.168.206.197] (unknown [12.150.109.194]) by frontend2.messagingengine.com (Postfix) with ESMTP id 32C9658BF4B for ; Sat, 11 Mar 2006 17:00:56 -0500 (EST) Message-ID: <4413489A.5030305@fastmail.fm> Date: Sat, 11 Mar 2006 16:00:58 -0600 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <89dbfdc30603111350y39d732fep5fd9e9b4560f1306@mail.gmail.com> In-Reply-To: <89dbfdc30603111350y39d732fep5fd9e9b4560f1306@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 22:00:59 -0000 Kim Culhan wrote: >Subject says it all.. nothing in UPDATING regarding audit group. > >Appears to have been in the process of linking sshd > >This src is RELENG_6 cvsup'd ~1930 UTC this date > >Any help is greatly appreciated > >-kim > >-- >w8hdkim@gmail.com >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > Kim; I expect you forgot to run mergemaster. That would have added the audit group. From (near the end) of UPDATING; To rebuild everything and install it on the current system. ----------------------------------------------------------- # Note: sometimes if you are running current you gotta do more than # is listed here if you are upgrading from a really old current. make buildworld make kernel KERNCONF=YOUR_KERNEL_HERE [1] [3] mergemaster -p [5] make installworld make delete-old mergemaster [4] Further down in UPDATING you'll see the notes referenced in the above procedure. Patrick From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:11:56 2006 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 A685616A41F for ; Sat, 11 Mar 2006 22:11:56 +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 82F7D43D69 for ; Sat, 11 Mar 2006 22:11:50 +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 <0IVZ00GTJHNPA060@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 11 Mar 2006 23:11:49 +0100 (CET) Received: from kg-work.kg4.no ([80.202.172.162]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IVZ0080QHNPR420@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 11 Mar 2006 23:11:49 +0100 (CET) Date: Sat, 11 Mar 2006 23:11:49 +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: <89dbfdc30603111350y39d732fep5fd9e9b4560f1306@mail.gmail.com> To: freebsd-stable@freebsd.org Message-id: <20060311231149.2b2c7d9a.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: <89dbfdc30603111350y39d732fep5fd9e9b4560f1306@mail.gmail.com> Subject: Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 22:11:56 -0000 On Sat, 11 Mar 2006 16:50:05 -0500 Kim Culhan wrote: > Subject says it all.. nothing in UPDATING regarding audit group. > > Appears to have been in the process of linking sshd > > This src is RELENG_6 cvsup'd ~1930 UTC this date > > Any help is greatly appreciated To you and everybody else; please read the documentation about 'make world' in the handbook ("The Canonical Way to Update Your System"). It *clearly* states that you should do 'mergemaster -p' . HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:14:08 2006 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 762F116A41F for ; Sat, 11 Mar 2006 22:14:08 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B7143D66 for ; Sat, 11 Mar 2006 22:14:00 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-02.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id k2BM6uPL014421 for ; Sat, 11 Mar 2006 17:06:57 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id B00345C3F; Sat, 11 Mar 2006 17:13:58 -0500 (EST) Date: Sat, 11 Mar 2006 17:13:58 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20060311221358.GC71027@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <89dbfdc30603111350y39d732fep5fd9e9b4560f1306@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <89dbfdc30603111350y39d732fep5fd9e9b4560f1306@mail.gmail.com> User-Agent: mutt-ng/devel-r581 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 22:14:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Mar 11, 2006 at 04:50:05PM -0500, Kim Culhan wrote: > Subject says it all.. nothing in UPDATING regarding audit group. > > Appears to have been in the process of linking sshd > > This src is RELENG_6 cvsup'd ~1930 UTC this date > > Any help is greatly appreciated Heh, however, there is, at the end, something about running mergemaster - -p before doing make installworld. That's the solution. In fairness, many folks often skip mergemaster -p without ill effect till something like this happens. There have been many posts about this. One could argue back and forth or submit a patch for UPDATING. The pro side of adding it is that there have been a lot of posts similar to this and it is considered a server O/S not a hobbyist O/S, and busy sysadmins who have been updating for a long time and not bitten by ignoring mergemaster -p (I forget the last time it caught a lot of people--was it with the authpf?--in a long time, should probably be reminded by a note in UPDATING. The con side is that if you're updating to a PRERELEASE, you're more a tester and/or developer as it's probably not a good idea to update to it on a production server. Having said this, I can smugly say that I wasn't bitten by it, because I learned my lesson the last time, and have a little installworld.sh script that runs mergemaster -p before doing installworld. I'm also too lazy to submit a patch for UPDATING, and will just say, Hey Warner or someone, you oughta put a note about it in there. All whimsicality aside, this sort of thing is the reason that it really is better to not skip mergemaster -p before doing installworld--if there's nothing for it to do, it only takes a minute, even on a slower machine. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Okay, well, how long before you un-crypt it? Willow: Hours. Days maybe. Anyone suggesting months would not be accused of crazy talk. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEE0um+lTVdes0Z9YRAks4AJ95pVDAHx81+GGaQgjtRI92VtUZ9QCfdqGa zvwqrgrN9Xh9/rBeuyAbi5U= =stjJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:14:50 2006 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 C8F1E16A41F for ; Sat, 11 Mar 2006 22:14:50 +0000 (GMT) (envelope-from moonbluez@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B87B43D70 for ; Sat, 11 Mar 2006 22:14:44 +0000 (GMT) (envelope-from moonbluez@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so674113wxc for ; Sat, 11 Mar 2006 14:14:43 -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; b=SdcnfQDgh8U5QsxYGbXV4YtuelytFEHhQtiOlim1OcrkxpxirRwsZHfUKUTwRoUbti+DUMrn6dTwPRJYKJ2tLmnvaHL5Comwx5T2OqKCHQy35iMz9AUq661BuGU21gSiU7a1H1xsoiAs7HAU2K4BFnKjEfvIfuVnlcp2ZD15OmY= Received: by 10.70.75.15 with SMTP id x15mr1233395wxa; Sat, 11 Mar 2006 14:14:43 -0800 (PST) Received: by 10.70.27.13 with HTTP; Sat, 11 Mar 2006 14:14:43 -0800 (PST) Message-ID: <1bdd14300603111414r394947f2hd74d5f0fac494175@mail.gmail.com> Date: Sun, 12 Mar 2006 05:14:43 +0700 From: MoonblueZ 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 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: UPDATE 5.4R to Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 22:14:50 -0000 i just update my box from 5.4R to 5.4-Stable but i got a wrong update version.. here the uname sample cidomo# uname -a FreeBSD cidomo.moonbluez.or.id 5.5-PRERELEASE FreeBSD 5.5-PRERELEASE #0: Sa= t Mar 11 09:28:12 WIT 2006 =20 nugelo@cidomo.moonbluez.or.id:/usr/obj/usr/src/sys/CIDOMO i386 anyone know how to fix this problem? pls help me.. -- No Rulez No Filterz From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:17:54 2006 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 0F04816A41F for ; Sat, 11 Mar 2006 22:17:54 +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 52A5E43D46 for ; Sat, 11 Mar 2006 22:17:53 +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 2FE0E1A4D8C; Sat, 11 Mar 2006 14:17:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DD56F51601; Sat, 11 Mar 2006 17:17:51 -0500 (EST) Date: Sat, 11 Mar 2006 17:17:51 -0500 From: Kris Kennaway To: MoonblueZ Message-ID: <20060311221751.GA73984@xor.obsecurity.org> References: <1bdd14300603111414r394947f2hd74d5f0fac494175@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <1bdd14300603111414r394947f2hd74d5f0fac494175@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: UPDATE 5.4R to Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 22:17:54 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 12, 2006 at 05:14:43AM +0700, MoonblueZ wrote: > i just update my box from 5.4R to 5.4-Stable > but i got a wrong update version.. here the uname sample >=20 > cidomo# uname -a > FreeBSD cidomo.moonbluez.or.id 5.5-PRERELEASE FreeBSD 5.5-PRERELEASE #0: = Sat > Mar 11 09:28:12 WIT 2006 =20 > nugelo@cidomo.moonbluez.or.id:/usr/obj/usr/src/sys/CIDOMO > i386 >=20 > anyone know how to fix this problem? pls help me.. It's not a problem, you have an incorrect expectation. Please read the handbook to learn how the -stable branch works. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEE0yPWry0BWjoQKURAoNSAJoD5emKkWAPdnVHgYjomG1AHNU8qACgwxUH yY7xfmY0FkBB6eEAHGQ/BX0= =s2ei -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:24:46 2006 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 DD85616A420 for ; Sat, 11 Mar 2006 22:24:46 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB0343D64 for ; Sat, 11 Mar 2006 22:24:44 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 4160599903C; Sat, 11 Mar 2006 23:24:43 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 60235-03; Sat, 11 Mar 2006 23:24:39 +0100 (CET) Received: from [192.168.2.186] (catv-5062e7e3.catv.broadband.hu [80.98.231.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 94AE5998FFA; Sat, 11 Mar 2006 23:24:39 +0100 (CET) Message-ID: <44134E23.5090005@t-hosting.hu> Date: Sat, 11 Mar 2006 23:24:35 +0100 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MoonblueZ References: <1bdd14300603111414r394947f2hd74d5f0fac494175@mail.gmail.com> In-Reply-To: <1bdd14300603111414r394947f2hd74d5f0fac494175@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: freebsd-stable@freebsd.org Subject: Re: UPDATE 5.4R to Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 22:24:46 -0000 MoonblueZ wrote: >i just update my box from 5.4R to 5.4-Stable >but i got a wrong update version.. here the uname sample > >cidomo# uname -a >FreeBSD cidomo.moonbluez.or.id 5.5-PRERELEASE FreeBSD 5.5-PRERELEASE #0: Sat >Mar 11 09:28:12 WIT 2006 >nugelo@cidomo.moonbluez.or.id:/usr/obj/usr/src/sys/CIDOMO >i386 > >anyone know how to fix this problem? pls help me.. > > > You got the right version. The 5.X stable branch is now called 5.5-PRERELEASE. After 5.5 gets release it becomes 5.5-STABLE. Similarly, the stable branch for 6.X is now 6.1-PRERELASE and it will be called 6.1-STABLE after 6.1 comes out. Gabor Kovesdan From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:30:52 2006 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 97E6C16A41F for ; Sat, 11 Mar 2006 22:30:52 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15A3043D46 for ; Sat, 11 Mar 2006 22:30:51 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by zproxy.gmail.com with SMTP id i28so1068070nzi for ; Sat, 11 Mar 2006 14:30:51 -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=L/B9O///47hWtqYmanFe39c6s0JGWsk66Dbmne68rBBQr+WcyS4B1UJcccp1wJJjXyel+7ucsi9IrUtJx46UxniU+jAjxiYLjo+R1FPkSxkUdfCqbK6wGsb4q8VvDqMk9Y1+HADwmUTw+li2NANsRZ7Gq8Gfz2zF4hpRcYJeQUM= Received: by 10.36.159.4 with SMTP id h4mr1483645nze; Sat, 11 Mar 2006 14:30:51 -0800 (PST) Received: by 10.36.153.6 with HTTP; Sat, 11 Mar 2006 14:30:51 -0800 (PST) Message-ID: <89dbfdc30603111430s247d7927w774e90d24625797e@mail.gmail.com> Date: Sat, 11 Mar 2006 17:30:51 -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: Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 22:30:52 -0000 Thanks muchly to Scott, Torfinn and Patrick for the quick replies. This machine was running: 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Sun Feb 12 11:37:04 EST 2006 Since it was this new, it was updated with a make world and the error did n= ot appear in the process where I first thought it did -at link time for sshd.. It appeared at the end of the make world, which resembled more closely the output of buildworld fwiw -I'll go add the group now :) thanks agn -kim -- w8hdkim@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:36:17 2006 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 2663716A41F for ; Sat, 11 Mar 2006 22:36:17 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id B604E43D67 for ; Sat, 11 Mar 2006 22:36:07 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 89B5B78CA2 for ; Sat, 11 Mar 2006 17:43:51 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12835-08 for ; Sat, 11 Mar 2006 17:43:45 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id E931778C7D for ; Sat, 11 Mar 2006 17:43:44 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id BBAC71C080F; Sat, 11 Mar 2006 17:35:58 -0500 (EST) Date: Sat, 11 Mar 2006 17:35:58 -0500 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20060311223558.GE75666@afflictions.org> References: <20060228085822.GA88352@afflictions.org> <20060310233849.GA10106@afflictions.org> <44128D8C.2070302@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44128D8C.2070302@gmx.at> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 22:36:17 -0000 Thus spake lars@gmx.at (lars@gmx.at) [11/03/06 03:51]: : >I have yet to get it working, but I've been focusing explicitly on an : >Opteron blade using an amd64 install. It seems as though you may have luck : >by using an Intel blade (these are by far more common), and doing the : >install via the Java-based console provided by the Management Module. It : >seems as though the keyboard just 'works' once you boot into an installed : >system. : > : >However, as I've not personally gotten it to work (and won't be able to : >play : >with it for at least another two weeks), I can only say I suspect that : >approach will work. : : Maybe this might help: : http://wiki.bsdforen.de/index.php/FreeBSD_On_IBM_Blade For Intel blades, yes, as that's pretty much exactly what I suggested to do (although the wiki's a heck of a lot more thorough). But from the doc: There seem to be differences between Intel (Xeon) and AMD (Opteron) blades. Here I'm discussing an x86 Intel Blade Center system with Xeon CPUs running in 64bit-mode (hence the AMD64 ISO). AFAIK, nobody's gotten FreeBSD installed on an Opteron blade yet. The keyboard just doesn't work. Could someone who has FreeBSD running on an Intel blade submit ACPI debugging information, or otherwise troubleshoot why ACPI doesn't work? (If nobody wants to, I'll spend some time working on it next month.) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:38:25 2006 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 4C6D916A41F for ; Sat, 11 Mar 2006 22:38:25 +0000 (GMT) (envelope-from moonbluez@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7794B43D75 for ; Sat, 11 Mar 2006 22:38:11 +0000 (GMT) (envelope-from moonbluez@gmail.com) Received: by xproxy.gmail.com with SMTP id i30so142946wxd for ; Sat, 11 Mar 2006 14:38:10 -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:references; b=en6xBhMUNivi705rbJtIU2NsU35lW8icT4xukyiTSEfs9Aj94ywQ2uQOJqFbdDIkoxK/vkujjiRfLZUclPwkFcbjmgpnOiErQIB0pVZ4NDeY9EGDmDQ1qvD/sBm74mLgZivn2MPRqhHKEUqXLrQWsfQjnYpEDPsgZjGLA+FT1ko= Received: by 10.70.60.17 with SMTP id i17mr1245105wxa; Sat, 11 Mar 2006 14:38:09 -0800 (PST) Received: by 10.70.27.13 with HTTP; Sat, 11 Mar 2006 14:38:09 -0800 (PST) Message-ID: <1bdd14300603111438r6ff79acdi815dfb7a99fcaa53@mail.gmail.com> Date: Sun, 12 Mar 2006 05:38:09 +0700 From: MoonblueZ To: "=?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?=" In-Reply-To: <44134E23.5090005@t-hosting.hu> MIME-Version: 1.0 References: <1bdd14300603111414r394947f2hd74d5f0fac494175@mail.gmail.com> <44134E23.5090005@t-hosting.hu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: UPDATE 5.4R to Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 22:38:25 -0000 OK... Thnx im understand about this work now but if that 5.5 is released, is that important to running update again to get to stable branch? On 3/12/06, K=F6vesd=E1n G=E1bor wrote: > > MoonblueZ wrote: > > >i just update my box from 5.4R to 5.4-Stable > >but i got a wrong update version.. here the uname sample > > > >cidomo# uname -a > >FreeBSD cidomo.moonbluez.or.id 5.5-PRERELEASE FreeBSD 5.5-PRERELEASE #0: > Sat > >Mar 11 09:28:12 WIT 2006 > >nugelo@cidomo.moonbluez.or.id:/usr/obj/usr/src/sys/CIDOMO > >i386 > > > >anyone know how to fix this problem? pls help me.. > > > > > > > You got the right version. The 5.X stable branch is now called > 5.5-PRERELEASE. After 5.5 gets release it becomes 5.5-STABLE. Similarly, > the stable branch for 6.X is now 6.1-PRERELASE and it will be called > 6.1-STABLE after 6.1 comes out. > > Gabor Kovesdan > -- No Rulez No Filterz From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:38:35 2006 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 004CB16A41F for ; Sat, 11 Mar 2006 22:38:34 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98A3943D64 for ; Sat, 11 Mar 2006 22:38:21 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail02.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2BMcJPs010493 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 12 Mar 2006 09:38:19 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2BMcJJw017884 for ; Sun, 12 Mar 2006 09:38:19 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2BMcJNS017883 for freebsd-stable@freebsd.org; Sun, 12 Mar 2006 09:38:19 +1100 (EST) (envelope-from peter) Date: Sun, 12 Mar 2006 09:38:19 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20060311223819.GE3222@turion.vk2pj.dyndns.org> References: <89dbfdc30603111350y39d732fep5fd9e9b4560f1306@mail.gmail.com> <20060311221358.GC71027@mail.scottro.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <20060311221358.GC71027@mail.scottro.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 22:38:35 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Mar-11 17:13:58 -0500, Scott Robbins wrote: >In fairness, many folks often skip mergemaster -p without ill effect >till something like this happens.=20 Note that "mergemaster -p" also checks the options in your /etc/make.conf and whilst changes to supported options are also rare, missing a change could have far more subtle effects than installworld failing. --=20 Peter Jeremy --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEE1FZ/opHv/APuIcRAtMxAJ4ksSSpI6w63jtkOse7o9llZ26mGgCeMz8G QDZ/PdFab9TceLDcNZDslU8= =vo61 -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:44:57 2006 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 25C4A16A41F for ; Sat, 11 Mar 2006 22:44:57 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D355A43D6E for ; Sat, 11 Mar 2006 22:44:46 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 78DCF999041; Sat, 11 Mar 2006 23:44:45 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 72330-02-4; Sat, 11 Mar 2006 23:44:42 +0100 (CET) Received: from [192.168.2.186] (catv-5062e7e3.catv.broadband.hu [80.98.231.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id EAF4B999040; Sat, 11 Mar 2006 23:44:41 +0100 (CET) Message-ID: <441352D6.6020304@t-hosting.hu> Date: Sat, 11 Mar 2006 23:44:38 +0100 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MoonblueZ References: <1bdd14300603111414r394947f2hd74d5f0fac494175@mail.gmail.com> <44134E23.5090005@t-hosting.hu> <1bdd14300603111438r6ff79acdi815dfb7a99fcaa53@mail.gmail.com> In-Reply-To: <1bdd14300603111438r6ff79acdi815dfb7a99fcaa53@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: freebsd-stable@freebsd.org Subject: Re: UPDATE 5.4R to Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 22:44:57 -0000 MoonblueZ wrote: > OK... Thnx im understand about this work now > but if that 5.5 is released, is that important to running update again > to get to stable branch? > > > On 3/12/06, * Kövesdán Gábor* > wrote: > > MoonblueZ wrote: > > >i just update my box from 5.4R to 5.4-Stable > >but i got a wrong update version.. here the uname sample > > > >cidomo# uname -a > >FreeBSD cidomo.moonbluez.or.id > 5.5-PRERELEASE FreeBSD 5.5-PRERELEASE #0: Sat > >Mar 11 09:28:12 WIT 2006 > >nugelo@cidomo.moonbluez.or.id:/usr/obj/usr/src/sys/CIDOMO > >i386 > > > >anyone know how to fix this problem? pls help me.. > > > > > > > You got the right version. The 5.X stable branch is now called > 5.5-PRERELEASE. After 5.5 gets release it becomes 5.5-STABLE. > Similarly, > the stable branch for 6.X is now 6.1-PRERELASE and it will be called > 6.1-STABLE after 6.1 comes out. > > Gabor Kovesdan > > > It depends on your demand. If you feel like updating again, do so, if not, that's no problem. The stable branches are changing quite fluently, it's up to you, how often you update. If you don't have any problem with your installation, you don't need to update very often. Gabor Kovesdan P.S.: Please, do not top-post. Here in the list we prefer writing and reading replies below the original message. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 11 22:49:34 2006 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 A483516A41F; Sat, 11 Mar 2006 22:49:34 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: from ms-smtp-03-eri0.socal.rr.com (ms-smtp-03-qfe0.socal.rr.com [66.75.162.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30ABF43D66; Sat, 11 Mar 2006 22:49:33 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: from frankie.konav201.local (cpe-66-8-187-40.hawaii.res.rr.com [66.8.187.40]) by ms-smtp-03-eri0.socal.rr.com (8.13.4/8.13.4) with ESMTP id k2BMnWmx020196; Sat, 11 Mar 2006 14:49:32 -0800 (PST) Date: Sat, 11 Mar 2006 12:49:31 -1000 From: Robert Marella To: Alex Dupre Message-ID: <20060311124931.62eee647@frankie.konav201.local> In-Reply-To: <4412C7D2.5080809@FreeBSD.org> References: <4412C7D2.5080809@FreeBSD.org> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-stable@FreeBSD.org Subject: Re: Problem with 16-in-1 card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 22:49:34 -0000 On Sat, 11 Mar 2006 13:51:30 +0100 Alex Dupre wrote: > My new PC has an internal 16-in-1 card reader connected via USB 2.0. > The device is the Techsolo TCR-1640 > (http://www.techsolo.de/product/cardreader/tcr_1640/index.php). > I boot from a compact flash inserted in it and I can mount and unmount > the same CF once the system has booted and has mounted the root > partition from my graid3 array. > The problem arise when I replace the inserted CF with another one > (with different size and filesystem) and try to mount it. Fdisk can > correctly sees the new partition table, but devfs is not updated and > I cannot mount the new media. Hello Alex This problem has been discussed many times on the lists. In order to update devfs you can use: cat /dev/null > /dev/daX I seem to remember another method using dd. I hope this helps. Robert