From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 00:47:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C30B16A400 for ; Sun, 28 Jan 2007 00:47:00 +0000 (UTC) (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 013F613C48D for ; Sun, 28 Jan 2007 00:46:59 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 27 Jan 2007 20:34:01 +0000 (GMT) Date: Sat, 27 Jan 2007 20:34:00 +0000 From: David Malone To: Pekka Savola Message-ID: <20070127203400.GA7155@walton.maths.tcd.ie> References: <45BA86B6.3090609@samsco.org> 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: freebsd-stable@freebsd.org Subject: Re: panic: kmem_malloc boot error w/ 6.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: Sun, 28 Jan 2007 00:47:00 -0000 On Sat, Jan 27, 2007 at 09:22:43AM +0200, Pekka Savola wrote: > malloc(c0d40100,c06eab00,2,c620dc00,c5ff6600,...) at malloc+0x81 This is a very big malloc (0xc0d40100 bytes) - it looks like a pointer has been passed instead of a size. > g_read_data(c60fb480,0,0,c0d40100,0,0) at g_read_data+0x3c This is trying to read from the disk - again, it thinks the read length is 0xc60fb480. > g_mbr_taste(c0709040,c620dc00,0) at g_mbr_taste+0x127 This means it is trying to read the MBR at the time and the length it passes is supposed to be the sector size! I'd guess that either there is something very weird about the disk, something is forgetting to initialise the sector size or there's memory corruption going on. David. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 01:06:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4210C16A582 for ; Sun, 28 Jan 2007 01:06:41 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id CF4D913C4A5 for ; Sun, 28 Jan 2007 01:06:38 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l0S16bCH019409; Sun, 28 Jan 2007 02:06:37 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id ADDA1B828; Sun, 28 Jan 2007 02:06:36 +0100 (CET) Date: Sun, 28 Jan 2007 02:06:36 +0100 From: Roland Smith To: Pete French Message-ID: <20070128010636.GA12106@slackbox.xs4all.nl> Mail-Followup-To: Pete French , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 01:06:41 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 27, 2007 at 06:23:27PM +0000, Pete French wrote: > Am trying to solve a little problem with 'pf'. I have a ruleset which > has some firewall rules for the IPv6 interface stf0. This works fine, > except when I rreboot the machine, as the pf script is run before the > network_ipv6 script - so stf0 does not exist. but I cannot work out > how to arrange for stf0 to be created before the pf script is run - as > network_ipv6 requires 'routing', but the pf script says it must be run > before 'routing', if I am reading the 'REQUIRE' and 'BEFORE' lines > correctly. >=20 > Any solutions ? Just a thought: Put the IPv6 specific rules in a separate file. Put a script in /usr/local/etc/rc.d that REQUIREs network_ipv6. In this script, use pfctl to load the IPv6 specific rules. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFu/ccEnfvsMMhpyURAmRgAKCbdS7ztGhhKkULJKs2x6zZpvT4CQCgnng7 Kc9+OnMF4yN+wAOgqYNXByI= =m03u -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 01:13:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F9E116A40A for ; Sun, 28 Jan 2007 01:13:10 +0000 (UTC) (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 4559513C520 for ; Sun, 28 Jan 2007 01:12:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l0S1Cseq009776 for ; Sat, 27 Jan 2007 23:12:55 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sat, 27 Jan 2007 23:13:25 -0300 User-Agent: KMail/1.9.4 References: <8a20e5000701240903q35b89e14k1ab977df62411784@mail.gmail.com> <200701271952.47337.joao@matik.com.br> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200701272313.26048.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: Enough already [was: Re: Loosing spam fight] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 01:13:10 -0000 On Saturday 27 January 2007 20:46, freebsd@mail.gbch.net wrote: > No, he's not your boss. =A0You, on the other hand, are a moron and a > complete menace to the usefulness of this mailing list. =A0Take your > whining about whatever it is to some place that wants to hear it and > leave the FreeBSD-stable list to those of us who want to address matters > that pertain to the list's purpose. > > The mere fact that you want to waste our time with off-topic crap does > not give you any right to do that. > > People have asked you politely and you have been too stupid to take any > notice, so now it's time for us to treat you with the same rudeness that > you have shown us. get yourself some education kid =2D-=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 Sun Jan 28 01:23:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF39D16A403 for ; Sun, 28 Jan 2007 01:23:53 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4D72213C47E for ; Sun, 28 Jan 2007 01:23:53 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1526931nfc for ; Sat, 27 Jan 2007 17:23:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VC+JCcEiGLZP2HRVvz8v7amqFD//imunwQbYjkayybPJ90Oc0pVh+TL8cauJzh44cJ8PksVKPmn9rVaB8m9hmDCQIbFtoVvXeh5Z1uGqv1Q6zSIojJXGzTkVuF5Yjx9fAwQ4drt2jwVSJHUDudjxyOGwDMTZPTKbVxA5rQflQCM= Received: by 10.82.114.3 with SMTP id m3mr2806241buc.1169947431530; Sat, 27 Jan 2007 17:23:51 -0800 (PST) Received: by 10.82.186.2 with HTTP; Sat, 27 Jan 2007 17:23:51 -0800 (PST) Message-ID: <790a9fff0701271723k3e7e57bfncc0addbfd3532f46@mail.gmail.com> Date: Sat, 27 Jan 2007 19:23:51 -0600 From: "Scot Hetzel" To: bv@wjv.com In-Reply-To: <20070127235408.GA50433@wjv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070126161022.GB29530@wjv.com> <20070126171552.GA24490@dan.emsphone.com> <20070127235408.GA50433@wjv.com> Cc: freebsd-stable@freebsd.org, Dan Nelson Subject: Re: 6.2 buildworld fails with NO_SHARED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 01:23:53 -0000 On 1/27/07, Bill Vermillion wrote: > No real problem there, but that brings up another question. > If - as documented in make.conf(5) - I put use the variable > NO_DYNAMIC_ROOT it says "set this is you do not want to link > /bin and /sbin dynamically". > > Would that be the way to build statics in /bin and /sbin > instead of NO_SHARED. > I forgot about that option. Using NO_DYNAMIC_ROOT would be the proper way to build /bin and /sbin statically, and still have the rest compied dynamically. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 02:22:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D88C16A402; Sun, 28 Jan 2007 02:22:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A609513C478; Sun, 28 Jan 2007 02:21:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l0S2LaJg069344; Sat, 27 Jan 2007 19:21:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 27 Jan 2007 19:22:04 -0700 (MST) Message-Id: <20070127.192204.-862243883.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200701241254.51900.hselasky@c2i.net> References: <20070124113858.GG64263@hoeg.nl> <200701241254.51900.hselasky@c2i.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 27 Jan 2007 19:21:40 -0700 (MST) Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, ed@fxq.nl, pietro.cerutti@gmail.com Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 02:22:00 -0000 In message: <200701241254.51900.hselasky@c2i.net> Hans Petter Selasky writes: : Instead of having all these quirks, isn't it possible that the SCSI layer can : auto-probe this? The short answer is no. There's no reliable way to tell if a device supports a given scsi command, and some devices freak out (lock up) when sent one. Warner From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 02:39:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 215FE16A401 for ; Sun, 28 Jan 2007 02:39:57 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from claire.ber.rewt.org.uk (claire.ber.rewt.org.uk [217.160.200.67]) by mx1.freebsd.org (Postfix) with ESMTP id D346013C474 for ; Sun, 28 Jan 2007 02:39:56 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from localhost (localhost [127.0.0.1]) by claire.ber.rewt.org.uk (Postfix) with ESMTP id 24C63BC1C; Sun, 28 Jan 2007 02:15:10 +0000 (GMT) X-Virus-Scanned: amavisd-new at claire.ber.rewt.org.uk Received: from claire.ber.rewt.org.uk ([127.0.0.1]) by localhost (claire.ber.rewt.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7ONeNXOZH-a4; Sun, 28 Jan 2007 02:15:07 +0000 (GMT) Received: from [195.28.169.201] (jwh.lon.rewt.org.uk [195.28.169.201]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by claire.ber.rewt.org.uk (Postfix) with ESMTP id A235DBC1B; Sun, 28 Jan 2007 02:15:07 +0000 (GMT) Message-ID: <45BC06ED.7070604@joeholden.co.uk> Date: Sun, 28 Jan 2007 02:14:05 +0000 From: Joe Holden User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: JoaoBR References: <8a20e5000701240903q35b89e14k1ab977df62411784@mail.gmail.com> <200701271952.47337.joao@matik.com.br> <200701272313.26048.joao@matik.com.br> In-Reply-To: <200701272313.26048.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: Enough already [was: Re: Loosing spam fight] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 02:39:57 -0000 JoaoBR wrote: > On Saturday 27 January 2007 20:46, freebsd@mail.gbch.net wrote: >> No, he's not your boss. You, on the other hand, are a moron and a >> complete menace to the usefulness of this mailing list. Take your >> whining about whatever it is to some place that wants to hear it and >> leave the FreeBSD-stable list to those of us who want to address matters >> that pertain to the list's purpose. >> >> The mere fact that you want to waste our time with off-topic crap does >> not give you any right to do that. >> >> People have asked you politely and you have been too stupid to take any >> notice, so now it's time for us to treat you with the same rudeness that >> you have shown us. > > > get yourself some education kid > It's already been proven you have nothing to say on the matter, other than what has been said, or the obvious. Do us all a favour and give up. -- Joe Holden Telephone: +44 (0) 207 100 9593 Email: joe@joeholden.co.uk Website: http://www.joeholden.co.uk IRC: raindance@Quakenet/#FreeBSD From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 02:51:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 750B716A402 for ; Sun, 28 Jan 2007 02:51:29 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBFE13C442 for ; Sun, 28 Jan 2007 02:51:28 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.8/8.13.1) with ESMTP id l0S2pBhD051832; Sat, 27 Jan 2007 21:51:11 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.8/8.13.1/Submit) id l0S2p5ck051831; Sat, 27 Jan 2007 21:51:05 -0500 (EST) (envelope-from bv) Date: Sat, 27 Jan 2007 21:51:05 -0500 From: Bill Vermillion To: Scot Hetzel Message-ID: <20070128025105.GA50787@wjv.com> References: <20070126161022.GB29530@wjv.com> <20070126171552.GA24490@dan.emsphone.com> <20070127235408.GA50433@wjv.com> <790a9fff0701271723k3e7e57bfncc0addbfd3532f46@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0701271723k3e7e57bfncc0addbfd3532f46@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bilver.wjv.com Cc: freebsd-stable@freebsd.org, Dan Nelson Subject: Re: 6.2 buildworld fails with NO_SHARED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 02:51:29 -0000 Deep in the forest in the dark of night on Sat, Jan 27, 2007 at 19:23 with a cackle and an evil grin Scot Hetzel cast another eye of newt into the brew and chanted: > On 1/27/07, Bill Vermillion wrote: > >No real problem there, but that brings up another question. > >If - as documented in make.conf(5) - I put use the variable > >NO_DYNAMIC_ROOT it says "set this is you do not want to link > >/bin and /sbin dynamically". > > > >Would that be the way to build statics in /bin and /sbin > >instead of NO_SHARED. > > > I forgot about that option. Using NO_DYNAMIC_ROOT would be the proper > way to build /bin and /sbin statically, and still have the rest > compied dynamically. > > Scot > -- > DISCLAIMER: > No electrons were mamed while sending this message. Only > slightly bruised. Thanks for confirming that - the NO_DYNAMIC_ROOT not 'no electonrs were harmed :-) Now - I wonder what should be done with the failures encountered when NO_SHARED is used. I suspect it should be cleaned up, if for no reason than to keep messages/queries such as mine from shwoing up. Thanks again. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 04:05:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91A9F16A402 for ; Sun, 28 Jan 2007 04:05:07 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 2149E13C478 for ; Sun, 28 Jan 2007 04:05:06 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so920559uge for ; Sat, 27 Jan 2007 20:05:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=aTy2iGbAust4tqvcd92CxeE5nkla5hKciLPWOgbQo37IYjzNKOzYju7YNrKcxa0DNr4k8Dcy7SHJD+tYAmmaKCt9LXMiIjip0m5gu6HiVevNHNtQFZxETml2lAkAk07PB+bIE1FPmTy0/0BIe+wUW3IKQcpDXFV3Al/hJIJRZ3U= Received: by 10.67.119.9 with SMTP id w9mr6737931ugm.1169955573434; Sat, 27 Jan 2007 19:39:33 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id e33sm6810914ugd.2007.01.27.19.39.32; Sat, 27 Jan 2007 19:39:32 -0800 (PST) Message-ID: <45BC1AF1.8070208@gmail.com> Date: Sun, 28 Jan 2007 04:39:29 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 04:05:07 -0000 Hi, After updating to 6.2-STABLE Sun Jan 28 02:57:55 CET 2007 (GENERIC), I get an error on startup from sysctl, because dev.cpu.0.cx_supported doesn't exist. I think I tracked it down to this update: http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?r1=1.9&r2=1.10&f=h I guess it's because I'm not running powerd, but if that's the case, should powerd_enable="NO" be changed to powerd_enable="YES" in /etc/defaults/rc.conf? Or is it some sort of mistake? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 05:38:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93C1016A401 for ; Sun, 28 Jan 2007 05:38:25 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id E080E13C471 for ; Sun, 28 Jan 2007 05:38:24 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l0S5cKrS009076; Sun, 28 Jan 2007 12:38:20 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l0S5cJXo009075; Sun, 28 Jan 2007 12:38:19 +0700 (KRAT) (envelope-from eugen) Date: Sun, 28 Jan 2007 12:38:19 +0700 From: Eugene Grosbein To: Bill Vermillion Message-ID: <20070128053819.GA8779@svzserv.kemerovo.su> References: <20070126161022.GB29530@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070126161022.GB29530@wjv.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 buildworld fails with NO_SHARED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 05:38:25 -0000 On Fri, Jan 26, 2007 at 11:10:22AM -0500, Bill Vermillion wrote: > I had wanted to build static binaries in /bin and /sbin - so > I set NO_SHARED. The man pages says "... this can be bad. If set > every utility that uses bsd.prog.mk will be linked statically." Have you tried NO_DYNAMICROOT? It's documented in make.conf(5) Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 09:37:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35C6E16A405; Sun, 28 Jan 2007 09:37:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id EE0F313C49D; Sun, 28 Jan 2007 09:37:57 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 76CEC1CC78; Sun, 28 Jan 2007 10:37:56 +0100 (CET) Date: Sun, 28 Jan 2007 10:37:56 +0100 From: Ed Schouten To: "M. Warner Losh" Message-ID: <20070128093756.GS64263@hoeg.nl> References: <20070124113858.GG64263@hoeg.nl> <200701241254.51900.hselasky@c2i.net> <20070127.192204.-862243883.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MhZKc0eW5aU1X1vX" Content-Disposition: inline In-Reply-To: <20070127.192204.-862243883.imp@bsdimp.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Hackers , freebsd-stable@freebsd.org, pietro.cerutti@gmail.com, hselasky@c2i.net Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 09:37:58 -0000 --MhZKc0eW5aU1X1vX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * M. Warner Losh wrote: > In message: <200701241254.51900.hselasky@c2i.net> > Hans Petter Selasky writes: > : Instead of having all these quirks, isn't it possible that the SCSI lay= er can=20 > : auto-probe this? >=20 > The short answer is no. There's no reliable way to tell if a device > supports a given scsi command, and some devices freak out (lock up) > when sent one. Well, in one of the scenario's there is. USB UFI devices never support synchronize. --=20 Ed Schouten WWW: http://g-rave.nl/ --MhZKc0eW5aU1X1vX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFvG7052SDGA2eCwURAoe7AJkBVMPbaliNAzvM3M7dW4ucRtAoZwCfbNc5 +jjy6M2SJeWB8/RxES3XEOc= =euv/ -----END PGP SIGNATURE----- --MhZKc0eW5aU1X1vX-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 10:02:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B107E16A407 for ; Sun, 28 Jan 2007 10:02:23 +0000 (UTC) (envelope-from morning@nnci.kaist.ac.kr) Received: from nnci.kaist.ac.kr (nnci.kaist.ac.kr [143.248.150.32]) by mx1.freebsd.org (Postfix) with ESMTP id 5E94313C461 for ; Sun, 28 Jan 2007 10:02:23 +0000 (UTC) (envelope-from morning@nnci.kaist.ac.kr) Received: from nnci.kaist.ac.kr (localhost [127.0.0.1]) by nnci.kaist.ac.kr (8.13.8/8.13.8) with ESMTP id l0S9aft8009448 for ; Sun, 28 Jan 2007 18:36:41 +0900 (KST) (envelope-from morning@nnci.kaist.ac.kr) Received: (from morning@localhost) by nnci.kaist.ac.kr (8.13.8/8.13.8/Submit) id l0S9afZu009447 for freebsd-stable@freebsd.org; Sun, 28 Jan 2007 18:36:41 +0900 (KST) (envelope-from morning) Date: Sun, 28 Jan 2007 18:36:41 +0900 From: Lee Chung-Yeol To: freebsd-stable@freebsd.org Message-ID: <20070128093641.GA9404@nnci.kaist.ac.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organazation: KAIST User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Crash at "sysctl -a" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lee Chung-Yeol List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 10:02:23 -0000 Hi, I'm using freebsd-stable. From almost a year ago, my system crashes when I try to upgrade mysql because of "sysctl -a" in its configure script. Immediately after the rebooting, there's no problem but as the uptime increases, sysctl always crashes system. I'm using custom kernel following. 6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Jan 18 08:41:09 KST 2007 Thanks in advance. Here's the backtrace. ================================================================================= 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 = 0x18264 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0492d39 stack pointer = 0x28:0xef6cfb18 frame pointer = 0x28:0xef6cfb18 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 = 65874 (sysctl) trap number = 12 panic: page fault Uptime: 6d14h42m57s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 (CTRL-C to abort) (CTRL-C to abort) 847 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 831 (CTRL-C to abort) 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 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 #0 doadump () at pcpu.h:165 #1 0xc04d072e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04d09c4 in panic (fmt=0xc0660bde "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc063fecc in trap_fatal (frame=0xef6cfad8, eva=98916) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc063fc33 in trap_pfault (frame=0xef6cfad8, usermode=0, eva=98916) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc063f891 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -278070404, tf_esi = -994135040, tf_ebp = -278070504, tf_isp = -278070524, tf_ebx = -994135040, tf_edx = -987703296, tf_ecx = 0, tf_eax = 98724, tf_trapno = 12, tf_err = 0, tf_eip = -1068946119, tf_cs = 32, tf_eflags = 66182, tf_esp = -278070336, tf_ss = -1068492713}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc062ef0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0492d39 in dev2udev (x=0xc520d800) at /usr/src/sys/fs/devfs/devfs_vnops.c:1308 #8 0xc0501857 in sysctl_kern_ttys (oidp=0xc069dda0, arg1=0x0, arg2=0, req=0xef6cfc04) at /usr/src/sys/kern/tty.c:3052 #9 0xc04d8597 in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, req=0xef6cfc04) at /usr/src/sys/kern/kern_sysctl.c:1281 #10 0xc04d8794 in userland_sysctl (td=0x181a4, name=0xef6cfc74, namelen=2, old=0xef6cfc04, oldlenp=0xbfbfd0fc, inkernel=0, new=0x0, newlen=98724, retval=0xef6cfc70, flags=98724) at /usr/src/sys/kern/kern_sysctl.c:1380 #11 0xc04d8637 in __sysctl (td=0xc5206900, uap=0xef6cfd04) at /usr/src/sys/kern/kern_sysctl.c:1315 #12 0xc06401e3 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 2, tf_esi = -1077948164, tf_ebp = -1077948248, tf_isp = -278069916, tf_ebx = 672472448, tf_edx = 0, tf_ecx = -1077945952, tf_eax = 202, tf_trapno = 0, tf_err = 2, tf_eip = 672321659, tf_cs = 51, tf_eflags = 662, tf_esp = -1077948308, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #13 0xc062ef5f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Neural Networks and Machine Intelligence Lab. Dept. of EECS KAIST email: chungyeol.lee@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 10:28:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6D2D16A401 for ; Sun, 28 Jan 2007 10:28:07 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 7F73913C4A6 for ; Sun, 28 Jan 2007 10:28:07 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id l0SAS55K082054; Sun, 28 Jan 2007 11:28:06 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 91E93B827; Sun, 28 Jan 2007 11:28:05 +0100 (CET) Date: Sun, 28 Jan 2007 11:28:05 +0100 From: Roland Smith To: Lars Stokholm Message-ID: <20070128102805.GA26802@slackbox.xs4all.nl> Mail-Followup-To: Lars Stokholm , freebsd-stable@freebsd.org References: <45BC1AF1.8070208@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: <45BC1AF1.8070208@gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 10:28:08 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 28, 2007 at 04:39:29AM +0100, Lars Stokholm wrote: > Hi, >=20 > After updating to 6.2-STABLE Sun Jan 28 02:57:55 CET 2007 (GENERIC), I=20 > get an error on startup from sysctl, because dev.cpu.0.cx_supported=20 > doesn't exist. I think I tracked it down to this update: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?r1= =3D1.9&r2=3D1.10&f=3Dh >=20 > I guess it's because I'm not running powerd, but if that's the case,=20 > should powerd_enable=3D"NO" be changed to powerd_enable=3D"YES" in=20 > /etc/defaults/rc.conf? Or is it some sort of mistake? On my amd64 system, I've got powerd up and working, but 'dev.cpu.0.cx_supported' doesn't exist here either. Do you perhaps mean 'hw.acpi.cpu.cx_supported' because that does exists here. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFvHq1EnfvsMMhpyURApfOAJ9mKKl4Y3rCdhAUEd9fKB8jlFdeiACfd7wD XpABsZOV05Q1aaih0y710y4= =cJAK -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 10:35:44 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B78B416A402; Sun, 28 Jan 2007 10:35:44 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (bgn92-3-82-227-222-164.fbx.proxad.net [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3456513C494; Sun, 28 Jan 2007 10:35:43 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id l0SAKr0D035799; Sun, 28 Jan 2007 11:20:53 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.13.4/8.13.3/Submit) id l0SAKmpY035797; Sun, 28 Jan 2007 11:20:48 +0100 (CET) (envelope-from marc) Date: Sun, 28 Jan 2007 11:20:48 +0100 From: Marc Fonvieille To: Norikatsu Shigemura Message-ID: <20070128102048.GC17429@abigail.blackend.org> Mail-Followup-To: Norikatsu Shigemura , Torfinn Ingolfsen , freebsd-stable@FreeBSD.org References: <45B7A0FA.1050901@terceirizado.mda.gov.br> <790a9fff0701241036l584c2ae9n52e4834d929b1104@mail.gmail.com> <45B7A937.2020007@terceirizado.mda.gov.br> <7e3339060701241111s674800a4n4210fd756a27f59a@mail.gmail.com> <20070124225107.9db08d9d.torfinn.ingolfsen@broadpark.no> <20070125081049.ef432569.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070125081049.ef432569.nork@FreeBSD.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.9i Cc: Torfinn Ingolfsen , freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 6.2-STABLE and Flash 7 patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 10:35:44 -0000 On Thu, Jan 25, 2007 at 08:10:49AM +0900, Norikatsu Shigemura wrote: > On Wed, 24 Jan 2007 22:51:07 +0100 > Torfinn Ingolfsen wrote: > > On Wed, 24 Jan 2007 13:11:16 -0600 > > ejc wrote: > > > rtld.c has changed a bit over time so here's a patch against the new > > > file. > > BTW, what is the reason this "hack" isn't included in the base kernel / > > code? > > I suggested new patch. But no response:-(. > > SEE ALSO: > http://lists.freebsd.org/pipermail/freebsd-hackers/2007-January/019360.html Hello Norikatsu, Is it possible to update http://people.FreeBSD.org/~nork/rtld_dlsym_hack.diff to match 6-STABLE, this would prevent "thousand" mails about the non-working flash7 plugin? -- Marc From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 10:50:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FB0716A400 for ; Sun, 28 Jan 2007 10:50:56 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.freebsd.org (Postfix) with ESMTP id 33F5913C49D for ; Sun, 28 Jan 2007 10:50:56 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id 0BC1E7BA898 for ; Sun, 28 Jan 2007 11:50:55 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 42C38B919; Sun, 28 Jan 2007 11:50:54 +0100 (CET) Date: Sun, 28 Jan 2007 11:50:53 +0100 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20070128105053.GA93664@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: ath0: ath_reset: unable to reset hardware; hal status 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 10:50:56 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I have noticed a problem when using ath(4) as an 802.11g access point with hostapd(8) and WPA2-PSK CCMP. The following problem seems to only occur when a Microsoft Windows XP STA connects to the AP in 802.11g mode, my FreeeBSD STAs doesn't seem to trigger this: Jan 28 11:21:07 osgiliath kernel: ath0: stuck beacon; resetting (bmiss coun= t 4) Jan 28 11:21:07 osgiliath kernel: ath0: ath_reset: unable to reset hardware= ; hal status 3 Jan 28 11:21:25 osgiliath kernel: ath0: device timeout Jan 28 11:21:25 osgiliath kernel: ath0: stuck beacon; resetting (bmiss coun= t 4) Jan 28 11:21:25 osgiliath kernel: ath0: ath_reset: unable to reset hardware= ; hal status 3 Jan 28 11:21:37 osgiliath kernel: ath0: device timeout Jan 28 11:21:38 osgiliath kernel: ath0: stuck beacon; resetting (bmiss coun= t 4) Jan 28 11:21:38 osgiliath kernel: ath0: ath_reset: unable to reset hardware= ; hal status 3 Jan 28 11:21:46 osgiliath kernel: ath0: device timeout This is FreeBSD RELENG_6 (nanoBSD) as of yesterday with the new ath_hal(4) running on a Soekris net4801-50: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xa0010000-0xa001ffff irq 11 at device 14.0 on pci0 ath0: Ethernet address: 00:05:4e:42:e8:7c ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 The same problem occured with version 0.9.17.2 of ath_hal(4). I have increased the RX/TX buffers in ath(4) as shown in this snippet =66rom my kernel configuration: device ath device ath_hal device ath_rate_sample options ATH_RXBUF=3D80 options ATH_TXBUF=3D200 The only way I can get the AP running again after the above messages to syslog is to reboot it. The problem doesn't seem to occur in 802.11b mode nor in 802.11g mode with only FreeBSD STAs. Any help in debugging this will be appreciated. Regards, Brix --=20 Henrik Brix Andersen --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: GnuPG signed iD8DBQFFvIANv+Q4flTiePgRAg6tAJ9dbmfhBfN/t3L/s7/VOjEAiRplrQCdHl3W wOQBTh3btGiPsGvAyvTEW4s= =ViUO -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 11:14:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2901216A400 for ; Sun, 28 Jan 2007 11:14:47 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id B810E13C4A5 for ; Sun, 28 Jan 2007 11:14:46 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so935037uge for ; Sun, 28 Jan 2007 03:14:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=nvsL5f+KXwe9NFK2CQNDeovm8Ykqy72NiZoc2S98ftGx0ptAUdGQHYb1+Oj/g2imGFc4kY6/vZg+CeDKdXCvvONajan6E1gR3mIur+Er0TZK/pI6A+S5lLlV2QhD+8fcsZGYf2glBZa0L8OUZdyGkmBXoHypgUfiMDPF2p5c0mg= Received: by 10.66.216.20 with SMTP id o20mr7028015ugg.1169982885567; Sun, 28 Jan 2007 03:14:45 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id o30sm7125717ugd.2007.01.28.03.14.44; Sun, 28 Jan 2007 03:14:44 -0800 (PST) Message-ID: <45BC85A0.1000809@gmail.com> Date: Sun, 28 Jan 2007 12:14:40 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Roland Smith References: <45BC1AF1.8070208@gmail.com> <20070128102805.GA26802@slackbox.xs4all.nl> In-Reply-To: <20070128102805.GA26802@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 11:14:47 -0000 Roland Smith wrote: > On Sun, Jan 28, 2007 at 04:39:29AM +0100, Lars Stokholm wrote: >> After updating to 6.2-STABLE Sun Jan 28 02:57:55 CET 2007 (GENERIC), I >> get an error on startup from sysctl, because dev.cpu.0.cx_supported >> doesn't exist. I think I tracked it down to this update: Also this error only shows up on startup, it's not in dmesg. Why? >> http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?r1=1.9&r2=1.10&f=h >> >> I guess it's because I'm not running powerd, but if that's the case, >> should powerd_enable="NO" be changed to powerd_enable="YES" in >> /etc/defaults/rc.conf? Or is it some sort of mistake? > > On my amd64 system, I've got powerd up and working, but > 'dev.cpu.0.cx_supported' doesn't exist here either. Do you perhaps mean > 'hw.acpi.cpu.cx_supported' because that does exists here. I don't know why I came to that conclusion. I don't think it has anything to do with powerd. The only mention of cx_supported in the entire source tree is in power_profile (as linked above) and in acpi_cpu.c: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/acpica/acpi_cpu.c.diff?r1=1.57.2.1&r2=1.57.2.2&sortby=date&f=h I don't know if it has anything to do with that. Anyway power_profile (called by devd afaik) seems to need it, but it doesn't exist. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 11:23:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C468916A400 for ; Sun, 28 Jan 2007 11:23:45 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 60C6913C441 for ; Sun, 28 Jan 2007 11:23:45 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1627184nfc for ; Sun, 28 Jan 2007 03:23:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uF06H6JjkBuayF1p7dySLRD2fAkM0I21pqhivqgiEiVdkTALiruDsqAHIFjTKQCLq/9yJHxOZiSfPz7gi5Rh4p49D1PlwwX1KOVLMn27vpC8bWmLjAHDAz2jekwDrXsGSExqDi5LV63EshBTocte+QcfUB/DmMx4OF6/7IReKdM= Received: by 10.49.26.18 with SMTP id d18mr8001629nfj.1169981918868; Sun, 28 Jan 2007 02:58:38 -0800 (PST) Received: by 10.49.80.6 with HTTP; Sun, 28 Jan 2007 02:58:38 -0800 (PST) Message-ID: Date: Sun, 28 Jan 2007 12:58:38 +0200 From: "Gleb Kozyrev" To: "Lee Chung-Yeol" In-Reply-To: <20070128093641.GA9404@nnci.kaist.ac.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070128093641.GA9404@nnci.kaist.ac.kr> Cc: freebsd-stable@freebsd.org Subject: Re: Crash at "sysctl -a" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 11:23:45 -0000 On 28/01/07, Lee Chung-Yeol wrote: > Hi, I'm using freebsd-stable. > > From almost a year ago, my system crashes when I try to upgrade mysql because > of "sysctl -a" in its configure script. > > Immediately after the rebooting, there's no problem but as the uptime increases, > sysctl always crashes system. Just for the record, there is a PR on this: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89538 -- With best regards, Gleb Kozyrev. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 11:58:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C10BA16A401 for ; Sun, 28 Jan 2007 11:58:04 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id 5794413C442 for ; Sun, 28 Jan 2007 11:58:04 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id l0SBw24d027358; Sun, 28 Jan 2007 12:58:03 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 75767B827; Sun, 28 Jan 2007 12:58:02 +0100 (CET) Date: Sun, 28 Jan 2007 12:58:02 +0100 From: Roland Smith To: Lars Stokholm Message-ID: <20070128115802.GA87910@slackbox.xs4all.nl> Mail-Followup-To: Lars Stokholm , freebsd-stable@freebsd.org References: <45BC1AF1.8070208@gmail.com> <20070128102805.GA26802@slackbox.xs4all.nl> <45BC85A0.1000809@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <45BC85A0.1000809@gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 11:58:04 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 28, 2007 at 12:14:40PM +0100, Lars Stokholm wrote: > Roland Smith wrote: > >On Sun, Jan 28, 2007 at 04:39:29AM +0100, Lars Stokholm wrote: > >>After updating to 6.2-STABLE Sun Jan 28 02:57:55 CET 2007 (GENERIC), I= =20 > >>get an error on startup from sysctl, because dev.cpu.0.cx_supported=20 > >>doesn't exist. I think I tracked it down to this update: >=20 > Also this error only shows up on startup, it's not in dmesg. Why? >=20 > >>http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?r= 1=3D1.9&r2=3D1.10&f=3Dh Is this the version you have on 6.2-STABLE? My 6.2-RELEASE box has version 1.7.2.1, which uses hw.acpi.cpu.cx_supported. Version 1.9 and 1.10 are in the MAIN branch. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFvI/KEnfvsMMhpyURApODAKCUKtz+iLBz8dTXHpHAC39KDKEyFgCdHZbd MmGKJS88GKLQuTFeFEBhXy8= =BZrS -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 12:32:39 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A70316A404 for ; Sun, 28 Jan 2007 12:32:39 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4196113C481 for ; Sun, 28 Jan 2007 12:32:39 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id B67F5996F1; Sun, 28 Jan 2007 07:32:38 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Sun, 28 Jan 2007 07:32:38 -0500 X-Sasl-enc: MgXdfVWPLXUOYC55tMs+fKcWvZk0oekpLn9gWruasQqd 1169987558 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 10900179CA; Sun, 28 Jan 2007 07:32:36 -0500 (EST) Message-ID: <45BC97E2.4050603@FreeBSD.org> Date: Sun, 28 Jan 2007 12:32:34 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 12:32:39 -0000 Pete French wrote: > Am trying to solve a little problem with 'pf'. I have a ruleset which > has some firewall rules for the IPv6 interface stf0. This works fine, > except when I rreboot the machine, as the pf script is run before the > network_ipv6 script - so stf0 does not exist. but I cannot work out > how to arrange for stf0 to be created before the pf script is run - as > network_ipv6 requires 'routing', but the pf script says it must be run > before 'routing', if I am reading the 'REQUIRE' and 'BEFORE' lines > correctly. > Just chiming in to confirm that this problem definitely exists. I don't have a solution, however, my IPv6 tunnels at home have all expired, so I may well get spare cycles to look at this the same time that I get spare cycles to revive the tunnels. BMS From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 12:59:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF71116A401 for ; Sun, 28 Jan 2007 12:59:07 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 7008513C461 for ; Sun, 28 Jan 2007 12:59:07 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (unknown [89.53.125.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 4B22D128831 for ; Sun, 28 Jan 2007 13:59:01 +0100 (CET) Received: from [192.168.18.3] (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id E10612E56B; Sun, 28 Jan 2007 13:58:42 +0100 (CET) Message-ID: <45BC9E03.6020506@vwsoft.com> Date: Sun, 28 Jan 2007 13:58:43 +0100 From: Volker User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Pete French References: In-Reply-To: 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-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 12:59:07 -0000 On 12/23/-58 20:59, Pete French wrote: > Am trying to solve a little problem with 'pf'. I have a ruleset which > has some firewall rules for the IPv6 interface stf0. This works fine, > except when I rreboot the machine, as the pf script is run before the > network_ipv6 script - so stf0 does not exist. but I cannot work out > how to arrange for stf0 to be created before the pf script is run - as > network_ipv6 requires 'routing', but the pf script says it must be run > before 'routing', if I am reading the 'REQUIRE' and 'BEFORE' lines > correctly. Pete, I've played with that problems a few times. It's not a perfect solution, but you may create your own pf loading script and place it in /usr/local/etc/rc.d/. To make sure it's running late in startup, use a proper # REQUIRE: line. That way (and that what makes me saying it's not perfect) pf load script /etc/rc.d/pf is being run but aborts loading pf rules in first place and later (when rc is working though /usr/local/etc/rc.d/) pf rules are loaded by your custom script. HTH, Volker From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 15:54:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A35E16A407 for ; Sun, 28 Jan 2007 15:54:19 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 9664213C4A3 for ; Sun, 28 Jan 2007 15:54:18 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so959903uge for ; Sun, 28 Jan 2007 07:54:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=K58pK2pYwajVVO6a2Hlc7A9bag+crDDwhXgqo93uo7Diyy65weFRZa6rgc31YW3ql5D5HWxJPriSDoXLB8K3+EHEx/RAvQgrrIjV93zxibP/zanY9ir6xv8D5GsR3cvVo5YR9f7X8HL3Jt++nJi822jhHZ6RPlpLaBjMOqfwuNE= Received: by 10.66.232.11 with SMTP id e11mr7325431ugh.1169999657402; Sun, 28 Jan 2007 07:54:17 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id y7sm7383874ugc.2007.01.28.07.54.16; Sun, 28 Jan 2007 07:54:16 -0800 (PST) Message-ID: <45BCC724.2080604@gmail.com> Date: Sun, 28 Jan 2007 16:54:12 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Roland Smith References: <45BC1AF1.8070208@gmail.com> <20070128102805.GA26802@slackbox.xs4all.nl> <45BC85A0.1000809@gmail.com> <20070128115802.GA87910@slackbox.xs4all.nl> In-Reply-To: <20070128115802.GA87910@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 15:54:19 -0000 Roland Smith wrote: > On Sun, Jan 28, 2007 at 12:14:40PM +0100, Lars Stokholm wrote: >> Roland Smith wrote: >>> On Sun, Jan 28, 2007 at 04:39:29AM +0100, Lars Stokholm wrote: >>>> After updating to 6.2-STABLE Sun Jan 28 02:57:55 CET 2007 (GENERIC), I >>>> get an error on startup from sysctl, because dev.cpu.0.cx_supported >>>> doesn't exist. I think I tracked it down to this update: >> Also this error only shows up on startup, it's not in dmesg. Why? >> >>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?r1=1.9&r2=1.10&f=h > > Is this the version you have on 6.2-STABLE? My 6.2-RELEASE box has > version 1.7.2.1, which uses hw.acpi.cpu.cx_supported. > > Version 1.9 and 1.10 are in the MAIN branch. Whoops. I'm using 1.7.2.2, but it's the same: http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?f=h&r1=text&tr1=1.7.2.1&r2=text&tr2=1.7.2.2 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 15:59:58 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A3D416A402; Sun, 28 Jan 2007 15:59:58 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.freebsd.org (Postfix) with ESMTP id 72C0F13C4B9; Sun, 28 Jan 2007 15:59:58 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "neptune.criticalmagic.com", Issuer "Critical Magic Root Certificate" (verified OK)) by saturn.criticalmagic.com (Postfix) with ESMTP id CE4AD39808; Sun, 28 Jan 2007 10:33:42 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by neptune.criticalmagic.com (Postfix) with ESMTP id 0B72E6D409; Sun, 28 Jan 2007 10:33:41 -0500 (EST) Message-ID: <45BCC255.3010101@criticalmagic.com> Date: Sun, 28 Jan 2007 10:33:41 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Thunderbird 1.5.0.9 (X11/20061222) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <45BC97E2.4050603@FreeBSD.org> In-Reply-To: <45BC97E2.4050603@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, Pete French Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 15:59:58 -0000 Bruce M. Simpson wrote: > Pete French wrote: >> Am trying to solve a little problem with 'pf'. I have a ruleset which >> has some firewall rules for the IPv6 interface stf0. This works fine, >> except when I rreboot the machine, as the pf script is run before the >> network_ipv6 script - so stf0 does not exist. but I cannot work out >> how to arrange for stf0 to be created before the pf script is run - as >> network_ipv6 requires 'routing', but the pf script says it must be run >> before 'routing', if I am reading the 'REQUIRE' and 'BEFORE' lines >> correctly. >> > Just chiming in to confirm that this problem definitely exists. > I don't have a solution, however, my IPv6 tunnels at home have all > expired, so I may well get spare cycles to look at this the same time > that I get spare cycles to revive the tunnels. > > BMS Essentially the same problem exists with pf and ppp. The tun device (on which most of my pf rules depend) does not yet exist when pf is started. Apparently, someone has looked at this before, since there are commands to resync pf and ipf inside the rc.d script for ppp (in ppp_postcmd). But this still doesn't work, since ppp is still negotiating the connection when this function is run, so pf fails a second time. My solution was to jam a "sleep 15" inside ppp_postcmd() right before the point the commands to reload pf and ipf are run. It's major ugly, but it works. Hopefully someone will find a better solution to these problems. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 16:08:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B27C616A402 for ; Sun, 28 Jan 2007 16:08:58 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 7214513C4B3 for ; Sun, 28 Jan 2007 16:08:58 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1094518nzh for ; Sun, 28 Jan 2007 08:08:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=o57FclfJ4rlBhNIjY/1k75cbO+RcsJRrZggL/uvMEZAdASUmTnvdUF60B6W3Vi+Bb4P3AckQrRExCkVt4ZNBmfajEDnCcvAsh6hNySR9h/0T18QEFnUVXYkAAVD38NpP+h76xE91oDp3nJEuZ0p76zjCaUdjX+ibZvshnfA4LIw= Received: by 10.114.46.1 with SMTP id t1mr211798wat.1169998847908; Sun, 28 Jan 2007 07:40:47 -0800 (PST) Received: by 10.114.235.17 with HTTP; Sun, 28 Jan 2007 07:40:47 -0800 (PST) Message-ID: Date: Sun, 28 Jan 2007 18:40:47 +0300 From: "Alexey Karagodov" To: Volker In-Reply-To: <45BC9E03.6020506@vwsoft.com> MIME-Version: 1.0 References: <45BC9E03.6020506@vwsoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 16:08:58 -0000 or just make a symlink from /etc/rc.d/pf to /usr/local/etc/rc.d/pf i solved this way problem with FQDN in pf rules 2007/1/28, Volker : > > On 12/23/-58 20:59, Pete French wrote: > > Am trying to solve a little problem with 'pf'. I have a ruleset which > > has some firewall rules for the IPv6 interface stf0. This works fine, > > except when I rreboot the machine, as the pf script is run before the > > network_ipv6 script - so stf0 does not exist. but I cannot work out > > how to arrange for stf0 to be created before the pf script is run - as > > network_ipv6 requires 'routing', but the pf script says it must be run > > before 'routing', if I am reading the 'REQUIRE' and 'BEFORE' lines > > correctly. > > Pete, > > I've played with that problems a few times. It's not a perfect > solution, but you may create your own pf loading script and place it > in /usr/local/etc/rc.d/. To make sure it's running late in startup, > use a proper # REQUIRE: line. > > That way (and that what makes me saying it's not perfect) pf load > script /etc/rc.d/pf is being run but aborts loading pf rules in > first place and later (when rc is working though > /usr/local/etc/rc.d/) pf rules are loaded by your custom script. > > HTH, > > Volker > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 16:36:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98BAC16A401 for ; Sun, 28 Jan 2007 16:36:49 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 56ECD13C48D for ; Sun, 28 Jan 2007 16:36:46 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (unknown [89.53.125.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 6CBF712882A for ; Sun, 28 Jan 2007 17:36:40 +0100 (CET) Received: from [192.168.18.3] (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 5E67A2E56B; Sun, 28 Jan 2007 17:36:30 +0100 (CET) Message-ID: <45BCD10E.1070108@vwsoft.com> Date: Sun, 28 Jan 2007 17:36:30 +0100 From: Volker User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Alexey Karagodov References: <45BC9E03.6020506@vwsoft.com> In-Reply-To: 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-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 16:36:49 -0000 On 01/28/07 16:40, Alexey Karagodov wrote: > 2007/1/28, Volker >: > I've played with that problems a few times. It's not a perfect > solution, but you may create your own pf loading script and place it > in /usr/local/etc/rc.d/. To make sure it's running late in startup, > use a proper # REQUIRE: line. > > That way (and that what makes me saying it's not perfect) pf load > script /etc/rc.d/pf is being run but aborts loading pf rules in > first place and later (when rc is working though > /usr/local/etc/rc.d/) pf rules are loaded by your custom script. > > or just make a symlink from /etc/rc.d/pf to /usr/local/etc/rc.d/pf > i solved this way problem with FQDN in pf rules Alexey, yes, I also did it using a simple symlink in the past but reading stable@ (or has it been hackers@?) it is planned (or already implemented?) to respect the rcorder for /etc/rc.d/ _and_ /usr/local/etc/rc.d/ in one go. That means the rcorder is being calculated for both directories in one step. I suspect when just symlinking an rc-script from /etc/rc.d/ this might lead into the script being executed two times in a row. I might be wrong on this but your suggestion is using a side effect which might not work with all versions. Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 17:15:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B234A16A40F; Sun, 28 Jan 2007 17:15:44 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA4613C441; Sun, 28 Jan 2007 17:15:44 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.19.181] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1HBDcx1pVT-0007U2; Sun, 28 Jan 2007 18:15:41 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sun, 28 Jan 2007 18:15:29 +0100 User-Agent: KMail/1.9.5 References: <45BC97E2.4050603@FreeBSD.org> <45BCC255.3010101@criticalmagic.com> In-Reply-To: <45BCC255.3010101@criticalmagic.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11143865.XLAq8e6vHb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701281815.37558.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Provags-ID2: V01U2FsdGVkX19BoxFQLJ9qN6oC5Pn39lPqgs6G98eIg32uJ04Vs508fF/Y9tomXV5A4BBVcORfKfYi/HZSgrYNMboxKVvZ2gnOuJYjkcWQCH7Tu7nMsnyHUg== Cc: "Bruce M. Simpson" , Richard Coleman , Pete French Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 17:15:44 -0000 --nextPart11143865.XLAq8e6vHb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 28 January 2007 16:33, Richard Coleman wrote: > Bruce M. Simpson wrote: > > Pete French wrote: > >> Am trying to solve a little problem with 'pf'. I have a ruleset > >> which has some firewall rules for the IPv6 interface stf0. This > >> works fine, except when I rreboot the machine, as the pf script is > >> run before the network_ipv6 script - so stf0 does not exist. but I > >> cannot work out how to arrange for stf0 to be created before the pf > >> script is run - as network_ipv6 requires 'routing', but the pf > >> script says it must be run before 'routing', if I am reading the > >> 'REQUIRE' and 'BEFORE' lines correctly. > > > > Just chiming in to confirm that this problem definitely exists. > > I don't have a solution, however, my IPv6 tunnels at home have all > > expired, so I may well get spare cycles to look at this the same time > > that I get spare cycles to revive the tunnels. > > > > BMS > > Essentially the same problem exists with pf and ppp. The tun device > (on which most of my pf rules depend) does not yet exist when pf is > started. > > Apparently, someone has looked at this before, since there are commands > to resync pf and ipf inside the rc.d script for ppp (in ppp_postcmd).=20 > But this still doesn't work, since ppp is still negotiating the > connection when this function is run, so pf fails a second time. My > solution was to jam a "sleep 15" inside ppp_postcmd() right before the > point the commands to reload pf and ipf are run. It's major ugly, but > it works. Hopefully someone will find a better solution to these > problems. In oder to solve these problems you have to understand why pf is failing. = =20 This can be for three reasons: 1) You use the interface name as address w/o dynamic lookup. i.e. "...=20 from stf0 ..." 2) You use "set loginterface sft0" 3) You use the interface with ALTQ "altq on stf0 ..." (now this doesn't=20 work and wouldn't be a good idea either, but for tun0 it makes slightly=20 more sense). To 1 and 2 there is a simple sollution: Don't do that then! 1 can easily=20 be defused by adding parentheses. i.e. "... from (stf0) ...". If more=20 control is required you have to write explicit addresses in your=20 configuration anyway. 2 is obsolete by "pfctl -vvsI -i stf0" which has=20 all the counters for all the interfaces. ALTQ is the only remaining=20 problem. I did do some initial patches to tear down altq on interface=20 removal, which could be extended to work the other way 'round on=20 interface arrival - if only I had more time :-\ =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart11143865.XLAq8e6vHb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD4DBQBFvNo5XyyEoT62BG0RAiknAJiRBFDrRC60fANBPJ5pxnB4eVqkAJ9CjONi F81YKM6R5ObNEWDI649JJw== =5+o7 -----END PGP SIGNATURE----- --nextPart11143865.XLAq8e6vHb-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 17:24:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A6E716A403 for ; Sun, 28 Jan 2007 17:24:55 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2010813C4A7 for ; Sun, 28 Jan 2007 17:24:54 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id l0SHOrMW014787; Sun, 28 Jan 2007 18:24:53 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id F2353B827; Sun, 28 Jan 2007 18:24:52 +0100 (CET) Date: Sun, 28 Jan 2007 18:24:52 +0100 From: Roland Smith To: Lars Stokholm Message-ID: <20070128172452.GA97123@slackbox.xs4all.nl> Mail-Followup-To: Lars Stokholm , freebsd-stable@freebsd.org References: <45BC1AF1.8070208@gmail.com> <20070128102805.GA26802@slackbox.xs4all.nl> <45BC85A0.1000809@gmail.com> <20070128115802.GA87910@slackbox.xs4all.nl> <45BCC724.2080604@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <45BCC724.2080604@gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 17:24:55 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 28, 2007 at 04:54:12PM +0100, Lars Stokholm wrote: > Whoops. I'm using 1.7.2.2, but it's the same: > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?f= =3Dh&r1=3Dtext&tr1=3D1.7.2.1&r2=3Dtext&tr2=3D1.7.2.2 Looks like this is related to the following CVS commit: http://lists.freebsd.org/pipermail/cvs-src/2007-January/073402.html=20 It looks like these changes are being MFC'd, but maybe your last update has= n't yet caught all the updated files. Check the files mentioned in the above commit in RELENG_6. Maybe a renewed csup followed by a world/kernel build will solve the problem. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFvNxkEnfvsMMhpyURAhDCAJ9umvkxrma9kevdWddCy0/oswDRCgCgoep1 w0AqGbOH14QJbmtWg2fcGb0= =fFwq -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 17:37:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 416C016A401; Sun, 28 Jan 2007 17:37:17 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.freebsd.org (Postfix) with ESMTP id 04D4413C4AC; Sun, 28 Jan 2007 17:37:17 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "neptune.criticalmagic.com", Issuer "Critical Magic Root Certificate" (verified OK)) by saturn.criticalmagic.com (Postfix) with ESMTP id 72C9C39808; Sun, 28 Jan 2007 12:37:16 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by neptune.criticalmagic.com (Postfix) with ESMTP id B52BE6D409; Sun, 28 Jan 2007 12:37:15 -0500 (EST) Message-ID: <45BCDF4B.5050002@criticalmagic.com> Date: Sun, 28 Jan 2007 12:37:15 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Thunderbird 1.5.0.9 (X11/20061222) MIME-Version: 1.0 To: Max Laier References: <45BC97E2.4050603@FreeBSD.org> <45BCC255.3010101@criticalmagic.com> <200701281815.37558.max@love2party.net> In-Reply-To: <200701281815.37558.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bruce M. Simpson" , freebsd-stable@freebsd.org, Pete French Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 17:37:17 -0000 Max Laier wrote: > On Sunday 28 January 2007 16:33, Richard Coleman wrote: >> Bruce M. Simpson wrote: >>> Pete French wrote: >>>> Am trying to solve a little problem with 'pf'. I have a ruleset >>>> which has some firewall rules for the IPv6 interface stf0. This >>>> works fine, except when I rreboot the machine, as the pf script is >>>> run before the network_ipv6 script - so stf0 does not exist. but I >>>> cannot work out how to arrange for stf0 to be created before the pf >>>> script is run - as network_ipv6 requires 'routing', but the pf >>>> script says it must be run before 'routing', if I am reading the >>>> 'REQUIRE' and 'BEFORE' lines correctly. >>> Just chiming in to confirm that this problem definitely exists. >>> I don't have a solution, however, my IPv6 tunnels at home have all >>> expired, so I may well get spare cycles to look at this the same time >>> that I get spare cycles to revive the tunnels. >>> >>> BMS >> Essentially the same problem exists with pf and ppp. The tun device >> (on which most of my pf rules depend) does not yet exist when pf is >> started. >> >> Apparently, someone has looked at this before, since there are commands >> to resync pf and ipf inside the rc.d script for ppp (in ppp_postcmd). >> But this still doesn't work, since ppp is still negotiating the >> connection when this function is run, so pf fails a second time. My >> solution was to jam a "sleep 15" inside ppp_postcmd() right before the >> point the commands to reload pf and ipf are run. It's major ugly, but >> it works. Hopefully someone will find a better solution to these >> problems. > > In oder to solve these problems you have to understand why pf is failing. > This can be for three reasons: > > 1) You use the interface name as address w/o dynamic lookup. i.e. "... > from stf0 ..." > 2) You use "set loginterface sft0" > 3) You use the interface with ALTQ "altq on stf0 ..." (now this doesn't > work and wouldn't be a good idea either, but for tun0 it makes slightly > more sense). > > To 1 and 2 there is a simple sollution: Don't do that then! 1 can easily > be defused by adding parentheses. i.e. "... from (stf0) ...". If more > control is required you have to write explicit addresses in your > configuration anyway. 2 is obsolete by "pfctl -vvsI -i stf0" which has > all the counters for all the interfaces. ALTQ is the only remaining > problem. I did do some initial patches to tear down altq on interface > removal, which could be extended to work the other way 'round on > interface arrival - if only I had more time :-\ I remember trying a dynamic interface for tun before, and it failed. But I now see that it was because I also use "set logininterface". I didn't think to remove that. Thanks for the help. I'll give it a try. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 18:06:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ABDD16A403 for ; Sun, 28 Jan 2007 18:06:26 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 9838A13C474 for ; Sun, 28 Jan 2007 18:06:25 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so977441uge for ; Sun, 28 Jan 2007 10:06:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=INTFx6sX1Xw2w9qYdms9iqIm8g5iENvFlRTCENqA8Vf06t9+6cpmPlg5Dmxy5j+TD0G0KvA2AzCYwObsvlpC6cSLJytNu6rkw/4jcRQcPjxS0n9+1TuYHTCfV+fT8n0755AmXEluag42vxR4l7mBVVZOpTVFJNb6vu3P6Dw3MfQ= Received: by 10.67.19.17 with SMTP id w17mr7479241ugi.1170007584325; Sun, 28 Jan 2007 10:06:24 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id l33sm6289619ugc.2007.01.28.10.06.22; Sun, 28 Jan 2007 10:06:23 -0800 (PST) Message-ID: <45BCE61B.5050700@gmail.com> Date: Sun, 28 Jan 2007 19:06:19 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Roland Smith References: <45BC1AF1.8070208@gmail.com> <20070128102805.GA26802@slackbox.xs4all.nl> <45BC85A0.1000809@gmail.com> <20070128115802.GA87910@slackbox.xs4all.nl> <45BCC724.2080604@gmail.com> <20070128172452.GA97123@slackbox.xs4all.nl> In-Reply-To: <20070128172452.GA97123@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 18:06:26 -0000 Roland Smith wrote: > On Sun, Jan 28, 2007 at 04:54:12PM +0100, Lars Stokholm wrote: >> Whoops. I'm using 1.7.2.2, but it's the same: >> http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?f=h&r1=text&tr1=1.7.2.1&r2=text&tr2=1.7.2.2 > > Looks like this is related to the following CVS commit: > http://lists.freebsd.org/pipermail/cvs-src/2007-January/073402.html > > It looks like these changes are being MFC'd, but maybe your last update hasn't > yet caught all the updated files. Check the files mentioned in the > above commit in RELENG_6. Maybe a renewed csup followed by a > world/kernel build will solve the problem. Judging from the files updated since the last time, I don't think so: # csup stable-supfile Cannot connect to 2001:6c8:0:6::abcd: No route to host Connected to 193.162.154.98 Updating collection src-all/cvs Edit src/sbin/ifconfig/ifieee80211.c Edit src/sbin/mount/getmntopts.c Edit src/sbin/mount/mntopts.h Edit src/sbin/mount/mount.c Edit src/sbin/mount_ext2fs/mount_ext2fs.c Edit src/share/man/man4/Makefile Edit src/share/man/man4/ng_ppp.4 Edit src/sys/boot/pc98/btx/btx/btx.S Edit src/sys/conf/NOTES Edit src/sys/conf/files Edit src/sys/conf/options Edit src/sys/dev/ath/if_ath.c Edit src/sys/dev/ath/if_athvar.h Edit src/sys/kern/vfs_mount.c Edit src/sys/modules/netgraph/Makefile Checkout src/sys/modules/netgraph/deflate/Makefile Checkout src/sys/modules/netgraph/pred1/Makefile Edit src/sys/net80211/_ieee80211.h Edit src/sys/net80211/ieee80211.c Edit src/sys/net80211/ieee80211_node.c Edit src/sys/net80211/ieee80211_output.c Edit src/sys/net80211/ieee80211_proto.c Edit src/sys/net80211/ieee80211_var.h Checkout src/sys/netgraph/ng_deflate.c Checkout src/sys/netgraph/ng_deflate.h Edit src/sys/netgraph/ng_ppp.c Edit src/sys/netgraph/ng_ppp.h Checkout src/sys/netgraph/ng_pred1.c Checkout src/sys/netgraph/ng_pred1.h Edit src/sys/pc98/pc98/machdep.c Edit src/sys/sys/param.h Finished successfully From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 18:26:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAF1E16A403 for ; Sun, 28 Jan 2007 18:26:09 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 3109F13C467 for ; Sun, 28 Jan 2007 18:26:09 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so980224uge for ; Sun, 28 Jan 2007 10:26:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=e8YpR5tlgixiV6Kg13nEGO6+/jdujY7jxMYKRHnwPuQoih36fDPzHWS7KmW/RtXCSriymhJ1UytO4bLGfGDUEmNNMT+24TSCR1CbfL6X+oBpYW9SeKQt2ONvEluHkM33Lz81oGq8rmWklE/OjG3bh5VOamdpmV6vWb6oxQRQoJ4= Received: by 10.66.216.6 with SMTP id o6mr6321397ugg.1170008766980; Sun, 28 Jan 2007 10:26:06 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id z40sm6238140ugc.2007.01.28.10.26.05; Sun, 28 Jan 2007 10:26:06 -0800 (PST) Message-ID: <45BCEAB8.60602@gmail.com> Date: Sun, 28 Jan 2007 19:26:00 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: rsmith@xs4all.nl References: <45BC1AF1.8070208@gmail.com> <20070128102805.GA26802@slackbox.xs4all.nl> <45BC85A0.1000809@gmail.com> <20070128115802.GA87910@slackbox.xs4all.nl> <45BCC724.2080604@gmail.com> <20070128172452.GA97123@slackbox.xs4all.nl> <45BCE61B.5050700@gmail.com> In-Reply-To: <45BCE61B.5050700@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 18:26:09 -0000 Lars Stokholm wrote: > Roland Smith wrote: >> On Sun, Jan 28, 2007 at 04:54:12PM +0100, Lars Stokholm wrote: >>> Whoops. I'm using 1.7.2.2, but it's the same: >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/power_profile.diff?f=h&r1=text&tr1=1.7.2.1&r2=text&tr2=1.7.2.2 >> >> Looks like this is related to the following CVS commit: >> http://lists.freebsd.org/pipermail/cvs-src/2007-January/073402.html >> It looks like these changes are being MFC'd, but maybe your last >> update hasn't >> yet caught all the updated files. Check the files mentioned in the >> above commit in RELENG_6. Maybe a renewed csup followed by a >> world/kernel build will solve the problem. > > Judging from the files updated since the last time, I don't think so: Damnit, I seem to be making one mistake after another, with no end to it. I'm truely sorry for wasting your time. Let's step back to where I started; dev.cpu.0.cx_supported *does* exist: # sysctl dev.cpu.0.cx_supported dev.cpu.0.cx_supported: C1/0 And here's the problem; this is what I get when I fire up FreeBSD: ... Starting ums0 moused:. hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Mounting NFS file systems:. ... Taking the power_profile into account, I guess it comes something similar to: # sysctl hw.acpi.cpu.cx_lowest=C1/0 hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument So, finally, the question now is why I get the "invalid argument". From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 18:45:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51CBF16A404 for ; Sun, 28 Jan 2007 18:45:08 +0000 (UTC) (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 07A4613C48E for ; Sun, 28 Jan 2007 18:45:07 +0000 (UTC) (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.13.6/8.12.6) with ESMTP id l0SIj630067972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Jan 2007 10:45:07 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45BCEF32.3030101@errno.com> Date: Sun, 28 Jan 2007 10:45:06 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070128105053.GA93664@tirith.brixandersen.dk> In-Reply-To: <20070128105053.GA93664@tirith.brixandersen.dk> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ath0: ath_reset: unable to reset hardware; hal status 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 18:45:08 -0000 Henrik Brix Andersen wrote: > Hi all, > > I have noticed a problem when using ath(4) as an 802.11g access point > with hostapd(8) and WPA2-PSK CCMP. > > The following problem seems to only occur when a Microsoft Windows XP > STA connects to the AP in 802.11g mode, my FreeeBSD STAs doesn't seem > to trigger this: > > Jan 28 11:21:07 osgiliath kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 28 11:21:07 osgiliath kernel: ath0: ath_reset: unable to reset hardware; hal status 3 > Jan 28 11:21:25 osgiliath kernel: ath0: device timeout > Jan 28 11:21:25 osgiliath kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 28 11:21:25 osgiliath kernel: ath0: ath_reset: unable to reset hardware; hal status 3 > Jan 28 11:21:37 osgiliath kernel: ath0: device timeout > Jan 28 11:21:38 osgiliath kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 28 11:21:38 osgiliath kernel: ath0: ath_reset: unable to reset hardware; hal status 3 > Jan 28 11:21:46 osgiliath kernel: ath0: device timeout > > This is FreeBSD RELENG_6 (nanoBSD) as of yesterday with the new > ath_hal(4) running on a Soekris net4801-50: > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > ath0: mem 0xa0010000-0xa001ffff irq 11 at device 14.0 on pci0 > ath0: Ethernet address: 00:05:4e:42:e8:7c > ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 > > The same problem occured with version 0.9.17.2 of ath_hal(4). > > I have increased the RX/TX buffers in ath(4) as shown in this snippet > from my kernel configuration: > > device ath > device ath_hal > device ath_rate_sample > > options ATH_RXBUF=80 > options ATH_TXBUF=200 > > The only way I can get the AP running again after the above messages > to syslog is to reboot it. The problem doesn't seem to occur in > 802.11b mode nor in 802.11g mode with only FreeBSD STAs. > > Any help in debugging this will be appreciated. I take it you tried ifconfig'ing the interface down and up? The output of athstats at the point where things are wedged might be useful. Also verify if only tx is wedged (e.g. athstats 1 will show you if you're receiving frames). The fact that the card cannot be reset seems to imply the mac is somehow locked up. I vaguely recall some h/w issues like this on older cards (and you are using a rather old card) but nothing that wasn't handled by doing a reset operation. Best suggestion I can make is to use a different model card. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 18:48:35 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBF7B16A488 for ; Sun, 28 Jan 2007 18:48:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 57AC513C441 for ; Sun, 28 Jan 2007 18:48:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ovsjiv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l0SImSuc012933; Sun, 28 Jan 2007 19:48:33 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l0SImS59012932; Sun, 28 Jan 2007 19:48:28 +0100 (CET) (envelope-from olli) Date: Sun, 28 Jan 2007 19:48:28 +0100 (CET) Message-Id: <200701281848.l0SImS59012932@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matthew.herzog@gmail.com In-Reply-To: <70e8236f0701251930q5717e9c7n47cabb30952898e9@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 28 Jan 2007 19:48:34 +0100 (CET) Cc: Subject: Re: SPARC64: Can't upgrade from 6.1 to 6.2 due to binutils X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, matthew.herzog@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 18:48:35 -0000 Matthew Herzog wrote: > I have never been able to upgrade Sparc64 from source. Then you must be doing something wrong. > I suspect it is nearly impossible. Certainly not. Works perfectly fine for me, just the same as FreeBSD/i386. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 19:01:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95F0F16A401 for ; Sun, 28 Jan 2007 19:01:03 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 12E3613C4A7 for ; Sun, 28 Jan 2007 19:01:02 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l0SJ11EP018271; Sun, 28 Jan 2007 20:01:02 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 24C48B827; Sun, 28 Jan 2007 20:01:01 +0100 (CET) Date: Sun, 28 Jan 2007 20:01:01 +0100 From: Roland Smith To: Lars Stokholm Message-ID: <20070128190101.GA99290@slackbox.xs4all.nl> Mail-Followup-To: Lars Stokholm , freebsd-stable@freebsd.org References: <45BC1AF1.8070208@gmail.com> <20070128102805.GA26802@slackbox.xs4all.nl> <45BC85A0.1000809@gmail.com> <20070128115802.GA87910@slackbox.xs4all.nl> <45BCC724.2080604@gmail.com> <20070128172452.GA97123@slackbox.xs4all.nl> <45BCE61B.5050700@gmail.com> <45BCEAB8.60602@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <45BCEAB8.60602@gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 19:01:03 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 28, 2007 at 07:26:00PM +0100, Lars Stokholm wrote: >=20 > Damnit, I seem to be making one mistake after another, with no end to=20 > it. I'm truely sorry for wasting your time.=20 Been there, done that. A lot of times when I had a problem with the base system (from 5.3-RELEASE uptil now) it turned out to be "pilot error". > Let's step back to where I=20 > started; dev.cpu.0.cx_supported *does* exist: >=20 > # sysctl dev.cpu.0.cx_supported > dev.cpu.0.cx_supported: C1/0 >=20 > And here's the problem; this is what I get when I fire up FreeBSD: >=20 > ... > Starting ums0 moused:. > hw.acpi.cpu.cx_lowest: C1 > sysctl: hw.acpi.cpu.cx_lowest: Invalid argument > Mounting NFS file systems:. > ... >=20 > Taking the power_profile into account, I guess it comes something=20 > similar to: >=20 > # sysctl hw.acpi.cpu.cx_lowest=3DC1/0 I'm not sure that this is what is being called. The '/0' is removed by awk: $ sysctl -n hw.acpi.cpu.cx_supported C1/0 $ sysctl -n hw.acpi.cpu.cx_supported |awk '{ print "C" split($0, a) }' - 2>= /dev/null C1 > hw.acpi.cpu.cx_lowest: C1 > sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Works fine here: # sysctl hw.acpi.cpu.cx_lowest=3DC1/0 hw.acpi.cpu.cx_lowest: C1 -> C1 > So, finally, the question now is why I get the "invalid argument". The only thing I can think of is that you've defined performance_cx_lowest or economy_cx_lowest to some bogus value in rc.conf. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFvPLtEnfvsMMhpyURAqsdAJ9M7ZnSP/2HlXHQVvEjeOVwrUXXvACfe0xy cnf13UqFKDz+7hagg4VUOyU= =h5jE -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 19:12:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3D6216A4ED for ; Sun, 28 Jan 2007 19:12:03 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id CFB4513C441 for ; Sun, 28 Jan 2007 19:12:02 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so986869uge for ; Sun, 28 Jan 2007 11:12:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=YGVi1jpisHmhNtnNLOSTS+YDJgDrpqZS9iJM7WavrTtkR8ckiBnRlzMn400atjFwBFxFYxwmSmSVrs04rCbletgd6fz2EoiCcj5uHJn/1CxFdDaZo80d6aOBEHJD2fCRuZqTkwRqJlkc8z/hnH5nMFqjWNsxs4vZcdL0K+GxRus= Received: by 10.67.19.13 with SMTP id w13mr7542075ugi.1170011521602; Sun, 28 Jan 2007 11:12:01 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id x37sm6390045ugc.2007.01.28.11.12.00; Sun, 28 Jan 2007 11:12:00 -0800 (PST) Message-ID: <45BCF57B.5040108@gmail.com> Date: Sun, 28 Jan 2007 20:11:55 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Roland Smith References: <45BC1AF1.8070208@gmail.com> <20070128102805.GA26802@slackbox.xs4all.nl> <45BC85A0.1000809@gmail.com> <20070128115802.GA87910@slackbox.xs4all.nl> <45BCC724.2080604@gmail.com> <20070128172452.GA97123@slackbox.xs4all.nl> <45BCE61B.5050700@gmail.com> <45BCEAB8.60602@gmail.com> <20070128190101.GA99290@slackbox.xs4all.nl> In-Reply-To: <20070128190101.GA99290@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cx_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 19:12:07 -0000 Roland Smith wrote: > On Sun, Jan 28, 2007 at 07:26:00PM +0100, Lars Stokholm wrote: >> hw.acpi.cpu.cx_lowest: C1 >> sysctl: hw.acpi.cpu.cx_lowest: Invalid argument > > Works fine here: > > # sysctl hw.acpi.cpu.cx_lowest=C1/0 > hw.acpi.cpu.cx_lowest: C1 -> C1 # sysctl hw.acpi.cpu.cx_lowest=C1/0 hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument # sysctl hw.acpi.cpu.cx_lowest=C1 hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument >> So, finally, the question now is why I get the "invalid argument". > > The only thing I can think of is that you've defined > performance_cx_lowest or economy_cx_lowest to some bogus value in rc.conf. Nope, I haven't touched anything like that. In fact this is a fairly clean install of FreeBSD. I haven't messed a lot around with anything. In /etc/defaults/rc.conf they're: performance_cx_lowest="HIGH" # Online CPU idle state economy_cx_lowest="HIGH" # Offline CPU idle state From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 21:28:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8FB116A401 for ; Sun, 28 Jan 2007 21:28:17 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6778E13C48D for ; Sun, 28 Jan 2007 21:28:17 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l0SLCRGq086401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Jan 2007 22:12:33 +0100 (CET) (envelope-from harry@schmalzbauer.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.22]) by tek.flintsbach.schmalzbauer.de (8.13.6/8.13.6) with ESMTP id l0SLCRdh082780 for ; Sun, 28 Jan 2007 22:12:27 +0100 (CET) (envelope-from harry@schmalzbauer.de) Received: by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l0SLCReb096134 for freebsd-stable@freebsd.org; Sun, 28 Jan 2007 22:12:27 +0100 (CET) (envelope-from harry@schmalzbauer.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to harry@schmalzbauer.de using -f From: Harald Schmalzbauer To: freebsd-stable@freebsd.org Date: Sun, 28 Jan 2007 22:12:26 +0100 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701282212.27004.harry@schmalzbauer.de> Subject: buildkernel (zlib module) broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 21:28:18 -0000 Hello, I don't understand this error: ===> zlib (all) cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /FlashBSD/obj/i686/FlashBSD/src/sys/i686.intern-korso/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/FlashBSD/obj/i686/FlashBSD/src/sys/i686.intern-korso -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /FlashBSD/src/sys/modules/zlib/../../net/zlib.c ld -d -warn-common -r -d -o zlib.kld zlib.o :> export_syms awk -f /FlashBSD/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld export_syms | xargs -J% objcopy % zlib.kld ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld objcopy --strip-debug zlib.ko.debug zlib.ko 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 Any hints? Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 22:17:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B704B16A402 for ; Sun, 28 Jan 2007 22:17:11 +0000 (UTC) (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 A2C1B13C471 for ; Sun, 28 Jan 2007 22:17:11 +0000 (UTC) (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 841F41A4D8C; Sun, 28 Jan 2007 14:17:11 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3100C5127C; Sun, 28 Jan 2007 17:17:06 -0500 (EST) Date: Sun, 28 Jan 2007 17:17:06 -0500 From: Kris Kennaway To: Harald Schmalzbauer Message-ID: <20070128221705.GA64536@xor.obsecurity.org> References: <200701282212.27004.harry@schmalzbauer.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <200701282212.27004.harry@schmalzbauer.de> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel (zlib module) broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2007 22:17:11 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 28, 2007 at 10:12:26PM +0100, Harald Schmalzbauer wrote: > Hello, >=20 > I don't understand this error: > =3D=3D=3D> zlib (all) > cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium3 -Werror -D_KERNEL -DK= LD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /FlashBSD/o= bj/i686/FlashBSD/src/sys/i686.intern-korso/opt_global.h -I. -I@ -I@/contrib= /altq -I@/../include -finline-limit=3D8000 -fno-common -g -I/FlashBSD/obj/i= 686/FlashBSD/src/sys/i686.intern-korso -mno-align-long-strings -mpreferred-= stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -= Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99= -c /FlashBSD/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.kld zlib.o > :> export_syms > awk -f /FlashBSD/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld = =20 > export_syms | xargs -J% objcopy % zlib.kld > ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > objcopy --strip-debug zlib.ko.debug zlib.ko > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 >=20 > Any hints? Rerun make without -j and discover the real error which was some distance back in the interleaved output from your parallel make command. kris --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFvSDhWry0BWjoQKURAosZAJ9UPkeJCLKN4hdbwcEYbSLtRVnxSwCgo8mD rL6bDZU6xgV9URscBj/BIR4= =Qyca -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 22:40:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6574F16A403 for ; Sun, 28 Jan 2007 22:40:57 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 03A6413C48E for ; Sun, 28 Jan 2007 22:40:56 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1017173uge for ; Sun, 28 Jan 2007 14:40:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=LBuTm1YDDExYClkx2Xdn5qN4hLs0VtdpdTA9uoGFB45my1NJkjKwn4qod05YQvGS3mb9xR98rlA6jtmRMRmerMZN4IcKIx1D1NtZQXIw/FL+F6qa4uM2S/fLoJbQC3E5xKxgXfSI9MG91PAgi7tP3+wB1xw20TKxl9bfMT811UU= Received: by 10.67.93.6 with SMTP id v6mr6118673ugl.1170024055768; Sun, 28 Jan 2007 14:40:55 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id b35sm7847027ugd.2007.01.28.14.40.54; Sun, 28 Jan 2007 14:40:55 -0800 (PST) Message-ID: <45BD2671.80101@gmail.com> Date: Sun, 28 Jan 2007 23:40:49 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: buildworld: make: don't know how to make ng_deflate.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 22:40:57 -0000 Result of 'make buildworld': gzip -cn /usr/src/share/man/man4/ng_cisco.4 > ng_cisco.4.gz make: don't know how to make ng_deflate.4. Stop *** Error code 2 My guess is, that it's caused by this commit: http://lists.freebsd.org/pipermail/cvs-all/2007-January/205804.html From owner-freebsd-stable@FreeBSD.ORG Sun Jan 28 23:37:31 2007 Return-Path: X-Original-To: freebsd-stable@FREEBSD.ORG Delivered-To: freebsd-stable@FREEBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1533E16A400 for ; Sun, 28 Jan 2007 23:37:31 +0000 (UTC) (envelope-from "") Received: from lists.wayne.edu (lists.wayne.edu [141.217.1.150]) by mx1.freebsd.org (Postfix) with ESMTP id E893213C481 for ; Sun, 28 Jan 2007 23:37:30 +0000 (UTC) (envelope-from "") Received: from lists (lists [141.217.1.150]) by lists.wayne.edu (8.13.8+Sun/8.13.8) with ESMTP id l0SLo1Al028461 for ; Sun, 28 Jan 2007 18:12:43 -0500 (EST) Message-Id: <200701282312.l0SLo1Al028461@lists.wayne.edu> Date: Sun, 28 Jan 2007 18:12:43 -0500 From: "L-Soft list server at LISTS.WAYNE.EDU (1.8d)" To: freebsd-stable@FREEBSD.ORG Cc: Subject: Rejected posting to SOCIAL_WORK_ALUMNI@LISTS.WAYNE.EDU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2007 23:37:31 -0000 You are not authorized to send mail to the SOCIAL_WORK_ALUMNI list from your freebsd-stable@FREEBSD.ORG account. You might be authorized to send to the list from another of your accounts, or perhaps when using another mail program which generates slightly different addresses, but LISTSERV has no way to associate this other account or address with yours. If you need assistance or if you have any question regarding the policy of the SOCIAL_WORK_ALUMNI list, please contact the list owners: SOCIAL_WORK_ALUMNI-request@LISTS.WAYNE.EDU. ------------------------ Rejected message (79 lines) -------------------------- Received: from mirapointmr3.wayne.edu (IDENT:mirapoint@mirapointmr3.wayne.edu [141.217.1.113]) by lists.wayne.edu (8.13.8+Sun/8.13.8) with ESMTP id l0SNCg91005745 for ; Sun, 28 Jan 2007 18:12:42 -0500 (EST) Received: from omta03ps.mx.bigpond.com (omta03ps.mx.bigpond.com [144.140.82.155]) by mirapointmr3.wayne.edu (MOS 3.7.5-GA) with ESMTP id DEE31974; Sun, 28 Jan 2007 18:12:40 -0500 (EST) Received: from oaamta03ps.mx.bigpond.com ([124.178.38.141]) by omta03ps.mx.bigpond.com with ESMTP id <20070128231239.OMYR24030.omta03ps.mx.bigpond.com@oaamta03ps.mx.bigpond.com> for ; Sun, 28 Jan 2007 23:12:39 +0000 Received: from freebsd.org ([124.178.38.141]) by oaamta03ps.mx.bigpond.com with ESMTP id <20070128231227.BVEN14761.oaamta03ps.mx.bigpond.com@freebsd.org> for ; Sun, 28 Jan 2007 23:12:27 +0000 From: freebsd-stable@freebsd.org To: social_work_alumni@lists.wayne.edu Subject: Mail System Error - Returned Mail Date: Mon, 29 Jan 2007 10:10:58 +1100 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 Message-Id: <20070128231227.BVEN14761.oaamta03ps.mx.bigpond.com@freebsd.org> Content-Type: multipart/mixed; boundary="MIRAPOINT_PART1_45bd2dea" X-Mirapoint-Virus: VIRUSDELETED; host=mirapointmr3.wayne.edu; attachment=[2.2]; virus=W32/MyDoom-O X-Junkmail-Status: score=10/60, host=mirapointmr3.wayne.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090208.45BD2DE9.006E,ss=1,fgs=0, ip=144.140.82.155, so=2006-03-30 10:46:40, dmn=5.2.125/2006-10-10 This is a multi-part message in MIME format. --MIRAPOINT_PART1_45bd2dea Content-Type: text/plain WARNING!!! (from mirapointmr3.wayne.edu) The following message attachments were flagged by the antivirus scanner: Attachment [2.2] file.zip, virus infected: W32/MyDoom-O. Action taken: deleted --MIRAPOINT_PART1_45bd2dea Content-Type: multipart/mixed; boundary="----=_NextPart_000_0014_3CA2273D.CE1A9DA7" ------=_NextPart_000_0014_3CA2273D.CE1A9DA7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The original message was received at Mon, 29 Jan 2007 10:10:58 +1100 from freebsd.org [219.243.90.59] ----- The following addresses had permanent fatal errors ----- ------=_NextPart_000_0014_3CA2273D.CE1A9DA7 Content-Type: text/plain VIRUS WARNING Message (from mirapointmr3.wayne.edu) The virus W32/MyDoom-O was detected in email attachment [2.2] file.zip. The infected attachment has been deleted. ------=_NextPart_000_0014_3CA2273D.CE1A9DA7-- --MIRAPOINT_PART1_45bd2dea-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 00:02:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E595916A406 for ; Mon, 29 Jan 2007 00:02:40 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 030BE13C4A3 for ; Mon, 29 Jan 2007 00:02:39 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l0T02XAD098078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 29 Jan 2007 01:02:38 +0100 (CET) (envelope-from harry@schmalzbauer.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.22]) by tek.flintsbach.schmalzbauer.de (8.13.6/8.13.6) with ESMTP id l0T02XPI092075 for ; Mon, 29 Jan 2007 01:02:33 +0100 (CET) (envelope-from harry@schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l0T02Xf2015407 for freebsd-stable@freebsd.org; Mon, 29 Jan 2007 01:02:33 +0100 (CET) (envelope-from harry@schmalzbauer.de) X-Authentication-Warning: titan.flintsbach.schmalzbauer.de: harry set sender to harry@schmalzbauer.de using -f From: Harald Schmalzbauer To: freebsd-stable@freebsd.org Date: Mon, 29 Jan 2007 01:02:32 +0100 User-Agent: KMail/1.9.4 References: <200701282212.27004.harry@schmalzbauer.de> <20070128221705.GA64536@xor.obsecurity.org> In-Reply-To: <20070128221705.GA64536@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701290102.33180.harry@schmalzbauer.de> Subject: ath buildkernel problem with recent RELENG_6 [Was: Re: buildkernel (zlib module) broken?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 00:02:41 -0000 Am Sonntag, 28. Januar 2007 23:17 schrieb Kris Kennaway: > On Sun, Jan 28, 2007 at 10:12:26PM +0100, Harald Schmalzbauer wrote: > > Hello, > > > > I don't understand this error: > > ===> zlib (all) [...] > > 1 error > > *** Error code 2 > > > > Any hints? > > Rerun make without -j and discover the real error which was some > distance back in the interleaved output from your parallel make > command. Ahh, ok, sorry, it's my first SMP system so I'm not used to this parallel build stuff... ath seems to be the problem: MAKE=/FlashBSD/obj/i686/FlashBSD/src/make.i386/make sh /FlashBSD/src/sys/conf/newvers.sh CUV-LV cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/FlashBSD/src/sys -I/FlashBSD/src/sys/contrib/altq -I/FlashBSD/src/sys/contrib/ipfilter -I/FlashBSD/src/sys/contrib/pf -I/FlashBSD/src/sys/dev/ath -I/FlashBSD/src/sys/contrib/ngatm -I/FlashBSD/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror vers.c linking kernel.debug sample.o(.text+0x1a3a): In function `ath_rate_newstate': /FlashBSD/src/sys/dev/ath/ath_rate/sample/sample.c:803: undefined reference to `ieee80211_iterate_nodes' if_ath.o(.text+0x53c): In function `ath_attach': /FlashBSD/src/sys/dev/ath/if_ath.c:417: undefined reference to `ieee80211_wme_acnames' if_ath.o(.text+0xb92):/FlashBSD/src/sys/dev/ath/if_ath.c:599: undefined reference to `ieee80211_ifattach' if_ath.o(.text+0xc3e):/FlashBSD/src/sys/dev/ath/if_ath.c:617: undefined reference to `ieee80211_media_status' if_ath.o(.text+0xc4e):/FlashBSD/src/sys/dev/ath/if_ath.c:617: undefined reference to `ieee80211_media_init' if_ath.o(.text+0xc72):/FlashBSD/src/sys/dev/ath/if_ath.c:627: undefined reference to `ieee80211_announce' if_ath.o(.text+0xcf7): In function `ath_detach': /FlashBSD/src/sys/dev/ath/if_ath.c:664: undefined reference to `ieee80211_ifdetach' if_ath.o(.text+0x11af): In function `ath_bmiss_proc': /FlashBSD/src/sys/dev/ath/if_ath.c:877: undefined reference to `ieee80211_beacon_miss' if_ath.o(.text+0x1239): In function `ath_mapchan': /FlashBSD/src/sys/dev/ath/if_ath.c:903: undefined reference to `ieee80211_chan2mode' if_ath.o(.text+0x1fef): In function `ath_start': /FlashBSD/src/sys/dev/ath/if_ath.c:1205: undefined reference to `ieee80211_find_txnode' if_ath.o(.text+0x2025):/FlashBSD/src/sys/dev/ath/if_ath.c:1218: undefined reference to `ieee80211_pwrsave' if_ath.o(.text+0x2042):/FlashBSD/src/sys/dev/ath/if_ath.c:1222: undefined reference to `ieee80211_classify' if_ath.o(.text+0x2092):/FlashBSD/src/sys/dev/ath/if_ath.c:1234: undefined reference to `ieee80211_encap' if_ath.o(.text+0x21d1):/FlashBSD/src/sys/dev/ath/if_ath.c:1280: undefined reference to `ieee80211_free_node' if_ath.o(.text+0x220e): In function `ath_media_change': /FlashBSD/src/sys/dev/ath/if_ath.c:1296: undefined reference to `ieee80211_media_change' if_ath.o(.text+0x3016): In function `ath_beacon_alloc': /FlashBSD/src/sys/dev/ath/if_ath.c:1987: undefined reference to `ieee80211_beacon_alloc' if_ath.o(.text+0x336e): In function `ath_beacon_proc': /FlashBSD/src/sys/dev/ath/if_ath.c:2155: undefined reference to `ieee80211_beacon_update' if_ath.o(.text+0x374f): In function `ath_beacon_free': /FlashBSD/src/sys/dev/ath/if_ath.c:2289: undefined reference to `ieee80211_free_node' if_ath.o(.text+0x3ef2): In function `ath_descdma_cleanup': /FlashBSD/src/sys/dev/ath/if_ath.c:2624: undefined reference to `ieee80211_free_node' if_ath.o(.text+0x412b): In function `ath_node_alloc': /FlashBSD/src/sys/dev/ath/if_ath.c:2680: undefined reference to `M_80211_NODE' if_ath.o(.text+0x44bc): In function `ath_recv_mgmt': /FlashBSD/src/sys/dev/ath/if_ath.c:2858: undefined reference to `ieee80211_ibss_merge' if_ath.o(.text+0x48ea): In function `ath_rx_proc': /FlashBSD/src/sys/dev/ath/if_ath.c:3036: undefined reference to `ieee80211_notify_michael_failure' if_ath.o(.text+0x4a87):/FlashBSD/src/sys/dev/ath/if_ath.c:3100: undefined reference to `ieee80211_dump_pkt' if_ath.o(.text+0x4ac7):/FlashBSD/src/sys/dev/ath/if_ath.c:3112: undefined reference to `ieee80211_find_rxnode_withkey' if_ath.o(.text+0x4b82):/FlashBSD/src/sys/dev/ath/if_ath.c:3125: undefined reference to `ieee80211_input' if_ath.o(.text+0x4b8d):/FlashBSD/src/sys/dev/ath/if_ath.c:3126: undefined reference to `ieee80211_free_node' if_ath.o(.text+0x4fb4): In function `ath_txq_update': /FlashBSD/src/sys/dev/ath/if_ath.c:3286: undefined reference to `ieee80211_wme_acnames' if_ath.o(.text+0x57c0): In function `ath_tx_start': /FlashBSD/src/sys/dev/ath/if_ath.c:3598: undefined reference to `ieee80211_crypto_encap' if_ath.o(.text+0x5814):/FlashBSD/src/sys/dev/ath/if_ath.c:3626: undefined reference to `ieee80211_cipher_none' if_ath.o(.text+0x5d25):/FlashBSD/src/sys/dev/ath/if_ath.c:3860: undefined reference to `ieee80211_dump_pkt' if_ath.o(.text+0x61f7): In function `ath_tx_processq': /FlashBSD/src/sys/dev/ath/if_ath.c:4027: undefined reference to `ieee80211_free_node' if_ath.o(.text+0x67f4): In function `ath_tx_draintxq': /FlashBSD/src/sys/dev/ath/if_ath.c:4182: undefined reference to `ieee80211_free_node' if_ath.o(.text+0x6ae3): In function `ath_chan_change': /FlashBSD/src/sys/dev/ath/if_ath.c:4329: undefined reference to `ieee80211_chan2mode' if_ath.o(.text+0x6d21): In function `ath_chan_set': /FlashBSD/src/sys/dev/ath/if_ath.c:4433: undefined reference to `ieee80211_chan2ieee' if_ath.o(.text+0x6ecb): In function `ath_next_scan': /FlashBSD/src/sys/dev/ath/if_ath.c:4495: undefined reference to `ieee80211_next_scan' if_ath.o(.text+0x76ec): In function `ath_getchannels': /FlashBSD/src/sys/dev/ath/if_ath.c:4853: undefined reference to `ieee80211_mhz2ieee' if_ath.o(.text+0x7d77): In function `ath_watchdog': /FlashBSD/src/sys/dev/ath/if_ath.c:5127: undefined reference to `ieee80211_watchdog' if_ath.o(.text+0x7ee0): In function `ath_ioctl': /FlashBSD/src/sys/dev/ath/if_ath.c:5242: undefined reference to `ieee80211_getrssi' if_ath.o(.text+0x7fa2):/FlashBSD/src/sys/dev/ath/if_ath.c:5263: undefined reference to `ieee80211_ioctl' if_ath.o(.text+0x88f2): In function `ath_sysctl_countrycode': /FlashBSD/src/sys/dev/ath/if_ath.c:5465: undefined reference to `ieee80211_media_status' if_ath.o(.text+0x8902):/FlashBSD/src/sys/dev/ath/if_ath.c:5465: undefined reference to `ieee80211_media_init' if_ath.o(.text+0x89dd): In function `ath_sysctl_regdomain': /FlashBSD/src/sys/dev/ath/if_ath.c:5487: undefined reference to `ieee80211_media_status' if_ath.o(.text+0x89ed):/FlashBSD/src/sys/dev/ath/if_ath.c:5487: undefined reference to `ieee80211_media_init' if_ath.o(.text+0x943a): In function `ath_announce': /FlashBSD/src/sys/dev/ath/if_ath.c:5670: undefined reference to `ieee80211_wme_acnames' ieee80211_crypto_ccmp.o(.text+0xb1): In function `ccmp_setkey': /FlashBSD/src/sys/net80211/ieee80211_crypto_ccmp.c:129: undefined reference to `ieee80211_note' ieee80211_crypto_ccmp.o(.text+0x33b): In function `ccmp_decap': /FlashBSD/src/sys/net80211/ieee80211_crypto_ccmp.c:223: undefined reference to `ieee80211_note' ieee80211_crypto_ccmp.o(.text+0x3c6):/FlashBSD/src/sys/net80211/ieee80211_crypto_ccmp.c:234: undefined reference to `ieee80211_notify_replay_failure' ieee80211_crypto_ccmp.o(.text+0xfca): In function `ccmp_decrypt': /FlashBSD/src/sys/net80211/ieee80211_crypto_ccmp.c:625: undefined reference to `ieee80211_note' ieee80211_crypto_ccmp.o(.text+0x101f): In function `ccmp_modevent': /FlashBSD/src/sys/net80211/ieee80211_crypto_ccmp.c:643: undefined reference to `ieee80211_crypto_register' ieee80211_crypto_ccmp.o(.text+0x1062):/FlashBSD/src/sys/net80211/ieee80211_crypto_ccmp.c:653: undefined reference to `ieee80211_crypto_unregister' ieee80211_crypto_tkip.o(.text+0xb1): In function `tkip_setkey': /FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:146: undefined reference to `ieee80211_note' ieee80211_crypto_tkip.o(.text+0x14c): In function `tkip_encap': /FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:174: undefined reference to `ieee80211_note' ieee80211_crypto_tkip.o(.text+0x42b): In function `tkip_decap': /FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:270: undefined reference to `ieee80211_note' ieee80211_crypto_tkip.o(.text+0x47d):/FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:280: undefined reference to `ieee80211_note' ieee80211_crypto_tkip.o(.text+0x520):/FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:292: undefined reference to `ieee80211_notify_replay_failure' ieee80211_crypto_tkip.o(.text+0x6df): In function `tkip_demic': /FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:348: undefined reference to `ieee80211_notify_michael_failure' ieee80211_crypto_tkip.o(.text+0x17b9): In function `tkip_decrypt': /FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:967: undefined reference to `ieee80211_note' ieee80211_crypto_tkip.o(.text+0x180f): In function `tkip_modevent': /FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:984: undefined reference to `ieee80211_crypto_register' ieee80211_crypto_tkip.o(.text+0x1852):/FlashBSD/src/sys/net80211/ieee80211_crypto_tkip.c:994: undefined reference to `ieee80211_crypto_unregister' ieee80211_crypto_wep.o(.text+0x51): In function `wep_attach': /FlashBSD/src/sys/net80211/ieee80211_crypto_wep.c:101: undefined reference to `get_random_bytes' ieee80211_crypto_wep.o(.text+0x2f6): In function `wep_decap': /FlashBSD/src/sys/net80211/ieee80211_crypto_wep.c:228: undefined reference to `ieee80211_note' ieee80211_crypto_wep.o(.text+0x599): In function `wep_encrypt': /FlashBSD/src/sys/net80211/ieee80211_crypto_wep.c:360: undefined reference to `ieee80211_note' ieee80211_crypto_wep.o(.text+0x8c4): In function `wep_decrypt': /FlashBSD/src/sys/net80211/ieee80211_crypto_wep.c:444: undefined reference to `ieee80211_note' ieee80211_crypto_wep.o(.text+0x9df): In function `wep_modevent': /FlashBSD/src/sys/net80211/ieee80211_crypto_wep.c:487: undefined reference to `ieee80211_crypto_register' ieee80211_crypto_wep.o(.text+0xa22):/FlashBSD/src/sys/net80211/ieee80211_crypto_wep.c:497: undefined reference to `ieee80211_crypto_unregister' *** Error code 1 Stop in /FlashBSD/obj/i686/FlashBSD/src/sys/i686.intern-korso. *** Error code 1 Stop in /FlashBSD/src. *** Error code 1 Stop in /FlashBSD/src. *** Error code 1 > > kris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 00:33:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4E7416A401 for ; Mon, 29 Jan 2007 00:33:59 +0000 (UTC) (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 C10A813C441 for ; Mon, 29 Jan 2007 00:33:59 +0000 (UTC) (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 9F9BC1A4D8C; Sun, 28 Jan 2007 16:33:59 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 41C3A512EF; Sun, 28 Jan 2007 19:33:54 -0500 (EST) Date: Sun, 28 Jan 2007 19:33:54 -0500 From: Kris Kennaway To: Harald Schmalzbauer Message-ID: <20070129003353.GA66098@xor.obsecurity.org> References: <200701282212.27004.harry@schmalzbauer.de> <20070128221705.GA64536@xor.obsecurity.org> <200701290102.33180.harry@schmalzbauer.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <200701290102.33180.harry@schmalzbauer.de> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: ath buildkernel problem with recent RELENG_6 [Was: Re: buildkernel (zlib module) broken?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 00:33:59 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 29, 2007 at 01:02:32AM +0100, Harald Schmalzbauer wrote: > Am Sonntag, 28. Januar 2007 23:17 schrieb Kris Kennaway: > > On Sun, Jan 28, 2007 at 10:12:26PM +0100, Harald Schmalzbauer wrote: > > > Hello, > > > > > > I don't understand this error: > > > =3D=3D=3D> zlib (all) > [...] > > > 1 error > > > *** Error code 2 > > > > > > Any hints? > > > > Rerun make without -j and discover the real error which was some > > distance back in the interleaved output from your parallel make > > command. >=20 > Ahh, ok, sorry, it's my first SMP system so I'm not used to this parallel= =20 > build stuff... >=20 > ath seems to be the problem: No, your kernel config is the problem ;) You apparently chopped out too much when cutting it down from GENERIC. > /FlashBSD/src/sys/dev/ath/if_ath.c:417: undefined reference to=20 > `ieee80211_wme_acnames' "Undefined reference" almost always means "operator provided an incomplete kernel config file". Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFvUDxWry0BWjoQKURAu3NAJ9ELTONRoa3sMhQhqY0dv92tF0ICwCg997U 4oY7MgJcln8hLTy7z4cHQBI= =xKCJ -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 03:09:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BD5616A404 for ; Mon, 29 Jan 2007 03:09:03 +0000 (UTC) (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 3F63813C48D for ; Mon, 29 Jan 2007 03:09:03 +0000 (UTC) (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.13.6/8.12.6) with ESMTP id l0T392CK070342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Jan 2007 19:09:02 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45BD654E.9050504@errno.com> Date: Sun, 28 Jan 2007 19:09:02 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: Kris Kennaway References: <200701282212.27004.harry@schmalzbauer.de> <20070128221705.GA64536@xor.obsecurity.org> <200701290102.33180.harry@schmalzbauer.de> <20070129003353.GA66098@xor.obsecurity.org> In-Reply-To: <20070129003353.GA66098@xor.obsecurity.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Harald Schmalzbauer Subject: Re: ath buildkernel problem with recent RELENG_6 [Was: Re: buildkernel (zlib module) broken?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 03:09:03 -0000 Kris Kennaway wrote: > On Mon, Jan 29, 2007 at 01:02:32AM +0100, Harald Schmalzbauer wrote: >> Am Sonntag, 28. Januar 2007 23:17 schrieb Kris Kennaway: >>> On Sun, Jan 28, 2007 at 10:12:26PM +0100, Harald Schmalzbauer wrote: >>>> Hello, >>>> >>>> I don't understand this error: >>>> ===> zlib (all) >> [...] >>>> 1 error >>>> *** Error code 2 >>>> >>>> Any hints? >>> Rerun make without -j and discover the real error which was some >>> distance back in the interleaved output from your parallel make >>> command. >> Ahh, ok, sorry, it's my first SMP system so I'm not used to this parallel >> build stuff... >> >> ath seems to be the problem: > > No, your kernel config is the problem ;) You apparently chopped out > too much when cutting it down from GENERIC. > >> /FlashBSD/src/sys/dev/ath/if_ath.c:417: undefined reference to >> `ieee80211_wme_acnames' > > "Undefined reference" almost always means "operator provided an > incomplete kernel config file". man ath shows: > To compile this driver into the kernel, place the following lines in your > kernel configuration file: > > device ath > device ath_hal > device ath_rate_sample > device wlan From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 03:28:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5780A16A49C for ; Mon, 29 Jan 2007 03:28:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 8939D13C4A8 for ; Mon, 29 Jan 2007 03:28:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so830648wri for ; Sun, 28 Jan 2007 19:28:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=VtYlHdNV074WGzG05CQXz1U7RShwpANtwHade4tmqILOxH/myP7LA1twhhqk9VCytEf2qw5r892lZQN46k0wHbfOU2zeLf2zzbm1mRlF/vBKX0AWX5zXcdRF5XjR+KF9BtGif2W6moyc4B5lEMVJU8ddmHsGTrp8veSiqbflTS4= Received: by 10.90.102.20 with SMTP id z20mr5987012agb.1170039836876; Sun, 28 Jan 2007 19:03:56 -0800 (PST) Received: by 10.90.31.7 with HTTP; Sun, 28 Jan 2007 19:03:56 -0800 (PST) Message-ID: Date: Mon, 29 Jan 2007 12:03:56 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Ilia Gorstkin" In-Reply-To: <45B751E0.5080907@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45B751E0.5080907@mail.ru> X-Google-Sender-Auth: f48788ae379d3a19 Cc: freebsd-stable@freebsd.org Subject: Re: arp: unknown hardware address format X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 03:28:21 -0000 On 24/01/07, Ilia Gorstkin wrote: > Hi all! > > FreeBSD 6.2-release. > I'm having trouble with arp: > arp: unknown hardware address format (0x4500) > and > arp: unknown hardware address format (0x4242) > these messages fall on the console in a plenty. What kind of device is this? Is it a Linux server? I get the 0x4500 packets all the time from my Linux servers. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 05:59:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21ADE16A403 for ; Mon, 29 Jan 2007 05:59:41 +0000 (UTC) (envelope-from harry@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id A56A513C474 for ; Mon, 29 Jan 2007 05:59:40 +0000 (UTC) (envelope-from harry@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l0T5itHs023379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jan 2007 06:44:56 +0100 (CET) (envelope-from harry@flintsbach.schmalzbauer.de) Date: Mon, 29 Jan 2007 06:44:55 +0100 From: Harald Schmalzbauer To: Sam Leffler Message-ID: <20070129064455.04476ce8@tek.flintsbach.schmalzbauer.de> In-Reply-To: <45BD654E.9050504@errno.com> References: <200701282212.27004.harry@schmalzbauer.de> <20070128221705.GA64536@xor.obsecurity.org> <200701290102.33180.harry@schmalzbauer.de> <20070129003353.GA66098@xor.obsecurity.org> <45BD654E.9050504@errno.com> Organization: OmniSEC X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Harald, freebsd-stable@freebsd.org, Schmalzbauer , Kris Kennaway Subject: Re: ath buildkernel problem with recent RELENG_6 [Was: Re: buildkernel (zlib module) broken?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 05:59:41 -0000 Am Sun, 28 Jan 2007 19:09:02 -0800 schrieb Sam Leffler : > Kris Kennaway wrote: > > On Mon, Jan 29, 2007 at 01:02:32AM +0100, Harald Schmalzbauer wrote: [...] > >> ath seems to be the problem: > > > > No, your kernel config is the problem ;) You apparently chopped out > > too much when cutting it down from GENERIC. > > > >> /FlashBSD/src/sys/dev/ath/if_ath.c:417: undefined reference to > >> `ieee80211_wme_acnames' > > > > "Undefined reference" almost always means "operator provided an > > incomplete kernel config file". > > man ath shows: > Sorry, my stupid ;) I missed that ath was added to generic so my 'nodevice wlan' of course can't work with new GENERIC. Sorry for the noise, -Harry From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 06:09:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E33916A400; Mon, 29 Jan 2007 06:09:12 +0000 (UTC) (envelope-from plosher@plosh.net) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4AD13C491; Mon, 29 Jan 2007 06:09:12 +0000 (UTC) (envelope-from plosher@plosh.net) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 086DB1140B5; Mon, 29 Jan 2007 05:08:12 +0000 (UTC) (envelope-from plosher@plosh.net) Received: from [204.152.189.103] (tardis.vpn.isc.org [204.152.189.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id D6F72E601F; Mon, 29 Jan 2007 05:08:11 +0000 (UTC) (envelope-from plosher@plosh.net) Message-ID: <45BD80A2.3090807@plosh.net> Date: Sun, 28 Jan 2007 21:05:38 -0800 From: Peter Losher Organization: Plosh Networking User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org Subject: New IPv6 LOR in 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 06:09:12 -0000 FYI: saw this when upgrading one of my boxes (quad-cpu Opteron, 2GB of RAM) to 6.2-RELEASE: > Firewall logging enabled > net.inet.ip.fw.enable: 1 -> 1 > lock order reversal: > 1st 0xffffff00b79c3cc8 inp (raw6inp) @ /usr/src/sys/netinet6/raw_ip6.c:153 > 2nd 0xffffff00b79c3df8 inp (rawinp) @ /usr/src/sys/netinet6/raw_ip6.c:153 > KDB: stack backtrace: > witness_checkorder() at 0xffffffff8042a12a = witness_checkorder+0x4da > _mtx_lock_flags() at 0xffffffff803f4e3c = _mtx_lock_flags+0x5c > rip6_input() at 0xffffffff804ed15e = rip6_input+0x9e > ip6_input() at 0xffffffff804dd288 = ip6_input+0x838 > netisr_processqueue() at 0xffffffff80489a07 = netisr_processqueue+0x17 > swi_net() at 0xffffffff80489cf6 = swi_net+0x116 > ithread_loop() at 0xffffffff803e6f5c = ithread_loop+0x14c > fork_exit() at 0xffffffff803e5cab = fork_exit+0xbb > fork_trampoline() at 0xffffffff805f82ee = fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffb3a43d00, rbp = 0 --- > Mounting NFS file systems:. > Limiting icmp unreach response from 262 to 200 packets/sec > Expensive timeout(9) function: 0xffffffff80ba8da0(0) 0.069698243 s -Peter -- [ http://www.plosh.net/ ] - "Earth Halted: Please reboot to continue" From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 06:31:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5ADA16A406 for ; Mon, 29 Jan 2007 06:31:08 +0000 (UTC) (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 39A1713C471 for ; Mon, 29 Jan 2007 06:31:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0T6UtMa077090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jan 2007 17:00:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Mon, 29 Jan 2007 16:59:20 +1030 User-Agent: KMail/1.9.5 References: <440BD002.5050201@samsco.org> <20060306.155239.11596782.imp@bsdimp.com> <200603091212.02930.doconnor@gsoft.com.au> In-Reply-To: <200603091212.02930.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1496344.WccmcijIBL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701291659.28959.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: 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, 29 Jan 2007 06:31:08 -0000 --nextPart1496344.WccmcijIBL Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 09 March 2006 12:11, Daniel O'Connor wrote: > On Tuesday 07 March 2006 09:22, M. Warner Losh wrote: > > Maybe the output of size kernel? > > text data bss dec hex filename > 3069343 305288 212944 3587575 36bdf7 /boot/kernel/kernel (6.0-RC1 cust= om)=20 > 5746665 702632 389712 6839009 685ae1 /boot/kernel/kernel (6.1-BETA3)=20 > 5146715 672352 348688 6167755 5e1ccb /boot/kernel/kernel (5.4-RELEASE) GENERIC in 6.2 has the same problem. I trimmed it down (substantially) and my floppy drive is detected again. This is on a Supermicro P8SCT board with a P4-531 vs the Athlon64 system I = saw=20 it on before - both are amd64 kernels though. This kernel works.. (trimmed heavily) text data bss dec hex filename 4433534 617512 271328 5322374 513686 kernel This one doesn't.. (some stuff added back) text data bss dec hex filename 4709507 651688 278624 5639819 560e8b kernel This one does.. (no Firewire, with USB) text data bss dec hex filename 4622780 643624 278496 5544900 549bc4 kernel This one does.. (no USB, with Firewire) text data bss dec hex filename 4520517 625576 271456 5417549 52aa4d kernel I did the USB/Firewire thing just to make sure one wasn't the direct cause. =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 --nextPart1496344.WccmcijIBL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFvZRI5ZPcIHs/zowRApLDAJ9uaHNCvVtAmyIuKsHFWT2hC2F4MgCfWZi9 yxK68UTCBCKOAsxyQMberxE= =vgU/ -----END PGP SIGNATURE----- --nextPart1496344.WccmcijIBL-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 06:32:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFAEE16A402 for ; Mon, 29 Jan 2007 06:32:31 +0000 (UTC) (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 0AC7C13C4A8 for ; Mon, 29 Jan 2007 06:32:30 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0T6WSrf077143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jan 2007 17:02:29 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 29 Jan 2007 17:01:05 +1030 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4590465.qsaNiI5buF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701291701.06906.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Subject: 6.2 bge regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 06:32:31 -0000 --nextPart4590465.qsaNiI5buF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have some Supermicro P8SCT based systems I would like to run 6.2 on, unfortunately something between 6.1 and 6.2 has broken bge on this board. This board has 2 bge's and the first one is on before the BIOS hands off to the OS (I can see the activity light flash) but when the kernel attaches the light stops flashing. An ifconfig says 'no carrier'. bge0: mem 0xd1000000-= 0xd100ffff irq 16 at device 0.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000b= aseTX-FDX, auto bge0: Ethernet address: 00:30:48:89:be:5c pcib4: irq 17 at device 28.1 on pci0 pci4: on pcib4 bge1: mem 0xd1100000-= 0xd110ffff irq 17 at device 0.0 on pci4 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000b= aseTX-FDX, auto bge1: Ethernet address: 00:30:48:89:be:5d =46rom pciconf.. bge0@pci3:0:0: class=3D0x020000 card=3D0x02c615d9 chip=3D0x165914e4 rev=3D= 0x11 hdr=3D0x00 bge1@pci4:0:0: class=3D0x020000 card=3D0x02c615d9 chip=3D0x165914e4 rev=3D= 0x11 hdr=3D0x00 This system was updated using CVS so it's really 6.2-PRERELEASE, I am about to try updating again to RELENG_6 and seeing if I was perhaps out of sync. =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 --nextPart4590465.qsaNiI5buF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFvZSq5ZPcIHs/zowRAsGAAJ9N6fINPa94Acq7a4MCaHInMLq01gCgqCEG CjTJlkUi/6tkrIQ9NwiU/Yg= =S99l -----END PGP SIGNATURE----- --nextPart4590465.qsaNiI5buF-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 06:56:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96EB916A400 for ; Mon, 29 Jan 2007 06:56:12 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0612713C467 for ; Mon, 29 Jan 2007 06:56:12 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id E4A48EB77C5; Mon, 29 Jan 2007 14:56:10 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id VaeZlkh53Irp; Mon, 29 Jan 2007 14:55:51 +0800 (CST) Received: from [10.217.12.24] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id DFC46EB77C2; Mon, 29 Jan 2007 14:55:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=TbyrfUaYJPmTYENMxpJEbrzQ+4+8i9kKRTvcHdFpFuId5N0P888Zb50ce32DkPM95 2Yc+5GWE9APD0oHtKEi/A== Message-ID: <45BD9A6C.2000008@delphij.net> Date: Mon, 29 Jan 2007 14:55:40 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Daniel O'Connor References: <200701291701.06906.doconnor@gsoft.com.au> In-Reply-To: <200701291701.06906.doconnor@gsoft.com.au> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig16FE4E642955BC47A7AB596E" Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 bge regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 06:56:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig16FE4E642955BC47A7AB596E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Daniel, Daniel O'Connor wrote: > I have some Supermicro P8SCT based systems I would like to run 6.2 on, > unfortunately something between 6.1 and 6.2 has broken bge on this boar= d. >=20 > This board has 2 bge's and the first one is on before the BIOS hands of= f to > the OS (I can see the activity light flash) but when the kernel attache= s the > light stops flashing. An ifconfig says 'no carrier'. >=20 > bge0: mem 0xd1000= 000-0xd100ffff irq 16 at device 0.0 on pci3 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1= 000baseTX-FDX, auto > bge0: Ethernet address: 00:30:48:89:be:5c > pcib4: irq 17 at device 28.1 on pci0 > pci4: on pcib4 > bge1: mem 0xd1100= 000-0xd110ffff irq 17 at device 0.0 on pci4 > miibus1: on bge1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1= 000baseTX-FDX, auto > bge1: Ethernet address: 00:30:48:89:be:5d >=20 > From pciconf.. > bge0@pci3:0:0: class=3D0x020000 card=3D0x02c615d9 chip=3D0x165914e4 re= v=3D0x11 hdr=3D0x00 > bge1@pci4:0:0: class=3D0x020000 card=3D0x02c615d9 chip=3D0x165914e4 re= v=3D0x11 hdr=3D0x00 >=20 > This system was updated using CVS so it's really 6.2-PRERELEASE, I am a= bout > to try updating again to RELENG_6 and seeing if I was perhaps out of sy= nc. There is no difference between RELENG_6_2 and RELENG_6, so I think you should expect no change. I have backported some interesting changes against bge(4) here: http://people.freebsd.org/~delphij/misc/patch-bge-releng62 You may try it out to see if things gets improved, but I am not very confident about that, because the changes are mostly unrelated to BCM5752. Also, we would appreciate if you could help to test if the latest -CURRENT snapshot can make your NIC to work correctly, because it looks like that we need a more complete MFC of the bge(4) changes, not just the ones I have chosen (for my personal needs). Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig16FE4E642955BC47A7AB596E 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFvZpsOfuToMruuMARAxGlAJ9iX7QSLeDMhv/hoIWtNAcjzY7VegCfSmjv hokrxxjpLdtZ3MR/IRNgJE4= =hgEO -----END PGP SIGNATURE----- --------------enig16FE4E642955BC47A7AB596E-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 09:20:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06D6116A403 for ; Mon, 29 Jan 2007 09:20:59 +0000 (UTC) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (pegasus.freibergnet.de [80.243.43.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6F12D13C467 for ; Mon, 29 Jan 2007 09:20:58 +0000 (UTC) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (localhost.freiberg-net.de [127.0.0.1]) by pegasus.freiberg-net.de (8.13.8/8.13.1) with ESMTP id l0T91ZJj043567 for ; Mon, 29 Jan 2007 10:01:35 +0100 (CET) (envelope-from holm@pegasus.freiberg-net.de) Received: (from holm@localhost) by pegasus.freiberg-net.de (8.13.8/8.13.8/Submit) id l0T91Zo3043566 for freebsd-stable@freebsd.org; Mon, 29 Jan 2007 10:01:35 +0100 (CET) (envelope-from holm) Date: Mon, 29 Jan 2007 10:01:35 +0100 From: Holm Tiffe To: freebsd-stable@freebsd.org Message-ID: <20070129090135.GA43159@pegasus.freiberg-net.de> Mail-Followup-To: Holm Tiffe , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: FreibergNet Internet Services Priority: normal X-Phone: +49-3731-419010 X-Fax: +49-3731-4196026 X-PGP-fingerprint: 86 EC A5 63 B5 28 78 13 8B FC E9 09 04 6E 86 FC Subject: PANIC in RELENG_6 from yesterday, if_de.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: holm@freibergnet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 09:20:59 -0000 Hi guys, I've build an RELENG_6 cvsupped yesterday and got a panic while booting in if_de.c related to BPF. (Null pointer) My friend J"org Wunsch (Tm) investigated that it was coming from if_de.c line 4044: /* * bounce a copy to the bpf listener, if any. */ ->> BPF_MTAP(sc->tulip_ifp, m); The expansion of this macro on a 6.2-RC is as follows: do { if ((sc->tulip_ifp)->if_bpf) { ; bpf_mtap((sc->tulip_ifp)->if_bpf, (m)); } } while (0); on a older 6-stable this gets expanded like this: do { if (bpf_peers_present((sc->tulip_ifp)->if_bpf)) { ; bpf_mtap_new((sc->tulip_ifp)->if_bpf, (m)); } } while (0); The macro is coming from /sys/net/bpf.h : #define BPF_MTAP(_ifp,_m) do { \ if ((_ifp)->if_bpf) { \ M_ASSERTVALID(_m); \ bpf_mtap((_ifp)->if_bpf, (_m)); \ } \ } while (0) On a 6.2-RC: #define BPF_MTAP(_ifp,_m) do { \ if (bpf_peers_present((_ifp)->if_bpf)) { \ M_ASSERTVALID(_m); \ bpf_mtap((_ifp)->if_bpf, (_m)); \ } \ } while (0) What's going on here? Can someone please take a look at his? Commenting out the line 4044 from if_de.c was bringing back the network interface to life. Unfortunately I only hve a BNC Network at home... Kind Regards, Holm -- FreibergNet.de IT Systems Holm Tiffe Administration, Development 09627 Bobritzsch Hauptstrasse 19, phone +49 3731 4193411, www.freibergnet.de Bereich Server & Technik: Am St.Niclas Schacht 13, 09599 Freiberg phone +49 3731 419010, mobile +49 172 8790 741, fax +49 3731 4196026 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 09:41:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DAB316A400 for ; Mon, 29 Jan 2007 09:41:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id F1CB013C46B for ; Mon, 29 Jan 2007 09:41:44 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l0T9ffMD001435; Mon, 29 Jan 2007 20:41:41 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l0T9ffxw001434; Mon, 29 Jan 2007 20:41:41 +1100 (EST) (envelope-from peter) Date: Mon, 29 Jan 2007 20:41:41 +1100 From: Peter Jeremy To: "Daniel O'Connor" Message-ID: <20070129094141.GD854@turion.vk2pj.dyndns.org> References: <200701291701.06906.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <200701291701.06906.doconnor@gsoft.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 bge regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 09:41:45 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2007-Jan-29 17:01:05 +1030, Daniel O'Connor wrote: >I have some Supermicro P8SCT based systems I would like to run 6.2 on, >unfortunately something between 6.1 and 6.2 has broken bge on this board. > >This board has 2 bge's and the first one is on before the BIOS hands off to >the OS (I can see the activity light flash) but when the kernel attaches t= he >light stops flashing. An ifconfig says 'no carrier'. Do you have a better idea than "between 6.1 and 6.2" as to when it broke? There was a fair amount of work on bge in that time so knowing CVSup dates or revisions could be useful. What speed switch are you using? Auto-negotiate or hard-wired? If you have a managed switch, does switching between hard-wires and auto-negotiate have any effect? I have an older bge (BCM5705 A3 NIC/PHY) running 6.2 and the initial ifconfig (during rc.d processing) normally reports "no carrier" but it recovers in a second or so (it's OK by the time ntpdate wants the network). I presume you find that ifconfig is still reporting no carrier once it's in multi-user mode. --=20 Peter Jeremy --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFvcFV/opHv/APuIcRArt8AKCQ0EJa2dQJdJCMErlhnBoPpNBqOgCgiYkD b62MRuWlWg7oKGRYdVR25ZQ= =25m0 -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 09:55:54 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25C9716A400 for ; Mon, 29 Jan 2007 09:55:54 +0000 (UTC) (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 8A15213C48E for ; Mon, 29 Jan 2007 09:55:53 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id l0T9tlff036035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jan 2007 12:55:47 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id l0T9tk4Q036034; Mon, 29 Jan 2007 12:55:46 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 29 Jan 2007 12:55:46 +0300 From: Gleb Smirnoff To: Lars Stokholm Message-ID: <20070129095546.GR7922@FreeBSD.org> References: <45BD2671.80101@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <45BD2671.80101@gmail.com> User-Agent: Mutt/1.5.6i Cc: "Herbert J. Skuhra" , freebsd-stable@FreeBSD.org, Alexander Motin Subject: Re: buildworld: make: don't know how to make ng_deflate.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 09:55:54 -0000 On Sun, Jan 28, 2007 at 11:40:49PM +0100, Lars Stokholm wrote: L> Result of 'make buildworld': L> L> gzip -cn /usr/src/share/man/man4/ng_cisco.4 > ng_cisco.4.gz L> make: don't know how to make ng_deflate.4. Stop L> *** Error code 2 My fault. I have just fixed this. I'm sorry :( -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 11:03:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0C1316A402 for ; Mon, 29 Jan 2007 11:03:53 +0000 (UTC) (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 58B4013C4A8 for ; Mon, 29 Jan 2007 11:03:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp115-138.lns1.adl4.internode.on.net [121.44.115.138]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0TB3orP084656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jan 2007 21:33:51 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Peter Jeremy Date: Mon, 29 Jan 2007 21:32:25 +1030 User-Agent: KMail/1.9.5 References: <200701291701.06906.doconnor@gsoft.com.au> <20070129094141.GD854@turion.vk2pj.dyndns.org> In-Reply-To: <20070129094141.GD854@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2787848.PqvW7Dfxej"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701292132.26130.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 bge regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 11:03:53 -0000 --nextPart2787848.PqvW7Dfxej Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 29 January 2007 20:11, Peter Jeremy wrote: > Do you have a better idea than "between 6.1 and 6.2" as to when it broke? > There was a fair amount of work on bge in that time so knowing CVSup dates > or revisions could be useful. No :( I have updated to RELENG_6 as of today and will try that tomorrow morning. If that doesn't work I'll try a binary search. > What speed switch are you using? Auto-negotiate or hard-wired? If > you have a managed switch, does switching between hard-wires and > auto-negotiate have any effect? Currently it's connected to a 10mbit hub :) (Very crusty, I know) I've tried hard wiring it to 10BaseT/UTP but no change. > I have an older bge (BCM5705 A3 NIC/PHY) running 6.2 and the initial > ifconfig (during rc.d processing) normally reports "no carrier" but > it recovers in a second or so (it's OK by the time ntpdate wants > the network). I presume you find that ifconfig is still reporting > no carrier once it's in multi-user mode. I am booting install media, but this is long past the kernel startup - I ru= n=20 the CD/DVD shell and then run ifconfig. =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 --nextPart2787848.PqvW7Dfxej Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFvdRC5ZPcIHs/zowRAgC2AJ9MQPWBz8po8LmnWu2qVIShNfJmfwCfcCsT SQc4VFOb0ww0y0FMsg4whOw= =2DKo -----END PGP SIGNATURE----- --nextPart2787848.PqvW7Dfxej-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 12:02:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42DFD16A541 for ; Mon, 29 Jan 2007 12:02:58 +0000 (UTC) (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 43F5313C49D for ; Mon, 29 Jan 2007 12:02:57 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HBVDo-0007Dr-Ng; Mon, 29 Jan 2007 12:02:52 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HBVDo-0008WW-Fe; Mon, 29 Jan 2007 12:02:52 +0000 To: freebsd-stable@freebsd.org, max@love2party.net In-Reply-To: <200701281815.37558.max@love2party.net> Message-Id: From: Pete French Date: Mon, 29 Jan 2007 12:02:52 +0000 Cc: rcoleman@criticalmagic.com, bms@freebsd.org Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 12:02:58 -0000 > 1) You use the interface name as address w/o dynamic lookup. > i.e. "... from stf0 ..." Yes, thats it - I hadn't come across this 'dynamic lookup' thing before though, so I didn't realise what it was. I still cant find it in the PF manual, aside from a reference that you need to do it for NAT. > To 1 and 2 there is a simple sollution: Don't do that then! 1 can easily=20 > be defused by adding parentheses. i.e. "... from (stf0) ...". pass out on (stf0) inet6 from any to any keep state Gives me a syntax error when I try and load it with pfctl. If I change it to: pass out on stf0 inet6 from any to any keep state Then it works loading it with pfctl, but now does not work at boot due to the lack of stf0 interface. :-( -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 13:42:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D890116A408 for ; Mon, 29 Jan 2007 13:42:36 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.freebsd.org (Postfix) with ESMTP id B3BEB13C474 for ; Mon, 29 Jan 2007 13:42:36 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "neptune.criticalmagic.com", Issuer "Critical Magic Root Certificate" (verified OK)) by saturn.criticalmagic.com (Postfix) with ESMTP id 1F16E39808; Mon, 29 Jan 2007 08:42:36 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by neptune.criticalmagic.com (Postfix) with ESMTP id 7CB896D409; Mon, 29 Jan 2007 08:42:35 -0500 (EST) Message-ID: <45BDF9CB.8020903@criticalmagic.com> Date: Mon, 29 Jan 2007 08:42:35 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Thunderbird 1.5.0.9 (X11/20070128) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 13:42:36 -0000 Pete French wrote: >> 1) You use the interface name as address w/o dynamic lookup. >> i.e. "... from stf0 ..." > > Yes, thats it - I hadn't come across this 'dynamic lookup' thing before > though, so I didn't realise what it was. I still cant find it in the PF > manual, aside from a reference that you need to do it for NAT. > >> To 1 and 2 there is a simple sollution: Don't do that then! 1 can easily=20 >> be defused by adding parentheses. i.e. "... from (stf0) ...". > > pass out on (stf0) inet6 from any to any keep state > > Gives me a syntax error when I try and load it with pfctl. If I change > it to: > > pass out on stf0 inet6 from any to any keep state > > Then it works loading it with pfctl, but now does not work at boot due to > the lack of stf0 interface. :-( > > -pete. This confused me at first. But I believe you only use the dynamic syntax (stf0) in places where the interface name gets converted to an address or network, rather than just specifying an interface. So, for instance pass out on stf0 from (stf0) to any The way I found them all was to look at "pfctl -s rules" and look for the rules that had the ip address that was causing the problem. For me, this occurred in places where I used the interface name with "to", "from", and inside the "antispoof" rule. That fixed my problem with ppp and pf. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 13:57:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0551316A400 for ; Mon, 29 Jan 2007 13:57:58 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B648213C428 for ; Mon, 29 Jan 2007 13:57:57 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l0TDvKH6096165; Mon, 29 Jan 2007 06:57:22 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 29 Jan 2007 06:57:48 -0700 (MST) Message-Id: <20070129.065748.110115339.imp@bsdimp.com> To: doconnor@gsoft.com.au From: "M. Warner Losh" In-Reply-To: <200701291659.28959.doconnor@gsoft.com.au> References: <20060306.155239.11596782.imp@bsdimp.com> <200603091212.02930.doconnor@gsoft.com.au> <200701291659.28959.doconnor@gsoft.com.au> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 29 Jan 2007 06:57:23 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: 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, 29 Jan 2007 13:57:58 -0000 In message: <200701291659.28959.doconnor@gsoft.com.au> "Daniel O'Connor" writes: : On Thursday 09 March 2006 12:11, Daniel O'Connor wrote: : > On Tuesday 07 March 2006 09:22, M. Warner Losh wrote: : > > Maybe the output of size kernel? : > : > text data bss dec hex filename : > 3069343 305288 212944 3587575 36bdf7 /boot/kernel/kernel (6.0-RC1 custom) : > 5746665 702632 389712 6839009 685ae1 /boot/kernel/kernel (6.1-BETA3) : > 5146715 672352 348688 6167755 5e1ccb /boot/kernel/kernel (5.4-RELEASE) : : GENERIC in 6.2 has the same problem. : I trimmed it down (substantially) and my floppy drive is detected again. : : This is on a Supermicro P8SCT board with a P4-531 vs the Athlon64 system I saw : it on before - both are amd64 kernels though. : : This kernel works.. (trimmed heavily) : text data bss dec hex filename : 4433534 617512 271328 5322374 513686 kernel : : This one doesn't.. (some stuff added back) : text data bss dec hex filename : 4709507 651688 278624 5639819 560e8b kernel : : This one does.. (no Firewire, with USB) : text data bss dec hex filename : 4622780 643624 278496 5544900 549bc4 kernel : : This one does.. (no USB, with Firewire) : text data bss dec hex filename : 4520517 625576 271456 5417549 52aa4d kernel : : I did the USB/Firewire thing just to make sure one wasn't the direct cause. Maybe we have yet another issue with resources... Warner From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 14:26:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 894C616A405 for ; Mon, 29 Jan 2007 14:26:10 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id F382A13C48D for ; Mon, 29 Jan 2007 14:26:09 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from mycenae.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l0TEPeBD027427 for ; Mon, 29 Jan 2007 15:25:40 +0100 Received: by mycenae.net (Postfix, from userid 1001) id E461DB914; Mon, 29 Jan 2007 15:27:20 +0100 (CET) Date: Mon, 29 Jan 2007 15:27:20 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070129142720.GA904@mycenae.net> References: <20070129065623.B237C16A4D7@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070129065623.B237C16A4D7@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.8 X-SBB-Spam-Level: XXXX Subject: Re: rd.d/power_profile: dev.cpu.0.cz_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 14:26:10 -0000 > performance_cx_lowest="HIGH" # Online CPU idle state > economy_cx_lowest="HIGH" # Offline CPU idle state Have you tried "LOW"? Or to put performance and economy option into rc.conf file? Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 15:03:16 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF6CF16A400 for ; Mon, 29 Jan 2007 15:03:16 +0000 (UTC) (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 543D913C442 for ; Mon, 29 Jan 2007 15:03:16 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id l0TF2teH038733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Jan 2007 18:02:56 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id l0TF2tuX038732; Mon, 29 Jan 2007 18:02:55 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 29 Jan 2007 18:02:55 +0300 From: Gleb Smirnoff To: Ask Bj?rn Hansen Message-ID: <20070129150255.GU7922@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Ask Bj?rn Hansen , freebsd-net@freebsd.org, freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: CARP + VLAN = kernel dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 15:03:16 -0000 On Thu, Dec 14, 2006 at 07:05:04PM -0800, Ask Bj?rn Hansen wrote: A> Hi, A> A> If I enable carp on a vlan interface in rc.conf the kernel goes A> boom. This is 6.2-RC from a couple of weeks ago. (IIRC then I had A> the same problem setting up carp on a bridge'd interface). A> A> I'm configuring it like this: A> A> ifconfig_vlan2="inet 10.50.0.3/24 vlan 202 vlandev sis2" A> ifconfig_carp2="vhid 3 advskew 200 pass awe4jkfha4jkfha4f 10.50.0.1" A> A> cloned_interfaces="... carp2 ... vlan2" A> A> However, if I do the carp2 setup "manually" after the system is A> booted, it is working fine. A> A> ifconfig carp2 vhid 3 advskew 200 pass hjarefhakjewfha 10.50.0.1 A> A> Any ideas? A> A> (kernel dump below) A> A> - ask A> A> A> fault virtual address = 0x100005c A> fault code = supervisor read, page not present A> instruction pointer = 0x20:0xc05ba533 A> stack pointer = 0x28:0xc7975c30 A> frame pointer = 0x28:0xc7975c90 A> code segment = base 0x0, limit 0xfffff, type 0x1b A> = DPL 0, pres 1, def32 1, gran 1 A> processor eflags = interrupt enabled, resume, IOPL = 0 A> current process = 13 (swi1: net) A> trap number = 12 A> panic: page fault A> Uptime: 17s A> Cannot dump. No dump device defined. Can you please configure dump device, obtain kernel dump, and print the backtrace from it? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 15:26:51 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D797216A402 for ; Mon, 29 Jan 2007 15:26:51 +0000 (UTC) (envelope-from stephane.thomas@lexmarkpartners-europe.com) Received: from emeamail2.lexmark-europe.com (emeamail2.lexmark-europe.com [195.25.85.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2731F13C481 for ; Mon, 29 Jan 2007 15:26:51 +0000 (UTC) (envelope-from stephane.thomas@lexmarkpartners-europe.com) Received: from emeamail2.lexmark-europe.com (localhost [127.0.0.1]) by localhost.lexmark-europe.com (Postfix) with ESMTP id 4AE83BD69 for ; Mon, 29 Jan 2007 16:00:45 +0100 (MET) Received: from l2frorhub01.emea.lexmark.com (l2frorhub01.emea.lexmark.com [157.184.182.176]) by emeamail2.lexmark-europe.com (Postfix) with ESMTP id 2A785BC01 for ; Mon, 29 Jan 2007 16:00:45 +0100 (MET) To: stable@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0.1 January 17, 2006 Message-ID: From: Stephane THOMAS Date: Mon, 29 Jan 2007 16:00:43 +0100 X-MIMETrack: Serialize by Router on l2frorhub01/LexEMEA(Release 6.5.5|November 30, 2005) at 01/29/2007 04:00:45 PM, Serialize complete at 01/29/2007 04:00:45 PM Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Pb with network interface and some other questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 15:26:52 -0000 Hi, I'm a FreeBSD newbie (I use GNU/Linux) so I hope my questions won't be too = silly... So, to test freebsd I installed 6.2-RELEASE on a Dell Latitude D600=20 laptop. No problem to run X. I first felt in a trap choosing "Upgrade" in=20 sysinstall... So I re-installed again, then follow instruction from the=20 hand-book to buildworld, buildkernel, etc. No problem. The main pb I have is that the ethernet interface (bge0) works, but=20 breakdown a few minutes after I boot. with this message (repeated) in the=20 first VT : "bge0: PHY read timeout". I tried googling to find out a=20 solution but I must admit I'm a little bit lost. Do one has an idea for=20 this ? The problem happens with or without ACPI support. My network interface is : Broadcom BCM5705 A1, ASIC rev. 0x3001 I upgraded my BIOS with the last version available. ifconfig tell me : "media : Ethernet autoselect". I would try to force to=20 100MB but I can't find where to change this setting. Appart of this issue I feel FreeBSD to be a good OS, filesystem seems very = clean and I like the "ports" concept. St=E9phane THOMAS The second point is just a question I have : what's the difference between = 6.2-RELEASE and 6.2-STABLE ? Stephane THOMAS TCS Desktop Team From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 16:24:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71EA116A400; Mon, 29 Jan 2007 16:24:04 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id F174E13C4B2; Mon, 29 Jan 2007 16:24:03 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.180.126] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1HBZIQ3szv-00045H; Mon, 29 Jan 2007 17:23:56 +0100 From: Max Laier Organization: FreeBSD To: Pete French Date: Mon, 29 Jan 2007 17:23:41 +0100 User-Agent: KMail/1.9.5 References: In-Reply-To: X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2993517.5KRqd8aUqD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701291723.52074.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Provags-ID2: V01U2FsdGVkX1+/hRzd73h5ePpkUqNEkKELFu5zCc5rlJR4zDKLxHlt3dSMGbbG3LmDDMWqPBfPdkV3z9rX1nLbJii037d31O2CfYvSZ0V5HHX3nFn8qOvMDw== Cc: bms@freebsd.org, freebsd-stable@freebsd.org, rcoleman@criticalmagic.com Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 16:24:04 -0000 --nextPart2993517.5KRqd8aUqD Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 29 January 2007 13:02, Pete French wrote: > > 1) You use the interface name as address w/o dynamic lookup. > > i.e. "... from stf0 ..." > > Yes, thats it - I hadn't come across this 'dynamic lookup' thing before > though, so I didn't realise what it was. I still cant find it in the PF > manual, aside from a reference that you need to do it for NAT. > > > To 1 and 2 there is a simple sollution: Don't do that then! 1 can > > easily=3D20 be defused by adding parentheses. i.e. "... from (stf0) > > ...". > > pass out on (stf0) inet6 from any to any keep state No, that's a misunderstanding. The "on ifnX" part stays untouched. > Gives me a syntax error when I try and load it with pfctl. If I change > it to: > > pass out on stf0 inet6 from any to any keep state > > Then it works loading it with pfctl, but now does not work at boot due > to the lack of stf0 interface. :-( That's strange. Works here without a problem: # ifconfig -l fxp0 bge0 bge1 lo0 pflog0 No stf0 interface. # echo "pass out on stf0 inet6 from any to any keep state" | pfctl -vf- pass out on stf0 inet6 all keep state Still, rule loaded without problems ... The "(ifnX)" syntax is only for places where you use the interface as an=20 address. The "on ifnX" part stays unchanged in any case and it does not=20 matter if the interface exists already or not. What version are you using again? My tests are with 6.2 =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2993517.5KRqd8aUqD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFvh+YXyyEoT62BG0RAjg/AJwLBiMSJABudU1HKYPYTb+VaKChiwCgghlm s8JJOSme8bsYsnDhBbVSblA= =Y9VW -----END PGP SIGNATURE----- --nextPart2993517.5KRqd8aUqD-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 16:38:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0799A16A403 for ; Mon, 29 Jan 2007 16:38:50 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from smtp.swistgroup.com (smtp.swisttech.com [196.211.145.42]) by mx1.freebsd.org (Postfix) with ESMTP id A2CFC13C4B6 for ; Mon, 29 Jan 2007 16:38:41 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from localhost (localhost [127.0.0.1]) by smtp.swistgroup.com (Postfix) with ESMTP id 45F3BB4B86 for ; Mon, 29 Jan 2007 18:30:22 +0200 (SAST) Received: from smtp.swistgroup.com ([127.0.0.1]) by localhost (fw-swist [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18897-08 for ; Mon, 29 Jan 2007 18:30:22 +0200 (SAST) Received: from timon.swistgroup.com (unknown [172.16.1.30]) by smtp.swistgroup.com (Postfix) with ESMTP id 0014EB2EC8 for ; Mon, 29 Jan 2007 18:30:21 +0200 (SAST) Received: from mailnull by timon.swistgroup.com with local (Exim 4.52 (FreeBSD)) id 1HBZaW-0009kX-HT for freebsd-stable@freebsd.org; Mon, 29 Jan 2007 18:42:36 +0200 Received: from mail.swistgroup.com ([172.16.1.6] helo=hermes.swistgroup.com) by timon.swistgroup.com with esmtp (Exim 4.52 (FreeBSD)) id 1HBZaW-0009kL-Ee for freebsd-stable@freebsd.org; Mon, 29 Jan 2007 18:42:36 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 29 Jan 2007 18:37:38 +0200 Message-ID: <45FBF1D2998C93429047415BE8091CC8283A2D@HERMES.swistgroup.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Trying to Compile [HEAD] BCE driver with SERDES support on RELEASE_6_2 Thread-Index: AcdDxNlBiwx04I+vRay2EYfDAfq+Ow== From: "Conrad Burger" To: X-disclaimer: Legalsentry X-Virus-Scanned: by amavisd-new at example.com Subject: Trying to Compile [HEAD] BCE driver with SERDES support on RELEASE_6_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, 29 Jan 2007 16:38:50 -0000 ******************************************************************* Click here to view our e-mail legal notice: http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 ******************************************************************* I am trying to compile the BCE driver from HEAD on RELEASE_6_2.=20 It seems the new code adds SERDES support to the BCE driver.=20 The only change I made was to comment the incompatible VLAN code. When I try to compile the kernel it breaks at the BCE driver(not = surprising). -------------- cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- = -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq = -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath = -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/bce/if_bce.c /usr/src/sys/dev/bce/if_bce.c: In function `bce_attach': /usr/src/sys/dev/bce/if_bce.c:488: warning: implicit declaration of = function `pci_msi_count' /usr/src/sys/dev/bce/if_bce.c:488: warning: nested extern declaration of `pci_msi_count' /usr/src/sys/dev/bce/if_bce.c:489: warning: implicit declaration of = function `pci_alloc_msi' /usr/src/sys/dev/bce/if_bce.c:489: warning: nested extern declaration of `pci_alloc_msi' /usr/src/sys/dev/bce/if_bce.c: In function `bce_release_resources': /usr/src/sys/dev/bce/if_bce.c:2532: warning: implicit declaration of = function `pci_release_msi' /usr/src/sys/dev/bce/if_bce.c:2532: warning: nested extern declaration = of `pci_release_msi' *** Error code 1 Stop in /usr/obj/usr/src/sys/SMP. *** Error code 1 ------------------ I have tried to disable the "-Werror" flag to see if it would compile = with the=20 warnings, but setting NO_WERROR=3Dyes doesn't seem to work.=20 Is there another way of disabling the "-Werror" flag? Also does the MSI API exist on Releng_6 or is it just on Current? And if someone can explain the warning or create a patch it would help a = lot. Regards=20 Conrad=20 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 18:02:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4D3A16A401 for ; Mon, 29 Jan 2007 18:02:36 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from fep9.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.freebsd.org (Postfix) with ESMTP id A202613C49D for ; Mon, 29 Jan 2007 18:02:36 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from buddha.cogeco.ca (d141-2-106.home.cgocable.net [24.141.2.106]) by fep9.cogeco.net (Postfix) with ESMTP id DB40C88DF for ; Mon, 29 Jan 2007 12:25:19 -0500 (EST) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 29 Jan 2007 12:25:15 -0500 To: freebsd-stable@freebsd.org From: Paul Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20070129172519.DB40C88DF@fep9.cogeco.net> Subject: Problem with s5000PAUl using a SRCS16 in Raid 5 with 5 * 500gig drives X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 18:02:36 -0000 Hello, I have been having troubles installing the amd64 platform on an Intel S5000pal system with the SRCS16 Raid controller using Raid 5 with 5 * 500gig drives. In order to get it to install I had to split the raid setup into two logical arrays. I guess it was too close to the 2TB limit as it was giving me read sector error when booting. However I now have it booting but it gets stuck at the Attempting to mount / (the root partition). This goes on for like 20 minutes and then it finally proceeds. This seems odd and clearly is a problem to mount the small / root partition that is only a few gigs big. Does anyone have an idea what is going on here? I also noticed it with adding a user it added the user but got stuck for like 10 minutes before proceeding. This system has 16GIG of ram using the amd64 platform and has 2 dual core cps running. I installed the centos just to see if there were any problems with this operating system (in case this was hardware related) but it worked 100% without any fuss. The problem is I want to use Freebsd :) So I do not believe this is hardware related. If anyone reading this has set up a S5000PAL system can they let me know what settings they used to have a successful installation? Thanks Paul From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 18:07:50 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA98716A412 for ; Mon, 29 Jan 2007 18:07:50 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id A642D13C4C2 for ; Mon, 29 Jan 2007 18:07:50 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 29 Jan 2007 12:57:48 -0500 id 00056417.45BE359C.0000679E Date: Mon, 29 Jan 2007 12:57:47 -0500 From: Bill Moran To: stable@freebsd.org Message-Id: <20070129125747.07a840d5.wmoran@collaborativefusion.com> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: pmap panic message: can someone take a look at this PR? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 18:07:50 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/108121 -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 18:26:37 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7EE716A400 for ; Mon, 29 Jan 2007 18:26:37 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 6FECB13C4AC for ; Mon, 29 Jan 2007 18:26:37 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id l0TI7Vlh045531; Mon, 29 Jan 2007 19:07:31 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id F41ABB827; Mon, 29 Jan 2007 19:07:30 +0100 (CET) Date: Mon, 29 Jan 2007 19:07:30 +0100 From: Roland Smith To: Stephane THOMAS Message-ID: <20070129180730.GE39489@slackbox.xs4all.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rgf3q3z9SdmXC6oT" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Pb with network interface and some other questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 18:26:37 -0000 --Rgf3q3z9SdmXC6oT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 29, 2007 at 04:00:43PM +0100, Stephane THOMAS wrote: > The main pb I have is that the ethernet interface (bge0) works, but=20 > breakdown a few minutes after I boot. with this message (repeated) in the= =20 > first VT : "bge0: PHY read timeout". I tried googling to find out a=20 > solution but I must admit I'm a little bit lost. Do one has an idea for= =20 > this ? The problem happens with or without ACPI support. Check the mailing list archives: http://lists.freebsd.org/pipermail/freebsd-stable/=20 I've seen some messages concerning bge recently. > My network interface is : Broadcom BCM5705 A1, ASIC rev. 0x3001 > I upgraded my BIOS with the last version available. > ifconfig tell me : "media : Ethernet autoselect". I would try to force to= =20 > 100MB but I can't find where to change this setting. Have a look at the bge(4) and ifconfig(8) manual pages. What you need is the "media" parameter to ifconfig, which you should set to 100baseTX. =20 > The second point is just a question I have : what's the difference betwee= n=20 > 6.2-RELEASE and 6.2-STABLE ? This can be somewhat confusing, especially since you sometimes also see CVS tags. Have a look at appendix A.7 of the FreeBSD handbook. You'll find the english handbook at /usr/share/doc/en_US.ISO8859-1/books/handbook/index.html, but you can also access it via the FreeBSD website:=20 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --Rgf3q3z9SdmXC6oT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD4DBQFFvjfiEnfvsMMhpyURAh9OAJ0SYk8rZzl6k5rpnx2h3Xhpzis91QCYpXKJ 9piQZqykFDZ68cbq0CfC+g== =mD3O -----END PGP SIGNATURE----- --Rgf3q3z9SdmXC6oT-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 18:45:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6725516A400 for ; Mon, 29 Jan 2007 18:45:12 +0000 (UTC) (envelope-from archon_666@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.64]) by mx1.freebsd.org (Postfix) with ESMTP id 7632413C481 for ; Mon, 29 Jan 2007 18:45:08 +0000 (UTC) (envelope-from archon_666@mail.ru) Received: from [81.30.209.11] (port=53331 helo=[192.168.19.24]) by mx27.mail.ru with asmtp id 1HBbV1-000Kcq-00 for freebsd-stable@freebsd.org; Mon, 29 Jan 2007 21:45:03 +0300 From: archon To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 29 Jan 2007 23:47:50 +0500 Message-Id: <1170096470.3148.5.camel@cameroon.enclave.org> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Subject: 6.2 buildworld fails without "NO_CXX=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: Mon, 29 Jan 2007 18:45:12 -0000 I've just updated the sources in FreeBSD 6.2-RELEASE and tried to rebuild world. With option 'NO_CXX=3DYES' in /etc/make.conf world compiled successful, if this option not added 'make buildworld' failed. 'make buildworld' fails: <..> =3D=3D=3D> gnu/usr.bin/groff/src/libs/libgroff (depend) Making version.cpp rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr= off/src/include -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src= /include /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../con= trib/groff/src/libs/libgroff/iftoa.c /usr/src/gnu/usr.bin/groff/src/libs/li= bgroff/../../../../../../contrib/groff/src/libs/libgroff/itoa.c /usr/src/gn= u/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/= libgroff/matherr.c /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../..= /../../contrib/groff/src/libs/libgroff/progname.c mkdep -f .depend -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../co= ntrib/groff/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/src/lib= s/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cpp = /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/.= ./../../../../../contrib/groff/src/libs/libgroff/color.cpp /usr/src/gnu/usr= .bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgr= off/cset.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../..= /contrib/groff/src/libs/libgroff/device.cpp /usr/src/gnu/usr.bin/groff/src/= libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cpp = /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/error.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/= ../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp /usr/src/gnu/us= r.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libg= roff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../= ../../contrib/groff/src/libs/libgroff/font.cpp /usr/src/gnu/usr.bin/groff/s= rc/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile= .cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib= /groff/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin/groff/src/libs/l= ibgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp /usr= /src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/sr= c/libs/libgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/.= ./../../../../../contrib/groff/src/libs/libgroff/hypot.cpp /usr/src/gnu/usr= .bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgr= off/invalid.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../..= /../contrib/groff/src/libs/libgroff/lf.cpp /usr/src/gnu/usr.bin/groff/src/l= ibs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cpp /= usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff= /src/libs/libgroff/macropath.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgro= ff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cpp /usr/s= rc/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/= libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../..= /../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp /usr/src/gnu/u= sr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/lib= groff/new.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../.= ./contrib/groff/src/libs/libgroff/paper.cpp /usr/src/gnu/usr.bin/groff/src/= libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cpp /= usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff= /src/libs/libgroff/ptable.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/= ../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp /usr/src/g= nu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs= /libgroff/string.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../= ../../../contrib/groff/src/libs/libgroff/strsave.cpp /usr/src/gnu/usr.bin/g= roff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/sy= mbol.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../con= trib/groff/src/libs/libgroff/tmpfile.cpp /usr/src/gnu/usr.bin/groff/src/lib= s/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpname.cpp /u= sr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/= src/libs/libgroff/unicode.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/= ../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp /usr/src/gnu= /usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/l= ibgroff/uniuni.cpp version.cpp=20 /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:26:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:27:19: color.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:28:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:37:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/color.cpp:38:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cset.cpp:28:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/cset.cpp:29:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/device.cpp:22:20: device.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/device.cpp:23:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/errarg.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/error.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/error.cpp:25:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:28:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:29:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:30:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:31:18: font.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/font.cpp:32:19: paper.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:27:18: font.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:28:24: searchpath.h: No such file or direc= tory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:29:20: device.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/fontfile.cpp:30:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp:23:25: stringclass.h: No such file or dire= ctory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp:24:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/glyphuni.cpp:26:21: unicode.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp:20:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp:25:22: nonposix.h: No such file or directo= ry /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp:26:25: stringclass.h: No such file or dire= ctory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp:27:26: html-strings.h: No such file or dir= ectory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/invalid.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/lf.cpp:23:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/lf.cpp:24:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/lf.cpp:25:25: stringclass.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp:21:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp:22:24: searchpath.h: No such file or dire= ctory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp:23:23: macropath.h: No such file or direc= tory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/macropath.cpp:24:18: defs.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/maxfilename.cpp:23:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:27:20: errarg.h: No such file or direct= ory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:28:19: error.h: No such file or directo= ry /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:29:18: font.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/nametoindex.cpp:30:20: ptable.h: No such file or direct= ory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/new.cpp:21:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/new.cpp:26:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/new.cpp:27:22: nonposix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/paper.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/paper.cpp:23:19: paper.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/ptable.cpp:20:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/ptable.cpp:21:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/ptable.cpp:22:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/searchpath.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/searchpath.cpp:28:24: searchpath.h: No such file or dir= ectory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/searchpath.cpp:29:22: nonposix.h: No such file or direc= tory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/string.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/string.cpp:24:25: stringclass.h: No such file or direct= ory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp:24:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp:25:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/symbol.cpp:26:20: symbol.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:27:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:28:20: errarg.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:29:19: error.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpfile.cpp:30:22: nonposix.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpname.cpp:25:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpname.cpp:32:19: posix.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/tmpname.cpp:33:22: nonposix.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp:23:18: cset.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp:24:25: stringclass.h: No such file or direc= tory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/unicode.cpp:26:21: unicode.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp:22:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp:23:25: stringclass.h: No such file or dire= ctory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp:24:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniglyph.cpp:26:21: unicode.h: No such file or director= y /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp:25:17: lib.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp:26:25: stringclass.h: No such file or direct= ory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp:27:20: ptable.h: No such file or directory /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/uniuni.cpp:29:21: unicode.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src/libs/libgroff. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src/libs. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. My kernel configuration file: machine i386 cpu I686_CPU ident TRISHA options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device 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=3D5000 # 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 # Bus support. device eisa device pci # 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 kbdmux # keyboard multiplexer device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc # Add suspend/resume support for the i8254. device pmtimer # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB DRIVER #device uhci #device ohci #device ehci #device usb #device ucom #device uplcom # SOUND DRIVER #device sound #device snd_ich # NETWORK DRIVER #device miibus #device sis # SERIAL PORT DRIVER device sio # ATA AND ATAPI DRIVER device ata device atadisk device atapicd device atapicam options ATA_STATIC_ID # SCSI DRIVER device cd device scbus device pass My /etc/make.conf configuration file: CPUTYPE?=3Dpentium4 CFLAGS=3D-O0 -g -pipe MAKE_SHELL?=3Dsh COPTFLAGS=3D-O0 -g -pipe CXXFLAGS=3D-O0 -g -pipe X_WINDOW_SYSTEM=3Dxorg KERNCONF=3DGENERIC # TRISHA ALWAYS_CHECK_MAKE=3DYES SUP_UPDATE=3DYES SUP=3D/usr/local/bin/cvsup SUPFLAGS=3D-g -L 2 SUPHOST=3Dcvsup.ru.FreeBSD.org SUPFILE=3D"/home/archon/etc/cvsup/src-supfile" PORTSSUPFILE=3D"/home/archon/etc/cvsup/ports-supfile" DOCSUPFILE=3D"/home/archon/etc/cvsup/doc-supfile" DOC_LANG=3Den_US.ISO8859-1 ru_RU.KOI8-R MODULES_OVERRIDE=3Dsound/sound sound/driver/ich mii sis ucom uplcom linprocfs linux acpi/acpi usb libiconv libmchain smbfs cd9660_iconv From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 19:02:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C96E816A400 for ; Mon, 29 Jan 2007 19:02:06 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id AC7B813C478 for ; Mon, 29 Jan 2007 19:02:06 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay6.apple.com (relay6.apple.com [17.128.113.36]) by mail-out3.apple.com (8.13.8/8.13.8) with ESMTP id l0TJ25kg028768; Mon, 29 Jan 2007 11:02:06 -0800 (PST) Received: from relay6.apple.com (unknown [127.0.0.1]) by relay6.apple.com (Symantec Mail Security) with ESMTP id DA96910046; Mon, 29 Jan 2007 11:02:05 -0800 (PST) X-AuditID: 11807124-a24eabb000006d75-aa-45be44adfe8a Received: from [17.214.13.96] (unknown [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay6.apple.com (Apple SCV relay) with ESMTP id CBE0E10022; Mon, 29 Jan 2007 11:02:05 -0800 (PST) In-Reply-To: <1170096470.3148.5.camel@cameroon.enclave.org> References: <1170096470.3148.5.camel@cameroon.enclave.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <27D65026-6C4A-4383-B1BF-E0C891A68136@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 29 Jan 2007 11:02:04 -0800 To: archon X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 buildworld fails without "NO_CXX=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: Mon, 29 Jan 2007 19:02:06 -0000 On Jan 29, 2007, at 10:47 AM, archon wrote: > I've just updated the sources in FreeBSD 6.2-RELEASE and tried to > rebuild world. With option 'NO_CXX=YES' in /etc/make.conf world > compiled > successful, if this option not added 'make buildworld' failed. 'make > buildworld' fails: Building various userland libraries like NCurses requires a C++ compiler. If you want to rebuild world, you cannot use 'NO_CXX=YES'... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 19:04:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 797A716A400; Mon, 29 Jan 2007 19:04:14 +0000 (UTC) (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 3CA0313C442; Mon, 29 Jan 2007 19:04:14 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HBbnZ-000CJI-3O; Mon, 29 Jan 2007 19:04:13 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HBbnY-000JAt-KT; Mon, 29 Jan 2007 19:04:12 +0000 To: max@love2party.net In-Reply-To: <200701291723.52074.max@love2party.net> Message-Id: From: Pete French Date: Mon, 29 Jan 2007 19:04:12 +0000 Cc: freebsd-stable@freebsd.org, bms@freebsd.org, rcoleman@criticalmagic.com Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 19:04:14 -0000 > The "(ifnX)" syntax is only for places where you use the interface as an > address. The "on ifnX" part stays unchanged in any case and it does not > matter if the interface exists already or not. hmmmm, so whats going on with mine then ? *goes and has a closer look* gah! there was a 'loginterface' lurking in there! having removed that, and changing the address parts to (stf0) everything now works fine, thanks for the help! I have a few other odd IPv6 issues, unrelated to PF, and possibly not really stable related either - whats the best list to ask about them on ? -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 19:06:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FD4E16A406 for ; Mon, 29 Jan 2007 19:06:07 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 2D58213C48D for ; Mon, 29 Jan 2007 19:06:06 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 29 Jan 2007 14:06:06 -0500 id 00056419.45BE459E.00006DF7 Date: Mon, 29 Jan 2007 14:06:04 -0500 From: Bill Moran To: archon Message-Id: <20070129140604.64e447ca.wmoran@collaborativefusion.com> In-Reply-To: <1170096470.3148.5.camel@cameroon.enclave.org> References: <1170096470.3148.5.camel@cameroon.enclave.org> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 buildworld fails without "NO_CXX=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: Mon, 29 Jan 2007 19:06:07 -0000 In response to archon : > I've just updated the sources in FreeBSD 6.2-RELEASE and tried to > rebuild world. With option 'NO_CXX=YES' in /etc/make.conf world compiled > successful, if this option not added 'make buildworld' failed. 'make > buildworld' fails: groff is written in C++. If you can live without groff, there may be a NO_GROFF knob you could tweak. However, it looks like openssl is also written in C++ as well. If you can live without those two, it should be doable. I'm not sure how practical a system without C++ is in the modern world. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 19:23:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA4CC16A402 for ; Mon, 29 Jan 2007 19:23:05 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id 8262F13C4A7 for ; Mon, 29 Jan 2007 19:23:05 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.8/8.13.1) with ESMTP id l0TJN0wZ072353 for ; Mon, 29 Jan 2007 14:23:00 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.8/8.13.1/Submit) id l0TJMsaR072352 for freebsd-stable@freebsd.org; Mon, 29 Jan 2007 14:22:54 -0500 (EST) (envelope-from bv) Date: Mon, 29 Jan 2007 14:22:54 -0500 From: Bill Vermillion To: freebsd-stable@freebsd.org Message-ID: <20070129192254.GB72262@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bilver.wjv.com Subject: Update on buildworld failing with NO_SHARED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 19:23:06 -0000 OK. So I tried using the variable documented in /usr/share/examples/etc/make.conf of NO_DYNAMIC_ROOT. I rebuilt the world and kernel [I did not remove the /usr/obj/src directory this time - maybe that's it] - but all the files in /bin and /sbin are still "dynamically linked (users shared libs, stripped) when I run 'file' on them. Is this strange, or is it just me. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 19:59:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 423CC16A401 for ; Mon, 29 Jan 2007 19:59:16 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0AB13C428 for ; Mon, 29 Jan 2007 19:59:16 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 761F517234; Mon, 29 Jan 2007 14:59:15 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HgCZmcJ3iKOb; Mon, 29 Jan 2007 14:59:15 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 3EDF0171FC; Mon, 29 Jan 2007 14:59:15 -0500 (EST) Message-ID: <45BE5214.7080907@jellydonut.org> Date: Mon, 29 Jan 2007 14:59:16 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: bv@wjv.com References: <20070129192254.GB72262@wjv.com> In-Reply-To: <20070129192254.GB72262@wjv.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Update on buildworld failing with NO_SHARED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 19:59:16 -0000 Bill Vermillion wrote: > OK. > > So I tried using the variable documented in > /usr/share/examples/etc/make.conf of NO_DYNAMIC_ROOT. > > I rebuilt the world and kernel [I did not remove the /usr/obj/src > directory this time - maybe that's it] - but all the files > in /bin and /sbin are still "dynamically linked (users shared libs, > stripped) when I run 'file' on them. > > Is this strange, or is it just me. > > Bill According to the make.conf(5) manpage and the examples/etc/make.conf file (at least on my 6.2 box), the knob is NO_DYNAMICROOT, not NO_DYNAMIC_ROOT. -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 20:07:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD4F116A400 for ; Mon, 29 Jan 2007 20:07:06 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.freebsd.org (Postfix) with ESMTP id 96D6013C46B for ; Mon, 29 Jan 2007 20:07:06 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from [127.0.0.1] (entwistle.sonicboom.org [66.93.34.170]) by entwistle.sonicboom.org (8.13.8/8.13.8) with ESMTP id l0TJl59D080857 for ; Mon, 29 Jan 2007 11:47:05 -0800 (PST) (envelope-from bri@sonicboom.org) Message-ID: <45BE4F39.1090803@sonicboom.org> Date: Mon, 29 Jan 2007 11:47:05 -0800 From: Brian User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ng_deflate prob? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 20:07:06 -0000 I cvsupped a couple days ago and a buildworld kept getting me make: don't know how to make ng_deflate.4. Stop *** Error code 2 I see now there is an update in a cvsup this morning, just wanted to post incase anyone else saw this. Brian From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 20:13:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20FCE16A402 for ; Mon, 29 Jan 2007 20:13:55 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id 8B77413C47E for ; Mon, 29 Jan 2007 20:13:54 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.8/8.13.1) with ESMTP id l0TKDm1f072815; Mon, 29 Jan 2007 15:13:48 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.8/8.13.1/Submit) id l0TKDgh0072814; Mon, 29 Jan 2007 15:13:42 -0500 (EST) (envelope-from bv) Date: Mon, 29 Jan 2007 15:13:42 -0500 From: Bill Vermillion To: Michael Proto Message-ID: <20070129201342.GA72762@wjv.com> References: <20070129192254.GB72262@wjv.com> <45BE5214.7080907@jellydonut.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45BE5214.7080907@jellydonut.org> User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bilver.wjv.com Cc: freebsd-stable@freebsd.org Subject: Re: Update on buildworld failing with NO_SHARED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 20:13:55 -0000 Michael Proto said Obscurity in the face of adversity is no dice and while we were trying to figure that out on Mon, Jan 29, 2007 at 14:59 he continued with: > Bill Vermillion wrote: > > OK. > > So I tried using the variable documented in > > /usr/share/examples/etc/make.conf of NO_DYNAMIC_ROOT. > > I rebuilt the world and kernel [I did not remove the /usr/obj/src > > directory this time - maybe that's it] - but all the files > > in /bin and /sbin are still "dynamically linked (users shared libs, > > stripped) when I run 'file' on them. > > Is this strange, or is it just me. > > Bill > > According to the make.conf(5) manpage and the examples/etc/make.conf > file (at least on my 6.2 box), the knob is NO_DYNAMICROOT, not > NO_DYNAMIC_ROOT. I just checked and I see that. I'd swear it was NO_DYNAMIC_ROOT awhile back. But I just checked on a 6.1 and the ..examples/etc/make.conf does also show that I screwed up - as that was dated on Dec 17, while the one on my 6.2 shows a date of today, about an hour ago, when I installed it all. I feel so ____ _ _ _ _ _ _ / ___|| |_ _ _ __| (_) __| | | | | | \___ \| __| | | |/ _` | |/ _` | | | | | ___) | |_| |_| | (_| | | (_| | |_| |_| |____/ \__|\__,_|\__,_|_|\__,_| (_) (_) Thanks. I'll try not to be so dense next time, but don't hold me to that. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 29 20:14:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 056EA16A407 for ; Mon, 29 Jan 2007 20:14:24 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id D5B2D13C4A8 for ; Mon, 29 Jan 2007 20:14:23 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 69B5D17409; Mon, 29 Jan 2007 15:14:23 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RbG+HC3zTEvP; Mon, 29 Jan 2007 15:14:23 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 3833617407; Mon, 29 Jan 2007 15:14:23 -0500 (EST) Message-ID: <45BE55A0.4010505@jellydonut.org> Date: Mon, 29 Jan 2007 15:14:24 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Brian References: <45BE4F39.1090803@sonicboom.org> In-Reply-To: <45BE4F39.1090803@sonicboom.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ng_deflate prob? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2007 20:14:24 -0000 Brian wrote: > I cvsupped a couple days ago and a buildworld kept getting me > > make: don't know how to make ng_deflate.4. Stop > *** Error code 2 > > I see now there is an update in a cvsup this morning, just wanted to > post incase anyone else saw this. > > Brian See http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/032667.html, should be fixed. -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 03:17:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BFC416A400 for ; Tue, 30 Jan 2007 03:17:48 +0000 (UTC) (envelope-from casner@packetdesign.com) Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by mx1.freebsd.org (Postfix) with ESMTP id 119BF13C46B for ; Tue, 30 Jan 2007 03:17:48 +0000 (UTC) (envelope-from casner@packetdesign.com) Received: from dhcp-1-81.packetdesign.com (dhcp-1-81.packetdesign.com [192.168.1.81]) by mailman.packetdesign.com (8.13.1/8.13.1) with ESMTP id l0U3HfHS011025; Mon, 29 Jan 2007 19:17:42 -0800 Date: Mon, 29 Jan 2007 19:20:39 -0800 (PST) From: Stephen Casner Sender: casner@hsa To: Torfinn Ingolfsen In-Reply-To: <20070124224613.420e8ae3.torfinn.ingolfsen@broadpark.no> Message-ID: <20070129191444.C33034@hsa> References: <20070123001343.J641@oak.packetdesign.com> <45B67968.2030304@FreeBSD.org> <20070124092103.G3837@oak.packetdesign.com> <20070124224613.420e8ae3.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: System hang on laptop suspend/resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 03:17:48 -0000 On Wed, 24 Jan 2007, Torfinn Ingolfsen wrote: > On Wed, 24 Jan 2007 09:26:54 -0800 (PST) > Stephen Casner wrote: > >> Do you know, though, whether there is any way in NEWCARD to power down >> the PC Card / Cardbus slot? I didn't see anything in the 6.2 release >> note regarding changes in that area. > > Hmm, doesn't 'pccardc power ...' already do that? See 'man pccardc' for > more info. Yes, that is what I used to do on FreeBSD 4.8. However, since converting to 6.1, I get the following error: oak> pccardc power 0 0 pccardc: /dev/card0: No such file or directory In the mail archive, I saw that pccardc is not supported in NEWCARD, but the binary and man page are still included in the 6.1 release. I am awaiting the arrival of my 6.2 CDs, but as mentioned above, I didn't see anything in the release note to suggest the result will be different. Hence my question if there was some other way! Thanks for taking the time to reply, though. -- Steve From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 04:59:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 805EC16A403 for ; Tue, 30 Jan 2007 04:59:16 +0000 (UTC) (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 0994413C4A8 for ; Tue, 30 Jan 2007 04:59:15 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0U4xDUj049636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Jan 2007 15:29:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Peter Jeremy Date: Tue, 30 Jan 2007 15:27:46 +1030 User-Agent: KMail/1.9.5 References: <200701291701.06906.doconnor@gsoft.com.au> <20070129094141.GD854@turion.vk2pj.dyndns.org> <200701292132.26130.doconnor@gsoft.com.au> In-Reply-To: <200701292132.26130.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart20176420.sZvEqOPFqa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701301527.47546.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 bge regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 04:59:16 -0000 --nextPart20176420.sZvEqOPFqa Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 29 January 2007 21:32, Daniel O'Connor wrote: > Currently it's connected to a 10mbit hub :) > (Very crusty, I know) > > I've tried hard wiring it to 10BaseT/UTP but no change. I just dug out a spare switch (god knows why the hub was still in place) an= d=20 it works fine with that. I then tried the 6.1 system with the switch and it worked (duh) but when I= =20 went to switch back to the hub it wouldn't work.. I don't know how the 6.1 box worked with the hub since I can't get it to wo= rk=20 now, perhaps the hub is busted. So, in conclusion, I think bge(4) is OK :) =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 --nextPart20176420.sZvEqOPFqa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFvtBL5ZPcIHs/zowRAriLAJ9Oy6VemEae9U4rHSu0U31NGIDEygCfTmxL rmolCBz5zwGOSLpPfj4lQR4= =v7lN -----END PGP SIGNATURE----- --nextPart20176420.sZvEqOPFqa-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 06:01:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E9DD16A401 for ; Tue, 30 Jan 2007 06:01:37 +0000 (UTC) (envelope-from kazakov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0D45A13C48E for ; Tue, 30 Jan 2007 06:01:36 +0000 (UTC) (envelope-from kazakov@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1352267uge for ; Mon, 29 Jan 2007 22:01:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=e3fH7MZ9vS1RaIjnSM01vTWmcxxcGx7Ua9NYdJ1uGxwyh3Sq7fQELzjeAMQwyrI9RTRUjuIlad4SV2gVI/8992p1pgKXp8ujGypk5suELT/YHbVRFHh8USfEGn1Cueo5Zgj+LkcTttkkUmx0hV2EW7RKIybfrVb6mu8jX9RSBqA= Received: by 10.67.20.3 with SMTP id x3mr9618879ugi.1170135248088; Mon, 29 Jan 2007 21:34:08 -0800 (PST) Received: by 10.67.119.17 with HTTP; Mon, 29 Jan 2007 21:34:08 -0800 (PST) Message-ID: Date: Tue, 30 Jan 2007 14:34:08 +0900 From: "Artem Kazakov" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: diskless boot /usr/local/etc/rc.d/ scripts do not run, why? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 06:01:37 -0000 Hello everyone, I'm using 6-stable on 4 amd64 machines. One of them has FreeBSD on its HD and others are booted via network with PXE. But I encounter that /usr/local/etc/rc.d/* are not executed during the boot process? Is there some kind of option to change this? Or may be I misconfigured something ? Also, I do not see any messages on console after kernel is loaded into memory. The next thing I see is login: prompt. How to turn on boot messages for network booted machines. I have to say that I use this loader.rc for network boot: load /boot/kernel/kernel echo \007\007 set console="vidconsole" autoboot Cheers, Tyoma. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 06:10:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 505B516A401 for ; Tue, 30 Jan 2007 06:10:18 +0000 (UTC) (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 8520013C461 for ; Tue, 30 Jan 2007 06:10:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0U6A2HQ051612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Jan 2007 16:40:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Tue, 30 Jan 2007 16:37:50 +1030 User-Agent: KMail/1.9.5 References: <20060306.155239.11596782.imp@bsdimp.com> <200701291659.28959.doconnor@gsoft.com.au> <20070129.065748.110115339.imp@bsdimp.com> In-Reply-To: <20070129.065748.110115339.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart234029172.r52Qe30F7P"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701301638.22343.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: 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: Tue, 30 Jan 2007 06:10:18 -0000 --nextPart234029172.r52Qe30F7P Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 30 January 2007 00:27, M. Warner Losh wrote: > : I did the USB/Firewire thing just to make sure one wasn't the direct > : cause. > > Maybe we have yet another issue with resources... I thing I have noticed is that when the floppy attach fails there is anothe= r=20 attempt a short time later. Not sure if it's related though. Anyone know of any debugging that could be tried to shed more light on the= =20 problem? =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 --nextPart234029172.r52Qe30F7P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFvuDV5ZPcIHs/zowRAp7+AKCG7JhTLAFBAwtyVAi44bbe/LLAggCeNDz9 pPQMkvpWkoboxuIMeGY3YdA= =/KAx -----END PGP SIGNATURE----- --nextPart234029172.r52Qe30F7P-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 08:54:50 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44EB516A405 for ; Tue, 30 Jan 2007 08:54:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id B720313C471 for ; Tue, 30 Jan 2007 08:54:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xqvcpa@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l0U8shtH005371 for ; Tue, 30 Jan 2007 09:54:48 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l0U8sh4f005370; Tue, 30 Jan 2007 09:54:43 +0100 (CET) (envelope-from olli) Date: Tue, 30 Jan 2007 09:54:43 +0100 (CET) Message-Id: <200701300854.l0U8sh4f005370@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 30 Jan 2007 09:54:48 +0100 (CET) Cc: Subject: gmirror or ata problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2007 08:54:50 -0000 Hi, This is strange. gmirror just detached one of its disks for no apparent reason. I've built a mirror consisting of the components ad0 and ad1 (both SATA drives). It has been running fine. This is RELENG_6 from 2006-12-20. Yesterday evening ad1 was detached. There is no other error message logged on console or in the logs (i.e. no I/O error such as a bad sector or anything). There was no particularly high load at that time. In fact, the machine had been under much higher load before, without anything bad happening. This is from the logs: Jan 29 19:10:13 pluto -- MARK -- Jan 29 19:20:26 pluto kernel: ad1: FAILURE - device detached Jan 29 19:20:26 pluto kernel: subdisk1: detached Jan 29 19:20:26 pluto kernel: ad1: detached Jan 29 19:20:26 pluto kernel: GEOM_MIRROR: Cannot write metadata on ad1 (device=gm0, error=6). Jan 29 19:20:26 pluto kernel: GEOM_MIRROR: Cannot update metadata on disk ad1 (error=6). Jan 29 19:20:26 pluto kernel: GEOM_MIRROR: Cannot update metadata on disk ad1 (error=6). Jan 29 19:20:26 pluto kernel: GEOM_MIRROR: Device gm0: provider ad1 disconnected. Jan 29 19:50:13 pluto -- MARK -- This almost looks like typical Windows problems: Something reports a "failure", but no reason or any other useful information. :-( "atacontrol list" reports for ad1:: Master: no device present After an atacontrol detach/attach cycle, the device is back again: Master: ad1 Serial ATA II I inserted it back into the gmirror, and right now it's synchronizing happily. Can anybody please explain what happened, and -- more importantly -- how to avoid it in the future? As far as I can tell, the disk drives are perfectly OK. Best regards Oliver PS: disk-related stuff from dmesg: atapci0: port 0xe100-0xe107,0xe200-0xe203,0xe300-0xe307,0xe400-0xe403,0xe500-0xe50f,0xe600-0xe6ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe700-0xe70f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 ad0: 152627MB at ata2-master SATA150 ad1: 152627MB at ata3-master SATA150 The PATA controller (ata[01] on atapci1) is not used. I have disabled ATA_STATIC_ID, so the disks are named ad0 and ad1. I've also atapicam in the kernel, but it's not actually used and shouldn't make a difference. This is the SATA-related info from pciconf -lv: atapci0@pci0:15:0: class=0x010400 card=0x70941462 chip=0x31491106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 VT6410 SATA RAID Controller' class = mass storage subclass = RAID PPS: By the way, what's the best mailing list for ata- related problems? There's no freebsd-ata@freebsd.org ... -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 09:14:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0CCD16A403 for ; Tue, 30 Jan 2007 09:14:06 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 897C013C4B7 for ; Tue, 30 Jan 2007 09:14:04 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1380696uge for ; Tue, 30 Jan 2007 01:14:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Q17Q+/anFCmwoxP9V7PhpvozIUQ6YcIUFzyKz4mS2Kq8XpOppzy/IIXYHVZ5tQgGtjDRuAxbPYuZNnS/XiqlpkyuVUHGOkBgW1TDTHpcaIC1RhJVNJL8E6frxEri+rFP3CFT6aEFHdbLOnZ31rDqGBRxPw5bsDKQ5mAQsy/bgtc= Received: by 10.67.119.13 with SMTP id w13mr9848780ugm.1170148443269; Tue, 30 Jan 2007 01:14:03 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id m1sm8323340ugc.2007.01.30.01.14.02; Tue, 30 Jan 2007 01:14:02 -0800 (PST) Message-ID: <45BF0C51.1020407@gmail.com> Date: Tue, 30 Jan 2007 10:13:53 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Zoran Kolic References: <20070129065623.B237C16A4D7@hub.freebsd.org> <20070129142720.GA904@mycenae.net> In-Reply-To: <20070129142720.GA904@mycenae.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cz_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 09:14:07 -0000 Zoran Kolic wrote: >> performance_cx_lowest="HIGH" # Online CPU idle state >> economy_cx_lowest="HIGH" # Offline CPU idle state > > Have you tried "LOW"? Or to put performance and economy option > into rc.conf file? I have now, still: hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 09:35:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADE4616A403 for ; Tue, 30 Jan 2007 09:35:13 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id 2464C13C481 for ; Tue, 30 Jan 2007 09:35:12 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from prune.gid.co.uk (host-83-146-60-88.bulldogdsl.com [83.146.60.88]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id l0U9BbDI033825; Tue, 30 Jan 2007 09:11:37 GMT (envelope-from rb@gid.co.uk) Message-Id: <200701300911.l0U9BbDI033825@gidgate.gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 30 Jan 2007 09:10:58 +0000 To: Oliver Fromme From: Bob Bishop In-Reply-To: <200701300854.l0U8sh4f005370@lurza.secnetix.de> References: <200701300854.l0U8sh4f005370@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: gmirror or ata problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2007 09:35:13 -0000 Hi, At 08:54 30/01/2007, Oliver Fromme wrote: >Hi, > >This is strange. gmirror just detached one of its disks >for no apparent reason. [etc] I've seen similar symptoms on different hardware with ataraid. I suspect that SATA disks occasionaly fail to make their bus timings and (some?) controllers are completely intolerant. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 11:45:05 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D43716A401; Tue, 30 Jan 2007 11:45:05 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id CA44313C4B5; Tue, 30 Jan 2007 11:45:04 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 7171D5F72; Tue, 30 Jan 2007 11:45:03 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 5A1AC40D4; Tue, 30 Jan 2007 11:44:59 +0000 (GMT) Date: Tue, 30 Jan 2007 11:44:59 +0000 From: Josef Karthauser To: Joe Koberg , stable@freebsd.org, fs@freebsd.org Message-ID: <20070130114459.GI2616@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Joe Koberg , stable@freebsd.org, fs@freebsd.org References: <20070115112106.GA2304@genius.tao.org.uk> <20070115115650.GB2304@genius.tao.org.uk> <45AB9BE4.1030606@osoft.us> <20070127224749.GA8203@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BghK6+krpKHjj+jk" Content-Disposition: inline In-Reply-To: <20070127224749.GA8203@genius.tao.org.uk> User-Agent: Mutt/1.5.11 Cc: Subject: Re: mpt problems. (Re: Dell hardware raid 0 (sas5ir) or gmirror?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 11:45:05 -0000 --BghK6+krpKHjj+jk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 27, 2007 at 10:47:49PM +0000, Josef Karthauser wrote: >=20 > The error messages from mpt are attached in the file called 'messages'. > The kernel probe boot time log is attached as dmesg.log. >=20 > Jan 27 18:42:03 littoralis kernel: mpt0: QUEUE FULL EVENT: Bus 0x00 Targe= t 0x01 Depth 121 > Jan 27 18:44:01 littoralis kernel: mpt0: QUEUE FULL EVENT: Bus 0x00 Targe= t 0x00 Depth 121 > Jan 27 18:51:06 littoralis kernel: mpt0: request 0xca756328:48785 timed o= ut for ccb 0xca8f0c00 (req->ccb 0xca8f0c00) > Jan 27 18:51:06 littoralis kernel: mpt0: attempting to abort req 0xca7563= 28:48785 function 0 > Jan 27 18:51:06 littoralis kernel: mpt0: request 0xca755c28:48786 timed o= ut for ccb 0xcc213800 (req->ccb 0xcc213800) An update for anyone who's following this thread. At Matthew Jacob's suggestion I tweaked the 'camcontrol tags' settings for the drives, and with a particular choice of settings the problems goes away. So, at boot time both drives (da0|1) report that they have 255 tag openings. However you can see above in the logs that the mpt files when the depth gets to 121. If I manually set the tags for the drives to anything 120 or above the drive controller complains under load, and one of the disks goes away. If I get it to 119 the server runs all day without missing a beat. Matt suggested quirking the drives to fix this. I'm wondering though where it is that the mpt controller get the queue size of 121 from, and why the drives report 255 at boot time. Is this because the control isn't mediating this information properly, or is there a bug in the controller firmware or driver? Joe --BghK6+krpKHjj+jk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkW/L7oACgkQXVIcjOaxUBaIqgCfVkw6f/AsLgSIWjG3RhowLgrp Qj0An3Fef/lsgzeZGecLkOV5DMtt5Uw2 =qAms -----END PGP SIGNATURE----- --BghK6+krpKHjj+jk-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 13:43:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F79416A409 for ; Tue, 30 Jan 2007 13:43:56 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id DA89813C4A8 for ; Tue, 30 Jan 2007 13:43:55 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id A109C5EC8; Tue, 30 Jan 2007 16:43:54 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 7D6CC5EE1; Tue, 30 Jan 2007 16:43:54 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l0UDhrWW019176; Tue, 30 Jan 2007 16:43:53 +0300 (MSK) (envelope-from ru) Date: Tue, 30 Jan 2007 16:43:53 +0300 From: Ruslan Ermilov To: archon Message-ID: <20070130134353.GC1052@rambler-co.ru> References: <1169826560.9859.15.camel@cameroon.enclave.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ABTtc+pdwF7KHXCz" Content-Disposition: inline In-Reply-To: <1169826560.9859.15.camel@cameroon.enclave.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: 'make buildworld' fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 13:43:56 -0000 --ABTtc+pdwF7KHXCz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 26, 2007 at 08:49:19PM +0500, archon wrote: > I've just updated the sources in FreeBSD 6.2-RELEASE and tried to > rebuild world. With option 'NO_CXX=3DYES' in /etc/make.conf world compiled > successful, if this option not added 'make buildworld' failed. 'make > buildworld' fails: > <..> > =3D=3D=3D> gnu/usr.bin/groff/src/libs/libgroff (depend) > Making version.cpp > rm -f .depend > mkdep -f .depend -a -DHAVE_CONFIG_H > -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/= groff/src/include -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../s= rc/include /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../c= ontrib/groff/src/libs/libgroff/iftoa.c /usr/src/gnu/usr.bin/groff/src/libs/= libgroff/../../../../../../contrib/groff/src/libs/libgroff/itoa.c /usr/src/= gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/lib= s/libgroff/matherr.c /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../= =2E./../../contrib/groff/src/libs/libgroff/progname.c > mkdep -f .depend > -a /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../= contrib/groff/src/libs/libgroff/assert.cpp /usr/src/gnu/usr.bin/groff/src/l= ibs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cp= p /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr= off/src/libs/libgroff/cmap.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff= /../../../../../../contrib/groff/src/libs/libgroff/color.cpp /usr/src/gnu/u= sr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/lib= groff/cset.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../= =2E./contrib/groff/src/libs/libgroff/device.cpp /usr/src/gnu/usr.bin/groff/= src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.= cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/= groff/src/libs/libgroff/error.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgr= off/../../../../../../contrib/groff/src/libs/libgroff/fatal.cpp /usr/src/gn= u/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/= libgroff/filename.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../..= /../../../contrib/groff/src/libs/libgroff/font.cpp /usr/src/gnu/usr.bin/gro= ff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font= file.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../con= trib/groff/src/libs/libgroff/geometry.cpp /usr/src/gnu/usr.bin/groff/src/li= bs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/glyphuni.cpp = /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/grof= f/src/libs/libgroff/htmlhint.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgro= ff/../../../../../../contrib/groff/src/libs/libgroff/hypot.cpp /usr/src/gnu= /usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/l= ibgroff/invalid.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../.= =2E/../../contrib/groff/src/libs/libgroff/lf.cpp /usr/src/gnu/usr.bin/groff= /src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno= =2Ecpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contr= ib/groff/src/libs/libgroff/macropath.cpp /usr/src/gnu/usr.bin/groff/src/lib= s/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cp= p /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr= off/src/libs/libgroff/mksdir.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgro= ff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cpp /usr/s= rc/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/= libs/libgroff/new.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../..= /../../../contrib/groff/src/libs/libgroff/paper.cpp /usr/src/gnu/usr.bin/gr= off/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/pri= me.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contr= ib/groff/src/libs/libgroff/ptable.cpp /usr/src/gnu/usr.bin/groff/src/libs/l= ibgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cpp /u= sr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/= src/libs/libgroff/string.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/.= =2E/../../../../../contrib/groff/src/libs/libgroff/strsave.cpp /usr/src/gnu= /usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/l= ibgroff/symbol.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../..= /../../contrib/groff/src/libs/libgroff/tmpfile.cpp /usr/src/gnu/usr.bin/gro= ff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/tmpn= ame.cpp /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../cont= rib/groff/src/libs/libgroff/unicode.cpp /usr/src/gnu/usr.bin/groff/src/libs= /libgroff/../../../../../../contrib/groff/src/libs/libgroff/uniglyph.cpp /u= sr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/= src/libs/libgroff/uniuni.cpp version.cpp=20 > /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr= off/src/libs/libgroff/cmap.cpp:27:18: cmap.h: No such file or directory [...] > /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr= off/src/libs/libgroff/uniuni.cpp:29:21: unicode.h: No such file or directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/gnu/usr.bin/groff/src/libs/libgroff. > *** Error code 1 [...] > My /etc/make.conf configuration file: >=20 > CPUTYPE?=3Dpentium4 > CFLAGS=3D-O0 -g -pipe > MAKE_SHELL?=3Dsh > COPTFLAGS=3D-O0 -g -pipe > CXXFLAGS=3D-O0 -g -pipe Don't do that! The make.conf(5) manpage states it explicitly that CXXFLAGS (if ever set) is to be set using the +=3D operator. By setting it explicitly, you broke it -- by default, it's set to ${CFLAGS} (the latter is expanded at run time!). In your case, just removing the CXXFLAGS line will 1) do what you want and 2) unbreak the build. : CXXFLAGS (str) Controls the compiler settings when compiling C++ : code. CXXFLAGS is initially set to the value of CFLAGS. : If you want to add to the CXXFLAGS value, use ``+=3D'' : instead of ``=3D''. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ABTtc+pdwF7KHXCz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFv0uZqRfpzJluFF4RAt5jAJ4wGvyzSchfgY+ab/mUWRRubMnICgCeN6Ah W2MwJK3KiOsySSzKZr+EAts= =zbGE -----END PGP SIGNATURE----- --ABTtc+pdwF7KHXCz-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 17:04:46 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CF6216A411; Tue, 30 Jan 2007 17:04:46 +0000 (UTC) (envelope-from msaad@datapipe.com) Received: from exchewr01.datapipe-corp.net (exchewr01.datapipe-corp.net [64.106.130.60]) by mx1.freebsd.org (Postfix) with ESMTP id BB63813C4D3; Tue, 30 Jan 2007 17:04:45 +0000 (UTC) (envelope-from msaad@datapipe.com) Received: from [10.5.0.9] ([192.168.81.31]) by exchewr01.datapipe-corp.net with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Jan 2007 11:51:36 -0500 Message-ID: <45BF7797.6000708@datapipe.com> Date: Tue, 30 Jan 2007 11:51:35 -0500 From: Mark Saad User-Agent: Thunderbird 1.5.0.9 (X11/20061229) MIME-Version: 1.0 To: Josef Karthauser , Joe Koberg , stable@freebsd.org, fs@freebsd.org References: <20070115112106.GA2304@genius.tao.org.uk> <20070115115650.GB2304@genius.tao.org.uk> <45AB9BE4.1030606@osoft.us> <20070127224749.GA8203@genius.tao.org.uk> <20070130114459.GI2616@genius.tao.org.uk> In-Reply-To: <20070130114459.GI2616@genius.tao.org.uk> Content-Type: multipart/mixed; boundary="------------010009030908020604010102" X-OriginalArrivalTime: 30 Jan 2007 16:51:36.0623 (UTC) FILETIME=[E7AC6BF0:01C7448E] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: mpt problems. (Re: Dell hardware raid 0 (sas5ir) or gmirror?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: msaad@datapipe.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2007 17:04:46 -0000 This is a multi-part message in MIME format. --------------010009030908020604010102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello So the HP DL320G4 servers come with a similar LSI Logic SAS controller. In 6.2-RELEASE was seeing the same issue; The fix I found was a firmware update from HP HP Firmware Update 7.6.0 . After applied the mpt messages went away . I beelive this is a bug in the LSI firmware more then the FreeBSD OS, as this controller has been very odd regardless of what os I am running on it. Josef Karthauser wrote: > On Sat, Jan 27, 2007 at 10:47:49PM +0000, Josef Karthauser wrote: >> The error messages from mpt are attached in the file called 'messages'. >> The kernel probe boot time log is attached as dmesg.log. >> > >> Jan 27 18:42:03 littoralis kernel: mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x01 Depth 121 >> Jan 27 18:44:01 littoralis kernel: mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x00 Depth 121 >> Jan 27 18:51:06 littoralis kernel: mpt0: request 0xca756328:48785 timed out for ccb 0xca8f0c00 (req->ccb 0xca8f0c00) >> Jan 27 18:51:06 littoralis kernel: mpt0: attempting to abort req 0xca756328:48785 function 0 >> Jan 27 18:51:06 littoralis kernel: mpt0: request 0xca755c28:48786 timed out for ccb 0xcc213800 (req->ccb 0xcc213800) > > An update for anyone who's following this thread. > > At Matthew Jacob's suggestion I tweaked the 'camcontrol tags' > settings for the drives, and with a particular choice of settings > the problems goes away. > > So, at boot time both drives (da0|1) report that they have 255 tag > openings. However you can see above in the logs that the mpt files > when the depth gets to 121. If I manually set the tags for the > drives to anything 120 or above the drive controller complains under > load, and one of the disks goes away. If I get it to 119 the server > runs all day without missing a beat. > > Matt suggested quirking the drives to fix this. I'm wondering though > where it is that the mpt controller get the queue size of 121 from, and > why the drives report 255 at boot time. Is this because the control > isn't mediating this information properly, or is there a bug in the > controller firmware or driver? > > Joe -- Mark Saad msaad@datapipe.com DataPipe Managed UNIX Support --------------010009030908020604010102-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 17:10:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7343116A400 for ; Tue, 30 Jan 2007 17:10:08 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0E99513C442 for ; Tue, 30 Jan 2007 17:10:07 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 85550809C for ; Tue, 30 Jan 2007 17:46:28 +0100 (CET) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 324A1802E; Tue, 30 Jan 2007 17:46:27 +0100 (CET) In-Reply-To: <200701300854.l0U8sh4f005370@lurza.secnetix.de> References: <200701300854.l0U8sh4f005370@lurza.secnetix.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Alban Hertroys Date: Tue, 30 Jan 2007 17:47:28 +0100 To: Oliver Fromme X-Mailer: Apple Mail (2.752.2) X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 30 17:46:28 2007 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 74,45bf76649345499641489 X-DSPAM-Factors: 27, (both+SATA, 0.40000, From*Alban, 0.40000, just, 0.40000, e, 0.40000, Mime-Version*Message, 0.40000, or, 0.40000, or, 0.40000, Received*Tue, 0.40000, an, 0.40000, mirror+consisting, 0.40000, Message-Id*4CF8, 0.40000, from, 0.40000, of, 0.40000, of, 0.40000, error+message, 0.40000, Received*30+Jan, 0.40000, its+disks, 0.40000, has+>, 0.40000, completing+buildworld, 0.40000, Date*Jan+2007, 0.40000, components+ad0, 0.40000, 30, 0.40000, Received*ESMTP, 0.40000, load+before, 0.40000, Message-Id*92A8+88BA1D3B8E94, 0.40000, Cc*freebsd+stable, 0.40000, message, 0.40000 Cc: freebsd-stable@freebsd.org Subject: Re: gmirror or ata problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2007 17:10:08 -0000 On Jan 30, 2007, at 9:54, Oliver Fromme wrote: > Hi, > > This is strange. gmirror just detached one of its disks > for no apparent reason. I've built a mirror consisting of > the components ad0 and ad1 (both SATA drives). It has > been running fine. This is RELENG_6 from 2006-12-20. > > Yesterday evening ad1 was detached. There is no other > error message logged on console or in the logs (i.e. no > I/O error such as a bad sector or anything). There was > no particularly high load at that time. In fact, the > machine had been under much higher load before, without > anything bad happening. I had unexplainable intermittent detaches until I replaced one of my memory modules. Never happened since. Admittedly I also had problems completing buildworld - that's why I checked my memory modules in the first place. -- Alban Hertroys "This person has performed an illegal operation, and will be shot down." !DSPAM:74,45bf76649345499641489! From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 17:19:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9272616A405 for ; Tue, 30 Jan 2007 17:19:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 370F613C48D for ; Tue, 30 Jan 2007 17:19:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l0UHJ2Zo055434; Tue, 30 Jan 2007 12:19:02 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l0UHJ1Kk002345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Jan 2007 12:19:01 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200701301719.l0UHJ1Kk002345@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 30 Jan 2007 12:18:24 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Status: Clean Subject: Intel EM tuning (PT1000 adaptors) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 17:19:03 -0000 On one of my servers (RELENG_6 as of yesterday), I am seeing what appears to be RX overruns. Load avg does not seem to be high, and the only odd thing I have done to the kernel is defined #define EM_FAST_INTR 1 The man page talks about setting hw.em.* vars, but but does not discuss any of the tunables via dev.em.*. Is there anything that can be tuned there to improve performance ? Also, the man page talks about various controllers having different max values. How do I know what this particular card has available as it seems to have a controller (82572GI) not mentioned in the man page. # sysctl -a dev.em.2 dev.em.2.%desc: Intel(R) PRO/1000 Network Connection Version - 6.2.9 dev.em.2.%driver: em dev.em.2.%location: slot=0 function=0 dev.em.2.%pnpinfo: vendor=0x8086 device=0x105e subvendor=0x8086 subdevice=0x115e class=0x020000 dev.em.2.%parent: pci1 dev.em.2.debug_info: -1 dev.em.2.stats: -1 dev.em.2.rx_int_delay: 0 dev.em.2.tx_int_delay: 66 dev.em.2.rx_abs_int_delay: 66 dev.em.2.tx_abs_int_delay: 66 dev.em.2.rx_processing_limit: 100 Jan 30 11:04:31 FW4a-tor kernel: em2: Adapter hardware address = 0xc4b6f948 Jan 30 11:04:31 FW4a-tor kernel: em2: CTRL = 0x80c0241 RCTL = 0x8002 Jan 30 11:04:31 FW4a-tor kernel: em2: Packet buffer = Tx=16k Rx=32k Jan 30 11:04:31 FW4a-tor kernel: em2: Flow control watermarks high = 30720 low = 29220 Jan 30 11:04:31 FW4a-tor kernel: em2: tx_int_delay = 66, tx_abs_int_delay = 66 Jan 30 11:04:31 FW4a-tor kernel: em2: rx_int_delay = 0, rx_abs_int_delay = 66 Jan 30 11:04:31 FW4a-tor kernel: em2: fifo workaround = 0, fifo_reset_count = 0 Jan 30 11:04:31 FW4a-tor kernel: em2: hw tdh = 246, hw tdt = 246 Jan 30 11:04:31 FW4a-tor kernel: em2: Num Tx descriptors avail = 231 Jan 30 11:04:31 FW4a-tor kernel: em2: Tx Descriptors not avail1 = 0 Jan 30 11:04:31 FW4a-tor kernel: em2: Tx Descriptors not avail2 = 0 Jan 30 11:04:31 FW4a-tor kernel: em2: Std mbuf failed = 0 Jan 30 11:04:31 FW4a-tor kernel: em2: Std mbuf cluster failed = 0 Jan 30 11:04:31 FW4a-tor kernel: em2: Driver dropped packets = 0 Jan 30 11:04:31 FW4a-tor kernel: em2: Driver tx dma failure in encap = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Excessive collisions = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Sequence errors = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Defer count = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Missed Packets = 47990 Jan 30 11:04:40 FW4a-tor kernel: em2: Receive No Buffers = 2221 Jan 30 11:04:40 FW4a-tor kernel: em2: Receive Length Errors = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Receive errors = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Crc errors = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Alignment errors = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Carrier extension errors = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: RX overruns = 61 Jan 30 11:04:40 FW4a-tor kernel: em2: watchdog timeouts = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: XON Rcvd = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: XON Xmtd = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: XOFF Rcvd = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: XOFF Xmtd = 0 Jan 30 11:04:40 FW4a-tor kernel: em2: Good Packets Rcvd = 126019287 Jan 30 11:04:40 FW4a-tor kernel: em2: Good Packets Xmtd = 78181054 em2@pci1:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet em3@pci1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet em2: port 0x9000-0x901f mem 0xd1020000-0xd103ffff,0xd1000000-0xd101ffff irq 18 at device 0.0 on pci1 em2: Ethernet address: 00:15:17:0b:46:7c em2: [FAST] em3: port 0x9400-0x941f mem 0xd1040000-0xd105ffff,0xd1060000-0xd107ffff irq 19 at device 0.1 on pci1 em3: Ethernet address: 00:15:17:0b:46:7d em3: [FAST] -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 17:30:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE3A216A404 for ; Tue, 30 Jan 2007 17:30:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 281B813C428 for ; Tue, 30 Jan 2007 17:30:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1492925uge for ; Tue, 30 Jan 2007 09:30:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tVAKpOmP9y6isN5M+IIV4GvLaM43S8CRFlSeU+ffodyrz58lmRcEegdU1pv6SXCmKDM2z5WUV0UBfa83aQ1buftaxw11f+wYAs8rxSwZO7BMHRvbcXiit0HUGaqMv6hCaU4OPkGlwwKyjHraqxX3aaz/rcCfhwjS58N/yMkaldY= Received: by 10.82.113.6 with SMTP id l6mr188835buc.1170178223560; Tue, 30 Jan 2007 09:30:23 -0800 (PST) Received: by 10.82.127.12 with HTTP; Tue, 30 Jan 2007 09:30:23 -0800 (PST) Message-ID: <2a41acea0701300930u4f920b95n61d20972c14576a9@mail.gmail.com> Date: Tue, 30 Jan 2007 09:30:23 -0800 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200701301719.l0UHJ1Kk002345@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200701301719.l0UHJ1Kk002345@lava.sentex.ca> Cc: freebsd-stable@freebsd.org Subject: Re: Intel EM tuning (PT1000 adaptors) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 17:30:28 -0000 On 1/30/07, Mike Tancsa wrote: > On one of my servers (RELENG_6 as of yesterday), I am seeing what > appears to be RX overruns. Load avg does not seem to be high, and the > only odd thing I have done to the kernel is defined > > #define EM_FAST_INTR 1 > > > The man page talks about setting hw.em.* vars, but but does not > discuss any of the tunables via dev.em.*. Is there anything that can > be tuned there to improve performance ? Also, the man page talks > about various controllers having different max values. How do I know > what this particular card has available as it seems to have a > controller (82572GI) not mentioned in the man page. > > > # sysctl -a dev.em.2 > dev.em.2.%desc: Intel(R) PRO/1000 Network Connection Version - 6.2.9 > dev.em.2.%driver: em > dev.em.2.%location: slot=0 function=0 > dev.em.2.%pnpinfo: vendor=0x8086 device=0x105e subvendor=0x8086 > subdevice=0x115e class=0x020000 > dev.em.2.%parent: pci1 > dev.em.2.debug_info: -1 > dev.em.2.stats: -1 > dev.em.2.rx_int_delay: 0 > dev.em.2.tx_int_delay: 66 > dev.em.2.rx_abs_int_delay: 66 > dev.em.2.tx_abs_int_delay: 66 > dev.em.2.rx_processing_limit: 100 > > > Jan 30 11:04:31 FW4a-tor kernel: em2: Adapter hardware address = 0xc4b6f948 > Jan 30 11:04:31 FW4a-tor kernel: em2: CTRL = 0x80c0241 RCTL = 0x8002 > Jan 30 11:04:31 FW4a-tor kernel: em2: Packet buffer = Tx=16k Rx=32k > Jan 30 11:04:31 FW4a-tor kernel: em2: Flow control watermarks high = > 30720 low = 29220 > Jan 30 11:04:31 FW4a-tor kernel: em2: tx_int_delay = 66, tx_abs_int_delay = 66 > Jan 30 11:04:31 FW4a-tor kernel: em2: rx_int_delay = 0, rx_abs_int_delay = 66 > Jan 30 11:04:31 FW4a-tor kernel: em2: fifo workaround = 0, fifo_reset_count = 0 > Jan 30 11:04:31 FW4a-tor kernel: em2: hw tdh = 246, hw tdt = 246 > Jan 30 11:04:31 FW4a-tor kernel: em2: Num Tx descriptors avail = 231 > Jan 30 11:04:31 FW4a-tor kernel: em2: Tx Descriptors not avail1 = 0 > Jan 30 11:04:31 FW4a-tor kernel: em2: Tx Descriptors not avail2 = 0 > Jan 30 11:04:31 FW4a-tor kernel: em2: Std mbuf failed = 0 > Jan 30 11:04:31 FW4a-tor kernel: em2: Std mbuf cluster failed = 0 > Jan 30 11:04:31 FW4a-tor kernel: em2: Driver dropped packets = 0 > Jan 30 11:04:31 FW4a-tor kernel: em2: Driver tx dma failure in encap = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Excessive collisions = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Sequence errors = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Defer count = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Missed Packets = 47990 > Jan 30 11:04:40 FW4a-tor kernel: em2: Receive No Buffers = 2221 > Jan 30 11:04:40 FW4a-tor kernel: em2: Receive Length Errors = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Receive errors = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Crc errors = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Alignment errors = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Carrier extension errors = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: RX overruns = 61 > Jan 30 11:04:40 FW4a-tor kernel: em2: watchdog timeouts = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: XON Rcvd = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: XON Xmtd = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: XOFF Rcvd = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: XOFF Xmtd = 0 > Jan 30 11:04:40 FW4a-tor kernel: em2: Good Packets Rcvd = 126019287 > Jan 30 11:04:40 FW4a-tor kernel: em2: Good Packets Xmtd = 78181054 > > > em2@pci1:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 > rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'PRO/1000 PT' > class = network > subclass = ethernet > em3@pci1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 > rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'PRO/1000 PT' > class = network > subclass = ethernet > > > em2: port > 0x9000-0x901f mem 0xd1020000-0xd103ffff,0xd1000000-0xd101ffff > irq 18 at device 0.0 on pci1 > em2: Ethernet address: 00:15:17:0b:46:7c > em2: [FAST] > em3: port > 0x9400-0x941f mem 0xd1040000-0xd105ffff,0xd1060000-0xd107ffff > irq 19 at device 0.1 on pci1 > em3: Ethernet address: 00:15:17:0b:46:7d > em3: [FAST] Performance tuning is not something that I have yet had time to focus on, our Linux team is able to do a lot more of that. Just at a glance, try increasing your mbuf pool size and the number of receive descriptors for a start. Oh, and try increasing your processing limit to 200 and see what effect that has. Jack From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 17:44:19 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDC0716A402; Tue, 30 Jan 2007 17:44:19 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id 93BA013C48D; Tue, 30 Jan 2007 17:44:19 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 773C35E96; Tue, 30 Jan 2007 17:44:18 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 6326E40D4; Tue, 30 Jan 2007 17:44:14 +0000 (GMT) Date: Tue, 30 Jan 2007 17:44:14 +0000 From: Josef Karthauser To: Mark Saad Message-ID: <20070130174414.GE6751@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Mark Saad , Joe Koberg , stable@freebsd.org, fs@freebsd.org References: <20070115112106.GA2304@genius.tao.org.uk> <20070115115650.GB2304@genius.tao.org.uk> <45AB9BE4.1030606@osoft.us> <20070127224749.GA8203@genius.tao.org.uk> <20070130114459.GI2616@genius.tao.org.uk> <45BF7797.6000708@datapipe.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HeFlAV5LIbMFYYuh" Content-Disposition: inline In-Reply-To: <45BF7797.6000708@datapipe.com> User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: mpt problems. (Re: Dell hardware raid 0 (sas5ir) or gmirror?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 17:44:20 -0000 --HeFlAV5LIbMFYYuh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 30, 2007 at 11:51:35AM -0500, Mark Saad wrote: > Hello > So the HP DL320G4 servers come with a similar LSI=20 > Logic SAS controller. In 6.2-RELEASE was seeing the same=20 > issue; > The fix I found was a firmware update from HP HP Firmware=20 > Update 7.6.0 . After applied the mpt messages went away . > I beelive this is a bug in the LSI firmware more then the=20 > FreeBSD OS, as this controller has been very odd=20 > regardless of what os I am running on it. >=20 I can believe that. I wonder how I should put the issue to Dell so that they can understand what I'm on about and fix it! The controller appears to be a custom version, at least the card probes as Dell part not an LSIlogic part. Joe --HeFlAV5LIbMFYYuh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkW/g+0ACgkQXVIcjOaxUBajNACg1zvZwt+lfQCuKMU16V4jgpaz GbwAnjBEGUZnvxC9NQyy4KPazYzvoA3s =hw7E -----END PGP SIGNATURE----- --HeFlAV5LIbMFYYuh-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 17:46:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D690F16A401 for ; Tue, 30 Jan 2007 17:46:55 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 6ADDC13C4A3 for ; Tue, 30 Jan 2007 17:46:55 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so267744nfc for ; Tue, 30 Jan 2007 09:46:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=TQflGndA/HNxTtz4uXNUKQIU1a1z0SUIfW+suvgzsywrcIxrvs3JXwRWcl9N+AMh+JEZqnEYAZfurXAvyC+yA1VW5j1fn609dTzzXuxQjXaJ6tMtfciYD/ha4u7bdNKCsExRnJKzI24pA/fEhUUyh/iNu6fNZz5EhkpWFDlS/KI= Received: by 10.49.13.14 with SMTP id q14mr1131063nfi.1170179211107; Tue, 30 Jan 2007 09:46:51 -0800 (PST) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id z40sm8888840ugc.2007.01.30.09.46.50; Tue, 30 Jan 2007 09:46:50 -0800 (PST) Message-ID: <45BF8481.4000500@gmail.com> Date: Tue, 30 Jan 2007 18:46:41 +0100 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Zoran Kolic References: <20070129065623.B237C16A4D7@hub.freebsd.org> <20070129142720.GA904@mycenae.net> <45BF0C51.1020407@gmail.com> <20070130142530.GA858@faust.net> In-Reply-To: <20070130142530.GA858@faust.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rd.d/power_profile: dev.cpu.0.cz_supported doesn't exist X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 17:46:55 -0000 Zoran Kolic wrote: >> I have now, still: >> hw.acpi.cpu.cx_lowest: C1 >> sysctl: hw.acpi.cpu.cx_lowest: Invalid argument > > Would you remind me of your hardware data? What cpu, > what mobo? It works on my 64-bit system I'm writing this > mail. Intel P4 3.00 GHz, MSI MS-7012. It's a Medion 8080XL computer. I've downgraded to 6.2-RELEASE and the problem disappeared. When I upgraded, the problem was back. I've looked at the list of files changed since RELEASE, but I don't see how any of the changes in sysctl.c should cause this. I know little about the source tree, but none of the other files changed ring a bell. And noone else seem to be having this problem. It's a little frustrating. Could I check-out STABLE at various dates, build world and kernel, install and boot, until I get the error? Is it possible? That way I would at least know the date of the guilty commit. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 17:56:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08F0F16A401 for ; Tue, 30 Jan 2007 17:56:23 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 9566313C4A8 for ; Tue, 30 Jan 2007 17:56:22 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id l0UHuJA4070499; Tue, 30 Jan 2007 18:56:19 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id E1241B827; Tue, 30 Jan 2007 18:56:18 +0100 (CET) Date: Tue, 30 Jan 2007 18:56:18 +0100 From: Roland Smith To: "Daniel O'Connor" Message-ID: <20070130175618.GB77892@slackbox.xs4all.nl> Mail-Followup-To: Daniel O'Connor , freebsd-stable@freebsd.org References: <20060306.155239.11596782.imp@bsdimp.com> <200701291659.28959.doconnor@gsoft.com.au> <20070129.065748.110115339.imp@bsdimp.com> <200701301638.22343.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <200701301638.22343.doconnor@gsoft.com.au> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: 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: Tue, 30 Jan 2007 17:56:23 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 30, 2007 at 04:37:50PM +1030, Daniel O'Connor wrote: > On Tuesday 30 January 2007 00:27, M. Warner Losh wrote: > > : I did the USB/Firewire thing just to make sure one wasn't the direct > > : cause. > > > > Maybe we have yet another issue with resources... >=20 > I thing I have noticed is that when the floppy attach fails there is anot= her=20 > attempt a short time later. >=20 > Not sure if it's related though. >=20 > Anyone know of any debugging that could be tried to shed more light on th= e=20 > problem? I've built a kernel without "device fdc" on amd64 at least since 5.4 IIRC. I had problems with hangs when accessing the floppy drive.=20 Haven't used floppies in years, don't miss them. A USB thumbdrive holds a lot more data anyway. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFv4bCEnfvsMMhpyURAkZcAKCN50tTmOf1r1GNEsAMFgrAJZN1dgCfZ5uu 8v3QxvqW1nHQT25ekx5di+4= =gU1k -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 18:24:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8DDB16A401 for ; Tue, 30 Jan 2007 18:24:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A192F13C471 for ; Tue, 30 Jan 2007 18:24:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l0UIN0GR016811; Tue, 30 Jan 2007 11:23:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 30 Jan 2007 11:23:29 -0700 (MST) Message-Id: <20070130.112329.-233674626.imp@bsdimp.com> To: casner@packetdesign.com From: "M. Warner Losh" In-Reply-To: <20070129191444.C33034@hsa> References: <20070124092103.G3837@oak.packetdesign.com> <20070124224613.420e8ae3.torfinn.ingolfsen@broadpark.no> <20070129191444.C33034@hsa> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 30 Jan 2007 11:23:01 -0700 (MST) Cc: torfinn.ingolfsen@broadpark.no, freebsd-stable@freebsd.org Subject: Re: System hang on laptop suspend/resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 18:24:56 -0000 In message: <20070129191444.C33034@hsa> Stephen Casner writes: : On Wed, 24 Jan 2007, Torfinn Ingolfsen wrote: : : > On Wed, 24 Jan 2007 09:26:54 -0800 (PST) : > Stephen Casner wrote: : > : >> Do you know, though, whether there is any way in NEWCARD to power down : >> the PC Card / Cardbus slot? I didn't see anything in the 6.2 release : >> note regarding changes in that area. : > : > Hmm, doesn't 'pccardc power ...' already do that? See 'man pccardc' for : > more info. : : Yes, that is what I used to do on FreeBSD 4.8. However, since : converting to 6.1, I get the following error: : : oak> pccardc power 0 0 : pccardc: /dev/card0: No such file or directory : : In the mail archive, I saw that pccardc is not supported in NEWCARD, : but the binary and man page are still included in the 6.1 release. : I am awaiting the arrival of my 6.2 CDs, but as mentioned above, I : didn't see anything in the release note to suggest the result will be : different. Hence my question if there was some other way! : : Thanks for taking the time to reply, though. pccardc power no longer exists. There's no current way to power down the pccard/cardbus slot. I keep resisting adding a hack for pccard/cardbus, but think that the 'better' way won't be coming along for a while so maybe should do this... Warner From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 18:42:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AC2E16A400 for ; Tue, 30 Jan 2007 18:42:45 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id 18EA313C478 for ; Tue, 30 Jan 2007 18:42:45 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 3DB24809C for ; Tue, 30 Jan 2007 19:41:41 +0100 (CET) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 0A042802E for ; Tue, 30 Jan 2007 19:41:40 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable From: Alban Hertroys Date: Tue, 30 Jan 2007 19:42:41 +0100 X-Mailer: Apple Mail (2.752.2) X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 30 19:41:40 2007 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 74,45bf91649342038170548 X-DSPAM-Factors: 27, but, 0.40000, From*Alban, 0.40000, Wpointer+arith, 0.40000, decls+Wnested, 0.40000, Mime-Version*Message, 0.40000, Subject*buildkernel, 0.40000, mno+3dnow, 0.40000, warning+nested, 0.40000, or, 0.40000, Received*Tue, 0.40000, march=athlon64, 0.40000, forgotten, 0.40000, extern, 0.40000, Date*41, 0.40000, of, 0.40000, of, 0.40000, nested, 0.40000, Received*30+Jan, 0.40000, build/obj/build/src/sys/BOLTTHROWER/opt_global, 0.40000, Date*Jan+2007, 0.40000, Received*ESMTP, 0.40000, source, 0.40000, 1+Stop, 0.40000, 1+Stop, 0.40000, of+`linker_release_module', 0.40000, point+to, 0.40000, mno+sse2, 0.40000 Subject: buildkernel failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 18:42:45 -0000 Building a kernel of a freshly updated RELENG_6 source tree reveals the following: ===> firmware (all) cc -O2 -fno-strict-aliasing -pipe -march=athlon64 -Werror -D_KERNEL - DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include / build/obj/build/src/sys/BOLTTHROWER/opt_global.h -I. -I@ -I@/contrib/ altq -I@/../include -finline-limit=8000 -fno-common -fno-omit-frame- pointer -I/build/obj/build/src/sys/BOLTTHROWER -mcmodel=kernel -mno- red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft- float -fno-asynchronous-unwind-tables -ffreestanding -Wall - Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing- prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions - std=c99 -c /build/src/sys/modules/firmware/../../kern/subr_firmware.c /build/src/sys/modules/firmware/../../kern/subr_firmware.c: In function `firmware_get': /build/src/sys/modules/firmware/../../kern/subr_firmware.c:192: warning: implicit declaration of function `linker_release_module' /build/src/sys/modules/firmware/../../kern/subr_firmware.c:192: warning: nested extern declaration of `linker_release_module' *** Error code 1 Stop in /build/src/sys/modules/firmware. *** Error code 1 Stop in /build/src/sys/modules. *** Error code 1 Stop in /build/obj/build/src/sys/BOLTTHROWER. Exit 1 System is amd64 with a custom kernel. I don't know what might be dependent on subr_firmware, but the error doesn't seem to point to a missing kernel option or device. In the CVS logs I can see that this function was added recently; maybe something was forgotten in the MFC? -- Alban Hertroys "Memory expensive?!? My computer has free memory!" !DSPAM:74,45bf91649342038170548! From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 18:47:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2C2716A401 for ; Tue, 30 Jan 2007 18:47:00 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 85C9F13C478 for ; Tue, 30 Jan 2007 18:47:00 +0000 (UTC) (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 C46D8B80A for ; Tue, 30 Jan 2007 13:46:59 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20070130175618.GB77892@slackbox.xs4all.nl> References: <20060306.155239.11596782.imp@bsdimp.com> <200701291659.28959.doconnor@gsoft.com.au> <20070129.065748.110115339.imp@bsdimp.com> <200701301638.22343.doconnor@gsoft.com.au> <20070130175618.GB77892@slackbox.xs4all.nl> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-13-749574385; protocol="application/pkcs7-signature" Message-Id: <3942F490-EC84-4ED8-82E4-18DB967D11C5@khera.org> From: Vivek Khera Date: Tue, 30 Jan 2007 13:46:58 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 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: Tue, 30 Jan 2007 18:47:01 -0000 --Apple-Mail-13-749574385 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jan 30, 2007, at 12:56 PM, Roland Smith wrote: > I've built a kernel without "device fdc" on amd64 at least since > 5.4 IIRC. I > had problems with hangs when accessing the floppy drive. > > Haven't used floppies in years, don't miss them. A USB thumbdrive > holds > a lot more data anyway. I build all of my servers without CD and floppy drivers -- I configure them to build as loadable module just in case, but I've never yet had the need to load them... If I could get freebsd to install from a usb CD, i'd probably order the boxes without cd drives altogether, as it is used pretty much exactly once per life of server around here. --Apple-Mail-13-749574385-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 18:54:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1D1616A401 for ; Tue, 30 Jan 2007 18:54:06 +0000 (UTC) (envelope-from casner@packetdesign.com) Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by mx1.freebsd.org (Postfix) with ESMTP id 93DFD13C474 for ; Tue, 30 Jan 2007 18:54:06 +0000 (UTC) (envelope-from casner@packetdesign.com) Received: from dhcp-1-81.packetdesign.com (dhcp-1-81.packetdesign.com [192.168.1.81]) by mailman.packetdesign.com (8.13.1/8.13.1) with ESMTP id l0UIrroi031420; Tue, 30 Jan 2007 10:53:53 -0800 Date: Tue, 30 Jan 2007 10:56:51 -0800 (PST) From: Stephen Casner Sender: casner@hsa To: "M. Warner Losh" In-Reply-To: <20070130.112329.-233674626.imp@bsdimp.com> Message-ID: <20070130105610.W37131@hsa> References: <20070124092103.G3837@oak.packetdesign.com> <20070124224613.420e8ae3.torfinn.ingolfsen@broadpark.no> <20070129191444.C33034@hsa> <20070130.112329.-233674626.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: System hang on laptop suspend/resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 18:54:06 -0000 On Tue, 30 Jan 2007, M. Warner Losh wrote: > pccardc power no longer exists. There's no current way to power down > the pccard/cardbus slot. I keep resisting adding a hack for > pccard/cardbus, but think that the 'better' way won't be coming along > for a while so maybe should do this... I, for one, would certainly appreciate it. Thanks for the definitive reply. -- Steve From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 18:59:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5848A16A402 for ; Tue, 30 Jan 2007 18:59:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F105613C461 for ; Tue, 30 Jan 2007 18:59:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l0UIxAVg078697; Tue, 30 Jan 2007 13:59:10 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l0UIx9qK002719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Jan 2007 13:59:09 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200701301859.l0UIx9qK002719@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 30 Jan 2007 13:58:17 -0500 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0701300930u4f920b95n61d20972c14576a9@mail.gmail.co m> References: <200701301719.l0UHJ1Kk002345@lava.sentex.ca> <2a41acea0701300930u4f920b95n61d20972c14576a9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Intel EM tuning (PT1000 adaptors) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 18:59:11 -0000 At 12:30 PM 1/30/2007, Jack Vogel wrote: >Performance tuning is not something that I have yet had time to focus >on, our Linux team is able to do a lot more of that. Just at a glance, >try increasing your mbuf pool size and the number of receive descriptors >for a start. Oh, and try increasing your processing limit to 200 and see >what effect that has. Hi, thanks for the info. What is the processing_limit limit, and apart from crashing the box, how do I know if I set it too high ? ;-) I am not sure which mbuf setting you mean ? From netstat -m, I dont seem to be hitting any max values # netstat -m 838/2237/3075 mbufs in use (current/cache/total) 836/578/1414/25600 mbuf clusters in use (current/cache/total/max) 836/572 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 1881K/1715K/3596K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/5/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines As for hw.em.rxd, how do I know what this chip can handle ? It says the current default is 256, but I dont know what I can set that too, based on this adaptor ? WRT, hw.em.rx_int_delay This value delays the generation of receive interrupts in units of 1.024 microseconds. The default value is 0, since adapters may hang with this feature being enabled. Do you know which adaptors have this issue ? Also, for hw.em.rx_abs_int_delay If hw.em.rx_int_delay is non-zero, this tunable limits the maxi- mum delay in which a receive interrupt is generated. I take it this is for interrupt moderation ? Am I right in thinking that if my rx buffers are filling, the box is not processing interrupts fast enough so I should move this value closer to zero ? How do I find what the current value is ? Thanks for any pointers you can provide. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 19:04:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA26F16A400 for ; Tue, 30 Jan 2007 19:04:46 +0000 (UTC) (envelope-from SRS0=ad07b90d16931af301081bdb05883f696dc65079=231=es.net=dart@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 95CF513C441 for ; Tue, 30 Jan 2007 19:04:46 +0000 (UTC) (envelope-from SRS0=ad07b90d16931af301081bdb05883f696dc65079=231=es.net=dart@es.net) Received: from [198.128.1.31] (usul.es.net [198.128.1.31]) by postal1.es.net (Postal Node 1) with ASMTP (SSL) id JTE94914; Tue, 30 Jan 2007 10:52:14 -0800 Message-ID: <45BF93DE.9010100@es.net> Date: Tue, 30 Jan 2007 10:52:14 -0800 From: Eli Dart Organization: Energy Sciences Network User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Alban Hertroys References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: buildkernel failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dart@es.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2007 19:04:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I just saw the same thing under i386 when building GENERIC. --eli Alban Hertroys wrote: > Building a kernel of a freshly updated RELENG_6 source tree reveals the > following: > > ===> firmware (all) > cc -O2 -fno-strict-aliasing -pipe -march=athlon64 -Werror -D_KERNEL > -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include > /build/obj/build/src/sys/BOLTTHROWER/opt_global.h -I. -I@ > -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common > -fno-omit-frame-pointer -I/build/obj/build/src/sys/BOLTTHROWER > -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 -c > /build/src/sys/modules/firmware/../../kern/subr_firmware.c > /build/src/sys/modules/firmware/../../kern/subr_firmware.c: In function > `firmware_get': > /build/src/sys/modules/firmware/../../kern/subr_firmware.c:192: warning: > implicit declaration of function `linker_release_module' > /build/src/sys/modules/firmware/../../kern/subr_firmware.c:192: warning: > nested extern declaration of `linker_release_module' > *** Error code 1 > > Stop in /build/src/sys/modules/firmware. > *** Error code 1 > > Stop in /build/src/sys/modules. > *** Error code 1 > > Stop in /build/obj/build/src/sys/BOLTTHROWER. > Exit 1 > > System is amd64 with a custom kernel. I don't know what might be > dependent on subr_firmware, but the error doesn't seem to point to a > missing kernel option or device. > > In the CVS logs I can see that this function was added recently; maybe > something was forgotten in the MFC? > > -- > Alban Hertroys > > "Memory expensive?!? > My computer has free memory!" > > > > !DSPAM:74,45bf91649342038170548! > > > _______________________________________________ > 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" > - -- Eli Dart Office: (510) 486-5629 ESnet Network Engineering Group Fax: (510) 486-6712 Lawrence Berkeley National Laboratory PGP Key fingerprint = C970 F8D3 CFDD 8FFF 5486 343A 2D31 4478 5F82 B2B3 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFv5PeLTFEeF+CsrMRArcZAJ0W4nZZKwNsBqf+t/S9AgSgDpeyPACdEBRJ ZnFiFByzk87oQEIrYIdOlkk= =pLnS -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 20:03:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA93B16A404 for ; Tue, 30 Jan 2007 20:03:08 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (smtpproxy1.mitre.org [192.160.51.76]) by mx1.freebsd.org (Postfix) with ESMTP id 6A40F13C4A8 for ; Tue, 30 Jan 2007 20:03:08 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id l0UK373V029978 for ; Tue, 30 Jan 2007 15:03:07 -0500 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id 95F75BEFB for ; Tue, 30 Jan 2007 15:03:07 -0500 (EST) Received: from imcfe2.MITRE.ORG (imcfe2.mitre.org [129.83.29.4]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l0UK37SK029966 for ; Tue, 30 Jan 2007 15:03:07 -0500 Received: from IMCSRV6.MITRE.ORG ([129.83.20.237]) by imcfe2.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Jan 2007 15:03:07 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 30 Jan 2007 15:03:06 -0500 Message-ID: <53B52415C756A84E8A169F0E3673A3290E964A@IMCSRV6.MITRE.ORG> In-Reply-To: <20070124073602.B57678@xorpc.icir.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Dummynet and simulating random delay thread-index: Acc/zV6y5GL0saTySAeZU3UunOKlMgE2/6Ug References: <53B52415C756A84E8A169F0E3673A3290E8BA4@IMCSRV6.MITRE.ORG> <20070124071021.GG874@turion.vk2pj.dyndns.org> <20070124073602.B57678@xorpc.icir.org> From: "Andresen, Jason R." To: X-OriginalArrivalTime: 30 Jan 2007 20:03:07.0157 (UTC) FILETIME=[A890C450:01C744A9] Subject: RE: Dummynet and simulating random delay X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 20:03:08 -0000 >From: Luigi Rizzo [mailto:rizzo@icir.org]=20 > >On Wed, Jan 24, 2007 at 06:10:21PM +1100, Peter Jeremy wrote: >> On Tue, 2007-Jan-23 14:22:54 -0500, Andresen, Jason R. wrote: >> >I have a project that requires me to simulate a link with=20 >varying but >> >well defined delay. The link is guarenteed to deliver packets in >> >order, so I wish to maintain that behavior with Dummynet. >>=20 >> I don't think dummynet can do this in its current form. Based on > >actually dummynet never does reordering within a single pipe, even >if you change the delay on the fly. > >But this said, you should explain "varying but well defined delay", >because if you use TCP or similar as the source, then you >have no control on when the userland write->tcp transmission delay >anyways so the concept is a bit vague and probably not a meaningful >experiment. And even in any common network (from switched >ethernet to wireless to dsl...) you have some variance on the delay, >ranging from a fraction of a millisecond to much larger values, >due to queueing and/or protocol issues (e.g. MAC channel allocation) >and/or switch/router/operating system issues. I'm trying to simulate a satellite link that has a normal delay of 1 second, but every 20-30 seconds or so the delay shoots up to 3.5 seconds for about 4 seconds and then settles back down to 1 second. >From what you said, I'm thinking that just twiddling the pipe on the fly will probably work. =20 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 20:32:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F7EF16A404 for ; Tue, 30 Jan 2007 20:32:47 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 43DD813C4B5 for ; Tue, 30 Jan 2007 20:32:47 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l0UKWkNv046488; Tue, 30 Jan 2007 12:32:46 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l0UKWkUT046487; Tue, 30 Jan 2007 12:32:46 -0800 (PST) (envelope-from rizzo) Date: Tue, 30 Jan 2007 12:32:46 -0800 From: Luigi Rizzo To: "Andresen, Jason R." Message-ID: <20070130123246.A46432@xorpc.icir.org> References: <53B52415C756A84E8A169F0E3673A3290E8BA4@IMCSRV6.MITRE.ORG> <20070124071021.GG874@turion.vk2pj.dyndns.org> <20070124073602.B57678@xorpc.icir.org> <53B52415C756A84E8A169F0E3673A3290E964A@IMCSRV6.MITRE.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <53B52415C756A84E8A169F0E3673A3290E964A@IMCSRV6.MITRE.ORG>; from jandrese@mitre.org on Tue, Jan 30, 2007 at 03:03:06PM -0500 Cc: freebsd-stable@freebsd.org Subject: Re: Dummynet and simulating random delay X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 20:32:47 -0000 On Tue, Jan 30, 2007 at 03:03:06PM -0500, Andresen, Jason R. wrote: > >From: Luigi Rizzo [mailto:rizzo@icir.org] > > > >On Wed, Jan 24, 2007 at 06:10:21PM +1100, Peter Jeremy wrote: > >> On Tue, 2007-Jan-23 14:22:54 -0500, Andresen, Jason R. wrote: > >> >I have a project that requires me to simulate a link with > >varying but > >> >well defined delay. The link is guarenteed to deliver packets in > >> >order, so I wish to maintain that behavior with Dummynet. > >> > >> I don't think dummynet can do this in its current form. Based on > > > >actually dummynet never does reordering within a single pipe, even > >if you change the delay on the fly. > > > >But this said, you should explain "varying but well defined delay", > >because if you use TCP or similar as the source, then you > >have no control on when the userland write->tcp transmission delay > >anyways so the concept is a bit vague and probably not a meaningful > >experiment. And even in any common network (from switched > >ethernet to wireless to dsl...) you have some variance on the delay, > >ranging from a fraction of a millisecond to much larger values, > >due to queueing and/or protocol issues (e.g. MAC channel allocation) > >and/or switch/router/operating system issues. > > I'm trying to simulate a satellite link that has a normal delay of 1 > second, but every 20-30 seconds or so the delay shoots up to 3.5 > seconds for about 4 seconds and then settles back down to 1 second. > >From what you said, I'm thinking that just twiddling the pipe on the > fly will probably work. yes but just curious, this is something so odd that i wonder if you couldn't try to reproduce the real reasons for the increase. Is the extra delay due to the device stopping handling stuff for 2.5seconds, then catching up ? if that's the case you might try to change the bandwidth to a very low value for the period while the satellite is asleep, and then back to the normal value. I am not 100% sure but this should work and give a more accurate emulation of what happens, especially the recovery period. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 20:47:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98CFF16A402 for ; Tue, 30 Jan 2007 20:47:51 +0000 (UTC) (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 5A5AD13C48E for ; Tue, 30 Jan 2007 20:47:51 +0000 (UTC) (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 <0JCP00H9Q8FQX840@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 30 Jan 2007 21:47:50 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JCP00H6B8FQ52Q0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 30 Jan 2007 21:47:50 +0100 (CET) Date: Tue, 30 Jan 2007 21:47:50 +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: <20070130.112329.-233674626.imp@bsdimp.com> To: freebsd-stable@freebsd.org Message-id: <20070130214750.b671c791.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.8; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070124092103.G3837@oak.packetdesign.com> <20070124224613.420e8ae3.torfinn.ingolfsen@broadpark.no> <20070129191444.C33034@hsa> <20070130.112329.-233674626.imp@bsdimp.com> Subject: Re: System hang on laptop suspend/resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 20:47:51 -0000 On Tue, 30 Jan 2007 11:23:29 -0700 (MST) "M. Warner Losh" wrote: > pccardc power no longer exists. There's no current way to power down > the pccard/cardbus slot. I keep resisting adding a hack for Hmm, then the necessary documentation (man page) should be updated to reflect that fact. IMHO. -- Torfinn From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 21:16:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77D7516A403 for ; Tue, 30 Jan 2007 21:16:06 +0000 (UTC) (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 EB18D13C478 for ; Tue, 30 Jan 2007 21:16:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp115-138.lns1.adl4.internode.on.net [121.44.115.138]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0ULFxXC098080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Jan 2007 07:46:02 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Roland Smith Date: Wed, 31 Jan 2007 07:44:10 +1030 User-Agent: KMail/1.9.5 References: <20060306.155239.11596782.imp@bsdimp.com> <200701301638.22343.doconnor@gsoft.com.au> <20070130175618.GB77892@slackbox.xs4all.nl> In-Reply-To: <20070130175618.GB77892@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1766504.1EL1x9xFTb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701310744.21583.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: 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: Tue, 30 Jan 2007 21:16:06 -0000 --nextPart1766504.1EL1x9xFTb Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 31 January 2007 04:26, Roland Smith wrote: > Haven't used floppies in years, don't miss them. A USB thumbdrive holds > a lot more data anyway. Unfortunately sysinstall won't read install.cfg from a USB drive. I'd like to modify it so it does, but ENOTIME as usual :) =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 --nextPart1766504.1EL1x9xFTb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFv7Ut5ZPcIHs/zowRAtCDAJ9Gb/zZr0Kr1a7esznkW/nB0LgiAwCgrCD2 N3csVvI+hJJvJHlNzPmLe1E= =kehF -----END PGP SIGNATURE----- --nextPart1766504.1EL1x9xFTb-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 30 22:40:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8814C16A502 for ; Tue, 30 Jan 2007 22:40:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 452A513C481 for ; Tue, 30 Jan 2007 22:40:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l0UMe1Q5005319; Tue, 30 Jan 2007 17:40:01 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l0UMe1BS003641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Jan 2007 17:40:01 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200701302240.l0UMe1BS003641@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 30 Jan 2007 17:38:35 -0500 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0701300930u4f920b95n61d20972c14576a9@mail.gmail.co m> References: <200701301719.l0UHJ1Kk002345@lava.sentex.ca> <2a41acea0701300930u4f920b95n61d20972c14576a9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Intel EM tuning (PT1000 adaptors) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2007 22:40:07 -0000 At 12:30 PM 1/30/2007, Jack Vogel wrote: >Performance tuning is not something that I have yet had time to focus >on, our Linux team is able to do a lot more of that. Just at a glance, >try increasing your mbuf pool size and the number of receive descriptors >for a start. OK, I setup a test box the pass packets through and I am getting results I dont understand. Increasing hw.em.rxd in loader.conf (and rebooting each time), I am getting worse results. With hw.em.rxd=4096 Jan 30 17:19:10 em-test kernel: em0: Receive No Buffers = 5707564 With hw.em.rxd=1024 Jan 30 17:22:31 em-test kernel: em0: Receive No Buffers = 351 With hw.em.rxd=512 Jan 30 17:27:24 em-test kernel: em0: Receive No Buffers = 230 with default 256 Jan 30 16:55:44 em-test kernel: em0: Receive No Buffers = 77 with 128, its gets much worse. This is with a stock UP kernel, no INET6, net.inet.ip.fastforwarding=1 Box A ------Box B (with dual Intel NIC) ----- Box C Box A is generating packets routed through firewall Box B towards Box C. They are connected together with 2 cross over cables. >Oh, and try increasing your processing limit to 200 and see >what effect that has. I will try that next. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 00:42:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D180016A401 for ; Wed, 31 Jan 2007 00:42:35 +0000 (UTC) (envelope-from stable@museum.rain.com) Received: from ns.umpquanet.com (ns.umpquanet.com [63.105.30.37]) by mx1.freebsd.org (Postfix) with ESMTP id B1A5213C461 for ; Wed, 31 Jan 2007 00:42:35 +0000 (UTC) (envelope-from stable@museum.rain.com) Received: from ns.umpquanet.com (localhost [127.0.0.1]) by ns.umpquanet.com (8.13.8/8.13.8) with ESMTP id l0V0gY8v013769; Tue, 30 Jan 2007 16:42:35 -0800 (PST) (envelope-from stable@museum.rain.com) Received: (from james@localhost) by ns.umpquanet.com (8.13.8/8.13.8/Submit) id l0V0gY79013768; Tue, 30 Jan 2007 16:42:34 -0800 (PST) (envelope-from stable@museum.rain.com) Date: Tue, 30 Jan 2007 16:42:34 -0800 From: James Long To: freebsd-stable@freebsd.org, Pete French Message-ID: <20070131004234.GA13590@ns.umpquanet.com> References: <20070130120050.899B816A4BF@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070130120050.899B816A4BF@hub.freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2007 00:42:35 -0000 > Date: Mon, 29 Jan 2007 12:02:52 +0000 > From: Pete French > Subject: Re: impossible rc.d ordering problem with stf and pf ? > To: freebsd-stable@freebsd.org, max@love2party.net > Cc: rcoleman@criticalmagic.com, bms@freebsd.org > Message-ID: > > > 1) You use the interface name as address w/o dynamic lookup. > > i.e. "... from stf0 ..." > > Yes, thats it - I hadn't come across this 'dynamic lookup' thing before > though, so I didn't realise what it was. I still cant find it in the PF > manual, aside from a reference that you need to do it for NAT. > > > To 1 and 2 there is a simple sollution: Don't do that then! 1 can easily=20 > > be defused by adding parentheses. i.e. "... from (stf0) ...". > > pass out on (stf0) inet6 from any to any keep state Just for my edification, what is the point of "keep state" on an "any-to-any" rule? Jim From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 07:48:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DAC916A40A for ; Wed, 31 Jan 2007 07:48:50 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C594713C4B2 for ; Wed, 31 Jan 2007 07:48:49 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id l0V7OdFd036495 for ; Wed, 31 Jan 2007 02:24:39 -0500 (EST) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id l0V7OZpf036494 for freebsd-stable@freebsd.org; Wed, 31 Jan 2007 02:24:35 -0500 (EST) (envelope-from wayne) Date: Wed, 31 Jan 2007 02:24:35 -0500 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20070131072435.GR63341@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Filesystem hang on 3ware 6.2 system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 07:48:50 -0000 We have a nubmer of similar machines that were initiallly formated with 6.2 before it was released and have subsequently been upgraded to 6.2-RELEASE with no issues. So, we upgraded a 6.1 box which has been running fine as long as the nightly dumps do not use -L to take snapshots. Once it was upgraded to 6.2, we enabled -L on the nightly dumps and it hung on the first try. So, I'm suspecting that 6.1 has left SOMEthing on the filesystem which is corrupt. For the moment. we have once again removed -L from the nightly dumps but, other than a complete fsck, is there any other suggested action? 6.2-RELEASE twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x9c00-0x9c0f mem 0xfc9ffc00-0xfc9ffc0f,0xfc000000-0xfc7fffff irq 20 at device 1.0 on pci2 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 /\/\ \/\/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 08:03:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E28DC16A402 for ; Wed, 31 Jan 2007 08:03:34 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9E34713C4A6 for ; Wed, 31 Jan 2007 08:03:34 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 220991B10D2C; Wed, 31 Jan 2007 08:30:56 +0100 (CET) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 104E71B10D28; Wed, 31 Jan 2007 08:30:56 +0100 (CET) Message-ID: <45C045B0.1060108@sun-fish.com> Date: Wed, 31 Jan 2007 09:30:56 +0200 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: James Long References: <20070130120050.899B816A4BF@hub.freebsd.org> <20070131004234.GA13590@ns.umpquanet.com> In-Reply-To: <20070131004234.GA13590@ns.umpquanet.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2007 08:03:35 -0000 Hello, James Long wrote: >> Date: Mon, 29 Jan 2007 12:02:52 +0000 >> From: Pete French >> Subject: Re: impossible rc.d ordering problem with stf and pf ? >> To: freebsd-stable@freebsd.org, max@love2party.net >> Cc: rcoleman@criticalmagic.com, bms@freebsd.org >> Message-ID: >> >> >>> 1) You use the interface name as address w/o dynamic lookup. >>> i.e. "... from stf0 ..." >>> >> Yes, thats it - I hadn't come across this 'dynamic lookup' thing before >> though, so I didn't realise what it was. I still cant find it in the PF >> manual, aside from a reference that you need to do it for NAT. >> >> >>> To 1 and 2 there is a simple sollution: Don't do that then! 1 can easily=20 >>> be defused by adding parentheses. i.e. "... from (stf0) ...". >>> >> pass out on (stf0) inet6 from any to any keep state >> > > Just for my edification, what is the point of "keep state" on an > "any-to-any" rule? > > imagine that you have only 2 rules - block in on $if all pass out on $if from any to any keep state - with "keep state" you have internet, without it you do not have ;) > Jim > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 09:49:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0574116A406 for ; Wed, 31 Jan 2007 09:49:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id A14DB13C474 for ; Wed, 31 Jan 2007 09:49:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HCBlO-000Aml-1o for freebsd-stable@freebsd.org; Wed, 31 Jan 2007 11:28:30 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l0V9SHqQ001722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Jan 2007 11:28:17 +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.8/8.13.8) with ESMTP id l0V9SH7P045379; Wed, 31 Jan 2007 11:28:17 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l0V9SGxS045378; Wed, 31 Jan 2007 11:28:16 +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: Wed, 31 Jan 2007 11:28:16 +0200 From: Kostik Belousov To: "Michael R. Wayne" Message-ID: <20070131092816.GD56152@deviant.kiev.zoral.com.ua> References: <20070131072435.GR63341@manor.msen.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tEFtbjk+mNEviIIX" Content-Disposition: inline In-Reply-To: <20070131072435.GR63341@manor.msen.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 669e5d776fa0e81a52da9f410dfff76f X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 729 [Jan 31 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: Filesystem hang on 3ware 6.2 system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 09:49:29 -0000 --tEFtbjk+mNEviIIX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 31, 2007 at 02:24:35AM -0500, Michael R. Wayne wrote: > We have a nubmer of similar machines that were initiallly formated > with 6.2 before it was released and have subsequently been upgraded > to 6.2-RELEASE with no issues. So, we upgraded a 6.1 box which has > been running fine as long as the nightly dumps do not use -L to > take snapshots. >=20 > Once it was upgraded to 6.2, we enabled -L on the nightly dumps and > it hung on the first try. So, I'm suspecting that 6.1 has left > SOMEthing on the filesystem which is corrupt. For the moment. we > have once again removed -L from the nightly dumps but, other than > a complete fsck, is there any other suggested action? >=20 > 6.2-RELEASE > twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x9c00-= 0x9c0f mem 0xfc9ffc00-0xfc9ffc0f,0xfc000000-0xfc7fffff irq 20 at device 1.0= on pci2 > twe0: [GIANT-LOCKED] > twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 See kernel deadlock debugging chapter from the developer handbook for instructions on how to properly report deadlock. --tEFtbjk+mNEviIIX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwGEwC3+MBN1Mb4gRAj5uAJ9nTgkO4oocAUrCUzrIVFY8n5FxzACfYh3I v46BKJ3cXHnWnO8dqND6dsA= =R+Tb -----END PGP SIGNATURE----- --tEFtbjk+mNEviIIX-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 09:52:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7271516A400 for ; Wed, 31 Jan 2007 09:52:41 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0928E13C471 for ; Wed, 31 Jan 2007 09:52:40 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l0V9qWEC020476 for ; Wed, 31 Jan 2007 01:52:38 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l0V9qVFC020475 for freebsd-stable@freebsd.org; Wed, 31 Jan 2007 01:52:31 -0800 (PST) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from ns1.1command.com (ns1.1command.com [216.177.243.34]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 31 Jan 2007 01:52:31 -0800 Message-ID: <20070131015231.eyzdutwjk00oc8cw@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 31 Jan 2007 01:52:31 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20070126171218.2k25n1tt28c08wow@webmail.1command.com> <45BABDBF.2090601@andric.com> <20070126190747.2488s1r41sw0scgw@webmail.1command.com> <45BAC510.3050404@rogers.com> <20070126204515.upi5vwtpu884w080@webmail.1command.com> <20070127052429.GA23476@xor.obsecurity.org> In-Reply-To: <20070127052429.GA23476@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: Why does FBSD always assume it's on an 8080 CPU? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 09:52:41 -0000 Thank you Kris, and all who took the time to respond. Quoting Kris Kennaway : > On Fri, Jan 26, 2007 at 08:45:15PM -0800, Chris H. wrote: >> Hello and thank you for your response... >> >> Quoting Mike Jakubik : >> >> >Chris H. wrote: >> >> >> >>CPU: AMD Athlon(tm) XP (1102.51-MHz 686-class CPU) >> >>Origin = "AuthenticAMD" Id = 0x680 Stepping = 0 >> >>Features=0x383fbff >> AMD >> >>Features=0xc0400800 >> >> >> >>That I simply build world/kernel with an clean (empty) make.conf >> >>and add the following during port(s) building to attain optimum results >> >>given my CPU for this current biuld? >> >> >> >>CPUTYPE?=pentium4 >> >> >> >>COPTFLAGS= -march=pentium4 -mmmx -m3dnow -m3dnow+ -msse -msse2 >> > >> >Why are you using "pentium4" with an Athlon XP CPU? use "athlonxp" >> >instead. Also, don't modify the COPTFLAGS. >> > >> >> Ooops. I've changed it to: >> >> CPUTYPE?=athlon-4 >> CFLAGS+= -march=athlon-4 -mmmx -m3dnow -m3dnow+ -msse -msse2 >> >> Look a little better? :) > > No, the CFLAGS is still entirely superfluous. Just setting CPUTYPE > will DTRT. > > Kris > Yea, I discovered that shortly after my response - the build of Python and Perl barfed using the long CFLAGS+= string. I shortened it to simply: CFLAGS+= -march=athlon-4 Why? You ask? Well, in the past (late 4, and all 5.x) many (most?) builds continued to echo the MNO-CPUFEATURE that the kernel always recognised & echoed during boot (All INTEL PIII's). But it appears that MAKE & 6 have no trouble with just the CPUTYPE?= , as everything that I've built (some 100+ apps) echo: -march=athlon-4 -march=athlon-4 during the entire build. *Clearly* reinforcing your /brilliant/ and /insightful/ response. :) I LOVE 6! I must admit, I was apprehensive about upgrading any further along than I had. Things got a bit wobbly towards the end of 4 and all through 5 - for me on the 55 some servers I'm running here. But WOW! What a change. Smoothe as silk and MUCH faster. Thank you Kris, and all whom contributed to this WONDERFUL next phase/ version! I got my first copy more years ago than I care to admit. A search for "where's ELVI" in altavista turned up a copy on a campus server (we all know /which/ campus). No I wasn't a student. But it was just sitting there, and I couldn't resist. I downloaded everything and loaded it - Goodbye M$DOS; the rest was history. I was hooked. I never looked back. :) Thanks again, and to who made this possible. --Chris -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 10:07:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23BEE16A405 for ; Wed, 31 Jan 2007 10:07:17 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id F116113C4AA for ; Wed, 31 Jan 2007 10:07:16 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.100] (c-24-20-239-104.hsd1.mn.comcast.net [24.20.239.104]) (authenticated bits=0) by mail.sailorfej.net (8.13.4/8.13.4) with ESMTP id l0V9ovHR067570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 31 Jan 2007 01:50:58 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <45C06A42.6000001@sailorfej.net> Date: Wed, 31 Jan 2007 02:06:58 -0800 From: Jeffrey Williams User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00 autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Subject: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 10:07:17 -0000 Hi Folks, I am trying to set a jail hosting server to support multiple jails for development testing. The server has two network interfaces, I am configuring one for host server to use, and the other with several aliased IPs, one for each of the jail servers. All the services running on the host are configured to bind to the host IP on the first interface. The crux is both interfaces on the same network, I am seeing the expected arp errors (e.g. kernel: arp: x.x.x.x is on int0 but got reply on int1), now I know I set the sysctl variable net.link.ether.inet.log_arp_wrong_iface=0 to get rid of these messages, but what I want to know if there are any other problems I am going to have having both interfaces live on the same network. Also even though I have the jail host's services all binding to the first interfaces ip, there is not guarantee that network traffic originating from the jail host will only use its primary interface/IP, is their anyway to ensure that the jail host does not try to talk through the interface being used by the jails? Thanks Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 10:30:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57D0716A403 for ; Wed, 31 Jan 2007 10:30:06 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.freebsd.org (Postfix) with ESMTP id BF0CB13C478 for ; Wed, 31 Jan 2007 10:30:05 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from [192.168.16.241] (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Wed, 31 Jan 2007 11:24:34 +0100 id 00000036.45C06E62.0000F3C5 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Wed, 31 Jan 2007 11:19:47 +0100 User-Agent: KMail/1.9.5 References: <45C06A42.6000001@sailorfej.net> In-Reply-To: <45C06A42.6000001@sailorfej.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701311119.47888.freebsd-stable@dino.sk> Subject: Re: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 10:30:06 -0000 On Wednesday 31 January 2007 11:06, Jeffrey Williams wrote: > Hi Folks, > > I am trying to set a jail hosting server to support multiple jails for > development testing. > > The server has two network interfaces, I am configuring one for host > server to use, and the other with several aliased IPs, one for each of > the jail servers. > > All the services running on the host are configured to bind to the host > IP on the first interface. > > The crux is both interfaces on the same network, I am seeing the > expected arp errors (e.g. kernel: arp: x.x.x.x is on int0 but got reply > on int1), now I know I set the sysctl variable > net.link.ether.inet.log_arp_wrong_iface=0 to get rid of these messages, > but what I want to know if there are any other problems I am going to > have having both interfaces live on the same network. Also even though > I have the jail host's services all binding to the first interfaces ip, > there is not guarantee that network traffic originating from the jail > host will only use its primary interface/IP, is their anyway to ensure > that the jail host does not try to talk through the interface being used > by the jails? > Why are you doing this? Are your addresses from the same network segment? I am binding my jail addresses to loopback interface and route them - this way you could easily start take-over jail on another machine and change routing table (or use dynamic routing) to minimize downtime on hardware upgrades, big OS upgrades etc. I do not consider this the best way, but it just satisfy my needs. Regards, Milan -- This address is used only for mailing list response. Do not send any personal messages to it, use milan in address instead. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 10:41:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA27116A401 for ; Wed, 31 Jan 2007 10:41:02 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id A5E7713C47E for ; Wed, 31 Jan 2007 10:41:02 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.100] (c-24-20-239-104.hsd1.wa.comcast.net [24.20.239.104]) (authenticated bits=0) by mail.sailorfej.net (8.13.4/8.13.4) with ESMTP id l0VAOg8a067746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 31 Jan 2007 02:24:43 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <45C0722B.3060504@sailorfej.net> Date: Wed, 31 Jan 2007 02:40:43 -0800 From: Jeffrey Williams User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45C06A42.6000001@sailorfej.net> <200701311119.47888.freebsd-stable@dino.sk> In-Reply-To: <200701311119.47888.freebsd-stable@dino.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00 autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Subject: Re: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 10:41:03 -0000 Milan Obuch wrote: > On Wednesday 31 January 2007 11:06, Jeffrey Williams wrote: >> Hi Folks, >> >> I am trying to set a jail hosting server to support multiple jails for >> development testing. >> >> The server has two network interfaces, I am configuring one for host >> server to use, and the other with several aliased IPs, one for each of >> the jail servers. >> >> All the services running on the host are configured to bind to the host >> IP on the first interface. >> >> The crux is both interfaces on the same network, I am seeing the >> expected arp errors (e.g. kernel: arp: x.x.x.x is on int0 but got reply >> on int1), now I know I set the sysctl variable >> net.link.ether.inet.log_arp_wrong_iface=0 to get rid of these messages, >> but what I want to know if there are any other problems I am going to >> have having both interfaces live on the same network. Also even though >> I have the jail host's services all binding to the first interfaces ip, >> there is not guarantee that network traffic originating from the jail >> host will only use its primary interface/IP, is their anyway to ensure >> that the jail host does not try to talk through the interface being used >> by the jails? >> > > Why are you doing this? Are your addresses from the same network segment? > I am binding my jail addresses to loopback interface and route them - this way > you could easily start take-over jail on another machine and change routing > table (or use dynamic routing) to minimize downtime on hardware upgrades, big > OS upgrades etc. I do not consider this the best way, but it just satisfy my > needs. > Regards, > Milan > I want to segregate the jail and jail host traffic on separate interfaces. How do you route traffic off you loopback interface? by definition, this interface only allows the network stack to talk to itself? By the way from an IP stand point I believe I am ok, I did a netstat -r on the jail host and only the first interface (jail host) is showing in the routing table, the second interface (jails) is not listed. I just want to make sure duplicate arp tables on the separate interfaces is not going to cause in any weird issues. Thanks Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 10:53:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 789F216A405 for ; Wed, 31 Jan 2007 10:53:40 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail4out.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3889D13C471 for ; Wed, 31 Jan 2007 10:53:40 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail4out.barnet.com.au (Postfix, from userid 1001) id C760837BC55; Wed, 31 Jan 2007 21:37:12 +1100 (EST) X-Viruscan-Id: <45C07158000110AB73A66A@BarNet> Received: from mail4auth.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail4.barnet.com.au (Postfix) with ESMTP id 96D9D4233FB; Wed, 31 Jan 2007 21:37:12 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail4auth.barnet.com.au (Postfix) with ESMTP id 54C1037B987; Wed, 31 Jan 2007 21:37:12 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 1A0261A4; Wed, 31 Jan 2007 21:37:12 +1100 (EST) Date: Wed, 31 Jan 2007 21:37:12 +1100 From: Edwin Groothuis To: Milan Obuch Message-ID: <20070131103712.GC90165@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Milan Obuch , freebsd-stable@freebsd.org References: <45C06A42.6000001@sailorfej.net> <200701311119.47888.freebsd-stable@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701311119.47888.freebsd-stable@dino.sk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 10:53:40 -0000 On Wed, Jan 31, 2007 at 11:19:47AM +0100, Milan Obuch wrote: > Why are you doing this? Are your addresses from the same network segment? > I am binding my jail addresses to loopback interface and route > them - this way Same here. Together with net/quagga on the host, and a smart router talking to it I move my jails between buildings when required, without having to worry about IP addresses. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 11:02:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60F5316A401 for ; Wed, 31 Jan 2007 11:02:10 +0000 (UTC) (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 24DA513C481 for ; Wed, 31 Jan 2007 11:02:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HCDE8-000B2a-PH; Wed, 31 Jan 2007 11:02:08 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HCDE8-000OoC-5u; Wed, 31 Jan 2007 11:02:08 +0000 To: freebsd-stable@freebsd.org, stable@museum.rain.com In-Reply-To: <20070131004234.GA13590@ns.umpquanet.com> Message-Id: From: Pete French Date: Wed, 31 Jan 2007 11:02:08 +0000 Cc: Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2007 11:02:10 -0000 > Just for my edification, what is the point of "keep state" on an > "any-to-any" rule? It's a 'pass out' rule - without the 'keep state' the returning packets wont get back in. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 11:21:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78B9516A401 for ; Wed, 31 Jan 2007 11:21:43 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.freebsd.org (Postfix) with ESMTP id 11E4813C474 for ; Wed, 31 Jan 2007 11:21:42 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from [192.168.16.241] (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Wed, 31 Jan 2007 12:26:14 +0100 id 00000074.45C07CD7.0000F851 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Wed, 31 Jan 2007 12:21:33 +0100 User-Agent: KMail/1.9.5 References: <45C06A42.6000001@sailorfej.net> <200701311119.47888.freebsd-stable@dino.sk> <45C0722B.3060504@sailorfej.net> In-Reply-To: <45C0722B.3060504@sailorfej.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701311221.34003.freebsd-stable@dino.sk> Subject: Re: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 11:21:43 -0000 On Wednesday 31 January 2007 11:40, Jeffrey Williams wrote: > Milan Obuch wrote: > > On Wednesday 31 January 2007 11:06, Jeffrey Williams wrote: > >> Hi Folks, > >> > >> I am trying to set a jail hosting server to support multiple jails for > >> development testing. > >> > >> The server has two network interfaces, I am configuring one for host > >> server to use, and the other with several aliased IPs, one for each of > >> the jail servers. > >> > >> All the services running on the host are configured to bind to the host > >> IP on the first interface. > >> ... > > > > Why are you doing this? Are your addresses from the same network segment? > > I am binding my jail addresses to loopback interface and route them - > > this way you could easily start take-over jail on another machine and > > change routing table (or use dynamic routing) to minimize downtime on > > hardware upgrades, big OS upgrades etc. I do not consider this the best > > way, but it just satisfy my needs. > > Regards, > > Milan > > I want to segregate the jail and jail host traffic on separate interfaces. > What do you mean with segregate? Why do you need them going through two physical interfaces? Maybe I just can't see my nose between eyes, but I do not understand the purpose of doing so. > How do you route traffic off you loopback interface? by definition, this > interface only allows the network stack to talk to itself? > There is nothing special there - my physical interface address is from one segment, there is route added on upstream router for loopback bound addresses. It is not true you are able to talk only to itself with loopback address, it is true only for loopback address (127.0.0.1/8). All my tests shows it works the way I want. Actually in jail you see only one IP address on an interfaces, and regardless which one, all traffic from jailed process uses this address as source address. Routing is done in host stack in any case. Regards, Milan -- This address is used only for mailing list response. Do not send any personal messages to it, use milan in address instead. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 11:48:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A680616A402 for ; Wed, 31 Jan 2007 11:48:14 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id 7157313C494 for ; Wed, 31 Jan 2007 11:48:14 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.100] (c-24-20-239-104.hsd1.or.comcast.net [24.20.239.104]) (authenticated bits=0) by mail.sailorfej.net (8.13.4/8.13.4) with ESMTP id l0VBVrMv068328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 31 Jan 2007 03:31:54 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <45C081E9.50509@sailorfej.net> Date: Wed, 31 Jan 2007 03:47:53 -0800 From: Jeffrey Williams User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45C06A42.6000001@sailorfej.net> <200701311119.47888.freebsd-stable@dino.sk> <45C0722B.3060504@sailorfej.net> <200701311221.34003.freebsd-stable@dino.sk> In-Reply-To: <200701311221.34003.freebsd-stable@dino.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00 autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Subject: Re: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 11:48:14 -0000 Milan Obuch wrote: > On Wednesday 31 January 2007 11:40, Jeffrey Williams wrote: >> Milan Obuch wrote: >>> On Wednesday 31 January 2007 11:06, Jeffrey Williams wrote: >>>> Hi Folks, >>>> >>>> I am trying to set a jail hosting server to support multiple jails for >>>> development testing. >>>> >>>> The server has two network interfaces, I am configuring one for host >>>> server to use, and the other with several aliased IPs, one for each of >>>> the jail servers. >>>> >>>> All the services running on the host are configured to bind to the host >>>> IP on the first interface. >>>> > ... >>> Why are you doing this? Are your addresses from the same network segment? >>> I am binding my jail addresses to loopback interface and route them - >>> this way you could easily start take-over jail on another machine and >>> change routing table (or use dynamic routing) to minimize downtime on >>> hardware upgrades, big OS upgrades etc. I do not consider this the best >>> way, but it just satisfy my needs. >>> Regards, >>> Milan >> I want to segregate the jail and jail host traffic on separate interfaces. >> > > What do you mean with segregate? Why do you need them going through two > physical interfaces? Maybe I just can't see my nose between eyes, but I do > not understand the purpose of doing so. The server acting as jail host, is also acting as a freebsd build server, a subversion server for the developer source code repositories, and will have a lot of continuous network traffic. The jailed servers are for testing of web applications, which will frequently include network load/bandwidth testing, and network captures. To keep the web app testing clean of the hosting server's network activity I want all the jailed servers to use the second interface, while the hosting server's network traffic stays on the primary interface. And I have this part working, all the jailed servers ip addresses are configured on the second interface, and the hosting server's IP routing table shows that it is only using the primary interface/IP address, for all its IP traffic. My only concern, and what I was hoping to get more information on, is whether there are any potential problems with having two active ethernet interfaces on the same network segment, e.g. arp issues, etc. > >> How do you route traffic off you loopback interface? by definition, this >> interface only allows the network stack to talk to itself? >> > > There is nothing special there - my physical interface address is from one > segment, there is route added on upstream router for loopback bound > addresses. It is not true you are able to talk only to itself with loopback > address, it is true only for loopback address (127.0.0.1/8). All my tests > shows it works the way I want. Actually in jail you see only one IP address > on an interfaces, and regardless which one, all traffic from jailed process > uses this address as source address. Routing is done in host stack in any > case. > > Regards, > Milan > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 11:53:57 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 848F816A400 for ; Wed, 31 Jan 2007 11:53:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id E9E0C13C49D for ; Wed, 31 Jan 2007 11:53:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jajcho@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l0VBrnUQ068133; Wed, 31 Jan 2007 12:53:54 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l0VBrn4D068132; Wed, 31 Jan 2007 12:53:49 +0100 (CET) (envelope-from olli) Date: Wed, 31 Jan 2007 12:53:49 +0100 (CET) Message-Id: <200701311153.l0VBrn4D068132@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, jeff@sailorfej.net In-Reply-To: <45C06A42.6000001@sailorfej.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 31 Jan 2007 12:53:54 +0100 (CET) Cc: Subject: Re: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, jeff@sailorfej.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2007 11:53:57 -0000 Jeffrey Williams wrote: > I am trying to set a jail hosting server to support multiple jails for > development testing. > > The server has two network interfaces, I am configuring one for host > server to use, and the other with several aliased IPs, one for each of > the jail servers. > > All the services running on the host are configured to bind to the host > IP on the first interface. > > The crux is both interfaces on the same network, I am seeing the > expected arp errors (e.g. kernel: arp: x.x.x.x is on int0 but got reply > on int1), now I know I set the sysctl variable > net.link.ether.inet.log_arp_wrong_iface=0 to get rid of these messages, > but what I want to know if there are any other problems I am going to > have having both interfaces live on the same network. What exactly are your inetrface configurations and netmasks (ifconfig output might be useful)? You say that both NICs are on teh same network. Does that mean they're connected to teh same switch? That's generally not a good idea. It doesn't buy you anything (unless you use VLAN technology or other additional measures). > Also even though > I have the jail host's services all binding to the first interfaces ip, > there is not guarantee that network traffic originating from the jail > host will only use its primary interface/IP, is their anyway to ensure > that the jail host does not try to talk through the interface being used > by the jails? Any network traffic originating from a jail is guaranteed to use the jail's IP address. The interface that will be used is the one according to your routing table entry for that IP address. (Unless you use things like IPFW FWD or similar to redirect the packets somewhere else.) Best regards Oliver PS: Be very careful when binding services to localhost (127.0.0.1) within the jail. They will listen on the jail's official IP address instead! For that reason I often configure an addition address on lo0 (e.g. 127.0.0.2) and use that one for internal-only traffic such as DNS and mail between host and jails. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 12:07:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 961FA16A4A1 for ; Wed, 31 Jan 2007 12:07:00 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (host-205-2.netflow.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id C432413C4C4 for ; Wed, 31 Jan 2007 12:06:57 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 34522 invoked by uid 0); 31 Jan 2007 14:45:48 +0300 Received: from unknown (HELO localhost) (88.212.205.2) by techno.sub.ru with SMTP; 31 Jan 2007 11:45:48 -0000 X-Virus-Scanned: by amavisd-new at mail.sub.ru Received: from unknown ([88.212.205.2]) by localhost (mail-new.sub.ru [88.212.205.2]) (amavisd-new, port 10024) with SMTP id QdxTnUHR8sT4; Wed, 31 Jan 2007 14:45:44 +0300 (MSK) Received: from unknown (HELO ?192.168.139.47?) (tarkhil%sub.ru@213.247.139.99) by techno.sub.ru with SMTP; 31 Jan 2007 11:45:44 -0000 Message-ID: <45C08019.1030105@webmail.sub.ru> Date: Wed, 31 Jan 2007 14:40:09 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: mpd locking system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 12:07:00 -0000 Hello! for about 4-5 days, I'm expeirencing heavy troubles with my VPN (mpd) 6.1-RELEASE based server. After some time (minimum 2 seconds, maximum 12 hours) of running MPD with moderate load (about 100-200 clients, CPU not overused), system locks (even keyboard hangs) to reset. Nothing at all in logs. Patching kernel to 6.1p12 did not help. Attempt to add kern.ipc.nmbclusters="0" to /boot/loader.conf did not change anything. The box seems to be healthy (at least, CPU fan works ok, no symptoms of overheating at all). It has run under more load without a flaw. I hope someone can help. Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 12:29:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1440B16A400 for ; Wed, 31 Jan 2007 12:29:09 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id DF59E13C441 for ; Wed, 31 Jan 2007 12:29:08 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.100] (c-24-20-239-104.hsd1.mn.comcast.net [24.20.239.104]) (authenticated bits=0) by mail.sailorfej.net (8.13.4/8.13.4) with ESMTP id l0VCClgQ068560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 31 Jan 2007 04:12:48 -0800 (PST) (envelope-from jeff@sailorfej.net) Message-ID: <45C08B7E.7090303@sailorfej.net> Date: Wed, 31 Jan 2007 04:28:46 -0800 From: Jeffrey Williams User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200701311153.l0VBrn4D068132@lurza.secnetix.de> In-Reply-To: <200701311153.l0VBrn4D068132@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00 autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Subject: Re: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 12:29:09 -0000 Oliver Fromme wrote: > Jeffrey Williams wrote: > > I am trying to set a jail hosting server to support multiple jails for > > development testing. > > > > The server has two network interfaces, I am configuring one for host > > server to use, and the other with several aliased IPs, one for each of > > the jail servers. > > > > All the services running on the host are configured to bind to the host > > IP on the first interface. > > > > The crux is both interfaces on the same network, I am seeing the > > expected arp errors (e.g. kernel: arp: x.x.x.x is on int0 but got reply > > on int1), now I know I set the sysctl variable > > net.link.ether.inet.log_arp_wrong_iface=0 to get rid of these messages, > > but what I want to know if there are any other problems I am going to > > have having both interfaces live on the same network. > > What exactly are your inetrface configurations and netmasks > (ifconfig output might be useful)? > > You say that both NICs are on teh same network. Does that > mean they're connected to teh same switch? That's generally > not a good idea. It doesn't buy you anything (unless you > use VLAN technology or other additional measures). > > > Also even though > > I have the jail host's services all binding to the first interfaces ip, > > there is not guarantee that network traffic originating from the jail > > host will only use its primary interface/IP, is their anyway to ensure > > that the jail host does not try to talk through the interface being used > > by the jails? > > Any network traffic originating from a jail is guaranteed > to use the jail's IP address. The interface that will be > used is the one according to your routing table entry for > that IP address. (Unless you use things like IPFW FWD > or similar to redirect the packets somewhere else.) > > Best regards > Oliver > > PS: Be very careful when binding services to localhost > (127.0.0.1) within the jail. They will listen on the jail's > official IP address instead! For that reason I often > configure an addition address on lo0 (e.g. 127.0.0.2) > and use that one for internal-only traffic such as DNS > and mail between host and jails. > Yes, both NIC's are on the same network, connected to the same switch, I not just using the jail's as a sandbox for a couple of services, rather I am using a virtual servers, ideally I would like to have a separate NIC for eash jail, just like I would do if I were setting these up in vmware. It is currently setup and running, at the moment, as near as I can tell I am not having any IP routing issues, all the appropriate configs are below. I don't believe (I could be wrong, definitely tell me if I am) I am going to have and IP issues (i.e. layer 3), what I am concerned about are the potential ethernet issues ARP/RARP (i.e. layer 2). I was getting the expected arp errors, but I did set the net.link.ether.inet.log_arp_wrong_iface to 0, so I am not logging the errors, of course that doesn't mean the errors went away, they just aren't clogging the log files now. What I want to know is, if there are any deleterious effects from having two ethernet interfaces on the same network segment/switch. Frankly I would be very concerned if there wasn't a way to pull this off, while I realize jails were not originally intended to be used as a mechanism to provide virtual servers, it is such an obvious application of the jail functionality, and it is perfectly reasonable to want to have a dedicated NIC for each virtual server, with out having to place each one on a separate network segment. Configurations: ############rc.conf # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. defaultrouter="192.168.10.1" hostname="dev.inside.mydomain.com" ifconfig_em0="inet 192.168.10.41 netmask 255.255.255.0" ifconfig_vr0="inet 192.168.10.70 netmask 255.255.255.0" ifconfig_vr0_alias0="192.168.10.71 netmask 255.255.255.0" ifconfig_vr0_alias1="192.168.10.72 netmask 255.255.255.0" ifconfig_vr0_alias2="192.168.10.73 netmask 255.255.255.0" ifconfig_vr0_alias3="192.168.10.74 netmask 255.255.255.0" syslogd_flags="-s -b 192.168.10.41" sendmail_enable="NO" moused_enable="YES" sshd_enable="YES" usbd_enable="YES" ntpd_enable="YES" rpcbind_enable="NO" inetd_flags="-wW -a 192.168.10.41" jail_enable="YES" jail_list="test1 test2 test3 test4 test5" jail_set_hostname_allow="NO" jail_exec_start="/bin/sh /etc/rc" jail_exec_stop="/bin/sh /etc/rc.shutdown" jail_devfs_enable="YES" jail_test1_rootdir="/jails/test1" jail_test1_hostname="test1.inside.mydomain.com" jail_test1_ip="192.168.10.70" jail_test2_rootdir="/jails/test2" jail_test2_hostname="test2.inside.mydomain.com" jail_test2_ip="192.168.10.71" jail_test3_rootdir="/jails/test3" jail_test3_hostname="test3.inside.mydomain.com" jail_test3_ip="192.168.10.72" jail_test4_rootdir="/jails/test4" jail_test4_hostname="test4.inside.mydomain.com" jail_test4_ip="192.168.10.73" jail_test5_rootdir="/jails/test5" jail_test5_hostname="test5.inside.mydomain.com" jail_test5_ip="192.168.10.74" ################# netstat -r Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default gateway UGS 0 25149 em0 localhost localhost UH 0 1230 lo0 192.168.10 link#1 UC 0 0 em0 gateway link#1 UHLW 2 0 em0 scope 00:13:d3:95:44:80 UHLW 1 22959 em0 559 ns1 00:13:d3:95:43:6c UHLW 1 43 em0 980 ns2 00:13:d3:95:43:90 UHLW 1 25 em0 562 dev 00:11:25:57:e8:a1 UHLW 1 0 lo0 test1 00:13:46:e7:04:bc UHLW 1 24 em0 980 test2 00:13:46:e7:04:bc UHLW 1 24 em0 978 test3 00:13:46:e7:04:bc UHLW 1 24 em0 981 test4 00:13:46:e7:04:bc UHLW 1 24 em0 981 test5 00:13:46:e7:04:bc UHLW 1 24 em0 981 Internet6: Destination Gateway Flags Netif Expire localhost.inside localhost.inside UHL lo0 fe80::%lo0 fe80::1%lo0 U lo0 fe80::1%lo0 link#4 UHL lo0 ff01:4:: fe80::1%lo0 UC lo0 ff02::%lo0 fe80::1%lo0 UC lo0 ######################## ifconfig em0: flags=8843 mtu 1500 options=b inet 192.168.10.41 netmask 0xffffff00 broadcast 192.168.10.255 ether 00:11:25:57:e8:a1 media: Ethernet autoselect (100baseTX ) status: active vr0: flags=8843 mtu 1500 inet 192.168.10.70 netmask 0xffffff00 broadcast 192.168.10.255 inet 192.168.10.71 netmask 0xffffff00 broadcast 192.168.10.255 inet 192.168.10.72 netmask 0xffffff00 broadcast 192.168.10.255 inet 192.168.10.73 netmask 0xffffff00 broadcast 192.168.10.255 inet 192.168.10.74 netmask 0xffffff00 broadcast 192.168.10.255 ether 00:13:46:e7:04:bc media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 Thanks Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 14:40:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9FAE16A403 for ; Wed, 31 Jan 2007 14:40:31 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 58B0413C471 for ; Wed, 31 Jan 2007 14:40:30 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l0VEeOS0008917 for ; Wed, 31 Jan 2007 15:40:24 +0100 Received: by faust.net (Postfix, from userid 1001) id 0BA521CC36; Wed, 31 Jan 2007 15:40:14 +0100 (CET) Date: Wed, 31 Jan 2007 15:40:13 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070131144013.GA828@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 3.2 X-SBB-Spam-Level: XXXXXX Subject: usb hard disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 14:40:32 -0000 Dear all! This is not strictly "stable", unless I make a mistake and shoot myself in the foot. I have 6.2 amd64 with mobo asus k8n nforce3 250. This box I'd like to use as host for usb hdd, that should contain linux install (debian 4.0, when comes out). Two worlds have not to interfare in any meaning. I hesi- tate to take internal freebsd hdd out of the box. Here's the plan: plug external hdd to usb, change bios option to boot from cd, install debian on sda, change bios option to boot from usb disk. Lilo or grub should be installed on external disk, without writing any data on inter- nal hdd. Is it possible at all? I'm aware that partition table on external hdd could have data for freebsd disk, but nothing has to be writen on internal disk. No boot manager needed, all has to be done using bios. What obstacle would I see doing that? When usb hdd goes away, I want my freebsd system as I have it now. And... I don't like the idea to add hdd inside the box, as slave. I'd like to hear hints, not to have linux mbr on internal (sata) disk, or any adage to it. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 16:44:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 989B416A403 for ; Wed, 31 Jan 2007 16:44:06 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cetus.palisadesys.com (cetus.palisadesys.com [192.188.162.7]) by mx1.freebsd.org (Postfix) with ESMTP id 492EE13C4A3 for ; Wed, 31 Jan 2007 16:44:06 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (serverwatch [172.16.1.98]) by cetus.palisadesys.com (8.13.8/8.13.8) with ESMTP id l0VGi6RG091564 for ; Wed, 31 Jan 2007 10:44:06 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.8/8.13.8) with ESMTP id l0VGhrUr066823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 31 Jan 2007 10:43:54 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <45C0C749.1040300@palisadesys.com> Date: Wed, 31 Jan 2007 10:43:53 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.211]); Wed, 31 Jan 2007 10:43:54 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Subject: 6.2 amd64 panic: lockmgr: thread 0xffffff009f9fd000, not exclusive lock holder 0xffffff003961c000 unlocking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 16:44:06 -0000 Does this make sense to anyone (it doesn't to me - procfs_doprofile simply locks, calls vn_fullpath, and unlocks)? I was trying to track down a hang by running a system under stress, and instead got this panic as a result of a process running a perl script that looks through /proc/; it occurred on a very busy system with lots of process churn. Guy Unread portion of the kernel message buffer: panic: lockmgr: thread 0xffffff009f9fd000, not exclusive lock holder 0xffffff003961c000 unlocking cpuid = 0 KDB: stack backtrace: panic() at panic+0x2ae lockmgr() at lockmgr+0x7a7 VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 procfs_doprocfile() at procfs_doprocfile+0x83 pfs_readlink() at pfs_readlink+0xda VOP_READLINK_APV() at VOP_READLINK_APV+0x3d kern_readlink() at kern_readlink+0x1a0 syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (58, FreeBSD ELF64, readlink), rip = 0x800bfcf1c, rsp = 0x7fffffffe8d8, rbp = 0x2 --- KDB: enter: panic Dumping 4094 MB (3 chunks) chunk 0: 1MB (154 pages) ... ok chunk 1: 3327MB (851552 pages) ... ok chunk 2: 768MB (196608 pages) ... #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:172 #1 0xffffffff801994b1 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0x0) at ../../../ddb/db_command.c:492 #2 0xffffffff80199905 in db_command_loop () at ../../../ddb/db_command.c:350 #3 0xffffffff8019b82d in db_trap (type=-1238384064, code=0) at ../../../ddb/db_main.c:222 #4 0xffffffff80357f69 in kdb_trap (type=3, code=0, tf=0xffffffffb62fc340) at ../../../kern/subr_kdb.c:473 #5 0xffffffff804c9c7c in trap (frame= {tf_rdi = 0, tf_rsi = -2136928256, tf_rdx = 0, tf_rcx = 1167470, tf_r8 = 1048064, tf_r9 = 10, tf_rax = 18, tf_rbx = -2141887976, tf_rbp = -1238383616, tf_r10 = -1238383856, tf_r11 = 4294967274, tf_r12 = 1, tf_r13 = 256, tf_r14 = -1096833576960, tf_r15 = -1096833576960, tf_trapno = 3, tf_addr = 0, tf_flags = 1, tf_err = 0, tf_rip = -2143978945, tf_cs = 8, tf_rflags = 646, tf_rsp = -1238383616, tf_ss = 0}) at ../../../amd64/amd64/trap.c:442 #6 0xffffffff804b42fb in calltrap () at ../../../amd64/amd64/exception.S:168 #7 0xffffffff80357a3f in kdb_enter (msg=0x0) at cpufunc.h:63 #8 0xffffffff80338ae1 in panic ( fmt=0xffffffff80556218 "lockmgr: thread %p, not %s %p unlocking") at ../../../kern/kern_shutdown.c:549 #9 0xffffffff80328d67 in lockmgr (lkp=0xffffff00b6159478, flags=6, interlkp=0x40, td=0xffffff009f9fd000) at ../../../kern/kern_lock.c:373 #10 0xffffffff80514a59 in VOP_UNLOCK_APV (vop=0xffffffff806e97c0, a=0xffffffffb62fc590) at vnode_if.c:1692 ---Type to continue, or q to quit--- #11 0xffffffff802e5d53 in procfs_doprocfile (td=0xffffff009f9fd000, p=0xffffff00ad340358, pn=0x0, sb=0xffffffffb62fc5e0, uio=0xffe00) at vnode_if.h:870 #12 0xffffffff802eb11a in pfs_readlink (va=0x0) at pcpu.h:169 #13 0xffffffff805137cd in VOP_READLINK_APV (vop=0x12, a=0xffffffff80a11000) at vnode_if.c:1481 #14 0xffffffff803af7a0 in kern_readlink (td=0xffffff009f9fd000, path=0xffffffff80a11000 "04:59 woodcrest ph[56130]: "..., pathseg=UIO_USERSPACE, buf=0x7fffffffe8e0
, bufseg=UIO_USERSPACE, count=1023) at vnode_if.h:772 #15 0xffffffff804ca5d2 in syscall (frame= {tf_rdi = 5390024, tf_rsi = 140737488349408, tf_rdx = 1023, tf_rcx = 0, tf_r8 = -3705797, tf_r9 = 140737488350424, tf_rax = 58, tf_rbx = 8804368, tf_rbp = 2, tf_r10 = 9341008, tf_r11 = 514, tf_r12 = 9144072, tf_r13 = 140737488349408, tf_r14 = 0, tf_r15 = 0, tf_trapno = 22, tf_addr = 0, tf_flags = 0, tf_err = 2, tf_rip = 34372308764, tf_cs = 43, tf_rflags = 514, tf_rsp = 140737488349400, tf_ss = 35}) at ../../../amd64/amd64/trap.c:792 #16 0xffffffff804b4498 in Xfast_syscall () at ../../../amd64/amd64/exception.S:270 #17 0x0000000800bfcf1c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 11 #11 0xffffffff802e5d53 in procfs_doprocfile (td=0xffffff009f9fd000, p=0xffffff00ad340358, pn=0x0, sb=0xffffffffb62fc5e0, uio=0xffe00) at vnode_if.h:870 870 vnode_if.h: No such file or directory. in vnode_if.h (kgdb) print fullpath $1 = 0xffffff0000efeff2 "/usr/bin/file" (kgdb) print *p->p_textvp $1 = {v_type = VREG, v_tag = 0xffffffff8055cd4e "ufs", v_op = 0xffffffff806f8d60, v_data = 0xffffff00b4fb6480, v_mount = 0xffffff00123e5948, v_nmntvnodes = {tqe_next = 0xffffff00b5b169b0, tqe_prev = 0xffffff00b45bb408}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = 0xffffff00b03f19f0}, v_hash = 10339468, v_cache_src = { lh_first = 0x0}, v_cache_dst = {tqh_first = 0xffffff00b61afd68, tqh_last = 0xffffff00b61afd88}, v_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = {lk_interlock = 0xffffffff8071d3c0, lk_flags = 262208, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 80, lk_wmesg = 0xffffffff8055cd4e "ufs", lk_timo = 51, lk_lockholder = 0xffffff003961c000, lk_newlock = 0x0}, v_interlock = {mtx_object = {lo_class = 0xffffffff806dde60, lo_name = 0xffffffff8055e550 "vnode interlock", lo_type = 0xffffffff8055e550 "vnode interlock", lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, v_vnlock = 0xffffff00b6159478, v_holdcnt = 8, v_usecount = 7, v_iflag = 0, v_vflag = 32, v_writecount = 0, v_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, v_bufobj = { bo_mtx = 0xffffff00b61594b0, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0xffffff00b6159538}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xffffff00b6159558}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xffffffff806e8820, bo_bsize = 16384, ---Type to continue, or q to quit--- bo_object = 0xffffff00c276c000, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xffffff00b61593e0, __bo_vnode = 0xffffff00b61593e0}, v_pollinfo = 0x0, v_label = 0x0} (kgdb) quit opteron6:~ (502) exit exit From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 16:47:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E128916A402 for ; Wed, 31 Jan 2007 16:47:51 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (smtpproxy2.mitre.org [192.80.55.71]) by mx1.freebsd.org (Postfix) with ESMTP id 9E87613C467 for ; Wed, 31 Jan 2007 16:47:51 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with SMTP id l0VGlo76022957 for ; Wed, 31 Jan 2007 11:47:50 -0500 Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (Postfix) with ESMTP id 9E30E1BD7C for ; Wed, 31 Jan 2007 11:47:50 -0500 (EST) Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-mclean.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l0VGlohv022943; Wed, 31 Jan 2007 11:47:50 -0500 Received: from IMCSRV6.MITRE.ORG ([129.83.20.237]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Wed, 31 Jan 2007 11:47:50 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 31 Jan 2007 11:47:48 -0500 Message-ID: <53B52415C756A84E8A169F0E3673A3290E979B@IMCSRV6.MITRE.ORG> In-Reply-To: <20070130123246.A46432@xorpc.icir.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Dummynet and simulating random delay thread-index: AcdErc7cyeL0Wg7HSoGRiyAnSwo10QAqRbxw References: <53B52415C756A84E8A169F0E3673A3290E8BA4@IMCSRV6.MITRE.ORG> <20070124071021.GG874@turion.vk2pj.dyndns.org> <20070124073602.B57678@xorpc.icir.org> <53B52415C756A84E8A169F0E3673A3290E964A@IMCSRV6.MITRE.ORG> <20070130123246.A46432@xorpc.icir.org> From: "Andresen, Jason R." To: "Luigi Rizzo" X-OriginalArrivalTime: 31 Jan 2007 16:47:50.0037 (UTC) FILETIME=[8B07E450:01C74557] Cc: freebsd-stable@freebsd.org Subject: RE: Dummynet and simulating random delay X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 16:47:52 -0000 From: Luigi Rizzo [mailto:rizzo@icir.org]=20 > >On Tue, Jan 30, 2007 at 03:03:06PM -0500, Andresen, Jason R. wrote: >> >From: Luigi Rizzo [mailto:rizzo@icir.org]=20 >> > >> >On Wed, Jan 24, 2007 at 06:10:21PM +1100, Peter Jeremy wrote: >> >> On Tue, 2007-Jan-23 14:22:54 -0500, Andresen, Jason R. wrote: >> >> >I have a project that requires me to simulate a link with=20 >> >varying but >> >> >well defined delay. The link is guarenteed to deliver packets in >> >> >order, so I wish to maintain that behavior with Dummynet. >> >>=20 >> >> I don't think dummynet can do this in its current form. Based on >> > >> >actually dummynet never does reordering within a single pipe, even >> >if you change the delay on the fly. >> > >> >But this said, you should explain "varying but well defined delay", >> >because if you use TCP or similar as the source, then you >> >have no control on when the userland write->tcp transmission delay >> >anyways so the concept is a bit vague and probably not a meaningful >> >experiment. And even in any common network (from switched >> >ethernet to wireless to dsl...) you have some variance on the delay, >> >ranging from a fraction of a millisecond to much larger values, >> >due to queueing and/or protocol issues (e.g. MAC channel allocation) >> >and/or switch/router/operating system issues. >>=20 >> I'm trying to simulate a satellite link that has a normal delay of 1 >> second, but every 20-30 seconds or so the delay shoots up to 3.5 >> seconds for about 4 seconds and then settles back down to 1 second. >> >From what you said, I'm thinking that just twiddling the pipe on the >> fly will probably work. =20 > >yes but just curious, this is something so odd that i wonder >if you couldn't try to reproduce the real reasons for the increase. >Is the extra delay due to the device stopping handling stuff for >2.5seconds, then catching up ? >if that's the case you might try to change the bandwidth to a >very low value for the period while the satellite is asleep, >and then back to the normal value. I am not 100% sure but >this should work and give a more accurate emulation of what happens, >especially the recovery period. That will actually work? Wonderful! Although these links are already low bandwith (2400bps), I guess dropping it down to 10bps or something would work fine. =20 I had thought originally that if I did that it might buffer an entire packet and tag it with a "10 bps" speed, causing it to stall the connection for an excessively long period of time. If it just twiddles the output code independent of the queue than it should work perfectly. Thanks. =20 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 18:01:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88F5816A401 for ; Wed, 31 Jan 2007 18:01:20 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5AA9413C491 for ; Wed, 31 Jan 2007 18:01:20 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l0VI1KoG060159; Wed, 31 Jan 2007 10:01:20 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l0VI1J50060158; Wed, 31 Jan 2007 10:01:19 -0800 (PST) (envelope-from rizzo) Date: Wed, 31 Jan 2007 10:01:19 -0800 From: Luigi Rizzo To: "Andresen, Jason R." Message-ID: <20070131100119.B59626@xorpc.icir.org> References: <53B52415C756A84E8A169F0E3673A3290E8BA4@IMCSRV6.MITRE.ORG> <20070124071021.GG874@turion.vk2pj.dyndns.org> <20070124073602.B57678@xorpc.icir.org> <53B52415C756A84E8A169F0E3673A3290E964A@IMCSRV6.MITRE.ORG> <20070130123246.A46432@xorpc.icir.org> <53B52415C756A84E8A169F0E3673A3290E979B@IMCSRV6.MITRE.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <53B52415C756A84E8A169F0E3673A3290E979B@IMCSRV6.MITRE.ORG>; from jandrese@mitre.org on Wed, Jan 31, 2007 at 11:47:48AM -0500 Cc: freebsd-stable@freebsd.org Subject: Re: Dummynet and simulating random delay X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 18:01:20 -0000 On Wed, Jan 31, 2007 at 11:47:48AM -0500, Andresen, Jason R. wrote: > From: Luigi Rizzo [mailto:rizzo@icir.org] ... > >yes but just curious, this is something so odd that i wonder > >if you couldn't try to reproduce the real reasons for the increase. > >Is the extra delay due to the device stopping handling stuff for > >2.5seconds, then catching up ? > >if that's the case you might try to change the bandwidth to a > >very low value for the period while the satellite is asleep, > >and then back to the normal value. I am not 100% sure but > >this should work and give a more accurate emulation of what happens, > >especially the recovery period. > > That will actually work? Wonderful! Although these links are already > low bandwith (2400bps), I guess dropping it down to 10bps or something > would work fine. > > I had thought originally that if I did that it might buffer an entire > packet and tag it with a "10 bps" speed, causing it to stall the > connection for an excessively long period of time. If it just twiddles you are almost surely right, the deadline for the next packet to send is computed based on its size and the current bw when the packet reaches the head of the queue. So changing the bandwidth simulates a 'stall' of variable length. You would really need a different function to operate on the pipe, something that 'stalls' the pipe for a predetermined amount of time (either inserting the stall at the head of the queue, or at the tail). Implementation is trivial in both cases, but you need to write a bit of code into 'usr/src/sbin/ipfw2.c' to parse the command and issue the setsockopt(), and then into /sys/netinet/ip_dummynet.c to interpret the command. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 18:53:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6F2016A411 for ; Wed, 31 Jan 2007 18:53:19 +0000 (UTC) (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 97E9713C461 for ; Wed, 31 Jan 2007 18:53:19 +0000 (UTC) (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 <0JCQ00D5IXSQ5060@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 31 Jan 2007 19:53:14 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JCQ00F4LXSQT6O1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 31 Jan 2007 19:53:14 +0100 (CET) Date: Wed, 31 Jan 2007 19:53:14 +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: <20070131144013.GA828@faust.net> To: freebsd-stable@freebsd.org Message-id: <20070131195314.5f29911a.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.8; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070131144013.GA828@faust.net> Subject: Re: usb hard disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 18:53:19 -0000 On Wed, 31 Jan 2007 15:40:13 +0100 Zoran Kolic wrote: > This is not strictly "stable", unless I make a mistake and shoot > myself in the foot. > I have 6.2 amd64 with mobo asus k8n nforce3 250. This box I'd like to > use as host for usb hdd, that should contain linux install (debian > 4.0, when comes out). Two worlds have not to interfare in any > meaning. I hesi- tate to take internal freebsd hdd out of the box. > Here's the plan: plug external hdd to usb, change bios option to boot > from cd, install debian on sda, change bios option to boot from usb > disk. Lilo or grub should be installed on external disk, without > writing any data on inter- nal hdd. Is it possible at all? Yes, as long as the bios of your machine can boot from an usb hard drive, this should be possible. I have done this with several machines. It works like this: (usb hard drive connected to machine) - you boot machine (on some machines you can press a special key to bring up a bios boot menu) - you select usb hard drive from bios boot menu - bios loads boot loader (either Grub, Lilo, FreeBSD boot loader, or whatever boot loader you use) - boot loader from usb hardr drive does its thing (either booting an OS or displaying a boot menu) So far I am only aware of one caveat; the FreeBSD boot loader doesn't work on all machines. For example, I have an Acer Aspire 5672 laptop here were it doesn't work. I am going to try out grub on that laptop to see if it works better, but haven't found the time yet. > I'm aware that partition table on external hdd could have data for > freebsd disk, but nothing has to be writen on internal disk. No boot No problem, it is the bios which loads from whatever disk you choose. If you make a mistake (for example when installing an OS on the usb hard drive) and suddenly overwrite your inernal hard drive, that's your fault. (If your'e afarid of this happening, simply disconnect the internal drive when installing on the usb hard drive.) > manager needed, all has to be done using bios. What obstacle would I > see doing that? None, as long as your bios and the boot loader of choice can boot from usb hard drive. HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 19:39:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 085C116A402 for ; Wed, 31 Jan 2007 19:39:48 +0000 (UTC) (envelope-from freebsd@j-davis.com) Received: from servata.com (ip-216-152-249-241.servata.com [216.152.249.241]) by mx1.freebsd.org (Postfix) with ESMTP id E814D13C442 for ; Wed, 31 Jan 2007 19:39:47 +0000 (UTC) (envelope-from freebsd@j-davis.com) Received: from [209.162.219.253] (helo=dogma.v10.wvs) by servata.com with esmtpsa (TLS-1.0:RSA_ARCFOUR_MD5:16) (Exim 4.50) id 1HCKT7-0006Vu-KZ for freebsd-stable@freebsd.org; Wed, 31 Jan 2007 10:46:05 -0800 From: Jeff Davis To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 31 Jan 2007 10:46:03 -0800 Message-Id: <1170269163.22436.71.camel@dogma.v10.wvs> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit Subject: send() returns error even though data is sent, TCP connection still alive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 19:39:48 -0000 I am on FreeBSD 6.1 and I'm seeing write() return EHOSTDOWN while keeping the connection alive. I wrote a simple C client on the affected FreeBSD box to write a series of integers to a server program on another machine. When the client's write receives an the EHOSTDOWN, the data it sent arrives on the server program anyway. Moreover, when I write() again on the same socket, the data goes through as if nothing ever happened without further errors. The connection is not broken by the EHOSTDOWN, and the client never knows the difference. In fact, if the application just ignores the error from write() everything appears fine after that. The simplest way to see the problem is with SSH. Machine A is a freebsd box, and machine B is another box on the same switch. (1) ssh from A to B (2) see on A that "arp -a" shows the entry for B (3) on A do "arp -d B" (4) pull network cable (5) type to try to send data over the SSH session (of course nothing will happen, the network cable is still out) (6) after the network cable has been unplugged for about 8 seconds, plug it back in (7) type in the SSH session again You should see something like "write failed: host is down" and the session will terminate. Of course, when ssh exits, the TCP connection closes. The only way to see that it's still open and active is by writing (or using) an application that ignores EHOSTDOWN errors from write(). I think some scripting languages do not generate an exception in that case. This is very strange behavior and it's causing all kinds of problems on our network. Does anyone have an explanation for this? Why would a TCP operation return an error without closing the connection and send the data anyway? This has existed for a long time. I believe this is related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=100172 which is related to: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/if_ether.c? only_with_tag=RELENG_6#rev1.137.2.5 I tried the patch here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/if_ether.c? f=h#rev1.158 (rev 1.158) but I can still generate the error I mentioned. Also, what's even more strange is that I set arp to be static on the production machine, and I am still getting EHOSTDOWNs. Regards, Jeff Davis From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 19:58:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7221B16A40D for ; Wed, 31 Jan 2007 19:58:43 +0000 (UTC) (envelope-from stable@museum.rain.com) Received: from ns.umpquanet.com (ns.umpquanet.com [63.105.30.37]) by mx1.freebsd.org (Postfix) with ESMTP id 510AA13C4A7 for ; Wed, 31 Jan 2007 19:58:43 +0000 (UTC) (envelope-from stable@museum.rain.com) Received: from ns.umpquanet.com (localhost [127.0.0.1]) by ns.umpquanet.com (8.13.8/8.13.8) with ESMTP id l0VJwgCL075587; Wed, 31 Jan 2007 11:58:42 -0800 (PST) (envelope-from stable@museum.rain.com) Received: (from james@localhost) by ns.umpquanet.com (8.13.8/8.13.8/Submit) id l0VJwgKJ075586; Wed, 31 Jan 2007 11:58:42 -0800 (PST) (envelope-from stable@museum.rain.com) Date: Wed, 31 Jan 2007 11:58:41 -0800 From: James Long To: Stefan Lambrev Message-ID: <20070131195841.GA75352@ns.umpquanet.com> References: <20070130120050.899B816A4BF@hub.freebsd.org> <20070131004234.GA13590@ns.umpquanet.com> <45C045B0.1060108@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45C045B0.1060108@sun-fish.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: impossible rc.d ordering problem with stf and pf ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2007 19:58:43 -0000 On Wed, Jan 31, 2007 at 09:30:56AM +0200, Stefan Lambrev wrote: > Hello, > > >> pass out on (stf0) inet6 from any to any keep state > >> > > > >Just for my edification, what is the point of "keep state" on an > >"any-to-any" rule? > > > > > imagine that you have only 2 rules - > block in on $if all > pass out on $if from any to any keep state > > - with "keep state" you have internet, without it you do not have ;) Thank you. I must read more closely. I did not grok the "out." Jim From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 20:22:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE0F316A408 for ; Wed, 31 Jan 2007 20:22:08 +0000 (UTC) (envelope-from crudder@bch.com) Received: from groupware.bch.com (mail1.bch.com [216.135.84.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2B10113C4C1 for ; Wed, 31 Jan 2007 20:22:07 +0000 (UTC) (envelope-from crudder@bch.com) Received: by groupware.bch.com (Postfix, from userid 65534) id 9AE1416C216; Wed, 31 Jan 2007 14:24:50 -0500 (EST) Received: from 39.bch.com (39.bch.com [192.168.1.239]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by groupware.bch.com (Postfix) with ESMTP id A4F0316C029 for ; Wed, 31 Jan 2007 14:24:48 -0500 (EST) From: Cory Rudder Organization: Bandy Carroll Hellige Advertising To: freebsd-stable@freebsd.org Date: Wed, 31 Jan 2007 14:24:58 -0500 User-Agent: KMail/1.9.5 References: <45BF93DE.9010100@es.net> In-Reply-To: <45BF93DE.9010100@es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701311424.58824.crudder@bch.com> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on groupware.bch.com X-Spam-Level: X-Spam-Status: No, hits=-4.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 Subject: Re: buildkernel failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 20:22:09 -0000 I saw the same error yesterday building generic on i386. I resync'd the sources(RELENG_6) today and the everything built properly. cr On Tuesday 30 January 2007 1:52 pm, Eli Dart wrote: > I just saw the same thing under i386 when building GENERIC. > > --eli > > Alban Hertroys wrote: > > Building a kernel of a freshly updated RELENG_6 source tree reveals the > > following: > > > > ===> firmware (all) > > cc -O2 -fno-strict-aliasing -pipe -march=athlon64 -Werror -D_KERNEL > > -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include > > /build/obj/build/src/sys/BOLTTHROWER/opt_global.h -I. -I@ > > -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common > > -fno-omit-frame-pointer -I/build/obj/build/src/sys/BOLTTHROWER > > -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx > > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > > -fformat-extensions -std=c99 -c > > /build/src/sys/modules/firmware/../../kern/subr_firmware.c > > /build/src/sys/modules/firmware/../../kern/subr_firmware.c: In function > > `firmware_get': > > /build/src/sys/modules/firmware/../../kern/subr_firmware.c:192: warning: > > implicit declaration of function `linker_release_module' > > /build/src/sys/modules/firmware/../../kern/subr_firmware.c:192: warning: > > nested extern declaration of `linker_release_module' > > *** Error code 1 > > > > Stop in /build/src/sys/modules/firmware. > > *** Error code 1 > > > > Stop in /build/src/sys/modules. > > *** Error code 1 > > > > Stop in /build/obj/build/src/sys/BOLTTHROWER. > > Exit 1 > > > > System is amd64 with a custom kernel. I don't know what might be > > dependent on subr_firmware, but the error doesn't seem to point to a > > missing kernel option or device. > > > > In the CVS logs I can see that this function was added recently; maybe > > something was forgotten in the MFC? > > > > -- > > Alban Hertroys > > > > "Memory expensive?!? > > My computer has free memory!" > > > > > > > > !DSPAM:74,45bf91649342038170548! > > > > > > _______________________________________________ > > 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 Jan 31 20:40:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 831A816A401; Wed, 31 Jan 2007 20:40:22 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1217D13C461; Wed, 31 Jan 2007 20:40:21 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.6/8.13.6) with ESMTP id l0VK4vhk066310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Wed, 31 Jan 2007 15:04:58 -0500 (EST) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.6/8.13.6/Submit) id l0VK4vXC066309; Wed, 31 Jan 2007 15:04:57 -0500 (EST) (envelope-from wollman) Date: Wed, 31 Jan 2007 15:04:57 -0500 (EST) From: Garrett Wollman Message-Id: <200701312004.l0VK4vXC066309@khavrinen.csail.mit.edu> To: freebsd@j-davis.com In-Reply-To: <1170269163.22436.71.camel@dogma.v10.wvs> Organization: MIT Computer Science & Artificial Intelligence Laboratory X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (khavrinen.csail.mit.edu [127.0.0.1]); Wed, 31 Jan 2007 15:04:58 -0500 (EST) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: send() returns error even though data is sent, TCP connection still alive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 20:40:22 -0000 In article <1170269163.22436.71.camel@dogma.v10.wvs>, Jeff Davis wrote: >You should see something like "write failed: host is down" and the >session will terminate. Of course, when ssh exits, the TCP connection >closes. The only way to see that it's still open and active is by >writing (or using) an application that ignores EHOSTDOWN errors from >write(). I agree that it's a bug. The only time write() on a stream socket should return the asynchronous error[1] is when the connection has been (or is in the process of being) torn down as a result of a subsequent timeout. POSIX says "may fail" for these errors write() and send() on sockets -GAWollman [1] There are two kinds of error returns in the socket model: synchronous errors, like synchronous signals, are attributed to the result of a specific system call, detected prior to syscall return, and usually represent programming or user error (e.g., attempting to connect() on an fd that is not a socket). Asynchronous errors are detected asynchronously, and merely posted to the socket without being delivered; they may be delivered on the next socket operation. See XSH 2.10.10, "Pending Error". From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 21:40:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CCBE16A405 for ; Wed, 31 Jan 2007 21:40:08 +0000 (UTC) (envelope-from freebsd@j-davis.com) Received: from servata.com (ip-216-152-249-241.servata.com [216.152.249.241]) by mx1.freebsd.org (Postfix) with ESMTP id D7D4413C478 for ; Wed, 31 Jan 2007 21:40:06 +0000 (UTC) (envelope-from freebsd@j-davis.com) Received: from [209.162.219.253] (helo=dogma.v10.wvs) by servata.com with esmtpsa (TLS-1.0:RSA_ARCFOUR_MD5:16) (Exim 4.50) id 1HCNBS-00039C-Ti; Wed, 31 Jan 2007 13:40:03 -0800 From: Jeff Davis To: Garrett Wollman In-Reply-To: <200701312004.l0VK4vXC066309@khavrinen.csail.mit.edu> References: <200701312004.l0VK4vXC066309@khavrinen.csail.mit.edu> Content-Type: text/plain Date: Wed, 31 Jan 2007 13:40:04 -0800 Message-Id: <1170279604.22436.81.camel@dogma.v10.wvs> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: send() returns error even though data is sent, TCP connection still alive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 21:40:09 -0000 On Wed, 2007-01-31 at 15:04 -0500, Garrett Wollman wrote: > In article <1170269163.22436.71.camel@dogma.v10.wvs>, > Jeff Davis wrote: > > >You should see something like "write failed: host is down" and the > >session will terminate. Of course, when ssh exits, the TCP connection > >closes. The only way to see that it's still open and active is by > >writing (or using) an application that ignores EHOSTDOWN errors from > >write(). > > I agree that it's a bug. The only time write() on a stream socket > should return the asynchronous error[1] is when the connection has > been (or is in the process of being) torn down as a result of a > subsequent timeout. POSIX says "may fail" for these errors write() > and send() on sockets > As far as I'm concerned, a fix for this bug is critical. We have had to move production apps off some of our freebsd servers. Regards, Jeff Davis From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 21:49:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EACB16A400 for ; Wed, 31 Jan 2007 21:49:06 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6603613C49D for ; Wed, 31 Jan 2007 21:49:05 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 85A84809C for ; Wed, 31 Jan 2007 22:48:00 +0100 (CET) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 70492802E for ; Wed, 31 Jan 2007 22:47:56 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) To: freebsd-stable Message-Id: From: Alban Hertroys Date: Wed, 31 Jan 2007 22:48:58 +0100 X-Mailer: Apple Mail (2.752.2) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 31 22:48:00 2007 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 74,45c10e909341268575503 X-DSPAM-Factors: 27, but, 0.40000, but, 0.40000, Content-Type*application/octet+stream, 0.40000, From*Alban, 0.40000, Mono">, 0.40000, Mono">, 0.40000, I+tried, 0.40000, I+tried, 0.40000, just, 0.40000, just, 0.40000, that+case, 0.40000, that+case, 0.40000, Schematically+the, 0.40000, placeholder">I, 0.40000, placeholder">I, 0.40000, gonna+catch, 0.40000, gonna+catch, 0.40000, placeholder">While, 0.40000, apple+text, 0.40000, apple+text, 0.40000, Message-Id* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2007 21:49:06 -0000 Good day (or night, if more appropriate), I'm seeing these for a while now, it's time to see if it can be fixed :P I have a setup where a KVM/USB switch (Gefen 2x1 DVI switcher) is connected to my athlon64 machine, which is connected to yet another hub in my TFT display to which my keyboard and mouse are connected. Schematically the USB devices are connected like this: Athlon64 --- KVM switch --- Display --- Keyboard Mac -------/ \-- Mouse While booting I see messages like these: uhub3: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.09, addr 2 uhub3: multiple transaction translators uhub3: 4 ports with 4 removable, self powered uhub4: vendor 0x05ac product 0x9131, class 9/0, rev 2.00/1.01, addr 3 uhub4: multiple transaction translators uhub4: 3 ports with 2 removable, self powered uhub4: device problem (STALLED), disabling port 1 uhub4: device problem (STALLED), disabling port 2 uhub4: device problem (TIMEOUT), disabling port 3 uhub3 is the KVM switch, while uhub4 is the display. The messages are usually STALLED, but I've seen TIMEOUT (as above) and SHORT_XFER as well. I have tried eliminating the hub in the display from the equation, the results are the same (the errors are on uhub3 in that case - although I'm not 100% sure now I write this). I've tried different hub cables (all but one came new with the switch), to no avail. The KVM switch replaced a Sweex USB hub that had very similar problems. Something that I think is odd is that the vendor/product ID's of the hub in the KVM switch are listed among those in the sources, yet looking them up apparently fails. I compiled a kernel with DEBUG_USB enabled and attached the resulting dmesg. I tried retrying usbd_new_device after the first failure, but that just resulted in another STALLED message (as suggested by an XXX remark in uhub.c). Anything else I can do to help solve this? Regards, -- Alban Hertroys "If you throw your hands up in the air, how're you gonna catch them?" ï¿Œ !DSPAM:74,45c10e909341268575503! From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 21:59:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4ABE16A403 for ; Wed, 31 Jan 2007 21:59:21 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id 544E113C48E for ; Wed, 31 Jan 2007 21:59:21 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id DB36C809C for ; Wed, 31 Jan 2007 22:58:16 +0100 (CET) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 077A0802E for ; Wed, 31 Jan 2007 22:58:16 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: multipart/mixed; boundary=Apple-Mail-12-847513895 Message-Id: <77A9CE2A-1926-4FBC-BDBC-04ADDB932C8D@solfertje.student.utwente.nl> From: Alban Hertroys Date: Wed, 31 Jan 2007 22:59:18 +0100 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 31 22:58:16 2007 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 74,45c110f89345022090619 X-DSPAM-Factors: 27, From*Alban, 0.01000, Mime-Version*Message, 0.01000, Date*Jan+2007, 0.01000, Received*ESMTP, 0.01000, Received*Jan+2007, 0.01000, Alban+Hertroys, 0.01000, Alban+Hertroys, 0.01000, Mime-Version*framework+v752.2), 0.01000, Mime-Version*1.0+(Apple, 0.01000, that, 0.01000, that, 0.01000, Hertroys, 0.01000, Hertroys, 0.01000, Content-Type*charset=US+ASCII, 0.01000, Content-Type*charset=US+ASCII, 0.01000, From*Hertroys, 0.01000, From*solfertje.student.utwente.nl>, 0.01000, in, 0.01000, in, 0.01000, Date*2007, 0.01000, Received*Jan, 0.01000, Received*with, 0.01000, Content-Type*delsp=yes, 0.01000, Received*id, 0.01000, Received*ESMTP+id, 0.01000, Alban, 0.01000, Alban, 0.01000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: USB stalled errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 21:59:22 -0000 --Apple-Mail-12-847513895 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jan 31, 2007, at 22:48, Alban Hertroys wrote: > I compiled a kernel with DEBUG_USB enabled and attached the > resulting dmesg. I tried retrying usbd_new_device after the first > failure, but that just resulted in another STALLED message (as > suggested by an XXX remark in uhub.c). Strange, I did attach that file. It is in my sent box even... I wonder where it got lost. Maybe the size? !DSPAM:74,45c110f89345022090619! --Apple-Mail-12-847513895 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed -- Alban Hertroys "If you lose your memory, you can't remember where you left it." !DSPAM:74,45c110f89345022090619! --Apple-Mail-12-847513895-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 31 22:07:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 156CB16A402 for ; Wed, 31 Jan 2007 22:07:49 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id C33A413C4AC for ; Wed, 31 Jan 2007 22:07:48 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 80058809C for ; Wed, 31 Jan 2007 23:06:44 +0100 (CET) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id D46B0802E for ; Wed, 31 Jan 2007 23:06:43 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <77A9CE2A-1926-4FBC-BDBC-04ADDB932C8D@solfertje.student.utwente.nl> References: <77A9CE2A-1926-4FBC-BDBC-04ADDB932C8D@solfertje.student.utwente.nl> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2896E921-943B-4E2C-81EB-E426A741EC94@solfertje.student.utwente.nl> Content-Transfer-Encoding: 7bit From: Alban Hertroys Date: Wed, 31 Jan 2007 23:07:45 +0100 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 31 23:06:44 2007 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 74,45c112f49346141411866 X-DSPAM-Factors: 27, From*Alban, 0.01000, Mime-Version*Message, 0.01000, Date*Jan+2007, 0.01000, Received*ESMTP, 0.01000, Received*Jan+2007, 0.01000, Alban+Hertroys, 0.01000, Alban+Hertroys, 0.01000, To*stable, 0.01000, To*stable, 0.01000, Mime-Version*framework+v752.2), 0.01000, Mime-Version*1.0+(Apple, 0.01000, To*stable+, 0.01000, in, 0.01000, Date*2007, 0.01000, Received*Jan, 0.01000, Received*with, 0.01000, To*stable+freebsd.org>, 0.01000, Received*stable, 0.01000, Content-Type*delsp=yes, 0.01000, Received*id, 0.01000 Subject: Re: USB stalled errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2007 22:07:49 -0000 On Jan 31, 2007, at 22:59, Alban Hertroys wrote: > Strange, I did attach that file. It is in my sent box even... I > wonder where it got lost. Maybe the size? Alright... here then: http://solfertje.student.utwente.nl/~dalroi/ dmesg.debug.out I wonder who's stripping my mail. -- Alban Hertroys "If you can't see the forest through the trees, cut the trees and you'll see there is no forest" !DSPAM:74,45c112f49346141411866! From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 03:07:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CECF16A492 for ; Thu, 1 Feb 2007 03:07:10 +0000 (UTC) (envelope-from terry@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6CB13C474 for ; Thu, 1 Feb 2007 03:07:10 +0000 (UTC) (envelope-from terry@tmk.com) Received: from tmk.com by tmk.com (PMDF V6.3-x3 #37010) id <01MCLE67GDGW000RBM@tmk.com> for freebsd-stable@freebsd.org; Wed, 31 Jan 2007 21:44:58 -0500 (EST) Date: Wed, 31 Jan 2007 21:39:36 -0500 (EST) From: Terry Kennedy To: freebsd-stable@freebsd.org Message-id: <01MCLEDGGL1G000RBM@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii Subject: Correct way to perform minidumps on gmirror device? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 03:07:10 -0000 I'm trying to find out the best way to set up minidumps on my gmirror drives. I have some questions about what is considered the correct way of doing this. In particular: 1) The release notes say to "sysctl debug.minidump=1", but isn't doing this in /etc/sysctl.conf too late in the process? 2) The examples I've found (http://ezine.daemonnews.org/200608/gmirror_1.html) say to add gmirror configure commands to /etc/rc.early and /etc/rc.local, but the manpage says these are deprecated? Where should these commands be placed? Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 03:17:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C90416A402 for ; Thu, 1 Feb 2007 03:17:20 +0000 (UTC) (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 8158513C467 for ; Thu, 1 Feb 2007 03:17:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l113HF9s030728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Feb 2007 13:47:16 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 1 Feb 2007 13:45:33 +1030 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5002843.C5bUKmHNEW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702011345.50585.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Subject: Loader hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 03:17:20 -0000 --nextPart5002843.C5bUKmHNEW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi *, I recently installed 6.2 on a Supermicro P8SCT and I found that the loader= =20 would hang after a few seconds unless I disabled the Adaptec 29160's BIOS. It also has a 3ware 8006-2LP (which I am booting off). The SCSI card only h= as=20 a tape drive on it though so I'm surprised it would install a BIOS at all=20 (after probing) Interestingly the hang only occurred when booting the installed version - w= hen=20 booting from the CD it worked perfectly.. Anyone seen anything similar? Any suggestions for debugging? :) =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 --nextPart5002843.C5bUKmHNEW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFwVtm5ZPcIHs/zowRAmNIAJ92ljZqF+FGssTZDJPE6NzrbMConwCgmoWD Nr1AmGva3k7yq13kEVOGmgA= =Jdfc -----END PGP SIGNATURE----- --nextPart5002843.C5bUKmHNEW-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 04:44:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38CC116A400 for ; Thu, 1 Feb 2007 04:44:38 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0D6B913C474 for ; Thu, 1 Feb 2007 04:44:38 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 5FCC760AA; Wed, 31 Jan 2007 23:44:37 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vnGzPfoG3eYJ; Wed, 31 Jan 2007 23:44:35 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-114-230.ny325.east.verizon.net [68.161.114.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id CEEB65D95; Wed, 31 Jan 2007 23:44:34 -0500 (EST) Message-ID: <45C17032.4030807@mac.com> Date: Wed, 31 Jan 2007 23:44:34 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Jeffrey Williams References: <45C06A42.6000001@sailorfej.net> <200701311119.47888.freebsd-stable@dino.sk> <45C0722B.3060504@sailorfej.net> <200701311221.34003.freebsd-stable@dino.sk> <45C081E9.50509@sailorfej.net> In-Reply-To: <45C081E9.50509@sailorfej.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: jails and multple interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 04:44:38 -0000 Jeffrey Williams wrote: [ ... ] > My only concern, and what I was hoping to get more information on, is > whether there are any potential problems with having two active ethernet > interfaces on the same network segment, e.g. arp issues, etc. The problem you are going to run into is that the default behavior of FreeBSD's routing table will cause it to favor only one of the interfaces if two or more NICs are configured onto the same subnet. You can probably over-ride this behavior for jails by setting up some /32 routes for the jail IPs or use IPFW to fwd certain traffic via specific interfaces. If your switch has port aggregation capabilities (aka "port trunking"), you could bind them together-- see "man ng_fec". Otherwise, the normal approach really is to put the two interfaces on two district subnets. However, if you really want to isolate the traffic due to concern over security, you really ought to consider using two separate machines on two separate switches handling two distinct subnets. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 09:41:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 238E716A408 for ; Thu, 1 Feb 2007 09:41:10 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.freebsd.org (Postfix) with ESMTP id 089AF13C4B3 for ; Thu, 1 Feb 2007 09:41:05 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HCYRF-00061C-At for freebsd-stable@freebsd.org; Thu, 01 Feb 2007 01:41:06 -0800 From: Dominik Zalewski Organization: OpenCraft To: freebsd-stable@freebsd.org Date: Thu, 1 Feb 2007 11:42:13 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702011142.13843.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Subject: portupgrade missing key: categories: Cannot read the portsdb! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dzalewski@open-craft.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2007 09:41:10 -0000 Hi All, I've just updated my portstree and I'm trying to run portupgrade , which gives me following error: [root@silicon /usr/ports]# portupgrade -ai ---> Session started at: Thu, 01 Feb 2007 11:22:00 +0200 [missing key: categories] [Updating the portsdb in /usr/ports ... - 16413 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.... ..... done] missing key: categories: Cannot read the portsdb! ---> Session ended at: Thu, 01 Feb 2007 11:22:06 +0200 (consumed 00:00:05) /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' from /usr/local/sbin/portupgrade:721:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portupgrade:220:in `new' from /usr/local/sbin/portupgrade:220:in `main' from /usr/local/sbin/portupgrade:2084 Cannot read the portsdb? [root@silicon /usr/ports]# ls -l /var/db/pkg/pkgdb.db -rw-r--r-- 1 root wheel 5272576 Feb 1 10:56 /var/db/pkg/pkgdb.db I also tried to delete pkgdb.db and recreate it using pkgdb -u , it didnt help. I'm running FreeBSD 6.1-RELEASE with portupgrade-2.2.2_1,2 Any ideas? Thank you in advance, Dominik From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 09:56:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B065F16A400 for ; Thu, 1 Feb 2007 09:56:22 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.freebsd.org (Postfix) with ESMTP id 95D4C13C441 for ; Thu, 1 Feb 2007 09:56:22 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HCYg2-0001ek-3V; Thu, 01 Feb 2007 01:56:22 -0800 From: Dominik Zalewski Organization: OpenCraft To: "Niclas Zeising" Date: Thu, 1 Feb 2007 11:57:30 +0200 User-Agent: KMail/1.9.6 References: <200702011142.13843.dzalewski@open-craft.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702011157.31060.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: portupgrade missing key: categories: Cannot read the portsdb! - SOLVED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dzalewski@open-craft.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2007 09:56:22 -0000 On Thursday 01 February 2007 11:46:21 am Niclas Zeising wrote: >>This has been reported several times already, and I think it's solved >>in a more recent portupgrade. >>Have a look at this thread: >>http://lists.freebsd.org/pipermail/freebsd-ports/2007-January/038395.html >>And this commit to portupgrade: >>http://lists.freebsd.org/pipermail/cvs-ports/2007-February/117217.html >> >>HTH! >>//Niclas I upgrade to portupgrade-2.2.2_2,2 and it worked :) Thanks Niclas From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 10:03:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F76716A402 for ; Thu, 1 Feb 2007 10:03:11 +0000 (UTC) (envelope-from yann@raven.kierun.org) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.freebsd.org (Postfix) with ESMTP id D8A9213C478 for ; Thu, 1 Feb 2007 10:03:10 +0000 (UTC) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HCYVo-000BVE-RT; Thu, 01 Feb 2007 09:45:48 +0000 Date: Thu, 1 Feb 2007 09:45:48 +0000 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20070201094548.GA44188@kierun.org> References: <200702011142.13843.dzalewski@open-craft.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <200702011142.13843.dzalewski@open-craft.com> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: "Yann Golanski, University of York, +44(0)1904-433088" Cc: Dominik Zalewski Subject: Re: portupgrade missing key: categories: Cannot read the portsdb! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 10:03:11 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Dominik Zalewski on Thu, Feb 01, 2007 at 11:42:13 +0200 > I've just updated my portstree and I'm trying to run portupgrade , > which gives me following error: I've had the same problem last night. Sadly, the machine is at home and I at work so I cannot do much more than say "me too". However, I am willing to try any patches this evening.=20 --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwbbM91FwBp3iYxgRAmEXAJ4sKvNcr8CHldazeuLGjEPuj55R6wCfS/Oy /QTw3LEBackpf/cPCJDZt9Q= =KehP -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 10:14:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8866E16A403 for ; Thu, 1 Feb 2007 10:14:42 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 226A213C442 for ; Thu, 1 Feb 2007 10:14:41 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so416950uge for ; Thu, 01 Feb 2007 02:14:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eT0bvRxebefMrskK1CAzKVAyNS/X9R61qYBx4XksqBARmhlpvOzb5w+twjLYGwSbvCgV39Mr/0Z41vU8/UyRUnqnu29kWmgp4lYbX9ksDxgx6c8kp6kR66Emp9jdb9ryraY8N8kkaiehAN5K19bBEIgcpqRgFGiGCKMzFD/6pl8= Received: by 10.78.149.13 with SMTP id w13mr418143hud.1170323181561; Thu, 01 Feb 2007 01:46:21 -0800 (PST) Received: by 10.78.77.18 with HTTP; Thu, 1 Feb 2007 01:46:21 -0800 (PST) Message-ID: Date: Thu, 1 Feb 2007 10:46:21 +0100 From: "Niclas Zeising" To: dzalewski@open-craft.com In-Reply-To: <200702011142.13843.dzalewski@open-craft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200702011142.13843.dzalewski@open-craft.com> Cc: freebsd-stable@freebsd.org Subject: Re: portupgrade missing key: categories: Cannot read the portsdb! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 10:14:42 -0000 On 2/1/07, Dominik Zalewski wrote: > Hi All, > > I've just updated my portstree and I'm trying to run portupgrade , which gives > me following error: > > [root@silicon /usr/ports]# portupgrade -ai > ---> Session started at: Thu, 01 Feb 2007 11:22:00 +0200 > [missing key: categories] [Updating the portsdb > in /usr/ports ... - 16413 port entries > found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.... ..... > done] > missing key: categories: Cannot read the portsdb! > ---> Session ended at: Thu, 01 Feb 2007 11:22:06 +0200 (consumed 00:00:05) > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database file > error (PortsDB::DBError) > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in > `all_depends_list' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' > from /usr/local/sbin/portupgrade:721:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' > from /usr/local/sbin/portupgrade:220:in `new' > from /usr/local/sbin/portupgrade:220:in `main' > from /usr/local/sbin/portupgrade:2084 > > > Cannot read the portsdb? > > [root@silicon /usr/ports]# ls -l /var/db/pkg/pkgdb.db > -rw-r--r-- 1 root wheel 5272576 Feb 1 10:56 /var/db/pkg/pkgdb.db > > I also tried to delete pkgdb.db and recreate it using pkgdb -u , it didnt > help. > > I'm running FreeBSD 6.1-RELEASE with portupgrade-2.2.2_1,2 > > Any ideas? > > Thank you in advance, > > Dominik This has been reported several times already, and I think it's solved in a more recent portupgrade. Have a look at this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2007-January/038395.html And this commit to portupgrade: http://lists.freebsd.org/pipermail/cvs-ports/2007-February/117217.html HTH! //Niclas -- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 10:24:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BDC216A400 for ; Thu, 1 Feb 2007 10:24:11 +0000 (UTC) (envelope-from simond@irrelevant.org) Received: from out-mta1.ai270.net (out-mta2.ai270.net [83.244.130.25]) by mx1.freebsd.org (Postfix) with ESMTP id 40A0813C48D for ; Thu, 1 Feb 2007 10:24:11 +0000 (UTC) (envelope-from simond@irrelevant.org) Received: from [83.244.130.6] (helo=out-filter1.ai270.net) by out-mta1.ai270.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HCYh0-000N9X-4R; Thu, 01 Feb 2007 09:57:22 +0000 Received: from [83.244.130.159] (helo=[10.1.1.130]) by out-filter1.ai270.net with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HCYgz-000CqD-O1; Thu, 01 Feb 2007 09:57:22 +0000 From: Simon Dick To: dzalewski@open-craft.com In-Reply-To: <200702011142.13843.dzalewski@open-craft.com> References: <200702011142.13843.dzalewski@open-craft.com> Content-Type: text/plain Date: Thu, 01 Feb 2007 09:57:20 +0000 Message-Id: <1170323840.94048.23.camel@sdwork.office.ai270.net> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portupgrade missing key: categories: Cannot read the portsdb! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 10:24:11 -0000 On Thu, 2007-02-01 at 11:42 +0200, Dominik Zalewski wrote: > Hi All, > > I've just updated my portstree and I'm trying to run portupgrade , which gives > me following error: I had the same this morning, try upgrading to the latest portupgrade which got it working for me From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 10:58:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 348C816A400 for ; Thu, 1 Feb 2007 10:58:19 +0000 (UTC) (envelope-from hlh@restart.be) Received: from weequay.is.scarlet.be (weequay.is.scarlet.be [193.74.71.24]) by mx1.freebsd.org (Postfix) with ESMTP id 7E65B13C481 for ; Thu, 1 Feb 2007 10:58:18 +0000 (UTC) (envelope-from hlh@restart.be) Received: from (ip-83-134-213-65.dsl.scarlet.be [83.134.213.65]) by weequay.is.scarlet.be with ESMTP id l11Adiv18947 for ; Thu, 1 Feb 2007 11:39:44 +0100 Received: from [192.168.24.2] (morzine.restart.bel [192.168.24.2]) (authenticated bits=0) by restart.be (8.13.8/8.13.8) with ESMTP id l11AdX0p044666 for ; Thu, 1 Feb 2007 11:39:33 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=restart.be; s=avoriaz; t=1170326379; bh=d+QFNlXF1qri30ygI4JFlSoNivc=; h=DomainKey-Signature: Message-ID:Date:From:Organization:User-Agent:MIME-Version:To: Subject:Content-Type:Content-Transfer-Encoding:X-Spam-Status: X-Scanned-By; b=p3ODX4SPWLYxAmJBS8zf0lYplEleIA4jFkyEDdRmgDOS7oa1N7T kykLGI5vIHLtTsTibWui/+aGaIIF4J24Xig== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-spam-status:x-scanned-by; b=Ei8EjO8/etESgYRURXQXSt21TkP84V+gsqE5uOEUBmiZ4/LSuFb/Se9UBhKM5VR45 /z3c/Ec3/Z95GLMDCvs3g== Message-ID: <45C1C365.7020106@restart.be> Date: Thu, 01 Feb 2007 11:39:33 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: -4.24 (ALL_TRUSTED,AWL,BAYES_00) X-Scanned-By: MIMEDefang 2.58 on 192.168.24.1 X-DCC-scarlet.be-Metrics: weequay 20001; Body=1 Fuz1=1 Fuz2=1 Subject: 6.2-RELEASE - Fatal trap 12 - nvidia driver ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 10:58:19 -0000 Hello, I experience Fatal trap 12 when I shutdown if I have run the X server (with nvidia driver 1.0.9746). This crash happen 4/5 of the time. It is in devfs_populate_loop() in devfs.c. I don't have the vmcore anymore :-/. To look futher, I add options INVARIANTS (and INVARIANT_SUPPORT) and now the crash happen when I start the X server (startxfce4) when the splash screen is dispayed. The loaded modules are: [root@morzine ~]# kldstat Id Refs Address Size Name 1 15 0xc0400000 40ccc0 kernel 2 1 0xc080d000 42e8 if_tap.ko 3 1 0xc0812000 2cbc ng_ether.ko 4 2 0xc0815000 c83c netgraph.ko 5 2 0xc0822000 3d604 sound.ko 6 1 0xc0860000 4f7c acpi_video.ko 7 2 0xc0865000 59f5c acpi.ko 8 1 0xc08bf000 6d2b2c nvidia.ko 9 1 0xc0f92000 10340 snd_hda.ko 10 1 0xc6fe7000 2000 accf_http.ko 11 1 0xc703f000 3000 daemon_saver.ko sound.ka and snd_hda.ko are from http://people.freebsd.org/~ariff/. The chash informations: [root@morzine MORZINE_INVARIANTS]# kgdb kernel.debug /backup/crash/vmcore.8 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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 cpuid = 1; apic id = 01 fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x20:0xc04c8aa3 stack pointer = 0x28:0xe91a783c frame pointer = 0x28:0xe91a7858 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 1093 (Xorg) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: kdb_backtrace(100,c6ec2780,28,e91a77fc,c,...) at kdb_backtrace+0x29 panic(c06af91d,c06e7c67,0,fffff,c09b,...) at panic+0x114 trap_fatal(e91a77fc,deadc0de,c6ec2780,c1462000,deadc000,...) at trap_fatal+0x2ce trap_pfault(e91a77fc,0,deadc0de) at trap_pfault+0x187 trap(8,e91a0028,28,c7245900,c72d6980,...) at trap+0x341 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04c8aa3, esp = 0xe91a783c, ebp = 0xe91a7858 --- devfs_populate_loop(c6b9a500,0) at devfs_populate_loop+0x7b devfs_populate(c6b9a500,c6bb6b1c,b7,c6ce8005,0,...) at devfs_populate+0x32 devfs_lookupx(e91a79c4,e91a795c,c6b9a514,c06bbb19,299) at devfs_lookupx+0x1db devfs_lookup(e91a79c4) at devfs_lookup+0x3b VOP_LOOKUP_APV(c06fc1c0,e91a79c4) at VOP_LOOKUP_APV+0x87 lookup(e91a7bcc) at lookup+0x4d9 namei(e91a7bcc) at namei+0x3be vn_open_cred(e91a7bcc,e91a7ccc,c0,c6ffb900,e,...) at vn_open_cred+0x277 vn_open(e91a7bcc,e91a7ccc,c0,e) at vn_open+0x1e kern_open(c6ec2780,bfbfe2c0,0,3,bfbfe2c0,...) at kern_open+0xe1 open(c6ec2780,e91a7d04) at open+0x1a syscall(3b,872003b,bfbf003b,0,8202000,...) at syscall+0x247 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x282ba4b3, esp = 0xbfbfe27c, ebp = 0xbfbfe358 --- Uptime: 2m4s Dumping 2046 MB (2 chunks) chunk 0: 1MB (158 pages) ... ok chunk 1: 2046MB (523760 pages) 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc051fbf0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc051ff05 in panic (fmt=0xc06af91d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0683ae2 in trap_fatal (frame=0xe91a77fc, eva=3735929054) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06837eb in trap_pfault (frame=0xe91a77fc, usermode=0, eva=3735929054) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc0683435 in trap (frame= {tf_fs = 8, tf_es = -384171992, tf_ds = 40, tf_edi = -953919232, tf_esi = -953325184, tf_ebp = -384141224, tf_isp = -384141272, tf_ebx = 0, tf_edx = -559038242, tf_ecx = -1066230976, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068725597, tf_cs = 32, tf_eflags = 2175511, tf_esp = -1066641139, tf_ss = 353}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06703ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04c8aa3 in devfs_populate_loop (dm=0xc6b9a500, cleanup=0) at /usr/src/sys/fs/devfs/devfs_devs.c:370 #8 0xc04c8dea in devfs_populate (dm=0xc6b9a500) at /usr/src/sys/fs/devfs/devfs_devs.c:486 #9 0xc04cac33 in devfs_lookupx (ap=0x0, dm_unlock=0xe91a795c) at /usr/src/sys/fs/devfs/devfs_vnops.c:586 #10 0xc04caff3 in devfs_lookup (ap=0xe91a79c4) at /usr/src/sys/fs/devfs/devfs_vnops.c:666 #11 0xc06943a7 in VOP_LOOKUP_APV (vop=0xc06fc1c0, a=0xe91a79c4) at vnode_if.c:99 #12 0xc056c70d in lookup (ndp=0xe91a7bcc) at vnode_if.h:56 #13 0xc056bfd2 in namei (ndp=0xe91a7bcc) at /usr/src/sys/kern/vfs_lookup.c:211 #14 0xc057e3df in vn_open_cred (ndp=0xe91a7bcc, flagp=0xe91a7ccc, cmode=192, cred=0xc6ffb900, fdidx=14) at /usr/src/sys/kern/vfs_vnops.c:183 #15 0xc057e166 in vn_open (ndp=0xdeadc0de, flagp=0xe91a7ccc, cmode=192, fdidx=14) at /usr/src/sys/kern/vfs_vnops.c:91 #16 0xc0577065 in kern_open (td=0xc6ec2780, path=0x0, pathseg=UIO_USERSPACE, flags=3, mode=-1077943616) at /usr/src/sys/kern/vfs_syscalls.c:1009 #17 0xc0576f4e in open (td=0xc6ec2780, uap=0xe91a7d04) at /usr/src/sys/kern/vfs_syscalls.c:973 #18 0xc0683daf in syscall (frame= {tf_fs = 59, tf_es = 141688891, tf_ds = -1078001605, tf_edi = 0, tf_esi = 136323072, tf_ebp = -1077943464, tf_isp = -384139932, tf_ebx = 136255232, tf_edx = 12, tf_ecx = 0, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 673948851, tf_cs = 51, tf_eflags = 2110102, tf_esp = -1077943684, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #19 0xc067043f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) f 7 #7 0xc04c8aa3 in devfs_populate_loop (dm=0xc6b9a500, cleanup=0) at /usr/src/sys/fs/devfs/devfs_devs.c:370 370 if ((cleanup || !(cdp->cdp_flags & CDP_ACTIVE)) && (kgdb) list 365 366 /* 367 * If we are unmounting, or the device has been destroyed, 368 * clean up our dirent. 369 */ 370 if ((cleanup || !(cdp->cdp_flags & CDP_ACTIVE)) && 371 dm->dm_idx <= cdp->cdp_maxdirent && 372 cdp->cdp_dirents[dm->dm_idx] != NULL) { 373 de = cdp->cdp_dirents[dm->dm_idx]; 374 cdp->cdp_dirents[dm->dm_idx] = NULL; (kgdb) Does the nvidia driver don't play right with devfs ? Thanks for your time, Henri From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 11:23:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90E0516A405 for ; Thu, 1 Feb 2007 11:23:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id EF4D913C491 for ; Thu, 1 Feb 2007 11:23:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HCa2d-0003gj-6S for freebsd-stable@freebsd.org; Thu, 01 Feb 2007 13:23:55 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l11BNVTK044917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Feb 2007 13:23:31 +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.8/8.13.8) with ESMTP id l11BNUWg096361; Thu, 1 Feb 2007 13:23:30 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l11BNU46096351; Thu, 1 Feb 2007 13:23:30 +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: Thu, 1 Feb 2007 13:23:30 +0200 From: Kostik Belousov To: Henri Hennebert Message-ID: <20070201112330.GG56152@deviant.kiev.zoral.com.ua> References: <45C1C365.7020106@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="APlYHCtpeOhspHkB" Content-Disposition: inline In-Reply-To: <45C1C365.7020106@restart.be> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: b7948549d853b4f541b8e98fe113e390 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 733 [Feb 01 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE - Fatal trap 12 - nvidia driver ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 11:23:57 -0000 --APlYHCtpeOhspHkB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 01, 2007 at 11:39:33AM +0100, Henri Hennebert wrote: > Hello, >=20 > I experience Fatal trap 12 when I shutdown if I have run the X server=20 > (with nvidia driver 1.0.9746). This crash happen 4/5 of the time. It is= =20 > in devfs_populate_loop() in devfs.c. I don't have the vmcore anymore :-/. >=20 > To look futher, I add options INVARIANTS (and INVARIANT_SUPPORT) and now= =20 > the crash happen when I start the X server (startxfce4) when the splash= =20 > screen is dispayed. >=20 > The loaded modules are: >=20 > [root@morzine ~]# kldstat > Id Refs Address Size Name > 1 15 0xc0400000 40ccc0 kernel > 2 1 0xc080d000 42e8 if_tap.ko > 3 1 0xc0812000 2cbc ng_ether.ko > 4 2 0xc0815000 c83c netgraph.ko > 5 2 0xc0822000 3d604 sound.ko > 6 1 0xc0860000 4f7c acpi_video.ko > 7 2 0xc0865000 59f5c acpi.ko > 8 1 0xc08bf000 6d2b2c nvidia.ko > 9 1 0xc0f92000 10340 snd_hda.ko > 10 1 0xc6fe7000 2000 accf_http.ko > 11 1 0xc703f000 3000 daemon_saver.ko >=20 >=20 > sound.ka and snd_hda.ko are from http://people.freebsd.org/~ariff/. >=20 > The chash informations: >=20 > [root@morzine MORZINE_INVARIANTS]# kgdb kernel.debug /backup/crash/vmcore= .8 > [GDB will not be able to debug user-mode threads:=20 > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > 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=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0xdeadc0de > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc04c8aa3 > stack pointer =3D 0x28:0xe91a783c > frame pointer =3D 0x28:0xe91a7858 > 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 3 > current process =3D 1093 (Xorg) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > KDB: stack backtrace: > kdb_backtrace(100,c6ec2780,28,e91a77fc,c,...) at kdb_backtrace+0x29 > panic(c06af91d,c06e7c67,0,fffff,c09b,...) at panic+0x114 > trap_fatal(e91a77fc,deadc0de,c6ec2780,c1462000,deadc000,...) at=20 > trap_fatal+0x2ce > trap_pfault(e91a77fc,0,deadc0de) at trap_pfault+0x187 > trap(8,e91a0028,28,c7245900,c72d6980,...) at trap+0x341 > calltrap() at calltrap+0x5 > --- trap 0xc, eip =3D 0xc04c8aa3, esp =3D 0xe91a783c, ebp =3D 0xe91a7858 = --- > devfs_populate_loop(c6b9a500,0) at devfs_populate_loop+0x7b > devfs_populate(c6b9a500,c6bb6b1c,b7,c6ce8005,0,...) at devfs_populate+0x32 > devfs_lookupx(e91a79c4,e91a795c,c6b9a514,c06bbb19,299) at=20 > devfs_lookupx+0x1db > devfs_lookup(e91a79c4) at devfs_lookup+0x3b > VOP_LOOKUP_APV(c06fc1c0,e91a79c4) at VOP_LOOKUP_APV+0x87 > lookup(e91a7bcc) at lookup+0x4d9 > namei(e91a7bcc) at namei+0x3be > vn_open_cred(e91a7bcc,e91a7ccc,c0,c6ffb900,e,...) at vn_open_cred+0x277 > vn_open(e91a7bcc,e91a7ccc,c0,e) at vn_open+0x1e > kern_open(c6ec2780,bfbfe2c0,0,3,bfbfe2c0,...) at kern_open+0xe1 > open(c6ec2780,e91a7d04) at open+0x1a > syscall(3b,872003b,bfbf003b,0,8202000,...) at syscall+0x247 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip =3D 0x282ba4b3, esp =3D=20 > 0xbfbfe27c, ebp =3D 0xbfbfe358 --- > Uptime: 2m4s > Dumping 2046 MB (2 chunks) > chunk 0: 1MB (158 pages) ... ok > chunk 1: 2046MB (523760 pages) 2030 2014 1998 1982 1966 1950 1934=20 > 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710=20 > 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486=20 > 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262=20 > 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038=20 > 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766=20 > 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478= =20 > 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190= =20 > 174 158 142 126 110 94 78 62 46 30 14 >=20 > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc051fbf0 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 > #2 0xc051ff05 in panic (fmt=3D0xc06af91d "%s") at=20 > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc0683ae2 in trap_fatal (frame=3D0xe91a77fc, eva=3D3735929054) > at /usr/src/sys/i386/i386/trap.c:837 > #4 0xc06837eb in trap_pfault (frame=3D0xe91a77fc, usermode=3D0, eva=3D37= 35929054) > at /usr/src/sys/i386/i386/trap.c:745 > #5 0xc0683435 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D -384171992, tf_ds =3D 40, tf_edi =3D -95391= 9232,=20 > tf_esi =3D -953325184, tf_ebp =3D -384141224, tf_isp =3D -384141272, tf_e= bx =3D=20 > 0, tf_edx =3D -559038242, tf_ecx =3D -1066230976, tf_eax =3D 0, tf_trapno= =3D=20 > 12, tf_err =3D 0, tf_eip =3D -1068725597, tf_cs =3D 32, tf_eflags =3D 217= 5511,=20 > tf_esp =3D -1066641139, tf_ss =3D 353}) at /usr/src/sys/i386/i386/trap.c:= 435 > #6 0xc06703ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc04c8aa3 in devfs_populate_loop (dm=3D0xc6b9a500, cleanup=3D0) > at /usr/src/sys/fs/devfs/devfs_devs.c:370 > #8 0xc04c8dea in devfs_populate (dm=3D0xc6b9a500) at=20 > /usr/src/sys/fs/devfs/devfs_devs.c:486 > #9 0xc04cac33 in devfs_lookupx (ap=3D0x0, dm_unlock=3D0xe91a795c) > at /usr/src/sys/fs/devfs/devfs_vnops.c:586 > #10 0xc04caff3 in devfs_lookup (ap=3D0xe91a79c4) at=20 > /usr/src/sys/fs/devfs/devfs_vnops.c:666 > #11 0xc06943a7 in VOP_LOOKUP_APV (vop=3D0xc06fc1c0, a=3D0xe91a79c4) at=20 > vnode_if.c:99 > #12 0xc056c70d in lookup (ndp=3D0xe91a7bcc) at vnode_if.h:56 > #13 0xc056bfd2 in namei (ndp=3D0xe91a7bcc) at=20 > /usr/src/sys/kern/vfs_lookup.c:211 > #14 0xc057e3df in vn_open_cred (ndp=3D0xe91a7bcc, flagp=3D0xe91a7ccc,=20 > cmode=3D192, cred=3D0xc6ffb900, > fdidx=3D14) at /usr/src/sys/kern/vfs_vnops.c:183 > #15 0xc057e166 in vn_open (ndp=3D0xdeadc0de, flagp=3D0xe91a7ccc, cmode=3D= 192,=20 > fdidx=3D14) > at /usr/src/sys/kern/vfs_vnops.c:91 > #16 0xc0577065 in kern_open (td=3D0xc6ec2780, path=3D0x0,=20 > pathseg=3DUIO_USERSPACE, flags=3D3, > mode=3D-1077943616) at /usr/src/sys/kern/vfs_syscalls.c:1009 > #17 0xc0576f4e in open (td=3D0xc6ec2780, uap=3D0xe91a7d04) at=20 > /usr/src/sys/kern/vfs_syscalls.c:973 > #18 0xc0683daf in syscall (frame=3D > {tf_fs =3D 59, tf_es =3D 141688891, tf_ds =3D -1078001605, tf_edi = =3D 0,=20 > tf_esi =3D 136323072, tf_ebp =3D -1077943464, tf_isp =3D -384139932, tf_e= bx =3D=20 > 136255232, tf_edx =3D 12, tf_ecx =3D 0, tf_eax =3D 5, tf_trapno =3D 0, tf= _err =3D=20 > 2, tf_eip =3D 673948851, tf_cs =3D 51, tf_eflags =3D 2110102, tf_esp =3D= =20 > -1077943684, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:983 > #19 0xc067043f in Xint0x80_syscall () at=20 > /usr/src/sys/i386/i386/exception.s:200 > #20 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) f 7 > #7 0xc04c8aa3 in devfs_populate_loop (dm=3D0xc6b9a500, cleanup=3D0) > at /usr/src/sys/fs/devfs/devfs_devs.c:370 > 370 if ((cleanup || !(cdp->cdp_flags & CDP_ACTIVE)) && > (kgdb) list > 365 > 366 /* > 367 * If we are unmounting, or the device has been= =20 > destroyed, > 368 * clean up our dirent. > 369 */ > 370 if ((cleanup || !(cdp->cdp_flags & CDP_ACTIVE)) && > 371 dm->dm_idx <=3D cdp->cdp_maxdirent && > 372 cdp->cdp_dirents[dm->dm_idx] !=3D NULL) { > 373 de =3D cdp->cdp_dirents[dm->dm_idx]; > 374 cdp->cdp_dirents[dm->dm_idx] =3D NULL; > (kgdb) >=20 > Does the nvidia driver don't play right with devfs ? >=20 > Thanks for your time, See PR/108078 --APlYHCtpeOhspHkB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwc2xC3+MBN1Mb4gRAnC8AKCq3/MlABUWc9ZN/H+7ipcyVqQQzwCfZtol 2K0OjaW+JueWpSb+zJgH7rw= =LCQE -----END PGP SIGNATURE----- --APlYHCtpeOhspHkB-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 13:42:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15E0816A401 for ; Thu, 1 Feb 2007 13:42:14 +0000 (UTC) (envelope-from hlh@restart.be) Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23]) by mx1.freebsd.org (Postfix) with ESMTP id 603CE13C4B7 for ; Thu, 1 Feb 2007 13:42:13 +0000 (UTC) (envelope-from hlh@restart.be) Received: from (ip-83-134-213-65.dsl.scarlet.be [83.134.213.65]) by oola.is.scarlet.be with ESMTP id l11DgAD16706; Thu, 1 Feb 2007 14:42:10 +0100 Received: from [192.168.24.2] (morzine.restart.bel [192.168.24.2]) (authenticated bits=0) by restart.be (8.13.8/8.13.8) with ESMTP id l11Dfw6x045244; Thu, 1 Feb 2007 14:41:59 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=restart.be; s=avoriaz; t=1170337325; bh=n+4xPmlgV2GdT2pqmYVS2/AYxI8=; h=DomainKey-Signature: Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC: Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding:X-Spam-Status:X-Scanned-By; b=kwRteuZwXpN YTD0innkw7glG0JWvrvYWTq7TtQ0CmxaII4eyrmAhOKQfw6Uc1QahKJgRp1+yx5YN/d LFk1MZ4g== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-spam-status:x-scanned-by; b=OBk5brmK3PAxCYh+dFycqneqvEMak5Ug33vOad8ge3ZdUKYZ6SaAX+edz6+S63w/w eyL+WcaPT4VBTm2P0WH4Q== Message-ID: <45C1EE26.4010205@restart.be> Date: Thu, 01 Feb 2007 14:41:58 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: Kostik Belousov References: <45C1C365.7020106@restart.be> <20070201112330.GG56152@deviant.kiev.zoral.com.ua> In-Reply-To: <20070201112330.GG56152@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: -4.243 (ALL_TRUSTED,AWL,BAYES_00) X-Scanned-By: MIMEDefang 2.58 on 192.168.24.1 X-DCC-scarlet.be-Metrics: oola 20001; Body=2 Fuz1=2 Fuz2=2 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE - Fatal trap 12 - nvidia driver ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 13:42:14 -0000 Kostik Belousov wrote: > On Thu, Feb 01, 2007 at 11:39:33AM +0100, Henri Hennebert wrote: >> Hello, >> >> I experience Fatal trap 12 when I shutdown if I have run the X server >> (with nvidia driver 1.0.9746). This crash happen 4/5 of the time. It is >> in devfs_populate_loop() in devfs.c. I don't have the vmcore anymore :-/. >> >> To look futher, I add options INVARIANTS (and INVARIANT_SUPPORT) and now >> the crash happen when I start the X server (startxfce4) when the splash >> screen is dispayed. >> >> The loaded modules are: >> >> [root@morzine ~]# kldstat >> Id Refs Address Size Name >> 1 15 0xc0400000 40ccc0 kernel >> 2 1 0xc080d000 42e8 if_tap.ko >> 3 1 0xc0812000 2cbc ng_ether.ko >> 4 2 0xc0815000 c83c netgraph.ko >> 5 2 0xc0822000 3d604 sound.ko >> 6 1 0xc0860000 4f7c acpi_video.ko >> 7 2 0xc0865000 59f5c acpi.ko >> 8 1 0xc08bf000 6d2b2c nvidia.ko >> 9 1 0xc0f92000 10340 snd_hda.ko >> 10 1 0xc6fe7000 2000 accf_http.ko >> 11 1 0xc703f000 3000 daemon_saver.ko >> >> >> sound.ka and snd_hda.ko are from http://people.freebsd.org/~ariff/. >> >> The chash informations: >> >> [root@morzine MORZINE_INVARIANTS]# kgdb kernel.debug /backup/crash/vmcore.8 >> [GDB will not be able to debug user-mode threads: >> /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] >> 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 >> cpuid = 1; apic id = 01 >> fault virtual address = 0xdeadc0de >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc04c8aa3 >> stack pointer = 0x28:0xe91a783c >> frame pointer = 0x28:0xe91a7858 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 3 >> current process = 1093 (Xorg) >> trap number = 12 >> panic: page fault >> cpuid = 0 >> KDB: stack backtrace: >> kdb_backtrace(100,c6ec2780,28,e91a77fc,c,...) at kdb_backtrace+0x29 >> panic(c06af91d,c06e7c67,0,fffff,c09b,...) at panic+0x114 >> trap_fatal(e91a77fc,deadc0de,c6ec2780,c1462000,deadc000,...) at >> trap_fatal+0x2ce >> trap_pfault(e91a77fc,0,deadc0de) at trap_pfault+0x187 >> trap(8,e91a0028,28,c7245900,c72d6980,...) at trap+0x341 >> calltrap() at calltrap+0x5 >> --- trap 0xc, eip = 0xc04c8aa3, esp = 0xe91a783c, ebp = 0xe91a7858 --- >> devfs_populate_loop(c6b9a500,0) at devfs_populate_loop+0x7b >> devfs_populate(c6b9a500,c6bb6b1c,b7,c6ce8005,0,...) at devfs_populate+0x32 >> devfs_lookupx(e91a79c4,e91a795c,c6b9a514,c06bbb19,299) at >> devfs_lookupx+0x1db >> devfs_lookup(e91a79c4) at devfs_lookup+0x3b >> VOP_LOOKUP_APV(c06fc1c0,e91a79c4) at VOP_LOOKUP_APV+0x87 >> lookup(e91a7bcc) at lookup+0x4d9 >> namei(e91a7bcc) at namei+0x3be >> vn_open_cred(e91a7bcc,e91a7ccc,c0,c6ffb900,e,...) at vn_open_cred+0x277 >> vn_open(e91a7bcc,e91a7ccc,c0,e) at vn_open+0x1e >> kern_open(c6ec2780,bfbfe2c0,0,3,bfbfe2c0,...) at kern_open+0xe1 >> open(c6ec2780,e91a7d04) at open+0x1a >> syscall(3b,872003b,bfbf003b,0,8202000,...) at syscall+0x247 >> Xint0x80_syscall() at Xint0x80_syscall+0x1f >> --- syscall (5, FreeBSD ELF32, open), eip = 0x282ba4b3, esp = >> 0xbfbfe27c, ebp = 0xbfbfe358 --- >> Uptime: 2m4s >> Dumping 2046 MB (2 chunks) >> chunk 0: 1MB (158 pages) ... ok >> chunk 1: 2046MB (523760 pages) 2030 2014 1998 1982 1966 1950 1934 >> 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 >> 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 >> 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 >> 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 >> 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 >> 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 >> 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 >> 174 158 142 126 110 94 78 62 46 30 14 >> >> #0 doadump () at pcpu.h:165 >> 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >> (kgdb) bt >> #0 doadump () at pcpu.h:165 >> #1 0xc051fbf0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 >> #2 0xc051ff05 in panic (fmt=0xc06af91d "%s") at >> /usr/src/sys/kern/kern_shutdown.c:565 >> #3 0xc0683ae2 in trap_fatal (frame=0xe91a77fc, eva=3735929054) >> at /usr/src/sys/i386/i386/trap.c:837 >> #4 0xc06837eb in trap_pfault (frame=0xe91a77fc, usermode=0, eva=3735929054) >> at /usr/src/sys/i386/i386/trap.c:745 >> #5 0xc0683435 in trap (frame= >> {tf_fs = 8, tf_es = -384171992, tf_ds = 40, tf_edi = -953919232, >> tf_esi = -953325184, tf_ebp = -384141224, tf_isp = -384141272, tf_ebx = >> 0, tf_edx = -559038242, tf_ecx = -1066230976, tf_eax = 0, tf_trapno = >> 12, tf_err = 0, tf_eip = -1068725597, tf_cs = 32, tf_eflags = 2175511, >> tf_esp = -1066641139, tf_ss = 353}) at /usr/src/sys/i386/i386/trap.c:435 >> #6 0xc06703ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >> #7 0xc04c8aa3 in devfs_populate_loop (dm=0xc6b9a500, cleanup=0) >> at /usr/src/sys/fs/devfs/devfs_devs.c:370 >> #8 0xc04c8dea in devfs_populate (dm=0xc6b9a500) at >> /usr/src/sys/fs/devfs/devfs_devs.c:486 >> #9 0xc04cac33 in devfs_lookupx (ap=0x0, dm_unlock=0xe91a795c) >> at /usr/src/sys/fs/devfs/devfs_vnops.c:586 >> #10 0xc04caff3 in devfs_lookup (ap=0xe91a79c4) at >> /usr/src/sys/fs/devfs/devfs_vnops.c:666 >> #11 0xc06943a7 in VOP_LOOKUP_APV (vop=0xc06fc1c0, a=0xe91a79c4) at >> vnode_if.c:99 >> #12 0xc056c70d in lookup (ndp=0xe91a7bcc) at vnode_if.h:56 >> #13 0xc056bfd2 in namei (ndp=0xe91a7bcc) at >> /usr/src/sys/kern/vfs_lookup.c:211 >> #14 0xc057e3df in vn_open_cred (ndp=0xe91a7bcc, flagp=0xe91a7ccc, >> cmode=192, cred=0xc6ffb900, >> fdidx=14) at /usr/src/sys/kern/vfs_vnops.c:183 >> #15 0xc057e166 in vn_open (ndp=0xdeadc0de, flagp=0xe91a7ccc, cmode=192, >> fdidx=14) >> at /usr/src/sys/kern/vfs_vnops.c:91 >> #16 0xc0577065 in kern_open (td=0xc6ec2780, path=0x0, >> pathseg=UIO_USERSPACE, flags=3, >> mode=-1077943616) at /usr/src/sys/kern/vfs_syscalls.c:1009 >> #17 0xc0576f4e in open (td=0xc6ec2780, uap=0xe91a7d04) at >> /usr/src/sys/kern/vfs_syscalls.c:973 >> #18 0xc0683daf in syscall (frame= >> {tf_fs = 59, tf_es = 141688891, tf_ds = -1078001605, tf_edi = 0, >> tf_esi = 136323072, tf_ebp = -1077943464, tf_isp = -384139932, tf_ebx = >> 136255232, tf_edx = 12, tf_ecx = 0, tf_eax = 5, tf_trapno = 0, tf_err = >> 2, tf_eip = 673948851, tf_cs = 51, tf_eflags = 2110102, tf_esp = >> -1077943684, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 >> #19 0xc067043f in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:200 >> #20 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) f 7 >> #7 0xc04c8aa3 in devfs_populate_loop (dm=0xc6b9a500, cleanup=0) >> at /usr/src/sys/fs/devfs/devfs_devs.c:370 >> 370 if ((cleanup || !(cdp->cdp_flags & CDP_ACTIVE)) && >> (kgdb) list >> 365 >> 366 /* >> 367 * If we are unmounting, or the device has been >> destroyed, >> 368 * clean up our dirent. >> 369 */ >> 370 if ((cleanup || !(cdp->cdp_flags & CDP_ACTIVE)) && >> 371 dm->dm_idx <= cdp->cdp_maxdirent && >> 372 cdp->cdp_dirents[dm->dm_idx] != NULL) { >> 373 de = cdp->cdp_dirents[dm->dm_idx]; >> 374 cdp->cdp_dirents[dm->dm_idx] = NULL; >> (kgdb) >> >> Does the nvidia driver don't play right with devfs ? >> >> Thanks for your time, > > See PR/108078 In my case hal is not installed. In PR/108078 the nvidia driver is there too. So nvidia seems more a culprit to me. Thank for your answer. henri From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 14:28:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B58A916A402 for ; Thu, 1 Feb 2007 14:28:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 5EEFF13C47E for ; Thu, 1 Feb 2007 14:28:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HCcv7-000CXo-Vl for freebsd-stable@freebsd.org; Thu, 01 Feb 2007 16:28:22 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l11ES88d049898 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Feb 2007 16:28:08 +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.8/8.13.8) with ESMTP id l11ES8AL012421; Thu, 1 Feb 2007 16:28:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l11ES8LV012420; Thu, 1 Feb 2007 16:28:08 +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: Thu, 1 Feb 2007 16:28:07 +0200 From: Kostik Belousov To: Henri Hennebert Message-ID: <20070201142807.GH56152@deviant.kiev.zoral.com.ua> References: <45C1C365.7020106@restart.be> <20070201112330.GG56152@deviant.kiev.zoral.com.ua> <45C1EE26.4010205@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="it/zdz3K1bH9Y8/E" Content-Disposition: inline In-Reply-To: <45C1EE26.4010205@restart.be> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 308c5668300cb665e09cc4617523e4c8 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 737 [Feb 01 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE - Fatal trap 12 - nvidia driver ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 14:28:23 -0000 --it/zdz3K1bH9Y8/E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 01, 2007 at 02:41:58PM +0100, Henri Hennebert wrote: > Kostik Belousov wrote: > >>Does the nvidia driver don't play right with devfs ? > >> > >>Thanks for your time, > > > >See PR/108078 > In my case hal is not installed. In PR/108078 the nvidia driver is there= =20 > too. So nvidia seems more a culprit to me. >=20 > Thank for your answer. It may be not quite clear from the PR followup, but hal has nothing to do with the bug. --it/zdz3K1bH9Y8/E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwfj3C3+MBN1Mb4gRAudMAJ9zQ4nAKuX2XUuYTsa3bvC11y5M0QCeN71a cBWOd2TQ/OC+fEaZ7MtPRsk= =tLob -----END PGP SIGNATURE----- --it/zdz3K1bH9Y8/E-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 15:11:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBA0A16A401 for ; Thu, 1 Feb 2007 15:11:50 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp3.sbb.co.yu (smtp3.sbb.co.yu [82.117.194.23]) by mx1.freebsd.org (Postfix) with ESMTP id 37E8A13C442 for ; Thu, 1 Feb 2007 15:11:49 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp3.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l11FB15H014966 for ; Thu, 1 Feb 2007 16:11:16 +0100 Received: by faust.net (Postfix, from userid 1001) id B0C7E1CC1C; Thu, 1 Feb 2007 16:10:41 +0100 (CET) Date: Thu, 1 Feb 2007 16:10:41 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070201151041.GD861@faust.net> References: <20070201120055.2A9DE16A41A@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070201120055.2A9DE16A41A@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.9 X-SBB-Spam-Level: XXXX Subject: Re: usb hard disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 15:11:50 -0000 > It works like this: > (usb hard drive connected to machine) > - you boot machine (on some machines you can press a special key to > bring up a bios boot menu) > - you select usb hard drive from bios boot menu > - bios loads boot loader (either Grub, Lilo, FreeBSD boot loader, > or whatever boot loader you use) > - boot loader from usb hardr drive does its thing (either booting an OS > or displaying a boot menu) Yup. I want my mbr on internal hdd and another grub on external usb drive to boot linux. Simply, to let bios to choose from two equal disks. Possible? Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 16:02:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4615F16A400 for ; Thu, 1 Feb 2007 16:02:12 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 0FFF413C491 for ; Thu, 1 Feb 2007 16:02:11 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.8/8.13.8) with ESMTP id l11G21KF036462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 1 Feb 2007 10:02:02 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <45C20F00.4010900@palisadesys.com> Date: Thu, 01 Feb 2007 10:02:08 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45C0C749.1040300@palisadesys.com> In-Reply-To: <45C0C749.1040300@palisadesys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.211]); Thu, 01 Feb 2007 10:02:02 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Subject: Re: 6.2 amd64 panic: lockmgr: thread 0xffffff009f9fd000, not exclusive lock holder 0xffffff003961c000 unlocking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 16:02:12 -0000 Guy Helmer wrote: > Does this make sense to anyone (it doesn't to me - procfs_doprofile > simply locks, calls vn_fullpath, and unlocks)? I was trying to track > down a hang by running a system under stress, and instead got this > panic as a result of a process running a perl script that looks > through /proc/; it occurred on a very busy system with lots of process > churn. Does this change to src/sys/fs/procfs.c make sense? From my reading, it is possible for vn_lock(9) to fail... Index: procfs.c =================================================================== RCS file: /home/ncvs/src/sys/fs/procfs/procfs.c,v retrieving revision 1.12.2.1 diff -u -r1.12.2.1 procfs.c --- procfs.c 14 Jun 2006 21:20:39 -0000 1.12.2.1 +++ procfs.c 1 Feb 2007 15:19:30 -0000 @@ -69,8 +69,11 @@ { char *fullpath = "unknown"; char *freepath = NULL; + int err; - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); + if ((err = vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td)) != 0) { + return (err); + } vn_fullpath(td, p->p_textvp, &fullpath, &freepath); VOP_UNLOCK(p->p_textvp, 0, td); sbuf_printf(sb, "%s", fullpath); From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 16:07:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80F5A16A407 for ; Thu, 1 Feb 2007 16:07:19 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.freebsd.org (Postfix) with ESMTP id 4990213C4A7 for ; Thu, 1 Feb 2007 16:07:19 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-72-177-112-115.austin.res.rr.com [72.177.112.115]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 49659631-1817707 for ; Thu, 01 Feb 2007 10:07:18 -0600 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id l11G7H4U079949 for ; Thu, 1 Feb 2007 10:07:17 -0600 (CST) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id l11G7HF3079948 for freebsd-stable@freebsd.org; Thu, 1 Feb 2007 10:07:17 -0600 (CST) (envelope-from brucegb) Date: Thu, 1 Feb 2007 10:07:17 -0600 From: Bruce Burden To: freebsd-stable@freebsd.org Message-ID: <20070201160717.GA51058@tigerfish2.my.domain> References: <20070201120055.2A9DE16A41A@hub.freebsd.org> <20070201151041.GD861@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070201151041.GD861@faust.net> User-Agent: Mutt/1.4.2.2i Subject: Re: usb hard disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 16:07:19 -0000 On Thu, Feb 01, 2007 at 04:10:41PM +0100, Zoran Kolic wrote: > > Yup. I want my mbr on internal hdd and another grub on external > usb drive to boot linux. Simply, to let bios to choose from two > equal disks. Possible? > Mostly. :-) I have the original disk from my laptop in and USB/Firewire enclosure. The original disk has windoze and Gentoo, with GRUB on the MBR. A new, replacement disk drive is now installed, and is FreeBSD only. It has the standard FBSD boot loader. When I power on the laptop, I get the ususal F1/F2/F3 and F5 prompts (three partitions on the internal disk plus the USB/Firewire disk). Selecting F5 will put me into the GRUB menu, which will boot Gentoo. Mostly. I do not believe I have a SCSI driver in the Gentoo kernel, so the boot process crashes when Gentoo attempts to mount the boot device. It is my belief that were I to swap the drives, rebuild the kernel, with a SCSI module included, swap the drives back, I should be able to boot Linux from the external drive. It is not clear if I can boot windoze, as it should have a SCSI driver available to it (although who is to say, given the "customized" laptop installations these days), but it does not boot, despite my telling GRUB to map ad0 to sd0 and map sd0 to ad0, which *should* put the windoze drive on the first disk, at least as far as windoze knows. This is repeated in several sites I have searched, but none of them are using the FBSD bootloader initially, so that may be confusing things. I suppose I could install the GRUB boot loader in the ports, but I am going to "correct" the windoze issue with qemu. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 16:38:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 523A616A400 for ; Thu, 1 Feb 2007 16:38:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id E69FB13C4B7 for ; Thu, 1 Feb 2007 16:38:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HCexM-000OKV-5V for freebsd-stable@freebsd.org; Thu, 01 Feb 2007 18:38:48 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l11GcSM0053702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Feb 2007 18:38:28 +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.8/8.13.8) with ESMTP id l11GcSgg017335; Thu, 1 Feb 2007 18:38:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l11GcRD9017334; Thu, 1 Feb 2007 18:38:27 +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: Thu, 1 Feb 2007 18:38:27 +0200 From: Kostik Belousov To: Guy Helmer Message-ID: <20070201163826.GI56152@deviant.kiev.zoral.com.ua> References: <45C0C749.1040300@palisadesys.com> <45C20F00.4010900@palisadesys.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sl5MdczEF/OU2Miu" Content-Disposition: inline In-Reply-To: <45C20F00.4010900@palisadesys.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 21f1cdc77deae757bfd40713fd6c3781 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 738 [Feb 01 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 amd64 panic: lockmgr: thread 0xffffff009f9fd000, not exclusive lock holder 0xffffff003961c000 unlocking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 16:38:50 -0000 --sl5MdczEF/OU2Miu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 01, 2007 at 10:02:08AM -0600, Guy Helmer wrote: > Guy Helmer wrote: > >Does this make sense to anyone (it doesn't to me - procfs_doprofile=20 > >simply locks, calls vn_fullpath, and unlocks)? I was trying to track=20 > >down a hang by running a system under stress, and instead got this=20 > >panic as a result of a process running a perl script that looks=20 > >through /proc/; it occurred on a very busy system with lots of process= =20 > >churn. > Does this change to src/sys/fs/procfs.c make sense? From my reading, it= =20 > is possible for vn_lock(9) to fail... >=20 > Index: procfs.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/fs/procfs/procfs.c,v > retrieving revision 1.12.2.1 > diff -u -r1.12.2.1 procfs.c > --- procfs.c 14 Jun 2006 21:20:39 -0000 1.12.2.1 > +++ procfs.c 1 Feb 2007 15:19:30 -0000 > @@ -69,8 +69,11 @@ > { > char *fullpath =3D "unknown"; > char *freepath =3D NULL; > + int err; >=20 > - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); > + if ((err =3D vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td)) !=3D 0)= { > + return (err); > + } > vn_fullpath(td, p->p_textvp, &fullpath, &freepath); > VOP_UNLOCK(p->p_textvp, 0, td); > sbuf_printf(sb, "%s", fullpath); vn_lock with LK_EXCLUSIVE|LK_RETRY flags combination shall not fail. It sho= uld return even dead vnodes locked. I suspect that in fact this is race with exec(). Could you reproduce the panic ? And then, with this patch ? Index: fs/procfs/procfs.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/fs/procfs/procfs.c,v retrieving revision 1.14 diff -u -r1.14 procfs.c --- fs/procfs/procfs.c 5 Jun 2006 16:41:27 -0000 1.14 +++ fs/procfs/procfs.c 1 Feb 2007 16:37:43 -0000 @@ -69,10 +69,12 @@ { char *fullpath =3D "unknown"; char *freepath =3D NULL; + struct vnode *textvp; =20 - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); - vn_fullpath(td, p->p_textvp, &fullpath, &freepath); - VOP_UNLOCK(p->p_textvp, 0, td); + textvp =3D p->p_textvp; + vn_lock(textvp, LK_EXCLUSIVE | LK_RETRY, td); + vn_fullpath(td, textvp, &fullpath, &freepath); + VOP_UNLOCK(textvp, 0, td); sbuf_printf(sb, "%s", fullpath); if (freepath) free(freepath, M_TEMP); --sl5MdczEF/OU2Miu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwheCC3+MBN1Mb4gRAvyqAKDwMF58xF8t0As48qCR/Gi9eSwvTgCeIjUE v3EVmqGv41JvGjiOa5HJCgM= =Zuk4 -----END PGP SIGNATURE----- --sl5MdczEF/OU2Miu-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 16:46:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2409516A402 for ; Thu, 1 Feb 2007 16:46:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id B595C13C478 for ; Thu, 1 Feb 2007 16:46:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HCf54-000PkJ-5I for freebsd-stable@freebsd.org; Thu, 01 Feb 2007 18:46:46 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l11GkWBZ054011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Feb 2007 18:46:32 +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.8/8.13.8) with ESMTP id l11GkW7W021998; Thu, 1 Feb 2007 18:46:32 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l11GkVBZ021997; Thu, 1 Feb 2007 18:46:31 +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: Thu, 1 Feb 2007 18:46:31 +0200 From: Kostik Belousov To: Guy Helmer Message-ID: <20070201164631.GJ56152@deviant.kiev.zoral.com.ua> References: <45C0C749.1040300@palisadesys.com> <45C20F00.4010900@palisadesys.com> <20070201163826.GI56152@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8884J15jRwcBTvu" Content-Disposition: inline In-Reply-To: <20070201163826.GI56152@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 44556c58cf61beb49de4494ee559d59c X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 738 [Feb 01 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 amd64 panic: lockmgr: thread 0xffffff009f9fd000, not exclusive lock holder 0xffffff003961c000 unlocking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 16:46:48 -0000 --n8884J15jRwcBTvu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 01, 2007 at 06:38:26PM +0200, Kostik Belousov wrote: > On Thu, Feb 01, 2007 at 10:02:08AM -0600, Guy Helmer wrote: > vn_lock with LK_EXCLUSIVE|LK_RETRY flags combination shall not fail. It s= hould > return even dead vnodes locked. >=20 > I suspect that in fact this is race with exec(). Could you reproduce the > panic ? And then, with this patch ? >=20 > Index: fs/procfs/procfs.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/fs/procfs/procfs.c,v > retrieving revision 1.14 > diff -u -r1.14 procfs.c > --- fs/procfs/procfs.c 5 Jun 2006 16:41:27 -0000 1.14 > +++ fs/procfs/procfs.c 1 Feb 2007 16:37:43 -0000 > @@ -69,10 +69,12 @@ > { > char *fullpath =3D "unknown"; > char *freepath =3D NULL; > + struct vnode *textvp; > =20 > - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); > - vn_fullpath(td, p->p_textvp, &fullpath, &freepath); > - VOP_UNLOCK(p->p_textvp, 0, td); > + textvp =3D p->p_textvp; > + vn_lock(textvp, LK_EXCLUSIVE | LK_RETRY, td); > + vn_fullpath(td, textvp, &fullpath, &freepath); > + VOP_UNLOCK(textvp, 0, td); > sbuf_printf(sb, "%s", fullpath); > if (freepath) > free(freepath, M_TEMP); That patch is incorrect as well: textvp may be reclaimed while waiting for lock. Below is better version. Index: fs/procfs/procfs.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/fs/procfs/procfs.c,v retrieving revision 1.14 diff -u -r1.14 procfs.c --- fs/procfs/procfs.c 5 Jun 2006 16:41:27 -0000 1.14 +++ fs/procfs/procfs.c 1 Feb 2007 16:44:41 -0000 @@ -69,10 +69,17 @@ { char *fullpath =3D "unknown"; char *freepath =3D NULL; + struct vnode *textvp; + int err; =20 - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); - vn_fullpath(td, p->p_textvp, &fullpath, &freepath); - VOP_UNLOCK(p->p_textvp, 0, td); + textvp =3D p->p_textvp; + VI_LOCK(textvp); + vholdl(textvp); + err =3D vn_lock(textvp, LK_EXCLUSIVE | LK_INTERLOCK, td); + vdrop(textvp); + if (err) + vn_fullpath(td, textvp, &fullpath, &freepath); + VOP_UNLOCK(textvp, 0, td); sbuf_printf(sb, "%s", fullpath); if (freepath) free(freepath, M_TEMP); --n8884J15jRwcBTvu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwhlnC3+MBN1Mb4gRAhOHAKDKc3pdVOt0P9zduDTRCfIHU6chdACeNPks Eb+6Y7vLQX8LERk0ryRsbOw= =YF5G -----END PGP SIGNATURE----- --n8884J15jRwcBTvu-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 16:55:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E01EC16A400 for ; Thu, 1 Feb 2007 16:55:32 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id AD71313C442 for ; Thu, 1 Feb 2007 16:55:32 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.8/8.13.8) with ESMTP id l11GtLsT039319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Feb 2007 10:55:22 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <45C21B76.8090301@palisadesys.com> Date: Thu, 01 Feb 2007 10:55:18 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Kostik Belousov References: <45C0C749.1040300@palisadesys.com> <45C20F00.4010900@palisadesys.com> <20070201163826.GI56152@deviant.kiev.zoral.com.ua> <20070201164631.GJ56152@deviant.kiev.zoral.com.ua> In-Reply-To: <20070201164631.GJ56152@deviant.kiev.zoral.com.ua> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.211]); Thu, 01 Feb 2007 10:55:22 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-3.798, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60, HTML_MESSAGE 0.00, J_CHICKENPOX_48 0.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 amd64 panic: lockmgr: thread 0xffffff009f9fd000, not exclusive lock holder 0xffffff003961c000 unlocking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 16:55:33 -0000 Kostik Belousov wrote: > On Thu, Feb 01, 2007 at 06:38:26PM +0200, Kostik Belousov wrote: > >> On Thu, Feb 01, 2007 at 10:02:08AM -0600, Guy Helmer wrote: >> vn_lock with LK_EXCLUSIVE|LK_RETRY flags combination shall not fail. It should >> return even dead vnodes locked. >> >> I suspect that in fact this is race with exec(). Could you reproduce the >> panic ? And then, with this patch ? >> >> Index: fs/procfs/procfs.c >> =================================================================== >> RCS file: /usr/local/arch/ncvs/src/sys/fs/procfs/procfs.c,v >> retrieving revision 1.14 >> diff -u -r1.14 procfs.c >> --- fs/procfs/procfs.c 5 Jun 2006 16:41:27 -0000 1.14 >> +++ fs/procfs/procfs.c 1 Feb 2007 16:37:43 -0000 >> @@ -69,10 +69,12 @@ >> { >> char *fullpath = "unknown"; >> char *freepath = NULL; >> + struct vnode *textvp; >> >> - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); >> - vn_fullpath(td, p->p_textvp, &fullpath, &freepath); >> - VOP_UNLOCK(p->p_textvp, 0, td); >> + textvp = p->p_textvp; >> + vn_lock(textvp, LK_EXCLUSIVE | LK_RETRY, td); >> + vn_fullpath(td, textvp, &fullpath, &freepath); >> + VOP_UNLOCK(textvp, 0, td); >> sbuf_printf(sb, "%s", fullpath); >> if (freepath) >> free(freepath, M_TEMP); >> > > That patch is incorrect as well: textvp may be reclaimed while waiting for > lock. Below is better version. > > Index: fs/procfs/procfs.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/sys/fs/procfs/procfs.c,v > retrieving revision 1.14 > diff -u -r1.14 procfs.c > --- fs/procfs/procfs.c 5 Jun 2006 16:41:27 -0000 1.14 > +++ fs/procfs/procfs.c 1 Feb 2007 16:44:41 -0000 > @@ -69,10 +69,17 @@ > { > char *fullpath = "unknown"; > char *freepath = NULL; > + struct vnode *textvp; > + int err; > > - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); > - vn_fullpath(td, p->p_textvp, &fullpath, &freepath); > - VOP_UNLOCK(p->p_textvp, 0, td); > + textvp = p->p_textvp; > + VI_LOCK(textvp); > + vholdl(textvp); > + err = vn_lock(textvp, LK_EXCLUSIVE | LK_INTERLOCK, td); > + vdrop(textvp); > + if (err) > Shouldn't that be "if (!err)"? > + vn_fullpath(td, textvp, &fullpath, &freepath); > + VOP_UNLOCK(textvp, 0, td); > sbuf_printf(sb, "%s", fullpath); > if (freepath) > free(freepath, M_TEMP); > Thanks for your insight and patch! Guy From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 17:04:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E61616A403 for ; Thu, 1 Feb 2007 17:04:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id D0C9C13C474 for ; Thu, 1 Feb 2007 17:04:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HCfM3-0007p9-4q for freebsd-stable@freebsd.org; Thu, 01 Feb 2007 19:04:19 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l11H445E054458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Feb 2007 19:04:04 +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.8/8.13.8) with ESMTP id l11H44dc022337; Thu, 1 Feb 2007 19:04:04 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l11H44Nm022336; Thu, 1 Feb 2007 19:04:04 +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: Thu, 1 Feb 2007 19:04:04 +0200 From: Kostik Belousov To: Guy Helmer Message-ID: <20070201170404.GK56152@deviant.kiev.zoral.com.ua> References: <45C0C749.1040300@palisadesys.com> <45C20F00.4010900@palisadesys.com> <20070201163826.GI56152@deviant.kiev.zoral.com.ua> <20070201164631.GJ56152@deviant.kiev.zoral.com.ua> <45C21B76.8090301@palisadesys.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2WS97oupGEGbYNpW" Content-Disposition: inline In-Reply-To: <45C21B76.8090301@palisadesys.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 0c824a349f07dfe35efcbc7aeaa72b30 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 738 [Feb 01 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 amd64 panic: lockmgr: thread 0xffffff009f9fd000, not exclusive lock holder 0xffffff003961c000 unlocking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 17:04:21 -0000 --2WS97oupGEGbYNpW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 01, 2007 at 10:55:18AM -0600, Guy Helmer wrote: > Kostik Belousov wrote: > >On Thu, Feb 01, 2007 at 06:38:26PM +0200, Kostik Belousov wrote: > > > >Index: fs/procfs/procfs.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/fs/procfs/procfs.c,v > >retrieving revision 1.14 > >diff -u -r1.14 procfs.c > >--- fs/procfs/procfs.c 5 Jun 2006 16:41:27 -0000 1.14 > >+++ fs/procfs/procfs.c 1 Feb 2007 16:44:41 -0000 > >@@ -69,10 +69,17 @@ > > { > > char *fullpath =3D "unknown"; > > char *freepath =3D NULL; > >+ struct vnode *textvp; > >+ int err; > >=20 > >- vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); > >- vn_fullpath(td, p->p_textvp, &fullpath, &freepath); > >- VOP_UNLOCK(p->p_textvp, 0, td); > >+ textvp =3D p->p_textvp; > >+ VI_LOCK(textvp); > >+ vholdl(textvp); > >+ err =3D vn_lock(textvp, LK_EXCLUSIVE | LK_INTERLOCK, td); > >+ vdrop(textvp); > >+ if (err) > > =20 > Shouldn't that be "if (!err)"? No, vn_lock() returns non-zero on error. > >+ vn_fullpath(td, textvp, &fullpath, &freepath); > >+ VOP_UNLOCK(textvp, 0, td); > > sbuf_printf(sb, "%s", fullpath); > > if (freepath) > > free(freepath, M_TEMP); > > =20 > Thanks for your insight and patch! I would appreciate testing results :).=20 --2WS97oupGEGbYNpW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwh2EC3+MBN1Mb4gRAkMxAJ4mdPBMrFU4ECxHw7ghYjJPdktXCQCg8KIK iL3WbsO/O0AYJJmRi6v/yas= =2rz4 -----END PGP SIGNATURE----- --2WS97oupGEGbYNpW-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 19:24:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AB6416A407 for ; Thu, 1 Feb 2007 19:24:56 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E675113C4C4 for ; Thu, 1 Feb 2007 19:24:55 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id l11JOsL8009116 for ; Thu, 1 Feb 2007 14:24:54 -0500 (EST) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id l11JOsLC009115 for freebsd-stable@freebsd.org; Thu, 1 Feb 2007 14:24:54 -0500 (EST) (envelope-from wayne) Date: Thu, 1 Feb 2007 14:24:54 -0500 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20070201192454.GA63341@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070131072435.GR63341@manor.msen.com> <20070131092816.GD56152@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070131092816.GD56152@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i Subject: Re: Filesystem hang on 3ware 6.2 system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 19:24:56 -0000 On Wed, Jan 31, 2007 at 11:28:16AM +0200, Kostik Belousov wrote: > On Wed, Jan 31, 2007 at 02:24:35AM -0500, Michael R. Wayne wrote: > > We have a nubmer of similar machines that were initiallly formated > > with 6.2 before it was released and have subsequently been upgraded > > to 6.2-RELEASE with no issues. So, we upgraded a 6.1 box which has > > been running fine as long as the nightly dumps do not use -L to > > take snapshots. > > > > Once it was upgraded to 6.2, we enabled -L on the nightly dumps and > > it hung on the first try. So, I'm suspecting that 6.1 has left > > SOMEthing on the filesystem which is corrupt. For the moment. we > > have once again removed -L from the nightly dumps but, other than > > a complete fsck, is there any other suggested action? > > > > 6.2-RELEASE > > twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x9c00-0x9c0f mem 0xfc9ffc00-0xfc9ffc0f,0xfc000000-0xfc7fffff irq 20 at device 1.0 on pci2 > > twe0: [GIANT-LOCKED] > > twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 > > See kernel deadlock debugging chapter from the developer handbook for > instructions on how to properly report deadlock. I replied privately with no result, so I'll try the list again. As I read the "kernel deadlock debugging chapter", I see that it operates on core dumps. Once the machine enters this state, my only recourse is to power cycle (shutdown hangs forever, processes never die, etc). No disk writes seem to survive the reboot so if I'm going to debug it, it has to be while the system is live but hung. I'll re-iterate that it's tied to -L on dumps, no problems since removing that option. Suggestions welcome. /\/\ \/\/ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 19:26:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BAE516A408 for ; Thu, 1 Feb 2007 19:26:53 +0000 (UTC) (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 3E27E13C4B7 for ; Thu, 1 Feb 2007 19:26:53 +0000 (UTC) (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 254E61A4D87 for ; Thu, 1 Feb 2007 11:26:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8399C51617; Thu, 1 Feb 2007 14:26:41 -0500 (EST) Date: Thu, 1 Feb 2007 14:26:41 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20070201192641.GA73043@xor.obsecurity.org> References: <20070131072435.GR63341@manor.msen.com> <20070131092816.GD56152@deviant.kiev.zoral.com.ua> <20070201192454.GA63341@manor.msen.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20070201192454.GA63341@manor.msen.com> User-Agent: Mutt/1.4.2.2i Subject: Re: Filesystem hang on 3ware 6.2 system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 19:26:53 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 01, 2007 at 02:24:54PM -0500, Michael R. Wayne wrote: > On Wed, Jan 31, 2007 at 11:28:16AM +0200, Kostik Belousov wrote: > > On Wed, Jan 31, 2007 at 02:24:35AM -0500, Michael R. Wayne wrote: > > > We have a nubmer of similar machines that were initiallly formated > > > with 6.2 before it was released and have subsequently been upgraded > > > to 6.2-RELEASE with no issues. So, we upgraded a 6.1 box which has > > > been running fine as long as the nightly dumps do not use -L to > > > take snapshots. > > >=20 > > > Once it was upgraded to 6.2, we enabled -L on the nightly dumps and > > > it hung on the first try. So, I'm suspecting that 6.1 has left > > > SOMEthing on the filesystem which is corrupt. For the moment. we > > > have once again removed -L from the nightly dumps but, other than > > > a complete fsck, is there any other suggested action? > > >=20 > > > 6.2-RELEASE > > > twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x9= c00-0x9c0f mem 0xfc9ffc00-0xfc9ffc0f,0xfc000000-0xfc7fffff irq 20 at device= 1.0 on pci2 > > > twe0: [GIANT-LOCKED] > > > twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 > >=20 > > See kernel deadlock debugging chapter from the developer handbook for > > instructions on how to properly report deadlock. >=20 >=20 > I replied privately with no result, so I'll try the list again. >=20 > As I read the "kernel deadlock debugging chapter", I see that it > operates on core dumps. No, it (show lockedvnods, etc) operates from DDB; you need a serial or other console. Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwj7xWry0BWjoQKURAgVbAKCgHUppLWFizOO+0XcXfMeaZJUruQCg4Ber nkByMPruVlRxUoL0LUpwmDQ= =EdZa -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 19:30:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DD5F16A408 for ; Thu, 1 Feb 2007 19:30:31 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.freebsd.org (Postfix) with ESMTP id EE09413C494 for ; Thu, 1 Feb 2007 19:30:30 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (sccrmhc13) with ESMTP id <2007020119302901300i4anre>; Thu, 1 Feb 2007 19:30:29 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l11JUVrC029528 for ; Thu, 1 Feb 2007 14:30:31 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l11JUVJZ029527 for freebsd-stable@freebsd.org; Thu, 1 Feb 2007 14:30:31 -0500 (EST) (envelope-from rodrigc) Date: Thu, 1 Feb 2007 14:30:30 -0500 From: Craig Rodrigues To: freebsd-stable@freebsd.org Message-ID: <20070201193030.GA29508@crodrigues.org> References: <20070131072435.GR63341@manor.msen.com> <20070131092816.GD56152@deviant.kiev.zoral.com.ua> <20070201192454.GA63341@manor.msen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070201192454.GA63341@manor.msen.com> User-Agent: Mutt/1.4.2.1i Subject: Re: Filesystem hang on 3ware 6.2 system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 19:30:31 -0000 On Thu, Feb 01, 2007 at 02:24:54PM -0500, Michael R. Wayne wrote: > As I read the "kernel deadlock debugging chapter", I see that it > operates on core dumps. Once the machine enters this state, my You didn't read properly: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html That section mentions using ddb and the following ddb commands: "ps", "show pcpu", "show allpcup", "show locks", "show alllocks", "show lockedvnods", "show alltrace". It doesn't mention core files. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 22:19:11 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5BF316A403 for ; Thu, 1 Feb 2007 22:19:10 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id C0F9D13C4B3 for ; Thu, 1 Feb 2007 22:19:10 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-qfe3.prod.shaw.ca [10.0.141.110]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JCT00HJ91X3M6G0@l-daemon> for freebsd-stable@FreeBSD.org; Thu, 01 Feb 2007 15:17:27 -0700 (MST) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd2mr1so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JCT00MYU1W7YGF0@pd2mr1so.prod.shaw.ca> for freebsd-stable@FreeBSD.org; Thu, 01 Feb 2007 15:17:14 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JCT00M8N1W5H510@l-daemon> for freebsd-stable@FreeBSD.org; Thu, 01 Feb 2007 15:16:55 -0700 (MST) Received: (qmail 63605 invoked from network); Thu, 01 Feb 2007 22:16:52 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Thu, 01 Feb 2007 22:16:52 +0000 Date: Thu, 01 Feb 2007 14:16:51 -0800 From: FreeBSD Security Officer To: freebsd-security@FreeBSD.org, freebsd-stable@FreeBSD.org Message-id: <45C266D3.5080000@freebsd.org> Organization: FreeBSD Project MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: Subject: Security Officer-supported branches update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-security@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2007 22:19:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Everyone, The branches supported by the FreeBSD Security Officer have been updated to reflect recent EoL (end-of-life) events. The new list is below and at . FreeBSD 4.11 and FreeBSD 6.0 have `expired' and are no longer supported effective February 1, 2007. Discussions concerning FreeBSD releases which are no longer supported should take place on the freebsd-eol@freebsd.org mailing list. This marks the end of support by the FreeBSD Security Team for the FreeBSD 4-STABLE branch, two years after FreeBSD 4.11-RELEASE and almost seven years after FreeBSD 4.0-RELEASE. For an explanation of the rationale behind the EoL of FreeBSD 4.11 (and the 4-STABLE branch), please see my earlier mailing list post on this subject: http://lists.freebsd.org/pipermail/freebsd-security/2006-October/004111.html At this point, support for running software from the ports tree on FreeBSD 4.x is ceasing: Packages for binary installations will no longer be built for FreeBSD 4.11, building ports from source on FreeBSD 4.x will no longer be supported, and the ports INDEX will no longer be built and made available via portsnap or the 'make fetchindex' target. Patches for individual ports specific for their functioning on FreeBSD 4.11 may still be accepted at the discretion of the port maintainer. [Excerpt from http://security.freebsd.org/ follows] FreeBSD Security Advisories The FreeBSD Security Officer provides security advisories for several branches of FreeBSD development. These are the -STABLE Branches and the Security Branches. (Advisories are not issued for the -CURRENT Branch.) * There is usually only a single -STABLE branch, although during the transition from one major development line to another (such as from FreeBSD 5.x to 6.x), there is a time span in which there are two -STABLE branches. The -STABLE branch tags have names like RELENG_6. The corresponding builds have names like FreeBSD 6.1-STABLE. * Each FreeBSD Release has an associated Security Branch. The Security Branch tags have names like RELENG_6_1. The corresponding builds have names like FreeBSD 6.1-RELEASE-p1. Isses affecting the FreeBSD Ports Collection are covered in the FreeBSD VuXML document. Each branch is supported by the Security Officer for a limited time only, and is designated as one of `Early adopter', `Normal', or `Extended'. The designation is used as a guideline for determining the lifetime of the branch as follows. Early adopter Releases which are published from the -CURRENT branch will be supported by the Security Officer for a minimum of 6 months after the release. Normal Releases which are published from a -STABLE branch will be supported by the Security Officer for a minimum of 12 months after the release. Extended Selected releases will be supported by the Security Officer for a minimum of 24 months after the release. The current designation and estimated lifetimes of the currently supported branches are given below. The Estimated EoL (end-of-life) column gives the earliest date on which that branch is likely to be dropped. Please note that these dates may be extended into the future, but only extenuating circumstances would lead to a branch's support being dropped earlier than the date listed. +--------------------------------------------------------------------+ | Branch | Release | Type | Release date | Estimated EoL | |-----------+------------+--------+----------------+-----------------| |RELENG_5 |n/a |n/a |n/a |May 31, 2008 | |-----------+------------+--------+----------------+-----------------| |RELENG_5_5 |5.5-RELEASE |Extended|May 25, 2006 |May 31, 2008 | |-----------+------------+--------+----------------+-----------------| |RELENG_6 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+----------------+-----------------| |RELENG_6_1 |6.1-RELEASE |Extended|May 9, 2006 |May 31, 2008 | |-----------+------------+--------+----------------+-----------------| |RELENG_6_2 |6.2-RELEASE |Normal |January 15, 2007|January 31, 2008 | +--------------------------------------------------------------------+ [End excerpt] Colin Percival FreeBSD Security Officer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwmbSFdaIBMps37IRAgR4AJ9zXOq0HWZoi4s0WnLTmNid6E0PQwCfSrdZ YjuUnWhcU6W2NzW5jpFzWBQ= =YQgc -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 22:46:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C23B916A402 for ; Thu, 1 Feb 2007 22:46:59 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9CEF013C4A3 for ; Thu, 1 Feb 2007 22:46:59 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id 90C48C94D1 for ; Thu, 1 Feb 2007 17:46:58 -0500 (EST) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Mr1n-N0DH2X for ; Thu, 1 Feb 2007 17:46:51 -0500 (EST) Received: from [192.168.0.68] (ilya.edpausa.com [192.168.0.68]) by skywalker.edpausa.com (Postfix) with ESMTP id 9C4CBC9488 for ; Thu, 1 Feb 2007 17:46:51 -0500 (EST) Message-ID: <45C26DDC.1090305@edpausa.com> Date: Thu, 01 Feb 2007 17:46:52 -0500 From: Ilya Vishnyakov User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: portupgrade -arR errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 22:46:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please help me to find out why portupgrade -arR gives me errors such as: missing key: categories: Cannot read the portsdb! /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' from /usr/local/sbin/portupgrade:721:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portupgrade:220:in `new' from /usr/local/sbin/portupgrade:220:in `main' from /usr/local/sbin/portupgrade:2084 However, I run portsdb -Uu and it didn't show any errors. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) iD8DBQFFwm3cGaMWa0kHPPoRArF9AJ9QZYfG8YxX9BI235KHohUqyO9VAACeKEhv oyE6wytzxeHn0Ah3iarCWkk= =C346 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 23:22:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E2FF16A407 for ; Thu, 1 Feb 2007 23:22:13 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.freebsd.org (Postfix) with ESMTP id 708D113C471 for ; Thu, 1 Feb 2007 23:22:13 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from [127.0.0.1] (entwistle.sonicboom.org [66.93.34.170]) by entwistle.sonicboom.org (8.13.8/8.13.8) with ESMTP id l11NMAZJ032491; Thu, 1 Feb 2007 15:22:10 -0800 (PST) (envelope-from bri@sonicboom.org) Message-ID: <45C27621.1050803@sonicboom.org> Date: Thu, 01 Feb 2007 15:22:09 -0800 From: Brian User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Ilya Vishnyakov References: <45C26DDC.1090305@edpausa.com> In-Reply-To: <45C26DDC.1090305@edpausa.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portupgrade -arR errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 23:22:13 -0000 Ilya Vishnyakov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Please help me to find out why portupgrade -arR gives me errors such as: > > missing key: categories: Cannot read the portsdb! > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': > database file error (PortsDB::DBError) > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in > `all_depends_list' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in > `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in > `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in > `sort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in > `sort_build!' > from /usr/local/sbin/portupgrade:721:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' > from /usr/local/sbin/portupgrade:220:in `new' > from /usr/local/sbin/portupgrade:220:in `main' > from /usr/local/sbin/portupgrade:2084 > However, I run portsdb -Uu and it didn't show any errors. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (MingW32) > > iD8DBQFFwm3cGaMWa0kHPPoRArF9AJ9QZYfG8YxX9BI235KHohUqyO9VAACeKEhv > oyE6wytzxeHn0Ah3iarCWkk= > =C346 > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I fixed a similar problem by running portsnap/cvsup, deinstalling portupgrade, reinstalling portupgrade (a newer version) then running portupgrade. Brian From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 00:59:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 577B116A4C7 for ; Fri, 2 Feb 2007 00:59:09 +0000 (UTC) (envelope-from kailockwood@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id 1E00213C4A8 for ; Fri, 2 Feb 2007 00:59:09 +0000 (UTC) (envelope-from kailockwood@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so680961nzh for ; Thu, 01 Feb 2007 16:59:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=qJ9C9kkIHtBkiTHAVoMjbz2n3vzrhCzcxJ3dYJegc2uvvZkcVmtIb7gZIyZ/5vINWMp87T0wxTEko5NOTkLhgWkhu00NeLn8j0JDkqtUpflGGTDZQIiwvQA9dHzxozypw9RFbTD5HoFpLMv4CULp5jPHU94lnTlggJaJje+olBQ= Received: by 10.65.211.13 with SMTP id n13mr4908205qbq.1170377948391; Thu, 01 Feb 2007 16:59:08 -0800 (PST) Received: from ?192.168.1.103? ( [69.145.125.218]) by mx.google.com with ESMTP id f13sm4979130qba.2007.02.01.16.59.06; Thu, 01 Feb 2007 16:59:07 -0800 (PST) From: Kai Lockwood To: freebsd-stable@freebsd.org Date: Thu, 1 Feb 2007 17:43:15 -0700 User-Agent: KMail/1.9.5 References: <20070128105053.GA93664@tirith.brixandersen.dk> <45BCEF32.3030101@errno.com> In-Reply-To: <45BCEF32.3030101@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702011743.16748.kailockwood@gmail.com> Subject: Re: ath0: ath_reset: unable to reset hardware; hal status 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 00:59:09 -0000 Hello, I am having the same type of trouble with a Dynex card. I mearly receive 'ath0: Device timeout' on the main console screen. > I take it you tried ifconfig'ing the interface down and up? I have. The card does not appear to reset itself. While the card is up, it just rotates across the chanels. > The output of athstats at the point where things are wedged might be > useful. # /usr/local/bin/athstats 84874 data frames received 53228 data frames transmit 2228 tx frames with an alternate rate 15357 long on-chip tx retries 560 tx failed 'cuz too many retries 98877 mib overflow interrupts 11M current transmit rate 860 watchdog timeouts 85 beacon miss interrupts 612 tx management frames 1602 tx frames discarded prior to association 496 tx frames with no ack marked 21148 rx failed 'cuz of bad CRC 361 rx failed 'cuz of PHY err 96 OFDM restart 265 CCK restart 13422 periodic calibrations 10 rssi of last ack -95 rx noise floor 18 phantom beacon misses 1 rx failed 'cuz frame too large 1 switched default/rx antenna Antenna profile: [1] tx 51420 rx 1829072 [2] tx 403 rx 116 # > Also verify if only tx is wedged (e.g. athstats 1 will show you > if you're receiving frames). input output altrate short long xretry crcerr crypt phyerr rssi rate 84874 53228 2228 0 15357 560 21148 0 361 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M 0 0 0 0 0 0 0 0 0 0 11M The above snippet repeats verbatium regardless of traffic. > Best suggestion I can make is to use a > different model card. I can't. Is there someway to look into this issue deeper? Thanks, Kai Lockwood From owner-freebsd-stable@FreeBSD.ORG Thu Feb 1 20:09:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F17B316A405 for ; Thu, 1 Feb 2007 20:09:15 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.freebsd.org (Postfix) with ESMTP id ABB3313C4A5 for ; Thu, 1 Feb 2007 20:09:15 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from [213.87.72.70] (helo=phonon.SpringDaemons.com) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1HCi6d-0007i1-LW; Thu, 01 Feb 2007 23:00:29 +0300 Received: from localhost (localhost [IPv6:::1]) by phonon.SpringDaemons.com (Postfix) with SMTP id 82A5D11470; Thu, 1 Feb 2007 23:09:02 +0300 (MSK) Date: Thu, 1 Feb 2007 23:09:02 +0300 From: Stanislav Sedov To: "Daniel O'Connor" Message-Id: <20070201230902.4c526d4d.stas@FreeBSD.org> In-Reply-To: <200702011345.50585.doconnor@gsoft.com.au> References: <200702011345.50585.doconnor@gsoft.com.au> Organization: The FreeBSD Project X-Mailer: carrier-pigeon X-Voice: +7 916 849 20 23 X-XMPP: ssedov@jabber.ru X-ICQ: 208105021 X-Yahoo: stanislav_sedov X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-University: MEPhI Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__1_Feb_2007_23_09_02_+0300_0xV63LE6AIJ0LzNe" X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 X-Mailman-Approved-At: Fri, 02 Feb 2007 04:26:24 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Loader hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2007 20:09:16 -0000 --Signature=_Thu__1_Feb_2007_23_09_02_+0300_0xV63LE6AIJ0LzNe Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Thu, 1 Feb 2007 13:45:33 +1030 "Daniel O'Connor" mentioned: > Hi *, > I recently installed 6.2 on a Supermicro P8SCT and I found that the loader > would hang after a few seconds unless I disabled the Adaptec 29160's BIOS. > > It also has a 3ware 8006-2LP (which I am booting off). The SCSI card only has > a tape drive on it though so I'm surprised it would install a BIOS at all > (after probing) > > Interestingly the hang only occurred when booting the installed version - when > booting from the CD it worked perfectly.. > That's because loader won't touch hadrdrives when booting from CD. > Anyone seen anything similar? Any suggestions for debugging? :) Have you tried to boot anything else (Linux, Windows, etc)? Probably, the Host adapter's BIOS is broken, so try to update it to the latest version. -- Stanislav Sedov ST4096-RIPE --Signature=_Thu__1_Feb_2007_23_09_02_+0300_0xV63LE6AIJ0LzNe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwkjeK/VZk+smlYERAiJkAJ4u8F5v+sb5EYhkgwMntHEmkPGyTwCeIZqN L60jkh8WHPugKGbybTRDhi0= =9rIV -----END PGP SIGNATURE----- --Signature=_Thu__1_Feb_2007_23_09_02_+0300_0xV63LE6AIJ0LzNe-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 05:42:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EA0B16A405 for ; Fri, 2 Feb 2007 05:42:54 +0000 (UTC) (envelope-from freebsd_tester@yahoo.com) Received: from web58904.mail.re1.yahoo.com (web58904.mail.re1.yahoo.com [66.196.100.233]) by mx1.freebsd.org (Postfix) with SMTP id 221A913C441 for ; Fri, 2 Feb 2007 05:42:54 +0000 (UTC) (envelope-from freebsd_tester@yahoo.com) Received: (qmail 79835 invoked by uid 60001); 2 Feb 2007 05:16:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=aZGJ132wTn6gwIBglgfN9Sjdr8H4CRcHp/Qw5YReT/5GlCExAJYxn6jdX8WLcNexbMSJ9LWvtW2KViU45sR6KsdAxgeBbw7MB+huQijSj8bB+VyHY936mgmGa0IgCPb6R/2Ol9X3SwHYv4Ea6JEUYd7Gn/w2d6N+zpUio8vONDY=; X-YMail-OSG: Fwhfe2sVM1mtRkgUppJy8FBUC2Yn7c7LRHdo6ZHf5jV_eS8r_5ceNEI3zK1vENVxJz2.yLx1zrJ5cJzI8G9dw2cyRAzXcdRepZysBFwzCY6YB1Ffo8WfLnRvcDvvKAHJQOeIaccRB3diHfv0oAn_TKDbSP5F_BTDqE4vfyjLEs_F Received: from [68.82.217.251] by web58904.mail.re1.yahoo.com via HTTP; Thu, 01 Feb 2007 21:16:12 PST Date: Thu, 1 Feb 2007 21:16:12 -0800 (PST) From: Thomas Roberts To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <270372.75801.qm@web58904.mail.re1.yahoo.com> Subject: Newbie Sempron/ISO question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 05:42:54 -0000 I need help deciding which ISO to install on my machine, which is a Compaq Presario SR1620NX. The FreeBSD/amd64 Project web page says the Sempron uses the AMD64 architecture so I installed the amd64 6.2-RELEASE ISO. Since I want to stay with STABLE I started reading on how to do it and am now confused as to what I should do.The /var/log/dmesg.today file says: CPU: AMD Sempron(tm) Processor 3400+ (1989.82-MHz k8-class CPU) Origin="AuthenticAMD" Id=0x20ff2 Stepping=2 While searching through bsdforums.org a poster said the k8-class CPU is an Athlon64 locked in 32-bit mode and if anyone has this CPU they should be using the i386 ISO. Whether I use the i386 or amd64 ISO I will be putting the CPUTYPE?=k8 in my make.conf file so my question is "Since I am specifying the CPUTYPE should I stay with amd64 or start over with i386?" I am not worried about not having 64-bit capabilities, but I am worried that using the i386 ISO will not use the CPU to its fulest. ____________________________________________________________________________________ Finding fabulous fares is fun. Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains. http://farechase.yahoo.com/promo-generic-14795097 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 09:26:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5E4616A405 for ; Fri, 2 Feb 2007 09:26:32 +0000 (UTC) (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 08F7213C494 for ; Fri, 2 Feb 2007 09:26:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-119.lns1.adl2.internode.on.net [203.122.208.119]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l129Q12i094299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Feb 2007 19:56:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 2 Feb 2007 19:55:42 +1030 User-Agent: KMail/1.9.5 References: <270372.75801.qm@web58904.mail.re1.yahoo.com> In-Reply-To: <270372.75801.qm@web58904.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2133598.qFssjX7HjL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702021955.44243.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Thomas Roberts Subject: Re: Newbie Sempron/ISO question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 09:26:32 -0000 --nextPart2133598.qFssjX7HjL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 02 February 2007 15:46, Thomas Roberts wrote: > While searching through bsdforums.org a poster said > the k8-class CPU is an Athlon64 locked in 32-bit mode > and if anyone has this CPU they should be using the > i386 ISO. I believe you can get 64 bit Semprons but they are AM2 or AM3 only. > Whether I use the i386 or amd64 ISO I will be putting > the CPUTYPE?=3Dk8 in my make.conf file so my question is > "Since I am specifying the CPUTYPE should I stay with > amd64 or start over with i386?" I am not worried > about not having 64-bit capabilities, but I am worried > that using the i386 ISO will not use the CPU to its fulest. I don't think that running it in i386 mode will have a negative impact on=20 performance - possibly the reverse due to cache size. =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 --nextPart2133598.qFssjX7HjL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFwwOY5ZPcIHs/zowRAlBNAJ9mDhmKaX3REe1r1eeFPUhIrAtXXQCfVJv2 Ax2mN3toEyoeC99sEJpxThY= =KS2/ -----END PGP SIGNATURE----- --nextPart2133598.qFssjX7HjL-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 10:22:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C419416A405 for ; Fri, 2 Feb 2007 10:22:32 +0000 (UTC) (envelope-from simond@irrelevant.org) Received: from out-mta10.ai270.net (out-mta12.ai270.net [83.244.130.52]) by mx1.freebsd.org (Postfix) with ESMTP id 870AE13C474 for ; Fri, 2 Feb 2007 10:22:32 +0000 (UTC) (envelope-from simond@irrelevant.org) Received: from [83.244.130.23] (helo=out-filter4.ai270.net) by out-mta10.ai270.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HCvYq-000EVR-5u; Fri, 02 Feb 2007 10:22:28 +0000 Received: from [83.244.130.159] (helo=[10.1.1.130]) by out-filter4.ai270.net with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HCvYp-000IYq-Lw; Fri, 02 Feb 2007 10:22:28 +0000 From: Simon Dick To: Daniel O'Connor In-Reply-To: <200702021955.44243.doconnor@gsoft.com.au> References: <270372.75801.qm@web58904.mail.re1.yahoo.com> <200702021955.44243.doconnor@gsoft.com.au> Content-Type: text/plain Date: Fri, 02 Feb 2007 10:22:23 +0000 Message-Id: <1170411743.84172.1.camel@sdwork.office.ai270.net> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Thomas Roberts , freebsd-stable@freebsd.org Subject: Re: Newbie Sempron/ISO question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 10:22:32 -0000 On Fri, 2007-02-02 at 19:55 +1030, Daniel O'Connor wrote: > On Friday 02 February 2007 15:46, Thomas Roberts wrote: > > While searching through bsdforums.org a poster said > > the k8-class CPU is an Athlon64 locked in 32-bit mode > > and if anyone has this CPU they should be using the > > i386 ISO. > > I believe you can get 64 bit Semprons but they are AM2 or AM3 only. I have a S754 64 bit sempron so they exist even if they're not really in that common use :) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 10:36:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E8DF16A402 for ; Fri, 2 Feb 2007 10:36:06 +0000 (UTC) (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 1CF1213C4A3 for ; Fri, 2 Feb 2007 10:36:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-119.lns1.adl2.internode.on.net [203.122.208.119]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l12Aa3oI096456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Feb 2007 21:06:04 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Simon Dick Date: Fri, 2 Feb 2007 21:05:58 +1030 User-Agent: KMail/1.9.5 References: <270372.75801.qm@web58904.mail.re1.yahoo.com> <200702021955.44243.doconnor@gsoft.com.au> <1170411743.84172.1.camel@sdwork.office.ai270.net> In-Reply-To: <1170411743.84172.1.camel@sdwork.office.ai270.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2781784.1qNmuD0cNc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702022106.00919.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Thomas Roberts , freebsd-stable@freebsd.org Subject: Re: Newbie Sempron/ISO question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 10:36:06 -0000 --nextPart2781784.1qNmuD0cNc Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 02 February 2007 20:52, Simon Dick wrote: > On Fri, 2007-02-02 at 19:55 +1030, Daniel O'Connor wrote: > > On Friday 02 February 2007 15:46, Thomas Roberts wrote: > > > While searching through bsdforums.org a poster said > > > the k8-class CPU is an Athlon64 locked in 32-bit mode > > > and if anyone has this CPU they should be using the > > > i386 ISO. > > > > I believe you can get 64 bit Semprons but they are AM2 or AM3 only. > > I have a S754 64 bit sempron so they exist even if they're not really in > that common use :) Ah well there you go then :) I guess they got too good at making the 64 bit version before S754 expired.. Any idea if it's possible to tell from dmesg what sort you have? =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 --nextPart2781784.1qNmuD0cNc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFwxQQ5ZPcIHs/zowRAvkTAJ9+h1Wy4TNEDFz+MqZQkjypfQoV2wCfSftb AAfepfe7HajeUdJaC4YgEyg= =bSa0 -----END PGP SIGNATURE----- --nextPart2781784.1qNmuD0cNc-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 11:16:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA68616A403 for ; Fri, 2 Feb 2007 11:16:08 +0000 (UTC) (envelope-from simond@irrelevant.org) Received: from out-mta1.ai270.net (out-mta2.ai270.net [83.244.130.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCF113C49D for ; Fri, 2 Feb 2007 11:16:08 +0000 (UTC) (envelope-from simond@irrelevant.org) Received: from [83.244.130.7] (helo=out-filter2.ai270.net) by out-mta1.ai270.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HCwOe-0003AC-8w; Fri, 02 Feb 2007 11:16:00 +0000 Received: from [83.244.130.159] (helo=[10.1.1.130]) by out-filter2.ai270.net with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HCwOd-0006uA-3F; Fri, 02 Feb 2007 11:16:00 +0000 From: Simon Dick To: Daniel O'Connor In-Reply-To: <200702022106.00919.doconnor@gsoft.com.au> References: <270372.75801.qm@web58904.mail.re1.yahoo.com> <200702021955.44243.doconnor@gsoft.com.au> <1170411743.84172.1.camel@sdwork.office.ai270.net> <200702022106.00919.doconnor@gsoft.com.au> Content-Type: text/plain Date: Fri, 02 Feb 2007 11:15:55 +0000 Message-Id: <1170414955.84172.4.camel@sdwork.office.ai270.net> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Thomas Roberts , freebsd-stable@freebsd.org Subject: Re: Newbie Sempron/ISO question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 11:16:08 -0000 On Fri, 2007-02-02 at 21:05 +1030, Daniel O'Connor wrote: > On Friday 02 February 2007 20:52, Simon Dick wrote: > > On Fri, 2007-02-02 at 19:55 +1030, Daniel O'Connor wrote: > > > On Friday 02 February 2007 15:46, Thomas Roberts wrote: > > > > While searching through bsdforums.org a poster said > > > > the k8-class CPU is an Athlon64 locked in 32-bit mode > > > > and if anyone has this CPU they should be using the > > > > i386 ISO. > > > > > > I believe you can get 64 bit Semprons but they are AM2 or AM3 only. > > > > I have a S754 64 bit sempron so they exist even if they're not really in > > that common use :) > > Ah well there you go then :) > > I guess they got too good at making the 64 bit version before S754 expired.. > > Any idea if it's possible to tell from dmesg what sort you have? Hmm, I run the amd64 version of FreeBSD on mine, but here's what it says: CPU: AMD Sempron(tm) Processor 2800+ (1603.65-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 If that helps :) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 12:04:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9987016A405 for ; Fri, 2 Feb 2007 12:04:52 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5D313C4B3 for ; Fri, 2 Feb 2007 12:04:51 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l12BiiLr016494; Fri, 2 Feb 2007 12:44:45 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Fri, 2 Feb 2007 12:44:44 +0100 User-Agent: KMail/1.9.5 References: <270372.75801.qm@web58904.mail.re1.yahoo.com> <200702022106.00919.doconnor@gsoft.com.au> <1170414955.84172.4.camel@sdwork.office.ai270.net> In-Reply-To: <1170414955.84172.4.camel@sdwork.office.ai270.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702021244.44408.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Thomas Roberts Subject: Re: Newbie Sempron/ISO question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 12:04:52 -0000 On Friday 02 February 2007 12:15, Simon Dick wrote: > Hmm, I run the amd64 version of FreeBSD on mine, but here's what it > says: > CPU: AMD Sempron(tm) Processor 2800+ (1603.65-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 > > Features=0x78bfbff,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> Features2=0x1 > AMD Features=0xe2500800 ^^ LM = Long Mode ( = 64bit CPU) > AMD Features2=0x1 - Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 12:06:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F78916A405 for ; Fri, 2 Feb 2007 12:06:17 +0000 (UTC) (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 D76C013C471 for ; Fri, 2 Feb 2007 12:06:16 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-119.lns1.adl2.internode.on.net [203.122.208.119]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l12C6CtL099145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Feb 2007 22:36:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Simon Dick Date: Fri, 2 Feb 2007 22:36:05 +1030 User-Agent: KMail/1.9.5 References: <270372.75801.qm@web58904.mail.re1.yahoo.com> <200702022106.00919.doconnor@gsoft.com.au> <1170414955.84172.4.camel@sdwork.office.ai270.net> In-Reply-To: <1170414955.84172.4.camel@sdwork.office.ai270.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1638655.bk1KX7HgSL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702022236.07680.doconnor@gsoft.com.au> X-Spam-Score: 0 () UPPERCASE_25_50 X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Thomas Roberts , freebsd-stable@freebsd.org Subject: Re: Newbie Sempron/ISO question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 12:06:17 -0000 --nextPart1638655.bk1KX7HgSL Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 02 February 2007 21:45, Simon Dick wrote: > Features=3D0x78bfbff,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> Features2=3D0x1 > AMD Features=3D0xe2500800 > AMD Features2=3D0x1 > > If that helps :) Hmm, I wonder what the magic option out of that slew is.. (If any, maybe it's detected another way) =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 --nextPart1638655.bk1KX7HgSL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFwykv5ZPcIHs/zowRAgjAAJ9b4ExRL5pdFzqHlEJ+q0NaR3b0RACgnLiS 5dIcbs7sAeIyYJKQaMoCsZQ= =TBqK -----END PGP SIGNATURE----- --nextPart1638655.bk1KX7HgSL-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 09:06:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0E2E16A405 for ; Fri, 2 Feb 2007 09:06:46 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.freebsd.org (Postfix) with ESMTP id 64DCC13C4B9 for ; Fri, 2 Feb 2007 09:06:41 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from [213.87.72.70] (helo=phonon.SpringDaemons.com) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1HCuEy-0008DC-60; Fri, 02 Feb 2007 11:57:54 +0300 Received: from localhost (localhost [IPv6:::1]) by phonon.SpringDaemons.com (Postfix) with SMTP id CB4A311473; Fri, 2 Feb 2007 11:13:34 +0300 (MSK) Date: Fri, 2 Feb 2007 11:13:24 +0300 From: Stanislav Sedov To: Thomas Roberts Message-Id: <20070202111324.974278e4.stas@FreeBSD.org> In-Reply-To: <270372.75801.qm@web58904.mail.re1.yahoo.com> References: <270372.75801.qm@web58904.mail.re1.yahoo.com> Organization: The FreeBSD Project X-Mailer: carrier-pigeon X-Voice: +7 916 849 20 23 X-XMPP: ssedov@jabber.ru X-ICQ: 208105021 X-Yahoo: stanislav_sedov X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-University: MEPhI Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__2_Feb_2007_11_13_24_+0300_YAP+YrAmHLM.13E7" X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 X-Mailman-Approved-At: Fri, 02 Feb 2007 12:42:47 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Newbie Sempron/ISO question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 09:06:47 -0000 --Signature=_Fri__2_Feb_2007_11_13_24_+0300_YAP+YrAmHLM.13E7 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Thu, 1 Feb 2007 21:16:12 -0800 (PST) Thomas Roberts mentioned: > I need help deciding which ISO to install on my > machine, which is a Compaq Presario SR1620NX. The > FreeBSD/amd64 Project web page says the Sempron uses > the AMD64 architecture so I installed the amd64 > 6.2-RELEASE ISO. Since I want to stay with STABLE I > started reading on how to do it and am now confused as > to what I should do.The /var/log/dmesg.today file > says: > > CPU: AMD Sempron(tm) Processor 3400+ (1989.82-MHz > k8-class CPU) > Origin="AuthenticAMD" Id=0x20ff2 Stepping=2 > > While searching through bsdforums.org a poster said > the k8-class CPU is an Athlon64 locked in 32-bit mode > and if anyone has this CPU they should be using the > i386 ISO. > > Whether I use the i386 or amd64 ISO I will be putting > the CPUTYPE?=k8 in my make.conf file so my question is > "Since I am specifying the CPUTYPE should I stay with > amd64 or start over with i386?" I am not worried > about not having 64-bit capabilities, but I am worried > that using the i386 ISO will not use the CPU to its fulest. > Since you have successfully installed 6.2/amd64 this is essentially an AMD64-enabled machine. So don't worry and use amd64 edition and use k8 as CPU type. -- Stanislav Sedov ST4096-RIPE --Signature=_Fri__2_Feb_2007_11_13_24_+0300_YAP+YrAmHLM.13E7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwvKuK/VZk+smlYERAjkcAJ9eeI9P062kh+wB7kqmqzUlU9xrBgCcCso9 A+3x9ZPvz9yhXycLw061zXM= =OtuO -----END PGP SIGNATURE----- --Signature=_Fri__2_Feb_2007_11_13_24_+0300_YAP+YrAmHLM.13E7-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 13:25:34 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2AF416A400 for ; Fri, 2 Feb 2007 13:25:34 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 61F3013C441 for ; Fri, 2 Feb 2007 13:25:34 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l12DAVtP075044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 2 Feb 2007 08:10:31 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l12DAUHl075043 for stable@FreeBSD.org; Fri, 2 Feb 2007 08:10:30 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin Date: Fri, 2 Feb 2007 08:10:30 -0500 User-Agent: KMail/1.9.5 MIME-Version: 1.0 To: stable@FreeBSD.org X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Subject: /etc/group - ASCII only? (daily run output) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 13:25:34 -0000 Hello! For several years we had some group-names spelled out in Cyrillics on the server. That worked in 4.10 and seems to continue to work in 6.2. Except for the following daily warnings, which we never saw in 4.x: ---------- Forwarded Message ---------- Date: Fri, 2 Feb 2007 03:08:36 -0500 (EST) From: Charlie Root Message-Id: <200702020808.l1288auN015440@bonkers....> To: root@bonkers.... Subject: bonkers.... daily run output [...] Backup passwd and group files: Verifying group file syntax: chkgrp: /etc/group: line 37: 'Ý' invalid character chkgrp: /etc/group: line 38: 'Ý' invalid character chkgrp: /etc/group: line 38: 'Å' invalid character chkgrp: /etc/group: line 38: 'Ò' invalid character [...] ------------------------------------------------------- Why does it care? Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 13:31:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEED016A400 for ; Fri, 2 Feb 2007 13:31:38 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from mail.coruscant.info (coruscant.coruscant.info [88.198.12.237]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2A813C441 for ; Fri, 2 Feb 2007 13:31:38 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with SMTP id E7AD33CC608 for ; Fri, 2 Feb 2007 14:32:53 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with ESMTP id 104713CC606 for ; Fri, 2 Feb 2007 14:32:53 +0100 (CET) X-Virus-Scanned: amavisd-new at coruscant.info Received: from mail.coruscant.info ([127.0.0.1]) by localhost (mail.coruscant.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R6D6JvtjzWGq for ; Fri, 2 Feb 2007 14:32:45 +0100 (CET) Received: from [10.8.0.2] (chimaere.ninth-art.net [10.8.0.2]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.coruscant.info (Postfix) with ESMTP id AB1E03CC605 for ; Fri, 2 Feb 2007 14:32:45 +0100 (CET) From: Georg Bege To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.0 Date: Fri, 02 Feb 2007 14:31:28 +0100 Message-Id: <1170423088.4071.4.camel@cerberus.ninth-art.de> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Feb 2 14:32:53 2007 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 45c33d8525443573110290 X-DSPAM-Factors: 27, key+categories, 0.40000, From*ninth+art.de>, 0.40000, but, 0.40000, Received*(localhost+[127.0.0.1]), 0.40000, I+tried, 0.40000, just, 0.40000, Content-Type*micalg=pgp, 0.40000, Received*localhost, 0.40000, Received*localhost, 0.40000, X-Virus-Scanned*new, 0.40000, or, 0.40000, Content-Description*digital, 0.40000, from, 0.40000, from, 0.40000, all+doesnt, 0.40000, X-Virus-Scanned*amavisd, 0.40000, ports+nothing, 0.40000, of, 0.40000, Received*[127.0.0.1])+(amavisd, 0.40000, C9A9+483B, 0.40000, 14000, 0.40000, 14000, 0.40000, Received*[10.8.0.2]), 0.40000, binary+from, 0.40000, Received*ESMTP, 0.40000, Received*ESMTP, 0.40000, thought, 0.40000 Content-Type: multipart/mixed; boundary=DSPAM_MULTIPART_EX-2544 Subject: portsupgrade problem on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: therion@ninth-art.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 13:31:38 -0000 --DSPAM_MULTIPART_EX-2544 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-TLStaJ6ZirtyUFVK1RG5" --=-TLStaJ6ZirtyUFVK1RG5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Got a big problem today with portupgrade: ------------------- snip -------------- fortuna# portupgrade -avrR ---> Session started at: Fri, 02 Feb 2007 12:55:35 +0100 [Updating the portsdb in /usr/ports ... - 16426 port entries found .........1000.........2000.........3000.........4000.........5000.........6= 000.........7000.........8000.........9000.........10000.........11000.....= ....12000.........13000.........14000.........15000.........16000.... ..... done] [missing key: categories] [Updating the portsdb in /usr/ports ... - 16426 port entries found .........1000.........2000.........3000.........4000.........5000.........6= 000.........7000.........8000.........9000.........10000.........11000.....= ....12000.........13000.........14000.........15000.........16000.... ..... done] missing key: categories: Cannot read the portsdb! ---> Session ended at: Fri, 02 Feb 2007 12:56:22 +0100 (consumed 00:00:46) /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:538:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:692:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:880:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' from /usr/local/sbin/portupgrade:707:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portupgrade:217:in `new' from /usr/local/sbin/portupgrade:217:in `main' from /usr/local/sbin/portupgrade:2051 ----------- snip --------- Portupgrade in general doesnt work anymore, whether you just update one port or all doesnt matter. I tried already replacing portupgrade with binary from 6.2-RELEASE ports, nothing. I thought it was about ruby but also that didnt work out now Im left out of the loop. Anyone else who got a similar problem? --=20 Georg 'Therion' Bege http://coruscant.info http://www.ninth-art.de therion@ninth-art.de GnuPG-Key-ID: 0x5717E214 FingerPrint: A8EC B4B2 C9A9 483B CC87 56EE 07A1 C78E 5717 E214 --=-TLStaJ6ZirtyUFVK1RG5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBFwz0wB6HHjlcX4hQRAnegAKDzE7SExRc5iAxpgatn8B9yzfGM+ACgi8L1 KkJhKrUicdL4y2qipwrYrZ8= =fDcE -----END PGP SIGNATURE----- --=-TLStaJ6ZirtyUFVK1RG5-- --DSPAM_MULTIPART_EX-2544 Content-Type: text/plain X-DSPAM-Signature: 45c33d8525443573110290 !DSPAM:45c33d8525443573110290! --DSPAM_MULTIPART_EX-2544-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 13:36:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E3F916A402 for ; Fri, 2 Feb 2007 13:36:35 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id EE64613C4B2 for ; Fri, 2 Feb 2007 13:36:34 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 3D297114037; Fri, 2 Feb 2007 13:36:33 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zVUS6LQ8PAWS; Fri, 2 Feb 2007 13:36:25 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 844FE114020; Fri, 2 Feb 2007 13:36:25 +0000 (GMT) Date: Fri, 2 Feb 2007 13:36:25 +0000 From: Dominic Marks To: therion@ninth-art.de Message-Id: <20070202133625.ed83fc63.dom@helenmarks.co.uk> In-Reply-To: <1170423088.4071.4.camel@cerberus.ninth-art.de> References: <1170423088.4071.4.camel@cerberus.ninth-art.de> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portsupgrade problem on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 13:36:35 -0000 On Fri, 02 Feb 2007 14:31:28 +0100 Georg Bege wrote: > Hi > > Got a big problem today with portupgrade: > ... Look at the other recent posts discussing this problem. The solution is manually upgrade portupgrade, see the other posts for more information. Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 14:29:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 518F416A408 for ; Fri, 2 Feb 2007 14:29:46 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 9769213C494 for ; Fri, 2 Feb 2007 14:29:45 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: (qmail invoked by alias); 02 Feb 2007 14:29:44 -0000 Received: from muedsl-82-207-238-190.citykom.de (EHLO mail.gmx.de) [82.207.238.190] by mail.gmx.net (mp045) with SMTP; 02 Feb 2007 15:29:44 +0100 X-Authenticated: #1026516 Date: Fri, 02 Feb 2007 15:29:42 +0100 To: freebsd-stable@freebsd.org From: "Jost Menke" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.10 (FreeBSD) X-Y-GMX-Trusted: 0 Subject: parallel port printer: interrupt storm & system slowdown with 6.2-release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 14:29:46 -0000 Hi all, I am having big trouble getting my parallel port printer to work on 6.2-release. I am getting lots of those famous "stray irq7" messages. I already knew that from my 5.4 installation which I previously had on the same hardware, so I tried so set the parallel port mode with lptcontrol (lptcontrol -d did the trick under 5.4). Tried all the modes, but no difference! Using the printer even slows down my whole system to an unusuable state. Any ideas what the difference to 5.4 is or what I could do? Regards, Jost Menke From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 14:37:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A537416A402 for ; Fri, 2 Feb 2007 14:37:42 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 390E013C491 for ; Fri, 2 Feb 2007 14:37:42 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.13.8/8.13.8) with ESMTP id l12EFCDr052981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 2 Feb 2007 14:15:13 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <45C34737.2060004@unsane.co.uk> Date: Fri, 02 Feb 2007 14:14:15 +0000 From: Vince User-Agent: Thunderbird 1.5.0.9 (X11/20070129) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1170423088.4071.4.camel@cerberus.ninth-art.de> <20070202133625.ed83fc63.dom@helenmarks.co.uk> In-Reply-To: <20070202133625.ed83fc63.dom@helenmarks.co.uk> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: portsupgrade problem on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 14:37:42 -0000 I see this has been also added to UPDATING now which should remove some queries from here and questions@ Vince Dominic Marks wrote: > On Fri, 02 Feb 2007 14:31:28 +0100 > Georg Bege wrote: > >> Hi >> >> Got a big problem today with portupgrade: >> > > ... > > Look at the other recent posts discussing this problem. > The solution is manually upgrade portupgrade, see the other > posts for more information. > > Dominic > _______________________________________________ > 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 Fri Feb 2 14:49:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95A4816A401 for ; Fri, 2 Feb 2007 14:49:24 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from mail.coruscant.info (coruscant.coruscant.info [88.198.12.237]) by mx1.freebsd.org (Postfix) with ESMTP id 27F1213C478 for ; Fri, 2 Feb 2007 14:49:24 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with SMTP id 9418A3CC608 for ; Fri, 2 Feb 2007 15:50:39 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with ESMTP id D61B33CC606 for ; Fri, 2 Feb 2007 15:50:38 +0100 (CET) X-Virus-Scanned: amavisd-new at coruscant.info Received: from mail.coruscant.info ([127.0.0.1]) by localhost (mail.coruscant.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ys-xooTBXkuy for ; Fri, 2 Feb 2007 15:50:35 +0100 (CET) Received: from [192.168.2.4] (p508B72EE.dip.t-dialin.net [80.139.114.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.coruscant.info (Postfix) with ESMTP id 5FFC23CC605 for ; Fri, 2 Feb 2007 15:50:35 +0100 (CET) Message-ID: <45C34F7E.3050306@ninth-art.de> Date: Fri, 02 Feb 2007 15:49:34 +0100 From: Georg Bege User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1170423088.4071.4.camel@cerberus.ninth-art.de> <20070202133625.ed83fc63.dom@helenmarks.co.uk> <45C34737.2060004@unsane.co.uk> In-Reply-To: <45C34737.2060004@unsane.co.uk> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=5717E214; url=http://www.ninth-art.de/files/therion.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Feb 2 15:50:39 2007 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45c34fbf25441819575472 X-DSPAM-Factors: 27, From*ninth+art.de>, 0.01000, Received*(localhost+[127.0.0.1]), 0.01000, Received*localhost, 0.01000, Received*localhost, 0.01000, X-Virus-Scanned*new, 0.01000, X-Virus-Scanned*amavisd, 0.01000, Received*[127.0.0.1])+(amavisd, 0.01000, C9A9+483B, 0.01000, Received*ESMTP, 0.01000, Received*ESMTP, 0.01000, Received*client+certificate, 0.01000, de, 0.01000, Reply-To*ninth, 0.01000, 0x5717E214+FingerPrint, 0.01000, Url*info, 0.01000, Received*TLSv1+with, 0.01000, List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 14:49:24 -0000 Hi Sry I dont get it, I searched now again and didnt find much. There is nothing about this on freebsd.org. If so then tell me where? Please be more clearer and give me an URL or so where its pointed out > how to manual upgrade<. thanks Vince wrote: > I see this has been also added to UPDATING now which should remove > some queries from here and questions@ > > Vince > > Dominic Marks wrote: >> On Fri, 02 Feb 2007 14:31:28 +0100 Georg Bege >> wrote: >> >>> Hi >>> >>> Got a big problem today with portupgrade: >>> >> ... >> >> Look at the other recent posts discussing this problem. The >> solution is manually upgrade portupgrade, see the other posts for >> more information. >> >> Dominic _______________________________________________ >> 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" > > _______________________________________________ > 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" > > > > -- Georg 'Therion' Bege http://coruscant.info http://www.ninth-art.de therion@ninth-art.de GnuPG-Key-ID: 0x5717E214 FingerPrint: A8EC B4B2 C9A9 483B CC87 56EE 07A1 C78E 5717 E214 !DSPAM:45c34fbf25441819575472! From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 14:56:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2540C16A400 for ; Fri, 2 Feb 2007 14:56:52 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id F19B913C4AC for ; Fri, 2 Feb 2007 14:56:51 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 3724B1737A; Fri, 2 Feb 2007 09:56:49 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wBqPK+SAEgj1; Fri, 2 Feb 2007 09:56:49 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 01D021729B; Fri, 2 Feb 2007 09:56:48 -0500 (EST) Message-ID: <45C35131.1000308@jellydonut.org> Date: Fri, 02 Feb 2007 09:56:49 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: therion@ninth-art.de References: <1170423088.4071.4.camel@cerberus.ninth-art.de> <20070202133625.ed83fc63.dom@helenmarks.co.uk> <45C34737.2060004@unsane.co.uk> <45C34F7E.3050306@ninth-art.de> In-Reply-To: <45C34F7E.3050306@ninth-art.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portsupgrade problem on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 14:56:52 -0000 Georg Bege wrote: > Hi > > Sry I dont get it, I searched now again and didnt find much. > There is nothing about this on freebsd.org. > If so then tell me where? > Please be more clearer and give me an URL or so where its pointed out >> how to manual upgrade<. > Check /usr/ports/UPDATING -Proto From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 14:58:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 172CB16A405 for ; Fri, 2 Feb 2007 14:58:00 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9781F13C48D for ; Fri, 2 Feb 2007 14:57:57 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.13.8/8.13.8) with ESMTP id l12EweZs053516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Feb 2007 14:58:41 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <45C35169.9000303@unsane.co.uk> Date: Fri, 02 Feb 2007 14:57:45 +0000 From: Vince User-Agent: Thunderbird 1.5.0.9 (X11/20070129) MIME-Version: 1.0 To: therion@ninth-art.de References: <1170423088.4071.4.camel@cerberus.ninth-art.de> <20070202133625.ed83fc63.dom@helenmarks.co.uk> <45C34737.2060004@unsane.co.uk> <45C34F7E.3050306@ninth-art.de> In-Reply-To: <45C34F7E.3050306@ninth-art.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portsupgrade problem on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 14:58:00 -0000 Georg Bege wrote: > Hi > > Sry I dont get it, I searched now again and didnt find much. > There is nothing about this on freebsd.org. > If so then tell me where? > Please be more clearer and give me an URL or so where its pointed out >> how to manual upgrade<. > from the latest portsnap update: more /usr/ports/UPDATING 20070102: AFFECTS: users of sysutils/portupgrade AUTHOR: sem@FreeBSD.org If you have a problem with upgrading the tools from version 2.2.1 and less, remove the package with pkg_delete portupgrade\* command and reinstall it from scratch. Remove /usr/ports/INDEX*.db and run portsdb -u. Hope that helps. (reinstalling it from scratch involves "cd /usr/ports/sysutils/portupgrade && make install clean" ) Vince > thanks > > Vince wrote: >> I see this has been also added to UPDATING now which should remove >> some queries from here and questions@ >> >> Vince >> >> Dominic Marks wrote: >>> On Fri, 02 Feb 2007 14:31:28 +0100 Georg Bege >>> wrote: >>> >>>> Hi >>>> >>>> Got a big problem today with portupgrade: >>>> >>> ... >>> >>> Look at the other recent posts discussing this problem. The >>> solution is manually upgrade portupgrade, see the other posts for >>> more information. >>> >>> Dominic _______________________________________________ >>> 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" >> _______________________________________________ >> 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 Fri Feb 2 14:58:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4288E16A401 for ; Fri, 2 Feb 2007 14:58:42 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 01AA713C49D for ; Fri, 2 Feb 2007 14:58:41 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id E3A72114026; Fri, 2 Feb 2007 14:58:40 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3fORHzN4q-mP; Fri, 2 Feb 2007 14:58:38 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id F325D114020; Fri, 2 Feb 2007 14:58:37 +0000 (GMT) Date: Fri, 2 Feb 2007 14:58:37 +0000 From: Dominic Marks To: therion@ninth-art.de Message-Id: <20070202145837.42e2674b.dom@helenmarks.co.uk> In-Reply-To: <45C34F7E.3050306@ninth-art.de> References: <1170423088.4071.4.camel@cerberus.ninth-art.de> <20070202133625.ed83fc63.dom@helenmarks.co.uk> <45C34737.2060004@unsane.co.uk> <45C34F7E.3050306@ninth-art.de> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portsupgrade problem on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 14:58:42 -0000 On Fri, 02 Feb 2007 15:49:34 +0100 Georg Bege wrote: > Hi > > Sry I dont get it, I searched now again and didnt find much. > There is nothing about this on freebsd.org. > If so then tell me where? > Please be more clearer and give me an URL or so where its pointed out > > how to manual upgrade<. FYI: This weeks mail to freebsd-stable@ http://docs.freebsd.org/mail/current/freebsd-stable.html -- You need to cv?sup your ports tree. cd /usr/ports/sysutils/portupgrade && \ make deinstall clean install This should get you the most current version of portupgrade which has the patch, commited here: http://lists.freebsd.org/pipermail/cvs-ports/2007-February/117217.html Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 15:06:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4D8F16A405 for ; Fri, 2 Feb 2007 15:06:51 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from mail.coruscant.info (coruscant.coruscant.info [88.198.12.237]) by mx1.freebsd.org (Postfix) with ESMTP id 82F4C13C4B2 for ; Fri, 2 Feb 2007 15:06:51 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with SMTP id 41C943CC608 for ; Fri, 2 Feb 2007 16:08:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with ESMTP id 7296D3CC606; Fri, 2 Feb 2007 16:08:06 +0100 (CET) X-Virus-Scanned: amavisd-new at coruscant.info Received: from mail.coruscant.info ([127.0.0.1]) by localhost (mail.coruscant.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HFPV6Vq-HMFc; Fri, 2 Feb 2007 16:08:03 +0100 (CET) Received: from [192.168.2.4] (p508B72EE.dip.t-dialin.net [80.139.114.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.coruscant.info (Postfix) with ESMTP id 22B253CC605; Fri, 2 Feb 2007 16:08:02 +0100 (CET) Message-ID: <45C35393.5090407@ninth-art.de> Date: Fri, 02 Feb 2007 16:06:59 +0100 From: Georg Bege User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Dominic Marks References: <1170423088.4071.4.camel@cerberus.ninth-art.de> <20070202133625.ed83fc63.dom@helenmarks.co.uk> <45C34737.2060004@unsane.co.uk> <45C34F7E.3050306@ninth-art.de> <20070202145837.42e2674b.dom@helenmarks.co.uk> In-Reply-To: <20070202145837.42e2674b.dom@helenmarks.co.uk> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=5717E214; url=http://www.ninth-art.de/files/therion.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Feb 2 16:08:06 2007 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45c353d625443145415622 X-DSPAM-Factors: 27, From*ninth+art.de>, 0.01000, Received*(localhost+[127.0.0.1]), 0.01000, Received*localhost, 0.01000, Received*localhost, 0.01000, X-Virus-Scanned*new, 0.01000, or, 0.01000, X-Virus-Scanned*amavisd, 0.01000, of, 0.01000, of, 0.01000, Received*[127.0.0.1])+(amavisd, 0.01000, C9A9+483B, 0.01000, Received*ESMTP, 0.01000, Received*ESMTP, 0.01000, Received*client+certificate, 0.01000, de, 0.01000, Reply-To*ninth, 0.01000, 0x5717E214+FingerPrint, 0.01000, Url*info, 0.01000, Received*TLSv1+with, 0.01000, List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 15:06:51 -0000 Thank you. Now I understood what you mean with "manual upgrade" ;) Thats of course no problem for me and worked. Thanks again. Dominic Marks wrote: > On Fri, 02 Feb 2007 15:49:34 +0100 > Georg Bege wrote: > > >> Hi >> >> Sry I dont get it, I searched now again and didnt find much. >> There is nothing about this on freebsd.org. >> If so then tell me where? >> Please be more clearer and give me an URL or so where its pointed out >> >>> how to manual upgrade<. >>> > > FYI: This weeks mail to freebsd-stable@ > > http://docs.freebsd.org/mail/current/freebsd-stable.html > > -- > > You need to cv?sup your ports tree. > > cd /usr/ports/sysutils/portupgrade && \ > make deinstall clean install > > This should get you the most current version of portupgrade > which has the patch, commited here: > > http://lists.freebsd.org/pipermail/cvs-ports/2007-February/117217.html > > Dominic > > > > > -- Georg 'Therion' Bege http://coruscant.info http://www.ninth-art.de therion@ninth-art.de GnuPG-Key-ID: 0x5717E214 FingerPrint: A8EC B4B2 C9A9 483B CC87 56EE 07A1 C78E 5717 E214 !DSPAM:45c353d625443145415622! From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 15:12:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38D0916A403 for ; Fri, 2 Feb 2007 15:12:04 +0000 (UTC) (envelope-from forml@aypio.net) Received: from www599.sakura.ne.jp (www599.sakura.ne.jp [59.106.19.29]) by mx1.freebsd.org (Postfix) with ESMTP id 0126D13C491 for ; Fri, 2 Feb 2007 15:12:03 +0000 (UTC) (envelope-from forml@aypio.net) Received: from [192.168.1.3] (121-82-198-201.eonet.ne.jp [121.82.198.201]) (authenticated bits=0) by www599.sakura.ne.jp (8.12.11/8.12.11) with ESMTP id l12EXIso002617 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 2 Feb 2007 23:33:18 +0900 (JST) (envelope-from forml@aypio.net) Date: Fri, 02 Feb 2007 23:33:22 +0900 From: NISHIMURA Yutaka To: freebsd-stable@freebsd.org Message-Id: <20070202225114.DEE5.FORML@aypio.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.30.01 [ja] Subject: RE: 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial 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: Fri, 02 Feb 2007 15:12:04 -0000 Hello. This is Yutaka. I am unskilled using english. If you don't understand my english , please teach for me. I came from FreeBSD-users-jp (Japanese mailing-list) which has been guidanced. http://home.jp.freebsd.org/cgi-bin/showmail/FreeBSD-users-jp/90318 This thired. > 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) Mike Andrews > * 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) Jack Vogel > o 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) Mike Andrews > o 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) Jeremy Chadwick > + 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) Jack Vogel > # 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) John Baldwin > o 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) Mike Andrews I know this phenomenon. My environment generate it. Changed setting with problem has improved. I was setting disable USB in BIOS. Having been generated problem by 3 times after reboot. however, no-problem last 3 days. enable USB, this problem 4-10 times per hour. disable USB, this problem 3 times after reboot. # pciconf -l -v em0@pci0:8:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82540EM Gigabit Ethernet Controller' class = network subclass = ethernet disable USB, dmesg.boot log. Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Sat Jan 20 12:12:56 JST 2007 root@example.net:/usr/src/sys/i386/compile/NATBOX ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) (1403.19-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 real memory = 805240832 (767 MB) avail memory = 774430720 (738 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) 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 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci0: at device 5.0 (no driver attached) atapci0: port 0xec00-0xec7f,0xe800-0xe8ff mem 0xdfffb000-0xdfffbfff,0xdffc0000-0xdffdffff irq 17 at device 6.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 em0: port 0xe400-0xe43f mem 0xdff80000-0xdff9ffff,0xdff60000-0xdff7ffff irq 18 at device 8.0 on pci0 em0: Ethernet address: 00:07:e9:xx:x:xx xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe000-0xe07f mem 0xdfffaf80-0xdfffafff irq 17 at device 10.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:xx:xx:xx atapci1: port 0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd407,0xd000-0xd003,0xcc00-0xcc0f,0xc800-0xc8ff irq 20 at device 15.0 on pci0 ata6: on atapci1 ata7: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_button1: on acpi0 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 Explorer, device ID 4 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled 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 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xccfff,0xcd000-0xce7ff,0xe0000-0xe0fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Thank you. -- NISHIMURA,Yutaka. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 15:52:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5296F16A401 for ; Fri, 2 Feb 2007 15:52:23 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id C20E513C478 for ; Fri, 2 Feb 2007 15:52:22 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l12FoeJw017043 for ; Fri, 2 Feb 2007 16:50:40 +0100 Received: by faust.net (Postfix, from userid 1001) id 9F4FF1CC36; Fri, 2 Feb 2007 16:50:32 +0100 (CET) Date: Fri, 2 Feb 2007 16:50:32 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070202155032.GA1074@faust.net> References: <20070202120056.486F416A4FB@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070202120056.486F416A4FB@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 3.4 X-SBB-Spam-Level: XXXXXXX Subject: Re: usb hard disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 15:52:23 -0000 > A new, replacement disk drive is now installed, and is > FreeBSD only. It has the standard FBSD boot loader. > When I power on the laptop, I get the ususal F1/F2/F3 > and F5 prompts (three partitions on the internal disk plus > the USB/Firewire disk). Hm! Looks like boot manager. I have simple loader, with options to boot this and that via numbers, in frame. > It is not clear if I can boot windoze, as it should have > a SCSI driver available to it (although who is to say, given > the "customized" laptop installations these days), but it > does not boot, despite my telling GRUB to map ad0 to sd0 > and map sd0 to ad0, which *should* put the windoze drive on > the first disk, at least as far as windoze knows. This is > repeated in several sites I have searched, but none of them > are using the FBSD bootloader initially, so that may be > confusing things. I suppose I could install the GRUB boot > loader in the ports, but I am going to "correct" the windoze > issue with qemu. Wow! You have little people living inside your computer! My case is simple. I have existing freebsd on internal drive. I just need linux on usb hdd and want it to be up using bios. When comes to that, I will bravely install on external disk and put linux loader to the first 512 of that drive. Hope it is the right way to stay untainted. Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 16:00:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E07A916A49E for ; Fri, 2 Feb 2007 16:00:35 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7645613C4B2 for ; Fri, 2 Feb 2007 16:00:10 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id C0182C94B2; Fri, 2 Feb 2007 11:00:09 -0500 (EST) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fszAU-5vkTlZ; Fri, 2 Feb 2007 10:59:51 -0500 (EST) Received: from [192.168.0.68] (ilya.edpausa.com [192.168.0.68]) by skywalker.edpausa.com (Postfix) with ESMTP id 3B758C94BB; Fri, 2 Feb 2007 10:59:44 -0500 (EST) Message-ID: <45C35FF1.2000107@edpausa.com> Date: Fri, 02 Feb 2007 10:59:45 -0500 From: Ilya Vishnyakov User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Brian References: <45C26DDC.1090305@edpausa.com> <45C27621.1050803@sonicboom.org> In-Reply-To: <45C27621.1050803@sonicboom.org> X-Enigmail-Version: 0.94.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, rudicba@yahoo.com.ar Subject: Re: portupgrade -arR errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 16:00:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brian wrote: > Ilya Vishnyakov wrote: Please help me to find out why portupgrade > -arR gives me errors such as: > > missing key: categories: Cannot read the portsdb! > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': > database file error (PortsDB::DBError) from > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' from > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in > `all_depends_list' from > /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' from > /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in > `sort_build!' from /usr/local/sbin/portupgrade:721:in `main' from > /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from > /usr/local/sbin/portupgrade:220:in `new' from > /usr/local/sbin/portupgrade:220:in `main' from > /usr/local/sbin/portupgrade:2084 However, I run portsdb -Uu and it > didn't show any errors. >> _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I fixed a similar problem by running portsnap/cvsup, deinstalling > portupgrade, reinstalling portupgrade (a newer version) then > running portupgrade. > Brian Thank you all. It works now. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) iD8DBQFFw1/xGaMWa0kHPPoRAmHlAJ95Nc7RNroqtl/AMWmUxTBBWAi1TACfXE2z YmLUsl6duYz+eadBx4Jv3FQ= =kS1s -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 17:32:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18BBC16A400 for ; Fri, 2 Feb 2007 17:32:08 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id A5CF313C478 for ; Fri, 2 Feb 2007 17:32:07 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id l12HW5QZ077740; Fri, 2 Feb 2007 18:32:06 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id C1B92B827; Fri, 2 Feb 2007 18:32:05 +0100 (CET) Date: Fri, 2 Feb 2007 18:32:05 +0100 From: Roland Smith To: Jost Menke Message-ID: <20070202173205.GA86562@slackbox.xs4all.nl> Mail-Followup-To: Jost Menke , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: parallel port printer: interrupt storm & system slowdown with 6.2-release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 17:32:08 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 02, 2007 at 03:29:42PM +0100, Jost Menke wrote: > Hi all, >=20 > I am having big trouble getting my parallel port printer to work on =20 > 6.2-release. I am getting lots of those famous "stray irq7" messages. I = =20 > already knew that from my 5.4 installation which I previously had on the = =20 > same hardware, so I tried so set the parallel port mode with lptcontrol = =20 > (lptcontrol -d did the trick under 5.4). Tried all the modes, but no =20 > difference! Using the printer even slows down my whole system to an =20 > unusuable state. Any ideas what the difference to 5.4 is or what I could = =20 > do? Put the parallel port in polling mode with 'lptcontrol -p'. Or by putting 'hint.ppc.0.flags=3D"0x28"' in /boot/device.hints, and reboot.=20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFw3WVEnfvsMMhpyURAoIcAJkBNEtID4VR9T2yP4I4dDce+0lpaACfSqHv oLLplUfUpsajpcyCjThi7wU= =My89 -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 18:13:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBE6016A405 for ; Fri, 2 Feb 2007 18:13:16 +0000 (UTC) (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 972AD13C461 for ; Fri, 2 Feb 2007 18:13:16 +0000 (UTC) (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.13.6/8.12.6) with ESMTP id l12IDFMo007808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Feb 2007 10:13:16 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45C37F3B.8060506@errno.com> Date: Fri, 02 Feb 2007 10:13:15 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: Kai Lockwood References: <20070128105053.GA93664@tirith.brixandersen.dk> <45BCEF32.3030101@errno.com> <200702011743.16748.kailockwood@gmail.com> In-Reply-To: <200702011743.16748.kailockwood@gmail.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0: ath_reset: unable to reset hardware; hal status 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 18:13:16 -0000 Kai Lockwood wrote: > Hello, > > I am having the same type of trouble with a Dynex card. I mearly > receive 'ath0: Device timeout' on the main console screen. "device timeout" and being unable to reset the h/w are totally different issues. > >> I take it you tried ifconfig'ing the interface down and up? > I have. The card does not appear to reset itself. While the card is up, it > just rotates across the chanels. If it's scanning then it resets. If it does not reset you will get a console msg saying it could not reset the chip. > >> The output of athstats at the point where things are wedged might be >> useful. > # /usr/local/bin/athstats > 84874 data frames received > 53228 data frames transmit > 2228 tx frames with an alternate rate > 15357 long on-chip tx retries > 560 tx failed 'cuz too many retries > 98877 mib overflow interrupts > 11M current transmit rate > 860 watchdog timeouts > 85 beacon miss interrupts > 612 tx management frames > 1602 tx frames discarded prior to association > 496 tx frames with no ack marked > 21148 rx failed 'cuz of bad CRC > 361 rx failed 'cuz of PHY err > 96 OFDM restart > 265 CCK restart > 13422 periodic calibrations > 10 rssi of last ack > -95 rx noise floor > 18 phantom beacon misses > 1 rx failed 'cuz frame too large > 1 switched default/rx antenna > Antenna profile: > [1] tx 51420 rx 1829072 > [2] tx 403 rx 116 You have not indicated what h/w you have, what os version you're runing, or how your card is setup. The original poster I believe was operating in ap mode and you do not appear to be. Your athstats output indicates a very noise environment and/or a very long-running system (e.g. 98877 mib overflow interrupts for ~1.8 million packets tx/rx). Further an rssi of 10 indicates very low signal to the ap (it's barely on the fringe of operational use). > # >> Also verify if only tx is wedged (e.g. athstats 1 will show you >> if you're receiving frames). > input output altrate short long xretry crcerr crypt phyerr rssi > rate > 84874 53228 2228 0 15357 560 21148 0 361 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > 0 0 0 0 0 0 0 0 0 0 11M > > The above snippet repeats verbatium regardless of traffic. rssi of 0 makes no sense. I don't trust your stats now. > >> Best suggestion I can make is to use a >> different model card. > > I can't. Is there someway to look into this issue deeper? I do not understand why you "can't" but whatever. FWIW I have a laptop that very recently started exhibiting "device timeouts" while operating in sta mode (using wpa). This means I'll eventually be able to look at that specific issue which in the past I've not been able to recreate. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 18:39:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 184DE16A400 for ; Fri, 2 Feb 2007 18:39:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id D1E9313C428 for ; Fri, 2 Feb 2007 18:39:48 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so601676ana for ; Fri, 02 Feb 2007 10:39:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=JNDX4WYsoQp9gz+RsbtOhEO3G6rc0fBzhmpSA6lebAfDnzIpFwB/Jg/wqE9wnNJe2EPHIO+tXRGyoV63gpv53MYArtHq1TFFwOop/7HyegTcJ6l+HYZcaTLYTrjYu//JOEmdaEYGNcoCK/CEMA1b9vgSGHaWktW0rhwyqxhpGKs= Received: by 10.114.133.1 with SMTP id g1mr307495wad.1170441555900; Fri, 02 Feb 2007 10:39:15 -0800 (PST) Received: by 10.115.91.7 with HTTP; Fri, 2 Feb 2007 10:39:15 -0800 (PST) Message-ID: <499c70c0702021039o992c631m5434177583ea3ffc@mail.gmail.com> Date: Fri, 2 Feb 2007 18:39:15 +0000 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-acpi@freebsd.org Subject: Fatal trap 9: general protection fault when in kernel 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: Fri, 02 Feb 2007 18:39:49 -0000 Hello folks, This is Acer Aspire 5102 WLMi with AMD Turion64 X2 Whenever I boot the laptop with ACPI disabled it panic Aspire5102# uname -a FreeBSD Aspire5102 6.2-STABLE FreeBSD 6.2-STABLE #1: Fri Feb 2 07:20:32 UTC 2007 arabian@Aspire5102:/usr/obj/usr/src/sys/ARABIAN i386 cpuid = 0; apic id = 00 instruction pointer = 0x70 :0x10000 stack pointer = 0x028 :0xfd0 frame pointer = 0x28 :0xc39 code segment = base 0xc000e4cf, limit 0xffff, type 0x1b = DPL 0, press 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] stopped at 0x10000: *** error reading from address 10000 *** db> trace Tracing pid 0 tid 0 td 0xc0819d80 MAXCPU(0,0,0,0,0,...) at 0x10000 Here is the hw.acpi output Aspire5102# sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 40.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 78.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 95.0C hw.acpi.thermal.tz0._ACx: 50.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 19:27:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DD8616A401 for ; Fri, 2 Feb 2007 19:27:08 +0000 (UTC) (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 1C8EB13C46B for ; Fri, 2 Feb 2007 19:27:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l12JQpCc025191 for ; Fri, 2 Feb 2007 14:26:51 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l12JQoIq020815 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 2 Feb 2007 14:26:50 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200702021926.l12JQoIq020815@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 02 Feb 2007 14:24:53 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Subject: bug or hardware issue ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 19:27:08 -0000 Got this on the serial console. Any idea if its=20 a bug or a hardware issue. It seems to last about=20 10 days before barfing. Nothing too special=20 about the box as it just runs clamav on inbound mail. vm_page_cache: attempting to cache busy page Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x1c fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0543c03 stack pointer =3D 0x28:0xe6c0ec50 frame pointer =3D 0x28:0xe6c0ec54 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 28 (pagedaemon) trap number =3D 12 panic: page fault Uptime: 10d15h2m19s Dumping 2030 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2030MB (519664 pages) 2014 1998 1982 1966 1950 1934 1918 1902= 1886 (kgdb) bt ful #0 doadump () at pcpu.h:165 No locals. #1 0xc054c6f2 in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf =3D 1 #2 0xc054c988 in panic (fmt=3D0xc06f1205 "%s") at=20 /usr/src/sys/kern/kern_shutdown.c:565 td =3D (struct thread *) 0xc6607c00 bootopt =3D 260 newpanic =3D 0 ap =3D 0xc6607c00 "0d`=C6 Q4=C6" buf =3D "page fault", '\0' #3 0xc06beee4 in trap_fatal (frame=3D0xe6c0ec10,=20 eva=3D28) at /usr/src/sys/i386/i386/trap.c:837 code =3D 40 type =3D 12 ss =3D 40 esp =3D 0 softseg =3D {ssd_base =3D 0, ssd_limit =3D=20 1048575, ssd_type =3D 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 4, ssd_xx1= =3D 2, ssd_def32 =3D 1, ssd_gran =3D 1} msg =3D 0x0 #4 0xc06bec4b in trap_pfault (frame=3D0xe6c0ec10,=20 usermode=3D0, eva=3D28) at /usr/src/sys/i386/i386/trap.c:745 va =3D 0 vm =3D (struct vmspace *) 0x0 map =3D 0xc0751dc0 rv =3D 1 ftype =3D 1 '\001' td =3D (struct thread *) 0xc6607c00 p =3D (struct proc *) 0xc6606430 #5 0xc06be889 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi=20 =3D 0, tf_esi =3D 139004, tf_ebp =3D -423564204, tf_isp=20 =3D -423564228, tf_ebx =3D -1022497024, tf_edx =3D 4,=20 tf_ecx =3D 0, tf_eax =3D -1042880584, tf_trapno =3D 12,=20 tf_err =3D 0, tf_eip =3D -1068221437, tf_cs =3D 32,=20 tf_eflags =3D 66118, tf_esp =3D -1022497024, tf_ss =3D=20 -423564036}) at /usr/src/sys/i386/i386/trap.c:435 td =3D (struct thread *) 0xc6607c00 p =3D (struct proc *) 0xc6606430 sticks =3D 3390148608 i =3D 0 ucode =3D 0 type =3D 12 code =3D 0 eva =3D 28 #6 0xc06acf5a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. ---Type to continue, or q to quit--- #7 0xc0543c03 in _mtx_trylock (m=3D0x0, opts=3D0,=20 file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:428 rval =3D 4 #8 0xc0675d06 in vm_pageout_scan (pass=3D0) at= /usr/src/sys/vm/vm_pageout.c:803 m =3D 0xc30def00 next =3D 0xc1d6e7b8 marker =3D {pageq =3D {tqe_next =3D 0x0,=20 tqe_prev =3D 0x0}, listq =3D {tqe_next =3D 0x0,=20 tqe_prev =3D 0x0}, left =3D 0x0, right =3D 0x0, object =3D 0x0, pindex =3D 0, phys_addr =3D 0, md =3D=20 {pv_list_count =3D 0, pv_list =3D {tqh_first =3D 0x0, tqh_last =3D 0x0}},= queue =3D 33, flags =3D 4105, pc =3D 0, wire_count =3D 1, cow =3D 0,=20 hold_count =3D 0, act_count =3D 0 '\0', busy =3D 0 '\0', valid =3D 0 '\0', dirty =3D 0 '\0'} page_shortage =3D 12645 maxscan =3D 139004 pcount =3D 139004 addl_page_shortage =3D 0 addl_page_shortage_init =3D 0 p =3D (struct proc *) 0xc30def00 bigproc =3D (struct proc *) 0xe6c0ec94 td =3D (struct thread *) 0x4 size =3D 0 bigsize =3D 3328212236 object =3D 0x0 actcount =3D -966755328 cache_cur =3D 139004 cache_first_failure =3D 918134 cache_last_free =3D 0 vnodes_skipped =3D 0 maxlaunder =3D 32 #9 0xc0676fb2 in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1554 error =3D -1042880584 pass =3D 0 #10 0xc0536928 in fork_exit (callout=3D0xc0676ca0=20 , arg=3D0x0, frame=3D0xe6c0ed38) at= /usr/src/sys/kern/kern_fork.c:821 p =3D (struct proc *) 0xc6606430 td =3D (struct thread *) 0x4 #11 0xc06acfbc in fork_trampoline () at= /usr/src/sys/i386/i386/exception.s:208 No locals. (kgdb) (kgdb) -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 20:00:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7169116A40B for ; Fri, 2 Feb 2007 20:00:46 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2DA13C4A3 for ; Fri, 2 Feb 2007 20:00:45 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: by nf-out-0910.google.com with SMTP id m19so1327493nfc for ; Fri, 02 Feb 2007 12:00:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jnI1dnYOnJSavB8Z1+nxEC+liZuc04ZywYjQp5OWtDE/WwlKFpauOzc+VT9jUyra1zhayIJz7X+LWtvwlKoDM70a8x3pKxs8iEMMZKDaDGW5gvP8xD5rF2rv6fpvBk5lNC0iy4Mm0IToHd8V2A+Kkrlzl7/zR+rq+TL9AsN1YHA= Received: by 10.48.4.17 with SMTP id 17mr5157946nfd.1170444725888; Fri, 02 Feb 2007 11:32:05 -0800 (PST) Received: by 10.48.222.12 with HTTP; Fri, 2 Feb 2007 11:32:05 -0800 (PST) Message-ID: <5fbf03c20702021132y5f931f5esdeab22d0048fa5a6@mail.gmail.com> Date: Fri, 2 Feb 2007 20:32:05 +0100 From: "Spil Oss" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Problems with IPv6-less kernel and world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 20:00:46 -0000 Hi All, I have NO_INET6 in my /etc/make.conf and INET6 is commented out in my kernel config. Until today I did *not* have WITHOUT_IPV6 in my make.conf In 6.1 I have been unable to run php 5.2 in combination with mail/roundcube, it segfaulted apache, 5.1.6_3 was fine. Since my upgrade to 6.2-RELEASE I was no longer able to connect to the MSN network using irc/bitlbee_1.0.3_3 (which worked fine on 6.1) and every account I had took an additional 75 seconds to load (timeout on the socket) (net.inet.tcp.keepinit: 75000? or net.inet.tcp.keepintvl: 75000?) After trying all kinds of things (openssl, gnutls), today I found out that bitlbee had a --ipv6 knob in it's config and was able to run bitlbee again after fiddling the Makefile. Then I set WITHOUT_IPV6 in my make.conf and that worked as well. To my surprise, a newly compiled PHP 5.2 now also works Should there not be a warning in the examples and man-pages for the make.conf and GENERIC that you should set WITHOUT_IPV6 if you disable INET6 and/or set NO_INET6? Would save idiots like undersigned tripping into this dark hole.... Kind Regards, Spil. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 2 22:05:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B558216A405 for ; Fri, 2 Feb 2007 22:05:51 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys22.mail.msu.edu (sys22.mail.msu.edu [35.9.75.122]) by mx1.freebsd.org (Postfix) with ESMTP id 9949D13C48E for ; Fri, 2 Feb 2007 22:05:51 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sector14.cl.msu.edu ([35.8.1.195]) by sys22.mail.msu.edu with esmtpsa (Exim 4.52 #1) (TLSv1:AES256-SHA:256) id 1HD5o1-0007PC-T7 for freebsd-stable@freebsd.org; Fri, 02 Feb 2007 16:18:49 -0500 Message-ID: <45C3AAA5.30309@msu.edu> Date: Fri, 02 Feb 2007 16:18:29 -0500 From: Lisa Besko User-Agent: Thunderbird 1.5.0.7 (X11/20061101) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Subject: zdump on amd46 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2007 22:05:51 -0000 I've been trying to run zdump on an amd64 running 6.2 stable and the process keeps hanging. I get the following 4 lines and then it just sits there. I had been running 6.1 so I upgraded to 6.2 stable and it still is hanging. Anyone have any ideas? $ zdump -v /etc/localtime /etc/localtime Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 02:57:41 -219 LMT isdst=0 gmtoff=-19931 /etc/localtime Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 02:57:41 -219 LMT isdst=0 gmtoff=-19931 /etc/localtime Fri Jan 1 05:32:10 -219 UTC = Thu Dec 30 23:59:59 -219 LMT isdst=0 gmtoff=-19931 /etc/localtime Fri Jan 1 05:32:11 -219 UTC = Fri Jan 1 00:00:00 -219 LMT isdst=0 gmtoff=-19931 LB From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 06:32:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEA4916A401 for ; Sat, 3 Feb 2007 06:32:41 +0000 (UTC) (envelope-from ikare.run@gmail.com) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.19]) by mx1.freebsd.org (Postfix) with ESMTP id 885CF13C478 for ; Sat, 3 Feb 2007 06:32:41 +0000 (UTC) (envelope-from ikare.run@gmail.com) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1921.orange.fr (SMTP Server) with ESMTP id 990031C0008F for ; Sat, 3 Feb 2007 07:32:40 +0100 (CET) Received: from [172.17.9.136] (AStDenis-106-1-22-23.w90-31.abo.wanadoo.fr [90.31.10.23]) by mwinf1921.orange.fr (SMTP Server) with ESMTP id 0A6AE1C00084 for ; Sat, 3 Feb 2007 07:32:39 +0100 (CET) X-ME-UUID: 20070203063240427.0A6AE1C00084@mwinf1921.orange.fr Message-ID: <45C42C1B.4090104@gmail.com> Date: Sat, 03 Feb 2007 10:30:51 +0400 From: Ikare User-Agent: Thunderbird 1.5.0.9 (X11/20070127) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: xorg : Drm with Ati X700M X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 06:32:41 -0000 Hi, After upgrading to 6.2, I've got some troubles with DRI/DRM : when DRI is enable in xorg.conf, I get the following lines in DMESG : ---------------------- error: [drm:pid2058:radeon_do_init_cp] *ERROR* Cannot initialise DRM on this card This card requires a new X.org DDX for 3D ---------------------- And DRI is disable as shown in Xorg.log : ----------------------------- (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc5654000 at 0x2881c000 (II) RADEON(0): Render acceleration disabled (WW) RADEON(0): Direct rendering disabled ---------------------------- DRI worked under 6.1 ... drm are built in a custom kernel : ----------------------- device drm device radeondrm ------------------------ My sources/ports are sync. Any ideas ? Thanks in advance -- Ivan Kurzweg Mail : ik-r@wanadoo.fr Web : http://www.kurzweg.info Les ordinateurs sont inutiles. Ils ne savent que donner des reponses. [Pablo Picasso] From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 07:05:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9DD216A400 for ; Sat, 3 Feb 2007 07:05:04 +0000 (UTC) (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 C61DC13C494 for ; Sat, 3 Feb 2007 07:05:04 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from insp.local (jn@c-76-23-109-98.hsd1.sc.comcast.net [76.23.109.98]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l13753qM088799 for ; Fri, 2 Feb 2007 23:05:04 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Sat, 3 Feb 2007 02:05:00 -0500 User-Agent: KMail/1.9.5 X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*. X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Subject: wireless + ndis on Compaq TC1000 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: Sat, 03 Feb 2007 07:05:05 -0000 This is a bit of a followup to my post of over a year ago: http://lists.freebsd.org/pipermail/freebsd-stable/2005-November/020289.html I've been playing with FreeBSD on the TC1000 Tablet PC again lately and brought it up to 6-STABLE. Compaq still has the same (Windows) drivers for the built-in wlan device as they did the last time, and it still doesn't work with ndis (ndisgen succeeds but the module causes a panic when it is loaded). However today I was able to locate an alternate driver for the card on one of the "secondhand" Windows driver websites. It's an NDIS 5.1 driver that works with my hardware under Windows XP, but it doesn't seem terribly modern (it comes with its own utility for setting the wireless settings). Under FreeBSD, ndisgen produced a module without any problem, and this one _doesn't_ case a panic when loaded. And it only sometimes causes a panic when trying to configure the interface (possibly just a race condition at boot). I'm now able to configure the interface and see it associate on both ends. When I attempt to get a DHCP lease, the DHCP server sees the request and sends an offer but the tablet never receives it for some reason. So it seems I can send (on Layer 2 at least) but not receive. Layer 3 doesn't work in either direction, presumably because the tablet never gets any ARP replies. I'm wondering if anyone has any experience with similar situations and/or ideas for workarounds or troubleshooting strategies (or even vague theories). The files I'm using are netvnpci.inf and pcifvnet.sys--a "FastVNET PCI 11M Network Adapter driver" from ATMEL. I'm more than happy to provide additional info if needed. Thanks, JN From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 07:08:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60A2A16A400 for ; Sat, 3 Feb 2007 07:08:50 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.freebsd.org (Postfix) with ESMTP id C6ECE13C467 for ; Sat, 3 Feb 2007 07:08:49 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id l1378hdc056498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 3 Feb 2007 08:08:43 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id l1378h2A056495 for ; Sat, 3 Feb 2007 08:08:43 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Sat, 3 Feb 2007 08:08:35 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Message-ID: <20070203075628.W18919@ramstind.fig.ol.no> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1478519961-1170486121=:18919" Content-ID: <20070203080219.I18919@ramstind.fig.ol.no> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Subject: AMANDA 2.5.1p2 and GNU tar 1.16.1, the latter returning 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 07:08:50 -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-1478519961-1170486121=:18919 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: <20070203080219.K18919@ramstind.fig.ol.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This discussion may not belong here on -stable, but I take my chances anyway. Does anybody besides me have problems with AMANDA 2.5.1p2 and GNU tar 1.16.1? The problem is that gtar exits with an exit status of 1 after creating the archive. This leeds to AMANDA dumping the affected filesystems at least twice. On my FreeBSD systems running with GNU tar 1.15.1 or older (say, 1.13.25), this problem does not occur at all. Here's an exerpt from an AMANDA mail report: /-- monitor.fig.ol.no / lev 0 FAILED [/usr/local/bin/gtar returned 1] sendbackup: start [monitor.fig.ol.no:/ level 0] sendbackup: info BACKUP=/usr/local/bin/gtar sendbackup: info RECOVER_CMD=/usr/local/bin/gtar -f - ... sendbackup: info end ? GNUTAR: ./proc: file changed as we read it | Total bytes written: 173752320 (166MiB, 3.0MiB/s) sendbackup: error [/usr/local/bin/gtar returned 1] \-------- monitor.fig.ol.no runs GNU tar 1.16.1. Trond. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.2-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFxDT7bYWZalUoElsRAhzdAJ4jDB295VwOqkoOPJsn1LoQmol6UACeMreU v0k9yBmMI0GCM7xQTX9l4oE= =tdQr -----END PGP SIGNATURE----- --0-1478519961-1170486121=:18919-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 08:33:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E5CC16A401 for ; Sat, 3 Feb 2007 08:33:00 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) by mx1.freebsd.org (Postfix) with ESMTP id CD6E213C478 for ; Sat, 3 Feb 2007 08:32:59 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyxys.ka.sub.org [IPv6:2001:5c0:8521:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.13.8/8.13.8) with ESMTP id l138VTxe038823; Sat, 3 Feb 2007 09:31:29 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.13.8/8.13.8) with ESMTP id l138VTjI074955; Sat, 3 Feb 2007 09:31:29 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.13.8/8.13.8/Submit) id l138VQQ7074954; Sat, 3 Feb 2007 09:31:26 +0100 (CET) (envelope-from wolfgang) From: Wolfgang Zenker Message-Id: <200702030831.l138VQQ7074954@juno.lyxys.ka.sub.org> In-Reply-To: <20070203075628.W18919@ramstind.fig.ol.no> To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Date: Sat, 3 Feb 2007 09:31:26 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL123e (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (saturn.lyxys.ka.sub.org [IPv6:2001:5c0:8521:1:240:63ff:fed8:ce97]); Sat, 03 Feb 2007 09:31:29 +0100 (CET) Cc: FreeBSD stable Subject: Re: AMANDA 2.5.1p2 and GNU tar 1.16.1, the latter returning 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 08:33:00 -0000 Hi, > Does anybody besides me have problems with AMANDA 2.5.1p2 and GNU tar > 1.16.1? The problem is that gtar exits with an exit status of 1 after > creating the archive. This leeds to AMANDA dumping the affected > filesystems at least twice. > [..] > Here's an exerpt from an AMANDA mail report: > /-- monitor.fig.ol.no / lev 0 FAILED [/usr/local/bin/gtar returned 1] > sendbackup: start [monitor.fig.ol.no:/ level 0] > sendbackup: info BACKUP=/usr/local/bin/gtar > sendbackup: info RECOVER_CMD=/usr/local/bin/gtar -f - ... > sendbackup: info end > ? GNUTAR: ./proc: file changed as we read it > | Total bytes written: 173752320 (166MiB, 3.0MiB/s) > sendbackup: error [/usr/local/bin/gtar returned 1] > \-------- the exit status of 1 is due to "./proc: file changed as we read it". As you probably don't want to backup /proc anyway, exclude it from your backup config. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 08:43:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09F1016A402 for ; Sat, 3 Feb 2007 08:43:30 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id BFA9413C461 for ; Sat, 3 Feb 2007 08:43:29 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by py-out-1112.google.com with SMTP id f47so557671pye for ; Sat, 03 Feb 2007 00:43:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:sender; b=FF5I3qHnB7/CwBbi/ZUuU+ZtjWyG7Fzpy2yJyKVmUy3BZAI/6ktaZ8rfxs1gUWNJ/rdAaquYStz5xrC9whioe22AoWTji4fXsqJvjJKwy66F2HEGwTOVdVZEa8cLPHnqvAT8yP833rRBbtiyWFSb6gU1qPvklp7QtODUWfxFQUU= Received: by 10.35.38.17 with SMTP id q17mr8592480pyj.1170492209122; Sat, 03 Feb 2007 00:43:29 -0800 (PST) Received: from ?59.126.135.170? ( [59.126.135.170]) by mx.google.com with ESMTP id v15sm6120471pyh.2007.02.03.00.43.26; Sat, 03 Feb 2007 00:43:28 -0800 (PST) From: "Eric L. Chen" To: Ikare In-Reply-To: <45C42C1B.4090104@gmail.com> References: <45C42C1B.4090104@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-h7n3QE0wd7XBbmtopJ3d" Date: Sat, 03 Feb 2007 16:43:21 +0800 Message-Id: <1170492201.1462.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Sender: "Eric L. Chen" Cc: freebsd-stable@freebsd.org Subject: Re: xorg : Drm with Ati X700M X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 08:43:30 -0000 --=-h7n3QE0wd7XBbmtopJ3d Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Refer http://wikitest.freebsd.org/ModularXorg upgrade to xorg-7.2. Then X700 DRM will enabled. The 3D-Desktop works OK, but beryl will broken rendering. My test was on Acer TM4102 (X700M with 64M video ram). /Eric On Sat, 2007-02-03 at 10:30 +0400, Ikare wrote: > Hi, >=20 > After upgrading to 6.2, I've got some troubles with DRI/DRM : when DRI=20 > is enable in xorg.conf, I get the following lines in DMESG : >=20 > ---------------------- > error: [drm:pid2058:radeon_do_init_cp] *ERROR* Cannot initialise DRM on=20 > this card > This card requires a new X.org DDX for 3D > ---------------------- >=20 > And DRI is disable as shown in Xorg.log : >=20 > ----------------------------- > (II) RADEON(0): [drm] installed DRM signal handler > (II) RADEON(0): [DRI] installation complete > (II) RADEON(0): [drm] removed 1 reserved context for kernel > (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc5654000 at 0x2881c= 000 > (II) RADEON(0): Render acceleration disabled > (WW) RADEON(0): Direct rendering disabled > ---------------------------- >=20 > DRI worked under 6.1 ... >=20 > drm are built in a custom kernel : >=20 > ----------------------- > device drm > device radeondrm > ------------------------ >=20 > My sources/ports are sync. >=20 > Any ideas ? >=20 > Thanks in advance --=-h7n3QE0wd7XBbmtopJ3d Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQBFxEspymyXoUCp/cURAuxFAJ9iG17ONngzUJdMdZ3GJDLdLjXUZwCdGr90 T5LnHdwSd+HP4NPBwnpwB8Y= =JIOb -----END PGP SIGNATURE----- --=-h7n3QE0wd7XBbmtopJ3d-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 09:31:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E45116A400 for ; Sat, 3 Feb 2007 09:31:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.freebsd.org (Postfix) with ESMTP id DEB9813C481 for ; Sat, 3 Feb 2007 09:31:18 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id l139VE7W058109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Feb 2007 10:31:14 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id l139VDwh058106; Sat, 3 Feb 2007 10:31:13 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Sat, 3 Feb 2007 10:31:09 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Wolfgang Zenker In-Reply-To: <200702030831.l138VQQ7074954@juno.lyxys.ka.sub.org> Message-ID: <20070203102658.J18919@ramstind.fig.ol.no> References: <200702030831.l138VQQ7074954@juno.lyxys.ka.sub.org> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-917556533-1170495069=:18919" X-Spam-Status: No, hits=-1.0 required=5.0 tests=AWL,BAYES_20 autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: FreeBSD stable Subject: Re: AMANDA 2.5.1p2 and GNU tar 1.16.1, the latter returning 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 09:31:19 -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-917556533-1170495069=:18919 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 3 Feb 2007 09:31+0100, Wolfgang Zenker wrote: > > /-- monitor.fig.ol.no / lev 0 FAILED [/usr/local/bin/gtar returned 1] > > sendbackup: start [monitor.fig.ol.no:/ level 0] > > sendbackup: info BACKUP=/usr/local/bin/gtar > > sendbackup: info RECOVER_CMD=/usr/local/bin/gtar -f - ... > > sendbackup: info end > > ? GNUTAR: ./proc: file changed as we read it > > | Total bytes written: 173752320 (166MiB, 3.0MiB/s) > > sendbackup: error [/usr/local/bin/gtar returned 1] > > \-------- > > the exit status of 1 is due to "./proc: file changed as we read it". Are you absolutely sure? gtar is run with, among other options, --one-file-system and - --ignore-failed-read. > As you probably don't want to backup /proc anyway, exclude it from > your backup config. This shouldn't be neccessary since / is the only specified filesystem. Trond. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.2-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFxFZhbYWZalUoElsRAs3XAJ9LCdlXLXAemoloa+GaItKt8K8zsQCdHrLQ bZwU2/DGVrcL9CdaL1O/JuE= =56Zy -----END PGP SIGNATURE----- --0-917556533-1170495069=:18919-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 13:20:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC25616A51D for ; Sat, 3 Feb 2007 13:20:46 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD9913C428 for ; Sat, 3 Feb 2007 13:20:46 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 9345 invoked from network); 3 Feb 2007 12:54:04 -0000 Received: from unknown (HELO localhost) (775067@[217.50.200.10]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 3 Feb 2007 12:54:04 -0000 Date: Sat, 3 Feb 2007 13:53:54 +0100 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20070203135354.26b8e142@localhost> In-Reply-To: <20060628101729.J50845@fledge.watson.org> References: <20060627175853.765a590e@localhost> <20060628101729.J50845@fledge.watson.org> X-Mailer: Claws Mail 2.6.1 (GTK+ 2.10.6; i386-portbld-freebsd6.2) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_nsIg5B0MK=9wlzSXMTQCCBa"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Re: FreeBSD 6.1 Tor issues (Once More, with Feeling) [Probably not a FreeBSD problem] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2007 13:20:46 -0000 --Sig_nsIg5B0MK=9wlzSXMTQCCBa Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Robert Watson wrote: > On Tue, 27 Jun 2006, Fabian Keil wrote: >=20 > > There was a "request" for Tor related problem reports a while ago, I=20 > > couldn't find the message again, but I believe it was posted here. >=20 > I'm very interested in tracking down this problem, but have had a lot of= =20 > trouble getting reliable reports of problems -- i.e., ones where I could = get=20 > any debugging information. Two month ago I temporary switched back to Debian GNU/Linux, which is supported by my hoster, and the crashes/hangs/whatever continued. While this doesn't proof that there is no Tor-related bug in FreeBSD, it certainly looks like my problems were caused by faulty hardware or other external factors. I'll try FreeBSD again once the server is fixed. Fabian --Sig_nsIg5B0MK=9wlzSXMTQCCBa Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFxIXpBYqIVf93VJ0RAp3oAKCxflVSU7q8teUbaSHpLiNEQZPgCACglxSB rPzuw9Cp10+kaV9HxorphEY= =YHlr -----END PGP SIGNATURE----- --Sig_nsIg5B0MK=9wlzSXMTQCCBa-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 16:07:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7599416A418 for ; Sat, 3 Feb 2007 16:07:48 +0000 (UTC) (envelope-from freebsd_tester@yahoo.com) Received: from web58913.mail.re1.yahoo.com (web58913.mail.re1.yahoo.com [66.196.100.248]) by mx1.freebsd.org (Postfix) with SMTP id 10D5113C481 for ; Sat, 3 Feb 2007 16:07:47 +0000 (UTC) (envelope-from freebsd_tester@yahoo.com) Received: (qmail 10816 invoked by uid 60001); 3 Feb 2007 16:07:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=gwJw9WkWwuGHqymvs8+3M4FI1qHzZrpNW4Irql9xq3uJKpCk+M3ML3txJHJEC6R2uIPZjz7csZKRgLf4vu7IIILhn9gQEgYUNQSIgYx6kap3SxsvHQBqGaBvkeygonuYNPyVqzVPf86wys6n7eNVZ791OpcoS+87gwH5mqe4xyM=; X-YMail-OSG: mr38SikVM1n1FsG3uwKFnI5xR1mHVZy29S0fk2OkzHuptzQR3Zs7GrM3k6foPAgGKLwDHotultBKEAlbviRSbPLE73QelqL3goFOBSkiWfv0zaFf0HWleY8KWPpfyLGLkbyasZ8d4SQ0Ixoe2xNtysZsUSGgbOr_ooM- Received: from [68.82.217.251] by web58913.mail.re1.yahoo.com via HTTP; Sat, 03 Feb 2007 08:07:47 PST Date: Sat, 3 Feb 2007 08:07:47 -0800 (PST) From: Thomas Roberts To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <297762.10316.qm@web58913.mail.re1.yahoo.com> Subject: Linux Binary Compitability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 16:07:48 -0000 How important is it to include Linux binary compatibility when installing 6.2-RELEASE? I am guessing it is only needed if I want to use an application that was compiled by/for Linux, but I am new to FreeBSD so I will be using it mostly for: 1 - learning the system (i.e. what goes where, when and why) and how to configure whatever can be configured. 2 - running GNUstep and related development applications to compliment my Obj-C/Cocoa development. 3 - running GNOME and/or KDE since GNUstep has a limited number of applications available, most notably, a web browser. 4 - learning to create and use shell scripts to customize my environment. The only applications I will be using are the ones in the ports collection that I can use portmanager to create and update. ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 16:38:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAE8C16A400 for ; Sat, 3 Feb 2007 16:38:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7434113C471 for ; Sat, 3 Feb 2007 16:38:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 78C8BEB586F; Sun, 4 Feb 2007 00:38:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id gYG8YEu9JCxZ; Sun, 4 Feb 2007 00:37:56 +0800 (CST) Received: from [192.168.1.32] (unknown [221.222.203.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 48E22EB54C0; Sun, 4 Feb 2007 00:37:56 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=tcC5KRqmbZJQHRj3+4nPIhBNxRWJgt4BpGFlBgL9VN39NvBP6/XYnyTMxKnyUThYL Tcx3LGlVgwKaHWnXcUWdQ== Message-ID: <45C4BA5C.6090900@delphij.net> Date: Sun, 04 Feb 2007 00:37:48 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Thomas Roberts References: <297762.10316.qm@web58913.mail.re1.yahoo.com> In-Reply-To: <297762.10316.qm@web58913.mail.re1.yahoo.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig879C09B86E7294C09D757A45" Cc: freebsd-stable@freebsd.org Subject: Re: Linux Binary Compitability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 16:38:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig879C09B86E7294C09D757A45 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thomas Roberts wrote: > How important is it to include Linux binary > compatibility when installing 6.2-RELEASE? I am > guessing it is only needed if I want to use an > application that was compiled by/for Linux, but I am > new to FreeBSD so I will be using it mostly for: >=20 > 1 - learning the system (i.e. what goes where, when > and why) and how to configure whatever can be > configured. > 2 - running GNUstep and related development > applications to compliment my Obj-C/Cocoa > development. > 3 - running GNOME and/or KDE since GNUstep has a > limited number of applications available, most > notably, a web browser. > 4 - learning to create and use shell scripts to > customize my environment. >=20 > The only applications I will be using are the ones in > the ports collection that I can use portmanager to > create and update. Your assumption is correct. Linux binary compatibility is only necessary when you need to install some pre-compiled binaries from Linux system, and this is usually a last resort if you don't get source code. Native versions, if available, are usually better. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig879C09B86E7294C09D757A45 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFxLpcOfuToMruuMARAwU1AJ4lUnyozNqnGdjYsy5NmQo4qWEd3QCghtGj QAuWMOALGWUpdna80tWxrvM= =UWny -----END PGP SIGNATURE----- --------------enig879C09B86E7294C09D757A45-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 17:35:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F9DD16A401 for ; Sat, 3 Feb 2007 17:35:39 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 9DFBE13C441 for ; Sat, 3 Feb 2007 17:35:38 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: (qmail invoked by alias); 03 Feb 2007 17:35:36 -0000 Received: from muedsl-82-207-239-036.citykom.de (EHLO mail.gmx.de) [82.207.239.36] by mail.gmx.net (mp018) with SMTP; 03 Feb 2007 18:35:36 +0100 X-Authenticated: #1026516 Date: Sat, 03 Feb 2007 18:35:34 +0100 To: "Roland Smith" From: "Jost Menke" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 References: <20070202173205.GA86562@slackbox.xs4all.nl> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <20070202173205.GA86562@slackbox.xs4all.nl> User-Agent: Opera Mail/9.10 (FreeBSD) X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: parallel port printer: interrupt storm & system slowdown with 6.2-release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 17:35:39 -0000 On Fri, 02 Feb 2007 18:32:05 +0100, Roland Smith wrot= e: > Put the parallel port in polling mode with 'lptcontrol -p'. Or by > putting 'hint.ppc.0.flags=3D"0x28"' in /boot/device.hints, and reboot.= > > Roland I already tried all the lptcontrol modes, including "-p", without succes= s. = Any other ideas? Regards, Jost Menke From owner-freebsd-stable@FreeBSD.ORG Sat Feb 3 22:13:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4826116A405 for ; Sat, 3 Feb 2007 22:13:52 +0000 (UTC) (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 07FA413C494 for ; Sat, 3 Feb 2007 22:13:52 +0000 (UTC) (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 <0JCW00M55R332SC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 03 Feb 2007 23:13:51 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JCW00JS3R32PM6E@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 03 Feb 2007 23:13:51 +0100 (CET) Date: Sat, 03 Feb 2007 23:13:50 +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: <45B52780.5090505@FreeBSD.org> To: freebsd-stable@freebsd.org Message-id: <20070203231350.28d9e332.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <45B2AAF8.9010509@isc.org> <45B3F996.8030303@FreeBSD.org> <20070122194631.cef384c2.torfinn.ingolfsen@broadpark.no> <20070122185433.GA65112@icarus.home.lan> <20070122203718.60e59d5e.torfinn.ingolfsen@broadpark.no> <45B52780.5090505@FreeBSD.org> Subject: Re: BTX issues when booting from a USB CD-ROM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2007 22:13:52 -0000 On Mon, 22 Jan 2007 21:07:12 +0000 "Bruce M. Simpson" wrote: > Until the btx code is rewritten to deal with BIOS routines which > expect to be run from within real mode and not vm86 mode, GRUB is > probably the most convenient workaround for the issue. Hmm, I am trying to get grub to work. Do I need a special version of grub in order to boot FreeBSD? I now have an external usb hard drive with the following partitions: 1: primary partition, FreeBSD (6.x) 2: primary partition, FreeBSD (7.x) 3: extended partition, contains - linux-swap (2 GB) - linux, ext3 Ubuntu 6.10 with grub 0.97 (it is the version that comes with Ubuntu 6.10) as boot loader. However, when I try to load FreeBSD, it doesn't work, I only get this error: 18 : Selected cylinder exceeds maximum supported by BIOS I also tried grub-install with the --force-lba parameter, that didn't help either. Any hints? -- Regards, Torfinn Ingolfsen, Norway